Core Web Vitals zmierzysz, zaczynając od danych prawdziwych użytkowników w Search Console i PageSpeed Insights. LCP opisuje pojawienie się największej treści, INP reakcję na interakcję, a CLS stabilność układu. Wyniki porównuj osobno dla telefonów i komputerów oraz dla ważnych typów podstron. Test laboratoryjny służy do znalezienia przyczyny, a nie zastępuje pomiaru z wizyt.
Na stronie firmy problem wydajności łatwo zobaczyć bez znajomości skrótów: oferta pojawia się późno, przycisk kontaktu reaguje z opóźnieniem albo formularz przesuwa się, kiedy doładuje się baner. Metryki pomagają nazwać zjawisko i porównać stan przed oraz po poprawce. Nie wystarczy jednak wynik 100 w jednym teście. Jeden pomiar na szybkim komputerze może nie przypominać wizyty osoby otwierającej stronę usługi na telefonie w słabszej sieci.
Ten poradnik pokazuje kolejność: raport grup adresów, pomiar reprezentatywnej strony, diagnoza w laboratorium, poprawka szablonu i ponowna ocena danych. Nie przedstawiamy rzeczywistego wyniku tej witryny; arkusz poniżej jest do wypełnienia. Szersze miejsce wydajności w SEO technicznym zależy też od dostępności treści, indeksowania i struktury strony.
Co mierzą LCP, INP i CLS?
LCP, czyli Largest Contentful Paint, mierzy czas, po którym największy element treści w widocznym obszarze zostaje wyrenderowany. Na stronie firmy może to być główne zdjęcie usługi, duży blok tekstu lub obraz w sekcji otwierającej. Dobry wynik według Google Search Console to maksymalnie 2,5 sekundy. Zanim usuniesz zdjęcie, sprawdź, czy faktycznie jest elementem LCP i co opóźnia jego pobranie: serwer, CSS, skrypty, rozmiar pliku lub priorytet ładowania.
INP, czyli Interaction to Next Paint, opisuje responsywność strony podczas interakcji. Nie chodzi tylko o pierwszy klik po wejściu. Użytkownik może rozwinąć menu, wybrać termin wizyty, kliknąć telefon lub zacząć pisać w formularzu. Dobry wynik to maksymalnie 200 milisekund. Jeśli strona wygląda na załadowaną, a przycisk długo nie reaguje, sprawdź pracę JavaScriptu i kod wywoływany po interakcji. Starsze poradniki nadal opisują FID; to INP jest obecnym wskaźnikiem Core Web Vitals.
CLS, czyli Cumulative Layout Shift, mierzy nieoczekiwane przesunięcia elementów. Dobry wynik to maksymalnie 0,1. Przykład: odwiedzający chce nacisnąć „Wyślij”, lecz nad formularzem pojawia się mapa lub baner i przycisk ucieka w dół. Częstym tropem jest brak miejsca zarezerwowanego dla zdjęcia, filmu, fontu albo osadzonego modułu. Nie przypisuj jednak każdej zmiany layoutu błędowi CLS; celowa zmiana po interakcji użytkownika ma inny charakter niż nieoczekiwany ruch podczas ładowania.
Progi dotyczą oceny doświadczenia, nie są obietnicą pozycji w Google. Trafność oferty, dostępność strony i jakość odpowiedzi nadal mają znaczenie. Jeżeli strona z dobrymi wskaźnikami nie odpowiada na zapytanie, sama szybkość nie stworzy tej odpowiedzi.
Gdzie sprawdzić dane z rzeczywistych wizyt?
Zacznij od raportu Core Web Vitals w Search Console. Google grupuje podobne adresy i pokazuje ich stan oddzielnie na telefonach oraz komputerach. Dane pochodzą z rzeczywistych, anonimowych wizyt Chrome i obejmują okno 28 dni, z oceną na poziomie 75. percentyla. Oznacza to, że 75% obserwowanych wizyt miało wynik równy podanej wartości lub lepszy. Raport nie jest precyzyjną diagnozą jednego URL; grupa może zawierać kilka stron tego samego szablonu.
Kliknij grupę o stanie „Słabej jakości” albo „Wymagana poprawa” i zapisz typ problemu: LCP, INP czy CLS. Sprawdź, jakie adresy należą do grupy i czy obejmuje ona ważne strony usługowe, kontakt lub stronę główną. Nie zaczynaj od najmniej istotnej podstrony tylko dlatego, że jest pierwsza na liście. Wybierz przykład reprezentujący szablon z realnym ruchem lub ważną ścieżkę kontaktu.
Następnie otwórz ten URL w PageSpeed Insights. Sekcja danych użytkowników może dotyczyć konkretnego adresu, a przy zbyt małej liczbie obserwacji całej domeny lub może być niedostępna. Nie dopisuj w raporcie „wynik tej strony”, jeśli narzędzie pokazuje dane całego originu. Porównaj też zakres parametrów URL: Search Console może grupować je inaczej niż PageSpeed. Dla małej lokalnej firmy brak dostatecznej próbki nie oznacza automatycznie, że strona działa szybko albo źle. Wtedy potrzebujesz ostrożniejszej diagnozy laboratoryjnej i własnych pomiarów, jeśli są dostępne.
Jak użyć testu laboratoryjnego bez mylenia go z raportem?
PageSpeed Insights i Lighthouse uruchamiają symulowany test, który pokazuje techniczne tropy: element LCP, zasoby blokujące render, długie zadania JavaScriptu i przesunięcia układu. To dobry sposób na szukanie przyczyny. Wynik laboratoryjny zmienia się jednak między uruchomieniami i nie jest tym samym co dane z 28 dni realnych wizyt. Zapisz datę, tryb mobilny lub komputerowy oraz warunki testu. Powtórz pomiar, jeśli jeden wynik wyraźnie odstaje, zanim zlecisz kosztowną przebudowę.
Na stronie usługowej obejrzyj film lub ślad ładowania. Jeśli elementem LCP jest zdjęcie główne, sprawdź jego faktyczne wymiary, wielkość pliku i moment rozpoczęcia pobierania. Jeśli największym elementem jest tekst, sprawdź fonty i CSS. Dla INP wykonaj działania, które klient naprawdę wykonuje: otwarcie menu, kliknięcie CTA, rozwinięcie formularza. Raport laboratoryjny bez interakcji może nie uchwycić problemu ze skryptem uruchamianym po kliknięciu. Dla CLS obserwuj stronę podczas ładowania oraz później, gdy dołączają widgety.
Nie poprawiaj na ślepo wszystkich wskazówek narzędzia. Trzecia biblioteka może być ciężka, ale potrzebna do rezerwacji wizyt; wtedy sprawdź, czy musi ładować się na każdej podstronie, czy dopiero przy otwarciu formularza. Duże zdjęcie może być ważne dla zrozumienia usługi; lepiej znaleźć jego właściwą wersję i kolejność pobierania niż bez namysłu je usunąć. Zmiana ma poprawić działanie strony dla ludzi, nie jedynie liczbę w teście.
Arkusz pomiaru strony głównej, usługi i kontaktu
Poniższa tabela jest pustym arkuszem, a nie wynikiem audytu seo-krakow.pl. Wpisz rzeczywiste URL, daty i dane po uruchomieniu narzędzi. Jeśli brakuje pomiaru terenowego dla pojedynczej podstrony, zaznacz „brak danych URL” zamiast zastępować go wynikiem całej domeny.
| Szablon | Pole danych użytkowników | Test laboratoryjny | Hipoteza do sprawdzenia | Decyzja i ponowny pomiar |
|---|---|---|---|---|
| Strona główna | LCP/INP/CLS mobilne: do uzupełnienia | Element LCP i ślad ładowania: do uzupełnienia | Czy główne zdjęcie opóźnia pierwszy ekran? | Zmiana tylko po potwierdzeniu |
| Strona usługi | Stan grupy URL: do uzupełnienia | Interakcja z CTA i formularzem: do uzupełnienia | Czy skrypt blokuje reakcję? | Test tej samej interakcji po zmianie |
| Kontakt | Dane URL lub origin: do uzupełnienia | Obserwacja CLS: do uzupełnienia | Czy mapa przesuwa formularz? | Rezerwacja miejsca i kontrola układu |
Taki arkusz pozwala odróżnić obserwację od pomysłu na poprawkę. „Słaby LCP w grupie” jest wynikiem. „Zbyt duży obraz” jest hipotezą do sprawdzenia. Po zmianie zapisz nowy wynik testu laboratoryjnego, a później poczekaj na nowe dane użytkowników. Raport terenowy nie zmieni się natychmiast, bo obejmuje ruch z dłuższego okresu. Gdy poprawiasz szablon używany przez kilka podstron, kontroluj całą grupę, nie tylko jeden adres.
Jak zaplanować poprawki LCP, INP i CLS?
Dla LCP zacznij od faktycznego elementu największej treści. Jeśli to obraz, sprawdź rozmiar odpowiadający ekranowi, kompresję, priorytet pobierania i to, czy nie został omyłkowo opóźniony. Jeśli problemem jest serwer, optymalizacja samego pliku graficznego nie wystarczy. Porównaj czas odpowiedzi i kolejność ładowania. Jeśli CSS lub font blokuje wyświetlenie tekstu, sprawdź krytyczne zasoby przed zmianą projektu strony.
Dla INP ustal, która interakcja jest wolna. Na lokalnej stronie firmy będą to często menu, przycisk połączenia, formularz, system rezerwacji albo osadzony czat. Przejrzyj długie zadania JavaScriptu i skrypty firm trzecich. Nie wyłączaj analityki ani rezerwacji bez oceny ich roli; ogranicz ładowanie tam, gdzie nie są potrzebne, lub przenieś ciężką pracę poza kluczową interakcję. Sprawdź zachowanie na telefonie, bo szybki komputer może ukryć problem.
Dla CLS rezerwuj miejsce dla mediów oraz dynamicznych modułów. Podaj wymiary zdjęć, zadbaj o proporcje ramek wideo i map, uwzględnij banery oraz fonty. Sprawdź szczególnie ekran kontaktu, bo przesunięcie przycisku lub pola może przerwać wysłanie zapytania. Po wdrożeniu przejrzyj stronę z wolniejszą siecią i bez pamięci podręcznej. Czasem poprawa jednego wskaźnika pogarsza inny, więc mierz cały zestaw.
Kolejność zadań ustal według znaczenia strony i rozmiaru problemu, nie według najłatwiejszej liczby do poprawienia. Jeśli strona główna ma dobry wynik, a wszystkie strony usługowe mają słaby INP, pracuj na szablonie usług. Jeśli słaby CLS występuje tylko na jednym formularzu, popraw ten komponent. W audycie SEO połącz wyniki techniczne z ruchem oraz konwersją. Ogólny poradnik techniczny pokaże, co jeszcze sprawdzić, kiedy problem nie dotyczy wydajności.
Co sprawdzić dalej?
Temat łączy się z kolejnymi decyzjami w serwisie. Zobacz także javascript seo renderowanie, mapa witryny xml oraz wykryto obecnie nie zindeksowano.
