Jak skrócić LCP (Largest Contentful Paint) poniżej 2 sekund?

Jeśli chcesz skrócić LCP poniżej 2 sekund, najważniejsze działania to: uzyskanie szybkiej odpowiedzi serwera, poprawne wskazanie największego widocznego elementu strony, kompresja i priorytetowe ładowanie grafiki hero, ograniczenie zbędnego CSS i JavaScript, wdrożenie cache oraz CDN, optymalizacja fontów i regularne mierzenie efektów na podstawie danych od rzeczywistych użytkowników. Largest Contentful Paint mierzy, po jakim czasie użytkownik widzi największy element treści w obszarze ekranu: duży blok tekstu, obraz, poster wideo albo grafikę tła. Z perspektywy Google dobry wynik LCP to mniej niż 2,5 sekundy, ale w praktyce — przy konkurencyjnym SEO, wysokich oczekiwaniach użytkowników i walce o konwersję — zejście poniżej 2 sekund jest znacznie bezpieczniejszym i w pełni osiągalnym celem.

W tym poradniku potraktujemy optymalizację LCP nie jako kosmetyczną poprawę wyniku w narzędziu, ale jako projekt wydajnościowy, który realnie wpływa na doświadczenie użytkownika. Skupimy się na działaniach, które najczęściej przynoszą wymierne efekty: jakości hostingu, czasie TTFB, optymalizacji obrazów, zasobach blokujących renderowanie, wtyczkach WordPress, CDN oraz warstwach pamięci podręcznej. Jeśli Twoja strona ładuje się wolno, PageSpeed Insights pokazuje ostrzeżenie dotyczące LCP albo na ruchu mobilnym widzisz spadki pozycji i konwersji, przejście przez poniższą listę kontrolną krok po kroku pozwoli Ci osiągnąć mierzalną poprawę.

Czym jest LCP i dlaczego warto celować w wynik poniżej 2 sekund?

LCP to jedna z metryk Core Web Vitals, która pokazuje, jak szybko główna treść strony staje się widoczna dla użytkownika. FCP, czyli First Contentful Paint, mierzy moment pojawienia się pierwszej treści, INP ocenia opóźnienia interakcji, a CLS monitoruje stabilność wizualną układu. LCP koncentruje się natomiast na tym, kiedy użytkownik zobaczy najważniejszy, największy element, na który faktycznie czeka. Na stronie produktu może to być zdjęcie produktu, we wpisie blogowym grafika wyróżniająca albo obszar tytułu, a na stronie głównej duży banner lub sekcja hero.

Google określa dobry próg LCP jako mniej niż 2,5 sekundy. Ten poziom oznacza jednak przede wszystkim doświadczenie, które nie jest problematyczne. W standardach SEO na 2026 rok, przy indeksowaniu mobile-first, wynikach wyszukiwania wspieranych przez AI, coraz bardziej zatłoczonych SERP-ach i malejącej cierpliwości użytkowników, cel poniżej 2 sekund jest rozsądniejszy. W e-commerce, SaaS, na stronach firmowych i portalach contentowych nawet jedna sekunda opóźnienia może zwiększyć współczynnik odrzuceń oraz obniżyć liczbę wypełnionych formularzy, dodań do koszyka czy zapytań ofertowych.

Poprawa LCP jest ważna nie tylko dla wyszukiwarek, ale również dla wiarygodności marki. Jeśli po wejściu na stronę użytkownik widzi pusty ekran, długo wczytujące się zdjęcie albo skaczący układ, może podświadomie uznać serwis za mniej profesjonalny. Dlatego wybór szybkiego hostingu Hostragons Hosting stron internetowych, bezpieczne i nowoczesne połączenie dzięki SSL Certyfikaty SSL oraz budowanie zaufania przez właściwą domenę Zapytanie domenowe są częścią tej samej układanki wydajnościowej.

Zmierz LCP poprawnie: dane laboratoryjne i dane od realnych użytkowników

Zanim zaczniesz optymalizację, musisz rzetelnie zmierzyć punkt wyjścia. Najczęściej używane narzędzia to PageSpeed Insights, Lighthouse, Chrome DevTools, WebPageTest oraz raport Core Web Vitals w Google Search Console. Nie należy jednak interpretować ich wyników w identyczny sposób. Lighthouse generuje dane laboratoryjne, czyli testuje stronę w konkretnych, symulowanych warunkach urządzenia i sieci. CrUX oraz Search Console pokazują dane terenowe, zebrane od prawdziwych użytkowników. W procesie skracania LCP poniżej 2 sekund trzeba korzystać z obu typów danych jednocześnie.

Najważniejsze wartości, które warto śledzić podczas pomiaru

• Element LCP: Który obraz, tekst albo blok na stronie jest oznaczany jako Largest Contentful Paint?
• TTFB: Ile czasu mija, zanim serwer wyśle pierwszy bajt odpowiedzi? Dla większości stron dobrym celem jest zakres 200-500 ms.
• Render delay: Dlaczego przeglądarka rysuje element późno, mimo że zasoby są już dostępne?
• Resource load delay: Jak późno rozpoczyna się pobieranie zasobu odpowiedzialnego za LCP?
• Resource load duration: Czy podczas pobierania elementu LCP problemem jest rozmiar pliku albo opóźnienie sieci?

Przykładowo, jeśli w artykule na WordPressie elementem LCP jest grafika wyróżniająca WebP o rozmiarze 320 KB, problem zwykle jest stosunkowo łatwy do opanowania. Jeśli jednak ta sama grafika ma 2,8 MB jako JPEG i nie pojawia się, dopóki nie zostaną załadowane duże pliki CSS, LCP może bez trudu wzrosnąć do 4-5 sekund. W innym scenariuszu plik obrazu może być mały, ale TTFB wynosi 1,4 sekundy — wtedy głównym winowajcą nie jest grafika, lecz hosting, zapytania do bazy danych albo brak skutecznego cache.

Najczęstsze przyczyny problemów z LCP

Problemy z LCP rzadko wynikają z jednej przyczyny. Zazwyczaj to łańcuch opóźnień: serwer odpowiada zbyt wolno, dokument HTML dociera późno, krytyczny CSS blokuje renderowanie, obraz LCP zostaje wykryty z opóźnieniem, JavaScript zajmuje główny wątek, a fonty dodatkowo przesuwają moment wyświetlenia treści. Dlatego samo zainstalowanie jednej wtyczki albo jednorazowa kompresja obrazka nie zawsze wystarczy.

Możesz potraktować tę tabelę jak mapę priorytetów. Najpierw trzeba znaleźć ten element łańcucha LCP, który powoduje największe opóźnienie. Jeśli TTFB jest wysokie, przed optymalizacją grafik należy zająć się serwerem i cache. Jeśli TTFB jest dobre, ale obraz LCP ładuje się późno, w centrum uwagi powinny znaleźć się format, rozmiar oraz priorytet pobierania obrazu.

1. Skróć czas odpowiedzi serwera

Podstawą optymalizacji LCP jest szybka odpowiedź serwera. Jeśli dokument HTML dociera do przeglądarki z opóźnieniem, przeglądarka później odkrywa również pliki CSS, JS i obrazy. Dlatego na stronach z wysokim TTFB pierwszym krokiem powinien być przegląd infrastruktury hostingowej. Gdy zasoby hostingu współdzielonego są niewystarczające, limity CPU często się wyczerpują albo baza danych odpowiada zbyt długo, optymalizacja samego frontendu będzie miała ograniczony efekt.

Kontrole po stronie hostingu, które warto wykonać

• Przenieś stronę na aktualną i stabilną wersję PHP. Starsze wersje PHP mogą wyraźnie spowalniać WordPressa i nowoczesne systemy CMS.
• Sprawdź dostępność funkcji wydajnościowych, takich jak dyski NVMe, LiteSpeed lub NGINX, HTTP/2 albo HTTP/3.
• Wybierz lokalizację serwera blisko głównej grupy odbiorców. Dla strony kierowanej na Polskę lokalizacja w Polsce lub w pobliskim europejskim centrum danych zmniejszy opóźnienia.
• Oczyść tabele bazy danych, usuń zbędne rewizje, dane tymczasowe i niepotrzebne wpisy.
• Dla stron o dużym ruchu rozważ VPS, serwer chmurowy albo skalowalny plan hostingowy Serwer VPS.

Jako praktyczny cel przyjmij TTFB na poziomie 200-400 ms na desktopie oraz możliwie poniżej 500 ms na urządzeniach mobilnych. Oczywiście na stronach dynamicznych, spersonalizowanych albo intensywnie korzystających z bazy danych ten cel może wymagać dodatkowych działań. Jednak dla blogów, stron firmowych i kategorii dobrze skonfigurowany cache pozwala realnie osiągnąć takie wartości.

2. Zidentyfikuj element LCP i nadaj mu priorytet

Optymalizacja bez znajomości elementu LCP przypomina strzelanie w ciemno. Element ten możesz zobaczyć w panelu Performance w Chrome DevTools albo w raporcie PageSpeed Insights. Najczęściej jest to grafika wyróżniająca u góry strony, slider, duży blok nagłówka albo poster wideo. Gdy już wiesz, który element odpowiada za LCP, musisz podpowiedzieć przeglądarce, że jest on ważny i powinien zostać pobrany wcześnie.

Zalecane podejście do grafiki hero

• Wyłącz lazy loading dla obrazu LCP. Główna grafika widoczna nad linią załamania nie powinna być ładowana leniwie.
• Umieść obraz możliwie wcześnie w HTML. Grafiki hero podawane jako tło CSS bywają wykrywane przez przeglądarkę później.
• W odpowiednich przypadkach użyj preload oraz wysokiego fetch priority.
• Serwuj różne rozmiary dla mobile i desktopu. Nie wysyłaj obrazu 1920 px do ekranu telefonu o szerokości 390 px.
• Określ wymiary obrazu przez width i height. Zmniejsza to również ryzyko problemów z CLS.

Jeśli na przykład elementem LCP na stronie głównej jest banner 1600x900 pikseli, przygotowanie mobilnej wersji WebP o szerokości 720 px może zrobić ogromną różnicę. Po kompresji taki obraz może ważyć 180-250 KB zamiast 1,5 MB. Sama ta zmiana potrafi poprawić mobilny LCP o ponad sekundę.

3. Optymalizuj obrazy w formacie WebP lub AVIF

Obrazy są jedną z najczęstszych przyczyn słabego LCP. Szczególnie na stronach WordPress zdarza się, że przesłana grafika ma bardzo dużą oryginalną rozdzielczość, a motyw jedynie zmniejsza ją wizualnie na ekranie. Przeglądarka nadal musi jednak pobrać duży plik. Dlatego nie chodzi wyłącznie o kompresję obrazu, ale także o serwowanie go w odpowiednim rozmiarze.

Lista kontrolna optymalizacji obrazów

• Konwertuj pliki JPEG i PNG do WebP lub AVIF, jeśli jest to możliwe.
• Kompresuj grafiki wyróżniające tak, aby strata jakości była akceptowalna. Zwykle zakres 70-85% jakości daje bardzo dobre rezultaty.
• Korzystaj z responsywnych obrazów. Dzięki mechanizmowi srcset różne ekrany otrzymują różne rozmiary plików.
• Usuwaj zbędne dane EXIF i metadane.
• Dla ikon używaj SVG, jeśli to możliwe, ale upraszczaj zbyt rozbudowane pliki SVG.

W typowym scenariuszu dla serwisu contentowego grafiki wyróżniające na blogu ważyły średnio 1,2 MB. Po konwersji do WebP i prawidłowym przeskalowaniu można zejść do około 180 KB. Jeśli to właśnie ta grafika jest elementem LCP, na mobilnych połączeniach 4G różnica będzie bardzo odczuwalna. Zysk dotyczy nie tylko wyniku PageSpeed, ale też pierwszego wrażenia użytkownika.

4. Ogranicz pliki CSS blokujące renderowanie

Gdy przeglądarka otrzymuje plik HTML, potrzebuje reguł CSS, aby narysować stronę. Duże, monolityczne i pełne nieużywanych reguł arkusze stylów mogą opóźniać pojawienie się elementu LCP. Szczególnie gotowe motywy i kreatory stron często ładują wiele plików CSS, które na konkretnej podstronie w ogóle nie są potrzebne.

Co zrobić po stronie CSS?

• Wygeneruj krytyczny CSS i wcześnie ładuj style potrzebne do wyświetlenia pierwszego ekranu.
• Usuń nieużywany CSS albo ładuj style zależnie od konkretnej podstrony.
• Minifikuj pliki CSS, ale nie zatrzymuj się na minifikacji — największy zysk daje usunięcie zbędnego kodu.
• Zablokuj ładowanie CSS z wtyczek zewnętrznych na stronach, na których nie są używane.
• Korzystaj tylko z potrzebnych komponentów motywu; krytycznie oceniaj rozbudowane slidery, animacje i paczki ikon.

Trzeba przy tym uważać, aby tworząc krytyczny CSS nie zepsuć wizualnej spójności strony. Źle skonfigurowany critical CSS może sprawić, że przez chwilę użytkownik zobaczy „rozsypany” layout albo wzrośnie CLS. Dlatego po każdej zmianie warto osobno testować widok mobilny i desktopowy.

5. Przejmij kontrolę nad JavaScriptem

JavaScript może wpływać na LCP na dwa sposoby. Po pierwsze, pliki JS mogą blokować proces renderowania. Po drugie, mogą przez długi czas zajmować główny wątek przeglądarki, opóźniając narysowanie elementu LCP. Szczególnie skrypty śledzące, widgety live chat, reklamy, narzędzia do testów A/B i osadzenia z mediów społecznościowych potrafią mocno obniżyć wydajność.

Praktyczne taktyki dla JavaScript

• Opóźnij niekrytyczne skrypty za pomocą defer albo async.
• Skrypty firm trzecich, które nie są potrzebne na pierwszym ekranie, uruchamiaj dopiero po interakcji użytkownika.
• Wyłącz zbędne pliki JS kreatorów stron na podstronach, które ich nie wykorzystują.
• Stosuj dzielenie kodu i ładowanie modułowe, aby ograniczyć długie zadania.
• Testuj pojedynczo wpływ skryptów analytics, pixeli reklamowych i czatu.

Wyobraź sobie firmową stronę, na której już na stronie głównej działa jednocześnie slider, biblioteka animacji, osadzona mapa, live chat i trzy różne kody śledzące. W takim układzie osiągnięcie LCP poniżej 2 sekund będzie trudne. Część tych narzędzi może być potrzebna biznesowo, ale nie wszystkie muszą startować natychmiast przy pierwszym ładowaniu. Optymalizacja wydajności polega na nadawaniu priorytetów bez niszczenia celów biznesowych.

6. Przyspiesz fonty i zadbaj o widoczność tekstu

Na wielu stronach elementem LCP nie jest obraz, lecz duży nagłówek albo blok tekstu. W takim przypadku opóźnione ładowanie fontów webowych bezpośrednio pogarsza LCP. Pobieranie wielu krojów, grubości i odmian z zewnętrznych dostawców może szczególnie na urządzeniach mobilnych wyraźnie wydłużyć czas renderowania.

Rekomendacje dotyczące optymalizacji fontów

• Ładuj tylko te grubości fontu, których naprawdę używasz. Sprawdź, czy potrzebujesz jednocześnie 300, 400, 500, 600, 700 oraz wersji italic.
• Używaj font-display swap, aby tekst nie pozostawał niewidoczny.
• Preloaduj krytyczne fonty, ale unikaj nadmiernego używania preload.
• Jeśli to możliwe, serwuj fonty lokalnie z własnego serwera.
• W niektórych projektach najszybszym i najprostszym rozwiązaniem są fonty systemowe.

Ograniczenie plików fontów może wydawać się drobną zmianą, ale jeśli LCP jest elementem tekstowym, wpływ bywa bardzo duży. Fonty mają również znaczenie dla CLS. Po załadowaniu innego kroju może zmienić się szerokość tekstu, a układ strony może się przesunąć. Dlatego wydajność i estetykę projektu trzeba oceniać razem.

7. Skonfiguruj poprawnie cache i CDN

Pamięć podręczna znacząco poprawia LCP przy ponownych wizytach oraz w przypadku treści statycznych. Cache strony, object cache, cache przeglądarki i cache CDN to różne warstwy. Ich wspólnym celem jest dostarczenie tej samej treści szybciej, zamiast generowania jej od nowa albo przesyłania z odległego serwera.

Na stronach WordPress połączenie LiteSpeed Cache, Redis object cache, cache przeglądarki i integracji z CDN może przyspieszyć zarówno generowanie HTML, jak i dostarczanie plików statycznych. W projektach firmowych albo aplikacjach pisanych na zamówienie należy zaplanować cache na poziomie aplikacji, optymalizację zapytań do bazy danych oraz strategię edge cache. Jeśli ruch na stronie pochodzi z różnych miast i krajów, CDN staje się jeszcze ważniejszy Przewodnik po CDN i prędkości strony.

Na co uważać przy konfiguracji cache?

• Ustal długi czas cache dla plików statycznych i stosuj wersjonowanie plików.
• Ostrożnie konfiguruj HTML cache dla obszarów dynamicznych, takich jak konto użytkownika, koszyk czy panel klienta.
• Sprawdź możliwości CDN: optymalizację obrazów, kompresję Brotli i obsługę HTTP/3.
• Zaplanuj proces czyszczenia cache zgodnie z rytmem publikacji treści.
• Jeśli mobile i desktop wymagają osobnego cache, przetestuj, czy użytkownicy nie otrzymują niewłaściwej wersji strony.

8. Specjalny plan poprawy LCP dla stron WordPress

WordPress może być szybki, jeśli jest dobrze skonfigurowany. Jednocześnie niekontrolowane używanie motywów i wtyczek potrafi łatwo podnieść LCP. Najczęstszy błąd na stronach WordPress polega na próbie rozwiązania problemu wyłącznie za pomocą wtyczki cache. Tymczasem trzeba jednocześnie ocenić wybór motywu, liczbę wtyczek, dyscyplinę w pracy z obrazami i jakość hostingu Hosting WordPress.

Lista kontrolna WordPress krok po kroku

• Używaj lekkiego i aktualnego motywu. Zamiast motywu z dziesiątkami funkcji wybierz taki, który odpowiada realnym potrzebom.
• Usuń zbędne wtyczki. Nawet nieaktywne rozszerzenia mogą zwiększać ryzyko bezpieczeństwa i utrudniać zarządzanie.
• Jeśli korzystasz z kreatora stron, ogranicz globalne widgety, animacje i zbędne zasoby.
• Przed wgraniem grafik wyróżniających zmieniaj ich rozmiar.
• W LiteSpeed Cache lub podobnej wtyczce ostrożnie skonfiguruj cache strony, optymalizację CSS/JS i optymalizację obrazów.
• Regularnie czyść rewizje w bazie danych, spamowe komentarze, transients i wersje robocze.

Na przykładowej stronie blogowej pierwszy pomiar może pokazać LCP 4,1 sekundy. Jeśli TTFB wynosi 900 ms, grafika wyróżniająca waży 1,8 MB, a plik CSS motywu ma 450 KB, kolejność działań jest jasna: najpierw obniżamy TTFB przez hosting i cache, potem zamieniamy grafikę na WebP i wersje responsywne, a na końcu redukujemy nieużywany CSS. Po takim procesie realistycznym celem jest zejście z LCP do zakresu 1,7-2,1 sekundy.

9. Optymalizuj mobilne LCP osobno

Użytkownicy mobilni często korzystają z urządzeń o słabszej mocy obliczeniowej i z sieci o zmiennej jakości. Dlatego wynik LCP, który wygląda dobrze na desktopie, na mobile może być słaby. Ponieważ ocena Google mocno uwzględnia doświadczenie mobilne, testy koniecznie trzeba wykonywać w scenariuszu mobilnym.

Na mobile duże obrazy i ciężki JavaScript są jeszcze większym problemem. Jeśli na pierwszym ekranie używasz automatycznego wideo, dużego slidera, intensywnych animacji albo zewnętrznych osadzeń, osiągnięcie celu LCP będzie trudniejsze. Prosta sekcja hero, czytelny nagłówek, zoptymalizowany obraz i szybka odpowiedź serwera zwykle dają na telefonach znacznie lepszy efekt.

Szybkie wygrane dla mobile

• Zamiast slidera użyj jednej, dobrze zoptymalizowanej grafiki hero.
• Zamiast odtwarzać wideo na pierwszym ekranie, pokaż skompresowany obraz poster.
• Nie ukrywaj zbędnych elementów desktopowych samym CSS — na mobile najlepiej w ogóle ich nie ładować.
• Dla obrazów zdefiniuj srcset dopasowany do mobilnych breakpointów.
• Skrypty firm trzecich uruchamiaj po pierwszym ładowaniu lub po interakcji użytkownika.

10. Testuj zmiany po kolei i monitoruj wyniki

Jednym z największych błędów w optymalizacji LCP jest wprowadzanie wielu zmian naraz, przez co trudno ustalić, co faktycznie zadziałało. Aby widzieć mierzalny postęp, zapisuj wyniki przed każdą zmianą i po niej. PageSpeed Insights, widok filmstrip w WebPageTest oraz nagranie wydajności w Chrome DevTools bardzo pomagają w tym procesie.

Dobry schemat testów wygląda następująco: najpierw wybierz 3-5 kluczowych adresów URL, na przykład stronę główną, najpopularniejszy wpis blogowy, stronę kategorii i stronę konwersji. Dla każdego adresu zanotuj aktualne LCP, TTFB, element LCP, całkowity rozmiar strony i liczbę żądań. Następnie wdrażaj zmiany w kolejności: serwer/cache, obrazy, CSS/JS, fonty. Po każdym etapie testuj ponownie te same adresy. Na końcu poczekaj na aktualizację raportu Core Web Vitals w Google Search Console, ponieważ dane od prawdziwych użytkowników stają się wiarygodniejsze po kilku tygodniach.

Lista kontrolna: jak zejść z LCP poniżej 2 sekund

• Obniż TTFB możliwie poniżej 500 ms.
• Dokładnie ustal element LCP i zadbaj, aby ładował się wcześnie.
• Serwuj grafikę hero w WebP lub AVIF i we właściwym rozmiarze.
• Nie stosuj lazy loadingu dla obrazów widocznych na pierwszym ekranie.
• Użyj krytycznego CSS i ogranicz nieużywane pliki CSS oraz JS.
• Opóźnij zbędne skrypty firm trzecich.
• Zmniejsz liczbę fontów i ich grubości, używaj font-display swap.
• Skonfiguruj cache strony, cache przeglądarki, object cache i CDN.
• Testuj mobile osobno i śledź dane od rzeczywistych użytkowników.
• Mierz każdą zmianę oddzielnie, aby zbudować trwały standard wydajności.

Podsumowanie

Skrócenie LCP poniżej 2 sekund nie jest jednorazowym ustawieniem wtyczki, lecz całościowym procesem obejmującym hosting, priorytety ładowania zasobów, dyscyplinę obrazów, zarządzanie CSS i JS, cache oraz regularne pomiary. Najszybsze efekty zwykle przynoszą obniżenie TTFB, optymalizacja obrazu LCP oraz ograniczenie zasobów blokujących renderowanie. Aby utrzymać wyniki, wydajność powinna stać się stałym elementem procesu publikacji i rozwoju strony.

Jeśli obecna infrastruktura ogranicza Twoje cele wydajnościowe, warto zacząć od szybszego hostingu, właściwej lokalizacji serwera i bezpiecznej konfiguracji SSL. Sprawdzając opcje hostingu dostępne w Hostragons, możesz zbudować solidniejszą podstawę pod lepsze LCP i ogólnie lepsze doświadczenie użytkownika Hostragons Pakiety Hostingu.

Najczęściej zadawane pytania

Jaki powinien być dobry wynik LCP?

Google uznaje LCP poniżej 2,5 sekundy za dobry wynik. Jednak dla konkurencyjnego SEO i lepszego doświadczenia użytkownika mocnym celem jest zejście poniżej 2 sekund. Szczególnie przy dużym udziale ruchu mobilnego może to pozytywnie wpłynąć na współczynnik konwersji.

Co najbardziej wpływa na czas LCP?

Najczęstsze przyczyny to wolna odpowiedź serwera, zbyt duża grafika hero, CSS blokujący renderowanie, ciężki JavaScript, późno ładowane fonty i brak cache. Aby ustalić dominujący problem, trzeba sprawdzić element LCP w PageSpeed Insights oraz Chrome DevTools.

Czy CDN obniża LCP?

Tak, zwłaszcza jeśli użytkownicy znajdują się daleko od lokalizacji serwera. CDN może dostarczać pliki statyczne z bliższych punktów brzegowych, skracając czas ładowania. Jeśli jednak TTFB, rozmiary obrazów i zasoby blokujące renderowanie są źle zoptymalizowane, sam CDN nie wystarczy.

Jaki jest pierwszy krok optymalizacji LCP w WordPressie?

Pierwszym krokiem jest ustalenie elementu LCP oraz wartości TTFB. Następnie należy sprawdzić hosting i konfigurację cache, zoptymalizować grafikę wyróżniającą lub hero oraz ograniczyć zbędne obciążenie generowane przez motyw i wtyczki.

Czy lazy load jest dobre dla LCP?

Lazy loading jest korzystny dla obrazów znajdujących się poniżej pierwszego ekranu. Jednak zastosowanie lazy loadingu do obrazu będącego elementem LCP zwykle szkodzi, ponieważ przeglądarka ładuje ten ważny zasób z opóźnieniem. Obraz LCP powinien mieć priorytetowe ładowanie.