Przeciętne

Wyniki oceny

bellatavola.sk

Przeskanowano 8 października 2026

Unknown
jQuery 1.11.3
Font Awesome
openresty
Ostatnie skanowanie: 8 października 2026
Podsumowanie od AI

Your site works well but has security gaps. Immediately enable HSTS on your server to protect customers. On the bright side, your SEO optimization is excellent.

Plan działania

Plan działań według wpływu i nakładu pracy

Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.

Jak oceniamy →

Szybkie wygrane

5

Duży wpływ, mało pracy. Zrób je najpierw.

Większe projekty

9

Duży wpływ, ale naprawa wymaga planowania.

+4 więcej

Drobne poprawki

17

Mniejszy wpływ, szybko zrobione.

+12 więcej

Później

47

Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.

+42 więcej

Wydajność

Waga: 25% · 8 zaliczonych · 8 ostrzeżenia · 2 nieudanych · 2 SPA (sprawdź ręcznie)

Co znaleźliśmy: 482 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 482 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 19 % z 16 skryptów jest zoptymalizowanych - większość blokuje renderowanie

Dlaczego to ma znaczenie: 13 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: 220 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

Co znaleźliśmy: 2.5 MB, 101 żą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.

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: 959 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.

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-lab959 KB JavaScript· Pewność: high

Co znaleźliśmy: 101 zapytań — powyżej budżetu 80, ale na poziomie mediany nagradzanych sklepów, które badaliśmy, lub poniżej niej (140)

Dlaczego to ma znaczenie: Próg 80 zapytań to dobra praktyka; mediana badanej grupy wynosi 140, a najlepszy sklep radzi sobie z 37. Bycie poniżej mediany to nie to samo co bycie szybkim.

Jak to naprawić: Połącz CSS/JS, które i tak zawsze ładują się razem, podawaj ikony jako sprite lub font zamiast pojedynczych plików i ładuj leniwie obrazy poniżej pierwszego ekranu, żeby nie były pobierane przy starcie.
Dowód:PSI-lab101 requests· Pewność: high

Co znaleźliśmy: 166 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.

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: 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.

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: Załadowano 9 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.

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: 9 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

10 problemów w kategorii Wydajność. 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