Audyt na danych od prawdziwych użytkowników i poprawki w kodzie —
żeby strona była szybka na telefonie klienta, nie tylko w Lighthouse.
Trzy liczby, które Google zbiera od Twoich użytkowników
Core Web Vitals to trzy pomiary, które Chrome zbiera od prawdziwych osób odwiedzających stronę: LCP (jak szybko pojawia się główna treść, dobrze do 2,5 s), INP (jak szybko strona reaguje na kliknięcie, dobrze do 200 ms) i CLS (czy układ skacze w trakcie ładowania, dobrze do 0,1). Google ocenia stronę po 75. percentylu z ostatnich 28 dni — czyli po tym, jak działa u wolniejszej części użytkowników, a nie na Twoim laptopie.
Dlatego wynik w Lighthouse potrafi pokazywać 95 punktów, a Search Console i tak zgłasza „słabe adresy URL”. Audyt zaczynam od danych z pola, a laboratorium służy mi do znalezienia przyczyny: konkretnego obrazu, czcionki, skryptu albo elementu, który przesuwa układ.
Szybkość to jeden z sygnałów rankingowych, ale nie najważniejszy — prawdziwy zysk to mniej osób, które wychodzą, zanim strona się załaduje. Jeśli strona stoi na WordPressie, prościej i taniej jest skorzystać z przyspieszenia WordPressa. Jeśli nie da się jej już sensownie poprawić, zobacz tworzenie stron. A gdy szybkość ma pomóc firmie lokalnej, poprawki wchodzą też w pozycjonowanie lokalne.
Sam audyt albo audyt z poprawkami
Ceny netto, „od” — wycena zależy od liczby szablonów i skryptów zewnętrznych, nie od liczby podstron. Wycenę podaję w 24 h.
Audyt Core Web Vitals
Sprawdzam, co spowalnia stronę u prawdziwych użytkowników, i dostajesz listę poprawek.
- Dane z pola: raport CrUX i Search Console, nie tylko Lighthouse
- LCP, INP i CLS osobno na telefonie i komputerze
- Przyczyna każdego problemu: obraz, czcionka, skrypt, element
- Lista poprawek z priorytetami i szacunkiem pracy
- Co zrobisz sam, a co wymaga programisty
Audyt + poprawki w kodzie
Audyt, a potem wdrażam poprawki w kodzie strony i sprawdzam efekt.
- Wszystko z audytu
- Obrazy, czcionki, kolejność ładowania CSS i JS
- Stabilny układ: miejsce na obrazy, banery i osadzone elementy (CLS)
- Szybsza reakcja na kliknięcia: krótsze zadania JavaScript (INP)
- Ograniczenie skryptów zewnętrznych w porozumieniu z Tobą
- Pomiar przed i po, potem kontrola danych z pola po 28 dniach
Przyspieszenie WordPressa
Strona stoi na WordPressie? Na to jest osobna usługa ze stałą ceną.
- Cache, obrazy i porządek we wtyczkach
- Poprawki pod Core Web Vitals
- Pomiar przed i po
Audyt robię na każdej technologii. Poprawki wdrażam tam, gdzie mam dostęp do kodu albo motywu; przy zamkniętych platformach (Wix, Shopify, gotowy motyw) dostajesz listę zmian do zrobienia po stronie dostawcy i sprawdzam efekt.
Co dostajesz
Raport, który mówi, co poprawić i w jakiej kolejności
Nie zrzut z PageSpeed Insights, tylko przyczyny i poprawki — od tych, które dają najwięcej.
Dane z pola
Raport CrUX i Search Console pokazują, jak strona działa u prawdziwych osób. Od tego zaczynam, bo to te liczby ocenia Google.
LCP — główna treść
Co opóźnia pojawienie się największego elementu: wolny serwer, ciężki obraz, czcionka, CSS blokujący renderowanie.
INP — reakcja na kliknięcie
Które skrypty zajmują przeglądarkę, gdy ktoś klika w menu, przycisk albo formularz. Najczęściej skrypty zewnętrzne.
CLS — skaczący układ
Obrazy bez wymiarów, banery cookies, reklamy i czcionki, które przesuwają treść pod palcem użytkownika.
Poprawki w Twoim kodzie
Zmiany wchodzą w Twoją stronę, w jej szablony i style. Bez wtyczek, które obiecują „100 punktów” jednym kliknięciem.
Pomiar przed i po
Laboratorium od razu po wdrożeniu, dane z pola po 28 dniach. Widzisz, co się zmieniło, w tych samych liczbach co Google.
Co robię, a czego nie obiecuję
Szybkość to stan strony w danym czasie, nie odznaka. Każda nowa wtyczka i każdy nowy skrypt mogą ją zepsuć.
Co robię
Znajduję przyczyny wolnego ładowania i poprawiam je w kodzie strony.
- • Audyt na danych z pola i z laboratorium
- • Poprawki w szablonach, stylach i sposobie ładowania skryptów
- • Pomiar przed i po w tych samych narzędziach, których używa Google
- • Krótkie wytyczne, żeby nowe treści nie psuły tego, co naprawione
Czego nie obiecuję
Nie sprzedaję „100 punktów w PageSpeed” — to wynik z laboratorium, a Google ocenia dane od użytkowników.
- • Nie obiecuję wzrostu pozycji — Core Web Vitals to jeden z wielu sygnałów
- • Nie instaluję wtyczek, które tylko poprawiają wynik testu
- • Czatu, reklam czy narzędzi analitycznych czasem nie da się przyspieszyć, tylko ograniczyć — decyzja należy do Ciebie
- • Przy zamkniętych platformach część zmian zależy od dostawcy
Jak to wygląda
Od adresu strony do pomiaru po 28 dniach
Audyt to zwykle 2–4 dni robocze, poprawki tydzień lub dwa. Dane z pola potrzebują 28 dni, żeby w pełni pokazać efekt.
Zgłoszenie i wycena
Podsyłasz adres strony i mówisz, na czym stoi. Wycenę i termin dostajesz w 24 h.
Audyt
Dane z pola, a potem ślady wydajności w laboratorium dla kluczowych szablonów.
Raport
Lista przyczyn i poprawek z priorytetami. Omawiamy ją mailem albo na krótkim spotkaniu online.
Poprawki
Zmiany wchodzą w kod strony, od tych, które dają najwięcej. Pomiar w laboratorium od razu po wdrożeniu.
Kontrola po 28 dniach
Sprawdzam dane z pola i raport w Search Console, gdy zbiorą się nowe pomiary.
FAQ
Najczęstsze pytania
Czym są Core Web Vitals po ludzku?
To trzy pomiary szybkości, które Chrome zbiera od prawdziwych użytkowników: LCP mówi, jak szybko pojawia się główna treść (dobrze do 2,5 s), INP — jak szybko strona reaguje na kliknięcie (dobrze do 200 ms), a CLS — czy układ skacze w trakcie ładowania (dobrze do 0,1). Google bierze pod uwagę 75. percentyl z ostatnich 28 dni.
Ile kosztuje optymalizacja Core Web Vitals?
Audyt kosztuje od 690 zł netto, audyt z poprawkami w kodzie od 1900 zł netto. Wycena zależy od liczby szablonów i skryptów zewnętrznych, nie od liczby podstron. Dla stron na WordPressie jest osobne przyspieszenie od 890 zł netto.
Czy lepsze Core Web Vitals podniosą moje pozycje w Google?
Mogą pomóc, ale nie obiecuję tego. Core Web Vitals są częścią oceny strony przez Google, tyle że treść i trafność ważą dużo więcej. Pewniejszy zysk to mniej osób, które wychodzą, zanim strona się załaduje — zwłaszcza na telefonie i słabszym zasięgu.
Lighthouse pokazuje 95, a Search Console „słabe adresy URL”. Dlaczego?
Bo to dwa różne pomiary. Lighthouse testuje jedno załadowanie strony w kontrolowanych warunkach, a Search Console pokazuje dane od prawdziwych użytkowników: na różnych telefonach, łączach i z cache albo bez. Google ocenia te drugie, więc od nich zaczynam audyt.
Co, jeśli moja strona ma mało ruchu i nie ma danych w CrUX?
Wtedy pracuję na pomiarach z laboratorium dla kluczowych szablonów, a jeśli chcesz, dodaję do strony lekki pomiar Core Web Vitals od użytkowników do Twojej analityki. Po kilku tygodniach są już własne dane z pola.
Czy poprawki zmienią wygląd strony?
Zwykle nie. Większość zmian jest niewidoczna: kolejność ładowania, formaty i rozmiary obrazów, sposób wczytywania czcionek i skryptów. Czasem widać drobiazgi — miejsce zarezerwowane na obraz albo baner, który przestaje przesuwać treść.
Na jakich technologiach pracujesz?
Audyt robię na każdej stronie. Poprawki w kodzie wdrażam w stronach pisanych ręcznie, na Astro, Vue, Laravelu i w motywach, do których mam dostęp. Dla WordPressa jest osobna usługa przyspieszenia, a przy Wixie czy Shopify dostajesz listę zmian dla dostawcy.
Ile trwa optymalizacja?
Audyt zwykłej strony firmowej to 2–4 dni robocze, poprawki tydzień lub dwa. Efekt w laboratorium widać od razu, a w danych z pola i w Search Console po około 28 dniach, bo tyle obejmuje ich okno.
Wyceń optymalizację Core Web Vitals
Podeślij adres strony i napisz, na czym stoi — odezwę się z wyceną w ciągu 24 godzin.