Przejdź do treści

Optymalizacja SEO

Budżet indeksowania w WooCommerce jak usprawnić skanowanie dużego sklepu

Duży sklep na WooCommerce potrafi w krótkim czasie urosnąć do tysięcy adresów. Filtry, sortowanie, paginacja i warianty tworzą setki kombinacji, które Google musi odwiedzić i zrozumieć. Często kończy się to tak, że robot skanuje setki mało ważnych podstron, a nowe produkty czekają na indeksację. W raporcie w Search Console widać wykryto ale nie zindeksowano, a sprzedaż cierpi, bo oferty nie pojawiają się w wyszukiwarce tak szybko, jak powinny.

SEO to nie tylko słowa kluczowe. To także porządek techniczny, sensowna struktura kategorii, kontrola indeksacji, szybkość i wygoda korzystania ze strony. Poniżej znajdziesz praktyczne sposoby na to, by Google skanował to, co naprawdę ma wartość sprzedażową i nie tracił czasu na szum.

Czym jest budżet indeksowania w praktyce

Budżet indeksowania to po prostu to, ile i jak często Google chce oraz może skanować Twoją stronę. Nie jest to stała liczba, tylko efekt tego, jak serwer odpowiada, jak strona jest zbudowana oraz ile unikalnych adresów generuje. Jeśli serwer spowalnia albo sklep ma wiele powtarzających się wariantów adresów, robot będzie działał ostrożniej i rzadziej.

Warto rozróżnić trzy etapy. Odkrycie adresu, jego przeskanowanie i dopiero potem decyzja o indeksacji. Duży sklep często ma problem nie z samą indeksacją, ale z tym, że robot zużywa czas na mało ważne adresy i brakuje mu go na nowe karty produktów.

Kiedy budżet indeksowania zaczyna boleć w dużym sklepie

Sygnałem są rosnące adresy wykryto ale nie zindeksowano, długie oczekiwanie na pojawienie się nowych produktów w wynikach, duże wahania w statystykach skanowania i wiele nieistotnych podstron odwiedzanych przez robota. Często dochodzi do tego wysokie obciążenie serwera i wolne odpowiedzi na proste zapytania.

Jak sprawdzić czy Google traci czas na mało ważnych stronach

Zacznij od raportu Statystyki indeksowania w Search Console i sprawdź, jakie typy adresów są najczęściej odwiedzane. Zwróć uwagę na wzorce adresów z parametrami sortowania i filtrów. Jeśli widzisz wzmożone skanowanie adresów z parametrami, a mało wejść na czyste adresy kategorii i produkty, to sygnał do porządków.

Jeśli masz dostęp do logów serwera, przejrzyj wpisy z user agent Googlebot i policz, jaki odsetek żądań dotyczy kategorii, produktów, stron filtrów i paginacji. Nawet proste grupowanie po wzorach adresów pokaże, gdzie znika czas robota. Warto też obejrzeć listę stron wykluczonych z indeksu, zwłaszcza z adnotacją duplikat bez wskazania kanonicznego lub zablokowane przez robots, aby zrozumieć skalę bałaganu.

Na koniec porównaj to z mapą strony. Jeśli w sitemapie widnieją setki mało ważnych adresów, to sama mapa dokłada pracy robotowi. Mapa ma pomagać odnajdywać najważniejsze zasoby, a nie promować warianty filtrów czy sortowań.

Architektura kategorii i filtrów bez duplikacji

Najpierw dopracuj hierarchię kategorii. Mniej, ale czytelniej. Główne kategorie powinny mieć opis i unikalne listy produktów. Jeśli filtry generują adresy, które niczym nie różnią się merytorycznie od kategorii lub są zbyt wąskie, lepiej je wyłączyć z indeksowania albo całkiem nie generować osobnych adresów.

Warto wybrać kilka kluczowych kombinacji filtra, które faktycznie mają popyt i wartościowy wolumen wyszukań. Tym kombinacjom można nadać stałe adresy, unikalne treści i linki wewnętrzne. Reszta powinna pozostać jako funkcja na stronie bez tworzenia nowych adresów.

Paginacja i sortowanie które nie zalewają indeksu

Paginacja jest potrzebna, ale nie każda jej strona musi trafiać do indeksu. Najczęściej sens ma indeksowanie pierwszej strony kategorii, a kolejne mogą być dostępne do skanowania, lecz z meta noindex. Dzięki temu robot nie błądzi po setkach podobnych list, a użytkownicy i tak mogą przeglądać kolejne strony.

Parametry sortowania zwykle nie wnoszą nowej wartości merytorycznej. Dla adresów z sortowaniem ustaw canonical na podstawową wersję kategorii. Dobrą praktyką jest też niewystawianie sortowania jako osobnego parametru w adresie, jeśli nie ma to uzasadnienia SEO.

Nie używaj rozwiązań, które ukrywają produkty z paginacji przed robotem poprzez ciężki skrypt ładujący zawartość bez linków. Robot lubi proste linki a href z relacje next i prev kiedyś pomagały, ale obecnie ważniejsze są czytelne linki i jasny sygnał kanoniczny.

Odcinanie śmieci z indeksu przez robots i noindex

Robots txt mówi robotom, czego nie mają skanować, a meta robots noindex mówi, czego nie mają indeksować po przeskanowaniu. Jeśli zablokujesz adres w robots txt, Google nie zobaczy meta tagów, canonicali ani treści tej podstrony. Dlatego dla duplikatów i parametrów najczęściej bezpieczniejszy jest noindex na stronie oraz canonical do wersji bazowej.

Robots txt zostaw do globalnych śmieci jak koszyk, konto, wyszukiwarka wewnętrzna i wyniki dodawania do porównań. Nie blokuj plików potrzebnych do renderowania strony, takich jak style czy skrypty, bo robot powinien zobaczyć stronę tak, jak użytkownik.

Pamiętaj, że canonical to wskazówka, nie nakaz. Jeśli strona różni się istotnie treścią lub linkowaniem, Google może go zignorować. Dlatego lepiej nie produkować wariantów, niż liczyć na to, że canonical wszystko naprawi.

Zobacz więcej darmowej wiedzy na ProjektWordPress.pl.

Facety i parametry URL w WooCommerce pod kontrolą

Sklepy często używają widgetów filtrów, które generują parametry w adresach. Ustal jednolity porządek parametrów i nie dopuszczaj ich nieskończonej kombinacji. Wyłącz puste filtry i takie, które nie mają unikalnej oferty. To kwestia konfiguracji w wtyczkach filtrujących i dopracowania szablonu archiwum.

Dla wartościowych zestawów filtrów przygotuj stałe adresy, sensowne tytuły i opis. Całej reszcie nadaj meta noindex i canonical do wersji bazowej kategorii. Dzięki temu robot rozumie, co jest główną wersją, a co tylko funkcją ułatwiającą użytkownikowi zawężenie listy.

Mapy witryny które pomagają a nie psują

Mapa XML ma prowadzić roboty do priorytetowych stron. Powinna zawierać tylko adresy, które mogą być indeksowane. Osobne mapy dla produktów i kategorii ułatwią kontrolę. Nie dodawaj tam adresów z parametrami, sortowaniem ani stron z noindex, bo to myli sygnały.

Warianty produktów i strony tagów co indeksować

Warianty produktów często mają osobne adresy dla rozmiaru lub koloru. Jeśli warianty nie mają unikalnych opisów i treściowych różnic, lepiej indeksować stronę produktu nadrzędnego i traktować warianty jako wybór na tej stronie. To ogranicza duplikację i wzmacnia główną kartę produktu.

Strony tagów w WooCommerce zwykle dublują kategorie i rzadko niosą unikalną wartość. Często najlepszą decyzją jest ustawienie noindex dla tagów lub całkowite ich wyłączenie. Inaczej robot rozmyje uwagę na wiele podobnych list.

Inaczej może być z taksonomiami marek lub serii, jeśli faktycznie mają treść, filtry i wyszukiwania od użytkowników. Wtedy warto je potraktować jak kategorie i zaplanować im miejsce w architekturze wraz z treściami i linkowaniem wewnętrznym.

Błędy 404 i przekierowania które marnują crawl budget

Masowe 404 po usuniętych produktach i długie łańcuchy przekierowań marnują zasoby. Dla produktów wycofanych na stałe zastosuj status 410, a dla zamienników przekierowanie bezpośrednio do najbardziej adekwatnej strony. Unikaj przekierowania do strony głównej, jeśli użytkownik oczekuje konkretu.

Regularnie aktualizuj linki wewnętrzne w menu, kategoriach i wpisach blogowych. Jeśli ruch zewnętrzny prowadzi do starego adresu, lepiej przygotować przekierowanie do możliwie najbliższego odpowiednika niż tworzyć pętle lub łańcuch kilku skoków.

Szybkość serwera i stabilność jako realny czynnik crawlowania

Google dostosowuje tempo skanowania do kondycji serwera. Jeśli odpowiedzi są wolne, pojawiają się błędy lub limit połączeń jest niski, robot ograniczy żądania. W praktyce szybki TTFB, stały uptime i stabilne cache pomagają zwiększyć częstotliwość odwiedzin ważnych stron.

Na WooCommerce liczy się dobrze skonfigurowane cache stron i obiektów, a także sensowna liczba wtyczek. Zbyt ciężkie motywy, brak optymalizacji obrazów i niepotrzebne skrypty powodują opóźnienia, które zniechęcają robota do głębszego skanowania.

CDN dla mediów i plików statycznych odciąża serwer aplikacyjny, ale pamiętaj, że robot i tak musi pobrać HTML ze sklepu. Najpierw zadbaj o szybkie odpowiedzi serwera i czysty kod, a dopiero potem o dodatki. To podejście zmniejsza ryzyko fałszywych optymalizacji, które ładnie wyglądają w audycie, ale nie poprawiają realnych odpowiedzi serwera.

Monitoring w Search Console i logach serwera bez obsesji

Ustal prosty rytm przeglądu raportów raz w tygodniu lub raz na dwa tygodnie i notuj większe zmiany. Po wdrożeniu porządków obserwuj trendy liczby zaindeksowanych produktów i udział cennych adresów w skanowaniu. Jeśli widzisz, że robot częściej odwiedza kategorie i nowe produkty, a mniej wariantów parametrów, to znak, że porządki działają i można je kontynuować na kolejnych obszarach sklepu.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Wymagane pola są oznaczone *