Strona główna / Wiedza / Działania / Performance, Core Web Vitals, mobile i UX SEO
Performance, Core Web Vitals i UX/CRO

Performance, Core Web Vitals, mobile i UX SEO

Szybkość i wygoda strony wpływają na to, czy klient zostanie w serwisie i wyśle zapytanie. Mierzymy Core Web Vitals, czyli wskaźniki Google opisujące ładowanie, reakcję na kliknięcia i stabilność układu. Potem usuwamy przyczyny problemów na najważniejszych typach stron.

12działań w tej grupie
6z priorytetem P1
D-119P1 · krytyczne

Audyt Core Web Vitals

Mierzymy trzy wskaźniki Core Web Vitals, czyli LCP, INP i CLS, na danych od użytkowników i w testach laboratoryjnych. Analizujemy osobno wersję mobilną i desktopową oraz różne typy stron, bo każdy szablon ma inne źródła problemów.

Jak to robimy

  1. Pobieramy dane polowe z raportu Core Web Vitals w Search Console i z PageSpeed Insights.
  2. Wybieramy reprezentatywne adresy dla strony głównej, kategorii, produktów, wpisów i landing page'y.
  3. Porównujemy wyniki z progami Google: LCP do 2,5 s, INP do 200 ms i CLS do 0,1.
  4. Uruchamiamy testy laboratoryjne w Lighthouse, żeby wskazać elementy odpowiedzialne za słabe wyniki.

Co otrzymujesz

Dostajesz raport stanu Core Web Vitals dla każdego typu strony z listą przyczyn i priorytetów naprawy. Ten raport wyznacza kolejność dalszych prac nad LCP, INP i CLS.

Kiedy i w jakiej formie: Miesięcznie/kwartalnie; CrUX, PSI, GSC

  • Google Search Console
  • PageSpeed Insights
  • Lighthouse
D-120P1 · krytyczne

Optymalizacja LCP

LCP mierzy, jak szybko pojawia się największy element w pierwszym widoku strony, najczęściej obraz hero lub nagłówek. Skracamy ten czas przez pracę nad obrazami, fontami, serwerem, blokującym CSS i JS oraz cache. Zaczynamy od najważniejszych landing page'y.

Jak to robimy

  1. Ustalamy, który element jest liczony jako LCP na każdym ważnym szablonie.
  2. Zmniejszamy i kompresujemy obraz hero, a potem nadajemy mu wysoki priorytet ładowania.
  3. Przenosimy blokujący CSS i JS tak, aby nie wstrzymywał renderowania pierwszego widoku.
  4. Sprawdzamy czas odpowiedzi serwera i konfigurację cache, bo wolny serwer opóźnia cały proces.

Co otrzymujesz

Otrzymujesz wdrożone poprawki LCP na priorytetowych stronach oraz pomiar przed zmianami i po nich. Celem jest wynik poniżej progu 2,5 s w danych od użytkowników.

Kiedy i w jakiej formie: Po audycie wydajności

  • PageSpeed Insights
  • Lighthouse
  • Google Search Console
D-121P1 · krytyczne

Optymalizacja INP

INP mierzy, jak szybko strona reaguje na kliknięcia, dotknięcia i wpisywanie tekstu. Ograniczamy ciężki JavaScript, zbędne wtyczki i tagi marketingowe, które blokują przeglądarkę długimi zadaniami i opóźniają reakcję.

Jak to robimy

  1. Testujemy interakcje podatne na opóźnienia: formularze, koszyk, filtry, menu mobilne i wyszukiwarkę wewnętrzną.
  2. Identyfikujemy długie zadania JavaScript i przypisujemy je do konkretnych skryptów oraz wtyczek.
  3. Usuwamy lub odchudzamy niepotrzebne wtyczki, a pozostałe skrypty ładujemy później.
  4. Dzielimy ciężkie operacje na mniejsze części, żeby przeglądarka szybciej odpowiadała użytkownikowi.

Co otrzymujesz

Dostajesz listę źródeł opóźnień oraz wdrożone zmiany w skryptach i wtyczkach. Strona reaguje na działania użytkownika bez zauważalnego zawieszania, a celem jest INP poniżej 200 ms.

Kiedy i w jakiej formie: Po audycie + monitoring

  • PageSpeed Insights
  • Lighthouse
  • Google Tag Manager
D-122P1 · krytyczne

Optymalizacja CLS

CLS opisuje, jak bardzo treść przesuwa się podczas ładowania strony. Rezerwujemy miejsce na obrazy, reklamy, banery, fonty i moduły dynamiczne, żeby przycisk lub formularz nie uciekał spod palca użytkownika.

Jak to robimy

  1. Nagrywamy ładowanie ważnych szablonów i wskazujemy elementy, które przesuwają układ.
  2. Dodajemy wymiary width i height do obrazów oraz stałe kontenery na reklamy i banery.
  3. Ustawiamy ładowanie fontów tak, aby zamiana kroju pisma nie zmieniała wysokości tekstu.
  4. Rezerwujemy stałe miejsce na elementy wstawiane dynamicznie, na przykład paski informacyjne i moduły polecanych treści.

Co otrzymujesz

Otrzymujesz stabilny układ stron, w którym CTA, formularze i główna treść nie zmieniają położenia. Celem jest CLS poniżej 0,1 w danych od użytkowników.

Kiedy i w jakiej formie: Po audycie szablonów

  • PageSpeed Insights
  • Lighthouse
D-123P1 · krytyczne

Mobile UX

Przechodzimy przez stronę na smartfonie tak, jak robi to Twój klient. Oceniamy czytelność fontów, odstępy, formularze, menu, elementy przyklejone, pop-upy, koszyk, klikalne numery telefonu, mapy i dostępność CTA.

Jak to robimy

  1. Testujemy najważniejsze ścieżki na różnych urządzeniach i szerokościach ekranu, od wejścia do konwersji.
  2. Sprawdzamy, czy przyciski i linki mają rozmiar oraz odstępy pozwalające trafić je kciukiem.
  3. Weryfikujemy działanie klikalnego numeru telefonu, mapy i formularza bez powiększania ekranu.
  4. Wskazujemy przyklejone paski i pop-upy, które zasłaniają treść lub przycisk zakupu.

Co otrzymujesz

Dostajesz listę problemów mobilnych ze zrzutami ekranu i priorytetami poprawek. Po wdrożeniu klient na telefonie bez przeszkód dociera do kontaktu lub zakupu.

Kiedy i w jakiej formie: Start + kwartalnie

  • Microsoft Clarity
  • Google Analytics 4
  • Lighthouse
D-124P1 · krytyczne

Parytet mobile/desktop

Google indeksuje strony głównie na podstawie wersji mobilnej, dlatego musi ona zawierać wszystko, co ważne. Porównujemy obie wersje pod kątem treści głównej, linków, metadanych, schema, obrazów i funkcji potrzebnych do konwersji.

Jak to robimy

  1. Crawlujemy serwis z agentem mobilnym i desktopowym, a następnie zestawiamy wyniki dla tych samych adresów.
  2. Szukamy treści, linków i sekcji ukrytych lub usuniętych w wersji mobilnej.
  3. Porównujemy tytuły, meta description, canonical, dane strukturalne i atrybuty alt obrazów.
  4. Sprawdzamy, czy na telefonie działają te same funkcje, na przykład filtry, kalkulatory i formularze.

Co otrzymujesz

Otrzymujesz zestawienie różnic między wersjami z rekomendacją dla każdej z nich. Wersja mobilna, którą ocenia Google, zawiera pełną treść i wszystkie ważne elementy.

Kiedy i w jakiej formie: Po zmianach szablonów

  • Screaming Frog
  • Google Search Console
D-125P2 · ważne

Cache i CDN

Konfigurujemy cache strony, cache obiektów, sieć CDN, kompresję gzip lub brotli oraz cache przeglądarki. Ustawiamy reguły dla zasobów statycznych i wyjątki dla koszyka oraz stron dynamicznych, żeby klienci nie widzieli nieaktualnych danych.

Jak to robimy

  1. Sprawdzamy nagłówki odpowiedzi serwera i ustalamy, co dziś trafia do cache i na jak długo.
  2. Włączamy cache stron oraz cache obiektów po stronie serwera lub systemu CMS.
  3. Ustawiamy długi czas przechowywania obrazów, stylów i skryptów oraz kompresję plików tekstowych.
  4. Wyłączamy z cache koszyk, konto klienta i proces zamówienia, a potem testujemy te ścieżki.

Co otrzymujesz

Dostajesz działającą konfigurację cache i CDN z opisem reguł oraz wyjątków. Strony ładują się szybciej, a dynamiczne sekcje sklepu pokazują aktualne dane.

Kiedy i w jakiej formie: Start + po zmianach hostingu

  • PageSpeed Insights
  • GTmetrix
D-126P2 · ważne

Optymalizacja obrazów

Obrazy to zwykle największa część wagi strony. Wdrażamy formaty WebP lub AVIF, kompresję, właściwe wymiary, atrybut srcset i lazy-load poniżej pierwszego ekranu. Porządkujemy też nazwy plików i teksty alternatywne.

Jak to robimy

  1. Wyszukujemy obrazy zbyt duże względem miejsca, w którym są wyświetlane, i zmniejszamy je.
  2. Konwertujemy grafiki do WebP lub AVIF z zachowaniem wersji zapasowej dla starszych przeglądarek.
  3. Dodajemy srcset, żeby telefon pobierał mniejszy plik niż monitor komputera.
  4. Włączamy leniwe ładowanie poniżej pierwszego ekranu i piszemy alt tam, gdzie obraz niesie informację.

Co otrzymujesz

Otrzymujesz zoptymalizowaną bibliotekę obrazów i poprawione szablony. Strony są lżejsze, a opisowe nazwy plików i teksty alternatywne pomagają w wyszukiwarce grafik.

Kiedy i w jakiej formie: Stała obsługa + przy publikacji

  • PageSpeed Insights
  • Lighthouse
  • Screaming Frog
D-127P2 · ważne

Optymalizacja fontów

Ograniczamy liczbę rodzin i wariantów fontów, bo każdy dodatkowy plik opóźnia wyświetlenie tekstu. Ustawiamy właściwość font-display, preload najważniejszych krojów i, gdy ma to sens, hostowanie fontów na własnym serwerze.

Jak to robimy

  1. Spisujemy wszystkie ładowane fonty i sprawdzamy, które warianty grubości faktycznie występują na stronie.
  2. Usuwamy nieużywane warianty i zostawiamy tylko te, których wymaga projekt graficzny.
  3. Dodajemy font-display i preload dla fontu nagłówków lub treści widocznej w pierwszym ekranie.
  4. Mierzymy wpływ zmian na LCP i CLS, bo zamiana kroju potrafi przesunąć układ.

Co otrzymujesz

Dostajesz odchudzony zestaw fontów z nową konfiguracją ładowania. Tekst pojawia się szybciej i nie skacze po podmianie kroju pisma.

Kiedy i w jakiej formie: Po audycie wydajności

  • PageSpeed Insights
  • Lighthouse
D-128P2 · ważne

Skrypty zewnętrzne

Przeglądamy skrypty firm zewnętrznych: tagi reklamowe, mapy ciepła, czaty, widżety, piksele i biblioteki. Nieużywane usuwamy. Pozostałe ładujemy warunkowo albo z opóźnieniem, jeśli nie są potrzebne od razu.

Jak to robimy

  1. Tworzymy spis skryptów zewnętrznych z informacją, kto ich używa i do czego służą.
  2. Mierzymy, ile czasu i transferu zajmuje każdy skrypt podczas ładowania strony.
  3. Uzgadniamy z Tobą usunięcie narzędzi, z których nikt nie korzysta lub które się dublują.
  4. Przenosimy pozostałe tagi do Tag Managera i uruchamiamy je tylko na stronach, gdzie są potrzebne.

Co otrzymujesz

Otrzymujesz spis skryptów z decyzją dla każdego i wdrożone zmiany w ładowaniu. Strona pobiera mniej kodu zewnętrznego, a pomiar marketingowy działa dalej.

Kiedy i w jakiej formie: Kwartalnie

  • Google Tag Manager
  • PageSpeed Insights
  • Lighthouse
D-129P2 · ważne

Pop-upy i interstitiale

Pop-up zasłaniający treść zaraz po wejściu irytuje użytkownika i może obniżyć ocenę strony w wyszukiwarce. Sprawdzamy, czy okna nie blokują dostępu do głównej zawartości, szczególnie na telefonach. Gdy przeszkadzają, zmieniamy ich moment wyświetlenia oraz rozmiar.

Jak to robimy

  1. Spisujemy wszystkie pop-upy, paski i okna modalne wraz z warunkami ich wyświetlania.
  2. Sprawdzamy na smartfonie, czy okno zasłania treść i ma wygodny przycisk zamknięcia.
  3. Przesuwamy pokazanie okna na dalszą część wizyty lub zamieniamy je na mniejszy pasek.
  4. Zostawiamy komunikaty wymagane prawem, na przykład baner zgód, ale dbamy o ich wygodną obsługę.

Co otrzymujesz

Dostajesz nowe zasady wyświetlania pop-upów i poprawione ustawienia okien. Użytkownik od razu widzi treść, a komunikaty marketingowe pojawiają się w mniej inwazyjnej formie.

Kiedy i w jakiej formie: Kwartalnie

  • Microsoft Clarity
  • Google Tag Manager
D-130P3 · rozwojowe

Podstawowa dostępność

Przeprowadzamy podstawowy przegląd dostępności: kontrast, widoczny fokus, teksty alternatywne, etykiety formularzy, strukturę nagłówków i obsługę menu. Poprawki pomagają osobom z niepełnosprawnościami i przy okazji porządkują strukturę treści dla robotów.

Jak to robimy

  1. Sprawdzamy kontrast tekstu i przycisków względem tła na najważniejszych szablonach.
  2. Przechodzimy stronę samą klawiaturą, oceniając widoczność fokusu i obsługę menu.
  3. Weryfikujemy etykiety pól formularzy oraz teksty alternatywne obrazów niosących informację.
  4. Porządkujemy hierarchię nagłówków tak, aby każda strona miała jeden H1 i logiczne sekcje.

Co otrzymujesz

Otrzymujesz listę problemów dostępności z priorytetami i wdrożone poprawki podstawowe. Strona staje się łatwiejsza w obsłudze, a jej struktura czytelniejsza dla wyszukiwarek.

Kiedy i w jakiej formie: Kwartalnie

  • Lighthouse

Które z tych działań są potrzebne Twojej firmie?

Zamów bezpłatny audyt. Sprawdzimy Twój serwis i wskażemy, od czego zacząć.

Współpraca, która napędza sukces

Zadzwoń