Przeskanowano 8 października 2026
Your site is solid but has security gaps. Add HSTS headers immediately to all pages—it's basic protection. Your accessibility and SEO ranking are excellent.
Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.
Duży wpływ, mało pracy. Zrób je najpierw.
Duży wpływ, ale naprawa wymaga planowania.
+5 więcej
Mniejszy wpływ, szybko zrobione.
+14 więcej
Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.
+43 więcej
Waga: 25% · 9 zaliczonych · 7 ostrzeżenia · 2 nieudanych · 2 SPA (sprawdź ręcznie)
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.
Jak to naprawić: Ładujesz 548 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: 548 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ę.
Dlaczego to ma znaczenie: 8 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: Tylko 33 % z 12 skryptów jest zoptymalizowanych - większość blokuje renderowanie
Dlaczego to ma znaczenie: 8 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.
Dlaczego to ma znaczenie: TBT mierzy, jak długo główny wątek jest zablokowany. W tym czasie kliknięcia i dotknięcia nie reagują – Twój sklep wydaje się zamrożony. To bezpośrednio wpływa na postrzeganą jakość.
Jak to naprawić: Zmniejsz wykonywanie JavaScriptu: odrocz niekrytyczne skrypty, podziel duże pakiety (code-split), usuń nieużywane wtyczki. Skrypty zewnętrzne (analityka, czat, reklamy) są często największymi winowajcami.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 251 ms (dobry: <200 ms)
Dlaczego to ma znaczenie: TBT mierzy, jak długo główny wątek jest zablokowany. W tym czasie kliknięcia i dotknięcia nie reagują – Twój sklep wydaje się zamrożony. To bezpośrednio wpływa na postrzeganą jakość.
Dlaczego to ma znaczenie: Strona o wielkości 3 MB ładuje się na mobilnym 3G ponad 6 sekund. Większość ruchu e-commerce jest mobilna - ciężkie strony tracą klientów na słabych połączeniach.
Jak to naprawić: Zmniejsz wagę strony: skompresuj obrazy do WebP (oszczędza 30-50 %), włącz kompresję tekstu (gzip/brotli), leniwie ładuj obrazy poniżej linii zgięcia, usuń nieużywany CSS/JS.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 1.6 MB, 64 żądań (optymalnie: <1,5 MB, <50 req)
Dlaczego to ma znaczenie: Strona o wielkości 3 MB ładuje się na mobilnym 3G ponad 6 sekund. Większość ruchu e-commerce jest mobilna - ciężkie strony tracą klientów na słabych połączeniach.
Dlaczego to ma znaczenie: Mierzone przy pierwszym ładowaniu bez interakcji, więc skrypty za zgodą na cookies nie są tu liczone na Twoją niekorzyść. Próg 600 KB to dobra praktyka, a nie średnia grupy: badane sklepy mają medianę 1 270 KB, a najlepszy z nich (zwycięzca kategorii nagrodzony za mobile) ładuje 410 KB.
Jak to naprawić: Podziel bundle tak, by strona produktu nie ładowała kodu koszyka i konta. Odrocz skrypty zewnętrzne do momentu interakcji. Usuń nieużywane bundle wtyczek — w większości sklepów ważą one więcej niż własny kod.
Dowód: PSI-lab · 946 KB JavaScript · Pewność: high
Co znaleźliśmy: 946 KB — powyżej budżetu 600 KB, ale poniżej mediany 1270 KB nagradzanych sklepów, które badaliśmy
Dlaczego to ma znaczenie: Mierzone przy pierwszym ładowaniu bez interakcji, więc skrypty za zgodą na cookies nie są tu liczone na Twoją niekorzyść. Próg 600 KB to dobra praktyka, a nie średnia grupy: badane sklepy mają medianę 1 270 KB, a najlepszy z nich (zwycięzca kategorii nagrodzony za mobile) ładuje 410 KB.
Dlaczego to ma znaczenie: Bez leniwego ładowania WSZYSTKIE obrazy pobierają się przy załadowaniu strony - nawet te, do których nikt nie przewinie. Na stronie produktu z 20 obrazami leniwe ładowanie może zaoszczędzić większość początkowego pobierania.
Jak to naprawić: Dodaj loading='lazy' do wszystkich obrazów poniżej linii zgięcia. Obraz hero/LCP zostaw ładowany priorytetowo. Natywne leniwe ładowanie jest wspierane przez wszystkie nowoczesne przeglądarki.
Dowód: HTML-heuristic · Pewność: high
Co znaleźliśmy: 80 obrazów bez leniwego ładowania
Dlaczego to ma znaczenie: Bez leniwego ładowania WSZYSTKIE obrazy pobierają się przy załadowaniu strony - nawet te, do których nikt nie przewinie. Na stronie produktu z 20 obrazami leniwe ładowanie może zaoszczędzić większość początkowego pobierania.
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: no-store, no-cache, must-revalidate, 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.
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: Załadowano 10 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.
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: 10 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.
Dlaczego to ma znaczenie: Raportujemy to jako niezmierzone, a nie jako zero usług zewnętrznych, bo to bardzo różne ustalenia.
Jak to naprawić: Uruchom skan ponownie albo sprawdź podsumowanie usług zewnętrznych bezpośrednio w PageSpeed Insights.
Dowód: PSI-lab · Pewność: high
Jak to naprawić: Uruchom skan ponownie lub przetestuj bezpośrednio w PageSpeed Insights. Ta metryka wymaga udanego przebiegu laboratoryjnego Lighthouse.
Dowód: PSI-lab · Pewność: high
Twój sklep na razie nie spełnia warunków dla odznaki Zulien Score. Uzyskaj ocenę 80+!
| Kategoria | Wynik | Waga | Błędy | Ostrzeżenia | OK |
|---|---|---|---|---|---|
| Wydajność | 80/100 | 25% | 2 | 7 | 9 |
| SEO | 81/100 | 20% | 1 | 7 | 17 |
| Bezpieczeństwo | 60/100 | 15% | 2 | 8 | 8 |
| Mobile | 65/100 | 10% | 0 | 10 | 6 |
| Gotowość AI | 57/100 | 10% | 4 | 22 | 9 |
| Prawo i RODO | 80/100 | 10% | 1 | 5 | 11 |
| Podatności | 59/100 | 10% | 4 | 6 | 6 |
| Dostępność / EAA | 86/100 | 10% | 0 | 2 | 6 |
Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.
Duży wpływ, mało pracy. Zrób je najpierw.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Panel administracyjny pod domyślnym URL | Podatności | szybka poprawka |
| Przekierowanie HTTP → HTTPS | Bezpieczeństwo | szybka poprawka |
| HSTS (Strict-Transport-Security) | Bezpieczeństwo | szybka poprawka |
| Linki do rozstrzygania sporów konsumenckich | Prawo i RODO | szybka poprawka |
Duży wpływ, ale naprawa wymaga planowania.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Znane podatności (CVE) | Podatności | projekt |
| Strategia ładowania skryptów | Wydajność | ok. dzień |
| Dane strukturalne (JSON-LD) | SEO | ok. dzień |
| Content-Security-Policy (CSP) | Bezpieczeństwo | ok. dzień |
| Podstawa danych strukturalnych | Gotowość AI | ok. dzień |
| Schemat Organization + łączenie encji | Gotowość AI | ok. dzień |
| Jakość tekstu alt obrazów dla AI | Gotowość AI | ok. dzień |
| Wersja jQuery | Podatności | ok. dzień |
| Bezpieczeństwo strony płatności | Podatności | ok. dzień |
| Nieużywany kod (CSS + JS) | Wydajność | projekt |
Mniejszy wpływ, szybko zrobione.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Strategia Cache-Control | Wydajność | szybka poprawka |
| Meta opis | SEO | szybka poprawka |
| Karty Twitter/X | SEO | szybka poprawka |
| Spójność kanonicznego URL | SEO | szybka poprawka |
| Rekord DNS CAA | Bezpieczeństwo | szybka poprawka |
| Referrer-Policy | Bezpieczeństwo | szybka poprawka |
| Permissions-Policy | Bezpieczeństwo | szybka poprawka |
| Flagi bezpieczeństwa plików cookie | Bezpieczeństwo | szybka poprawka |
| Subresource Integrity (SRI) | Bezpieczeństwo | szybka poprawka |
| Sandboxowanie ramek iframe | Bezpieczeństwo | szybka poprawka |
| Kolor motywu | Mobile | szybka poprawka |
| Obsługa przepełnienia tekstu | Mobile | szybka poprawka |
+7 więcej
Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Leniwe ładowanie | Wydajność | ok. dzień |
| Atrybuty alt obrazów | SEO | ok. dzień |
| Optymalizacja formatu obrazów | SEO | ok. dzień |
| Nawigacja klawiaturą (focus) | SEO | ok. dzień |
| Ochrona CDN / WAF | Bezpieczeństwo | ok. dzień |
| Rozmiar celów dotykowych | Mobile | ok. dzień |
| Czytelność rozmiaru czcionki | Mobile | ok. dzień |
| Funkcje PWA | Mobile | ok. dzień |
| Responsywne obrazy (srcset) | Mobile | ok. dzień |
| Hierarchia nagłówków (WCAG 1.3.1) | Mobile | ok. dzień |
| Jakość tekstu linków (WCAG 2.4.4) | Mobile | ok. dzień |
| Schemat FAQ (bezpośrednie odpowiedzi dla AI) | Gotowość AI | ok. dzień |
+36 więcej
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/hiwangroup.sk