Przeskanowano 8 października 2026
Your site performs decently overall, but security needs attention. Enable HTTPS with HSTS headers immediately to protect customer data. You're doing excellent work on SEO and accessibility.
Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.
Duży wpływ, mało pracy. Zrób je najpierw.
Duży wpływ, ale naprawa wymaga planowania.
+7 więcej
Mniejszy wpływ, szybko zrobione.
+15 więcej
Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.
+35 więcej
Waga: 25% · 11 zaliczonych · 4 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.4 MB, 153 żą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 · 1818 KB JavaScript · Pewność: high
Co znaleźliśmy: 1818 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: Powyżej ok. 140 zapytań przeglądarka spędza czas na nawiązywaniu połączeń i kolejkowaniu zamiast na renderowaniu. Najlepszy sklep w naszym benchmarku renderuje przy 37.
Jak to naprawić: Zacznij od tego, co ładuje się przed pierwszym renderowaniem: połącz CSS/JS, zrób sprite z ikon, ładuj leniwie każdy obrazek poniżej pierwszego ekranu i usuń zduplikowane kontenery tag managera ładujące tego samego dostawcę dwa razy.
Dowód: PSI-lab · 153 requests · Pewność: high
Co znaleźliśmy: 153 zapytań — znacznie powyżej budżetu 80 i powyżej mediany grupy wynoszącej 140
Dlaczego to ma znaczenie: Powyżej ok. 140 zapytań przeglądarka spędza czas na nawiązywaniu połączeń i kolejkowaniu zamiast na renderowaniu. Najlepszy sklep w naszym benchmarku renderuje przy 37.
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 742 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: 742 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: 10 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 29 % z 14 skryptów jest zoptymalizowanych - większość blokuje renderowanie
Dlaczego to ma znaczenie: 10 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: Przesunięcia układu powodują błędne kliknięcia – użytkownik klika „Kup”, ale strona przesuwa się i zamiast tego trafia „Usuń”. CLS to Core Web Vital, który bezpośrednio wpływa na pozycje w Google.
Jak to naprawić: Ustaw jawną szerokość/wysokość wszystkich obrazów i wideo. Zarezerwuj miejsce na reklamy i treść dynamiczną. Unikaj wstawiania treści nad istniejącą treścią (banery cookie, paski powiadomień).
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 0.131 (dobry: <0,1) – Core Web Vital
Dlaczego to ma znaczenie: Przesunięcia układu powodują błędne kliknięcia – użytkownik klika „Kup”, ale strona przesuwa się i zamiast tego trafia „Usuń”. CLS to Core Web Vital, który bezpośrednio wpływa na pozycje w Google.
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, 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.
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: Połączenia z podmiotami zewnętrznymi wymagają wyszukiwania DNS, uzgadniania TCP i negocjacji TLS. Preconnect wykonuje je równolegle z parsowaniem HTML, oszczędzając 100-300 ms na origin.
Jak to naprawić: Dodaj <link rel='preconnect'> dla kluczowych domen zewnętrznych: scripts.luigisbox.tech, www.googletagmanager.com, connect.facebook.net. Preconnect oszczędza 100-300 ms na domenę, uruchamiając wcześnie DNS+TCP+TLS.
Dowód: PSI-lab · Pewność: high
Co znaleźliśmy: 7 zewnętrznych domen bez preconnect
Dlaczego to ma znaczenie: Połączenia z podmiotami zewnętrznymi wymagają wyszukiwania DNS, uzgadniania TCP i negocjacji TLS. Preconnect wykonuje je równolegle z parsowaniem HTML, oszczędzając 100-300 ms na origin.
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+!
| Kategoria | Wynik | Waga | Błędy | Ostrzeżenia | OK |
|---|---|---|---|---|---|
| Wydajność | 77/100 | 25% | 5 | 4 | 11 |
| SEO | 92/100 | 20% | 0 | 4 | 20 |
| Bezpieczeństwo | 57/100 | 15% | 2 | 9 | 7 |
| Mobile | 51/100 | 10% | 2 | 8 | 6 |
| Gotowość AI | 71/100 | 10% | 1 | 21 | 13 |
| Prawo i RODO | 68/100 | 10% | 2 | 6 | 9 |
| Podatności | 61/100 | 10% | 4 | 6 | 7 |
| Dostępność / EAA | 86/100 | 10% | 0 | 2 | 6 |
Każdy znaleziony problem, uporządkowany według tego, ile da jego naprawa i ile wymaga pracy. Zacznij od szybkich wygranych.
Duży wpływ, mało pracy. Zrób je najpierw.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Panel administracyjny pod domyślnym URL | Podatności | szybka poprawka |
| Przekierowanie HTTP → HTTPS | Bezpieczeństwo | szybka poprawka |
| HSTS (Strict-Transport-Security) | Bezpieczeństwo | szybka poprawka |
| Linki do rozstrzygania sporów konsumenckich | Prawo i RODO | szybka poprawka |
Duży wpływ, ale naprawa wymaga planowania.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Strona polityki prywatności | Prawo i RODO | ok. dzień |
| Znane podatności (CVE) | Podatności | projekt |
| Strategia ładowania skryptów | Wydajność | ok. dzień |
| Content-Security-Policy (CSP) | Bezpieczeństwo | ok. dzień |
| Jakość tekstu linków (WCAG 2.4.4) | Mobile | ok. dzień |
| Wersja jQuery | Podatności | ok. dzień |
| Bezpieczeństwo strony płatności | Podatności | ok. dzień |
| Całkowita waga strony | Wydajność | projekt |
| Budżet JavaScript | Wydajność | projekt |
| Budżet zapytań | Wydajność | projekt |
| Nieużywany kod (CSS + JS) | Wydajność | projekt |
| Wynik wydajności mobilnej | Mobile | projekt |
Mniejszy wpływ, szybko zrobione.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Strategia Cache-Control | Wydajność | szybka poprawka |
| Meta title | SEO | szybka poprawka |
| Karty Twitter/X | SEO | szybka poprawka |
| Spójność kanonicznego URL | SEO | szybka poprawka |
| DNSSEC | Bezpieczeństwo | szybka poprawka |
| Rekord DNS CAA | Bezpieczeństwo | szybka poprawka |
| Referrer-Policy | Bezpieczeństwo | szybka poprawka |
| Permissions-Policy | Bezpieczeństwo | szybka poprawka |
| Flagi bezpieczeństwa plików cookie | Bezpieczeństwo | szybka poprawka |
| Subresource Integrity (SRI) | Bezpieczeństwo | szybka poprawka |
| Sandboxowanie ramek iframe | Bezpieczeństwo | szybka poprawka |
| Kolor motywu | Mobile | szybka poprawka |
+8 więcej
Mniejszy wpływ i więcej pracy. Zaplanuj je, gdy reszta będzie gotowa.
| Ustalenie | Kategoria | Nakład pracy |
|---|---|---|
| Optymalizacja formatu obrazów | SEO | ok. dzień |
| Ochrona CDN / WAF | Bezpieczeństwo | ok. dzień |
| Rozmiar celów dotykowych | Mobile | ok. dzień |
| Czytelność rozmiaru czcionki | Mobile | ok. dzień |
| Funkcje PWA | Mobile | ok. dzień |
| Responsywne obrazy (srcset) | Mobile | ok. dzień |
| Hierarchia nagłówków (WCAG 1.3.1) | Mobile | ok. dzień |
| Podstawa danych strukturalnych | Gotowość AI | ok. dzień |
| Schemat FAQ (bezpośrednie odpowiedzi dla AI) | Gotowość AI | ok. dzień |
| Feed produktowy (AI Commerce) | Gotowość AI | ok. dzień |
| Feed XML Heureka | Gotowość AI | ok. dzień |
| Schemat zasad zwrotów | Gotowość AI | ok. dzień |
+28 więcej
The full interactive version, with clickable links and the option to re-scan, is here:
https://score.zulien.sk/r/intercom.sk