Dauert das Laden Ihrer WordPress-Site 5 Sekunden? 6 Hacks, die Sie selbst machen können (und wenn Heimwerken nicht ausreicht)

WordPress-Geschwindigkeit ist keine Kosmetik. Das ist Geld, das Sie jeden Tag verlieren. Stellen Sie sich einen potenziellen Kunden vor. Während seiner MitTagspause sah er die Anzeige auf Facebook. Er klickte und ging zu Ihrer Produktseite. In der einen Hand das Telefon, in der anderen das Sandwich.

Ihre Seite wird in 5 Sekunden geladen.

In der dritten Sekunde beginnt der Kunde, zur Seite zu schauen. Im vierten denkt er: „Vielleicht später.” Im fünften kehrt er zu Facebook zurück. Er ist weg. Die Werbung, die einen Zloty pro Klick kostet, ist einfach verschwunden.

Das ist nicht meine Theorie. Das sind Google-Daten: 53%-Mobilfunknutzer verlassen eine Seite, deren Laden länger als 3 Sekunden dauert (Quelle: web.dev/DoubleClick Mobile Speed ​​​​Insights).

Die meisten polnischen WordPress-Unternehmenswebsites erzielen im PageSpeed ​​Insights Mobile-Bereich 30–60 Punkte. Über 90 ist eine Ausnahme. PageSpeed-Punkte sind keine Kosmetik. Das Rankingfaktor bei Google ab Juni 2021, ist der Qualitätsfaktor von Google Ads-Anzeigen, ist die Conversion aus Traffic, für den Sie bereits bezahlt haben.

Nachfolgend finden Sie sechs spezifische Techniken. Jedes ist messbar, jedes kann ohne Agentur in zwei oder drei Stunden durchgeführt werden. Und ganz ehrlich: wenn sie nicht ausreichen.

So messen Sie die WordPress-Geschwindigkeit (bevor Sie mit dem Hacken beginnen)

Offen Seitengeschwindigkeit.web.dev, geben Sie Ihre Domain ein und machen Sie einen Screenshot der Mobil- und Desktop-Ergebnisse. Das ist Ihr Nullpunkt. Ohne dies wissen Sie nicht, ob die Hacks etwas bewirkt haben.

Schauen Sie sich vier Kennzahlen konkret an:

• LCP (Größter Contentful Paint) – wenn das größte Element auf dem Bildschirm erscheint. Ziel: unter 2,5 Sekunden.
• FCP (First Contentful Paint) – das Erste, was sichtbar ist. Ziel: unter 1,8 Sekunden.
• TBT (Total Blocking Time) – wie lange die Seite durch JavaScript „blockiert” wird. Ziel: unter 200 ms.
• CLS (Kumulative Layoutverschiebung) – ob das Layout beim Laden springt. Ziel: unter 0,1.

Jeder der sechs unten aufgeführten Hacks wirkt sich auf eine oder zwei dieser Kennzahlen aus. Kehren Sie nach jeder Änderung zu Seitengeschwindigkeit.web.dev zurück und messen Sie den Unterschied. Wenn sich das Ergebnis nicht ändert, hat der Hack nicht funktioniert (normalerweise ein KonfigurationsProblem, prüfen Sie, ob das Plugin tatsächlich aktiv ist).

Hack 1: Cache-Header + Brotli/gzip-Komprimierung aktivieren

Das erste, was ich bei einem neuen Client überprüfe, sind HTTP-Header. Öffnen Sie DevTools in Chrome (F12), Registerkarte „Netzwerk”, geben Sie Ihre Domain ein, F5. Klicken Sie auf die erste Datei (HTML der ZuhauseSeite) und sehen Sie sich „Response Headers“ an.

Es sollte so etwas sein wie:

• Cache-Kontrolle: max-age=3600 (oder mehr)
• Inhaltskodierung: br oder gzip

Wenn Sie sehen Cache-Kontrolle: kein Cache oder keine Inhaltskodierung, du hast ein Problem. Die Seite wird jedes Mal komplett heruntergeladen, entpackt.

In eine Datei einfügen .htaccess in Ihrem WordPress-Stammverzeichnis (erstellen Sie vor der Bearbeitung ein Backup):

AddOutputFilterByType DEFLATE text/html text/css application/javascript application/json text/xml image/svg+xml



  AddOutputFilterByType BROTLI_COMPRESS text/html text/css application/javascript application/json text/xml



  Läuft abAktiv am
  ExpiresByType image/jpg "Zugriff plus 1 Jahr"
  ExpiresByType image/jpeg "Zugriff plus 1 Jahr"
  ExpiresByType image/png "Zugriff plus 1 Jahr"
  ExpiresByType image/webp "Zugriff plus 1 Jahr"
  ExpiresByType Text/CSS "Zugriff plus 1 Monat"
  ExpiresByType application/javascript "Zugriff plus 1 Monat"
  ExpiresByType image/svg+xml "Zugriff plus 1 Jahr"

Erwarteter Effekt: Gewichtsreduzierung der ersten Ladung um 60-80%. LCP ist normalerweise um 1–1,5 Sekunden schneller. Messen Sie vorher und nachher auf Seitengeschwindigkeit.web.dev, Sie werden den Unterschied in der ersten Messung sehen.

Eine Bedingung. Bei einigen Hostings (hauptsächlich bei günstigeren Shared-Hostings) ist dies nicht aktiviert mod_brotli auf Serverebene. Dann wird Brotli nicht ausgeführt, aber gzip bietet weiterhin eine Komprimierung von 60-70%. Überprüfen Sie nach der Implementierung in DevTools, ob Inhaltskodierung erschien.

Hack 2: Fotooptimierung – der häufigste PageSpeed-Killer

Drei von vier kostenlosen WordPress-Sites, die ich mir ansehe, haben das Gleiche. Heldenbild 8 MB JPEG, direkt von der Kamera oder dem iPhone hochgeladen. Der Vermarkter dachte, dass „bessere Qualität = besser” sei. Google denkt anders.

Was zu tun ist, in drei Schritten.

Schritt 1: Komprimierung. Geben Sie alle neuen Fotos durch, bevor Sie sie auf die Website hochladen squoosh.app (ein kostenloses Google-Tool) oder einen im Plugin integrierten Kompressor. ShortPixel, Imagify, Smush – jedes dieser Plugins macht es gut, wählen Sie eines aus. Für zuvor hochgeladene Fotos verfügen die meisten dieser Plugins über „Bulk Optimize”, wodurch alles in der Medienbibliothek neu optimiert wird.

Schritt 2: WebP. Ein Bildformat, das bei gleicher visueller Qualität 30-50% weniger wiegt als JPEG. WordPress 6.0+ generiert nativ WebP, aber stellen Sie sicher, dass Ihr Komprimierungs-Plugin es aktiviert hat. Test: Gehen Sie zu Ihrer Website, klicken Sie mit der rechten Maustaste auf das Bild, „Element prüfen” und prüfen Sie, ob src endet mit .webp stattdessen .jpg.

Schritt 3: Lazy Loading. WordPress ab Version 5.5 fügt hinzu wird geladen="faul" Automatisch auf alle Bilder unterhalb des ersten Bildschirms übertragen. Überprüfen Sie, ob ein Plug-in diese Einstellung überschreibt. Das Heldenfoto (das erste, sofort sichtbar) sollte haben wird geladen="eifrig" oder gar kein Attribut. Das verzögerte Laden dieses Bildes verlangsamt paradoxerweise das LCP.

Erwarteter Effekt: Nach der alleinigen Optimierung von PageSpeed-Mobilbildern steigt das Ergebnis auf den meisten E-Commerce- und Unternehmenswebsites mit einer großen Galerie um 15–25 Punkte. Dies ist in der Regel der größte Einzelsprung bei unseren Prüfungen.

Hack 3: Plugins prüfen, 30% entfernen, das Sie nicht verwenden

Öffnen Sie das WordPress-Panel und gehen Sie zu Plugins. Zählung aktiv. Wenn Sie mehr als 25 haben, gibt es mit ziemlicher Sicherheit 7–10 davon, die Sie nicht verwenden, und sie laden JavaScript und CSS auf jeder Seite.

Klassische Schuldige:

• Slider Revolution, das 2019 für einen einzelnen Slider hochgeladen wurde, lädt sein Skript bis heute weltweit.
• Visual Composer oder WPBakery, die Sie verlassen haben, weil „ich es eines Tages wieder verwenden werde”.
• Plugins für Statistiken oder Clickmaps (Hotjar, Microsoft Clarity, zwei, die sich gegenseitig ersetzen).
• Kontaktieren Sie Form 7 und WPForms parallel, da ein Team das eine und das andere das andere übernommen hat.

Wie erkennt man, wer was berechnet? Stecker QueryMonitor (kostenlos, neutral, führt nur Auditing durch) zeigt eine Liste der in der Warteschlange befindlichen Skripte pro Seite an. Schalten Sie es für 24 Stunden in der Produktion oder auf einer lokalen Kopie ein, öffnen Sie die Produktseite und überprüfen Sie die Registerkarten „Skripte” und „Stile”. Für jede Datei gibt es eine zusätzliche HTTP-Anfrage an den Server.

Regel: Plugin aktiv, aber in keinem aktiven ShorTCOde oder Widget sichtbar = Kandidat für die Entfernung. Schalten Sie es eine Woche lang aus, prüfen Sie, ob etwas heruntergefallen ist, und entfernen Sie es dann.

Erwarteter Effekt: Nach dem Entfernen von 5–10 Plugins verringert sich die Ladezeit allein pro Gesamtblockierungszeit um 0,5–1,5 Sekunden.

Hack 4: Austausch der Schriftartenanzeige + Vorladen wichtiger Schriftarten

Kennen Sie das Gefühl, wenn eine Seite geladen wird, der Text jedoch 2-3 Sekunden lang unsichtbar ist und dann plötzlich auftaucht?

Schritt 1: Schriftartenanzeige: swap. In der CSS-Datei Ihres Themes (normalerweise style.css oder in der für Schriftarten zuständigen Datei im Theme-Verzeichnis) finden Sie die Deklarationen @font-face und füge eine Zeile hinzu:

@font-face {
  Schriftfamilie: 'YourFont';
  src: url('fonts/yourfont.woff2') format('woff2');
  Schriftartenanzeige: swap;
}

Schriftartenanzeige: swap teilt dem Browser mit: Zeigen Sie den Text sofort mit der Systemschriftart an und ersetzen Sie ihn beim Herunterladen durch die Zielschriftart. Text sofort sichtbar, LCP ausgefallen.

Schritt 2: Wichtige Schriftarten vorab laden. In der Datei header.php Thema, im Abschnitt , hinzufügen:

<link rel="preload" href="/wp-content/themes/twoj-motyw/fonts/twojaczcionka.woff2" as="font" type="font/woff2" crossorigin>

Nur 1-2 Schriftarten, die im ersten Bildschirm verwendet werden (normalerweise Überschrift und Textkörper). Das VoraFehleren von fünf Schriftarten ist übertrieben und blockiert wichtige Ressourcen.

Erwarteter Effekt: LCP um 0,3–0,8 Sekunden verringert, der störende „Textwurf” verschwindet.

Hack 5: Kritische CSS- und JavaScript-Verzögerung

Dies ist der schwierigste Hack auf der Liste, aber er gibt Ihnen auch den größten Schub.

Einfachere Variante (mit Plugin): Autoptimize und WP Rocket verfügen über eine integrierte Option „Kritisches CSS generieren”. Sie schalten es ein, klicken und warten, bis es generiert wird. Schauen Sie auf der Seite nach, ob das System beschädigt ist (typische Symptome: verschobener Held, fehlende Tasten). Wenn es kaputt ist, deaktivieren Sie einfach Critical CSS, die restlichen Optimierungen bleiben bestehen.

Manuelle Variante: Werkzeug web.dev/measure zeigt bestimmte CSS-Dateien an, die das Rendern blockieren. Sie können deren Inhalte manuell einbetten w , und originell Wechsel zu asynchron:

<link rel="preload" href="style.css" as="style" onload="this.onload=null;this.rel='stylesheet'">

JavaScript zurückstellen: Alle Skripte, die für den ersten Bildschirm nicht kritisch sind, sollten das Attribut haben verschieben. In WordPress geht das am einfachsten über den w-Filter Funktionen.php:

add_filter( 'script_loader_tag', function( $tag, $handle ) {
    $exclude = array( 'jquery-core' ); // Skripte, die sofort verfügbar sein MÜSSEN
    if ( in_array( $handle, $exclude, true ) ) return $tag;
    return str_replace( ' src=', ' defer src=', $tag );
}, 10, 2 );

Erwarteter Effekt: Die Gesamtblockierungszeit wurde um 50-70% verringert, PageSpeed ​​​​mobile um 10-20 Punkte erhöht. Dies ist oft der Moment, in dem eine Seite mit 50 Punkten auf 75-80 springt.

Hack 6: Datenbankbereinigung (Transienten, Revisionen, Spam)

WordPress hat im Laufe der Jahre eine Menge Müll in seiner Datenbank angesammelt. Transienten, die vor einem Jahr abgelaufen sind, aber nicht entfernt wurden. Beitragsrevisionen (jeder bearbeitete Beitrag hat mehrere Revisionen in der Datenbank). Spam in Kommentaren. Abgelaufene Benutzersitzungen.

Das Gewicht der Datenbank selbst hat keine katastrophalen Auswirkungen auf PageSpeed, wirkt sich jedoch auf die Zeit jeder SQL-Abfrage aus, und WordPress erstellt beim Laden einer Seite 50–150 davon.

Stecker WP-Optimierung Das erledigt es für Sie mit drei Klicks. Sichern Sie die Datenbank vorher (immer) und führen Sie dann alle Optimierungen aus.

Für das eher technische, manuelle SQL über phpMyAdmin oder Adminer:

-- Abgelaufene Transienten entfernen
LÖSCHEN AUS wp_options WHERE option_name LIKE '_transient_timeout_%'
AND option_value < UNIX_TIMESTAMP();

– Löschen Sie Commits, die älter als 30 Tage sind
LÖSCHEN AUS wp_posts WHERE post_type = 'revision'
AND post_date < DATE_SUB(NOW(), INTERVAL 30 DAY);

- Spam in Kommentaren löschen
LÖSCHEN AUS wp_comments WHERE comment_approved = 'spam';

Erwarteter Effekt: marginal für PageSpeed ​​​​(1-3 Punkte), aber realistisch für die interne Geschwindigkeit des Administrationspanels, die Geschwindigkeit der Suchmaschine auf der Website und die Backup-Zeit. Tun Sie es einmal im Quartal.

Was tun, wenn Heimwerken nicht ausreicht?

Wenn die oben genannten sechs Techniken sorgfältig durchgeführt werden, wird eine WordPress-Website normalerweise von einem PageSpeed ​​​​Mobile von 35 auf 65-75 verschoben. Das ist eine große Veränderung. Aber es gibt Websites, auf denen man, nachdem man alles getan hat, immer noch nicht 80+ sieht, geschweige denn 90+.

Häufige Ursachen:

• Schweres Theme, gekauft von ThemeForest. Einige Themes verfügen über fünf integrierte Seitenersteller und laden Assets für alle, auch wenn Sie einen verwenden. Manchmal ist es einfacher, ein helleres Motiv von Grund auf neu aufzubauen, als es auszuschneiden.
• Schlechtes Hosting. Shared Hosting für 15 PLN pro Monat mit TTFB 800 ms+ kann mit keinem Code-Hack erreicht werden. Sie müssen auf VPS oder verwaltetes WP-Hosting migrieren.
• Benutzerdefiniertes JavaScript für eine Funktion eingeworfen, aber global geladen. Erfordert eine Überprüfung des Theme- oder Plugin-Codes.
• Eingebettete YouTube/Vimeo-Videos auf jeder Seite. Jedes Video fügt 1–2 MB JavaScript aus der Google-Domain ein.

Wenn Sie sechs Hacks durchgeführt haben und immer noch einen PageSpeed ​​unter 70 sehen, liegt ein tieferes Problem vor, das dieser Artikel nicht lösen wird. Sie verbringen entweder weitere 20 bis 30 Stunden damit, den Code zu prüfen und zu hosten, oder Sie geben ihn an jemand anderen weiter.

Wir bieten Geschwindigkeitsschub, ein einmaliger Service für WordPress-Websites. 2.500 Złoty netto, bis zu 7 WerkTage, 90+ Mobilgarantie für PageSpeed ​​​​Insights auf der Startseite oder 100% Geld zurück. Der Arbeitsumfang umfasst sechs technische Punkte, die per FTPS hochgeladen werden, ohne das Panel zu berühren oder neue Plug-Ins zu installieren. Überprüfen Sie 15 Minuten vor der Zahlung vorab, ob die Website überhaupt qualifiziert ist.

Wir drängen nicht. Wenn die Vorabprüfung ergibt, dass es mit sechs Hacks aus diesem Artikel machbar ist, sagen wir direkt: Machen Sie es selbst und sparen Sie 2.500 Złoty. Wenn es zeigt, dass es ein tieferes Problem gibt, dann haben wir etwas zu besprechen.

Häufig gestellte Fragen

Woran Sie sich erinnern sollten

Sechs Techniken für schnelleres WordPress, insgesamt 2-3 Stunden Arbeit, ein erwarteter Schub von 20-40 PageSpeed-Mobile-Punkten für eine typische B2B-Website.

1. Cache-Header + Brotli/gzip rein .htaccess
2. Fotooptimierung (Komprimierung + WebP + Lazy Loading)
3. Plugin-Prüfung, 30 % entfernen
4. Schriftartenanzeige: swap + Vorladung der wichtigsten Schriftarten
5. Kritisches CSS + JavaScript verzögern
6. Datenbankbereinigung

Beginnen Sie mit der Messung. Gehe zu Seitengeschwindigkeit.web.dev, geben Sie Ihre Domain ein und machen Sie einen Screenshot des Ergebnisses. Dann Hack für Hack und messen Sie nach jedem Hack den Unterschied. Wenn Sie nach allen sechs immer noch unter 80 sind, werfen Sie einen Blick auf den Speed ​​Boost Pre-Check. 15 Minuten, kostenlos, grünes oder rotes Ergebnis, keine Lüge.

Überprüfen Sie Ihre Website kostenlos →

Viel Glück mit PageSpeed.

Autor: Jędrzej Siewierski, CEO von JSON Crew. Seit 2018 erstellt unser Team Produktkonfiguratoren, Webanwendungen und WordPress-Optimierungen für B2B-Unternehmen in Polen. Speed ​​​​Boost ist unser einmaliger Service für WP-Websites, die aufgrund langsamer Ladezeiten Traffic verlieren.