Your site needs urgent improvements in fundamentals. Add meta titles and descriptions to all pages—this is critical for search engines. Good news: your security is strong.
Posortowane według wpływu na wynik — każda poprawka podnosi ogólną ocenę.
Waga: 25% · 5 zaliczonych · 3 ostrzeżenia · 5 nieudanych · 1 SPA (sprawdź ręcznie)
Dlaczego to ma znaczenie: TTFB powyżej 600 ms sprawia, że spełnienie Core Web Vitals jest niemal niemożliwe. Każde załadowanie strony zaczyna się od tego opóźnienia, zanim cokolwiek innego może się wydarzyć.
Jak to naprawić: Twój serwer jest krytycznie wolny. Włącz buforowanie całej strony (Varnish/Redis), użyj CDN (Cloudflare/Fastly), ulepsz hosting lub zoptymalizuj zapytania do bazy danych.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 705 ms (optymalnie: <200 ms)
Dlaczego to ma znaczenie: TTFB powyżej 600 ms sprawia, że spełnienie Core Web Vitals jest niemal niemożliwe. Każde załadowanie strony zaczyna się od tego opóźnienia, zanim cokolwiek innego może się wydarzyć.
Dlaczego to ma znaczenie: TBT powyżej 600 ms oznacza, że Twoja strona nie reaguje przez ponad pół sekundy. Użytkownicy, którzy nie mogą wejść w interakcję w ciągu 100 ms, postrzegają stronę jako niesprawną. To niszczy konwersje.
Jak to naprawić: Krytyczne: przeanalizuj cały JavaScript. 1) Usuń nieużywane wtyczki/moduły, 2) Odrocz analitykę i widżety czatu, 3) Podziel duże pakiety (code-split), 4) Przenieś ciężkie obliczenia do web workerów.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 693 ms (dobry: <200 ms)
Dlaczego to ma znaczenie: TBT powyżej 600 ms oznacza, że Twoja strona nie reaguje przez ponad pół sekundy. Użytkownicy, którzy nie mogą wejść w interakcję w ciągu 100 ms, postrzegają stronę jako niesprawną. To niszczy konwersje.
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: 3.7 MB, 135 żą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 764 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: 764 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: 2 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 0 % z 2 skryptów jest zoptymalizowanych - większość blokuje renderowanie
Dlaczego to ma znaczenie: 2 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: 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: 5.63 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: 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.
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% | 5 | 3 | 5 |
| SEO | 15/100 | 20% | 12 | 5 | 1 |
| Security | 77/100 | 15% | 1 | 5 | 9 |
| Mobile | 40/100 | 10% | 2 | 5 | 1 |
| AI Readiness | 23/100 | 10% | 12 | 8 | 1 |
| GDPR | 42/100 | 10% | 2 | 6 | 2 |
| Vulnerability | 83/100 | 10% | 1 | 1 | 10 |
| Accessibility | 5/100 | — | 3 | 1 | 0 |
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/datart.sk