Poniżej średniej

Wyniki oceny

4home.sk

Przeskanowano July 29, 2026

Unknown
jQuery
Microsoft-IIS/10.0
Ostatnie skanowanie: July 29, 2026
Podsumowanie od AI

Your site needs improvements in security and accessibility. Add HSTS security headers to your server immediately. Good news: your SEO foundation is solid and you're ready for AI.

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

Co znaleźliśmy: 3.54 s (dobry: <1,8 s)

Dlaczego to ma znaczenie: FCP powyżej 3 s oznacza, że użytkownicy wpatrują się w pusty ekran przez ponad 3 sekundy. Większość użytkowników mobilnych porzuca strony, którym wyświetlenie treści zajmuje ponad 3 sekundy.

Jak to naprawić: Krytyczne: włącz buforowanie całej strony, wyeliminuj zasoby blokujące renderowanie, wstępnie załaduj krytyczny CSS, odrocz cały nieistotny JS i skompresuj obrazy.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 8.08 s (dobrze: <3,4 s)

Dlaczego to ma znaczenie: Speed Index powyżej 5,8 s oznacza, że użytkownicy przez prawie 6 sekund patrzą na niemal pustą stronę. Przy tej prędkości tracisz dużą część potencjalnych klientów na rzecz konkurencji.

Jak to naprawić: Twoja strona ładuje się wizualnie bardzo wolno. Priorytetyzuj krytyczną ścieżkę renderowania: umieść krytyczny CSS inline, odrocz nieistotny JS, wstępnie załaduj obraz hero i użyj CDN.
Dowód:PSI-lab· Pewność: high

Co znaleźliśmy: 4.5 MB, 204 żą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: 737 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 737 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 18 % z 11 skryptów jest zoptymalizowanych - większość blokuje renderowanie

Dlaczego to ma znaczenie: 9 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: 246 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: 3.84 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.

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: 584 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ść.

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

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

9 problemów w kategorii Performance. 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