Przeskanowano 3 sierpnia 2026
Your store works but has significant room for improvement. Start by adding meta descriptions and H1 headings to all product pages—they're essential for search engines and customers. Your security foundation is solid and your server setup is functional.
Posortowane według wpływu na wynik — każda poprawka podnosi ogólną ocenę.
Waga: 25% · 9 zaliczonych · 6 ostrzeżenia · 5 nieudanych · 2 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.7 MB, 80 żą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: Powyżej 1 200 KB sam koszt parsowania i wykonania blokuje telefony ze średniej półki na kilka sekund, zanim cokolwiek stanie się interaktywne. Dla porównania: najlepszy sklep w naszym benchmarku ładuje 410 KB i zdobył nagrodę właśnie za doświadczenie mobilne.
Jak to naprawić: Sprawdź, co ładuje się na stronie produktu: podziel bundle według tras, odrocz każdy tag zewnętrzny do momentu interakcji lub zgody i usuń wtyczki, których bundle'a nie potrafisz wyjaśnić. Po każdym usunięciu zmierz ponownie.
Dowód: PSI-lab · 1414 KB JavaScript · Pewność: high
Co znaleźliśmy: 1414 KB — ponad dwukrotność budżetu 600 KB
Dlaczego to ma znaczenie: Powyżej 1 200 KB sam koszt parsowania i wykonania blokuje telefony ze średniej półki na kilka sekund, zanim cokolwiek stanie się interaktywne. Dla porównania: najlepszy sklep w naszym benchmarku ładuje 410 KB i zdobył nagrodę właśnie za doświadczenie mobilne.
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 897 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: 897 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: 28 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 24 % z 37 skryptów jest zoptymalizowanych - większość blokuje renderowanie
Dlaczego to ma znaczenie: 28 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: Każdy plik CSS blokuje renderowanie. Przy 19 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: 19 plików CSS - zbyt wiele!
Dlaczego to ma znaczenie: Każdy plik CSS blokuje renderowanie. Przy 19 plikach przeglądarka musi pobrać wszystkie, zanim cokolwiek wyrenderuje. To może dodać 1-2+ sekundy na sieciach mobilnych.
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: 370 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: 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 font-display własne czcionki powodują Flash of Invisible Text (FOIT) - tekst jest całkowicie ukryty podczas pobierania czcionki. Na wolnych połączeniach może to trwać ponad 3 sekundy.
Jak to naprawić: Dodaj &display=swap do URL swoich Google Fonts lub dodaj font-display: swap do swoich deklaracji @font-face.
Dowód: HTML-heuristic · Pewność: high
Co znaleźliśmy: Wykryto Google Fonts bez font-display
Dlaczego to ma znaczenie: Bez font-display własne czcionki powodują Flash of Invisible Text (FOIT) - tekst jest całkowicie ukryty podczas pobierania czcionki. Na wolnych połączeniach może to trwać ponad 3 sekundy.
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: max-age=0, no-cache, no-store, 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: 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
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.
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: 19 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+!
Twój sklep internetowy traci klientów każdego dnia. Powyższe problemy kosztują Cię sprzedaż.
| Kategoria | Wynik | Waga | Błędy | Ostrzeżenia | OK |
|---|---|---|---|---|---|
| Wydajność | 71/100 | 25% | 5 | 6 | 9 |
| SEO | 64/100 | 20% | 4 | 6 | 13 |
| Bezpieczeństwo | 59/100 | 15% | 3 | 6 | 7 |
| Mobile | 67/100 | 10% | 0 | 10 | 7 |
| Gotowość AI | 49/100 | 10% | 9 | 17 | 8 |
| Prawo i RODO | 60/100 | 10% | 2 | 7 | 6 |
| Podatności | 70/100 | 10% | 3 | 5 | 8 |
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/kelo.sk