Audyt WooCommerce obejmuje wszystkie kontrole WordPressa, ale dodaje problemy charakterystyczne dla katalogu produktów, wariantów, filtrów, stanów magazynowych, koszyka i procesu zakupu. Największe ryzyko stanowią zwykle masowo powielane błędy szablonu oraz niekontrolowana liczba adresów tworzonych przez filtry.

Ustal zakres sklepu przed skanowaniem

Zapisz liczbę produktów, kategorii, atrybutów i języków. Ustal, które filtry tworzą własne URL-e oraz czy sklep używa produktów prostych, wariantowych, grupowych albo zewnętrznych. Wybierz próbkę obejmującą każdy typ szablonu, produkty dostępne i niedostępne oraz kilka poziomów kategorii.

Nie oceniaj sklepu wyłącznie po stronie głównej. Błąd na karcie produktu lub kategorii może występować na setkach adresów i mieć znacznie większy wpływ.

Karty produktów

Każda indeksowalna karta powinna odpowiadać kodem 200, mieć własny title, H1, opis, canonical i przydatną treść. Sprawdź także zdjęcia, cenę, dostępność, warianty, informacje o dostawie oraz jasny przycisk zakupu.

  • Nazwa i opis nie powinny być wyłącznie kopią materiału producenta.
  • Najważniejsze informacje muszą być widoczne bez wykonywania skryptów wymagających interakcji.
  • Zmiana wariantu nie może prowadzić do błędu lub utraty wybranych danych.
  • Zdjęcia wymagają sensownych nazw, alt, rozmiarów i kompresji.
  • Produkty podobne powinny być połączone użytecznym linkowaniem.

Kategorie i architektura katalogu

Kategorie powinny odpowiadać sposobowi, w jaki klienci szukają i porównują asortyment. Unikaj kategorii zawierających jeden produkt, kilku nazw oznaczających to samo oraz zbyt głębokiego zagnieżdżenia. Każda ważna kategoria potrzebuje unikalnego kontekstu, czytelnego H1 i linków do podkategorii lub produktów.

Breadcrumbs pomagają użytkownikowi wrócić do nadrzędnego poziomu i wzmacniają logiczne relacje. Linki nawigacyjne powinny być zwykłymi elementami <a href>, dostępnymi również dla robota.

Warianty produktów

Rozstrzygnij, czy warianty mają odrębną intencję wyszukiwania. Kolor lub rozmiar wybierany w obrębie jednej karty zazwyczaj nie potrzebuje osobnej indeksowalnej strony. Osobne URL-e mają sens dopiero wtedy, gdy prezentują samodzielną ofertę i unikalne informacje.

SytuacjaZalecane podejście
Rozmiar wybierany na jednej karcieJedna strona kanoniczna produktu.
Kolor z parametrem URLCanonical do głównej karty, jeśli treść jest zasadniczo ta sama.
Model o odrębnej nazwie i specyfikacjiOsobny URL może być uzasadniony.
Niedostępny wariantNie usuwaj całej karty, jeżeli inne warianty są dostępne.

Filtry, sortowanie i parametry URL

Nawigacja fasetowa może tworzyć tysiące kombinacji ceny, koloru, rozmiaru i marki. Zbierz rzeczywiste adresy generowane przez interfejs i zdecyduj, które kombinacje mają wartość jako samodzielne strony. Pozostałe nie powinny trafiać do sitemap ani otrzymywać wewnętrznych linków indeksowalnych bez kontroli.

  • Sortowanie nie powinno tworzyć nowej wersji kanonicznej.
  • Parametry śledzące wskazują canonical bez parametrów.
  • Puste kombinacje filtrów nie powinny odpowiadać jak wartościowa kategoria.
  • Nie blokuj pochopnie wszystkich parametrów w robots.txt — robot nie odczyta wtedy canonical.
  • Monitoruj, czy filtry nie tworzą nieskończonych kombinacji.

Dane strukturalne produktów

Sprawdź wynikowy JSON-LD na kilku typach produktów. Cena, waluta, dostępność i adres powinny zgadzać się z informacjami widocznymi dla klienta. Uważaj na duplikaty schema generowane równocześnie przez WooCommerce, motyw i wtyczkę SEO.

Nie dodawaj ocen ani liczby opinii, których użytkownik nie widzi. Po zmianach zweryfikuj składnię i porównaj dane z kartą produktu.

Produkty niedostępne i wycofane

Chwilowy brak magazynowy zwykle nie jest powodem do usunięcia strony. Zachowaj kartę, pokaż stan i alternatywy. Jeżeli produkt został trwale wycofany:

  1. Przekieruj 301 do bardzo bliskiego następcy, jeżeli rzeczywiście istnieje.
  2. Zachowaj stronę informacyjną, jeśli nadal pomaga użytkownikom.
  3. Zwróć 404 lub 410, gdy nie ma zamiennika ani wartości archiwalnej.
  4. Usuń nieaktualny URL z sitemap i linkowania sprzedażowego.

Nie przekierowuj automatycznie wszystkich wycofanych produktów na stronę główną.

Koszyk, konto i zamówienie

Koszyk, checkout i konto klienta zwykle nie powinny pojawiać się w wynikach. Jednocześnie muszą pozostać dostępne dla użytkownika i działać z cache, cookies oraz integracjami płatniczymi. Sprawdź:

  • dodawanie, zmianę ilości i usuwanie produktu,
  • kupony, dostawę, podatki i zmianę kraju,
  • walidację formularzy oraz komunikaty błędów,
  • płatność i stronę powrotu,
  • działanie bez przypadkowego cache pełnej strony,
  • wersję mobilną i obsługę klawiaturą.

Wydajność sklepu

Mierz osobno stronę główną, kategorię, kartę produktu, wyszukiwarkę i koszyk. Cache może przyspieszyć strony katalogu, ale dynamiczne elementy klienta wymagają ostrożnej konfiguracji. Sprawdź obrazy produktów, zapytania filtrów, skrypty wariantów, rekomendacje, integracje marketingowe i procesy działające w tle.

WooCommerce wskazuje hosting, cache/CDN, obrazy, motyw, wtyczki i dostępne zasoby serwera jako typowe obszary diagnozy wolnego sklepu. Zobacz oficjalny poradnik Troubleshooting a slow site.

Kontrole wymagające panelu WooCommerce

  • Status systemu, logi i zaplanowane zadania.
  • Konfiguracja produktów, wariantów, atrybutów i stanów.
  • Reguły podatków, dostaw i płatności.
  • Wtyczki generujące filtry, schema, feedy oraz cache.
  • Szablony nadpisane przez motyw i ich zgodność z wersją WooCommerce.
  • Procesy importu, synchronizacji cen i magazynu.
  • Nieudane zadania oraz rosnące kolejki w tle.

Końcowa checklista WooCommerce

  • Produkty i kategorie mają unikalne, użyteczne treści.
  • Warianty oraz filtry nie tworzą niekontrolowanych duplikatów.
  • Sitemap zawiera tylko kanoniczne URL-e 200.
  • Schema zgadza się z ceną i dostępnością widoczną na stronie.
  • Wycofane produkty mają świadomą strategię statusów.
  • Koszyk i checkout działają poza cache pełnej strony.
  • Najważniejsze szablony są sprawdzone na mobile.
  • Wydajność zmierzono dla kilku typów stron.
  • Logi, zadania i integracje w panelu nie wykazują błędów.
  • Po wdrożeniu wykonano test zakupu oraz ponowny audyt.

Źródła i dalsza lektura

Poradnik opiera się na praktyce technicznej analizatora oraz oficjalnej dokumentacji Google Search Central wskazanej w treści.