Skenováno June 13, 2026
Seřazeno podle dopadu na skóre — každá oprava posune celkové hodnocení nahoru.
Váha: 25% · 5 prošlo · 7 upozornění · 7 selhalo
Proč na tom záleží: 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.
Jak to opravit: Critical: enable full-page caching, eliminate render-blocking resources, preload critical CSS, defer all non-essential JS, and compress images.
Co jsme zjistili: 8.46s (good: <1.8s)
Proč na tom záleží: 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.
Proč na tom záleží: 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).
Jak to opravit: 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.
Co jsme zjistili: 16.14s (good: <2.5s) — Core Web Vital FAILING
Proč na tom záleží: 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).
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 2316ms (good: <200ms)
Proč na tom záleží: 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.
Proč na tom záleží: 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.
Jak to opravit: Your page loads very slowly visually. Prioritize critical rendering path: inline critical CSS, defer non-essential JS, preload hero image, and use a CDN.
Co jsme zjistili: 20.14s (good: <3.4s)
Proč na tom záleží: 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.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 12.5 MB, 290 requests — too heavy!
Proč na tom záleží: 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.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 1967 KB wasted on unused code!
Proč na tom záleží: 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.
Poznámka: Tato kontrola používá heuristickou detekci a může vrátit i falešně pozitivní výsledky. Doporučujeme ruční ověření.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 11 CSS files — too many!
Proč na tom záleží: 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.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 376 images without lazy loading
Proč na tom záleží: 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.
Proč na tom záleží: Without cache headers, browsers use heuristic caching which is unpredictable. Explicit caching can eliminate 60%+ of requests for repeat visitors.
Jak to opravit: Add Cache-Control headers: 'max-age=31536000, immutable' for versioned static assets, 'max-age=0, must-revalidate' for HTML.
Proč na tom záleží: Without cache headers, browsers use heuristic caching which is unpredictable. Explicit caching can eliminate 60%+ of requests for repeat visitors.
Proč na tom záleží: Synchronous scripts block HTML parsing — the browser stops rendering until each script downloads and executes. Async/defer allows parallel downloading without blocking.
Jak to opravit: 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.
Co jsme zjistili: Only 60% of 5 scripts use async/defer
Proč na tom záleží: Synchronous scripts block HTML parsing — the browser stops rendering until each script downloads and executes. Async/defer allows parallel downloading without blocking.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: Custom fonts detected without preload hints
Proč na tom záleží: 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.
Proč na tom záleží: Render-blocking CSS delays first paint. Inlining critical CSS eliminates the render-blocking round trip — the biggest FCP improvement for CSS-heavy sites.
Jak to opravit: 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"'>.
Co jsme zjistili: 11 CSS files without critical CSS extraction
Proč na tom záleží: Render-blocking CSS delays first paint. Inlining critical CSS eliminates the render-blocking round trip — the biggest FCP improvement for CSS-heavy sites.
Proč na tom záleží: Third-party connections require DNS lookup, TCP handshake, and TLS negotiation. Preconnect performs these in parallel with HTML parsing, saving 100-300ms per origin.
Jak to opravit: 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.
Co jsme zjistili: 4 external domains without preconnect
Proč na tom záleží: Third-party connections require DNS lookup, TCP handshake, and TLS negotiation. Preconnect performs these in parallel with HTML parsing, saving 100-300ms per origin.
Proč na tom záleží: 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.
Jak to opravit: 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.
Co jsme zjistili: 2599 KB of inline JavaScript
Proč na tom záleží: 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.
Váš e-shop zatím nesplňuje podmínky pro odznak Zulien Score. Získejte skóre 80+!
Váš e-shop přichází o zákazníky každý den. Problémy výše vás stojí prodeje.
Podrobná analýza od našeho týmu: identifikujeme příčiny problémů, určíme priority oprav a připravíme akční plán. Nabídku vám pošleme do 48 hodin.
| 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