Przeciętne

Wyniki oceny

ant.sk

Przeskanowano 7 października 2026

PrestaShop
Nginx 1.24.0
Firma:ant s.r.o.· NACE 4712
NIS2: poza zakresem
Ryzyko:0/100niskie
Wiarygodność:A+
Płatnik VAT
Top 13% w sektorze
Pełny profil firmy →
Ostatnie skanowanie: 7 października 2026
Podsumowanie od AI

Your site performs solidly but has five critical gaps. Urgently set up DMARC email authentication and secure your payment pages. Congratulations on strong SEO and GDPR compliance.

Ta firma nie podlega obowiązkom NIS2.Na podstawie sektora NACE i wielkości firmy zgodność z art. 21 nie jest wymagana. Dobre praktyki bezpieczeństwa są jednak nadal zalecane.
Dostarczasz firmie objętej NIS2?Nawet poza bezpośrednim zakresem możesz mieć obowiązki z łańcucha dostaw — regulowane firmy przenoszą je umownie na dostawców (bezpieczeństwo, zgłaszanie incydentów, szyfrowanie). Dostawcy ICT i usług zarządzanych są objęci niezależnie od wielkości.
Sprawdź obowiązki dostawcy Podstawa prawna: NIS2 art. 21 · SK 366/2024 §21 · NIS2 Art. 21(2)(d)
Plan działania

Plan działań według wpływu i nakładu pracy

Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.

Jak oceniamy →

Szybkie wygrane

1

Duży wpływ, mało pracy. Zrób je najpierw.

Większe projekty

9

Duży wpływ, ale naprawa wymaga planowania.

+4 więcej

Drobne poprawki

15

Mniejszy wpływ, szybko zrobione.

+10 więcej

Później

21

Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.

+16 więcej

Wydajność

Waga: 25% · 12 zaliczonych · 3 ostrzeżenia · 4 nieudanych · 2 SPA (sprawdź ręcznie)

Co znaleźliśmy: 0.298 (dobry: <0,1) – Core Web Vital NIESPEŁNIONY

Dlaczego to ma znaczenie: CLS >0,25 nie spełnia Core Web Vitals. Użytkownicy doświadczają ciągłego skakania treści – szczególnie frustrującego na urządzeniach mobilnych, gdzie przypadkowe kliknięcia prowadzą do niechcianych zakupów lub zmian strony.

Jak to naprawić: Pilne problemy ze stabilnością układu. 1) Dodaj szerokość/wysokość do wszystkich <img> i <video>, 2) Zarezerwuj miejsce na reklamy za pomocą min-height, 3) Użyj font-display: swap dla czcionek webowych, 4) Nie wstrzykuj dynamicznie treści nad widoczny obszar.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 5.5 MB, 43 żądań - zbyt ciężko!

Dlaczego to ma znaczenie: Strony powyżej 3 MB ładują się na 3G ponad 12 sekund. Przeciętna strona e-commerce ma około 2 MB - jesteś znacznie powyżej tego. Nawet małe wzrosty opóźnień mierzalnie zmniejszają sprzedaż.

Jak to naprawić: Krytyczne: Twoja strona ma ponad 3 MB. 1) Skonwertuj wszystkie obrazy do WebP/AVIF, 2) Leniwie ładuj wszystko poniżej linii zgięcia, 3) Usuń nieużywane wtyczki, 4) Połącz i zminifikuj CSS/JS, 5) Włącz kompresję brotli.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 256 KB zmarnowanych na nieużywanym kodzie!

Dlaczego to ma znaczenie: Ponad 200 KB nieużywanego kodu znacznie spowalnia parsowanie i wykonywanie. To jeden z najłatwiejszych zysków wydajnościowych - usunięcie martwego kodu nie wiąże się z żadnymi kompromisami.

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

Jak to naprawić: Ładujesz 256 KB kodu, który nie jest używany na tej stronie. 1) Przejrzyj wtyczki i usuń nieużywane, 2) Użyj dzielenia kodu dla JS specyficznego dla strony, 3) Uruchom PurgeCSS na swoich arkuszach stylów.
Dowód:PSI-lab· Pewność: low

Co znaleźliśmy: Tylko 0 % z 1 skryptów jest zoptymalizowanych - większość blokuje renderowanie

Dlaczego to ma znaczenie: 1 skryptów blokujących renderowanie może dodać 1-3 sekundy do ładowania strony. Każdy synchroniczny skrypt tworzy sekwencyjny łańcuch pobierz-parsuj-wykonaj.

Jak to naprawić: Dodaj defer lub async do wszystkich tagów <script src='...'>. Skrypty blokujące renderowanie są jedną z głównych przyczyn wolnego FCP. Defer zachowuje kolejność wykonywania, async nie.
Dowód:HTML-heuristic· Pewność: high

Co znaleźliśmy: no-cache, private

Dlaczego to ma znaczenie: no-cache/no-store zmusza przeglądarki do ponownego pobierania zasobów przy każdej wizycie. Powracający odwiedzający ładują całą Twoją stronę od nowa za każdym razem.

Jak to naprawić: Ustaw odpowiednie nagłówki cache: statyczne zasoby powinny mieć max-age=31536000 z wersjonowanymi nazwami plików. Strony HTML mogą użyć max-age=0 z ETag do rewalidacji.
Dowód:HTTP-header· Pewność: high

Co znaleźliśmy: Załadowano 4 plików CSS

Dlaczego to ma znaczenie: Każdy plik CSS blokujący renderowanie dodaje opóźnienie sieciowe. Konsolidacja CSS z 8 do 2 plików może zaoszczędzić 200-400 ms przy pierwszym ładowaniu.

Jak to naprawić: Skonsoliduj pliki CSS, łącząc je w 1-3 pliki. Każdy plik CSS to osobne żądanie HTTP, które blokuje renderowanie, dopóki się nie pobierze.
Dowód:HTML-heuristic· Pewność: high

Co znaleźliśmy: Wykryto własne czcionki bez wskazówek preload

Dlaczego to ma znaczenie: Czcionki są wykrywane późno w potoku renderowania (po sparsowaniu CSS). Wstępne ładowanie każe przeglądarce pobrać je natychmiast, redukując Flash of Invisible Text (FOIT) o 200-500 ms.

Jak to naprawić: Wstępnie załaduj swoją główną czcionkę: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Dla Google Fonts: preconnect do fonts.gstatic.com.
Dowód:HTML-heuristic· Pewność: high

7 problemów w kategorii Wydajność. 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