Gescannt am June 13, 2026
Sortiert nach Score-Wirkung — jede Behebung verbessert Ihre Gesamtnote.
Gewichtung: 25% · 5 bestanden · 7 Warnungen · 7 fehlgeschlagen
Warum es wichtig ist: FCP over 3s means users stare at a blank screen for 3+ seconds. 53% of mobile users abandon sites that take over 3 seconds to show content.
So beheben: Critical: enable full-page caching, eliminate render-blocking resources, preload critical CSS, defer all non-essential JS, and compress images.
Was wir gefunden haben: 8.46s (good: <1.8s)
Warum es wichtig ist: FCP over 3s means users stare at a blank screen for 3+ seconds. 53% of mobile users abandon sites that take over 3 seconds to show content.
Warum es wichtig ist: LCP >4s fails Core Web Vitals — Google actively demotes these pages. Each 100ms improvement in LCP correlates with 1.7% higher conversion rate (Vodafone study).
So beheben: Urgent: your largest content element loads too slowly. 1) Preload hero image, 2) Convert to WebP/AVIF, 3) Serve from CDN, 4) Remove render-blocking JS before it, 5) Consider lazy loading all other images.
Was wir gefunden haben: 16.14s (good: <2.5s) — Core Web Vital FAILING
Warum es wichtig ist: LCP >4s fails Core Web Vitals — Google actively demotes these pages. Each 100ms improvement in LCP correlates with 1.7% higher conversion rate (Vodafone study).
Warum es wichtig ist: TBT over 600ms means your page is unresponsive for over half a second. Users who can't interact within 100ms perceive the site as broken. This kills conversions.
So beheben: Critical: audit all JavaScript. 1) Remove unused plugins/modules, 2) Defer analytics and chat widgets, 3) Code-split large bundles, 4) Move heavy computation to web workers.
Was wir gefunden haben: 2316ms (good: <200ms)
Warum es wichtig ist: TBT over 600ms means your page is unresponsive for over half a second. Users who can't interact within 100ms perceive the site as broken. This kills conversions.
Warum es wichtig ist: Speed Index over 5.8s means users watch a near-blank page for almost 6 seconds. At this speed, you're losing 40%+ of potential customers to competitors.
So beheben: Your page loads very slowly visually. Prioritize critical rendering path: inline critical CSS, defer non-essential JS, preload hero image, and use a CDN.
Was wir gefunden haben: 20.14s (good: <3.4s)
Warum es wichtig ist: Speed Index over 5.8s means users watch a near-blank page for almost 6 seconds. At this speed, you're losing 40%+ of potential customers to competitors.
Warum es wichtig ist: Pages over 3 MB take 12+ seconds on 3G. The average e-commerce page is 2.2 MB — you're well above that. Amazon found every 100ms of latency costs 1% of sales.
So beheben: Critical: your page is over 3 MB. 1) Convert all images to WebP/AVIF, 2) Lazy load everything below the fold, 3) Remove unused plugins, 4) Combine and minify CSS/JS, 5) Enable brotli compression.
Was wir gefunden haben: 12.5 MB, 290 requests — too heavy!
Warum es wichtig ist: Pages over 3 MB take 12+ seconds on 3G. The average e-commerce page is 2.2 MB — you're well above that. Amazon found every 100ms of latency costs 1% of sales.
Warum es wichtig ist: Over 200 KB of unused code significantly slows parsing and execution. This is one of the easiest performance wins — removing dead code requires no trade-offs.
So beheben: You're loading 1967 KB of code that isn't used on this page. 1) Audit plugins and remove unused ones, 2) Use code-splitting for page-specific JS, 3) Run PurgeCSS on your stylesheets.
Was wir gefunden haben: 1967 KB wasted on unused code!
Warum es wichtig ist: Over 200 KB of unused code significantly slows parsing and execution. This is one of the easiest performance wins — removing dead code requires no trade-offs.
Hinweis: Diese Prüfung nutzt heuristische Erkennung und kann False Positives produzieren. Manuelle Verifizierung empfohlen.
Warum es wichtig ist: Each CSS file blocks rendering. With 11 files, the browser must download all of them before painting anything. This can add 1-2+ seconds on mobile networks.
So beheben: Bundle your CSS files into 1-3 files maximum. Use a build tool (Webpack, Vite, Gulp) to concatenate and minify. Critical CSS should be inlined, the rest deferred.
Was wir gefunden haben: 11 CSS files — too many!
Warum es wichtig ist: Each CSS file blocks rendering. With 11 files, the browser must download all of them before painting anything. This can add 1-2+ seconds on mobile networks.
Warum es wichtig ist: Without lazy loading, ALL images download on page load — even those never scrolled to. On a product page with 20 images, lazy loading can save 80%+ of initial download.
So beheben: Add loading='lazy' to all images below the fold. Keep the hero/LCP image eager-loaded. Native lazy loading is supported by all modern browsers.
Was wir gefunden haben: 376 images without lazy loading
Warum es wichtig ist: Without lazy loading, ALL images download on page load — even those never scrolled to. On a product page with 20 images, lazy loading can save 80%+ of initial download.
Warum es wichtig ist: Without cache headers, browsers use heuristic caching which is unpredictable. Explicit caching can eliminate 60%+ of requests for repeat visitors.
So beheben: Add Cache-Control headers: 'max-age=31536000, immutable' for versioned static assets, 'max-age=0, must-revalidate' for HTML.
Warum es wichtig ist: Without cache headers, browsers use heuristic caching which is unpredictable. Explicit caching can eliminate 60%+ of requests for repeat visitors.
Warum es wichtig ist: Synchronous scripts block HTML parsing — the browser stops rendering until each script downloads and executes. Async/defer allows parallel downloading without blocking.
So beheben: Add 'defer' to scripts that don't need to run immediately, 'async' for independent scripts. Use type='module' for modern ES modules. Only critical inline scripts should be synchronous.
Was wir gefunden haben: Only 60% of 5 scripts use async/defer
Warum es wichtig ist: Synchronous scripts block HTML parsing — the browser stops rendering until each script downloads and executes. Async/defer allows parallel downloading without blocking.
Warum es wichtig ist: Fonts are discovered late in the render pipeline (after CSS is parsed). Preloading tells the browser to download them immediately, reducing Flash of Invisible Text (FOIT) by 200-500ms.
So beheben: Preload your primary font: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. For Google Fonts: preconnect to fonts.gstatic.com.
Was wir gefunden haben: Custom fonts detected without preload hints
Warum es wichtig ist: Fonts are discovered late in the render pipeline (after CSS is parsed). Preloading tells the browser to download them immediately, reducing Flash of Invisible Text (FOIT) by 200-500ms.
Warum es wichtig ist: Render-blocking CSS delays first paint. Inlining critical CSS eliminates the render-blocking round trip — the biggest FCP improvement for CSS-heavy sites.
So beheben: Extract critical above-the-fold CSS and inline it in <head>. Load remaining CSS asynchronously: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Was wir gefunden haben: 11 CSS files without critical CSS extraction
Warum es wichtig ist: Render-blocking CSS delays first paint. Inlining critical CSS eliminates the render-blocking round trip — the biggest FCP improvement for CSS-heavy sites.
Warum es wichtig ist: Third-party connections require DNS lookup, TCP handshake, and TLS negotiation. Preconnect performs these in parallel with HTML parsing, saving 100-300ms per origin.
So beheben: Add <link rel='preconnect'> for key third-party domains: www.googletagmanager.com, www.google.com, code.jquery.com. Preconnect saves 100-300ms per domain by starting DNS+TCP+TLS early.
Was wir gefunden haben: 4 external domains without preconnect
Warum es wichtig ist: Third-party connections require DNS lookup, TCP handshake, and TLS negotiation. Preconnect performs these in parallel with HTML parsing, saving 100-300ms per origin.
Warum es wichtig ist: Large inline scripts cannot be cached separately — they're re-downloaded with every page load. Moving them to external files with defer enables HTTP caching and parallel downloads.
So beheben: Move large inline scripts to external files. Inline JS over 100 KB inflates HTML, prevents caching, and blocks the parser. External files can be cached, compressed, and deferred.
Was wir gefunden haben: 2599 KB of inline JavaScript
Warum es wichtig ist: Large inline scripts cannot be cached separately — they're re-downloaded with every page load. Moving them to external files with defer enables HTTP caching and parallel downloads.
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 | 36/100 | 25% | 7 | 7 | 5 |
| SEO | 83/100 | 20% | 1 | 4 | 12 |
| Security | 37/100 | 15% | 4 | 8 | 3 |
| Mobile | 41/100 | 10% | 3 | 10 | 5 |
| AI Readiness | 48/100 | 10% | 4 | 18 | 4 |
| GDPR | 61/100 | 10% | 2 | 5 | 6 |
| Vulnerability | 64/100 | 10% | 4 | 5 | 10 |
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/farlesk.sk