Przeciętne

Wyniki oceny

gynexchemalex.sk

Przeskanowano 8 października 2026

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

Your site performs adequately with room to improve. Add structured data (JSON-LD schema) as your top priority—this helps search engines understand your content better. Your SEO and accessibility are already solid strengths.

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

4

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

Większe projekty

15

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

+10 więcej

Drobne poprawki

18

Mniejszy wpływ, szybko zrobione.

+13 więcej

Później

39

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

+34 więcej

Wydajność

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

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

Dlaczego to ma znaczenie: 5 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: 1.5 MB, 57 żą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: 850 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-lab850 KB JavaScript· Pewność: high

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

6 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