Stack-Leitfaden · Momentaufnahme vom 23. Oktober 2026
Nuxt: Optimierungsleitfaden
Was 2,499 gemessene Websites auf dieser Plattform oder mit diesem Framework richtig machen, wo sie Defizite haben und welche Nuxt-spezifischen Schritte jede Lücke schließen.
- Gemessene Websites
- 2,499
- Median des Bereitschaftsindex
- 66/100
- Profile auf diesem Stack
- 365
anhand von HTML und Headern der Startseite erkannt
alle Websites: 64
Top-50K-Websites
Bereitschaft nach Bereich
Aktivieren
80/100
Alle Websites 77
Absichern
55/100
Alle Websites 55
Beschleunigen
74/100
Alle Websites 63
Wiederherstellen
10/100
Alle Websites 11
Der Leitfaden für Nuxt
Lücken nach Auswirkung geordnet, mit dem plattformspezifischen Schritt, sofern vorhanden.
HSTS für mindestens ein Jahr beibehalten
35% 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.
security.txt veröffentlicht
5.7% 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.
DMARC-Richtlinie erzwingt Quarantäne oder Ablehnung
38% 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.
CAA-Einträge schränken ein, wer Zertifikate ausstellen darf
9.2% 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.
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.
Leitfaden: Zahlungssicherheit und PCI DSS: Was Website‑Betreiber wissen müssen
DNSSEC signiert
7.4% beobachtet · alle Websites 8.1%
Aktivieren Sie DNSSEC bei Ihrem DNS-Anbieter und hinterlegen Sie anschließend den DS-Eintrag bei Ihrem Registrar. Planen Sie Anbieterwechsel sorgfältig: Ein veralteter DS-Eintrag kann dazu führen, dass die Domain nicht mehr aufgelöst werden kann.
Leitfaden: Bereitschaft für Website-Verfügbarkeit: Vorbereiten, bevor der Traffic eintrifft
HTTP/3 angekündigt
33% beobachtet · alle Websites 36%
Aktivieren Sie HTTP/3 bei Ihrem CDN. Browser greifen automatisch auf HTTP/2 zurück, daher ist das Risiko gering.
Moderne Bildformate im Einsatz
56% 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 Nuxt: Nuxt Image kann WebP und AVIF ausgeben.
Leitfaden: AVIF, WebP, JPEG und PNG: Das richtige Bildformat wählen
Wo Websites mit Nuxt führend sind
- Keine renderblockierenden Skripte im head-Bereich76% festgestelltalle Websites 44%
- Statische Dateien für mindestens 30 Tage zwischengespeichert69% festgestelltalle Websites 50%
- Moderne Bildformate im Einsatz56% festgestelltalle Websites 40%
- Bilder außerhalb des sichtbaren Bereichs per Lazy Loading geladen71% festgestelltalle Websites 61%