Core Web Vitals i SEO: co naprawić najpierw
Progi Core Web Vitals (LCP 2,5 s, INP 200 ms, CLS 0,1), co je najczęściej psuje i w jakiej kolejności je naprawiać, zaczynając od kluczowych szablonów.
W skrócie
Strona przechodzi Core Web Vitals, gdy co najmniej 75% prawdziwych odsłon spełnia trzy progi: główna treść widoczna w ciągu 2,5 sekundy (LCP), reakcja na dotknięcie w ciągu 200 milisekund (INP) i przesunięcie układu nie większe niż 0,1 (CLS). Google zaleca dobre wyniki i pisze, że są zgodne z tym, co nagradzają jego systemy rankingowe, ale trafna treść nadal jest najważniejsza. Najpierw popraw szablony z największym ruchem i liczbą zapytań, zwykle zaczynając od największego zdjęcia i ciężkich skryptów.
Core Web Vitals to trzy miary Google, które pokazują, jak strona działa dla prawdziwych odwiedzających: jak szybko pojawia się główna treść, jak szybko strona reaguje i czy układ skacze podczas ładowania.
Lepsze wyniki zwykle oznaczają, że mniej osób wychodzi, zanim cokolwiek przeczyta, na stronach, które już mają pozycje.
Większość zespołów zna te trzy nazwy, ale nie wie, co naprawić najpierw.
Ten poradnik podaje progi, typowe przyczyny i kolejność pracy powiązaną z wpływem na firmę.
Gdzie szybkość mieści się w pełnej kontroli technicznej, omawia nasz audyt techniczny SEO.
Jakie są progi Core Web Vitals?
Dokumentacja Google na web.dev wyznacza dobry wynik dla każdego wskaźnika, a strona przechodzi ocenę, gdy spełnia go co najmniej 75% odsłon, liczonych osobno na telefonach i komputerach.
| Wskaźnik | Co mierzy | Dobry wynik |
|---|---|---|
| LCP (Largest Contentful Paint) | Jak szybko pojawia się główna treść | 2,5 sekundy lub mniej |
| INP (Interaction to Next Paint) | Jak szybko strona reaguje na dotknięcie albo kliknięcie | 200 milisekund lub mniej |
| CLS (Cumulative Layout Shift) | Jak bardzo układ skacze podczas ładowania | 0,1 lub mniej |
Czy Core Web Vitals wpływają na pozycje?
Google zaleca właścicielom stron osiąganie dobrych wyników Core Web Vitals i pisze, że razem z innymi aspektami wygody korzystania ze strony jest to zgodne z tym, co chcą nagradzać jego główne systemy rankingowe.
Nie pisze, że dobre wyniki gwarantują wysoką pozycję, a szybka strona ze słabą treścią nie wyprzedzi wolniejszej, która dużo lepiej odpowiada na wyszukiwanie.
Pewniejszy jest wpływ na odwiedzających: strona, która pojawia się szybko i nie skacze, zatrzymuje więcej osób, które na nią trafiają.
Co najczęściej psuje wyniki?
Słaby LCP to często za duże zdjęcia na górze strony, zasoby blokujące wyświetlanie i wolna odpowiedź serwera.
Problemy z INP zwykle biorą się z ciężkiego JavaScriptu, który działa, gdy odwiedzający dotyka ekranu albo pisze.
Problemy z CLS to zwykle brak zarezerwowanego miejsca: zdjęcia i osadzone elementy bez wymiarów, paski, które ładują się z opóźnieniem i przesuwają treść w dół, oraz czcionki, które zmieniają rozmiar podczas ładowania.
Które podstrony naprawić najpierw?
Nie zaczynaj od przypadkowych podstron.
Zacznij od szablonów, które przynoszą najwięcej ruchu i zapytań: strony głównej, głównych szablonów usług albo produktów i najważniejszych stron docelowych.
Poprawka jednego szablonu poprawia każdą podstronę, która na nim powstała, więc taka praca jest dużo wydajniejsza niż poprawianie podstron po kolei.
W jakiej kolejności pracować?
Wdrażaj zmiany małymi krokami i sprawdzaj zarówno testy laboratoryjne, jak i dane od prawdziwych odwiedzających, żeby wiedzieć, która zmiana zrobiła różnicę.
- Skompresuj i dopasuj rozmiar pierwszych zdjęć na stronie; wybieraj nowoczesne formaty.
- Ogranicz CSS i JavaScript blokujące wyświetlanie i odłóż skrypty, które nie są potrzebne od razu.
- Zarezerwuj miejsce dla zdjęć, osadzonych elementów i wszystkiego, co ładuje się później.
- Podziel długie zadania JavaScriptu i usuń skrypty zewnętrzne, których już nie potrzebujesz.
- Użyj CDN i pamięci podręcznej, żeby odpowiedź serwera była stabilniejsza.
Jak mierzyć i raportować postęp?
Do grup podstron używaj raportu Core Web Vitals w Search Console, do pojedynczych podstron PageSpeed Insights, a jeśli masz, pomiaru u prawdziwych użytkowników.
Decyzje powinny opierać się na danych od prawdziwych odwiedzających; testy laboratoryjne służą do diagnozy i wyłapywania pogorszeń przed wdrożeniem.
Przeglądaj liczby co miesiąc z osobą, która buduje stronę, i raportuj efekt językiem firmy: mniej osób opuszczających stronę, więcej zapytań z szybszych szablonów, stabilne pozycje na najważniejszych podstronach.
Praca nad Core Web Vitals nie polega na pogoni za idealnym wynikiem. Chodzi o usunięcie największych przeszkód dla odwiedzających na podstronach, które są dla firmy najważniejsze. Jeśli Twoja strona jest wolna na telefonie, nasze Strony internetowe to budowa i naprawa stron z szybkością mierzoną na telefonie.
Chcesz wiedzieć, które szablony spowalniają Twoją stronę? Sprawdzimy Core Web Vitals i wypiszemy poprawki według ich wpływu.
Zamów bezpłatny przegląd szybkościNajczęściej zadawane pytania
Czy Core Web Vitals bezpośrednio wpływają na pozycje?
Google pisze, że dobre Core Web Vitals, razem z innymi aspektami wygody korzystania ze strony, są zgodne z tym, co chcą nagradzać jego systemy rankingowe. Nie przeważają nad trafną treścią, ale wpływają na to, czy odwiedzający zostają.
Który wskaźnik naprawić najpierw?
Ten, który nie przechodzi na Twoich najcenniejszych szablonach. Na telefonach najczęściej jest to LCP, zwykle przez duże pierwsze zdjęcie.
Optymalizować pod testy laboratoryjne czy dane od użytkowników?
Priorytety powinny wyznaczać dane od prawdziwych odwiedzających. Narzędzia laboratoryjne, takie jak Lighthouse, służą do diagnozowania problemów i sprawdzania poprawek przed wdrożeniem.
Jak często sprawdzać Core Web Vitals?
Co miesiąc i po każdym wdrożeniu, które zmienia szablony, skrypty albo sposób obsługi zdjęć.
