Largest Contentful Paint stał się jednym z najczęściej analizowanych wskaźników w PageSpeed Insights. Wystarczy jedno zbyt ciężkie zdjęcie, aby wynik przesunął się na czerwono, nawet na technicznie czystej stronie. Jednak Google nigdy nie podaje jasno uniwersalnego progu. Blokada LCP zależy od precyzyjnej równowagi między rzeczywistą wagą obrazu, czasem odpowiedzi serwera i warunkami ładowania.
Zbyt ciężki obraz, który PageSpeed uważa za odpowiedzialny za wolne LCP
W większości audytów elementem zidentyfikowanym jako LCP jest obraz hero wyświetlany na górze strony. PageSpeed Insights ocenia nie tylko jego wagę brutto, ale także czas potrzebny na pełne renderowanie w przeglądarce. W praktyce, gdy obraz przekracza 200 do 250 kB, zaczyna stawać się widocznym czynnikiem spowalniającym na średnim połączeniu mobilnym.
W standardowej sieci 4G obraz o wadze 300 kB wymaga około 700 do 900 ms rzeczywistego pobierania, nie licząc czasu dekodowania i renderowania. PageSpeed uznaje wtedy, że główny element zajmuje zbyt dużo czasu na pojawienie się. Od 400 kB LCP często przekracza zalecany próg 2,5 sekundy, nawet jeśli reszta strony jest zoptymalizowana.
Rzeczywisty próg, w którym Google uważa, że główne ładowanie jest zbyt późne
Wbrew powszechnemu przekonaniu, nie istnieje jeden oficjalny maksymalny ciężar. Google ocenia LCP na podstawie czasu końcowego wyświetlania, a nie tylko rozmiaru pliku. Jednak dane z tysięcy raportów PageSpeed pokazują wyraźną tendencję.
Na urządzeniach mobilnych obraz LCP powinien idealnie pozostać poniżej 170 kB, aby zapewnić wyświetlanie poniżej 2,5 sekundy w normalnych warunkach. Pomiędzy 170 a 250 kB wynik staje się niestabilny w zależności od jakości sieci. Powyżej 300 kB PageSpeed bardzo często klasyfikuje LCP jako niewystarczający. Na komputerach stacjonarnych tolerancja jest nieco wyższa, ale obraz przekraczający 350 kB nadal stanowi problem.
Te liczby uwzględniają fakt, że PageSpeed testuje strony z celowo ograniczoną przepustowością, zbliżoną do średniego światowego połączenia mobilnego. To symulowane środowisko wyjaśnia, dlaczego obraz uznawany za szybki lokalnie może stać się blokujący w narzędziu.
Dlaczego format i kompresja są ważniejsze niż wyświetlana rozdzielczość
PageSpeed Insights analizuje rzeczywistą wagę przesyłaną, niezależnie od widocznej rozdzielczości na ekranie. Obraz wyświetlany w szerokości 1200 pikseli może być całkowicie płynny, jeśli jest dobrze skompresowany, ale katastrofalny, jeśli używa nieodpowiedniego formatu.
Analizy pokazują, że klasyczny obraz JPEG nieoptymalizowany waży średnio 40 do 60% więcej niż równoważny plik WebP o tej samej jakości wizualnej. Obraz PNG używany jako LCP często przekracza 500 kB, co sprawia, że prawidłowy LCP na urządzeniach mobilnych jest praktycznie niemożliwy.
Przeglądarka musi również zdekodować obraz przed wyświetleniem. Im cięższy plik, tym więcej czasu zajmuje to dekodowanie, co jest niewidoczne, ale dobrze mierzone przez PageSpeed. Z tego powodu dwa obrazy o tej samej wadze mogą generować różne wyniki LCP w zależności od ich złożoności wizualnej.
Dokładne zachowanie PageSpeed, gdy obraz spowalnia główne wyświetlanie
Kiedy PageSpeed wykrywa, że obraz jest elementem LCP, dokładnie mierzy moment, w którym jest on w pełni renderowany. Jeśli ten etap przekracza 2,5 sekundy, wynik LCP automatycznie przechodzi do strefy pomarańczowej lub czerwonej. Od 4 sekund sygnał staje się bardzo niekorzystny.
W raportach PageSpeed często wskazuje, że obraz „zajął zbyt dużo czasu na ładowanie”, nie podając dokładnego progu. W rzeczywistości analizy terenowe pokazują, że ponad 70% LCP uznanych za wolne jest spowodowanych obrazami przekraczającymi 250 kB, w połączeniu z późnym ładowaniem w strumieniu HTML.
Innym kluczowym punktem jest to, że jeśli obraz LCP nie jest priorytetowo ładowany, nawet umiarkowana waga może stać się blokująca. Obraz o wadze 180 kB ładowany zbyt późno może generować gorszy LCP niż obraz o wadze 250 kB ładowany natychmiast.