Poniżej średniej

Wyniki oceny

www.eset.com

Przeskanowano June 18, 2026

Unknown
jQuery
Swiper
Vite
Firma:ESET, spol. s r.o.· NACE 6209
NIS2: ważny podmiot · Digital Providers
Ryzyko:5/100niskie
Wiarygodność:A+
Płatnik VAT
Top 20% w sektorze
Pełny profil firmy →
Ostatnie skanowanie: June 18, 2026

NIS2: ważny podmiot — Digital Providers

Gotowość NIS2: 3/7 · 43%

Twój sklep podlega NIS2. Dyrektywa wymaga udokumentowanych środków technicznych. Te 5 sygnałów potrafimy zweryfikować zewnętrznie:

Prawidłowy certyfikat SSL/TLSNIS2 Art. 21(2)(c)
Uwierzytelnianie e-maili DMARC (anty-phishing)NIS2 Art. 21(2)(g)
!Kontakt do zgłaszania incydentów (security.txt)NIS2 Art. 21(2)(b), Art. 23
Content Security Policy (ochrona przed XSS)NIS2 Art. 21(2)(c)
!HSTS (wymuszone HTTPS)NIS2 Art. 21(2)(c)
Zarządzanie podatnościami (bez znanych CVE)NIS2 Art. 21(2)(e), 21(2)(g)
Ochrona danych (baner cookies + polityka prywatności)NIS2 Art. 21(2)(j)
Zweryfikuj pełną zgodność z NIS2 → Podstawa prawna: NIS2 art. 21 · SK 366/2024
Plan działania

Napraw najpierw te 3 rzeczy

Posortowane według wpływu na wynik — każda poprawka podnosi ogólną ocenę.

+15potencjalny zysk

Performance

Waga: 25% · 8 zaliczonych · 3 ostrzeżenia · 4 nieudanych

Co znaleźliśmy: 5918ms (good: <200ms)

Dlaczego to ma znaczenie: 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 naprawić: 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 znaleźliśmy: 5.8 MB, 161 requests — too heavy!

Dlaczego to ma znaczenie: 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 naprawić: 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 znaleźliśmy: 1305 KB wasted on unused code!

Dlaczego to ma znaczenie: 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.

Uwaga: Ta kontrola wykorzystuje detekcję heurystyczną i może zwracać również fałszywe alarmy. Zalecamy ręczną weryfikację.

Jak to naprawić: You're loading 1305 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 znaleźliśmy: Only 18% of 11 scripts optimized — most are render-blocking

Dlaczego to ma znaczenie: 9 render-blocking scripts can add 1-3 seconds to page load. Each synchronous script creates a sequential download-parse-execute chain.

Jak to naprawić: Add defer or async to all <script src='...'> tags. Render-blocking scripts are the #1 cause of slow FCP. Defer maintains execution order, async does not.

Co znaleźliśmy: 3.56s (good: <2.5s) — Core Web Vital

Dlaczego to ma znaczenie: LCP is a Core Web Vital that directly impacts Google rankings. Sites failing LCP are demoted in search results. The #1 cause of slow LCP is unoptimized hero images.

Jak to naprawić: Optimize your largest element (usually hero image or product image): preload it with <link rel='preload'>, use WebP/AVIF format, set explicit width/height, and serve from CDN.

Dlaczego to ma znaczenie: 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.

Jak to naprawić: 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.

Co znaleźliśmy: 544 KB of inline JavaScript

Dlaczego to ma znaczenie: 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 naprawić: 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.

7 problemów w kategorii Performance. Jest miejsce na poprawę.

Twój sklep na razie nie spełnia warunków dla odznaki Zulien Score. Uzyskaj ocenę 80+!

📧 Przypomnienia o ponownym skanowaniu

Raz w miesiącu napiszemy do Ciebie, kiedy zrobić nowe skanowanie i śledzić swoje postępy.

🚀 Popraw swoją ocenę

Nasze moduły PrestaShop potrafią automatycznie naprawić większość tych problemów.

Bezpłatna 15-min konsultacja · Bez zobowiązań

Udostępnij i eksportuj

To zautomatyzowany szacunek heurystyczny, nie profesjonalny audyt. Wykryte zagadnienia odzwierciedlają publicznie obserwowalne sygnały w momencie skanowania i mogą zawierać również nieprawidłowe wskazania.Przeczytaj o naszej metodologiiZgłoś nieścisłośćUsuń ten raport