Gescannt am 8. Oktober 2026
Your site works well but has security gaps. Immediately enable HSTS on your server to protect customers. On the bright side, your SEO optimization is excellent.
Jedes gefundene Problem, sortiert danach, wie viel die Behebung bringt und wie viel Arbeit sie macht. Beginnen Sie mit den schnellen Erfolgen.
Große Wirkung, wenig Arbeit. Erledigen Sie diese zuerst.
Große Wirkung, aber die Behebung braucht Planung.
+4 weitere
Geringere Wirkung, schnell erledigt.
+12 weitere
Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.
+42 weitere
Gewichtung: 25% · 8 bestanden · 8 Warnungen · 2 fehlgeschlagen · 2 SPA (manuell prüfen)
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 482 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: 482 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: 13 render-blockierende Skripte können 1-3 Sekunden zur Ladezeit hinzufügen. Jedes synchrone Skript erzeugt eine sequenzielle Download-Parse-Ausführungs-Kette.
So beheben: Fügen Sie defer oder async zu allen <script src='...'>-Tags hinzu. Render-blockierende Skripte sind eine der Hauptursachen für langsames FCP. Defer erhält die Ausführungsreihenfolge, async nicht.
Nachweis: HTML-heuristic · Konfidenz: high
Was wir gefunden haben: Nur 19 % von 16 Skripten optimiert - die meisten sind render-blockierend
Warum es wichtig ist: 13 render-blockierende Skripte können 1-3 Sekunden zur Ladezeit hinzufügen. Jedes synchrone Skript erzeugt eine sequenzielle Download-Parse-Ausführungs-Kette.
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: 220 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: Eine 3-MB-Seite lädt im mobilen 3G über 6 Sekunden. Der Großteil des E-Commerce-Traffics ist mobil - schwere Seiten verlieren Kunden bei schlechten Verbindungen.
So beheben: Reduzieren Sie das Seitengewicht: Bilder zu WebP komprimieren (spart 30-50 %), Textkomprimierung aktivieren (gzip/brotli), Bilder below the fold per Lazy Loading laden, ungenutztes CSS/JS entfernen.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 2.5 MB, 101 Requests (optimal: <1,5 MB, <50 Req)
Warum es wichtig ist: Eine 3-MB-Seite lädt im mobilen 3G über 6 Sekunden. Der Großteil des E-Commerce-Traffics ist mobil - schwere Seiten verlieren Kunden bei schlechten Verbindungen.
Warum es wichtig ist: Gemessen beim ersten Laden ohne Interaktion — Skripte hinter der Cookie-Einwilligung zählen hier also nicht gegen Sie. Die Grenze von 600 KB ist Best Practice, nicht der Durchschnitt des Vergleichsfelds: die von uns untersuchten Shops liegen im Median bei 1 270 KB, und der beste davon (ein Kategoriesieger, der für die mobile Nutzung ausgezeichnet wurde) liefert 410 KB aus.
So beheben: Teilen Sie das Bundle so auf, dass eine Produktseite nicht den Code für Kasse und Konto lädt. Verzögern Sie Drittanbieter-Skripte bis zur Interaktion. Entfernen Sie ungenutzte Plugin-Bundles — in den meisten Shops wiegen diese schwerer als der eigene Code.
Nachweis: PSI-lab · 959 KB JavaScript · Konfidenz: high
Was wir gefunden haben: 959 KB — über dem Budget von 600 KB, aber unter dem Median von 1270 KB der ausgezeichneten Shops in unserem Benchmark
Warum es wichtig ist: Gemessen beim ersten Laden ohne Interaktion — Skripte hinter der Cookie-Einwilligung zählen hier also nicht gegen Sie. Die Grenze von 600 KB ist Best Practice, nicht der Durchschnitt des Vergleichsfelds: die von uns untersuchten Shops liegen im Median bei 1 270 KB, und der beste davon (ein Kategoriesieger, der für die mobile Nutzung ausgezeichnet wurde) liefert 410 KB aus.
Warum es wichtig ist: Die Grenze von 80 Requests ist Best Practice; der Median des Vergleichsfelds liegt bei 140 und der beste Shop schafft 37. Unter dem Median zu liegen ist nicht dasselbe wie schnell zu sein.
So beheben: Bündeln Sie CSS/JS, das ohnehin immer zusammen lädt, liefern Sie Icons als Sprite oder Font statt als Einzeldateien aus, und laden Sie Bilder unterhalb des sichtbaren Bereichs lazy, damit sie beim Laden nicht angefragt werden.
Nachweis: PSI-lab · 101 requests · Konfidenz: high
Was wir gefunden haben: 101 Requests — über dem Budget von 80, aber auf oder unter dem Median der ausgezeichneten Shops in unserem Benchmark (140)
Warum es wichtig ist: Die Grenze von 80 Requests ist Best Practice; der Median des Vergleichsfelds liegt bei 140 und der beste Shop schafft 37. Unter dem Median zu liegen ist nicht dasselbe wie schnell zu sein.
Warum es wichtig ist: Ohne Lazy Loading werden ALLE Bilder beim Seitenaufruf geladen - selbst die, zu denen nie gescrollt wird. Auf einer Produktseite mit 20 Bildern kann Lazy Loading den Großteil des initialen Downloads einsparen.
So beheben: Fügen Sie loading='lazy' zu allen Bildern below the fold hinzu. Das Hero/LCP-Bild eager geladen lassen. Natives Lazy Loading wird von allen modernen Browsern unterstützt.
Nachweis: HTML-heuristic · Konfidenz: high
Was wir gefunden haben: 166 Bilder ohne Lazy Loading
Warum es wichtig ist: Ohne Lazy Loading werden ALLE Bilder beim Seitenaufruf geladen - selbst die, zu denen nie gescrollt wird. Auf einer Produktseite mit 20 Bildern kann Lazy Loading den Großteil des initialen Downloads einsparen.
Warum es wichtig ist: no-cache/no-store zwingt Browser, Ressourcen bei jedem Besuch neu herunterzuladen. Wiederkehrende Besucher laden Ihre gesamte Seite jedes Mal von Grund auf.
So beheben: Setzen Sie passende Cache-Header: statische Assets sollten max-age=31536000 mit versionierten Dateinamen haben. HTML-Seiten können max-age=0 mit ETag zur Revalidierung nutzen.
Nachweis: HTTP-header · Konfidenz: high
Was wir gefunden haben: no-store, no-cache, must-revalidate, no-cache, private
Warum es wichtig ist: no-cache/no-store zwingt Browser, Ressourcen bei jedem Besuch neu herunterzuladen. Wiederkehrende Besucher laden Ihre gesamte Seite jedes Mal von Grund auf.
Warum es wichtig ist: Jede render-blockierende CSS-Datei fügt Netzwerklatenz hinzu. Die Konsolidierung von CSS von 8 auf 2 Dateien kann beim ersten Laden 200-400 ms einsparen.
So beheben: Konsolidieren Sie CSS-Dateien, indem Sie sie zu 1-3 Dateien bündeln. Jede CSS-Datei ist ein separater HTTP-Request, der das Rendering blockiert, bis sie heruntergeladen ist.
Nachweis: HTML-heuristic · Konfidenz: high
Was wir gefunden haben: 9 CSS-Dateien geladen
Warum es wichtig ist: Jede render-blockierende CSS-Datei fügt Netzwerklatenz hinzu. Die Konsolidierung von CSS von 8 auf 2 Dateien kann beim ersten Laden 200-400 ms einsparen.
Warum es wichtig ist: Render-blockierendes CSS verzögert das First Paint. Das Inlinen von kritischem CSS eliminiert den render-blockierenden Round Trip - die größte FCP-Verbesserung für CSS-lastige Seiten.
So beheben: Extrahieren Sie das kritische Above-the-fold-CSS und betten Sie es inline im <head> ein. Laden Sie das restliche CSS asynchron: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 9 CSS-Dateien ohne Critical-CSS-Extraktion
Warum es wichtig ist: Render-blockierendes CSS verzögert das First Paint. Das Inlinen von kritischem CSS eliminiert den render-blockierenden Round Trip - die größte FCP-Verbesserung für CSS-lastige Seiten.
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
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
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 | 80/100 | 25% | 2 | 8 | 8 |
| SEO | 92/100 | 20% | 0 | 4 | 20 |
| Sicherheit | 60/100 | 15% | 2 | 8 | 8 |
| Mobil | 51/100 | 10% | 2 | 10 | 5 |
| KI-Bereitschaft | 68/100 | 10% | 1 | 23 | 12 |
| Recht & DSGVO | 78/100 | 10% | 1 | 5 | 10 |
| Schwachstellen | 57/100 | 10% | 5 | 4 | 6 |
| Barrierefreiheit / EAA | 79/100 | 10% | 0 | 3 | 5 |
Jedes gefundene Problem, sortiert danach, wie viel die Behebung bringt und wie viel Arbeit sie macht. Beginnen Sie mit den schnellen Erfolgen.
Große Wirkung, wenig Arbeit. Erledigen Sie diese zuerst.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Admin-Panel unter Standard-URL | Schwachstellen | schnell |
| HTTP → HTTPS-Weiterleitung | Sicherheit | schnell |
| HSTS (Strict-Transport-Security) | Sicherheit | schnell |
| Links zur Verbraucherstreitbeilegung | Recht & DSGVO | schnell |
| DMARC-Richtlinie (E-Mail-Authentifizierung) | Schwachstellen | schnell |
Große Wirkung, aber die Behebung braucht Planung.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Bekannte Schwachstellen (CVE) | Schwachstellen | Projekt |
| Skript-Ladestrategie | Performance | ca. ein Tag |
| Content-Security-Policy (CSP) | Sicherheit | ca. ein Tag |
| Beschriftungen von Formularfeldern (WCAG 3.3.2) | Mobil | ca. ein Tag |
| Qualität des Alt-Textes von Bildern für die KI | KI-Bereitschaft | ca. ein Tag |
| jQuery-Version | Schwachstellen | ca. ein Tag |
| Sicherheit der Zahlungsseite | Schwachstellen | ca. ein Tag |
| Ungenutzter Code (CSS + JS) | Performance | Projekt |
| Mobile-Performance-Score | Mobil | Projekt |
Geringere Wirkung, schnell erledigt.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Cache-Control-Strategie | Performance | schnell |
| Meta-Description | SEO | schnell |
| Twitter/X-Cards | SEO | schnell |
| Konsistenz der kanonischen URL | SEO | schnell |
| DNSSEC | Sicherheit | schnell |
| Referrer-Policy | Sicherheit | schnell |
| Permissions-Policy | Sicherheit | schnell |
| Cookie-Sicherheitsflags | Sicherheit | schnell |
| Subresource Integrity (SRI) | Sicherheit | schnell |
| Iframe-Sandboxing | Sicherheit | schnell |
| Theme-Farbe | Mobil | schnell |
| Druck-Stylesheet | Mobil | schnell |
+5 weitere
Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Lazy Loading | Performance | ca. ein Tag |
| Optimierung des Bildformats | SEO | ca. ein Tag |
| CDN-/WAF-Schutz | Sicherheit | ca. ein Tag |
| Größe der Touch-Ziele | Mobil | ca. ein Tag |
| Lesbarkeit der Schriftgröße | Mobil | ca. ein Tag |
| PWA-Funktionen | Mobil | ca. ein Tag |
| Responsive Bilder (srcset) | Mobil | ca. ein Tag |
| Mobiler Sticky-CTA | Mobil | ca. ein Tag |
| Überschriftenhierarchie (WCAG 1.3.1) | Mobil | ca. ein Tag |
| Qualität von Linktexten (WCAG 2.4.4) | Mobil | ca. ein Tag |
| Grundlage strukturierter Daten | KI-Bereitschaft | ca. ein Tag |
| FAQ-Schema (direkte AI-Antworten) | KI-Bereitschaft | ca. ein Tag |
+35 weitere
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/bellatavola.sk