Stack-Leitfaden · Momentaufnahme vom 23. Oktober 2026
WordPress: Optimierungsleitfaden
Was 30,664 gemessene Websites auf dieser Plattform oder mit diesem Framework richtig machen, wo sie Defizite haben und welche WordPress-spezifischen Schritte jede Lücke schließen.
- Gemessene Websites
- 30,664
- Median des Bereitschaftsindex
- 64/100
- Profile auf diesem Stack
- 1,964
anhand von HTML und Headern der Startseite erkannt
alle Websites: 64
Top-50K-Websites
Bereitschaft nach Bereich
Aktivieren
88/100
Alle Websites 77
Absichern
51/100
Alle Websites 55
Beschleunigen
64/100
Alle Websites 63
Wiederherstellen
9/100
Alle Websites 11
Der Leitfaden für WordPress
Lücken nach Auswirkung geordnet, mit dem plattformspezifischen Schritt, sofern vorhanden.
HSTS für mindestens ein Jahr beibehalten
22% beobachtet · alle Websites 31%
Senden Sie Strict-Transport-Security in HTTPS-Antworten. Beginnen Sie mit einem kurzen max-age (zum Beispiel 300 Sekunden), prüfen Sie, ob jede Subdomain über HTTPS funktioniert, und erhöhen Sie den Wert dann schrittweise auf 31536000. Fügen Sie includeSubDomains nur hinzu, wenn alle Subdomains HTTPS verwenden. Das Preloading von HSTS ist optional und schwer rückgängig zu machen; hstspreload.org selbst empfiehlt es nicht standardmäßig.
DMARC-Richtlinie erzwingt Quarantäne oder Ablehnung
25% beobachtet · alle Websites 31%
Veröffentlichen Sie DMARC zunächst mit p=none und einer Adresse für Berichte, beheben Sie bei allen legitimen Absendern Probleme mit dem SPF- oder DKIM-Abgleich und wechseln Sie anschließend zu quarantine und schließlich zu reject.
security.txt veröffentlicht
1.9% beobachtet · alle Websites 5.5%
Veröffentlichen Sie /.well-known/security.txt mit mindestens den Feldern Contact und Expires, wie in RFC 9116 vorgeschrieben, und überprüfen Sie die Datei vor ihrem Ablauf.
Keine renderblockierenden Skripte im Head-Bereich
24% beobachtet · alle Websites 44%
Fügen Sie Skripten, die das DOM benötigen, defer hinzu und unabhängigen Skripten wie Analytics async, oder verschieben Sie sie an das Ende des Dokumentkörpers.
Auf WordPress: Seit WordPress 6.3 können Skripte mit einer defer- oder async-Ladestrategie registriert werden.
Leitfaden: Kontrollieren Sie Drittanbieter‑Skripte, bevor sie Ihre Seite kontrollieren
CAA-Einträge schränken ein, wer Zertifikate ausstellen darf
7.1% beobachtet · alle Websites 11%
Veröffentlichen Sie CAA-Einträge, die jede tatsächlich von Ihnen genutzte CA benennen, einschließlich der CAs, die Ihr CDN für verwaltete Zertifikate nutzt. Fügen Sie einen iodef-Kontakt hinzu, wenn Sie Berichte erhalten möchten.
Moderne Bildformate im Einsatz
43% beobachtet · alle Websites 40%
Liefern Sie WebP oder AVIF mit JPEG oder PNG als Fallback aus, entweder über ein Bild-CDN oder indem Sie beide Formate beim Build erzeugen.
Auf WordPress: WordPress unterstützt Uploads von WebP seit 5.8 und von AVIF seit 6.5; Bild-Plugins oder der Hosting-Anbieter können vorhandene Bilder konvertieren.
Leitfaden: AVIF, WebP, JPEG und PNG: Das richtige Bildformat wählen
Content Security Policy vorhanden
21% beobachtet · alle Websites 31%
Beginnen Sie mit Content-Security-Policy-Report-Only, um zu sehen, was nicht mehr funktionieren würde. Verschärfen Sie die Richtlinie über einige Wochen und setzen Sie sie anschließend durch.
Leitfaden: Zahlungssicherheit und PCI DSS: Was Website‑Betreiber wissen müssen
Einbettung in Frames eingeschränkt
27% beobachtet · alle Websites 49%
Senden Sie Content-Security-Policy: frame-ancestors 'self' (oder eine Liste vertrauenswürdiger Ursprünge). X-Frame-Options: SAMEORIGIN deckt ältere Browser ab.
Wo Websites mit WordPress führend sind
- Strukturierte Daten vorhanden81% beobachtetalle Websites 53%
- Kanonische URL deklariert93% beobachtetalle Websites 70%
- XML-Sitemap auffindbar94% beobachtetalle Websites 73%
- robots.txt veröffentlicht96% beobachtetalle Websites 79%