Gescannt am July 28, 2026
Your store has solid foundations, but important gaps remain. Prioritize adding Open Graph tags and XML sitemap to improve search visibility. Security and SEO are your strongest areas.
Die IČO im Footer Ihrer Seite (03615278) weicht von der IČO ab, die unser Autocomplete für die Domain gefunden hat (47235225). Häufig ein kopierter Vorlagen-Footer oder eine kürzliche Änderung der Rechtsform — bitte prüfen, ob die IČO im Footer mit Ihrem tatsächlichen Geschäftsbetrieb übereinstimmt. Nur informativ, beeinflusst den Score nicht.
Sortiert nach Score-Wirkung — jede Behebung verbessert Ihre Gesamtnote.
Gewichtung: 25% · 7 bestanden · 5 Warnungen · 5 fehlgeschlagen · 1 SPA (manuell prüfen)
Warum es wichtig ist: Ein TBT über 600 ms bedeutet, dass Ihre Seite länger als eine halbe Sekunde nicht reagiert. Nutzer, die nicht innerhalb von 100 ms interagieren können, empfinden die Seite als defekt. Das killt Conversions.
So beheben: Kritisch: prüfen Sie das gesamte JavaScript. 1) Entfernen Sie ungenutzte Plugins/Module, 2) Verzögern Sie Analytics und Chat-Widgets, 3) Teilen Sie große Bundles auf, 4) Verlagern Sie schwere Berechnungen in Web Worker.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 608 ms (gut: <200 ms)
Warum es wichtig ist: Ein TBT über 600 ms bedeutet, dass Ihre Seite länger als eine halbe Sekunde nicht reagiert. Nutzer, die nicht innerhalb von 100 ms interagieren können, empfinden die Seite als defekt. Das killt Conversions.
Warum es wichtig ist: Ein CLS >0,25 besteht die Core Web Vitals nicht. Nutzer erleben ständiges Springen von Inhalten – besonders frustrierend auf Mobilgeräten, wo versehentliche Klicks zu ungewollten Käufen oder Seitenwechseln führen.
So beheben: Dringende Layout-Stabilitätsprobleme. 1) Fügen Sie Breite/Höhe zu allen <img> und <video> hinzu, 2) Reservieren Sie Platz für Werbung mit min-height, 3) Verwenden Sie font-display: swap für Web-Schriftarten, 4) Fügen Sie keine Inhalte dynamisch über dem sichtbaren Bereich ein.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 0.453 (gut: <0,1) – Core Web Vital NICHT BESTANDEN
Warum es wichtig ist: Ein CLS >0,25 besteht die Core Web Vitals nicht. Nutzer erleben ständiges Springen von Inhalten – besonders frustrierend auf Mobilgeräten, wo versehentliche Klicks zu ungewollten Käufen oder Seitenwechseln führen.
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.5 MB, 199 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: Ü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 419 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: 419 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: Jede CSS-Datei blockiert das Rendering. Bei 22 Dateien muss der Browser alle herunterladen, bevor er irgendetwas zeichnet. Das kann in Mobilnetzen 1-2+ Sekunden hinzufügen.
So beheben: Bündeln Sie Ihre CSS-Dateien in maximal 1-3 Dateien. Nutzen Sie ein Build-Tool (Webpack, Vite, Gulp) zum Zusammenfassen und Minifizieren. Kritisches CSS sollte inline sein, der Rest deferred.
Nachweis: HTML-heuristic · Konfidenz: high
Was wir gefunden haben: 22 CSS-Dateien - zu viele!
Warum es wichtig ist: Jede CSS-Datei blockiert das Rendering. Bei 22 Dateien muss der Browser alle herunterladen, bevor er irgendetwas zeichnet. Das kann in Mobilnetzen 1-2+ Sekunden hinzufügen.
Warum es wichtig ist: TTFB ist die Grundlage – ein langsamer Server verzögert jede andere Metrik. Ein Unterschied von 200 ms zu 600 ms TTFB bedeutet 400 ms zusätzlich zu FCP, LCP und allem anderen.
So beheben: Optimieren Sie die Server-Antwortzeit: aktivieren Sie Opcode-Caching (OPcache), fügen Sie Redis/Memcached für Datenbank-Caching hinzu, verwenden Sie ein CDN. Prüfen Sie langsame Datenbankabfragen.
Nachweis: PSI-lab · Konfidenz: high
Was wir gefunden haben: 525 ms (optimal: <200 ms)
Warum es wichtig ist: TTFB ist die Grundlage – ein langsamer Server verzögert jede andere Metrik. Ein Unterschied von 200 ms zu 600 ms TTFB bedeutet 400 ms zusätzlich zu FCP, LCP und allem anderen.
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-cache
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: 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: 22 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: 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: sdp-api.lnd.bz, translate.google.com, pilulkask.vshcdn.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: 4 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: 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: 770 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.
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
Ihr Shop verliert täglich Kunden. Die obigen Probleme kosten Sie Umsatz.
Manuelle Prüfung durch unser Team: wir identifizieren Ursachen, priorisieren Fixes und übergeben Ihnen einen Aktionsplan. Wir senden ein maßgeschneidertes Angebot innerhalb von 48 h.
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
| Kategória | Skóre | Váha | Chyby | Upozornenia | OK |
|---|---|---|---|---|---|
| Performance | 45/100 | 25% | 5 | 5 | 7 |
| SEO | 71/100 | 20% | 3 | 9 | 13 |
| Security | 71/100 | 15% | 1 | 8 | 7 |
| Mobile | 49/100 | 10% | 2 | 8 | 6 |
| AI Readiness | 60/100 | 10% | 5 | 19 | 12 |
| GDPR | 66/100 | 10% | 1 | 8 | 6 |
| Vulnerability | 58/100 | 10% | 5 | 6 | 9 |
| Accessibility | 59/100 | — | 1 | 3 | 4 |
Plnú interaktívnu verziu s klikateľnými odkazmi a možnosťou opätovného skenu nájdete tu:
https://score.zulien.sk/r/pilulka.sk