Przeskanowano July 28, 2026
Your site has fundamental security and accessibility issues. Prioritize adding HTTPS protection (HSTS) across all pages. On the bright side, your SEO and GDPR compliance are solid.
Posortowane według wpływu na wynik — każda poprawka podnosi ogólną ocenę.
Waga: 25% · 4 zaliczonych · 10 ostrzeżenia · 2 nieudanych · 1 SPA (sprawdź ręcznie)
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: 4.1 MB, 334 żą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ż.
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 1109 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: 1109 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: LCP to Core Web Vital, który bezpośrednio wpływa na pozycje w Google. Strony niespełniające LCP są obniżane w wynikach wyszukiwania. Najczęstszą przyczyną wolnego LCP są niezoptymalizowane obrazy hero.
Jak to naprawić: Zoptymalizuj swój największy element (zwykle obraz hero lub produktu): wstępnie go załaduj za pomocą <link rel='preload'>, użyj formatu WebP/AVIF, ustaw jawną szerokość/wysokość i serwuj z CDN.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 2.61 s (dobry: <2,5 s) – Core Web Vital
Dlaczego to ma znaczenie: LCP to Core Web Vital, który bezpośrednio wpływa na pozycje w Google. Strony niespełniające LCP są obniżane w wynikach wyszukiwania. Najczęstszą przyczyną wolnego LCP są niezoptymalizowane obrazy hero.
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: 560 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: Speed Index oddaje ogólne wrażenie wizualne podczas ładowania. Wolny Speed Index oznacza, że użytkownicy obserwują ładowanie treści fragment po fragmencie zamiast widzieć gotową stronę.
Jak to naprawić: Speed Index mierzy wizualną kompletność w czasie. Poprawisz go: priorytetyzując treść nad linią zgięcia, wstępnie ładując krytyczne zasoby i minimalizując zasoby blokujące renderowanie.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 3.56 s (dobrze: <3,4 s)
Dlaczego to ma znaczenie: Speed Index oddaje ogólne wrażenie wizualne podczas ładowania. Wolny Speed Index oznacza, że użytkownicy obserwują ładowanie treści fragment po fragmencie zamiast widzieć gotową stronę.
Dlaczego to ma znaczenie: Preconnect oszczędza 100-500 ms na każde źródło zewnętrzne, wcześnie nawiązując połączenia. Preload zaczyna pobierać krytyczne zasoby, zanim przeglądarka odkryje je w CSS/JS.
Jak to naprawić: Dodaj wskazówki dla zasobów: <link rel='preconnect' href='https://fonts.googleapis.com'> dla źródeł zewnętrznych, <link rel='preload' as='image' href='hero.webp'> dla krytycznych zasobów.
Dowód: HTML-heuristic · Pewność: high
Dlaczego to ma znaczenie: Preconnect oszczędza 100-500 ms na każde źródło zewnętrzne, wcześnie nawiązując połączenia. Preload zaczyna pobierać krytyczne zasoby, zanim przeglądarka odkryje je w CSS/JS.
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: 606 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
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: Synchroniczne skrypty blokują parsowanie HTML - przeglądarka wstrzymuje renderowanie, dopóki każdy skrypt się nie pobierze i nie wykona. Async/defer umożliwia równoległe pobieranie bez blokowania.
Jak to naprawić: Dodaj 'defer' do skryptów, które nie muszą działać natychmiast, 'async' do niezależnych skryptów. Użyj type='module' dla nowoczesnych modułów ES. Synchroniczne powinny być tylko krytyczne skrypty inline.
Dowód: HTML-heuristic · Pewność: high
Co znaleźliśmy: Tylko 43 % z 7 skryptów używa async/defer
Dlaczego to ma znaczenie: Synchroniczne skrypty blokują parsowanie HTML - przeglądarka wstrzymuje renderowanie, dopóki każdy skrypt się nie pobierze i nie wykona. Async/defer umożliwia równoległe pobieranie bez blokowania.
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 7 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: 7 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: 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: sub3.tpd.sk, www.google.com, cdn.luigisbox.com. 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: 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ć: 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+!
Twój sklep internetowy traci klientów każdego dnia. Powyższe problemy kosztują Cię sprzedaż.
Szczegółowa analiza naszego zespołu: zidentyfikujemy przyczyny problemów, ustalimy priorytety napraw i przygotujemy plan działania. Ofertę prześlemy w ciągu 48 godzin.
| Kategória | Skóre | Váha | Chyby | Upozornenia | OK |
|---|---|---|---|---|---|
| Performance | 58/100 | 25% | 2 | 10 | 4 |
| SEO | 73/100 | 20% | 3 | 6 | 14 |
| Security | 53/100 | 15% | 3 | 9 | 6 |
| Mobile | 58/100 | 10% | 2 | 11 | 4 |
| AI Readiness | 58/100 | 10% | 6 | 14 | 10 |
| GDPR | 74/100 | 10% | 0 | 5 | 5 |
| Vulnerability | 59/100 | 10% | 3 | 5 | 8 |
| Accessibility | 33/100 | — | 3 | 3 | 2 |
Plnú interaktívnu verziu s klikateľnými odkazmi a možnosťou opätovného skenu nájdete tu:
https://score.zulien.sk/r/andreashop.sk