SEO dla WooCommerce: kompletny audyt techniczny krok po kroku

Dlaczego WooCommerce potrzebuje audytu technicznego

WooCommerce daje Ci wolność, o jakiej na Shopify czy Shoperze możesz tylko pomarzyć. Możesz zbudować dowolną strukturę URL-i, zainstalować 80 wtyczek, zmienić motyw, nadpisać szablony. Problem w tym, że nikt Cię nie pilnuje. Nikt nie sprawdza, czy Twoje 80 wtyczek nie generuje 80 osobnych plików JavaScript. Nikt nie ostrzega, że filtry właśnie wygenerowały 15 000 stron w indeksie Google.

Ostatnio robiłem audyt sklepu WooCommerce z 47 aktywnymi wtyczkami. Dwie z nich robiły dokładnie to samo, tylko inaczej. Efekt? Podwójne tagi canonical na każdej stronie produktowej. Klient nie miał pojęcia, bo wizualnie strona wyglądała normalnie. Google miał z tym większy problem.

Dlatego regularny audyt techniczny to nie opcja - to konieczność. Poniżej znajdziesz kompletną procedurę audytu w dziewięciu krokach. Każdy z nich opisuję na tyle szczegółowo, żebyś mógł samodzielnie zdiagnozować problemy i zrozumieć, co wymaga naprawy. Zanim zaczniesz, przygotuj dostęp do:

• panelu WordPress (wp-admin)
• Google Search Console (GSC)
• narzędzia do crawlowania (Screaming Frog, Sitebulb lub Ahrefs Site Audit)
• dostępu FTP/SSH do serwera (lub panelu hostingowego)

Gotowy? Zaczynamy.

Krok 1: hosting i wydajność serwera

Żaden plugin SEO nie naprawi wolnego serwera. Mogę to powtórzyć jeszcze raz, bo za każdym razem ktoś próbuje: żaden plugin SEO nie naprawi wolnego serwera. Jeśli Twój sklep ładuje się 4-5 sekund, to nie jest problem z optymalizacją frontendu. To problem infrastrukturalny. Zacznij od fundamentów.

TTFB - czas pierwszego bajtu

TTFB (Time to First Byte) mierzy, ile czasu potrzebuje serwer, żeby zacząć wysyłać dane do przeglądarki. Dla WooCommerce cel to poniżej 200 ms dla stron statycznych i poniżej 400 ms dla dynamicznych (koszyk, wyszukiwanie). Sprawdzisz to w Chrome DevTools (zakładka Network) lub w narzędziu WebPageTest.

Jeśli TTFB przekracza 800 ms, to niemal na pewno problem z hostingiem lub konfiguracją PHP.

Hosting współdzielony a hosting zarządzany

Hosting współdzielony za 10-20 zł miesięcznie nie nadaje się do sklepu z setkami produktów. Powód jest prosty: dzielisz zasoby serwera z innymi stronami i nie masz kontroli nad konfiguracją PHP, limitem pamięci ani cache’em po stronie serwera.

Hosting zarządzany dla WordPress (np. Cloudways, Kinsta, Flavius) daje Ci dedykowane zasoby, automatyczny cache na poziomie serwera i wsparcie techniczne, które rozumie specyfikę WordPressa. Różnica w kosztach to 50-200 zł miesięcznie więcej - ale różnica w wydajności bywa dziesięciokrotna.

Wersja PHP i OPcache

WooCommerce wymaga minimum PHP 7.4, ale realnie powinieneś mieć PHP 8.1 lub nowsze. Każda nowa wersja PHP przynosi konkretny wzrost wydajności - przejście z 7.4 na 8.1 to około 20-30% szybsze wykonywanie kodu.

Sprawdź też, czy na serwerze jest włączony OPcache - moduł PHP, który przechowuje skompilowany kod w pamięci zamiast kompilować go przy każdym żądaniu. W panelu hostingowym lub przez phpinfo() sprawdzisz, czy opcache.enable jest ustawione na 1. Jeśli nie, to Twój serwer przy każdym odwiedzającym wykonuje niepotrzebną pracę.

Object cache

Dla WooCommerce z bazą powyżej kilku tysięcy produktów warto wdrożyć Redis lub Memcached jako object cache. WordPress domyślnie przechowuje wyniki zapytań do bazy danych w pamięci tylko na czas trwania jednego żądania. Object cache pozwala je przechowywać między żądaniami, co drastycznie zmniejsza liczbę zapytań do bazy.

Krok 2: audyt wtyczek

Typowy sklep WooCommerce ma 30-50 aktywnych wtyczek. Niektóre sklepy - ponad 80. Każda wtyczka to dodatkowy kod, który musi się załadować, dodatkowe zapytania do bazy danych i potencjalny punkt awarii. Audyt wtyczek to jeden z najważniejszych kroków.

Inwentaryzacja

Zrób pełną listę wszystkich wtyczek - aktywnych i nieaktywnych. Nieaktywne wtyczki nie obciążają wydajności, ale stanowią ryzyko bezpieczeństwa, jeśli nie są aktualizowane. Zasada jest prosta: jeśli wtyczka jest nieaktywna i nie planujesz jej włączyć w ciągu miesiąca - usuń ją.

Dla każdej aktywnej wtyczki zadaj sobie pytania:

• czy jest nadal aktualizowana przez autora (ostatnia aktualizacja mniej niż 6 miesięcy temu)?
• czy jest kompatybilna z aktualną wersją WordPress i WooCommerce?
• czy nie duplikuje funkcji innej wtyczki?
• czy na pewno jest potrzebna?

Konflikty i duplikaty funkcji

Najczęstszy problem: dwie wtyczki robią to samo. Klasyczny przykład to jednoczesne używanie Yoast SEO i Rank Math, albo dwóch wtyczek do lazy loadingu obrazów, albo wtyczki do cache i CDN, które obie próbują minifikować CSS.

I tu jest pułapka: konflikty nie zawsze objawiają się błędem na stronie. Wszystko wygląda pięknie, klient jest zadowolony, a pod spodem lecą podwójne tagi canonical, sprzeczne dyrektywy w robots.txt i uszkodzone dane strukturalne. Te problemy widać dopiero w audycie. Albo w spadku ruchu, ale wtedy jest już trochę za późno.

Wybór wtyczki SEO

WooCommerce nie ma wbudowanych narzędzi SEO - potrzebujesz dedykowanej wtyczki. Dwa realne wybory to Yoast SEO (z dodatkiem Yoast WooCommerce SEO) lub Rank Math Pro.

Obie obsługują podstawy: meta tagi, dane strukturalne Product, sitemapy, canonical. Rank Math ma nieco bogatszą bezpłatną wersję. Yoast ma dłuższą historię i większą bazę dokumentacji. Kluczowe jest to, żebyś wybrał jedną i skonfigurował ją prawidłowo - nie instalował obu “na próbę”.

Sprawdź, czy wybrana wtyczka poprawnie generuje:

• tagi canonical na stronach produktów i kategorii
• dane strukturalne Product (cena, dostępność, oceny)
• sitemapę XML, która zawiera produkty, kategorie i strony CMS, ale nie zawiera tagów, stron paginacji ani wyników filtrowania

Krok 3: struktura URL-i

WordPress i WooCommerce mają dość specyficzny sposób budowania URL-i i jeśli tego nie kontrolujesz świadomie, struktura potrafi wymknąć się spod kontroli.

Ustawienia bezpośrednich odnośników

W Ustawienia > Bezpośrednie odnośniki powinieneś mieć wybraną opcję “Nazwa wpisu” (/%postname%/), a nie domyślną z parametrami ?p=123. To absolutne minimum - bez tego SEO nie ruszy.

Baza kategorii i produktów

WooCommerce domyślnie tworzy URL-e produktów jako /product/nazwa-produktu/, a kategorii jako /product-category/nazwa-kategorii/. Możesz to zmienić w WooCommerce > Ustawienia > Bezpośrednie odnośniki.

Dobra praktyka to usunięcie prefiksu /product/ z URL-i produktów (wtyczki typu “Remove /product/ slug” to umożliwiają) i skrócenie /product-category/ do /kategoria/ lub pozostawienie samej kategorii w URL-u. Chodzi o to, żeby URL-e były krótkie, czytelne i zawierały słowa kluczowe. Więcej o budowie adresów znajdziesz w artykule o strukturze URL.

Pułapka /uncategorized/

To klasyka. Jeśli nie przypiszesz produktu do żadnej kategorii, WooCommerce automatycznie wrzuci go do kategorii “Uncategorized”. To oznacza, że w indeksie Google mogą pojawić się URL-e typu /product-category/uncategorized/. Wejdź w Produkty > Kategorie i zmień domyślną kategorię na coś sensownego - albo upewnij się, że każdy produkt ma przypisaną właściwą kategorię.

Polskie znaki w URL-ach

WordPress automatycznie zamienia polskie znaki na ich odpowiedniki ASCII (ó na o, ą na a itd.), ale nie zawsze robi to poprawnie przy importach produktów z zewnętrznych feedów. Sprawdź, czy w URL-ach nie ma zakodowanych znaków UTF-8 typu %C4%85 zamiast zwykłego a.

Krok 4: indeksacja i crawl budget

Google ma ograniczoną liczbę stron, które odwiedza w Twoim sklepie w danym przedziale czasu. To jest crawl budget - i w sklepie z tysiącami produktów, wariantów, filtrów i stron paginacji łatwo go zmarnować.

Robots.txt

Plik robots.txt w WooCommerce wymaga ręcznej konfiguracji. Domyślnie WordPress generuje minimalny plik, który nie blokuje niczego istotnego. Powinieneś zablokować crawlowanie:

• /cart/ i /checkout/ - strony koszyka i zamówienia nie mają wartości SEO
• /my-account/ - strefa klienta
• parametrycznych URL-i z filtrami (np. /*?filter_*, /*?orderby=*)
• wyników wyszukiwania wewnętrznego (/?s=*)
• stron podglądu (/*?preview=*)

Pamiętaj, że robots.txt blokuje crawlowanie, ale nie indeksację. Jeśli Google znajdzie link do zablokowanej strony, może ją zindeksować bez crawlowania - pokażę to w sekcji o dyrektywie noindex.

Mapa strony XML

Sprawdź, czy Twoja sitemap XML zawiera wyłącznie strony, które chcesz mieć w indeksie. Najczęstsze błędy w WooCommerce:

• sitemap zawiera strony tagów produktów (jeśli używasz tagów, a nie powinno ich być w indeksie)
• sitemap zawiera URL-e z parametrami filtrowania
• sitemap zawiera strony paginacji kategorii (/kategoria/page/2/, /kategoria/page/3/)
• sitemap nie zawiera wszystkich produktów (limit domyślnej sitemaps bywa za niski)
• sitemap zawiera produkty ze statusem “draft” lub “out of stock” (zależy od wtyczki)

Raport pokrycia w GSC

Google Search Console > Indeksowanie > Strony to Twoje główne źródło informacji o tym, co Google widzi w Twoim sklepie. Sprawdź zakładki:

• “Nie zindeksowano” - ile stron Google odkrył, ale nie zindeksował i dlaczego
• “Zindeksowano, ale nie przesłano do sitemaps” - strony w indeksie, których nie chcesz
• “Wykryto, ale obecnie nie zindeksowano” - strony w kolejce, które Google uznał za mało wartościowe
• “Zeskanowano, ale obecnie nie zindeksowano” - Google odwiedził stronę, ale świadomie jej nie dodał do indeksu

Jeśli w raporcie widzisz tysiące stron ze statusem “Wykryto, ale obecnie nie zindeksowano”, to sygnał, że Google marnuje crawl budget na strony niskiej jakości.

Krok 5: nawigacja fasetowa i filtry

To jeden z najtrudniejszych problemów technicznych w e-commerce SEO - i WooCommerce jest na niego szczególnie podatny. Więcej kontekstu znajdziesz w osobnym artykule o nawigacji fasetowej.

Jak filtry generują problem

Wyobraź sobie kategorię “Buty damskie” z filtrami: kolor (10 opcji), rozmiar (15 opcji), marka (20 opcji), materiał (5 opcji). Każda kombinacja filtrów to potencjalnie osobny URL. Matematycznie to 10 x 15 x 20 x 5 = 15 000 URL-i z jednej kategorii.

Wtyczki filtrów WooCommerce (np. AJAX Product Filters, WooCommerce Product Filter) domyślnie tworzą parametryczne URL-e typu ?filter_color=red&filter_size=42. Niektóre wtyczki tworzą “ładne” URL-e typu /buty-damskie/kolor-czerwony/rozmiar-42/. Oba warianty mogą powodować eksplozję indeksacji.

Rozwiązanie: canonical i noindex

Podstawowa strategia to połączenie kilku mechanizmów:

1. Canonical - każda przefiltrowana wersja strony powinna mieć tag canonical wskazujący na stronę kategorii bez filtrów. Sprawdź, czy Twoja wtyczka filtrów to implementuje.
2. Noindex - strony z aktywnym filtrowaniem powinny mieć meta tag robots z wartością noindex. To zapobiega indeksacji nawet jeśli Google zignoruje canonical.
3. Robots.txt - zablokuj crawlowanie parametrycznych URL-i z filtrami (ale pamiętaj, że to nie gwarantuje braku indeksacji).
4. Internal linking - nie linkuj wewnętrznie do przefiltrowanych URL-i. Linki w nawigacji powinny prowadzić do czystych kategorii.

Wyjątek: filtry z wartością SEO

Czasem przefiltrowana strona ma wartość SEO - np. “/buty-damskie/nike” jako strona z butami marki Nike. W takim przypadku warto stworzyć osobną stronę kategorii lub podkategorii zamiast polegać na filtrze. Daje to kontrolę nad treścią, meta tagami i linkowaniem wewnętrznym.

Krok 6: Core Web Vitals

Core Web Vitals to metryki wydajności, które Google oficjalnie uwzględnia w rankingu. Dla WooCommerce problemy z CWV są szczególnie częste, bo sklep ładuje dużo skryptów, obrazów i dynamicznych elementów. Jeśli nie znasz jeszcze metryki LCP, zacznij od artykułu o Largest Contentful Paint.

LCP - Largest Contentful Paint

LCP mierzy, kiedy główny element strony staje się widoczny. Cel to poniżej 2,5 sekundy. Na stronach produktów WooCommerce głównym elementem jest zwykle zdjęcie produktu.

Co sprawdzić:

• format obrazów - czy używasz WebP lub AVIF zamiast JPEG/PNG? Wtyczki typu ShortPixel lub Imagify konwertują automatycznie
• wymiary obrazów - czy przesyłasz zdjęcia w rozmiarze 3000x3000 px, a wyświetlasz je w 600x600? WordPress generuje miniaturki, ale domyślne rozmiary mogą nie pasować do Twojego motywu
• lazy loading - obrazy poniżej widocznego ekranu powinny ładować się leniwie, ale obraz główny (hero, zdjęcie produktu) nie powinien mieć lazy loadingu - to opóźnia LCP
• cache przeglądarki - czy nagłówki cache (Cache-Control, Expires) są poprawnie ustawione? Bez nich przeglądarka pobiera zasoby od nowa przy każdej wizycie
• CDN - dla sklepów z ruchem powyżej kilku tysięcy sesji dziennie CDN (np. Cloudflare) skraca czas dostarczania zasobów

CLS - Cumulative Layout Shift

CLS mierzy niestabilność wizualną - czy elementy strony “skaczą” podczas ładowania. Cel to poniżej 0,1. Najczęstsze przyczyny problemów w WooCommerce:

• obrazy bez wymiarów - brak atrybutów width i height w tagach <img> powoduje przesunięcia po załadowaniu obrazu. WordPress domyślnie dodaje wymiary, ale niektóre motywy je usuwają
• webfonty - ładowanie fontów Google Fonts bez font-display: swap powoduje przesunięcia tekstu. Lepsze rozwiązanie to hostowanie fontów lokalnie
• dynamiczne banery - bannery cookies, powiadomienia o promocjach, paski z informacją o darmowej dostawie - jeśli wstawiają się w DOM po załadowaniu strony, przesuwają resztę treści. Rozwiązanie: rezerwuj przestrzeń z góry lub wyświetlaj je jako overlay
• reklamy i embeddy - widgety opinii, czaty, piksel Facebooka - zewnętrzne skrypty, które dodają elementy do strony asynchronicznie

INP - Interaction to Next Paint

INP zastąpił FID w 2024 roku i mierzy, jak szybko strona reaguje na interakcje użytkownika (kliknięcia, naciśnięcia klawiszy). Cel to poniżej 200 ms. W WooCommerce problemy z INP wynikają najczęściej z:

• nadmiaru JavaScriptu - każda wtyczka dodaje swoje skrypty. 30 wtyczek to potencjalnie 30 osobnych plików JS, z których każdy blokuje główny wątek przeglądarki
• niezoptymalizowanego motywu - motywy premium często ładują ogromne biblioteki JS (Slick, Owl Carousel, różne animacje), nawet na stronach, gdzie nie są potrzebne
• ciężkich skryptów marketingowych - Google Tag Manager z dziesiątkami tagów, Hotjar, Facebook Pixel, LiveChat - każdy z nich konkuruje o zasoby przeglądarki

Rozwiązanie to audyt skryptów JS za pomocą Chrome DevTools (zakładka Performance) i identyfikacja, które skrypty blokują główny wątek najdłużej. Następnie eliminacja zbędnych, odroczenie ładowania drugorzędnych (defer, async) i w ostateczności - zmiana motywu na lżejszy.

Krok 7: dane strukturalne

Dane strukturalne (Schema.org) pomagają Google zrozumieć treść strony i mogą skutkować wzbogaconymi wynikami w wyszukiwarce - gwiazdkami ocen, ceną, dostępnością, breadcrumbsami. W WooCommerce dane strukturalne wymagają szczególnej uwagi, bo łatwo o błędy i braki.

Co generują wtyczki SEO

Yoast SEO z dodatkiem WooCommerce SEO generuje dane Product (nazwa, cena, dostępność, waluta, oceny) oraz BreadcrumbList automatycznie. Rank Math Pro robi to samo. Problem w tym, że dane te są często niekompletne lub zawierają błędy:

• brak GTIN/EAN/MPN - Google coraz bardziej wymaga identyfikatorów produktów. Wtyczki SEO pobierają te dane z pól WooCommerce, ale domyślnie te pola nie istnieją - musisz je dodać (Yoast dodaje pole GTIN w panelu produktu)
• brak pola brand - WooCommerce nie ma domyślnego pola “marka”. Jeśli używasz atrybutu “Marka”, wtyczka SEO może go nie rozpoznać automatycznie
• niepoprawna dostępność - schema powinien odzwierciedlać aktualny stan magazynowy. Sprawdź, czy dla produktów “na zamówienie” wtyczka nie generuje InStock
• brak AggregateRating - jeśli nie masz włączonych recenzji WooCommerce, wtyczka nie wygeneruje gwiazdek w wynikach

Czego wtyczki nie robią

Żadna standardowa wtyczka SEO nie generuje automatycznie:

• FAQPage - jeśli masz sekcję FAQ na stronie produktu lub kategorii, musisz dodać schema ręcznie lub przez dedykowaną wtyczkę
• Organization - dane o firmie (nazwa, logo, dane kontaktowe, social media) wymagają osobnej konfiguracji
• LocalBusiness - jeśli masz punkt odbioru lub biuro, schema LocalBusiness trzeba dodać ręcznie
• HowTo - dla poradników i instrukcji
• VideoObject - jeśli osadzasz wideo produktowe

Walidacja

Po każdej zmianie w danych strukturalnych przetestuj wynik w Google Rich Results Test (search.google.com/test/rich-results). Sprawdź też raport “Ulepszenia” w Google Search Console - tam zobaczysz błędy na poziomie całego serwisu, a nie pojedynczej strony.

Częsty problem w WooCommerce: motyw generuje własne dane strukturalne niezależnie od wtyczki SEO. Efekt to podwójny schema Product na jednej stronie, co Google traktuje jako błąd. Sprawdź źródło strony (Ctrl+U) i wyszukaj “application/ld+json” - powinien być jeden blok, nie dwa.

Krok 8: treści i duplikacja

WooCommerce generuje zaskakująco dużo stron z małą ilością treści lub z treścią zduplikowaną. To problem, bo Google traktuje takie strony jako niskiej jakości i może obniżyć ocenę całej domeny.

Thin content na stronach tagów

WooCommerce pozwala tagować produkty - analogicznie do tagów we wpisach blogowych. Problem w tym, że strony tagów to zwykle lista produktów bez żadnej treści opisowej. Jeśli masz 200 tagów, to 200 stron thin content w indeksie.

Rozwiązanie: albo dodaj unikalne opisy do tagów (co wymaga sporo pracy), albo ustaw tagi na noindex w ustawieniach wtyczki SEO. Druga opcja jest prostsza i zwykle wystarczająca.

Duplikaty opisów produktów

Jeśli importujesz produkty z feedów dostawców, opisy produktów są identyczne jak w setkach innych sklepów korzystających z tego samego feedu. Google nie ukarze Cię za to karą ręczną, ale zduplikowane opisy mają minimalną wartość rankingową.

Priorytetyzuj unikalne opisy dla:

• produktów z najwyższą marżą
• produktów z największym wolumenem wyszukiwań
• produktów, na których zależy Ci na widoczności organicznej

Nie musisz przepisywać wszystkich 5000 opisów naraz. Zacznij od top 50-100 produktów odpowiedzialnych za 80% przychodu.

Paginacja

Strony kategorii z dziesiątkami lub setkami produktów generują strony paginacji (/kategoria/page/2/, /page/3/ itd.). Te strony nie powinny być w indeksie - zawierają tylko listę produktów, które Google i tak znajdzie na głównej stronie kategorii lub w sitemapie.

Upewnij się, że strony paginacji mają meta robots noindex, follow. Dyrektywa “follow” jest ważna - pozwala Google przechodzić przez linki na stronach paginacji i odkrywać produkty, jednocześnie nie indeksując samej strony paginacji.

Warianty produktów i canonical

Jeśli masz produkt w kilku wariantach (kolor, rozmiar), WooCommerce domyślnie obsługuje to przez jeden URL z selektorem wariantów - i to jest poprawne podejście. Problem pojawia się, gdy motyw lub wtyczka tworzą osobne URL-e dla wariantów. Sprawdź, czy każdy wariant wskazuje canonical na główny URL produktu.

Krok 9: bezpieczeństwo i procedury aktualizacji

To nie jest typowy punkt audytu SEO, ale w WooCommerce pomijanie aktualizacji prowadzi do problemów, które bezpośrednio wpływają na widoczność w wyszukiwarce: zhackowane strony z przekierowaniami na spam, wstrzyknięty kod JavaScript, ukryte linki - Google widzi to wszystko i reaguje szybko.

Środowisko staging

Nigdy nie aktualizuj WooCommerce, motywu ani kluczowych wtyczek bezpośrednio na produkcji. Hosting zarządzany dla WordPress zwykle oferuje jednoklickowe tworzenie kopii staging. Jeśli Twój hosting tego nie ma, rozważ wtyczkę WP Staging.

Procedura aktualizacji:

1. utwórz pełny backup (pliki + baza danych)
2. sklonuj stronę na środowisko staging
3. zaktualizuj na stagingu
4. przetestuj: strona główna, kategorie, strona produktu, koszyk, checkout, płatność testowa
5. jeśli wszystko działa - zaktualizuj produkcję
6. po aktualizacji produkcji - ponownie przetestuj checkout i płatności

Regularne backupy

Backup bazy danych powinien wykonywać się automatycznie co najmniej raz dziennie. Backup plików - co najmniej raz w tygodniu. Przechowuj backupy poza serwerem (zewnętrzny storage, np. Amazon S3 lub Google Cloud Storage). Wtyczki typu UpdraftPlus lub BlogVault automatyzują cały proces.

Monitoring bezpieczeństwa

Zainstaluj wtyczkę bezpieczeństwa typu Wordfence lub Sucuri Security i włącz powiadomienia o:

• nieautoryzowanych zmianach w plikach
• próbach logowania brute force
• zmianie plików rdzenia WordPress
• nowych kontach administratorskich

Zhackowany sklep WooCommerce to nie tylko problem wizerunkowy. Google dodaje ostrzeżenie “Ta strona może być niebezpieczna” w wynikach wyszukiwania, co natychmiast zabija ruch organiczny. Miałem przypadek sklepu, który po ataku stracił 90% ruchu organicznego z dnia na dzień. Odbudowa zajęła cztery miesiące. Cztery miesiące bez przychodów z wyszukiwarki, bo ktoś nie zaktualizował wtyczki kontaktowej.

Podsumowanie: checklista audytu

Poniżej zebrana lista kontrolna wszystkich punktów z artykułu. Możesz ją wydrukować lub skopiować do arkusza i odznaczać po kolei:

Hosting i serwer:

• TTFB poniżej 400 ms
• PHP 8.1 lub nowsze
• OPcache włączony
• object cache (Redis/Memcached) dla dużych sklepów

Wtyczki:

• inwentaryzacja i usunięcie zbędnych wtyczek
• brak duplikatów funkcji
• jedna wtyczka SEO poprawnie skonfigurowana

Struktura URL:

• bezpośrednie odnośniki ustawione na “Nazwa wpisu”
• brak /uncategorized/ w indeksie
• czyste, krótkie URL-e produktów i kategorii

Indeksacja:

• robots.txt blokuje cart, checkout, my-account, filtry, wyszukiwanie
• sitemap zawiera tylko strony docelowe
• raport GSC bez krytycznych problemów

Filtry i nawigacja fasetowa:

• canonical na przefiltrowanych stronach
• noindex na stronach z filtrami
• brak wewnętrznego linkowania do przefiltrowanych URL-i

Core Web Vitals:

• LCP poniżej 2,5 s
• CLS poniżej 0,1
• INP poniżej 200 ms

Dane strukturalne:

• Product z ceną, dostępnością, GTIN/EAN
• BreadcrumbList
• Organization
• brak zduplikowanych bloków schema

Treści:

• tagi produktów na noindex lub z unikalnymi opisami
• unikalne opisy najważniejszych produktów
• paginacja na noindex, follow

Bezpieczeństwo:

• środowisko staging do aktualizacji
• automatyczne backupy
• monitoring bezpieczeństwa

To sporo pracy - i to tylko diagnoza. Wdrożenie poprawek, monitoring efektów i regularna powtórka audytu co kwartał to osobny proces. Jeśli prowadzisz sklep na WooCommerce i czujesz, że potrzebujesz wsparcia specjalisty, który zna tę platformę od podszewki - opisujemy nasze podejście do SEO dla WooCommerce tutaj.

📋 Zobacz checklistę: Checklista audytu SEO e-commerce (50+ punktów) - przejdziesz ją online i wykorzystasz jako ramę do własnego audytu.

FAQ

Jak często powinien być wykonywany audyt techniczny WooCommerce?

Pełny audyt techniczny warto przeprowadzać co kwartał. Między audytami monitoruj na bieżąco raporty w Google Search Console (indeksacja, Core Web Vitals, problemy z danymi strukturalnymi) i reaguj na nowe ostrzeżenia. Dodatkowy audyt jest wskazany po każdej większej zmianie - aktualizacji WooCommerce, zmianie motywu, instalacji nowej wtyczki filtrów lub migracji hostingu.

Yoast SEO czy Rank Math - co lepsze dla WooCommerce?

Obie wtyczki obsługują WooCommerce na porównywalnym poziomie. Rank Math Pro ma więcej funkcji w wersji bezpłatnej (np. śledzenie pozycji, zaawansowane schematy), ale Yoast SEO ma dłuższą historię, stabilniejszy cykl wydawniczy i dedykowany dodatek Yoast WooCommerce SEO. Jeśli zaczynasz od zera - Rank Math Pro będzie tańszy. Jeśli już masz skonfigurowanego Yoasta - nie ma powodu migrować.

Ile kosztuje profesjonalny audyt techniczny WooCommerce?

Zakres cenowy to od 2000 do 8000 zł netto, w zależności od wielkości sklepu (liczba produktów, kategorii, wtyczek), głębokości analizy i tego, czy w cenie jest też plan wdrożenia poprawek. Tani audyt za kilkaset złotych to zwykle automatyczny raport z narzędzia typu Semrush lub Ahrefs - pożyteczny, ale nie zastąpi ręcznej analizy specyfiki WooCommerce i Twojej konfiguracji wtyczek.

Czy aktualizacja PHP do 8.x może zepsuć sklep?

Tak, to ryzyko istnieje - zwłaszcza jeśli używasz starszych wtyczek, które nie są kompatybilne z PHP 8.x. Dlatego nigdy nie aktualizuj PHP na produkcji bez testów. Procedura: włącz nową wersję PHP na środowisku staging, przetestuj wszystkie kluczowe funkcje (przeglądanie produktów, koszyk, checkout, płatność, panel admina) i dopiero wtedy przełącz produkcję. Większość hostingów zarządzanych pozwala zmienić wersję PHP jednym kliknięciem.

Mam 10 000 produktów - od czego zacząć audyt?

Od indeksacji. Wejdź w Google Search Console i sprawdź, ile stron jest zindeksowanych, a ile wykrytych, ale nie zindeksowanych. Jeśli proporcja zindeksowanych stron do wykrytych jest poniżej 50%, masz poważny problem z crawl budgetem lub jakością stron. Następnie przejdź do audytu wtyczek i struktury URL - bo te dwa elementy najczęściej odpowiadają za problemy z indeksacją w dużych sklepach WooCommerce.