STATUS IS UPWEBSITE-BEREITSCHAFT

Stack-Leitfaden · Momentaufnahme vom 23. Oktober 2026

WordPress on Amazon CloudFront: Optimierungsleitfaden

Was 1,045 untersuchte Websites auf diesem Stack richtig machen, wo sie Schwächen haben und welche WordPress on Amazon CloudFront-spezifischen Schritte die einzelnen Lücken schließen.

Gemessene Websites
1,045

anhand von HTML und Headern der Startseite erkannt

Median des Bereitschaftsindex
66/100

alle Websites: 64

Profile auf diesem Stack
196

Top-50K-Websites

Bereitschaft nach Bereich

Aktivieren

89/100

Alle Websites 77

Absichern

56/100

Alle Websites 55

Beschleunigen

62/100

Alle Websites 63

Wiederherstellen

5/100

Alle Websites 11

Der Leitfaden für WordPress on Amazon CloudFront

Lücken nach Auswirkung geordnet, mit dem plattformspezifischen Schritt, sofern vorhanden.

  1. HSTS für mindestens ein Jahr beibehalten

    42% 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.

    Auf Amazon CloudFront: Weisen Sie jeder Distribution eine Richtlinie für Antwort-Header mit Strict-Transport-Security zu.

  2. security.txt veröffentlicht

    5.3% 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.

  3. CAA-Einträge schränken ein, wer Zertifikate ausstellen darf

    10% 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.

  4. Keine renderblockierenden Skripte im Head-Bereich

    29% 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.

  5. Moderne Bildformate im Einsatz

    47% 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.

  6. DMARC-Richtlinie erzwingt Quarantäne oder Ablehnung

    49% 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.

  7. Content Security Policy vorhanden

    26% 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.

  8. HTTP/3 angekündigt

    29% beobachtet · alle Websites 36%

    Aktivieren Sie HTTP/3 bei Ihrem CDN. Browser greifen automatisch auf HTTP/2 zurück, daher ist das Risiko gering.

    Auf Amazon CloudFront: Wählen Sie HTTP/3 unter den unterstützten HTTP-Versionen der Distribution aus.

Wo Websites mit WordPress on Amazon CloudFront führend sind

  • Strukturierte Daten vorhanden76% beobachtetalle Websites 53%
  • Kanonische URL deklariert91% beobachtetalle Websites 70%
  • XML-Sitemap auffindbar91% beobachtetalle Websites 73%
  • DMARC-Richtlinie erzwingt Quarantäne oder Ablehnung49% festgestelltalle Websites 31%

Alle 31 Prüfungen auf WordPress on Amazon CloudFront

PrüfungBereichBeobachtetAlle WebsitesGemessen
HTTP-Anfragen werden auf HTTPS umgeleitetAbsichern97%91%987
HSTS für mindestens ein Jahr beibehaltenAbsichern42%31%1,045
TLS 1.3 ausgehandeltAbsichern>99%92%1,032
Zertifikat noch mehr als 14 Tage gültigAbsichern>99%>99%1,032
Zertifikatslaufzeit von höchstens 100 TagenAbsichern7%75%1,032
CAA-Einträge schränken ein, wer Zertifikate ausstellen darfAbsichern10%11%1,045
DNSSEC signiertAbsichern5.6%8.1%1,045
security.txt veröffentlichtAbsichern5.3%5.5%1,004
DMARC-Richtlinie erzwingt Quarantäne oder AblehnungAbsichern49%31%1,045
X-Content-Type-Options: nosniffAbsichern45%48%1,045
Einbettung in Frames eingeschränktAbsichern52%49%1,045
Content Security Policy vorhandenAbsichern26%31%1,045
Referrer-Policy festgelegtAbsichern36%23%1,045
HTTP/2 ausgehandeltBeschleunigen97%89%1,032
HTTP/3 angekündigtBeschleunigen29%36%1,045
HTML komprimiertBeschleunigen86%93%1,045
Statische Dateien für mindestens 30 Tage zwischengespeichertBeschleunigen54%50%953
Moderne Bildformate im EinsatzBeschleunigen47%40%1,022
Bilder außerhalb des sichtbaren Bereichs werden verzögert geladenBeschleunigen66%61%1,002
Keine renderblockierenden Skripte im Head-BereichBeschleunigen29%44%1,045
robots.txt veröffentlichtAktivieren95%79%1,018
XML-Sitemap auffindbarAktivieren91%73%1,033
Über IPv6 erreichbarAktivieren38%44%1,045
Kanonische URL angegebenAktivieren91%70%1,045
Meta-Beschreibung verfasstAktivieren92%82%1,045
Mobiler Viewport konfiguriertAktivieren>99%96%1,045
Strukturierte Daten vorhandenAktivieren76%53%1,045
Bild für Vorschauen in sozialen Medien festgelegtAktivieren69%55%1,045
Seitensprache angegebenAktivieren97%91%1,045
Höchstens eine Weiterleitung zur StartseiteAktivieren>99%98%1,045
Nameserver auf mehrere Anbieter verteiltWiederherstellen5%11%1,045

Websites mit WordPress on Amazon CloudFront und hohem Bereitschaftsgrad

Verwandte Inhalte