Gescannt am 10. August 2026
Your site has a solid foundation but needs urgent improvements in security and accessibility. Priority: add security headers (HSTS and CSP) to protect customers. Good news: your GDPR compliance is already strong.
Sortiert nach Score-Wirkung — jede Behebung verbessert Ihre Gesamtnote.
Gewichtung: 25% · 9 bestanden · 4 Warnungen · 5 fehlgeschlagen · 3 SPA (manuell prüfen)
Warum es wichtig ist: Ein Speed Index über 5,8 s bedeutet, dass Nutzer fast 6 Sekunden lang eine nahezu leere Seite betrachten. Bei dieser Geschwindigkeit verlieren Sie einen großen Teil potenzieller Kunden an die Konkurrenz.
So beheben: Ihre Seite lädt visuell sehr langsam. Priorisieren Sie den kritischen Rendering-Pfad: kritisches CSS inline einbetten, nicht essenzielles JS deferren, Hero-Bild preloaden und ein CDN verwenden.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 7.20 s (gut: <3,4 s)
Warum es wichtig ist: Ein Speed Index über 5,8 s bedeutet, dass Nutzer fast 6 Sekunden lang eine nahezu leere Seite betrachten. Bei dieser Geschwindigkeit verlieren Sie einen großen Teil potenzieller Kunden an die Konkurrenz.
Warum es wichtig ist: Seiten über 3 MB laden im 3G über 12 Sekunden. Die durchschnittliche E-Commerce-Seite liegt bei rund 2 MB - Sie liegen deutlich darüber. Schon kleine Latenzerhöhungen reduzieren den Umsatz messbar.
So beheben: Kritisch: Ihre Seite ist über 3 MB groß. 1) Alle Bilder zu WebP/AVIF konvertieren, 2) Alles below the fold per Lazy Loading laden, 3) Ungenutzte Plugins entfernen, 4) CSS/JS zusammenfassen und minifizieren, 5) Brotli-Komprimierung aktivieren.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 5.9 MB, 142 Requests - zu schwer!
Warum es wichtig ist: Seiten über 3 MB laden im 3G über 12 Sekunden. Die durchschnittliche E-Commerce-Seite liegt bei rund 2 MB - Sie liegen deutlich darüber. Schon kleine Latenzerhöhungen reduzieren den Umsatz messbar.
Warum es wichtig ist: Oberhalb von 1 200 KB blockieren allein Parsing und Ausführung Mittelklasse-Smartphones für Sekunden, bevor überhaupt etwas bedienbar ist. Zum Vergleich: der beste Shop in unserem Benchmark liefert 410 KB aus und gewann seine Auszeichnung für die mobile Nutzung.
So beheben: Prüfen Sie, was auf einer Produktseite ausgeliefert wird: Bundle nach Route aufteilen, jedes Drittanbieter-Tag bis zur Interaktion oder Einwilligung verzögern und Plugins entfernen, deren Bundle Sie nicht erklären können. Nach jedem Entfernen erneut messen.
Nachweis: PSI-lab · 1239 KB JavaScript · Konfidenz: high
Was wir gefunden haben: 1239 KB — mehr als das Doppelte des Budgets von 600 KB
Warum es wichtig ist: Oberhalb von 1 200 KB blockieren allein Parsing und Ausführung Mittelklasse-Smartphones für Sekunden, bevor überhaupt etwas bedienbar ist. Zum Vergleich: der beste Shop in unserem Benchmark liefert 410 KB aus und gewann seine Auszeichnung für die mobile Nutzung.
Warum es wichtig ist: Ab etwa 140 Requests verbringt der Browser seine Zeit mit Verbindungsaufbau und Warteschlangen statt mit dem Rendern. Der beste Shop in unserem Benchmark rendert mit 37.
So beheben: Beginnen Sie mit dem, was vor dem ersten Rendern lädt: CSS/JS bündeln, Icons als Sprite ausliefern, alle Bilder unterhalb des sichtbaren Bereichs lazy laden und doppelte Tag-Manager-Container entfernen, die denselben Anbieter zweimal laden.
Nachweis: PSI-lab · 142 requests · Konfidenz: high
Was wir gefunden haben: 142 Requests — deutlich über dem Budget von 80 und über dem Median des Vergleichsfelds von 140
Warum es wichtig ist: Ab etwa 140 Requests verbringt der Browser seine Zeit mit Verbindungsaufbau und Warteschlangen statt mit dem Rendern. Der beste Shop in unserem Benchmark rendert mit 37.
Warum es wichtig ist: Über 200 KB ungenutzter Code verlangsamt Parsing und Ausführung erheblich. Dies ist einer der einfachsten Performance-Gewinne - das Entfernen von totem Code erfordert keine Kompromisse.
So beheben: Sie laden 489 KB Code, der auf dieser Seite nicht verwendet wird. 1) Plugins prüfen und ungenutzte entfernen, 2) Code-Splitting für seitenspezifisches JS nutzen, 3) PurgeCSS auf Ihren Stylesheets ausführen.
Nachweis: PSI-lab · Konfidenz: low
Was wir gefunden haben: 489 KB durch ungenutzten Code verschwendet!
Warum es wichtig ist: Über 200 KB ungenutzter Code verlangsamt Parsing und Ausführung erheblich. Dies ist einer der einfachsten Performance-Gewinne - das Entfernen von totem Code erfordert keine Kompromisse.
Hinweis: Diese Prüfung nutzt heuristische Erkennung und kann False Positives produzieren. Manuelle Verifizierung empfohlen.
Warum es wichtig ist: TBT misst, wie lange der Haupt-Thread blockiert ist. Während dieser Zeit reagieren Klicks und Tippen nicht – Ihr Shop wirkt eingefroren. Das beeinflusst die wahrgenommene Qualität direkt.
So beheben: Reduzieren Sie die JavaScript-Ausführung: verzögern Sie nicht kritische Skripte, teilen Sie große Bundles per Code-Splitting auf, entfernen Sie ungenutzte Plugins. Drittanbieter-Skripte (Analytics, Chat, Werbung) sind oft die größten Übeltäter.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 484 ms (gut: <200 ms)
Warum es wichtig ist: TBT misst, wie lange der Haupt-Thread blockiert ist. Während dieser Zeit reagieren Klicks und Tippen nicht – Ihr Shop wirkt eingefroren. Das beeinflusst die wahrgenommene Qualität direkt.
Warum es wichtig ist: Preconnect spart 100-500 ms pro Drittanbieter-Origin, indem Verbindungen früh aufgebaut werden. Preload beginnt kritische Ressourcen herunterzuladen, bevor der Browser sie in CSS/JS entdeckt.
So beheben: Fügen Sie Resource Hints hinzu: <link rel='preconnect' href='https://fonts.googleapis.com'> für Drittanbieter-Origins, <link rel='preload' as='image' href='hero.webp'> für kritische Ressourcen.
Nachweis: HTML-heuristic · Konfidenz: high
Warum es wichtig ist: Preconnect spart 100-500 ms pro Drittanbieter-Origin, indem Verbindungen früh aufgebaut werden. Preload beginnt kritische Ressourcen herunterzuladen, bevor der Browser sie in CSS/JS entdeckt.
Warum es wichtig ist: Schriften werden spät in der Render-Pipeline entdeckt (nach dem Parsen des CSS). Preloading weist den Browser an, sie sofort herunterzuladen, und reduziert Flash of Invisible Text (FOIT) um 200-500 ms.
So beheben: Preloaden Sie Ihre primäre Schrift: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Für Google Fonts: preconnect zu fonts.gstatic.com.
Nachweis: HTML-heuristic · Konfidenz: high
Was wir gefunden haben: Eigene Schriften ohne Preload-Hints erkannt
Warum es wichtig ist: Schriften werden spät in der Render-Pipeline entdeckt (nach dem Parsen des CSS). Preloading weist den Browser an, sie sofort herunterzuladen, und reduziert Flash of Invisible Text (FOIT) um 200-500 ms.
Warum es wichtig ist: Große Inline-Skripte können nicht separat gecacht werden - sie werden bei jedem Seitenaufruf erneut heruntergeladen. Ihre Verlagerung in externe Dateien mit defer ermöglicht HTTP-Caching und parallele Downloads.
So beheben: Verschieben Sie große Inline-Skripte in externe Dateien. Inline-JS über 100 KB bläht das HTML auf, verhindert Caching und blockiert den Parser. Externe Dateien können gecacht, komprimiert und verzögert geladen werden.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 1005 KB Inline-JavaScript
Warum es wichtig ist: Große Inline-Skripte können nicht separat gecacht werden - sie werden bei jedem Seitenaufruf erneut heruntergeladen. Ihre Verlagerung in externe Dateien mit defer ermöglicht HTTP-Caching und parallele Downloads.
Warum es wichtig ist: Wir weisen das als nicht gemessen aus und nicht als null Drittanbieter, denn das sind sehr unterschiedliche Befunde.
So beheben: Führen Sie den Scan erneut aus oder sehen Sie sich die Drittanbieter-Übersicht direkt bei PageSpeed Insights an.
Nachweis: PSI-lab · Konfidenz: high
So beheben: Führen Sie den Scan erneut aus oder testen Sie direkt bei PageSpeed Insights. Diese Metrik benötigt einen erfolgreichen Lighthouse-Lab-Lauf.
Nachweis: PSI-lab · Konfidenz: high
Warum es wichtig ist: Asset-Caching kann einen großen Teil der Requests für wiederkehrende Besucher eliminieren. Wir sehen hier nur die HTML-Antwort, daher ist dies ein Hinweis, kein Urteil.
So beheben: Stellen Sie sicher, dass statische Assets (CSS/JS/Bilder) mit 'Cache-Control: max-age=31536000, immutable' und versionierten Dateinamen ausgeliefert werden. HTML kann 'max-age=0, must-revalidate' bleiben.
Nachweis: HTTP-header · Konfidenz: high
Ihr Shop qualifiziert sich noch nicht für das Zulien Score-Badge. Erreichen Sie 80+, um es zu verdienen!
Wir senden Ihnen monatlich eine E-Mail, wenn ein erneuter Scan ansteht und Sie Ihre Verbesserungen verfolgen können.
Unsere PrestaShop-Module beheben die meisten dieser Probleme automatisch.
Kostenlose 15-Min-Beratung · Unverbindlich
Ihr Shop verliert täglich Kunden. Die obigen Probleme kosten Sie Umsatz.
Schauen Sie sich unsere Module an und beheben Sie die Probleme mit 2 Klicks.
Zulien-Module ansehenBeschreiben Sie Ihr Ziel und wir senden Ihnen innerhalb von 48 Stunden ein Angebot — ohne Telefonat.
Schriftliches Angebot anfordernAntwort innerhalb von 48 h · Kein Verkaufsgespräch
| Kategorie | Punkte | Gewicht | Fehler | Warnungen | OK |
|---|---|---|---|---|---|
| Performance | 67/100 | 25% | 5 | 4 | 9 |
| SEO | 76/100 | 20% | 2 | 7 | 16 |
| Sicherheit | 53/100 | 15% | 3 | 9 | 5 |
| Mobil | 52/100 | 10% | 3 | 8 | 6 |
| KI-Bereitschaft | 50/100 | 10% | 6 | 22 | 5 |
| Recht & DSGVO | 77/100 | 10% | 1 | 4 | 9 |
| Schwachstellen | 76/100 | 10% | 2 | 4 | 9 |
| Barrierefreiheit / EAA | 23/100 | — | 4 | 2 | 2 |
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/sedacka.sk