Stack-Leitfaden · Momentaufnahme vom 23. Oktober 2026
PrestaShop: Optimierungsleitfaden
Was 1,972 gemessene Websites auf dieser Plattform oder mit diesem Framework richtig machen, wo sie Defizite haben und welche PrestaShop-spezifischen Schritte jede Lücke schließen.
- Gemessene Websites
- 1,972
- Median des Bereitschaftsindex
- 61/100
- Profile auf diesem Stack
- 41
anhand von HTML und Headern der Startseite erkannt
alle Websites: 64
Top-50K-Websites
Bereitschaft nach Bereich
Aktivieren
81/100
Alle Websites 77
Absichern
52/100
Alle Websites 55
Beschleunigen
61/100
Alle Websites 63
Wiederherstellen
9/100
Alle Websites 11
Der Leitfaden für PrestaShop
Lücken nach Auswirkung geordnet, mit dem plattformspezifischen Schritt, sofern vorhanden.
HSTS für mindestens ein Jahr beibehalten
21% 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
27% 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.
Statische Dateien für mindestens 30 Tage zwischengespeichert
31% beobachtet · alle Websites 50%
Versehen Sie versionierte CSS-Dateien, JavaScript-Dateien, Schriftarten und Bilder (mit Fingerprint) mit Cache-Control: public, max-age=31536000, immutable und ändern Sie den Dateinamen bei jeder Inhaltsänderung.
security.txt veröffentlicht
3.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.
Moderne Bildformate im Einsatz
36% 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.
Leitfaden: AVIF, WebP, JPEG und PNG: Das richtige Bildformat wählen
CAA-Einträge schränken ein, wer Zertifikate ausstellen darf
6.7% 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
15% 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 PrestaShop führend sind
- Strukturierte Daten vorhanden73% beobachtetalle Websites 53%
- robots.txt veröffentlicht97% beobachtetalle Websites 79%
- Zertifikatslaufzeit von höchstens 100 Tagen88% festgestelltalle Websites 75%
- Meta-Beschreibung verfasst95% festgestelltalle Websites 82%