3 min czytania

Core Web Vitals: jak poprawić wynik Lighthouse do 90+

Core Web Vitals jak poprawić do 90+ w Lighthouse: progi LCP 2,5 s, INP 200 ms, CLS 0,1 i cztery poprawki, które najwięcej dają za najmniej roboty.

  • core-web-vitals
  • lighthouse
  • optymalizacja-strony
  • seo-techniczne
  • wydajnosc-www
  • page-speed
Core Web Vitals: jak poprawić wynik Lighthouse do 90+
Spis treści +

Strona wygląda dobrze na mockupie. PageSpeed na mobile pokazuje 42. Klient z Google czeka trzy sekundy i zamyka kartę. Core Web Vitals opisuje to, co człowiek czuje przy wejściu na stronę.

Trzy liczby, które Google bierze poważnie:

MetrykaCo mierzyCel
LCPKiedy widać główny element (zwykle hero)poniżej 2,5 s
INPIle czeka po kliknięciu, zanim coś się ruszyponiżej 200 ms
CLSJak bardzo treść skacze przy ładowaniuponiżej 0,1

Lighthouse to laboratorium. Ranking patrzy też na dane z prawdziwych telefonów (CrUX). Setka lokalnie i słabe pole to sytuacja, którą widujemy, i to pole wygrywa.

LCP: prawie zawsze obraz

Na stronach firmowych największy element to zwykle zdjęcie w hero. Cztery rzeczy, które dają najwięcej za najmniej roboty:

  1. Bez loading="lazy" na hero. Lazy na pierwszym ekranie to strzał w stopę.
  2. width i height (albo aspect-ratio). Przeglądarka rezerwuje miejsce; przy okazji spada CLS.
  3. WebP / AVIF w realnym rozmiarze. 4000 px wyświetlane na 1200 px to transfer za darmo oddany w kosmos.
  4. CSS i JS w <head>, które nie są krytyczne. Każdy blokujący plik odpycha moment, w którym widać zdjęcie.

Na Netafoto hero jest celowo poza pipeline’em kompresji galerii: pełna jakość na cały ekran, reszta WebP + lazy. To świadomy wyjątek od reguły „wszystko na max”.

CLS: zarezerwuj miejsce

Skacze, bo:

  • obraz bez wymiarów,
  • embed (mapa, widget rezerwacji) bez stałej wysokości,
  • font, który podmienia się po załadowaniu i rozpycha tekst.

font-display: swap + preload głównego kroju, aspect-ratio na mediach, placeholder na widgetach. Często CLS spada do zera w jedną popołudniówkę. Nie trzeba „przepisywać strony”.

INP: mniej JS, nie „szybszy” JS

INP mierzy kolejne interakcje, nie tylko pierwszą. Najskuteczniejsza poprawka to nie odpalać kodu, którego nie widać: mniej bibliotek, hydracja dopiero przy client:visible, ciężkie rzeczy poza głównym wątkiem.

Statyczny HTML z odrobiną JS ma ten problem rozwiązany z definicji. Ciężki WordPress z dziesięcioma wtyczkami „na wszelki wypadek” musi go leczyć przy każdym wdrożeniu: cache, defer, wyrzucenie zbędnych skryptów.

Sklep jubilerski z katalogiem 19 500 produktów bez warstwy cache nie ogarnie sensownego INP ani LCP. LiteSpeed przed WooCommerce to warunek, żeby strona w ogóle odpowiadała.

Czego nie robić dla setki

Wyrzucenie zdjęć produktów, animacji, które budują markę, albo analityki „bo punkty” podnosi Lighthouse i obniża sprzedaż. Próg „dobry” w CWV jest niższy niż 100. Gonienie setki bywa sportem dla sportu, rzadko realną strategią.

Przy nowej stronie na Astro albo lekkim stacku optymalizacja pod telefony wchodzi w wycenę jako standard. Przy starym WP po audycie często wychodzi: trzy konkretne poprawki dają skok z 40 do 80, a ostatnie 15 punktów kosztuje więcej niż są warte.

Jak chcesz liczbę z własnej domeny zamiast z poradnika, sięgnij po darmowy audyt albo kontakt.

Autor

Atelier Digital

Projektujemy i kodujemy strony, prowadzimy też social media. Design, development i marketing w jednym studiu, pod jednym opiekunem projektu.

Porozmawiajmy

Kontakt

Zaczynamy Twój projekt?

Napisz, co chcesz zbudować. Wrócimy z pytaniami i orientacyjną wyceną w ciągu 24 godzin.

kontakt@atelierdigital.pl · +48 792 839 210