Unterdurchschnittlich

Score-Bericht

andreashop.sk

Gescannt am July 28, 2026

Unknown
jQuery
Font Awesome
Swiper
reCAPTCHA
Nginx
Zuletzt gescannt: July 28, 2026
KI-Verdict

Your site has fundamental security and accessibility issues. Prioritize adding HTTPS protection (HSTS) across all pages. On the bright side, your SEO and GDPR compliance are solid.

Aktionsplan

Beheben Sie zuerst diese 3 Dinge

Sortiert nach Score-Wirkung — jede Behebung verbessert Ihre Gesamtnote.

+18möglicher Gewinn

Performance

Gewichtung: 25% · 4 bestanden · 10 Warnungen · 2 fehlgeschlagen · 1 SPA (manuell prüfen)

Was wir gefunden haben: 4.1 MB, 334 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.

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: 1109 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.

So beheben: Sie laden 1109 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: 2.61 s (gut: <2,5 s) – Core Web Vital

Warum es wichtig ist: LCP ist ein Core Web Vital, das sich direkt auf das Google-Ranking auswirkt. Websites, die LCP nicht bestehen, werden in den Suchergebnissen herabgestuft. Die häufigste Ursache für langsames LCP sind nicht optimierte Hero-Bilder.

So beheben: Optimieren Sie Ihr größtes Element (meist Hero-Bild oder Produktbild): laden Sie es mit <link rel='preload'> vor, verwenden Sie das WebP/AVIF-Format, legen Sie explizite Breite/Höhe fest und liefern Sie es über ein CDN aus.
Nachweis:PSI-lab· Konfidenz: high

Was wir gefunden haben: 560 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.

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: 3.56 s (gut: <3,4 s)

Warum es wichtig ist: Der Speed Index erfasst das gesamte visuelle Ladeerlebnis. Ein langsamer Speed Index bedeutet, dass Nutzer den Inhalt Stück für Stück laden sehen, statt eine vollständige Seite wahrzunehmen.

So beheben: Der Speed Index misst die visuelle Vollständigkeit über die Zeit. Verbessern Sie ihn durch: Priorisierung von Inhalten above the fold, Preloading kritischer Ressourcen und Minimierung render-blockierender Ressourcen.
Nachweis:PSI-lab· 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.

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

Was wir gefunden haben: 606 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.

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: no-store, no-cache, must-revalidate

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: Nur 43 % von 7 Skripten nutzen async/defer

Warum es wichtig ist: Synchrone Skripte blockieren das HTML-Parsing - der Browser stoppt das Rendering, bis jedes Skript heruntergeladen und ausgeführt ist. Async/defer ermöglicht paralleles Herunterladen ohne Blockierung.

So beheben: Fügen Sie 'defer' zu Skripten hinzu, die nicht sofort ausgeführt werden müssen, 'async' für unabhängige Skripte. Nutzen Sie type='module' für moderne ES-Module. Nur kritische Inline-Skripte sollten synchron sein.
Nachweis:HTML-heuristic· Konfidenz: high

Was wir gefunden haben: 7 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.

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: 7 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.

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: 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.

So beheben: Fügen Sie <link rel='preconnect'> für wichtige Drittanbieter-Domains hinzu: sub3.tpd.sk, www.google.com, cdn.luigisbox.com. Preconnect spart 100-300 ms pro Domain, indem DNS+TCP+TLS frühzeitig gestartet werden.
Nachweis:PSI-lab· Konfidenz: high

12 Probleme gefunden in Performance. Verbesserungspotenzial vorhanden.

Ihr Shop qualifiziert sich noch nicht für das Zulien Score-Badge. Erreichen Sie 80+, um es zu verdienen!

📧 Erinnerungen für Re-Scans

Wir senden Ihnen monatlich eine E-Mail, wenn ein erneuter Scan ansteht und Sie Ihre Verbesserungen verfolgen können.

🚀 Verbessern Sie Ihren Score

Unsere PrestaShop-Module beheben die meisten dieser Probleme automatisch.

Kostenlose 15-Min-Beratung · Unverbindlich

Teilen & Exportieren

Dies ist eine automatisierte heuristische Schätzung, kein professionelles Audit. Befunde spiegeln öffentlich beobachtbare Signale zum Scan-Zeitpunkt wider und können False Positives enthalten.Mehr zu unserer MethodikUngenauigkeit meldenDiesen Bericht entfernen