PageSpeed verbessern: Ladezeit Ihrer Website unter 2 Sekunden
PageSpeed verbessern bedeutet konkret: Bilder richtig komprimieren, Caching aktivieren, überflüssige Plugins entfernen und einen guten Hoster wählen. Mit diesen Hebeln habe ich Kundenwebsites von 6 auf unter 2 Sekunden gebracht.
Wenn Ihre Website laenger als drei Sekunden zum Laden braucht, haben Sie statistisch gesehen schon einen guten Teil Ihrer Besucher verloren. Google und Deloitte haben gemeinsam gemessen: Eine Verbesserung der Ladezeit um nur 0,1 Sekunden steigert die Conversion Rate im E-Commerce um durchschnittlich 8,4 Prozent. Das ist kein theoretischer Wert, sondern Geld, das auf dem Tisch bleibt.
Ich arbeite seit 13 Jahren mit WordPress und betreue Kunden in Deutschland und Polen. Dabei habe ich Dutzende Seiten von PageSpeed-Scores unter 40 auf ueber 90 gebracht. Die Massnahmen, die wirklich etwas bringen, sind ueberschaubar. Hier zeige ich Ihnen, welche Hebel wo ansetzen und was Sie realistisch erwarten koennen.
Was Google tatsaechlich misst: Core Web Vitals
Bevor Sie anfangen zu optimieren, muss klar sein, was Google bewertet. Seit 2021 sind die Core Web Vitals offizielle Rankingfaktoren. Die drei Metriken, auf die es ankommt:
- LCP (Largest Contentful Paint): Ladezeit des groessten sichtbaren Elements. Zielwert: unter 2,5 Sekunden.
- INP (Interaction to Next Paint): Reaktionszeit auf Nutzereingaben. Zielwert: unter 200 Millisekunden.
- CLS (Cumulative Layout Shift): Visuelle Stabilitaet waehrend des Ladens. Zielwert: unter 0,1.
Google misst diese Werte am 75. Perzentil echte Nutzerdaten aus Chrome. Es reicht also nicht, dass Ihre Seite einmal schnell geladen wird. 75 Prozent aller Seitenaufrufe muessen die Schwellenwerte erfullen.
Ihre erste Anlaufstelle: Google PageSpeed Insights. Dort bekommen Sie sofort Feld- und Labordaten fuer eine beliebige URL. Kostenlos, ohne Anmeldung.
Bilder: der groesste Hebel fuer die meisten Websites
In fast jedem Projekt, das ich zur Optimierung bekomme, liegen Bilder im JPEG- oder PNG-Format vor, die noch nie komprimiert wurden. Ein Hero-Bild mit 3 MB laesst sich ohne sichtbaren Qualitaetsverlust auf unter 200 KB bringen, manchmal weniger.
Drei Schritte fuer saubere Bilder:
1. Format wechseln: WebP ist das moderne Standardformat. WordPress unterstuetzt es seit Version 5.8 nativ. Mit Plugins wie Imagify oder ShortPixel wandeln Sie bestehende Bilder per Knopfdruck um.
2. Groesse anpassen: Kein Bild sollte breiter hochgeladen werden als es angezeigt wird. Ein Foto mit 4000px Breite fuer eine 800px-Spalte ist doppelter unnoetige Arbeit fuer den Browser.
3. Lazy Loading aktivieren: Bilder unterhalb des sichtbaren Bereichs werden erst geladen, wenn der Nutzer dorthin scrollt. WordPress aktiviert das seit Version 5.5 automatisch per loading="lazy".
Ausnahme: Das erste Headerbild oder das LCP-Element darf auf keinen Fall Lazy Loading haben. Es soll so frueh wie moeglich laden. Setzen Sie dort stattdessen <link rel="preload"> im Head.
Nutzen Sie den Chrome DevTools Tab "Network" mit aktiviertem Slow-3G-Throttling, um zu sehen, welche Bilder als erstes geladen werden muessen und wo der Browser unnotig wartet.
Caching: statische Kopien statt dynamische Berechnungen
WordPress generiert Seiten standardmaessig bei jedem Aufruf dynamisch: PHP-Code wird ausgefuehrt, Datenbankabfragen werden gestellt, HTML wird zusammengebaut. Bei einem guten Hoster dauert das 200-800 ms. Mit Caching wird einmal eine fertige HTML-Datei erstellt und dann direkt ausgeliefert, ohne PHP und Datenbank. Ladezeiten von 50-100 ms sind damit realistisch.
Die wichtigsten Caching-Optionen fuer WordPress:
- WP Rocket: Komfortabelste Loesung, funktioniert auf fast jedem Hoster, kostet ca. 59 USD/Jahr fuer eine Website.
- LiteSpeed Cache: Kostenlos, ideal bei Hostern mit LiteSpeed- oder OpenLiteSpeed-Server, tiefer serverseitiger Integration.
- W3 Total Cache: Kostenlose Alternative, erfordert mehr manuelle Konfiguration.
Bei einem Kundenprojekt aus Hamburg, einem Handwerksbetrieb mit WordPress-Website, haben wir allein durch das Aktivieren von LiteSpeed Cache den PageSpeed-Score von 51 auf 78 gebracht. Keine weiteren Aenderungen, nur das Plugin. Der Hoster nutzte OpenLiteSpeed.
WordPress Caching-Plugins im Vergleich
| Kriterium | WP Rocket | LiteSpeed Cache | W3 Total Cache |
|---|---|---|---|
| Preis | 59 USD/Jahr | kostenlos | kostenlos (Pro: 99 USD) |
| Einrichtung | einfach | einfach | komplex |
| Server-Voraussetzung | keine | LiteSpeed empfohlen | keine |
| Page Caching | ja | ja | ja |
| Browser Caching | ja | ja | ja |
| CSS/JS Minify | ja | ja | ja |
| Bild-Optimierung | nein | ja (integriert) | nein |
Render-blockierende Ressourcen entfernen
Chrome und andere Browser lesen HTML von oben nach unten. Wenn der Browser auf ein <script>-Tag trifft, stoppt er das Rendern und ladet erst das Skript. Das nennt man render-blockierend. Das Ergebnis: Der Nutzer sieht eine weisse Seite, waehrend der Browser arbeitet.
Die Loesung:
deferoderasyncfuer JavaScript: Skripte, die nicht sofort beim Seitenaufbau benoetigt werden, bekommen das Attributdefer. Dann werden sie nach dem HTML geparsed geladen.- CSS minifizieren und zusammenfassen: Mehrere CSS-Dateien werden zu einer zusammengefasst, alle Leerzeichen und Kommentare entfernt.
- Kritisches CSS inline einbetten: Die Stile, die fuer das erste sichtbare Seitenbild benoetigt werden, koennen direkt im HTML-Head stehen. Alle anderen Stile laden dann asynchron.
WP Rocket und LiteSpeed Cache erledigen den Grossteil davon automatisch ueber ihre Einstellungen. Bei komplexeren Themes kann manuelles Eingreifen noetig sein.
Checkliste: PageSpeed-Optimierung Schritt fuer Schritt
- Google PageSpeed Insights aufrufen und aktuelle Werte dokumentieren (Vorher-Screenshot)
- Alle Bilder in WebP konvertieren, Groesse auf Anzeigebreite reduzieren
- Lazy Loading fuer alle Bilder aktivieren, Lazy Loading fuer LCP-Bild deaktivieren
- Caching-Plugin installieren und Grundkonfiguration aktivieren
- JavaScript auf defer/async umstellen
- CSS und JS minifizieren und zusammenfassen
- Nicht genutzte Plugins deaktivieren und loeschen
- Datenbank bereinigen (Revisionen, Spam-Kommentare, transients)
- CDN einbinden (Cloudflare kostenlos oder Bunny.net)
- Nach allen Aenderungen erneut messen und vergleichen
Hosting: das Fundament, das alles bestimmt
Jede Optimierung hat eine Grenze, die vom Hoster gesetzt wird. Shared Hosting mit veralteten Servern, kein HTTP/2 und PHP 7.4 kann durch kein Plugin ausgeglichen werden. Was ein guter Hoster fuer WordPress mitbringen sollte:
- PHP 8.2 oder 8.3
- HTTP/2 oder HTTP/3 (QUIC)
- LiteSpeed oder nginx
- SSD-Speicher
- PHP-OPcache aktiviert
- Moeglichkeit, Redis oder Memcached fuer Objekt-Caching zu nutzen
Bei deutschen Hostern im Business-Segment sind Anbieter wie All-Inkl, Raidboxes (speziell auf WordPress ausgelegt), netcup oder Hetzner (VPS) solide Optionen zwischen 5 und 20 EUR monatlich fuer die meisten Projekte.
Guenstiges Shared Hosting fuer 1-2 EUR monatlich wird Ihren PageSpeed bei einem wachsenden WordPress-Projekt irgendwann zur Grenze bringen. Ein Wechsel auf einen besseren Hoster ist oft die effektivste Einzelmassnahme, aber auch die aufwaendigste.
CDN: kurze Wege zum Besucher
Ein Content Delivery Network speichert Kopien Ihrer statischen Dateien (Bilder, CSS, JS) auf Servern weltweit. Ein Besucher aus Muenchen laedt Dateien dann nicht vom Rechenzentrum in Frankfurt, sondern vom naechsten CDN-Knoten. Der Zeitgewinn bei deutschen Besuchern ist moderat, aber bei internationalen Besuchern deutlich.
Fuer die meisten Projekte empfehle ich zwei Optionen:
- Cloudflare (kostenlos): DNS-basiert, leicht einzurichten, bietet gleichzeitig SSL, DDoS-Schutz und Firewall. Der Free Plan reicht fuer die meisten kleinen und mittleren Websites.
- Bunny.net: Guenstiger Pay-per-GB-Tarif ab 0,01 EUR/GB, besonders fuer Seiten mit vielen Bildressourcen oder Video attraktiv. WordPress-Plugin vorhanden.
Wenn Sie eine professionelle Website erstellen lassen wollen, ist die CDN-Integration heute Standard. Mehr dazu erfahren Sie auf meiner Webseiten-Seite.
Vorteile
- Cloudflare kostenlos und in 20 Minuten eingerichtet
- SSL-Zertifikat inklusive
- DDoS-Schutz ohne Aufpreis
- Verringerter Traffic auf dem eigenen Server
Nachteile
- DNS muss auf Cloudflare umgestellt werden
- Caching-Konflikte mit manchen WordPress-Plugins moeglich
- Kostenlose Version hat kein Image-Resizing
Datenbank und PHP optimieren
WordPress speichert alles in MariaDB oder MySQL: Beitraege, Optionen, Revisionen, Transients. Mit der Zeit sammeln sich Tausende von Eintraegen an, die keiner mehr braucht. Eine bereinigung der Datenbank ist schnell gemacht und reduziert die Abfragezeiten.
Praktische Massnahmen:
- Revisionen begrenzen: In
wp-config.phpmitdefine('WP_POST_REVISIONS', 5)speichert WordPress maximal 5 Revisionen pro Beitrag. - Transients bereinigen: Abgelaufene Transients haeufen sich an. WP-CLI-Befehl:
wp transient delete --expired. - Objekt-Caching aktivieren: Redis oder Memcached speichert haeufige Datenbankabfragen im RAM. Manche Hoster bieten das bereits an.
- PHP-OPcache nutzen: Kompilierte PHP-Bytecode wird im RAM gehalten. Das beschleunigt jeden WordPress-Aufruf, der PHP-Code ausfuehrt.
Bei einem WooCommerce-Projekt in der Hamburger Umgebung haben wir allein durch das Begrenzen von Revisionen und das Aktivieren von Redis-Objekt-Caching die serverseitige Antwortzeit (TTFB) von 850 ms auf 190 ms gesenkt. Der Rest der Optimierung war dann deutlich einfacher.
Fonts und Third-Party-Scripts im Griff behalten
Google Fonts, Facebook Pixel, Google Analytics, Chat-Widgets, Booking-Tools: Jedes externe Skript ist eine zusaetzliche HTTP-Verbindung zu einem fremden Server. Wenn dieser Server langsam antwortet, blockiert er Ihre Seite.
Empfehlungen:
- Google Fonts lokal hosten: Mit dem Plugin OMGF (Optimize My Google Fonts) werden Fonts einmalig heruntergeladen und vom eigenen Server ausgeliefert. Kein Datenschutz-Problem, keine Abhaengigkeit von Google-Servern.
- Analytics-Skripte verspaetet laden: Google Analytics und Facebook Pixel muessen nicht beim ersten Seitenaufruf sofort geladen werden. Mit WP Rocket oder dem Plugin Perfmatters koennen sie auf
defergesetzt werden. - Chat-Widgets bedingt laden: Wenn ein Chat-Widget nur auf der Kontaktseite benoetigt wird, sollte es auch nur dort eingebunden sein.
Pruefen Sie in Google PageSpeed Insights den Abschnitt 'Drittanbietercode reduzieren'. Dort sieht man genau, welche externen Ressourcen wie viel Zeit kosten, oft sind es 300-700 ms allein fuer Marketing-Tools.
Vorher-Nachher: was realistisch erreichbar ist
Um klare Erwartungen zu setzen: Mit den beschriebenen Massnahmen sind folgende Verbesserungen realistisch.
Realistische Vorher-Nachher-Werte nach PageSpeed-Optimierung
| Messwert | Vorher (typisch) | Nachher (optimiert) |
|---|---|---|
| PageSpeed-Score Mobile | 30-50 | 75-90 |
| PageSpeed-Score Desktop | 50-70 | 85-95 |
| LCP | 4-7 s | 1,5-2,5 s |
| TTFB (Server-Antwort) | 500-1200 ms | 150-350 ms |
| Gesamtladezeit | 5-10 s | 1,5-3 s |
| Seitengroesse | 3-8 MB | 600-1500 KB |
Diese Werte gelten fuer ein durchschnittliches WordPress-Projekt ohne extremen Theme-Ballast. Bei sehr aufwendigen Page-Builder-Seiten (Elementor mit vielen Widgets) oder Themes mit vielen CSS-Animationen kann der Aufwand hoeher sein.
Wenn Sie Ihre Website professionell optimieren lassen moechten oder eine neue Website planen, die von Anfang an schnell ist, sprechen Sie mich gerne an. Ich arbeite mit Kunden aus Hamburg, Deutschland und Europa, von kleinen Handwerksbetrieben bis zu mittelstaendischen Unternehmen.
Google PageSpeed Insights bewertet Seiten von 0 bis 100. Ab 90 gilt eine Seite als 'gut', 50-89 als 'verbesserungswürdig', darunter als 'schlecht'. Wichtiger als der Score selbst sind die drei Core Web Vitals: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Diese Werte messen, was Besucher wirklich wahrnehmen. WP Rocket ist komfortabel und funktioniert auf fast jedem Hoster gut. Bei LiteSpeed-Servern (z.B. LH.pl, Hetzner mit OpenLiteSpeed) ist LiteSpeed Cache die bessere Wahl, weil es direkt mit dem Server zusammenarbeitet. W3 Total Cache und WP Super Cache sind kostenlose Alternativen, erfordern aber mehr Konfigurationsaufwand. Die Zahl allein sagt wenig. Ein schlecht programmiertes Plugin mit vielen Datenbankabfragen schadet mehr als zehn schlanke Plugins. Entscheidend ist, ob ein Plugin auf jeder Seite Skripte und CSS-Dateien laedt. Mit dem Plugin Query Monitor sieht man genau, welche Plugins Datenbankabfragen verursachen und wie viele. Ja, auch fuer kleine Seiten lohnt sich Cloudflare in der kostenlosen Variante. Es beschleunigt statische Dateien wie Bilder, CSS und JavaScript durch Zwischenspeicherung an globalen Standorten und liefert gleichzeitig kostenloses SSL und DDoS-Schutz. Der Einrichtungsaufwand betraegt etwa 20 Minuten. LCP (Largest Contentful Paint) misst, wie schnell das groesste sichtbare Element einer Seite geladen wird, meistens ein Hero-Bild oder eine grosse Ueberschrift. Um ihn zu verbessern, sollten Sie das LCP-Bild nicht per Lazy Loading laden, es in WebP konvertieren und per Preload-Direktive im HTML-Head prioriieren. Ein schlechter LCP laesst sich oft auf ein zu grosses, nicht vorab geladenes Headerbild zurueckfuehren. Grundlegende Massnahmen wie ein Caching-Plugin aktivieren, Bilder komprimieren und nicht genutzte Plugins deaktivieren kann jeder WordPress-Nutzer selbst umsetzen. Fuer technische Optimierungen wie Critical CSS, Server-Konfiguration, Datenbankoptimierung oder Eliminierung render-blockierender Ressourcen ist ein Entwickler sinnvoll, der die Seite danach auch korrekt testet.Häufige Fragen
Was ist ein guter PageSpeed-Score?
Welches Caching-Plugin ist das beste für WordPress?
Wie viele Plugins sind zu viele für WordPress?
Lohnt sich ein CDN fuer eine kleine Website?
Was bedeutet LCP und wie verbessere ich ihn?
Kann ich PageSpeed selbst verbessern oder brauche ich einen Entwickler?
Brauchst du Hilfe bei deinem Projekt?
Ich baue WordPress-Webseiten und Shoper-Shops ab 600 €. Shoper Partner, 120+ Projekte.
- Antwort innerhalb von 24h
- Zertifizierter Shoper Partner
- 120+ abgeschlossene Projekte
- DSGVO-konform, volle Datensicherheit