Kamil Rybicki · Opublikowano: · Zaktualizowano:
Adres z parametrem trzeba dziś potraktować jedną z trzech metod: zostawić do indeksowania, wskazać jako duplikat przez rel=canonical, albo zablokować w robots.txt lub tagiem noindex. Wybór zależy od tego, czy dany parametr zmienia treść, którą widzi użytkownik. Kody kampanii w rodzaju utm_source, identyfikator sesji czy kolejność sortowania treści nie zmieniają, więc te warianty blokujesz albo kanonikalizujesz do wersji bazowej. Filtr, który faktycznie pokazuje inny zestaw produktów i ma pod sobą realne wyszukiwania, zostaje do indeksowania.
Czy w Google Search Console można jeszcze zarządzać parametrami w adresach URL?
Nie, tego narzędzia w Google Search Console już nie ma. Zniknęła cała pozycja menu „Starsze narzędzia i raporty", pod którą kryła się konfiguracja parametrów opisana w pierwotnej wersji tego artykułu. Google wycofał tę funkcję, bo mechanizmy Googlebota do rozpoznawania duplikatów wynikających z parametrów poprawiły się na tyle, że ręczne wpisywanie kluczy przestało być w większości przypadków potrzebne.
Zamiast tego Google opiera decyzję na sygnałach, które i tak powinny znaleźć się na stronie: adresie kanonicznym, strukturze linkowania wewnętrznego i pliku robots.txt. Mechanizm ten opisuje dokumentacja poświęcona adresom kanonicznym i duplikatom i to tam warto sprawdzać zmiany, bo w tym miejscu interfejs Search Console już się nie rozwija.
Raport, który w momencie publikacji pierwotnej wersji tego artykułu nazywał się „Stan", dziś działa pod nazwą „Strony" w sekcji Indeksowanie. Adresy z parametrami, które trafiły do indeksu jako duplikaty, nadal można tam znaleźć razem z informacją, jaki adres kanoniczny wybrał dla nich Google.
Kiedy indeksować adresy z parametrami, a kiedy je blokować?
Indeksuj parametr, gdy zmienia treść strony w sposób, którego ktoś szuka, i gdy dla każdej takiej kombinacji da się przygotować unikalny opis. Blokuj albo kanonikalizuj go, gdy treść się nie zmienia albo gdy liczba możliwych kombinacji rośnie szybciej niż realny popyt na nie.
Trzy kryteria decydują o wyborze:
- Unikalna treść pod filtrem. Kategoria „bluzy" z filtrem „z kapturem" ma sens do indeksowania tylko wtedy, gdy strona faktycznie opisuje bluzy z kapturem, a nie powtarza tekst z kategorii nadrzędnej.
- Realne zapytania pod kombinacją filtrów. Jeśli ktoś wyszukuje frazę odpowiadającą filtrowi razem z kategorią, adres ma szansę na ruch. Jeśli nikt tak nie szuka, zaindeksowanie go niczego nie zmienia poza rozmyciem budżetu crawlowania.
- Kontrola nad liczbą kombinacji. Przy 15 kolorach i opcji „zaznacz wszystko" liczba możliwych adresów rośnie wykładniczo, a każdy kolejny wariant powtarza niemal tę samą treść co poprzedni.
| Rodzaj parametru | Zmienia treść widoczną dla użytkownika | Zalecane działanie dziś |
|---|---|---|
| Kod kampanii (utm_source, gclid, fbclid) | Nie | Zostaw bez blokady, opcjonalnie canonical do adresu bez parametru |
| Filtr z unikalnym opisem (np. kategoria plus materiał) | Tak, w sposób wyszukiwany | Indeksuj, zadbaj o unikalny tytuł i opis |
| Kombinacja filtrów o znikomym popycie (np. 15 kolorów razy 8 rozmiarów) | Technicznie tak, praktycznie nie | Zablokuj w robots.txt lub canonical do wersji bazowej |
| Sortowanie (sort=cena_rosnaco) | Nie, zmienia się tylko kolejność | Canonical do adresu bez parametru sortowania |
| Identyfikator sesji (sessionid, PHPSESSID) | Nie | Zablokuj w robots.txt, usuń z linkowania wewnętrznego |
| Paginacja (page=2) | Tak, inna zawartość na każdej stronie | Indeksuj, każdy adres bez blokady |
Jak dziś technicznie wskazać Googlebotowi, którą wersję indeksować?
Do wyboru są trzy niezależne mechanizmy: rel=canonical, plik robots.txt i tag meta robots noindex, a łączenie ich bez zrozumienia różnicy działa na niekorzyść strony.
Znacznik rel=canonical to wskazówka, nie polecenie. Mówi Google, która wersja adresu jest referencyjna, ale wyszukiwarka może wybrać inny adres, jeśli uzna, że sygnały takie jak linki, treść czy ruch wskazują na co innego. Sprawdza się przy adresach bardzo podobnych do wersji bazowej, na przykład przy sortowaniu czy kodach kampanii.
Plik robots.txt blokuje crawlowanie, czyli Googlebot w ogóle nie wejdzie na dany adres. To najskuteczniejszy sposób na ograniczenie liczby adresów odwiedzanych przez bota przy dużej liczbie kombinacji filtrów, ale ma jedną pułapkę: zablokowany adres może mimo wszystko pojawić się w wynikach bez opisu, jeśli ktoś linkuje do niego z zewnątrz.
Tag meta robots noindex usuwa adres z indeksu, ale wymaga, żeby Googlebot w ogóle mógł wejść na tę stronę i ten tag odczytać. Zablokowanie tego samego adresu jednocześnie w robots.txt i oznaczenie go noindex nie działa tak, jak można by się spodziewać: bot nie wejdzie na stronę, więc nigdy nie zobaczy tagu, a adres może zostać w indeksie mimo intencji jego usunięcia.
Do pilnych, doraźnych sytuacji, na przykład gdy przez pomyłkę zaindeksowały się adresy testowe, służy raport Usuwanie w Search Console. Ukrywa adres z wyników na około pół roku, ale to rozwiązanie tymczasowe: bez wsparcia jedną z trzech metod powyżej adres wróci do wyników po wygaśnięciu blokady.
| Metoda | Co robi | Kiedy stosować |
|---|---|---|
| rel=canonical | Wskazuje wersję referencyjną, Google może ją zignorować | Adresy bardzo zbliżone do wersji bazowej |
| robots.txt (Disallow) | Blokuje crawlowanie całkowicie | Duże liczby kombinacji filtrów, parametry sesyjne |
| meta robots noindex | Usuwa z indeksu, wymaga dostępu bota do strony | Adresy dostępne dla użytkownika, niepotrzebne w wynikach |
| Raport Usuwanie w GSC | Tymczasowo chowa adres z wyników, około pół roku | Pilne, doraźne przypadki |
Dlaczego bałagan w parametrach kosztuje realny ruch i sprzedaż
Każdy adres, który Googlebot odwiedza, to czas z ograniczonego budżetu crawlowania danej domeny, a duplikaty z parametrów potrafią pochłonąć jego większość na sklepach z rozbudowanym filtrowaniem. W praktyce oznacza to, że nowa podstrona produktowa albo aktualizacja oferty czeka na zaindeksowanie dłużej, niż powinna, a to bezpośrednio odsuwa moment, w którym zaczyna generować sprzedaż.
Dla sklepu z sezonowym asortymentem, gdzie nowa kolekcja sprzedaje się głównie w pierwszych tygodniach, kilka dni opóźnienia w indeksacji to koszt utraconej szansy, którego nie widać w żadnym raporcie, dopóki ktoś nie porówna daty publikacji z datą pierwszego wejścia z wyników wyszukiwania.
Rozproszenie sygnałów rankingowych ma jeszcze jeden skutek. Gdy ten sam produkt jest dostępny pod kilkoma niemal identycznymi adresami z parametrami, żaden z nich nie zbiera pełni linków i kliknięć, więc żaden nie wygrywa tak wysoko, jak wygrałby jeden, skonsolidowany adres. Google wymienia duplikację i cienką treść jako sygnały obniżające ocenę serwisu w wytycznych o tworzeniu treści przydatnych dla ludzi.
Co z widocznością w AI Overview i innych systemach opartych na modelach językowych?
Odpowiedzi generowane przez AI Overview i podobne funkcje w wyszukiwarce powstają na bazie tego samego zaindeksowanego materiału co klasyczne wyniki, więc problem z parametrami wpływa na obie formy widoczności naraz. Jeśli Google jako źródło odpowiedzi wybierze zduplikowany adres z parametrem zamiast wersji bazowej, strona traci szansę na wzmiankę mimo że treść jest dobra.
Mechanizm techniczny jest identyczny jak w klasycznym wyszukiwaniu: adres kanoniczny i plik robots.txt decydują, którą wersję strony system w ogóle bierze pod uwagę. Z dokumentacji funkcji AI w wyszukiwarce wynika, że nie ma osobnego zestawu reguł dla AI Overview, tylko ten sam indeks i te same sygnały co dla wyników organicznych.
Poza samym Google działa rosnąca liczba botów należących do innych systemów odpowiedzi opartych na modelach językowych, które crawlują strony niezależnie od Googlebota. Większość z nich respektuje te same reguły w pliku robots.txt, więc uporządkowanie parametrów raz, w jednym miejscu, ogranicza duplikaty widziane przez wszystkie te systemy naraz, a nie tylko przez wyszukiwarkę Google.
Dla artykułów o charakterze poradnikowym, takich jak ten, widoczność w wynikach bywa dobra, a liczba kliknięć w Search Console i tak stoi w miejscu, bo Google odpowiada na pytanie od razu, na górze strony wyników, i użytkownik nie musi już klikać. Sygnaturą tego zjawiska jest spadek albo stagnacja kliknięć przy stabilnych albo rosnących wyświetleniach i pozycji. Jeśli zamiast tego spadają też wyświetlenia i pozycja, przyczyną nie jest odpowiedź AI, tylko realna utrata rankingu, a to wymaga zupełnie innej diagnozy.
Najczęściej zadawane pytania
Czy Google Search Console ma dziś narzędzie do obsługi parametrów w adresach URL?
Nie. Zakładka Parametry adresów URL została wycofana, a jej funkcję przejęły rel=canonical, plik robots.txt i tag meta robots noindex, stosowane bezpośrednio na stronie. Google opiera decyzję o duplikatach głównie na własnej analizie treści i linkowania, nie na ręcznej konfiguracji w panelu.
Jak wygląda adres URL wyszukiwarki Google?
Sama wyszukiwarka Google działa na parametrach: wynik wyszukiwania frazy otwiera się pod adresem w rodzaju google.com/search?q=fraza, a kolejne parametry, na przykład num czy hl, zmieniają liczbę wyników albo język interfejsu. To dobry przykład tego, że parametry same w sobie nie są problemem, dopóki każdy z nich ma jasną funkcję.
Jak dodać własny adres URL do wyszukiwarki Google?
Najszybciej przez narzędzie Kontrola adresu URL w Search Console i opcję „Poproś o zaindeksowanie" dla pojedynczej strony. Przy większej liczbie adresów skuteczniejsze jest zgłoszenie mapy witryny w tym samym panelu, bo Google odkrywa z niej wszystkie adresy naraz, a nie pojedynczo.
Czy warto blokować parametry filtrowania w robots.txt?
Tak, jeśli kombinacji filtrów są tysiące, a każda z nich pokazuje niemal tę samą treść co strona kategorii. Nie warto blokować filtrów, dla których da się przygotować unikalny opis i na które realnie ktoś wyszukuje frazy, bo taka blokada odcina stronę od ruchu, który mogłaby dostać.
Co się stanie, jeśli zignoruję duplikaty z parametrami?
Google w większości przypadków sam wybierze jeden adres kanoniczny z grupy duplikatów, więc strona zwykle nie zniknie z wyników. Traci się jednak kontrolę nad tym, który adres zostanie wybrany, a przy dużej skali duplikatów rośnie ryzyko, że bot spędzi więcej czasu na powtarzalnych wariantach niż na nowych, wartościowych podstronach.
