Szybko wyświetlaj główną treść strony na telefonie
Opis
To kryterium mierzy szybkość strony w warunkach przeciętnego telefonu: iPand ładuje ją raz, bez pamięci podręcznej, na symulowanym telefonie Pixel 7, ze spowolnioną siecią i procesorem z profilu mobilnego Lighthouse. Rejestruje moment wyświetlenia największego widocznego elementu (LCP) i czas blokowania przez skrypty (TBT); czas odpowiedzi serwera (TTFB) jest mierzony przy bezpośrednim pobraniu strony.
To pomiar laboratoryjny, a nie szybkość, której doświadczają twoi rzeczywiści odwiedzający (raport Chrome UX).
Dlaczego to ważne dla AI
Google zaleca zapewnienie dobrego doświadczenia strony, by pojawiać się w jego funkcjach AI, a szybkość wyświetlania jest częścią tego doświadczenia. Wolny serwer spowalnia też skanowanie: gdy czasy odpowiedzi się wydłużają, Google skanuje mniej stron twojej witryny.
- LCP oznacza moment, w którym główna treść staje się widoczna: web.dev uznaje go za dobry przy wartości najwyżej 2,5 s.
- TTFB nie jest wskaźnikiem Core Web Vitals, ale web.dev radzi nie przekraczać 0,8 s: cała reszta ładowania czeka na odpowiedź serwera.
- Każde zadanie JavaScript dłuższe niż 50 ms blokuje stronę; TBT sumuje te blokady i wskazuje stronę, która słabo reaguje na działania odwiedzających.
Jak to poprawić
- 1 Przyspiesz wyświetlanie głównego elementu LCP nie może przekraczać 2,5 s; ten pomiar ma największą wagę w kryterium. Znajdź główny element, często obraz u góry strony lub pierwszy nagłówek. Serwuj go we właściwym rozmiarze i w lekkim formacie, nie ładuj go z opóźnieniem (loading=lazy) i wczytaj go z wyprzedzeniem (preload), jeśli przeglądarka odkrywa go późno.
- 2 Przyspiesz odpowiedź serwera Serwer musi wysłać pierwsze bajty strony w czasie najwyżej 0,8 s. Zapisuj strony w pamięci podręcznej na serwerze lub w CDN, unikaj przekierowań przed stroną i ogranicz operacje wykonywane przy każdej wizycie, takie jak zapytania do bazy danych czy wtyczki CMS.
- 3 Odrocz skrypty, które nie są niezbędne TBT nie może przekraczać 200 ms. Ładuj skrypty z atrybutem defer lub async, usuń zbędne skrypty zewnętrzne (widżety, zdublowane narzędzia analityczne) i dziel długie operacje na mniejsze. Część każdego zadania powyżej 50 ms jest doliczana do TBT.
- 4 Zachowaj zapas poniżej progów Testuj stronę w Lighthouse lub PageSpeed Insights w trybie mobilnym, w warunkach porównywalnych z tymi w narzędziu iPand. Wartość w granicach ±10% od progu zachowuje ocenę z poprzedniej analizy, aby status nie zmieniał się z dnia na dzień: celuj wyraźnie poniżej.
Do zapamiętania
iPand ocenia stronę tak, jak zobaczyłby ją przeciętny telefon: główna treść w 2,5 s, serwer w 0,8 s, blokowanie przez skrypty najwyżej 200 ms. Zachowaj zapas poniżej tych progów, by ocena była stabilna.
