Poniżej średniej

Wyniki oceny

pilulka.sk

Przeskanowano July 28, 2026

Magento
Vue.js
Nuxt.js
Font Awesome
PhotoSwipe
Vite
Firma:Pilulka Lékárny a.s.· NACE 47730
NIS2: poza zakresem
Ryzyko:30/100średnie
Wiarygodność:B
Podejrzany adres
Pełny profil firmy →
Ostatnie skanowanie: July 28, 2026
Podsumowanie od AI

Your store has solid foundations, but important gaps remain. Prioritize adding Open Graph tags and XML sitemap to improve search visibility. Security and SEO are your strongest areas.

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 · CZ 264/2025 §11 · NIS2 Art. 21(2)(d)
Możliwa pomyłka NIP

NIP w stopce strony (03615278) różni się od NIP zwróconego przez automatyczne wyszukiwanie dla domeny (47235225). Zazwyczaj chodzi o stopki skopiowane z szablonu lub niedawną zmianę osoby prawnej — sprawdź, czy NIP w stopce odpowiada Twojemu rzeczywistemu podmiotowi prowadzącemu działalność. Wyłącznie informacyjne, nie ma wpływu na ocenę.

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% · 7 zaliczonych · 5 ostrzeżenia · 5 nieudanych · 1 SPA (sprawdź ręcznie)

Co znaleźliśmy: 608 ms (dobry: <200 ms)

Dlaczego to ma znaczenie: TBT powyżej 600 ms oznacza, że Twoja strona nie reaguje przez ponad pół sekundy. Użytkownicy, którzy nie mogą wejść w interakcję w ciągu 100 ms, postrzegają stronę jako niesprawną. To niszczy konwersje.

Jak to naprawić: Krytyczne: przeanalizuj cały JavaScript. 1) Usuń nieużywane wtyczki/moduły, 2) Odrocz analitykę i widżety czatu, 3) Podziel duże pakiety (code-split), 4) Przenieś ciężkie obliczenia do web workerów.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 0.453 (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: 4.5 MB, 199 żą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: 419 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 419 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: 22 plików CSS - zbyt wiele!

Dlaczego to ma znaczenie: Każdy plik CSS blokuje renderowanie. Przy 22 plikach przeglądarka musi pobrać wszystkie, zanim cokolwiek wyrenderuje. To może dodać 1-2+ sekundy na sieciach mobilnych.

Jak to naprawić: Spakuj swoje pliki CSS w maksymalnie 1-3 pliki. Użyj narzędzia build (Webpack, Vite, Gulp) do połączenia i minifikacji. Krytyczny CSS powinien być inline, reszta odroczona.
Dowód:HTML-heuristic· Pewność: high

Co znaleźliśmy: 525 ms (optymalnie: <200 ms)

Dlaczego to ma znaczenie: TTFB to fundament – wolny serwer opóźnia każdą inną metrykę. Różnica między 200 ms a 600 ms TTFB oznacza 400 ms dodane do FCP, LCP i wszystkiego innego.

Jak to naprawić: Zoptymalizuj odpowiedź serwera: włącz buforowanie opcode (OPcache), dodaj Redis/Memcached do buforowania bazy danych, użyj CDN. Sprawdź wolne zapytania do bazy danych.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: no-cache

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: 22 plików CSS bez ekstrakcji krytycznego CSS

Dlaczego to ma znaczenie: CSS blokujący renderowanie opóźnia pierwsze wyrenderowanie. Umieszczenie krytycznego CSS inline eliminuje blokujący round trip - największa poprawa FCP dla stron z dużą ilością CSS.

Jak to naprawić: Wyodrębnij krytyczny CSS dla widocznej części strony i umieść go inline w <head>. Pozostały CSS ładuj asynchronicznie: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 4 zewnętrznych domen bez preconnect

Dlaczego to ma znaczenie: Połączenia z podmiotami zewnętrznymi wymagają wyszukiwania DNS, uzgadniania TCP i negocjacji TLS. Preconnect wykonuje je równolegle z parsowaniem HTML, oszczędzając 100-300 ms na origin.

Jak to naprawić: Dodaj <link rel='preconnect'> dla kluczowych domen zewnętrznych: sdp-api.lnd.bz, translate.google.com, pilulkask.vshcdn.net. Preconnect oszczędza 100-300 ms na domenę, uruchamiając wcześnie DNS+TCP+TLS.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 770 KB wbudowanego JavaScriptu

Dlaczego to ma znaczenie: Dużych skryptów wbudowanych nie można cachować oddzielnie - są pobierane ponownie przy każdym załadowaniu strony. Przeniesienie ich do zewnętrznych plików z defer umożliwia cachowanie HTTP i równoległe pobieranie.

Jak to naprawić: Przenieś duże skrypty wbudowane do zewnętrznych plików. Wbudowany JS powyżej 100 KB rozdyma HTML, uniemożliwia cachowanie i blokuje parser. Pliki zewnętrzne można cachować, kompresować i odraczać.
Dowód:PSI-lab· Pewność: high

10 problemów w kategorii Performance. To szkodzi Twojemu sklepowi internetowemu.

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