Bezpłatny test w DoSieci Speed Check zwraca ocenę ogólną od 0 do 100, rozbicie na sześć kategorii oraz listę problemów z priorytetem. Sama liczba nie jest celem — służy do tego, żeby szybko zobaczyć, gdzie jest największy problem i od czego zacząć.
Co oznacza ocena ogólna
Wynik 80 i więcej oznacza stronę w dobrej kondycji, 60–79 to obszar do poprawy, 40–59 sygnalizuje realne problemy, a poniżej 40 — coś, co warto naprawić jak najszybciej. Ocena ogólna to podsumowanie sześciu kategorii: Wydajność, SEO techniczne, Meta i indeksowanie, Dostępność, Social / Open Graph i Dobre praktyki. Kategoria „Wydajność” odpowiada za to, jak szybko strona się ładuje i reaguje — reszta pokazuje dodatkowe problemy techniczne wykryte przy okazji tego samego skanu.
Dane realnych użytkowników a wyniki laboratoryjne
Raport rozróżnia dwa źródła danych. Dane rzeczywistych użytkowników (Chrome UX Report) pokazują, jak stronę realnie ładowali odwiedzający w ciągu ostatnich tygodni — to najbardziej wiarygodny obraz, ale wymaga wystarczającego ruchu, żeby Google w ogóle zebrał dane. Jeśli strona ma mało odwiedzających, zobaczysz tylko wyniki laboratoryjne (Lighthouse) — pojedynczy, kontrolowany pomiar. Brak danych realnych użytkowników nie oznacza, że strona jest wolna — oznacza tylko, że jeszcze nie ma na to statystyk.
Core Web Vitals — trzy liczby, które warto zapamiętać
- LCP (Largest Contentful Paint) — jak szybko pojawia się główna, najważniejsza treść strony;
- INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcie czy dotyk;
- CLS (Cumulative Layout Shift) — czy układ strony „skacze” podczas ładowania.
Każdy z nich dostaje etykietę: dobra, wymaga poprawy albo poważne problemy — zgodnie z progami, których używa też Google przy ocenie stron.
Czego ten test nie widzi
Test zewnętrzny sprawdza to, co widać z zewnątrz: nagłówki HTTP, cache, kompresję, przekierowania i wykrytą technologię (WordPress, WooCommerce, wtyczki cache). Nie ma dostępu do panelu, bazy danych ani serwera — nie widzi zapytań SQL, WP-Cron, Action Schedulera, konfiguracji PHP ani logów. To wymaga pełnego audytu technicznego z dostępem do konta.
Sensowna kolejność działań
- Przeczytaj sekcję „Co poprawić najpierw” — problemy mają przypisany priorytet (krytyczny, wysoki, średni, niski).
- Zajmij się najpierw pozycjami oznaczonymi jako krytyczne albo wysokie — zwykle dają największą, najszybciej widoczną poprawę.
- Sprawdź sekcję „Co już działa dobrze” — nie trzeba tam nic zmieniać.
- Po wdrożeniu poprawek uruchom test ponownie pod tym samym adresem i porównaj wynik.