Pozycjonowanie Sklepu WooCommerce

Jakie adresy tworzy WooCommerce i które z nich powinny być w Google

WooCommerce tworzy osobne adresy dla produktów, kategorii, tagów, archiwów atrybutów, stron paginacji oraz dla każdego filtra, sortowania i dodania do koszyka. Tylko część z nich powinna być w indeksie. Pierwszy krok audytu to więc przypisanie każdemu typowi adresu jednej decyzji: indeksować, wyłączyć z indeksu albo w ogóle nie pozwolić go crawlować.

Domyślna struktura według dokumentacji WooCommerce wygląda tak: produkty pod /product/nazwa/, kategorie pod /product-category/nazwa/, tagi pod /product-tag/nazwa/, a archiwa atrybutów bez żadnej bazy, np. /rozmiar/m/. Ścieżkę produktu można zmienić w Ustawienia → Bezpośrednie odnośniki na jedną z czterech opcji:

Struktury adresów w działającym sklepie nie zmieniam dla samej „ładności”. Dokumentacja WooCommerce ostrzega wprost, że zmiana bezpośrednich odnośników zmienia adresy istniejących produktów, a stare linki i adresy w indeksie Google zwrócą błąd 404, jeśli nie ustawisz przekierowań. Jeśli zmiana ma sens, robię ją jak migrację: z mapą przekierowań 301 dla każdego adresu i z monitoringiem po wdrożeniu.

Dobra wiadomość: strony koszyka, zamówienia i konta WooCommerce wyłącza z indeksu sam. W kodzie wtyczki funkcja podpięta pod filtr wp_robots dodaje noindex do tych trzech stron, a adresy końcowe, takie jak potwierdzenie zamówienia, dostają nagłówek X-Robots-Tag: noindex. Tego nie trzeba poprawiać, ale sprawdzam, czy motyw albo wtyczka SEO tego nie nadpisują.

Filtry w WooCommerce – parametry, które zjadają crawl budget

Klasyczne filtry WooCommerce dodają do adresu parametry filter_ (atrybut), query_type_ (łączenie wartości), min_price i max_price (cena) oraz rating_filter (ocena), a sortowanie dodaje orderby. Każda kombinacja to nowy adres z tą samą lub prawie tą samą listą produktów. Przy kilku atrybutach z kilkunastoma wartościami takich adresów są dziesiątki tysięcy, a wtyczki filtrów (np. AJAX-owe filtry z własnymi parametrami lub ścieżkami) potrafią tę liczbę jeszcze zwielokrotnić.

Google w dokumentacji o nawigacji fasetowej zaleca, żeby adresy filtrów, które nie muszą być w wynikach, w ogóle nie były crawlowane, i wskazuje do tego robots.txt. Dodaje, że rel=canonical może z czasem zmniejszyć crawlowanie takich adresów, a nofollow jest zwykle mniej skuteczny. Dlatego w WooCommerce dzielę filtry na dwie grupy:

• Filtry z popytem (np. „buty do biegania damskie”, „sofa narożna szara”) dostają własny, stały adres: podkategorię albo archiwum atrybutu, z H1, krótkim opisem i miejscem w nawigacji. Nie zostawiam ich jako ?filter_kolor=szary.
• Pozostałe kombinacje filtrów i sortowania wyłączam z crawlowania w robots.txt i pilnuję, żeby szablon nie linkował do nich zwykłymi linkami tam, gdzie nie trzeba.
• Puste kombinacje nie powinny zwracać strony z kodem 200. Google zaleca kod 404, gdy kombinacja filtrów nie daje wyników.

User-agent: *
# sortowanie i parametry akcji
Disallow: /*?*orderby=
Disallow: /*?*add-to-cart=
# klasyczne filtry WooCommerce
Disallow: /*?*filter_
Disallow: /*?*query_type_
Disallow: /*?*min_price=
Disallow: /*?*max_price=
Disallow: /*?*rating_filter=

Archiwa atrybutów i tagi produktów – ukryty potencjał i ukryte duplikaty

Archiwa atrybutów to w WooCommerce najprostszy sposób, żeby popularny filtr dostał własny, indeksowalny adres bez parametrów. Po zaznaczeniu opcji „Włącz archiwa” przy atrybucie globalnym WooCommerce tworzy stronę ze wszystkimi produktami o danej wartości, np. /kolor/czarny/ albo /marka/nazwa-marki/. Dokumentacja WooCommerce opisuje tę opcję przy zarządzaniu atrybutami.

Taka strona ma jednak sens tylko wtedy, gdy ludzie szukają danej wartości i gdy strona ma własną treść: nagłówek, opis, linki do kategorii. Dlatego archiwa włączam wybiórczo, np. dla marki, materiału albo przeznaczenia, a nie dla rozmiaru czy koloru w sklepie, w którym nikt nie szuka „wszystkich czerwonych produktów”.

Decyzję, czy dana wartość zasługuje na własną stronę, podejmuję na podstawie danych o popycie, a nie przeczucia. Sposób przypisywania fraz do kategorii, filtrów i produktów opisuję szczegółowo w artykule słowa kluczowe dla sklepu internetowego, a zasady dla filtrów w artykule filtry w sklepie internetowym a SEO.

Karta produktu i warianty w WooCommerce

Produkt zmienny w WooCommerce ma jeden adres, a konkretny wariant wybiera się parametrami attribute_ w adresie lub w formularzu. Dla większości sklepów to dobre rozwiązanie: jedna mocna strona zamiast kilkunastu prawie identycznych. Problem pojawia się wtedy, gdy wariant ma własny popyt, np. konkretny kolor lub pojemność, których ludzie szukają z nazwy.

Google w dokumentacji wariantów zaleca, żeby każdy wariant można było wskazać osobnym adresem (ścieżką lub parametrem) i opisać grupę wariantów typem ProductGroup z właściwościami hasVariant, variesBy i productGroupID. Przy opcjonalnych parametrach wariantu Google zaleca jako kanoniczny adres bez parametru. Rdzeń WooCommerce tego nie robi: dla produktu zmiennego generuje Product z AggregateOffer (najniższa i najwyższa cena oraz liczba ofert), a pojedynczą ofertę wariantu tylko wtedy, gdy w adresie są wszystkie jego atrybuty.

Co sprawdzam na karcie produktu

• Jeden adres produktu w linkach wewnętrznych, niezależnie od kategorii, z której ktoś przyszedł, i zgodny z canonicalem.
• Warianty z popytem dostają adres, który wybiera wariant, i dane ProductGroup, a pozostałe zostają w jednym produkcie.
• Własny opis zamiast opisu producenta na produktach z największym potencjałem, z parametrami, zastosowaniem i odpowiedziami na pytania kupujących.
• Pole GTIN, UPC, EAN lub ISBN wypełnione dla produktów, które mają kod. WooCommerce przenosi je do danych strukturalnych, ale tylko gdy kod ma 8, 12, 13 albo 14 cyfr.
• Zdjęcia w nowoczesnym formacie, z wymiarami i opisowym tekstem alternatywnym, bez wtyczek galerii, które ładują wszystko naraz.

Dane strukturalne WooCommerce – co daje rdzeń, a czego brakuje

WooCommerce generuje dane strukturalne Product sam, ale nie są one kompletne pod wyniki produktowe Google. Przeczytałem klasę odpowiedzialną za JSON-LD w kodzie WooCommerce i porównałem ją z wymaganiami Google dla informacji o produktach sprzedawcy:

Najczęstszy problem nie leży jednak w brakach, tylko w nadmiarze. Wtyczka SEO, wtyczka opinii i motyw potrafią dodać na tej samej stronie dwa albo trzy osobne bloki Product z różnymi cenami czy ocenami. Dlatego ustalam jedno źródło danych produktu, a resztę wyłączam. Sam sposób budowy danych, z grafem identyfikatorów, opisuję w usłudze wdrażania Schema.org.

Google Merchant Center w WooCommerce

Do darmowych wyników produktowych Google potrzebne jest konto Merchant Center z feedem produktów. Najprostsza droga to oficjalna wtyczka Google for WooCommerce (ponad 800 tys. aktywnych instalacji według strony wtyczki), która synchronizuje produkty z Merchant Center i aktualizuje ceny oraz stany. Sama synchronizacja nie wystarcza: sprawdzam tytuły produktów, kategorie Google, kody GTIN, zdjęcia i to, czy feed mówi to samo co strona.

Szybkość sklepu WooCommerce – serwer, wtyczki i szablon

Sklepy na WooCommerce wypadają w Core Web Vitals wyraźnie słabiej niż sklepy na Shopify, a głównym powodem jest czas odpowiedzi serwera. Według zbioru danych CartHacker opartego na HTTP Archive i Chrome UX Report (sierpień 2026) wszystkie trzy wskaźniki na telefonie przechodzi 39,5% sklepów na WooCommerce, 76,5% na Shopify i 53% wszystkich stron. Dobry czas odpowiedzi serwera ma tylko 12,7% sklepów na WooCommerce.

To nie wyrok dla platformy, tylko dla typowej konfiguracji: tani hosting współdzielony, kilkadziesiąt wtyczek i motyw z kreatorem stron. W audycie szybkości sklepu WooCommerce sprawdzam po kolei:

1. Serwer i TTFB: wersję PHP, limit pamięci, bazę danych i cache obiektów (np. Redis), bo bez nich każda strona kategorii składa się od nowa z dziesiątek zapytań.
2. Cache stron: pełne cache dla kategorii i produktów, z wyłączeniem koszyka, zamówienia i konta.
3. Wtyczki: listę wtyczek i to, które z nich ładują skrypty i style na każdej stronie, choć potrzebne są tylko na jednej.
4. Fragmenty koszyka: od wersji 7.8 WooCommerce nie ładuje już skryptu fragmentów koszyka na każdej stronie, tylko tam, gdzie jest widżet koszyka. Starsze motywy potrafią go jednak wymuszać i generować dodatkowe zapytanie AJAX na każdej podstronie.
5. Szablon i INP: ciężkie slidery, filtry przeładowujące listę skryptem i kreatory stron, które pogarszają reakcję na kliknięcie.
6. Obrazy i LCP: największy obraz na karcie produktu i na liście kategorii, jego format, wymiary i priorytet ładowania.

Szczegółowo opisuję to w usłudze audyt SEO i Core Web Vitals i w artykule Core Web Vitals – jak poprawić LCP, INP i CLS.

Wtyczka SEO w WooCommerce – co ustawić, a czego nie oczekiwać

Yoast SEO, Rank Math czy SEOPress pomagają ustawić tytuły, opisy, mapę witryny i noindex, ale nie zaprojektują architektury sklepu. Nie zdecydują, które filtry mają popyt, nie poprawią szablonu, który linkuje do produktów przez parametry, i nie przyspieszą serwera. Wybór konkretnej wtyczki ma mniejsze znaczenie niż jej ustawienia.

• Jedna wtyczka SEO, nie dwie. Dwie wtyczki to zwykle podwójne tytuły, canonicale i bloki danych strukturalnych.
• Szablony tytułów dla produktów i kategorii, które zaczynają się od nazwy, a nie od nazwy sklepu.
• noindex dla tagów i wyników wyszukiwania, jeśli nie są stronami docelowymi, i usunięcie ich z mapy witryny.
• Mapa witryny bez adresów z noindex, przekierowanych i z parametrami.
• Sprawdzenie danych produktu po instalacji wtyczki: czy nie powstał drugi blok Product obok tego z WooCommerce.

Produkty niedostępne i usunięte w WooCommerce

Opcja ukrywania niedostępnych produktów w ustawieniach magazynu usuwa je z list w sklepie, ale nie usuwa ich stron. W kodzie WooCommerce ta opcja wyklucza produkty bez stanu z zapytań o listy produktów, czyli z kategorii, sklepu i wyszukiwarki. Strona produktu nadal działa, ma linki zewnętrzne i może być w indeksie, więc decyzję o niej trzeba podjąć osobno.

Przy sklepach z dużą rotacją asortymentu tę logikę wdrażam w kodzie, żeby nie zależała od tego, czy ktoś pamięta o przekierowaniu przy usuwaniu produktu.

WooCommerce a widoczność produktów w AI Mode i ChatGPT

Asystenci zakupowi korzystają z tych samych danych co wyszukiwarka: feedów produktowych, danych strukturalnych i treści strony, którą ich roboty mogą pobrać. Dlatego sklep WooCommerce przygotowuję pod AI tak samo starannie jak pod Google, tylko z kilkoma dodatkowymi krokami:

• Merchant Center i Shopping Graph: produkty zsynchronizowane z Merchant Center trafiają do bazy, z której Google korzysta także w AI Mode.
• Dostęp dla robotów wyszukiwarek AI: sprawdzam, czy robots.txt, firewall lub wtyczka bezpieczeństwa nie blokują np. OAI-SearchBot, czyli robota, z którego korzysta wyszukiwanie w ChatGPT.
• Treść widoczna bez JavaScriptu: nazwa, cena, dostępność i opis muszą być w HTML, a nie dopiero po załadowaniu skryptu.
• Kompletne parametry produktu: marka, GTIN, materiał, wymiary i zastosowanie. Na takich atrybutach asystenci porównują produkty.
• MCP w WooCommerce: WooCommerce udostępnia swoje funkcje agentom AI przez protokół MCP (Model Context Protocol) z pomocą wtyczki MCP Adapter. Według dokumentacji to wciąż wersja dla deweloperów, więc traktuję ją jako eksperyment, a nie podstawę widoczności.

Szerzej o zakupach przez AI piszę w artykułach SEO i GEO dla e-commerce oraz zakupy przez agentów AI.

Kiedy naprawiać WooCommerce, a kiedy zmienić platformę

W większości sklepów problemy SEO w WooCommerce da się naprawić bez zmiany platformy. Zmiana silnika ma sens dopiero wtedy, gdy ograniczenia wynikają z samej architektury, a nie z konfiguracji. Przed audytem mówię wprost, która sytuacja dotyczy Twojego sklepu.

Jeśli zmiana platformy jest przesądzona, przeprowadzam ją w ramach usługi migracja SEO.

Ile kosztuje pozycjonowanie sklepu WooCommerce

Pozycjonowanie sklepu na WooCommerce zaczyna się u mnie od 2 500 zł, tak jak każdego sklepu. O zakresie decyduje nie sama platforma, tylko stan konkretnej instalacji. Wycenę przygotowuję po bezpłatnej konsultacji i krótkim przeglądzie sklepu.

Ogólny zakres pozycjonowania sklepu, z kolejnością prac i sposobem raportowania, opisuję na stronie pozycjonowanie sklepów internetowych. Jeśli najpierw chcesz sprawdzić stan techniczny, możesz zamówić osobno audyt SEO techniczny.