So beschleunigen Sie WordPress – 12 Änderungen, die wirklich funktionieren

Standard-WordPress + Elementor + 25 Plugins = durchschnittlich 4,8 Sekunden Laden auf Mobilgeräten. Nach unserer Optimierung liefert derselbe Stack normalerweise Folgendes: 1,2–1,8 sKeine Änderungen am Hosting, kein Theme-Rewriting. Ich zeige Ihnen genau 12 Änderungen, die den entscheidenden Unterschied ausmachen.

Zusamenfassend

• Beginnen Sie mit Messung — Man kann nur optimieren, was man misst.
• 80 % der Probleme sind: Kein Cache, nicht optimierte Bilder, blockierendes JavaScript.
• Durchschnittliche LCP-Verbesserung nach unseren 12 Schritten: von 4,5 s auf 1,5 s.
• Zeit, es selbst in die Hand zu nehmen: 4–8 Stunden für eine mittelgroße Website.

Zuerst messen

Offen pagespeed.web.dev und behalten Sie die Startseite und die 2 wichtigsten Unterseiten ein:

• LCP (Largest Contentful Paint) – Zielwert <2,5 Sek.
• INP (Interaktion zum nächsten Rendering) - Zielwert <200 ms
• CLS (Kumulative Layoutverschiebung) – Zielwert <0,1
• Ergebnisse für Mobilgeräte und Desktop-Computer

Dies ist Ihr Ausgangswert. Vergleichen Sie ihn nach jeder Änderung.

1. Seitencache aktivieren

Größter Gewinn mit nur einer Schicht. Ohne Cache ruft jede Benutzereingabe PHP auf, stellt eine Verbindung zur Datenbank her und generiert HTML – 1-3 Sekunden Verschwendung.

Von mir empfohlene Plugins (in der Reihenfolge ihrer Präferenz):

• WP Rocket (kostenpflichtig, 59 $/Jahr) – angemessene Standardeinstellungen, sofort einsatzbereit
• LiteSpeed Cache (kostenlos) - wenn Sie Hosting bei LiteSpeed (mydevil, cyberFolks) haben
• W3 Total Cache (kostenlos) – für fortgeschrittene Benutzer, viele Konfigurationsmöglichkeiten

Realer Gewinn: Die Ladezeit verkürzt sich um 50–70 %. Der LCP sinkt typischerweise um 1,5–2,5 Sekunden.

2. Lazy Loading konfigurieren

WordPress 6.x ma natywny lazy loading dla obrazów (loading="lazy"), ale Nicht für iFrames und CSS-HintergründeEin iFrame (z. B. Google Maps, YouTube) wird beim Aufruf sofort geladen – mehrere hundert KB Skript.

Was zu tun:

• Aktivieren Sie Lazy Loading im Cache-Plugin (WP Rocket erledigt das automatisch).
• Für die Nutzung auf YouTube Lazy Load für Videos von WP YouTube Lyte — fügt nur das Vorschaubild ein, JS YouTube wird beim Klicken geladen
• Für Google Maps ersetzen Sie den iframe. statisches Kartenbild + Link „In Google Maps öffnen“

Realer Gewinn: -300–800 ms LCP, falls Sie einen iFrame auf der Startseite hatten.

3. Optimieren Sie Ihre Bilder

Der häufigste Geschwindigkeitskiller bei WordPress: Jemand lädt ein 4.000 x 3.000 Pixel großes Foto direkt von der Kamera hoch (8 MB), und die Website zeigt es nur mit 800 x 600 Pixeln an.

3 Schritte:

1. Größe ändern — Bilder in den Zielgrößen hochladen (maximale Breite 1920 px für Vollbild, 800 px für Textdarstellung)
2. Konvertierung zu WebP/AVIF - Stecker ShortPixel oder Vorstellen Erledigt das automatisch. Gewichtsersparnis: 30–60 %
3. CDN — Cloudflare, BunnyCDN. Bilder werden vom Server bereitgestellt, der dem Nutzer am nächsten ist.

Realer Gewinn: -1–2 Sekunden LCP, falls die Bildqualität suboptimal war.

4. Emojis, Einbettungen und RSS deaktivieren

WordPress lädt standardmäßig eine Reihe unnötiger Skripte (emoji.js, oEmbed, RSS) – selbst wenn Sie diese nicht verwenden. Jedes dieser Skripte verursacht zusätzliche 10–80 KB unnötigen Datenverbrauch.

Stecker: Perfmatters (24 USD/rok) — wyłącza wszystko jednym kliknięciem. Alternatywa: kod do functions.php:

remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('wp_head', 'wp_oembed_add_discovery_links');

Realer Gewinn: -200–400 ms.

5. Optimieren Sie Ihre Schriftarten

Google Fonts ładowane przez <link> Das 2 zusätzliche Anfragen + externer Server fonts.googleapis.com. Jede Anfrage dauert 200–500 ms.

Was zu tun:

• Schriftarten lokal hosten — herunterladen von google-webfonts-helper.herokuapp.com, auf Server hochladen, als CSS verlinken
• Wichtige Schriftarten vorladen:

<link rel="preload" href="/fonts/inter-regular.woff2" as="font" type="font/woff2" crossorigin>

• Verwende font-display: swap — Die Seite wird sofort mit der Ausweichschriftart angezeigt, die Webschriftart wird "im Hintergrund" geladen.

Realer Gewinn: -300–700 ms LCP, weniger CLS.

6. Defer / async für JavaScript

JavaScript domyślnie blokuje renderowanie strony. Tagi <script> w <head> zatrzymują parser HTML, dopóki skrypt się nie pobierze i wykona.

Lösung:

• async für unabhängige Skripte (Analytics, Tag Manager)
• defer für Skripte, die das DOM nach dem Laden verändern (die meisten Widgets)
• Faule Ladung für Skripte, die nur zur Interaktion verwendet werden (z. B. Live-Chat)

W WP Rocket robi się to w 1 checkboxie. Bez wtyczki — wpisz w functions.php filtry script_loader_tag.

Realer Gewinn: -500–1500ms LCP.

7. Datenbank löschen

Nach zwei Jahren Bloggen enthält die WP-Datenbank Folgendes:
– Hunderte von Beitragsrevisionen (jede Änderung = eine neue Revision)
– Tausende von temporären Einträgen (Cache, der noch nicht abgelaufen ist)
– Kommentarspam (bleibt auch nach dem Löschen im Papierkorb)
– Plugin-Protokolle

Stecker: WP-Optimize (kostenlos). Einmal alle zwei Monate aktivieren:
– Löschen Sie Revisionen, die älter als 30 Tage sind.
– Abgelaufene Transienten entfernen
– MySQL-Tabellen defragmentieren

Realer Gewinn: -100–300 ms TTFB (Time to First Byte).

8. GZIP/Brotli aktivieren

Die Komprimierung reduziert die Größe hochgeladener Dateien um 60–80 %. Die meisten Hosting-Anbieter haben diese Funktion standardmäßig aktiviert, aber es lohnt sich, dies bei Ihrem Anbieter zu überprüfen. GIDNetwork-Tester.

Jeśli wyłączone — w .htaccess:

<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/css application/javascript
</IfModule>

9. Werfen Sie den ressourcenintensiven Theme-Builder weg.

Visual Composer i Divi to powolne konstruktory generujące brzydki HTML z 15 wagonów <div>. Jedes Widget = separate CSS- und JS-Anfrage.

Alternativen:
– Elementor (immer noch der schnellste der beliebten)
– GeneratePress / Astra + Gutenberg (helle Designs)
– Bricks Builder (schnellster neuer Bauplatz)

Die Migration von Visual Composer zu Elementor dauert 1–3 Tage. Tatsächlicher LCP-Gewinn: -1–2 Sekunden.

10. Plugins prüfen – welches verlangsamt die Website?

Stecker Abfragemonitor (kostenlos) zeigt an, welche Plugins beim Laden am meisten „kosten“.

Häufigste Ursachen:
– Social-Share-Plugins (Easy Social Share, Sassy Social Share)
– Popup-Builder-Plugins werden auf allen Unterseiten geladen
– Backup-Plugins, die unterwegs Kopien erstellen.

Was zu tun: Deaktivieren Sie es selektiv auf Unterseiten, wo es nicht benötigt wird (Asset CleanUp oder Perfmatters).

11. Hosting – Funktioniert das aktuelle Hosting?

Shared Hosting für 9 PLN/Monat beinhaltet in der Regel das alte PHP 7.4, kein NVMe und keinen OPcache. Durch die Migration zu einem besseren Hosting-Anbieter kann die TTFB von 1,5 s auf 200 ms reduziert werden..

Polnisches Hosting, das echten Gewinn bringt:
– mydevil.net — LiteSpeed, NVMe, OPcache, gutes Preis-Leistungs-Verhältnis
– CyberFolks — Von WordPress verwaltet, kostenloses CDN, automatische Datensicherung
– Hostido — Premium-WordPress-Hosting, teuer, aber schnell

Tatsächliche Vorteile der Migration: -300–1000 ms.

12. CDN – Cloudflare, BunnyCDN

Ein CDN liefert statische Inhalte (Bilder, CSS, JS) vom Server, der dem Nutzer am nächsten ist. Für eine polnische Website mit einem britischen Publikum beträgt der Unterschied 200–600 ms.

Cloudflare — bietet einen kostenlosen Tarif an, der für die meisten Websites ausreicht. Die Einrichtung dauert 5 Minuten (DNS-Änderung).

Realer Gewinn: -100–400 ms LCP, besseres INP.

Wie geht es weiter – Implementierungssequenz

Sie gehen dabei in dieser Reihenfolge vor (vom größten zum kleinsten Gewinn):

1. Cache → 2. Bildoptimierung → 3. JavaScript verzögern → 4. Lazy Loading → 5. Lokale Schriftarten → 6. WP-Optimize → 7. Emojis/Einbettungen deaktivieren → 8. Asset-Bereinigung → 9. CDN → 10. Hosting-Drosselungstest → 11. Theme-Builder-Migration → 12. CSS-Cache

Nach jeder Änderung messen. Falls etwas die Seite beschädigt, die Änderung rückgängig machen.

Die Optimierung der Core Web Vitals ist in unseren Projekten Standard. — Der Durchschnitt der letzten 12 Implementierungen beträgt 97/100 PageSpeed. Schauen Sie sich unsere Pflegepakete an oder Geschwindigkeitsprüfung anfordern.