Wenn du das hier liest, ist die Wahrscheinlichkeit hoch, dass deine Website langsam lädt.
Vielleicht ist es dir schon passiert, dass dir ein Kunde gesagt hat: „Ihre Website ist schwer“, oder du selbst gemerkt hast, dass sie sich auf dem Handy ewig dreht, dreht … und erst dann erscheint.
Optimierung für WordPress-Websites zu einem fairen Preis
Eine langsame Website verliert jeden Tag Kunden. Geschwindigkeit ist längst kein „nettes Extra“ mehr — sie ist geschäftskritisch: niedrigere Bounce Rate, bessere Platzierung bei Google und mehr abgeschlossene Bestellungen. Wir machen Websites so schnell, dass der Nutzer den Unterschied schon beim ersten Klick spürt.
Die Wahrheit ist einfach:
2026 ist das Jahr, in dem eine langsame Website nicht mehr nur ein „Unannehmlichkeit“, sondern ein direkter Geldverlust ist.
Und das nicht nur für Onlineshops.
Auch eine Unternehmenswebsite mit langsamer Ladezeit verliert:
- Traffic
- Google-Rankings
- Vertrauen
- Verkäufe
- potenzielle Kunden
Bei 88Lab sehen wir täglich Hunderte von Websites – von kleinen Blogs bis zu riesigen WooCommerce-Shops.
Fast alle leiden unter denselben Problemen.
Und die gute Nachricht ist: In den meisten Fällen lässt sich die Geschwindigkeit drastischverbessern, ohne das Design oder den Inhalt zu ändern.
In diesem Artikel erklären wir dir ganz einfach:
- warum deine WordPress-Website langsam ist
- was die Geschwindigkeit wirklich beeinflusst
- welche Lösungen 2026 funktionieren
- und was du schon heute tun kannst
1. Geschwindigkeit ist heute eine psychologische Wahrnehmung, nicht nur „Sekunden“
Wenn jemand deine Website öffnet, schaut er sich überhaupt keine Zahlen an.
Er denkt nicht: „Oh, mein LCP liegt bei 3,2 Sekunden.“
Er hat eines von zwei Gefühlen:
„Die Website hat sofort geladen“
oder
„Die Website ist langsam“
Dieses Gefühl entsteht in den ersten 200–500 Millisekunden.
Und wenn in diesem Zeitraum nichts Sinnvolles auf dem Bildschirm erscheint – irgendein Text, ein Bild, ein Hintergrund, eine Überschrift – entscheidet der Nutzer unbewusst, dass die Website nicht hochwertig ist.
Das beeinflusst alles:
- wie lange er bleibt
- ob er kauft
- ob er ein Kontaktformular ausfüllt
- ob er überhaupt liest
- ob er zurückkommt
Eine schnelle Website bewirkt etwas sehr Wichtiges: Selbst durchschnittlicher Inhalt wirkt besser, wenn die Website schnell lädt.
Und umgekehrt — großartiger Inhalt wirkt mittelmäßig, wenn die Website träge ist.
2. Was „schnelle Website“ 2026 bedeutet
Google hat neue Regeln für Geschwindigkeit eingeführt.
Seit 2024 ist der wichtigste Wert INP – wie schnell die Website reagiert, wenn jemand klickt, scrollt oder ein Menü öffnet.
Das bedeutet:
- langsame Buttons = schlechte Website
- langsame Filter = schlechte Website
- langsame Variationen in WooCommerce = schlechte Website
Selbst wenn die Seite in 1 Sekunde lädt, aber das Menü eine Sekunde lang „nachdenkt“, zählt Google das als langsame Website.
Das heißt, Geschwindigkeit bedeutet heute:
1) wie schnell du etwas auf dem Bildschirm zeigst
2) wie schnell die Website reagiert
3) wie stabil sie funktioniert
Und das Beste?
Die Probleme lassen sich meistens beheben.
3. Die häufigsten Gründe, warum eine WordPress-Website langsam ist (praktische, echte Fälle)
Nach 1000+ Audits und Dutzenden geretteten Websites wiederholen sich die Ursachen immer wieder:
3.1 Günstiges oder überlastetes Hosting
WordPress ist nicht leichtgewichtig.
Auf schwachem Hosting:
- mehr Besucher = mehr Verzögerung
- das Admin-Panel hängt
- WooCommerce ist eine Qual
- Bilder laden langsam
- jeder Klick ist mühsam
Oft verbessern wir die Geschwindigkeit allein durch einen Umzug.
3.2 Zu viele Plugins
Wir wissen es – WordPress ist bequem.
Aber ein Plugin fügt 10 Dateien hinzu. Ein anderes – weitere 20.
Ein fünftes lädt eine ganze Bibliothek mit Animationen.
Und am Ende lädt deine Website 2 MB Code … von dem du 10 % nutzt.
3.3 Schwere Schriftarten und 10+ Preload-Dateien
Das ist ein klassisches Problem.
Schriftarten können:
- das Laden verlängern
- Inhalte springen lassen (unangenehm)
- die Darstellung blockieren
Und die Preloads (die oft falsch konfiguriert sind) stehen einem buchstäblich im Weg.
3.4 Riesige, unnötige Bilder
Du lädst ein Foto vom Handy hoch → 3 MB.
WordPress zeigt es an, optimiert es aber nicht.
Jede Website, die wir beschleunigt haben, hat Bilder, die:
- 3000 px groß sind, aber nur mit 350 px angezeigt werden
- PNG statt WebP sind
- eine unnötig hohe Auflösung haben
- nicht richtig komprimiert sind
3.5 Schwerer Builder (Elementor, WPBakery, Divi)
Moderne Builder sind praktisch, erzeugen aber:
- viel CSS
- viel JS
- viele instabile Effekte
Bricks ist leichter, aber auch dort kann sich Gewicht ansammeln.
3.6 WooCommerce – wenn der Shop wächst, wird die Website langsamer
WooCommerce ist leistungsstark, aber:
- Variationen
- Filter
- Produktseiten
- Kategorien
- AJAX-Laden
- dynamische Anfragen
…all das belastet den Server.
3.7 Fehlendes CDN oder falsche Einstellungen
Ohne CDN wandern die Bilder von deinem Server zum Kunden – der sich am anderen Ende des Landes (oder der Welt) befinden kann.
Das verlangsamt die Website.
4. Und der wichtigste Faktor: WordPress ist stark, aber NICHT „out of the box“ optimiert
Viele Leute denken:
„Wenn WordPress so populär ist, dann ist es bestimmt optimiert.“
Nein.
WordPress ist flexibel.
Aber nicht automatisch schnell.
Standardmäßig macht WordPress Folgendes nicht:
- es komprimiert keine Bilder
- es lädt nicht dynamisch
- es optimiert kein CSS
- es optimiert kein JS
- es verzögert nichts
- es nutzt kein CDN
- es optimiert Schriftarten nicht
- es nutzt Cache nicht richtig
All das muss hinzugefügt und konfiguriert werden.
Und genau hier kommt unsere Arbeit als 88LAB ins Spiel – dafür zu sorgen, dass deine Website:
- schnell
- stabil
- optimiert
- benutzerfreundlich
- besser bei Google positioniert
- mit höherer Conversion
5. Bilder — der größte „Killer“ der Geschwindigkeit, aber auch am einfachsten zu beheben
Das häufigste Problem bei langsamen WordPress-Websites sind … Bilder.
In über 80 % der Audits, die wir bei 88LAB durchführen, sind sie:
- direkt vom Handy oder Fotoapparat hochgeladen
- jeweils 3–10 MB
- riesige Auflösungen (4000px, 6000px)
- PNG statt WebP
- ohne Komprimierung
- ohne Lazy Load
- ohne richtige Größen
Das Ergebnis?
Eine Website, die schön sein kann, aber lädt wie im Jahr 2007.
Die gute Nachricht: Das lässt sich sehr einfach beheben.
6. Optimale Bildauflösung im Jahr 2026
Die meisten laden Bilder hoch, die um ein Vielfaches größer als nötig sind.
Hier sind die realen Größen, die du brauchst:
- Hero-Banner / großes Bild: 1600–2000px
- Produktbilder (WooCommerce): 1000–1400px
- Blogbilder: 1200px
- Kleine visuelle Elemente: 300–600px
Alles über diese Werte hinaus ist Verschwendung von Geschwindigkeit und Ressourcen.
7. Das WebP-Format — der Standard von 2026
WebP ist ein Format, das:
- kleiner als JPG ist
- besser aussieht
- schneller lädt
- von Google bevorzugt wird
Jede Website, die wir optimieren, stellen wir auf WebP um.
Was bedeutet das für dich?
Bilder werden 40–80 % kleiner
LCP (die wichtigste Metrik von Google) sinkt deutlich
Die Website wirkt schon schneller, bevor wir sie zusätzlich optimieren
8. Bildkomprimierung — wie „klein“ sollten sie sein?
Wir empfehlen:
- Hero-Bilder: 180–350 KB
- Produktbilder: 90–180 KB
- Kleine Elemente: 20–80 KB
Eine 2–4 MB große Datei bringt nichts, wenn der Nutzer sie nur auf 300px sieht.
9. Lazy Loading — Bilder nur dann anzeigen, wenn sie gebraucht werden
Lazy Loading (verzögertes Laden) ist eine Technik, bei der:
- nur die zuerst sichtbaren Bilder sofort geladen werden
- alle anderen erst dann, wenn der Nutzer zu ihnen scrollt
Das kann das Laden der initialen Seite um bis zu 70 % reduzieren.
WordPress hat es eingebaut, aber:
viele Builder deaktivieren es
einige Plugins blockieren es
es ist oft falsch konfiguriert
Wir bei 88LAB prüfen und korrigieren die Lazy-Load-Einstellungen immer.
10. Nach den Bildern kommt… der am meisten unterschätzte Verursacher einer langsamen Website: DIE SCHRIFTEN
Schriften sind einer der „stillen Killer“ der Geschwindigkeit.
Ein einziger Fehler hier kann die Website stärker verlangsamen als alle Bilder zusammen.
10.1. Was passiert eigentlich, wenn deine Website eine Schrift lädt?
Der Browser macht Folgendes:
- Er prüft, welche Schriften er herunterladen muss
- Er lädt sie herunter, bevor er den Text anzeigt
- Während er sie lädt — der Text ist oft nicht sichtbar
- Wenn sie sehr schwer sind — wirkt die Website für ein bis zwei Sekunden „leer“
Das trifft den Geschwindigkeitseindruck direkt.
10.2. Wie viele Schriften brauchst du?
Ganz einfach:
- 1 Schrift ist ideal
- 2 Schriften ist okay
- 3+ Schriften ist oft ein Problem
Viele Websites verwenden:
- 3 verschiedene Familien
- 6–12 Varianten (light, regular, medium, semibold, bold…)
Das sind alles separate Dateien.
10.3. Google Fonts und GDPR — sie müssen lokal sein
Im Jahr 2026 sind Google Fonts, die über das Google CDN geladen werden, bereits ein Problem:
- langsamer
- sie verursachen GDPR-Risiken
- sie beeinflussen CLS (Textspringen)
Die Lösung ist eindeutig:
Die Schriften müssen lokalsein, auf deinen Server hochgeladen
komprimiert und self-hosted
in einer minimalen Anzahl von Varianten verwendet
10.4. Schriftdatei-Größe
Empfehlung:
- unter 40 KB pro Datei
- Format: WOFF2
- maximal 2–3 Varianten
Das sorgt für eine schnelle und stabile Darstellung.
11. Preload — ein Werkzeug, das mit Vorsicht eingesetzt werden sollte
Viele denken, preload = Beschleunigung.
Nicht immer.
Preload ist, als würde man dem Browser zurufen:
„Das ist das Wichtigste, lade es ALS ERSTES!“
Das Problem ist: Wenn alles wichtig ist → ist NICHTS wichtig.
Und das Preloaden von Schriften, GSAP, Styles und großen Dateien kann die Website erdrosseln.
Wir haben Dutzende Websites gesehen, bei denen preload der Hauptgrund für die Langsamkeit war.
Wir empfehlen:
Die einfache Regel für preload:
- Preloade nur die Hauptschrift (1 Datei).
- Preloade nur das Hero-Bild.
- Sonst nichts.
So arbeitet es am schnellsten.
12. Visuelle Elemente, die Websites oft verlangsamen, ohne dass du es merkst
Elementor, Bricks, WPBakery haben eingebaute Effekte, die:
12.1 Builder-Animationen
- das Scrollen verlangsamen
- Sprünge verursachen
- INP beeinflussen
12.2 Videos im Hero-Bereich
Es ist schön, ja.
Aber es lädt langsam.
Für Smartphones – schwer.
12.3 Galerien mit 20–30 Bildern
Sie werden geladen, noch bevor die Person bis dorthin scrollt.
12.4 Nicht optimierte SVG-Dateien
SVG kann leicht sein, enthält aber sehr oft riesigen Code im Inneren.
13. Was du schon heute tun kannst, ohne technische Kenntnisse
Hier sind 6 einfache Schritte, die jeder umsetzen kann:
Lade alle neuen Bilder als WebP hoch
Verwende maximal 1–2 Schriften mit 2–3 Varianten
Lade keine Bilder über 2000px hoch
Vermeide schwere Videos am Anfang der Seite
Deaktiviere unnötige Animationen
Entferne überflüssige preload-Dateien
Das allein beschleunigt die Website um 30–60%.
Und wenn wir eine vollständige Optimierung durchführen, ist der Effekt noch viel größer.
1. Das Hosting — der „Motor“ deiner WordPress-Website
Du kannst das leichteste Design, optimierte Bilder und eine gute Struktur haben —
wenn dein Hosting schwach ist, wird die Website immer langsam sein.
Bei 88LAB ist das das Erste, was wir prüfen.
Und sehr oft liegt das Problem genau hier, ohne dass man es überhaupt vermutet.
14. Wie Hosting funktioniert (einfach erklärt)
Jedes Mal, wenn jemand deine Website öffnet:
- Der Server muss die Anfrage verarbeiten
- WordPress laden
- Die Plugins laden
- Alle Funktionen ausführen
- HTML generieren
- Es an den Browser senden
Wenn die Maschine schwach ist → geschieht all das langsam.
Genau wie ein schwaches Handy nach Luft ringt, wenn du viele Apps öffnest.
15. Hosting-Typen und welcher für WordPress geeignet ist (besonders 2026)
Shared Hosting
Das ist die günstigste Option.
Und die langsamste.
Auf derselben Maschine befinden sich Dutzende oder Hunderte von Websites.
Und alle „fressen“ von derselben CPU und demselben RAM.
Das führt zu:
- langsame Website
- langsamem Admin-Bereich
- WooCommerce, das eine Sekunde–zwei „nachdenkt“
- Verzögerung bei jedem Klick
Shared Hosting ist nur geeignet für Mini-Websites ohne Traffic.
VPS-Hosting (Virtual Private Server)
Das ist der Goldstandard.
Du erhältst:
- eigene Ressourcen
- Stabilität
- deutlich schnellere Ladezeiten
- deutlich schnelleres WooCommerce
- schnellere Admin-Operationen
Das nutzen wir bei 88LAB für alle seriösen Projekte.
Cloud-Hosting (Digital Ocean, Hetzner, AWS, Google Cloud)
Die modernste Option:
- stabile Maschinen
- automatische Updates
- sehr hohe Geschwindigkeit
- einfaches Skalieren
Ideal für Shops und Websites, die wachsen.
16. Auf welche Parameter solltest du bei der Wahl eines Hostings achten?
Du musst keine technischen Begriffe verstehen.
Merk dir diese drei:
1) CPU (Prozessor)
Je mehr Kerne — desto schneller läuft deine Website.
Empfehlung:
mindestens 2 Kerne
ideal 4 Kerne für WooCommerce
2) RAM (Arbeitsspeicher)
WordPress liebt RAM.
Je mehr — desto schneller lädt es.
Empfehlung:
mindestens 2GB
ideal 4GB
3) NVMe-Laufwerke
Sie sind viel schneller als alte SSD- und HDD-Laufwerke.
17. Caching — das, was deine Website „fliegen“ lässt
Caching ist das am wenigsten verstandene, aber mächtigste Tool für Geschwindigkeit.
Einfach erklärt:
Der Cache ist eine Kopie der fertigen Seite.
Statt dass WordPress jeden Besuch von Grund auf neu verarbeitet (Plugins, Datenbank, PHP…), liefert die gecachte Website einfach das fertige Ergebnis aus.
🚀 Das Ergebnis ist eine enorme Beschleunigung:
Eine Seite, die in 0.7 Sek. generiert wird → wird geladen in 0.07 Sek..
18. Die zwei Cache-Arten, die jede WordPress-Website haben sollte
6.1. 1) Server-Level-Cache (der wichtigste)
Das ist Cache direkt vom Server.
Die besten Technologien sind:
- LiteSpeed Cache (OpenLiteSpeed- und LiteSpeed-Server)
- Nginx FastCGI Cache
- Cloudflare Cache
Sie sind deutlich schneller als Plugins.
6.2. 2) Cache-Plugin (die zweite Ebene)
Hier kommen Tools wie:
- WP Fastest Cache
- WP Super Cache
- W3 Total Cache
- LiteSpeed Cache (wenn der Server LiteSpeed unterstützt)
- Perfmatters (zur Optimierung, nicht für Cache)
Plugins sind nützlich, aber die stärkste Beschleunigung kommt immer von Server-Level-Cache.
19. CDN — beschleunigt die Website weltweit
Ein CDN (Content Delivery Network) ist ein Netzwerk von Servern auf der ganzen Welt, die:
- Kopien deiner Website speichern
- die Website dem Nutzer vom jeweils nächstgelegenen Server aus ausliefern
Beispiel:
Dein Server steht in Sofia.
Aber ein Mensch aus Warna, Plowdiw oder Deutschland erhält die Website vom nächstgelegenen CDN-Server — und das ist viel schneller.
20. Die zwei besten CDN-Optionen im Jahr 2026
20.1. Cloudflare (am beliebtesten)
Cloudflare hat:
- ein riesiges Netzwerk
- einen kostenlosen Plan
- Schutz vor Angriffen
- automatische Optimierung
- ein sehr guter Preis
Für die meisten Websites ist Cloudflare die „Standardlösung“.
20.2. BunnyCDN (am schnellsten für Europa und Bulgarien)
Bunny speichert:
- Bilder
- CSS
- JS
... auf Servern, die Bulgarien sehr nahe sind.
Deshalb funktioniert es oft schneller als Cloudflare für unsere Kunden.
Die Preise sind lächerlich niedrig:
ab $0.01 pro Gigabyte.
21. Was macht ein CDN im echten Leben? (einfache Beispiele)
Ohne CDN:
Deine Website in Sofia lädt für einen Kunden in Varna → 1,2 Sekunden
Für einen Kunden in Deutschland → 2,2 Sekunden
Für einen Kunden in den USA → 4+ Sekunden
Mit CDN:
Die Website lädt vom nächstgelegenen Server → oft unter 0,5 Sekunden
Auch wenn du kein globales Publikum hast, beschleunigt ein CDN die Website in Bulgarien und Europa.
22. Die Stärke kommt aus der Kombination: Hosting + Cache + CDN
Die drei wirken zusammen am stärksten:
- Das Hosting verarbeitet WordPress schnell
- Der Cache liefert fertige Seiten aus, ohne sie von Grund auf neu zu erzeugen
- CDN liefert die Website vom nächstgelegenen Server aus
Das ist die Formel für eine Website, die:
- in unter 1 Sekunde lädt
- stabil läuft
- nicht von Traffic beeinflusst wird
- sichtbare Ergebnisse in Google hat
23. Woran erkennst du, ob deine Website unter einem Hosting-/Cache-/CDN-Problem leidet
Hier ist ein schneller Check, den wir bei 88LAB machen:
Wenn die Website auf jeder Seite
langsam ist,
Wenn der erste Ladevorgang langsam ist, der zweite aber schnell
Dann ist das ein schlechtes oder fehlendes CDN.
Wenn das Admin-Panel hängt
Dann ist die CPU oder der RAM zu schwach.
Wenn WooCommerce-Produkte langsam laden
Dann ist die Ursache: Datenbank + Hosting + fehlende Optimierung.
24. Warum sieht die Website schnell aus, reagiert aber langsam?
Ist dir schon einmal Folgendes passiert:
- Die Seite lädt normal ...
- ... aber das Menü reagiert verzögert
- Die Buttons arbeiten mit 1 Sekunde Verzögerung
- Die Filter im Shop drehen sich
- Die Felder im Formular „laggen“
- Der Checkout denkt nach
- Das Scrollen ist nicht flüssig
Das ist der häufigste Grund, warum sich eine WordPress-Website langsam anfühlt, obwohl PageSpeed „85“, „92“ oder sogar „100“ anzeigt.
Die Erklärung ist einfach:
Schnelligkeit bedeutet heute nicht nur, wie schnell die Seite lädt.
Schnelligkeit bedeutet auch, wie schnell die Website REAGIERT.
Und Google misst das bereits mit einem neuen Wert:
25. INP — der wichtigste Wert im Jahr 2026
INP = Interaction to Next Paint
(Wie lange deine Website nachdenkt, wenn ein Nutzer etwas tut.)
Dazu gehören:
- Klick
- Menü öffnen
- Variation in WooCommerce wechseln
- Preisfilter
- Bild öffnen
- Tab öffnen
- In den Warenkorb legen
- Zum Checkout wechseln
Wenn der INP hoch ist (über 200–300 ms), fühlt sich die Website an wie:
- langsam
- schwerfällig
- unausgereift
- „billig gemacht“
- von geringer Qualität
Genau deshalb wirken manche Websites modern, fühlen sich aber billig an.
26. Was erhöht den INP?
Drei Dinge: JavaScript, JavaScript und nochmal JavaScript.**
JS ist die Sprache, die Folgendes steuert:
- das Menü bewegen
- Animationen ausführen
- Formulare Daten senden lassen
- WooCommerce Variationen wechseln lassen
- Slider rotieren lassen
- Karussells wechseln lassen
Aber wenn es zu viel JavaScript gibt → wird alles langsam.
Normalerweise ist das Problem nicht eine große Datei, sondern Hunderte kleiner Effekte aus verschiedenen Plugins.
27. Die häufigsten Verursacher für langsamen INP, die wir bei 88LAB sehen
27.1 Schwere Builder – Elementor, WPBakery, Divi
Sie fügen hinzu:
- Animationen
- Slider
- popups
- globale Skripte
- Menü-Effekte
- CSS-Generatoren
Selbst eine Website, die „ohne Animationen“ gebaut wurde, hat dennoch Skripte vom Builder.
Bricks ist leichter, aber auch dort kann sich Last ansammeln, wenn viele dynamische Elemente verwendet werden.
27.2 WooCommerce-Variationen und Filter
Das ist ein Klassiker.
Wenn jemand eine Nummer/Farbe auswählt → macht WooCommerce:
- 1–5 Anfragen an den Server
- Aktualisierung der Galerie
- Aktualisierung des Preises
- Änderung des Lagerbestands
- JS-Verarbeitung
Wenn du viele Variationen hast → wird es langsam.
Auch Filter sind oft schwergewichtig, besonders JetSmartFilters.
27.3 Slider und Karussells
Websites lieben diese Effekte, aber sie sind langsam.
Jeder Slider verwendet:
- 2–5 JS-Dateien
- dynamisches Laden
- reflow (Neuzeichnen des Bildschirms)
In vielen Fällen ist ein statisches Banner schneller und eindrucksvoller.
27.4 Plugins für Chat, Benachrichtigungen, Popups
Chats vom Typ:
- Tawk.to
- Crisp
- LiveChat
- Messenger-Widget
...laden 20–40 zusätzliche Dateien.
Dasselbe gilt für Popups, schwebende Buttons und Benachrichtigungen wie „Jemand hat gerade gekauft...“.
27.5 Analytics und Tracking
Die meisten Websites haben:
- Google Analytics
- Google Tag Manager
- Facebook Pixel
- TikTok Pixel
- Hotjar
- Meta CAPI
- Ads-Skripte
Es ist nie nur eines.
Und all diese verlangsamen die Website.
28. Die Plugins: die am meisten unterschätzte Quelle für eine langsame Website
Plugins sind praktisch. Aber:
Jedes Plugin = neues JavaScript + neues CSS + neue Belastung.
Wenn du hast:
- 20 Plugins → normal
- 35 Plugins → langsam
- 50+ Plugins → kritisch
Bei jedem Audit, das wir durchführen, finden wir Plugins, die:
- nicht mehr verwendet werden
- Funktionen doppeln
- für alte Versionen sind
- die Website instabil machen
- Skripte auf allen Seiten laden
Sehr oft beschleunigt schon das Entfernen von 4–7 Plugins die Website um 30%.
29. Wie man INP ohne technische Kenntnisse reduziert (Methode von 88LAB)
Hier ist eine einfache Liste, die wir bei der Optimierung anwenden.
Der Kunde rührt nichts an – wir machen alles, aber du kannst es verstehen.
29.1 Wir deaktivieren nicht verwendetes JS
Viele Skripte werden auf jeder Seite geladen, obwohl sie nicht benötigt werden.
Zum Beispiel:
- Slider-Skript auf einer Seite ohne Slider
- WooCommerce-JS auf Blog-Seiten
- JetEngine-JS auf der Startseite, wo keine dynamischen Elemente vorhanden sind
Das beschleunigt ganze Websites um ein Vielfaches.
29.2 Wir entfernen schwere Animationen
Effekte sind schön, aber sie töten die Geschwindigkeit:
- fade-in
- slide-in
- parallax
- Scroll-Animationen
- komplexe Übergänge
Im Jahr 2026 gewinnt Minimalismus bei der Geschwindigkeit.
29.3 Wir räumen die Plugins auf und lassen nur die notwendigsten übrig
Wir entfernen:
- doppelte Funktionen
- Plugins, die durch 3 Zeilen Code ersetzbar sind
- schwere visuelle Plugins
- Plugins, die externe Ressourcen laden
Das hat oft den stärksten Effekt auf den INP.
29.4 Wir optimieren WooCommerce-Variationen
Wenn der Shop größer wird, wird Woo schwergewichtig.
Die Probleme kommen von:
- zu vielen Variationen
- zu schweren Galerien
- schlecht optimierten Filtern
- verzögerten AJAX-Anfragen
Wir optimieren Variationen so, dass:
- sie sich in Millisekunden ändern
- die Produkte sofort reagieren
- die Filter schnell funktionieren
29.5 Wir reduzieren externe Skripte
Je weniger externe Ressourcen → desto schneller.
Deshalb:
- wir hosten Schriftarten lokal
- wir lokalisieren JS-Bibliotheken
- wir lokalisieren Google Fonts
- wenn möglich, lokalisieren wir auch Analytics
30. Reale Beispiele für Verbesserungen, die wir täglich sehen
Wenn die Website viele Plugins hat
INP fällt von 350 ms → auf ca. 100 ms
Wenn das Menü langsam reagiert
INP fällt von 500 ms → auf ca. 120 ms
Wenn WooCommerce Variationen langsam wechselt
Es sinkt von 1–2 Sekunden → auf 150–300 ms
Wenn die Slider entfernt werden
Die Seite wird 20–40% schneller
Wenn Popups und Chat-Widgets eingeschränkt werden
Die Website wird fast sofort „leichter“
31. Die wichtigste Lektion: Geschwindigkeit ist etwas, das man spürt
Das häufigste, was Kunden uns nach einer Optimierung sagen:
„Ich weiß nicht, was ihr gemacht habt, aber die Website wirkt einfach teurer.“
Geschwindigkeit vermittelt ein Gefühl von:
- Professionalität
- Vertrauen
- Qualität
- Premium-Ausführung
Genau das soll dein Unternehmen ausstrahlen.
32. Warum wird eine WordPress-Website nach 6–12 Monaten langsamer?
Viele Website-Besitzer sagen dasselbe:
„Als die Website erstellt wurde, war sie schnell. Ein Jahr später – ist sie langsam.“
Das liegt fast immer an einem von drei Dingen:
32.1 Es wurden neue Plugins hinzugefügt
Jemand dachte: „Das wird nützlich sein“ → installiert es → die Website wird ein Stück langsamer.
Nach einem Jahr – noch 5–10 Plugins mehr → die Website stirbt ab.
32.2 Das Publikum wächst, aber die Infrastruktur bleibt gleich
Mehr Traffic = mehr Anfragen = mehr Last.
32.3 Inhalte wurden ohne Optimierung hinzugefügt
Große Bilder, schwere Seiten, Animationen, Videos…
WordPress an sich wird nicht langsamer.
Verlangsamt wird es durch die Erweiterungen.
33. Minimalismus ist der beste Freund der Geschwindigkeit
Wir sprechen nicht nur über Design.
Minimalismus bedeutet:
- wenige Plugins
- wenige Schriftarten
- wenige Effekte
- einfacher Code
- klare Struktur
- direkte Lösungen statt „ein Plugin für alles“
Bei 88LAB haben wir eine Regel:
Wenn wir etwas mit ein paar Zeilen Code statt mit einem Plugin lösen können — wählen wir immer den Code.
Warum?
- Code ist schneller
- er fügt keine Abhängigkeiten hinzu
- er lädt keine unnötigen Dateien
- er bringt keine Risiken mit sich
- er muss nicht ständig aktualisiert werden
34. Die häufigsten Plugins, die Websites verlangsamen (und die wir ersetzen können)
Hier ist eine Liste aus der Praxis.
In 90% der langsamen Websites sehen wir genau diese problematischen Gruppen:
34.1 Plugins für Formulare
- Contact Form 7
- WPForms
- Ninja Forms
- Gravity Forms
Probleme: Sie laden JS auf allen Seiten.
Lösung:
Leichte Formulare über den Builder oder per Code.
34.2 SEO-Plugins, die zu viel machen
- RankMath
- Yoast
- SEOPress
Sie sind alle nützlich, laden aber oft eine enorme Menge an Code.
Lösung:
SlimSEO ist minimalistisch und völlig ausreichend.
Oder noch besser — Code für Skripte, Meta-Tags, Schema.
34.3 Plugins für Galerien, Lightboxes und Karussells
Beliebt, aber schwer.
Lösung:
Eine leichte Lightbox + CSS-Animation, ohne JS-Monster.
34.4 Cache-Plugins, die miteinander in Konflikt geraten
Viele Leute haben:
- LiteSpeed
- WP Fastest
- W3 Total Cache
- Cloudflare
- Perfmatters
alles gleichzeitig.
Ergebnis: Konflikt.
Lösung:
1 Cache + Perfmatters (nur für das JS/CSS-Management).
34.5 Plugins für Social Buttons, Share-Widgets und Popups
Sie laden normalerweise:
- externe Skripte
- Schriftarten
- Styles
- Bilder
Lösung:
Leichte statische Buttons oder Custom Code.
34.6 Chats und „schwebende“ Buttons
Messenger-Widget, WhatsApp-Chat, Wissens-, Widgets.
Das ist ein erheblicher Schlag für INP.
Lösung:
Laden nur nach Klick („Chat-Option“) oder eine lokale Alternative.
35. Die richtige Struktur einer WordPress-Website im Jahr 2026 (das 88LAB-Modell)
Wenn wir eine Website bauen, folgen wir einem strengen Prinzip:
Alles leicht. Alles sauber. Alles kontrolliert.
Wir verwenden Bricks Builder (leichter als Elementor)
Bricks erzeugt weniger JS/CSS, arbeitet schneller und ermöglicht eine präzisere Kontrolle.
Die Schriftarten sind lokal und komprimiert
Minimum an Dateien → schneller Text → stabiles Design.
Die Bilder sind WebP und optimiert
Leichtere Website → schnelleres LCP.
CDN ist aktiv
Schnelle Website im ganzen Land (und darüber hinaus).
Minimale Anzahl an Plugins
Die meisten Funktionen werden über Bricks, JetEngine oder Code gelöst.
Keine unnötigen Animationen
Das hält den INP niedrig und den Nutzer zufrieden.
36. Wie man eine Website von unnötigen Plugins „befreit“ (ohne sie zu beschädigen)
Das wird vorsichtig und schrittweise gemacht.
Schritt 1: Bewertung
Wir prüfen alle Plugins und notieren:
- welche notwendig sind
- welche sich überschneiden
- welche schwergewichtig sind
- welche auf jeder Seite JS laden
Schritt 2: Testweises Deaktivieren
Die Plugins werden nacheinander deaktiviert und geprüft:
- ob es visuelle Änderungen gibt
- ob Funktionen ausfallen
- ob die Website schneller lädt
Schritt 3: Ersatz
Schwere Plugins werden ersetzt durch:
- Bricks-Funktionen
- JetEngine
- Custom Code
- leichtere Alternativen
Schritt 4: JS/CSS-Verwaltung
Perfmatters wird so eingestellt, dass:
- JS nur dort geladen wird, wo es benötigt wird
- Skripte Schritt für Schritt deaktiviert werden
- globale Effekte entfernt werden
Schritt 5: Vollständige Optimierung
Einschließlich:
- Caching
- grundlegende Optimierung
- CDN-Konfiguration
- Lazy Load
- kritische Schriftarten
- Entfernung der Preload-Last
37. Wie eine ideal optimierte WordPress-Website aussieht (laut 88LAB)
Hier ist die „Traum“-Konfiguration:
37.1 Bricks Builder + minimales Custom CSS
Sauber, schnell, visuell konsistent.
37.2 JetEngine nur für das, wofür es benötigt wird
Keine unnötigen dynamischen Anfragen.
37.3 Insgesamt maximal 8–12 Plugins
So viele reichen für 95 % der Websites aus.
37.4 Lokale Schriftarten (nur 1–2 Familien)
WOFF2, komprimiert.
37.5 WebP-Bilder, optimierte Größen
Keine riesigen Banner mit 5 MB.
37.6 Keine komplexen Animationen
Die Website wird „papierig“, wenn wir übertreiben.
37.7 CDN + Server-Cache
Schnelligkeit überall, jederzeit.
37.8 INP unter 150 ms
Das ist der Schlüssel zum schnellen Eindruck.
38. Was das Business gewinnt, wenn die Website leicht und richtig strukturiert ist
38.1 Höhere Positionen bei Google
Google mag schnelle Websites.
38.2 Mehr Verkäufe / Anfragen
Die schnelle Website hält den Nutzer auf der Seite.
38.3 Besseres Markenempfinden
Menschen verbinden Schnelligkeit mit Professionalität.
38.4 Weniger Probleme und Bugs
Die Website ist stabil und bricht bei Updates nicht auseinander.
38.5 Weniger Kosten in der Zukunft
Es sind keine ständigen „Reparaturen“ nötig.
39. Diagnose – wir finden HERAUS, WO genau das Problem liegt
Bevor irgendetwas gemacht wird, braucht es eine Analyse.
Nicht „nach Augenmaß“.
Nicht nach Gefühl.
Sondern anhand realer Kennzahlen.
Wir verwenden eine Kombination aus:
- PageSpeed Insights (PSI)
- GTmetrix
- WebPageTest
- Real User Monitoring (Chrome)
- Lighthouse
- Netzwerkanalyse
- Waterfall-Ladevorgang
- Analyse der Serverzeiten
- Prüfung des INP
- Prüfung des LCP
Das Ziel ist zu verstehen:
Sind riesige Bilder das Problem?
Schwere Schriftarten?
Falsches Hosting?
Fehlender Cache? Ein Builder, der die Seite belastet?
WooCommerce-Bestellungen?
Zu viele Plugins?
Externe Skripte?
Problem mit der Datenbank?
JS blockiert das Rendering?
Danach beginnt die eigentliche Arbeit.
40. Phase 1: Drastische Beschleunigung in 24–48 Stunden
Das sind die „Quick Wins“, die den größten Effekt in kürzester Zeit bringen.
40.1 Bildoptimierung
- WebP
- richtige Größen
- Komprimierung
- Lazy Load
Allein das reduziert die Ladezeit um 1–3 Sekunden.
40.2 Schriftoptimierung
- Entfernung unnötiger Schriften
- lokale WOFF2
- nur 1–2 Familien
- korrektes Preload (nur 1 Datei)
Das stabilisiert die Darstellung.
40.3 Entfernen schwerer Plugins
Wir lassen nur den minimal notwendigen Satz.
Alles andere – deaktiviert oder ersetzt.
40.4 Einrichtung eines Cachesystems
- Server-Cache
- Object Cache (Redis)
- Page Cache
- korrekte Regeln für mobile Geräte
- Cache für HTML, CSS, JS
Die Website beginnt zu „fliegen“.
40.5 Einrichtung eines CDN
Cloudflare oder BunnyCDN.
Alle statischen Dateien werden dann vom nächstgelegenen Server ausgeliefert.
41. Phase 2: Tiefenoptimierung (eine Woche)
Hier machen wir die Website nicht nur „schnell“, sondern architektonisch korrekt.
41.1 Vollständige Plugin-Prüfung
Wir ordnen jedes Plugin ein in:
- notwendig
- unnötig
- durch eine leichtere Alternative ersetzen
- doppelt
Und wir stellen einen optimierten Satz zusammen.
41.2 JavaScript-Optimierung
- JS seitenweise deaktivieren
- unnötige Effekte ausschalten
- globale Skripte entfernen
- schwere Skripte verschieben
- JS-Anfragen minimieren
Das Ergebnis: hoher INP und eine sofortige Reaktion der Website.
41.3 CSS-Optimierung
- unnötige Styles entfernen
- kombinieren
- minimieren
- kritische, renderblockierende CSS-Dateien reduzieren
41.4 WooCommerce-Optimierung
Dieser Teil ist entscheidend für Shops.
Wir gehen durch:
- Variationen
- Galerien
- Filter
- checkout
- dynamische Anfragen
- AJAX
Wir stabilisieren alles so, dass der Shop funktioniert wie eine Mobile App.
41.5 Datenbankoptimierung
- Revisionen bereinigen
- Tabellen optimieren
- langsame Abfragen beheben
- wichtige Felder indexieren
41.6 Wechsel zu besserem Hosting (falls nötig)
Manchmal geht es nicht anders – das Hosting ist einfach zu schwach für WordPress + WooCommerce.
Dann migrieren wir zu:
- VPS
- Cloud-Hosting
- LiteSpeed-Servern
42. Phase 3: Feintuning und Qualität
Hier nutzen wir eine Kombination aus Tests und echten Nutzerdaten.
Das Ziel ist:
dass die Website in unter 1 Sekunde lädt
INP unter 150 ms
LCP unter 2.5 Sek
CLS unter 0.1
die Shop-Seiten leichtgewichtig sind
der Checkout schnell ist
die Mobile-Version blitzschnell ist
43. Wie eine schnelle Website aussieht (real, in Zahlen)
Nach der Optimierung bei 88LAB sind die typischen Ergebnisse:
- Erster Inhalt: 0.3–0.7 Sek
- Vollständiges Laden: 1.0–1.5 Sek
- INP: 40–120 ms
- LCP: 1.2–2.0 Sek
- Visuelle Stabilität: perfekt
- Mobiles Laden: unter 1 Sek
Und das Wichtigste – ein echtes Gefühl von Geschwindigkeit, nicht nur Zahlen.
44. Woran erkennst du, ob deine Website Optimierung braucht
Hier sind die häufigsten Anzeichen:
Die Website lädt langsam, wenn Traffic da ist
WooCommerce ist träge
Das Admin-Panel ist langsam
Filter laden mit „Ladespinner“
Das Menü reagiert langsam
Die mobile Version wirkt schwerfällig
Ein Kunde hat dir gesagt: „Ihre Website ist langsam“
Google PageSpeed zeigt einen niedrigen INP oder LCP
Es gibt viele zusätzliche Plugins und Animationen
Videos und Galerien auf der Startseite
Wenn auch nur eines davon zutrifft — die Optimierung wird helfen.
45. Wie schnell kann deine Website werden?
Das hängt davon ab, aber in der Regel:
- leichte Website → unter 1 Sek.
- Corporate-Website → 1,0–1,3 Sek.
- WooCommerce-Shop → 1,2–1,7 Sek.
- schwerer Shop mit vielen Varianten → 1,5–2,5 Sek.
- Website mit Hunderten von Bildern → 1,3–2,0 Sek.
Mit dem richtigen Ansatz ist alles möglich.
46. Wie du deine Website für immer schnell hältst (einfache Regeln)
Das ist der Plan, den wir unseren Kunden geben:
Installiere keine Plugins ohne Bedarf
Lade keine Fotos vom Handy ohne Komprimierung hoch
Halte die Anzahl der Schriftarten minimal
Aktualisiere WordPress regelmäßig
Führe regelmäßige Prüfungen in PageSpeed durch
Sei vorsichtig mit Popups und Trackern
Nutze gutes Hosting
Verwende keine übermäßigen Animationen
Überprüfe WooCommerce-Varianten
Halte CDN aktiv
Wenn diese Regeln eingehalten werden — bleibt die Website jahrelang schnell.
Fazit: Warum eine schnelle Website die beste Investition im Jahr 2026 ist
Bei 88LAB sagen wir immer Folgendes:
Eine schnelle Website bringt mehr.
Eine langsame Website verliert schon, bevor sie überhaupt begonnen hat.
Eine schnelle Website gibt dir:
- mehr Verkäufe
- mehr Anfragen
- höhere Positionen bei Google
- einen höheren Markenwert
- geringere Werbekosten
- weniger Absprünge
- mehr Vertrauen
- bessere Kampagnenleistung
Geschwindigkeit ist Marketing.
Geschwindigkeit ist Vertrauen.
Geschwindigkeit ist Autorität.
Geschwindigkeit ist Gewinn.
Und das Beste?
Jede WordPress-Website kann schnell werden.
Die Frage ist, wer es macht.







