Przykładowy raport: zanonimizowana prawdziwa strona
Ten przykładowy raport pokazuje, jak wygląda analiza strony internetowej. Zmierzyliśmy dwie prawdziwe strony i usunęliśmy wszystkie dane, które pozwalałyby je zidentyfikować. Przy każdej widać szybkość na telefonie, podstawy wyszukiwania i AI oraz kanały kontaktu, a następnie to, co byśmy zrobili. Oba przykłady są oznaczone jako Strona A i Strona B.
Jak czytać te przykłady
Obie strony są prawdziwe. Usunęliśmy domenę, markę, logotypy i wszystko, co mogłoby je zidentyfikować. Wartości zmierzono 5 października 2026 w narzędziu Lighthouse w warunkach laboratoryjnych: wersja mobilna oznacza emulowany telefon i symulowane wolne połączenie 4G.
Obie strony są w dobrej kondycji. Dobra analiza mówi też, czego nie ruszać. Wartości laboratoryjne nie są danymi terenowymi od prawdziwych odwiedzających.
Szybka, przejrzysta i jeden krok od formularza kontaktowego
na telefonach
opis
AI
kontaktu
- Główna treść pojawia się po 1,23 s na telefonie
- Roboty wyszukiwarek i AI mają dostęp
- Do poprawy w pierwszej kolejności: brak formularza zapytania na stronie głównej
Co zrobilibyśmy dla Strony A
Szybkości nie ruszać.
Wynik mobilny 100 i 1,23 s do największego elementu treści to dobry rezultat. Zmiany w tym miejscu groziłyby większymi stratami niż zyskami.
Dodać krótki formularz zapytania na stronie głównej.
Odwiedzający mogą dziś korzystać tylko z linków. Krótki formularz usuwa jeden krok osobie, która trafia na stronę z kodu QR na stoisku.
Zaostrzyć politykę bezpieczeństwa treści.
Obecnie dopuszcza ona unsafe inline i eval. Najpierw przetestowalibyśmy surowszą politykę, a potem ją wdrożyli.
Zmierzyć przed cache’owaniem HTML.
Odpowiedź serwera w 190 ms mogłaby się skrócić dzięki cache strony, ale przy wyniku 100 zysk jest niewielki. Najpierw wykonalibyśmy pomiar.
Zmierzone wartości
| Kontrola | Co zmierzyliśmy |
|---|---|
| Szybkość, mobile | Wynik wydajności 100, największy element treści po 1,23 s, przesunięcie układu 0,000, czas blokowania 0 ms, pierwsza treść po 1,04 s |
| Szybkość, desktop | Wynik wydajności 100, największy element treści po 0,37 s |
| Odpowiedź serwera | 190 ms; strona jest wysyłana z nagłówkiem no-store, więc każda wizyta trafia na serwer |
| Waga strony | Około 14 KB skompresowanego HTML, 3 obrazy (wszystkie SVG, wszystkie z opisem i ustawionym rozmiarem) |
| Tytuł i opis | Tytuł 57 znaków, opis 158 znaków, oba mieszczą się w typowych limitach wyświetlania |
| Nagłówki | Jeden H1, 14 H2, 23 H3 |
| Dane strukturalne | Organization, WebSite, WebPage i FAQPage z 6 pytaniami |
| Robots i dostęp AI | Roboty wyszukiwarek i AI mają dostęp, sitemap jest podana, llms.txt istnieje, brakujący adres URL zwraca prawdziwy błąd 404; testowane roboty AI otrzymują stronę (HTTP 200) |
| Kanały kontaktu | Strona kontaktowa, e-mail, telefon i linki WhatsApp; brak formularza na stronie głównej |
| Nagłówki bezpieczeństwa | Ustawione HSTS, nosniff, referrer policy i frame options; polityka bezpieczeństwa treści dopuszcza unsafe inline i eval |
| Skrypty podmiotów trzecich | Brak w kodzie HTML strony |
Szybka i łatwa w kontakcie, z długimi fragmentami w wynikach wyszukiwania
na telefonach
opis
AI
kontaktu
- Główna treść pojawia się po 1,73 s na telefonie
- Roboty wyszukiwarek i AI mają dostęp
- Do poprawy w pierwszej kolejności: tytuł i opis przekraczają typowe limity
Co zrobilibyśmy dla Strony B
Skrócić tytuł do 60 znaków, a opis do 160.
Oba przekraczają typowe limity, więc wyniki wyszukiwania mogą je ucinać.
Przyjrzeć się pierwszemu renderowaniu, a nie obrazom.
Największy element treści (1,73 s) i pierwsza treść (1,72 s) pojawiają się niemal jednocześnie, więc oczekiwanie następuje przed pierwszym renderowaniem. 41 KB wbudowanego CSS to pierwsza rzecz, którą byśmy zbadali.
Przełączyć politykę bezpieczeństwa treści z trybu raportowania na egzekwowanie
po przeczytaniu jej raportów.
Ładować skrypt analityczny dopiero po zgodzie
jeśli wymaga tego region odwiedzającego. Sprawdzilibyśmy to w konfiguracji zgód strony.
Zmierzone wartości
| Kontrola | Co zmierzyliśmy |
|---|---|
| Szybkość, mobile | Wynik wydajności 99, największy element treści po 1,73 s, przesunięcie układu 0,000, czas blokowania 0 ms, pierwsza treść po 1,72 s |
| Szybkość, desktop | Wynik wydajności 100, największy element treści po 0,55 s |
| Odpowiedź serwera | 176 ms; HTML jest oznaczony jako private, więc współdzielone cache go nie zapisują |
| Waga strony | Około 20 KB skompresowanego HTML (99 KB bez kompresji), z czego około 41 KB bez kompresji to wbudowany CSS; brak obrazów na stronie głównej |
| Tytuł i opis | Tytuł 66 znaków, opis 168 znaków, oba przekraczają typowe limity wyświetlania |
| Nagłówki | Jeden H1, 8 H2, 6 H3 |
| Dane strukturalne | Organization, Person, WebSite, ProfessionalService i FAQPage z 6 pytaniami |
| Robots i dostęp AI | Roboty wyszukiwarek i AI mają dostęp, sitemap jest podana, llms.txt istnieje, brakujący adres URL zwraca prawdziwy błąd 404; testowane roboty AI otrzymują stronę (HTTP 200) |
| Kanały kontaktu | Strona kontaktowa, e-mail, 4 linki do telefonu, 3 linki WhatsApp i 2 formularze na stronie głównej |
| Nagłówki bezpieczeństwa | Ustawione HSTS (180 dni, bez subdomen), nosniff, referrer policy i frame options; polityka bezpieczeństwa treści działa w trybie raportowania i nie jest egzekwowana |
| Skrypty podmiotów trzecich | 1 zewnętrzny host, analityczny beacon z CDN, ładowany w kodzie HTML strony |
Co to oznacza dla Państwa analizy
Państwa wynik opiera się na tej samej logice: co zmierzyliśmy, co to oznacza i co poprawilibyśmy w pierwszej kolejności. Piszemy go prostym językiem i wysyłamy e-mailem w ciągu dwóch dni roboczych.