Gescannt am 8. Oktober 2026
Your site performs decently overall, but security needs attention. Enable HTTPS with HSTS headers immediately to protect customer data. You're doing excellent work on SEO and accessibility.
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.
+7 weitere
Geringere Wirkung, schnell erledigt.
+15 weitere
Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.
+35 weitere
Gewichtung: 25% · 11 bestanden · 4 Warnungen · 5 fehlgeschlagen · 2 SPA (manuell prüfen)
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: 4.4 MB, 153 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 · 1818 KB JavaScript · Konfidenz: high
Was wir gefunden haben: 1818 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 · 153 requests · Konfidenz: high
Was wir gefunden haben: 153 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 742 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: 742 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: 10 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 29 % von 14 Skripten optimiert - die meisten sind render-blockierend
Warum es wichtig ist: 10 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: Layout-Verschiebungen verursachen Fehlklicks – der Nutzer tippt auf „Kaufen“, aber die Seite verschiebt sich und er trifft stattdessen „Entfernen“. CLS ist ein Core Web Vital, das sich direkt auf das Google-Ranking auswirkt.
So beheben: Legen Sie explizite Breite/Höhe für alle Bilder und Videos fest. Reservieren Sie Platz für Werbung und dynamische Inhalte. Vermeiden Sie das Einfügen von Inhalten über bestehenden Inhalten (Cookie-Banner, Benachrichtigungsleisten).
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 0.131 (gut: <0,1) – Core Web Vital
Warum es wichtig ist: Layout-Verschiebungen verursachen Fehlklicks – der Nutzer tippt auf „Kaufen“, aber die Seite verschiebt sich und er trifft stattdessen „Entfernen“. CLS ist ein Core Web Vital, das sich direkt auf das Google-Ranking auswirkt.
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: 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: Drittanbieter-Verbindungen erfordern DNS-Lookup, TCP-Handshake und TLS-Aushandlung. Preconnect führt diese parallel zum HTML-Parsing aus und spart so 100-300 ms pro Origin.
So beheben: Fügen Sie <link rel='preconnect'> für wichtige Drittanbieter-Domains hinzu: scripts.luigisbox.tech, www.googletagmanager.com, connect.facebook.net. Preconnect spart 100-300 ms pro Domain, indem DNS+TCP+TLS frühzeitig gestartet werden.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 7 externe Domains ohne Preconnect
Warum es wichtig ist: Drittanbieter-Verbindungen erfordern DNS-Lookup, TCP-Handshake und TLS-Aushandlung. Preconnect führt diese parallel zum HTML-Parsing aus und spart so 100-300 ms pro Origin.
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 | 77/100 | 25% | 5 | 4 | 11 |
| SEO | 92/100 | 20% | 0 | 4 | 20 |
| Sicherheit | 57/100 | 15% | 2 | 9 | 7 |
| Mobil | 51/100 | 10% | 2 | 8 | 6 |
| KI-Bereitschaft | 71/100 | 10% | 1 | 21 | 13 |
| Recht & DSGVO | 68/100 | 10% | 2 | 6 | 9 |
| Schwachstellen | 61/100 | 10% | 4 | 6 | 7 |
| Barrierefreiheit / EAA | 86/100 | 10% | 0 | 2 | 6 |
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 |
Große Wirkung, aber die Behebung braucht Planung.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Datenschutzerklärung-Seite | Recht & DSGVO | ca. ein Tag |
| Bekannte Schwachstellen (CVE) | Schwachstellen | Projekt |
| Skript-Ladestrategie | Performance | ca. ein Tag |
| Content-Security-Policy (CSP) | Sicherheit | ca. ein Tag |
| Qualität von Linktexten (WCAG 2.4.4) | Mobil | ca. ein Tag |
| jQuery-Version | Schwachstellen | ca. ein Tag |
| Sicherheit der Zahlungsseite | Schwachstellen | ca. ein Tag |
| Gesamtseitengewicht | Performance | Projekt |
| JavaScript-Budget | Performance | Projekt |
| Request-Budget | Performance | Projekt |
| Ungenutzter Code (CSS + JS) | Performance | Projekt |
| Mobile-Performance-Score | Mobil | Projekt |
Geringere Wirkung, schnell erledigt.
| Befund | Kategorie | Aufwand |
|---|---|---|
| Cache-Control-Strategie | Performance | schnell |
| Meta-Title | SEO | schnell |
| Twitter/X-Cards | SEO | schnell |
| Konsistenz der kanonischen URL | SEO | schnell |
| DNSSEC | Sicherheit | schnell |
| CAA-DNS-Eintrag | 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 |
+8 weitere
Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.
| Befund | Kategorie | Aufwand |
|---|---|---|
| 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 |
| Überschriftenhierarchie (WCAG 1.3.1) | Mobil | ca. ein Tag |
| Grundlage strukturierter Daten | KI-Bereitschaft | ca. ein Tag |
| FAQ-Schema (direkte AI-Antworten) | KI-Bereitschaft | ca. ein Tag |
| Produktfeed (AI Commerce) | KI-Bereitschaft | ca. ein Tag |
| Heureka-XML-Feed | KI-Bereitschaft | ca. ein Tag |
| Schema für Rückgabebedingungen | KI-Bereitschaft | ca. ein Tag |
+28 weitere
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/intercom.sk