Dokumentacja
Core Web Vitals: rzeczywiste wartości LCP, INP i CLS tydzień po tygodniu
Tygodniowe wartości LCP, INP i CLS (75. percentyl) z Chrome UX Report History API dla całej witryny lub pojedynczej strony, ocenione według progów Google.
Raport Core Web Vitals (zatytułowany Core Web Vitals History) pokazuje, jak prawdziwi użytkownicy Chrome odbierają Twoją witrynę, tydzień po tygodniu. Korzysta z Chrome UX Report History API, czyli z tych samych danych terenowych, które zasilają raport Core Web Vitals w Search Console, i ocenia każdą metrykę w 75. percentylu według progów Google. Dzięki niemu sprawdzisz, czy wdrożenie przyspieszyło, czy spowolniło Twoje strony, na długo zanim test laboratoryjny pokaże, jak odczuli to odwiedzający.
Uruchamianie raportu
- Zakres: Whole site odpytuje origin (na przykład
https://www.example.com), który agreguje wszystkie strony odwiedzone przez użytkowników Chrome. Single page odpytuje jeden adres URL. - Origin lub Page URL: pole jest wstępnie wypełnione originem Twojej usługi; zmień je, aby sprawdzić inny host lub inną stronę.
- Device: All devices, Phone, Desktop lub Tablet. Po wybraniu All devices raport wczytuje dodatkowo każde urządzenie osobno i dodaje tabelę Summary by device.
- Naciśnij Run report.
Wyniki są buforowane przez dobę, ponieważ dane zmieniają się tylko co tydzień. Raport odpytuje API za pomocą klucza CrUX API; AutoPSEO zapewnia taki klucz, więc nie musisz niczego konfigurować. Przycisk API Key prowadzi do instrukcji Google, jeśli chcesz uzyskać własny klucz do swoich narzędzi.
Co zobaczysz
Wiersz z werdyktem informuje, czy dany zakres Passes Core Web Vitals: każda podstawowa metryka, dla której są dane, ma ocenę Good. Poniżej znajduje się pięć kart, po jednej na metrykę, a każda pokazuje najnowszą wartość w 75. percentylu, jej ocenę, zmianę względem stanu sprzed czterech tygodni oraz odsetek wczytań stron ocenionych jako dobre.
| Metryka | Co mierzy | Dobry wynik | Słaby wynik |
|---|---|---|---|
| LCP, Largest Contentful Paint | Ładowanie: moment wyrenderowania największego widocznego elementu | 2.5 s lub mniej | powyżej 4 s |
| INP, Interaction to Next Paint | Responsywność: opóźnienie po kliknięciach, stuknięciach i naciśnięciach klawiszy | 200 ms lub mniej | powyżej 500 ms |
| CLS, Cumulative Layout Shift | Stabilność wizualna: ile treści przesuwa się podczas ładowania | 0.1 lub mniej | powyżej 0.25 |
| FCP, First Contentful Paint | Moment pojawienia się pierwszego tekstu lub obrazu | 1.8 s lub mniej | powyżej 3 s |
| TTFB, Time to First Byte | Jak szybko serwer zaczyna odpowiadać | 0.8 s lub mniej | powyżej 1.8 s |
LCP, INP i CLS to Core Web Vitals; FCP i TTFB to metryki pomocnicze, które pomagają wyjaśnić słaby LCP. Wartości mieszczące się między dwoma progami wymagają poprawy. Google ocenia każdą metrykę w 75. percentylu wczytań stron, osobno dla urządzeń mobilnych i komputerów (web.dev: Web Vitals). INP zastąpił First Input Delay jako Core Web Vital 12 marca 2024 roku.
Trend jest uznawany za improving lub worsening, gdy najnowsza wartość zmieniła się o co najmniej 5% względem stanu sprzed czterech tygodni. Wykresy pokazują tygodniowy 75. percentyl każdej metryki wraz z udziałem wyników dobrych, wymagających poprawy i słabych, a tabela wymienia każdy tydzień ze wszystkimi pięcioma wartościami oraz odsetkiem dobrych odczuć związanych z LCP.
Jak czytać historię
Każdy punkt to tygodniowy okres zbierania danych, który podsumowuje wizyty z poprzednich 28 dni, więc poprawka staje się widoczna stopniowo, w ciągu około czterech tygodni, a nie z dnia na dzień. API domyślnie zwraca 25 okresów tygodniowych, czyli mniej więcej ostatnie pół roku (CrUX History API).
- Skok wartości zbieżny z wdrożeniem, nowym skryptem w menedżerze tagów lub aktualizacją motywu to typowy wzorzec; oznacz tę datę adnotacją.
- Telefony wypadają gorzej niż komputery to częsta sytuacja, ponieważ telefony mają mniejszą moc obliczeniową i często wolniejsze połączenia. Oceń to przez pryzmat tego, jaka część ruchu z wyszukiwarki pochodzi z urządzeń mobilnych.
- Origin dobry, strona słaba: origin uśrednia wszystkie strony, dlatego sprawdź po kolei najcięższe szablony.
Gdy brakuje danych
Chrome publikuje rekord tylko dla publicznego originu lub adresu URL z wystarczającą liczbą rzeczywistych wizyt w Chrome; w przeciwnym razie raport wyświetla komunikat Not enough field data (metodologia CrUX). Nowe strony i strony o małym ruchu często nie mają rekordu na poziomie adresu URL, nawet jeśli origin go ma. Interfejsy CrUX API nie oferują też podziału na kraje, więc liczby obejmują wszystkich Twoich odwiedzających na całym świecie.
Jak pomaga AutoPSEO
Artykuły dostarczane przez AutoPSEO są renderowane przez Twoją własną witrynę, dlatego dziedziczą wydajność Twoich szablonów. Jeśli AutoPSEO hostuje dla Ciebie sekcję, strony artykułów serwuje hostowany renderer; uruchom raport dla jednego z tych adresów URL, aby je sprawdzić. Obszerniejsze wyjaśnienie trzech metryk znajdziesz w artykułach co oznaczają LCP, INP i CLS oraz jak naprawić słabe wyniki Core Web Vitals.