SEO i widoczność w AIAktualizacja:
Przyspieszenie strony internetowej i poprawa Core Web Vitals
Przyspieszenie strony zaczynam od pomiaru Core Web Vitals na telefonie (dobry wynik to LCP do 2,5 s, INP do 200 ms i CLS do 0,1), potem usuwam największe hamulce: ciężkie zdjęcia, zbędne skrypty i wtyczki, fonty i wolny hosting. Wynik porównuję przed i po w PageSpeed Insights i danych od prawdziwych użytkowników, a wycenę podaję po pomiarze.
Wolną stronę widać najlepiej na telefonie w słabym zasięgu - i właśnie tam większość klientów ją ogląda. Opisuję, co mierzę, co zwykle da się poprawić bez przebudowy i po czym poznać, że dalsze łatanie nie ma sensu.
Po czym poznać, że strona jest za wolna?
Google ocenia szybkość trzema wskaźnikami Core Web Vitals: LCP (kiedy pojawia się główna treść), INP (jak szybko strona reaguje na kliknięcie) i CLS (czy treść skacze podczas ładowania). Za dobry uznaje wynik, który osiąga co najmniej 75% odwiedzin: LCP do 2,5 s, INP do 200 ms, CLS do 0,1. Szczegóły i wpływ na sprzedaż opisałem w artykule o tym, jak szybkość strony wpływa na sprzedaż.
Liczą się dwa rodzaje danych. Dane od prawdziwych użytkowników (raport CrUX) pokazują, jak strona działała w ostatnich 28 dniach na telefonach Twoich klientów - ale pojawiają się tylko przy stronach z odpowiednio dużym ruchem. Test laboratoryjny Lighthouse symuluje jedno średnie urządzenie i wolne łącze, więc działa dla każdej strony, ale jego wynik waha się między pomiarami. Patrzę na oba.
Core Web Vitals są według Google jednym z sygnałów rankingowych, ale treść dopasowana do zapytania waży więcej. Przyspieszenie ma więc dwa efekty: mniej osób wychodzi przed załadowaniem, a przy zbliżonej konkurencji strona ma lepszą pozycję wyjściową.
Co najczęściej spowalnia stronę i co z tym robię?
Każdą z tych przyczyn sprawdzam w pomiarze, zanim cokolwiek zmienię - ta sama strona potrafi być wolna z zupełnie różnych powodów. Tabela pokazuje, co zwykle znajduję, i czy naprawa wymaga przebudowy.
| Przyczyna | Który wskaźnik psuje | Co robię | Bez przebudowy? |
|---|---|---|---|
| Zdjęcia w oryginalnym rozmiarze z aparatu | LCP | Konwersja do WebP lub AVIF, rozmiary dopasowane do ekranu, leniwe ładowanie zdjęć poniżej pierwszego ekranu | Tak |
| Skrypty marketingowe ładowane od razu | LCP, INP | Przegląd pikseli, czatów i map ciepła, odroczenie tych, które nie są potrzebne przy wejściu, usunięcie nieużywanych | Tak |
| Kilkanaście wtyczek z własnym kodem | LCP, INP | Usunięcie zbędnych, zastąpienie ciężkich lżejszymi | Zwykle tak |
| Kilka rodzin fontów w wielu odmianach | LCP, CLS | Ograniczenie odmian, fonty z własnego serwera, zarezerwowane miejsce na tekst | Tak |
| Elementy bez zarezerwowanego miejsca | CLS | Wymiary dla zdjęć, reklam i banerów zgody na cookies | Tak |
| Wolny hosting współdzielony | LCP | Cache stron, CDN albo przeniesienie na szybszy serwer | Tak, ale zmienia koszty |
| Szablon renderujący wszystko w przeglądarce | LCP, INP | Tu łatanie daje niewiele - omawiam przebudowę | Nie |
Kiedy przyspieszenie nie wystarczy?
Jeśli po optymalizacji zdjęć, skryptów i hostingu wynik mobilny nadal jest słaby, problem leży w fundamencie: szablonie, który wysyła megabajty kodu, albo kreatorze stron, na który nie masz wpływu. Wtedy mówię o tym od razu, zamiast sprzedawać kolejne godziny poprawek.
Przebudowa na lekki stack, w którym gotowy HTML wychodzi z serwera, to u mnie strona firmowa od 2 500 zł albo szybka wizytówka od 999 zł - ceny są w cenniku. Porównanie WordPressa i strony pisanej od zera, także pod kątem szybkości, jest w osobnym artykule. Nową wersję możesz obejrzeć jako darmowy prototyp, zanim cokolwiek zamówisz.
Jak mierzę wynik przed i po?
Przed pierwszą zmianą zapisuję stan wyjściowy: PageSpeed Insights dla najważniejszych podstron (strona główna, główne usługi, kontakt) na telefonie, kilka przebiegów testu laboratoryjnego zamiast jednego, bo pojedynczy wynik potrafi się różnić o kilka punktów, i dane CrUX, jeśli strona ma ich wystarczająco dużo. Po zmianach powtarzam te same pomiary na tych samych adresach.
Wynik laboratoryjny widać od razu. Dane od prawdziwych użytkowników zmieniają się wolniej, bo to średnia z 28 dni, więc pełny obraz poprawy daje dopiero raport w Search Console kilka tygodni po wdrożeniu. Dostajesz zestawienie przed i po dla każdej mierzonej podstrony z listą tego, co zostało zmienione.
Jak szybka może być strona firmowa?
Przykład z moich realizacji: strona firmy budowlanej Solid Step z Kanady, zbudowana na Next.js bez CMS-a, wielojęzyczna, ma Core Web Vitals na poziomie 99/100. To strona zbudowana od początku z myślą o szybkości - przy przyspieszaniu istniejącej strony punkt dojścia zależy od tego, na czym stoi.
Szybkość to jeden z elementów, które sprawdzam przy poprawie widoczności strony i w audycie SEO. Jeśli strona jest szybka, a mimo to nie ma jej w Google, przyczyna leży gdzie indziej - całą ofertę opisuje strona SEO i widoczność.
Jak wygląda współpraca
Pomiar wyjściowy
PageSpeed Insights na telefonie dla kluczowych podstron, kilka przebiegów testu i dane od prawdziwych użytkowników, jeśli są dostępne.
Lista hamulców z wyceną
Co spowalnia stronę, ile da poprawa i ile kosztuje. Na tym etapie mówię też, czy szybciej i taniej wyjdzie przebudowa.
Optymalizacja
Zdjęcia, skrypty, wtyczki, fonty, cache i hosting - w kolejności od największego zysku. Zmiany wdrażam tak, żeby nie psuły wyglądu ani formularzy.
Pomiar po zmianach
Te same podstrony, te same testy. Dostajesz zestawienie przed i po z listą zmian.
Kontrola danych z 28 dni
Po kilku tygodniach sprawdzam raport Core Web Vitals w Search Console, bo dane od prawdziwych użytkowników aktualizują się z opóźnieniem.