Scanned on August 10, 2026
Your site has a solid foundation but needs urgent improvements in security and accessibility. Priority: add security headers (HSTS and CSP) to protect customers. Good news: your GDPR compliance is already strong.
Sorted by score impact — each fix moves your overall grade up.
Weight: 25% · 9 passed · 4 warnings · 5 failed · 3 SPA (verify manually)
Why it matters: Speed Index over 5.8s means users watch a near-blank page for almost 6 seconds. At this speed you lose a large share of potential customers to competitors.
How to fix: Your page loads very slowly visually. Prioritize critical rendering path: inline critical CSS, defer non-essential JS, preload hero image, and use a CDN.
Evidence: PSI-lab · Confidence: high
What we found: 7.20s (good: <3.4s)
Why it matters: Speed Index over 5.8s means users watch a near-blank page for almost 6 seconds. At this speed you lose a large share of potential customers to competitors.
Why it matters: Pages over 3 MB take 12+ seconds on 3G. The average e-commerce page is around 2 MB — you're well above that. Even small latency increases measurably reduce sales.
How to fix: 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.
Evidence: PSI-lab · Confidence: high
What we found: 5.9 MB, 142 requests — too heavy!
Why it matters: Pages over 3 MB take 12+ seconds on 3G. The average e-commerce page is around 2 MB — you're well above that. Even small latency increases measurably reduce sales.
Why it matters: Above 1 200 KB the parse and execute cost alone stalls mid-range phones for seconds before anything is interactive. For reference, the best shop in our benchmark ships 410 KB and won its award on mobile experience.
How to fix: Audit what ships on a product page: split the bundle by route, defer every third-party tag until interaction or consent, and remove plugins whose bundle you cannot account for. Measure again after each removal.
Evidence: PSI-lab · 1239 KB JavaScript · Confidence: high
What we found: 1239 KB — more than double the 600 KB budget
Why it matters: Above 1 200 KB the parse and execute cost alone stalls mid-range phones for seconds before anything is interactive. For reference, the best shop in our benchmark ships 410 KB and won its award on mobile experience.
Why it matters: Past ~140 requests the browser spends its time on connection and queueing overhead rather than rendering. The best shop in our benchmark renders with 37.
How to fix: Start with what loads before first paint: bundle the CSS/JS, sprite the icons, lazy-load every below-fold image, and remove duplicate tag-manager containers loading the same vendor twice.
Evidence: PSI-lab · 142 requests · Confidence: high
What we found: 142 requests — well past both the 80 budget and the cohort median of 140
Why it matters: Past ~140 requests the browser spends its time on connection and queueing overhead rather than rendering. The best shop in our benchmark renders with 37.
Why it matters: 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.
How to fix: You're loading 489 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.
Evidence: PSI-lab · Confidence: low
What we found: 489 KB wasted on unused code!
Why it matters: 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.
Note: This check uses heuristic detection and may produce false positives. Manual verification recommended.
Why it matters: TBT measures how long the main thread is blocked. During this time, clicks and taps don't respond — your store feels frozen. This directly impacts perceived quality.
How to fix: Reduce JavaScript execution: defer non-critical scripts, code-split large bundles, remove unused plugins. Third-party scripts (analytics, chat, ads) are often the biggest offenders.
Evidence: PSI-lab · Confidence: high
What we found: 484ms (good: <200ms)
Why it matters: TBT measures how long the main thread is blocked. During this time, clicks and taps don't respond — your store feels frozen. This directly impacts perceived quality.
Why it matters: Preconnect saves 100-500ms per third-party origin by establishing connections early. Preload starts downloading critical resources before the browser discovers them in CSS/JS.
How to fix: Add resource hints: <link rel='preconnect' href='https://fonts.googleapis.com'> for third-party origins, <link rel='preload' as='image' href='hero.webp'> for critical resources.
Evidence: HTML-heuristic · Confidence: high
Why it matters: Preconnect saves 100-500ms per third-party origin by establishing connections early. Preload starts downloading critical resources before the browser discovers them in CSS/JS.
Why it matters: 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.
How to fix: 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.
Evidence: HTML-heuristic · Confidence: high
What we found: Custom fonts detected without preload hints
Why it matters: 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.
Why it matters: 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.
How to fix: 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.
Evidence: PSI-lab · Confidence: high
What we found: 1005 KB of inline JavaScript
Why it matters: 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.
Why it matters: We report this as unmeasured rather than as zero third parties, because those are very different findings.
How to fix: Re-run the scan, or check the third-party summary directly at PageSpeed Insights.
Evidence: PSI-lab · Confidence: high
How to fix: Re-run the scan, or test directly at PageSpeed Insights. This metric needs a successful Lighthouse lab run.
Evidence: PSI-lab · Confidence: high
Why it matters: Asset caching can eliminate a large share of requests for repeat visitors. We only see the HTML response here, so this is a hint, not a verdict.
How to fix: Ensure static assets (CSS/JS/images) are served with 'Cache-Control: max-age=31536000, immutable' and versioned filenames. HTML can stay 'max-age=0, must-revalidate'.
Evidence: HTTP-header · Confidence: high
Your store doesn't qualify for the Zulien Score Badge yet. Score 80+ to earn it!
Your store is losing customers every day. The issues above are costing you sales.
| Category | Score | Weight | Failures | Warnings | OK |
|---|---|---|---|---|---|
| Performance | 67/100 | 25% | 5 | 4 | 9 |
| SEO | 76/100 | 20% | 2 | 7 | 16 |
| Security | 53/100 | 15% | 3 | 9 | 5 |
| Mobile | 52/100 | 10% | 3 | 8 | 6 |
| AI Readiness | 50/100 | 10% | 6 | 22 | 5 |
| Legal & Compliance | 77/100 | 10% | 1 | 4 | 9 |
| Vulnerability | 76/100 | 10% | 2 | 4 | 9 |
| Accessibility / EAA | 23/100 | — | 4 | 2 | 2 |
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/sedacka.sk