Sekundy mają kluczowe znaczenie w procesie zakupowym – od szybkości działania Twojego sklepu WordPress zależy, czy klient zdecyduje się na zakup, czy opuści stronę. Wolno działający sklep powoduje frustrację użytkowników, co prowadzi do porzucenia koszyka i obniżenia współczynnika konwersji. W efekcie tracisz potencjalne zamówienia i generujesz niższe przychody, niż byłoby to możliwe przy zoptymalizowanej wydajności strony.
Core Web Vitals to zestaw wskaźników, za pomocą których Google mierzy, czy Twój sklep zapewnia użytkownikom dobre doświadczenie. Od 2021 roku są oficjalnym czynnikiem rankingowym Google. Sklep z dobrymi wynikami ma realną przewagę w wynikach wyszukiwania nad konkurencją z podobną treścią, ale gorszą wydajnością.
W tym artykule pokażę Ci, jak samodzielnie sprawdzić Core Web Vitals swojego sklepu WooCommerce, jak interpretować wyniki i co najważniejsze, co konkretnie zrobić, żeby je poprawić. Bez technicznego żargonu, z praktycznymi krokami, które możesz wdrożyć jeszcze dziś.
Co znajdziesz w tym artykule?
- Czym są Core Web Vitals i które trzy metryki mierzy Google.
- Jak sprawdzić wyniki swojego sklepu WooCommerce krok po kroku.
- Jak interpretować wyniki i co oznaczają kolory.
- Jakie są najczęstsze problemy w sklepach WooCommerce dla każdej metryki.
- Konkretne działania naprawcze: od prostych (bez kodu) do bardziej zaawansowanych.
- Checklist do regularnego monitorowania wyników.
1. Czym są Core Web Vitals?
Trzy metryki, które liczy Google
Core Web Vitals (CWV) to trzy konkretne wskaźniki wydajności, które Google uznał za kluczowe dla oceny doświadczenia użytkownika na stronie. Nie są jedynym czynnikiem rankingowym, ale złe wyniki mogą realnie zaszkodzić pozycjom Twojego sklepu, szczególnie w konkurencyjnych branżach, gdzie inne sygnały SEO są wyrównane.
Każda metryka mierzy coś innego i ma inne źródło problemów. Zrozumienie, co każda z nich oznacza, to pierwszy krok do skutecznej optymalizacji.
LCP — Largest Contentful Paint (Największe wyrenderowanie treści)
LCP mierzy, jak szybko ładuje się największy widoczny element na stronie i zazwyczaj jest to zdjęcie produktu na karcie produktu, baner na stronie głównej lub duże zdjęcie w nagłówku kategorii. To metryka bezpośrednio związana z odczuwaną przez użytkownika szybkością ładowania.
Wyobraź sobie, że wchodzisz na stronę produktu i przez 4 sekundy widzisz tylko białą stronę i dopiero potem pojawia się zdjęcie butów, które chciałeś kupić. To jest złe LCP. Dobre LCP oznacza, że główna treść pojawia się szybko i użytkownik od razu widzi, gdzie trafił.
| Wynik LCP | Ocena Google | Co to oznacza dla sklepu |
| Do 2,5 sekundy | Dobry (zielony) | Sklep ładuje się szybko = klienci zostają |
| 2,5 – 4,0 sekundy | Wymaga poprawy (pomarańczowy) | Część klientów rezygnuje, szczególnie na telefonie |
| Powyżej 4,0 sekundy | Słaby (czerwony) | Większość klientów opuszcza stronę przed jej załadowaniem |
INP — Interaction to Next Paint (Interakcja do następnego wyrenderowania)
INP mierzy, jak szybko sklep reaguje na działania użytkownika, czyli kliknięcie przycisku “Dodaj do koszyka”, dotknięcie filtra produktów, wpisanie frazy w wyszukiwarce. To metryka responsywności, która odpowiada na pytanie: czy sklep czuje się szybki i reaktywny, czy ociężały i lagujący?
Zła wartość INP często pojawia się w sklepach załadowanych wtyczkami JavaScript, ponieważ każdy plugin do czatu, pop-upów, filtrów AJAX czy suwaka dodaje kod, który musi się wykonać, zanim strona odpowie na kliknięcie użytkownika.
Ważna zmiana z 2024 roku
W 2024 Google zastąpił starą metrykę FID (First Input Delay) nową metryką INP (Interaction to Next Paint). INP jest dokładniejszy i mierzy czas reakcji na wszystkie interakcje użytkownika przez cały czas wizyty, nie tylko pierwszą. Jeśli widzisz FID w starszych artykułach lub raportach, jest to już nieaktualna miara.
| Wynik INP | Ocena Google | Co to oznacza dla sklepu |
| Do 200 ms | Dobry (zielony) | Sklep reaguje natychmiastowo = przyjemne zakupy |
| 200 – 500 ms | Wymaga poprawy (pomarańczowy) | Opóźnienia są zauważalne, kliknięcia “nie czuć” |
| Powyżej 500 ms | Słaby (czerwony) | Sklep sprawia wrażenie zepsutego lub zamrożonego |
CLS — Cumulative Layout Shift (Łączne przesunięcie układu)
CLS mierzy stabilność wizualną strony podczas ładowania, czy elementy przesuwają się, “skaczą” lub zmieniają pozycję, gdy strona się ładuje. Każdy z nas doświadczył tej frustracji: czytasz opis produktu, nagle strona się przeładowuje, reklama wskakuje nad tekstem i klikasz w baner zamiast w przycisk “Kup teraz”.
W sklepach WooCommerce CLS najczęściej powodują: zdjęcia produktów bez podanego rozmiaru (przeglądarka nie wie, ile miejsca zarezerwować), banery reklamowe ładowane po załadowaniu treści oraz dynamicznie wstrzykiwane powiadomienia i pop-upy.
| Wynik CLS | Ocena Google | Co to oznacza dla sklepu |
| Do 0,1 | Dobry (zielony) | Strona jest stabilna = klienci klikają w to, co chcą |
| 0,1 – 0,25 | Wymaga poprawy (pomarańczowy) | Zdarzają się przesunięcia, mogą powodować błędne kliknięcia |
| Powyżej 0,25 | Słaby (czerwony) | Strona skacze podczas ładowania = frustracja i przypadkowe kliknięcia |
2. Jak sprawdzić Core Web Vitals swojego sklepu? Krok po kroku
Do sprawdzenia Core Web Vitals nie potrzebujesz żadnych technicznych umiejętności ani płatnych narzędzi. Poniżej opisuję trzy metody. Zacznij od pierwszej, bo to jedyne narzędzie, które pokazuje dane od prawdziwych użytkowników Twojego sklepu.
Metoda 1: Google Search Console, czyli dane od Twoich klientów (najważniejsze)
Google Search Console to bezpłatne narzędzie Google, które musisz mieć podłączone do swojego sklepu. Jeśli jeszcze nie masz to zatrzymaj się i zrób to teraz. To podstawa monitorowania SEO i wydajności.
Jak sprawdzić Core Web Vitals w Search Console:
- Wejdź na search.google.com/search-console i zaloguj się
- W menu po lewej stronie znajdź sekcję “Podstawowe wskaźniki internetowe” (lub “Core Web Vitals” w angielskiej wersji)
- Zobaczysz dwa raporty: Urządzenia mobilne i Komputer. Zacznij od mobilnego, poniewąż on jest ważniejszy dla SEO
- Raport dzieli wszystkie strony sklepu na trzy grupy: Dobre, Wymagające poprawy, Słabe
- Kliknij w grupę “Słabe” i zobaczysz listę konkretnych stron z problemami i informację, która metryka jest problematyczna
Klucz do interpretacji: Search Console pokazuje dane polowe, czyli rzeczywiste dane zebrane od prawdziwych użytkowników Twojego sklepu przez ostatnie 28 dni. To nie jest symulacja. Jeśli tu masz czerwony wynik, Google już teraz traktuje Twój sklep jako wolny.
Uwaga praktyczna
Search Console potrzebuje minimalnego ruchu, żeby zebrać dane polowe. Jeśli Twój sklep jest nowy lub ma bardzo mało odwiedzających, raport może być pusty lub pokazywać tylko część stron. W takiej sytuacji korzystaj z metody 2 poniżej.
Metoda 2: Google PageSpeed Insights to szybki test dowolnej strony
PageSpeed Insights (PSI) to bezpłatne narzędzie dostępne pod adresem pagespeed.web.dev. Wystarczy wkleić adres strony i kliknąć Analizuj. Wyniki zobaczysz w ciągu 30-60 sekund.
Co sprawdzać w PSI:
- Sekcja “Dane polowe” (Field Data)
Jeśli Twój sklep ma wystarczający ruch, zobaczysz tu rzeczywiste dane użytkowników — te same, które widzi Google. Zielony znacznik przy każdej metryce to cel. - Sekcja “Dane laboratoryjne” (Lab Data)
Symulowany test. Przydatny do diagnozowania problemów i sprawdzania, czy Twoje zmiany przynoszą efekt — wyniki są natychmiastowe, nie trzeba czekać na zebrane dane od użytkowników. - Sekcja “Diagnostyka” i “Możliwości”
Tu znajdziesz konkretne zalecenia, które elementy spowalniają stronę, ile sekund możesz zyskać po ich naprawieniu i jak to zrobić.
Ważne: zawsze testuj osobno wersję mobilną i desktopową. Przełączaj za pomocą ikon telefonu i komputera na górze strony. Sklepy WooCommerce bardzo często mają dobry wynik na desktop, ale słaby na mobile, a to mobile jest priorytetem dla Google.
Metoda 3: GTmetrix, czyli szczegółowa analiza dla dociekliwych
GTmetrix (gtmetrix.com) to bardziej rozbudowane narzędzie, które pokazuje tzw. waterfall, czyli wodospad ładowania wszystkich zasobów strony w kolejności. Dzięki temu możesz zobaczyć dokładnie, który element (konkretne zdjęcie, skrypt wtyczki, font) spowalnia ładowanie i o ile.
Bezpłatna wersja GTmetrix wystarczy do podstawowej diagnozy. Wyniki GTmetrix nie są tymi samymi danymi, które widzi Google, ale jako narzędzie diagnostyczne jest świetny do identyfikowania konkretnych problemów.
| Narzędzie | Typ danych | Najlepsze do | Bezpłatne? |
| Google Search Console | Dane polowe (realni użytkownicy) | Monitorowanie całego sklepu, priorytetyzacja stron do naprawy | Tak |
| Google PageSpeed Insights | Dane polowe + laboratoryjne | Szybki test konkretnej strony, sprawdzanie efektów zmian | Tak |
| GTmetrix | Dane laboratoryjne | Szczegółowa analiza, waterfall, identyfikacja konkretnych zasobów | Tak (podstawy) |
| Chrome DevTools | Dane laboratoryjne + real-time | Zaawansowana diagnoza dla deweloperów | Tak |
Które strony sklepu testować w pierwszej kolejności?
Właściciele sklepów często testują tylko stronę główną, a to istotny błąd. Google ocenia każdą stronę z osobna, a najważniejsze dla sprzedaży są zazwyczaj:
- Strony kategorii z dużą liczbą produktów → często mają najgorszy LCP przez wiele zdjęć
- Karty produktów → tutaj dzieje się sprzedaż, tu LCP i INP są kluczowe
- Strona główna → pierwszy kontakt klienta ze sklepem
- Strona wyników wyszukiwania wewnętrznego → jeśli masz filtrowanie AJAX, INP może być słabe
3. Najczęstsze problemy Core Web Vitals w sklepach WooCommerce
Sklepy WooCommerce mają specyficzne problemy z Core Web Vitals, czyli inne niż zwykłe strony WordPress. Wynika to z natury e-commerce: dużo zdjęć, dużo wtyczek dodających JavaScript, dynamiczne elementy koszyka i filtrów. Poniżej opisuję najczęstsze problemy dla każdej metryki.
Problemy z LCP
dlaczego główny element ładuje się za wolno?
- Ciężkie zdjęcia produktów
zdjęcie w formacie JPG o wadze 800 KB jako główny element strony to gwarancja złego LCP. WooCommerce nie optymalizuje zdjęć automatycznie i musisz zainstalować wtyczkę do kompresji. - Brak priorytetu dla LCP image
przeglądarka domyślnie traktuje wszystkie zdjęcia jednakowo. Element LCP powinien mieć atrybut fetchpriority=”high”, żeby był pobierany jako pierwszy. - Wolny hosting i wysoki TTFB
jeśli sam serwer odpowiada wolno (TTFB powyżej 600 ms), żadna optymalizacja zdjęć nie wystarczy. To fundament, który trzeba naprawić najpierw. - Brak cache
bez wtyczki cache WordPress generuje każdą stronę od nowa przy każdym wejściu, setki zapytań do bazy danych zanim użytkownik zobaczy cokolwiek. - Czcionki blokujące renderowanie
Google Fonts ładowane z zewnętrznych serwerów mogą opóźniać wyświetlenie pierwszego tekstu o 300-800 ms.
Problemy z INP
dlaczego sklep reaguje z opóźnieniem?
- Zbyt dużo JavaScriptu od wtyczek
każda wtyczka WooCommerce (live chat, pop-upy, filtry AJAX, suwaki, porównywarki) dodaje JavaScript. Im więcej JS musi się załadować i wykonać, tym wolniej strona reaguje na kliknięcia. - JavaScript blokujący wątek główny
długie zadania JS (powyżej 50 ms) blokują przeglądarkę przed reagowaniem na kliknięcia użytkownika. WooCommerce samo w sobie generuje sporo JS — dodatkowe wtyczki mogą to przekroczyć. - Ciężkie animacje CSS
animacje nieużywające właściwości transform i opacity mogą wymuszać przeliczanie układu strony przy każdej klatce, a to pożera moc procesora. - Synchroniczne żądania AJAX
niektóre wtyczki wykonują zapytania AJAX synchronicznie (blokująco), co zamraża interfejs na czas oczekiwania na odpowiedź serwera.
Problemy z CLS
dlaczego elementy skaczą podczas ładowania?
- Zdjęcia bez podanych wymiarów
jeśli w kodzie HTML brakuje atrybutów width i height na obrazie, przeglądarka nie wie, ile miejsca zarezerwować. Po załadowaniu zdjęcia cała treść poniżej przesuwa się w dół. - Banery i reklamy
elementy reklamowe ładowane asynchronicznie (po załadowaniu treści) wstrzykują się w układ strony i przesuwają wszystko poniżej. - Czcionki powodujące FOUT
Flash of Unstyled Text to tekst wyświetlany najpierw w systemowej czcionce, a potem “przeskakujący” do właściwej, może zmieniać rozmiar elementów i powodować shift. - Elementy dynamicznie wstrzykiwane
powiadomienia o ciasteczkach, paski promocyjne, sticky header pojawiające się po załadowaniu strony, każdy z nich może powodować CLS, jeśli nie jest prawidłowo zarezerwowane dla niego miejsce.
4. Jak poprawić Core Web Vitals w sklepie WooCommerce?
Teraz przechodzimy do konkretnych działań. Podzieliłem je według metryki, której dotyczą, i posortowałem od najłatwiejszych (możesz wdrożyć dziś, bez kodowania) do bardziej zaawansowanych.
Jak poprawić LCP?
Działanie 1: Skompresuj i przekonwertuj zdjęcia na WebP
To najważniejszy krok dla LCP w sklepach WooCommerce. Format WebP jest o 25-35% lżejszy od JPG przy tej samej jakości wizualnej. Wtyczka ShortPixel lub Imagify zrobi to automatycznie dla wszystkich istniejących zdjęć i każdego nowego przesłania.
| Wtyczka | Cena | Co robi automatycznie |
| ShortPixel | Od 0 zł (100 zdjęć/mies.) | Kompresja + WebP + AVIF, optymalizacja przy wgrywaniu |
| Imagify | Od 0 zł (20 MB/mies.) | Kompresja + WebP, bardzo prosta konfiguracja |
| Converter for Media | Bezpłatna | Tylko konwersja na WebP (bez kompresji) |
Działanie 2: Zainstaluj wtyczkę cache
Bez cache WordPress generuje każdą stronę dynamicznie przy każdym wejściu. Z cache gotowe pliki HTML są serwowane natychmiastowo. To zazwyczaj największy skok w wynikach PSI. Dla WooCommerce upewnij się, że strony koszyka, checkout i konta klienta są wykluczone z cachowania i zawierają spersonalizowane dane.
- LiteSpeed Cache: bezpłatna, najlepsza jeśli Twój hosting używa serwera LiteSpeed (Cyber Folks, SiteGround, Hostinger).
- WP Rocket: płatna (od 59 USD/rok), ale najprostsza w konfiguracji dla WooCommerce. Ma wbudowaną optymalizację cart fragments.
Działanie 3: Włącz preload dla elementu LCP
Powiedz przeglądarce wprost, że główne zdjęcie na stronie jest najważniejsze i ma być pobrane jako pierwsze. W praktyce oznacza to dodanie tagu preload w sekcji head strony. WP Rocket i LiteSpeed Cache mają tę opcję w ustawieniach. Dla ręcznej implementacji w functions.php lub przez wtyczkę do zarządzania nagłówkami.
Działanie 4: Przenieś sklep na szybszy hosting
Jeśli TTFB Twojego sklepu (czas odpowiedzi serwera) przekracza 600 ms, żadna wtyczka tego nie naprawi. To jak optymalizowanie silnika samochodu, który stoi w korku to problem jest gdzie indziej. Dobry hosting dla WooCommerce powinien oferować PHP 8.2+, serwer LiteSpeed lub Nginx, opcjonalnie Redis do cache obiektów i lokalizację serwera w Polsce lub Niemczech.
Jak poprawić INP?
Działanie 1: Ogranicz i zoptymalizuj wtyczki JavaScript
To najtrudniejszy element optymalizacji INP, bo wymaga zidentyfikowania, które wtyczki generują najwięcej kodu JS. Narzędzie Query Monitor (bezpłatna wtyczka) pokazuje, ile zasobów zużywa każda wtyczka. GTmetrix w zakładce Waterfall pokazuje, które pliki JS są największe i najdłużej się ładują.
Prosta reguła: usuń wtyczki, których funkcji aktywnie nie używasz. Każda nieużywana wtyczka to JavaScript, który wykonuje się na każdej stronie sklepu. Przejrzyj listę aktywnych wtyczek i zadaj sobie pytanie, czy ta funkcjonalność jest mi naprawdę potrzebna?
Działanie 2: Odrocz ładowanie JavaScript
JavaScript, który nie jest potrzebny do pierwszego wyrenderowania strony, powinien ładować się po wyświetleniu treści (defer) lub asynchronicznie (async). WP Rocket i LiteSpeed Cache mają opcję odraczania JS to włącz ją, ale testuj po każdej zmianie, bo agresywne odraczanie może zepsuć funkcjonalność koszyka lub filtrów.
Działanie 3: Optymalizuj cart fragments WooCommerce
WooCommerce domyślnie wykonuje żądanie AJAX przy każdym wejściu na stronę, żeby zaktualizować ikonę koszyka, nawet jeśli koszyk jest pusty. Na stronach nie-sklepowych (blog, strona “O nas”) to kompletnie zbędne. WP Rocket ma opcję “Wyłącz cart fragments na stronach nie-sklepowych” to proste ustawienie może znacząco poprawić INP.
Testuj po każdej zmianie
Optymalizacja JavaScriptu to obszar, gdzie najłatwiej przypadkowo zepsuć funkcjonalność sklepu. Po każdej zmianie ustawień cache lub JS: sprawdź, czy koszyk działa, czy filtry produktów reagują, czy bramka płatności się ładuje. Najlepiej testuj w trybie incognito lub na środowisku stagingowym.
Jak poprawić CLS?
Działanie 1: Zawsze podawaj wymiary zdjęć
To najprostsza i najskuteczniejsza naprawa CLS. Każde zdjęcie w HTML powinno mieć podane atrybuty width i height. Dzięki temu przeglądarka rezerwuje odpowiednie miejsce przed załadowaniem obrazu i treść nie przesuwa się. WooCommerce robi to automatycznie dla zdjęć produktów w standardowych szablonach. Sprawdź, czy Twój motyw i builder stron też to robią.
Działanie 2: Zarezerwuj miejsce dla elementów ładowanych asynchronicznie
Jeśli masz pasek promocyjny, baner z ogłoszeniem lub powiadomienie o darmowej dostawie, które pojawia się po załadowaniu strony. Zarezerwuj dla niego stałą przestrzeń przez CSS (min-height). Dzięki temu element pojawi się w zarezerwowanym miejscu, nie przesuwając reszty treści.
Działanie 3: Użyj font-display: swap dla czcionek
Właściwość CSS font-display: swap sprawia, że tekst wyświetla się natychmiastowo w czcionce systemowej, a po załadowaniu docelowej czcionki następuje płynne przejście. To eliminuje opóźnienie wyświetlania tekstu, które może powodować CLS. Dodaj tę właściwość do deklaracji @font-face w CSS swojego motywu lub skorzystaj z wtyczki OMGF (Optimize My Google Fonts).
Jak monitorować Core Web Vitals?
Jako właciciel sklepu WordPress musisz zaplanowac sobie rutynę regularnych audytów i optymalizacji sklepu. Optymalizacja Core Web Vitals to nie jednorazowe działanie, ale ciągły proces. Każda nowa wtyczka, zmiana motywu czy aktualizacja WooCommerce może wpłynąć na wyniki. Poniżej opisuję prostą rutynę, która zajmuje mniej niż 15 minut miesięcznie.
| Częstotliwość | Co sprawdzać | Gdzie | Sygnał alarmowy |
| Co miesiąc | Raport Core Web Vitals → czy liczba stron “słabych” rośnie? | Google Search Console | Wzrost liczby stron w kategorii “Słabe” |
| Po każdej aktualizacji wtyczek | Szybki test strony głównej i top 3 produktów | PageSpeed Insights | Spadek wyniku o więcej niż 10 punktów |
| Po instalacji nowej wtyczki | Test INP → czy sklep reaguje szybko na kliknięcia? | PageSpeed Insights (mobile) | INP powyżej 200 ms |
| Po dodaniu nowych zdjęć/banera | Test CLS strony głównej i kategorii | PageSpeed Insights | CLS powyżej 0,1 |
| Co kwartał | Pełny audyt wszystkich stron w raporcie CWV | Google Search Console | Nowe strony w kategorii “Słabe” |
Praktyczna wskazówka: ustaw powiadomienia e-mail w Google Search Console (Ustawienia → Powiadomienia e-mail). Google wyśle Ci alert, gdy wykryje poważne problemy z Core Web Vitals i nie musisz sprawdzać ręcznie co tydzień.
Jak śledzić postępy optymalizacji?
Zanim zaczniesz wdrażać zmiany, zrób zrzuty ekranu lub zapisz aktualne wyniki PSI dla kluczowych stron (strona główna, top 5 produktów, top 3 kategorii). To Twój punkt startowy. Po każdej zmianie możesz porównać wyniki i zobaczyć realny postęp.
Pamiętaj: dane polowe w Search Console aktualizują się z opóźnieniem do 28 dni. Nie oczekuj natychmiastowych zmian w raporcie CWV po optymalizacji, a efekty zobaczysz po 4-6 tygodniach. Dane laboratoryjne (PSI, GTmetrix) aktualizują się natychmiastowo i możesz ich używać do sprawdzania efektów zmian na bieżąco.
Gotowa checklista Core Web Vitals dla WooCommerce
Poniżej zebraliśmy wszystkie najważniejsze działania w jedną listę. Zaznaczaj to, co już masz wdrożone, reszta to Twój plan działania w celu optymalizacji sklepu WordPress pod wymagania Core Web Vitals.
| Działanie | Metryka | Trudność | Narzędzie |
| Podłącz Google Search Console i sprawdź raport CWV | Wszystkie | Łatwe | Google Search Console |
| Przetestuj top 5 stron w PageSpeed Insights (mobile) | Wszystkie | Łatwe | pagespeed.web.dev |
| Skompresuj wszystkie zdjęcia i przekonwertuj na WebP | LCP | Łatwe | ShortPixel / Imagify |
| Zainstaluj wtyczkę cache (i wyklucz koszyk/checkout) | LCP | Łatwe | WP Rocket / LiteSpeed Cache |
| Włącz preload dla głównego zdjęcia (LCP element) | LCP | Średnie | WP Rocket / ręcznie |
| Sprawdź TTFB → jeśli powyżej 600 ms, zmień hosting | LCP | Trudne | GTmetrix / PSI |
| Zaktualizuj PHP do wersji 8.2+ | LCP + INP | Łatwe (panel hostingu) | Panel hostingu |
| Włącz self-hosting czcionek Google (OMGF) | LCP + CLS | Łatwe | OMGF |
| Włącz font-display: swap dla czcionek | CLS | Łatwe | OMGF / CSS motywu |
| Sprawdź, czy wszystkie obrazy mają width i height | CLS | Łatwe | PSI → Diagnostics |
| Zarezerwuj stałe miejsce dla banerów i powiadomień | CLS | Średnie | CSS motywu |
| Przejrzyj wtyczki → usuń nieużywane | INP | Łatwe | Lista wtyczek WP |
| Włącz odraczanie JavaScript (defer) | INP | Średnie | WP Rocket / LiteSpeed Cache |
| Wyłącz cart fragments na stronach nie-sklepowych | INP | Łatwe | WP Rocket |
| Zidentyfikuj wolne wtyczki JS przez Query Monitor | INP | Średnie | Query Monitor |
| Włącz kompresję GZIP / Brotli na serwerze | LCP | Łatwe | Hosting / .htaccess |
| Włącz CDN dla plików statycznych (Cloudflare) | LCP | Łatwe | Cloudflare (free) |
| Ustaw powiadomienia e-mail w Search Console | Wszystkie | Łatwe | Google Search Console |
Podsumowanie
Core Web Vitals to nie tylko abstrakcyjne wskaźniki techniczne. To mierzalne sygnały, które decydują o tym, czy klienci zostają w Twoim sklepie, czy go opuszczają i czy Google wyświetla go wyżej niż konkurencję.
Dobra wiadomość: większość problemów w sklepach WooCommerce ma proste rozwiązania, które możesz wdrożyć samodzielnie bez znajomości programowania. Złe wyniki LCP? Skompresuj zdjęcia i zainstaluj cache. Problemy z CLS? Podaj wymiary zdjęć i zarezerwuj miejsce dla banerów. Słabe INP? Usuń nieużywane wtyczki i odrocz JavaScript.
Jeśli wyniki Twojego sklepu są w strefie czerwonej lub pomarańczowej i nie wiesz, od czego zacząć to warto zlecić profesjonalny audyt techniczny. Specjalista WooCommerce zidentyfikuje dokładne przyczyny problemów i wdroży optymalizacje w bezpieczny sposób, bez ryzyka zepsucia funkcjonalności sklepu.
Jeżeli masz jakieś pytania lub chcesz zoptymalizować i przyspieszyć Twój sklep WordPress napisz, lub zadzwoń do nas 730 170 330.
