Strona alternatywna z prawidłowym tagiem kanonicznym

TL;DR — “Alternate page with proper canonical tag” (tłumaczenie) „Strona alternatywna z prawidłowym tagiem kanonicznym” to status w Google Search Console, który wygląda groźnie, bo znajduje się pod nagłówkiem „Dlaczego strony nie są indeksowane” — ale nie jest błędem. Oznacza, że strona jest kopią lub wersją alternatywną innej strony i prawidłowo informuje Google, aby zamiast jej indeksować tamtą stronę. Google wprost radzi, że nie musisz nic robić. Zwróć uwagę tylko wtedy, gdy utknęła tu strona, którą chcesz mieć w Google.

Co oznacza ten status

Po otwarciu raportu Page Indexing w Google Search Console zobaczysz listę powodów, dla których strony nie są indeksowane. “Alternate page with proper canonical tag” (tłumaczenie) „Strona alternatywna z prawidłowym tagiem kanonicznym” Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report to jeden z nich — i właśnie ten status często wprowadza w błąd, bo brzmi jak problem, choć zazwyczaj nim nie jest.

Oto, co naprawdę się dzieje. Masz dwa URL-e z taką samą (lub prawie taką samą) treścią. Jeden z nich — „alternatywny” — ma tag kanoniczny, który wskazuje na drugi i mówi: „to jest właściwa wersja, indeksuj ją zamiast mnie”. Google sprawdził tę deklarację, zgodził się z nią, zindeksował wskazaną stronę i umieścił alternatywną w tym miejscu. To oczekiwany rezultat kanonikalizacji. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Typowe przykłady stron, które zgodnie z przeznaczeniem trafiają do tego statusu — własna definicja Google wymienia pary mobile/AMP/desktop, a także wersje do druku lub duplikaty z parametrami śledzenia. Warto znać jeden wyjątek: Google mówi, że strony w alternatywnych językach nie są wykrywane w ramach tego dokładnego statusu, chociaż przetłumaczona treść może kanonikalizować się gdzie indziej w szerszym systemie.

• Wersja mobilna (np. m.example.com) wskazująca na wersję desktopową.
• Wersja AMP lub do druku wskazująca na zwykłą stronę.
• URL z parametrami śledzenia (?utm_source=...) wskazujący na czysty URL.

Najważniejsza rzecz do zrozumienia

Ta strona nie jest uszkodzona, zablokowana ani ukarana. To duplikat, który prawidłowo mówi „nie indeksuj mnie, indeksuj tamtą stronę” — a Google tego posłuchał. Treść nadal może się pozycjonować; robi to tylko pod kanonicznym URL-em, czyli zgodnie z oczekiwaniem.

Dlatego panika, którą wiele osób odczuwa na widok dużej liczby w tym miejscu, jest nieuzasadniona. Duża liczba jest normalna w sklepach, witrynach wielojęzycznych oraz wszędzie tam, gdzie występują filtry lub parametry. Sama liczba nie oznacza, że coś jest nie tak.

Kiedy rzeczywiście trzeba się tym przejąć

Jedno pytanie rozstrzyga sprawę: czy w tej grupie są strony, które chcesz mieć zaindeksowane i pozycjonowane?

• Nie — zignoruj status. System działa prawidłowo.
• Tak — coś jest nie w porządku. Strona, na której Ci zależy, mówi Google, aby zamiast niej indeksować inną stronę. Warto to naprawić (więcej informacji znajdziesz w karcie Advanced).

Chcesz poznać pełną wersję — trzy statusy kanoniczne obok siebie, krótką listę rzeczywistych problemów i sposób sprawdzania w URL Inspection? Przejdź do karty Advanced.

TL;DR — To jedyny status kanoniczny/duplikatu w raporcie Page Indexing, który działa zgodnie z przeznaczeniem — zadeklarowany przez Ciebie kanoniczny URL zgadza się z wybranym przez Google, a kanoniczna strona jest zindeksowana. Dokładne brzmienie porady Google to “there is nothing you need to do.” (tłumaczenie) „nie musisz nic robić”. Duże liczby są normalne w e-commerce, witrynach fasetowych, parametryzowanych i wielojęzycznych — Google nie publikuje progu liczbowego, więc oceniaj wzorce URL-i i strony, których dotyczy status, a nie samą liczbę. Nie ma tu błędu do walidacji, a według Muellera sama konsolidacja kanoniczna nie powoduje kary rankingowej. Bramka decyzyjna brzmi: czy w tej grupie są strony, które rzeczywiście chcesz mieć zaindeksowane? Jeśli nie, zignoruj status. Jeśli tak, porównaj kanoniczny zadeklarowany z wybranym przez Google w URL Inspection i napraw cel kanoniczny. Nie myl go z dwoma siostrzanymi statusami — „Duplikat bez kanonicznego URL-a wybranego przez użytkownika” (nie zadeklarowano kanonicznego) i „Duplikat, Google wybrało inny kanoniczny URL niż użytkownik” (Google nadpisał Twój wybór) — które wymagają analizy.

Zacznij tutaj: to prawidłowa ścieżka

Chcę zacząć od uspokojenia sytuacji, ponieważ sposób przedstawiania tego statusu wywołuje w Search Console więcej niepotrzebnego niepokoju niż niemal cokolwiek innego. Raport Page Indexing umieszcza wszystko pod nagłówkiem „Dlaczego strony nie są indeksowane”, a „Strona alternatywna z prawidłowym tagiem kanonicznym” trafia tam obok rzeczywistych błędów, takich jak błędy serwera i noindex. Użytkownicy widzą to, zakładają, że coś jest zepsute, i zaczynają szukać naprawy.

To nie jest błąd. Własna definicja Google jest wyjątkowo jasna: Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report strona “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tłumaczenie) „prawidłowo wskazuje zindeksowaną stronę kanoniczną, więc nie musisz nic robić”. To cały status w jednym zdaniu. Spośród wszystkich grup kanonicznych i duplikatów w tym raporcie jest to jedyna grupa, którą Google opisuje jako w pełni działającą zgodnie z przeznaczeniem.

Fizycznie dzieje się to, że URL jest duplikatem lub wersją alternatywną innej strony i zawiera rel="canonical" wskazujący na tamtą stronę. Zadeklarowałeś kanoniczny URL; Google się z nim zgodził; Google zindeksował stronę kanoniczną, a nie alternatywną. Twój sygnał i decyzja Google są zgodne — nie ma tu konfliktu do rozstrzygnięcia. Alternatywna strona nie jest indeksowana dlatego, że jej wersja kanoniczna jest, i taki jest zamierzony rezultat konsolidacji.

Czym właściwie jest strona „alternatywna”

Deklaracje kanoniczne są sygnałami, których Google używa podczas wybierania reprezentatywnego URL-a spośród zduplikowanych stron. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Definicja tego konkretnego statusu w Google wymienia wąski zestaw przykładów: stronę AMP z kanonicznym URL-em desktopowym, wersję mobilną z kanonicznym URL-em desktopowym albo wersję desktopową z kanonicznym URL-em mobilnym. Co istotne, Google mówi, że strony w alternatywnych językach nie są wykrywane przez Search Console w ramach tego dokładnego statusu, chociaż duplikaty tłumaczone lub regionalne mogą kanonikalizować się gdzie indziej w szerszym systemie.

Poza przykładami właściwymi dla tego statusu szerszy system kanonikalizacji — ten, który opisuję w pogłębionym przewodniku po kanonikalizacji — rozpoznaje więcej wzorców duplikatów i stron alternatywnych, które mogą zostać skonsolidowane przez kanoniczny URL. Niektóre z nich w praktyce również pojawią się w tym statusie GSC:

• URL-e parametryczne i fasetowe — ?color=blue, ?sort=price, identyfikatory sesji i kombinacje filtrów.
• Wersje do druku oraz inne warianty formatu z tą samą treścią.
• Strony tagów, archiwów lub paginacji, jeśli ich główna treść jest rzeczywiście taka sama jak (lub jest bliskim podzbiorem) strony, do której kanonikalizowałyby się. Google grupuje strony według podobieństwa treści, a nie wyłącznie według wzorca URL-a, więc nie zakładaj, że każda strona paginacji lub tagu powinna kanonikalizować się do strony pierwszej — najpierw sprawdź faktyczne nakładanie się treści.
• URL-e z parametrami UTM z kampanii, wszystkie wskazujące z powrotem na czysty URL.
• Warianty HTTP→HTTPS oraz warianty z końcowym ukośnikiem lub inną wielkością liter tego samego URL-a.

Wszystkie te warianty powinny konsolidować się do URL-a kanonicznego, gdy treść rzeczywiście jest równoważna. Kiedy pojawiają się tu prawidłowo, system wykonuje swoją pracę.

Dlaczego duże liczby zwykle są w porządku

Najczęstszy powód, dla którego ludzie trafiają na ten status, to duża lub rosnąca liczba, którą uznają za problem samą w sobie. Zwykle nim nie jest. Duży katalog e-commerce z nawigacją fasetową albo wielojęzyczna witryna z wariantami krajowymi może zgodnie z przeznaczeniem generować tysiące stron alternatywnych — to naturalny skutek filtrów, parametrów i wariantów. Google nie publikuje żadnego progu liczbowego dla tej grupy — nie ma oficjalnej liczby, po której status zmienia się z „w porządku” w „problem”. Nie oceniaj więc po samej liczbie. Sprawdzaj, jakie wzorce URL-i i jakie konkretne strony obejmuje grupa: czy są to warianty, których nigdy nie chciałeś indeksować, czy strony, na których naprawdę Ci zależało? To pytanie mówi więcej niż dowolna liczba. (Jeśli mimo wszystko potrzebujesz intuicyjnej heurystyki — mojej, nie Google, więc traktuj ją jako wskazówkę, a nie regułę: pięć tysięcy alternatyw przy witrynie z 300 stronami skłoniłoby mnie do sprawdzenia; pięć tysięcy przy sklepie z milionem URL-i raczej nie.)

Są tu dwa powiązane zastrzeżenia: liczby w GSC mają opóźnienie i są próbkowane, więc nie panikuj z powodu wartości z jednego dnia. Jeśli chodzi konkretnie o karę rankingową, John Mueller mówił, że wybór kanonicznego URL-a przez Google nie ma negatywnego wpływu na ranking i że nie należy tracić snu z powodu wybranej wersji. To ograniczona uwaga Muellera dotycząca konsolidacji kanonicznej — tak właśnie ją traktuję, a nie jako ogólną gwarancję opublikowaną przez platformę — dlatego pozostawiam ją tutaj jako parafrazę, nie cytat, ponieważ dokładne brzmienie pochodzi z relacji wtórnych.

Trzy statusy kanoniczne obok siebie

To rozróżnienie wyjaśnia większość nieporozumień, więc warto zachować precyzję. W raporcie Page Indexing są trzy powiązane grupy i opisują one trzy różne sytuacje:

Kluczową osią jest zgodność. W tym statusie zadeklarowany przez Ciebie kanoniczny URL pokrywa się z wyborem Google — nie ma konfliktu. W przypadku Duplikat bez kanonicznego URL-a wybranego przez użytkownika nie przekazałeś żadnego sygnału, więc Google zgadywało. W przypadku Duplikat, Google wybrało inny kanoniczny URL niż użytkownik przekazałeś sygnał, ale Google się z nim nie zgodziło — i właśnie tę sytuację naprawdę warto zbadać, ponieważ coś mówi Google, że zadeklarowany przez Ciebie URL nie jest najlepszy (często oba URL-e nie są rzeczywiście równoważne albo silniejsze sygnały, takie jak linki wewnętrzne i przekierowania, wskazują gdzie indziej).

Te dwa siostrzane statusy znajdują się tuż obok tego statusu w tym samym raporcie. Diagnoza jest dla każdego inna, dlatego pierwszym krokiem zawsze powinno być sprawdzenie, pod którym statusem faktycznie znajduje się dany URL.

Bramka decyzyjna: czy w ogóle musisz coś robić?

Przejdź od razu do jednego pytania: czy strony w tej grupie to te, które naprawdę chcesz mieć zaindeksowane i pozycjonowane?

• Nie — i to jest częsty przypadek — zignoruj status. Nadanie tym alternatywom samodzielnych kanonicznych URL-i stworzyłoby prawdziwe problemy z duplikacją treści, rozpraszając sygnały między URL-ami, które od początku nie miały ze sobą konkurować. Nie ma tu też niczego do „Validate Fix” — to status, a nie błąd — więc ponowne przesyłanie ani prośba o indeksowanie tylko walczyłyby z prawidłowym kanonicznym URL-em.
• Tak — dopiero teraz warto rozpocząć debugowanie. Strona, na której Ci zależy, mówi Google, aby zamiast niej indeksować coś innego.

Szybki przebieg audytu (dla dużej grupy)

Zanim sprawdzisz URL-e pojedynczo, pracuj na poziomie kohort:

1. Wyeksportuj listę URL-i z raportu Page Indexing dla tego statusu.
2. Pogrupuj URL-e według wzorca — parametrów, par mobile/AMP, wariantów z końcowym ukośnikiem lub inną wielkością liter, paginacji itd. Większość wierszy sprowadzi się do kilku wzorców.
3. Pobierz kilka URL-i z każdego wzorca i sprawdź je w URL Inspection, porównując kanoniczny URL zadeklarowany z wybranym przez Google.
4. Zastosuj bramkę decyzyjną do każdej kohorty, nie do każdego URL-a: czy ten wzorzec obejmuje strony, które rzeczywiście chciałeś indeksować?
5. Napraw przyczynę źródłową każdej kohorty, która nie przechodzi bramki — zmianę szablonu, wtyczki lub konfiguracji — zamiast poprawiać pojedyncze URL-e.

Ta sekwencja pozwala przejść przez grupę liczącą dziesiątki tysięcy URL-i w kilka minut zamiast sprawdzać je jeden po drugim. Poniższa pogłębiona diagnostyka — czyli wygląd rzeczywistego problemu i mechanika URL Inspection — ma zastosowanie dopiero po zawężeniu listy do kohort, które wymagają dokładniejszego spojrzenia.

Kiedy rzeczywiście jest to problem

Jeśli chciana strona utknęła w tym miejscu, niemal zawsze chodzi o jeden z tych przypadków:

• Chciana strona kanonikalizuje się do niewłaściwej strony. Nieprawidłowy kanoniczny URL — szablon wskazujący każdy produkt na stronę kategorii albo strona wskazująca na podobny, lecz nie naprawdę równoważny adres. Strona, którą chcesz indeksować, dobrowolnie usuwa się w cień.
• Kanoniczny URL wskazuje na 404, przekierowanie lub niedopasowaną stronę. Cel powinien być aktywnym, odpowiadającym kodem 200 URL-em o rzeczywiście równoważnej treści. Jeśli zwraca 404, przekierowuje lub nie prowadzi do tej samej treści, kanoniczny URL jest uszkodzony.
• Liczby są rażąco nieproporcjonalne do rozmiaru witryny, co zwykle oznacza problem strukturalny generujący niezamierzone alternatywy — nieograniczone parametry, nieskończoną przestrzeń filtrów albo niespójność końcowego ukośnika lub wielkości liter mnożącą URL-e.
• Wcześniej pozycjonowana strona nagle trafiła do tej grupy wraz ze spadkiem ruchu — to mocny sygnał, że kanoniczny URL został zmieniony (często przez edycję szablonu lub wtyczki) i wskazuje teraz w niewłaściwe miejsce.

Jak sprawdzić: URL Inspection

Nie zgaduj — sprawdź. Jak zawsze w przypadku kanonicznych URL-i, głównym źródłem informacji o tym, co wybrało Google, jest narzędzie URL Inspection w Google Search Console. Wpisz URL, a narzędzie pokaże obok siebie kanoniczny URL zadeklarowany przez użytkownika (czyli to, co mówi strona) oraz kanoniczny URL wybrany przez Google (czyli to, co faktycznie wybrało Google). W zdrowej wersji alternatywnej oba pola wskazują ten sam kanoniczny URL. Jeśli się rozchodzą — albo zadeklarowany URL nie jest tym, którego oczekiwałeś — to sygnał do zbadania. Sprawdź reprezentatywną próbkę, zanim cokolwiek zmienisz.

Jak to naprawić — tylko jeśli trzeba

Tylko jeśli powyższa bramka wykazała „tak, w tej grupie jest chciana strona”:

• Popraw cel kanoniczny, aby strona, która powinna się pozycjonować, wskazywała sama na siebie albo wskazywała właściwy równoważny URL.
• Ujednolić końcowy ukośnik, wielkość liter, host i protokół, aby warianty rozwiązywały się do jednego spójnego kanonicznego URL-a (https://, kanoniczny host, jedna konwencja ukośnika).
• Napraw hreflang, aby kanoniczny URL wariantu krajowego/językowego wskazywał stronę w tym samym języku (lub najbliższy dostępny język zastępczy) — nigdy stronę w innym języku. Przetłumaczona treść podstawowa nie jest duplikatem oryginału tylko dlatego, że szablon i nawigacja są wspólne; traktuj ją jako duplikat wyłącznie wtedy, gdy sama treść podstawowa jest rzeczywiście w tym samym języku i w znacznym stopniu identyczna.
• Przekieruj tylko wtedy, gdy rzeczywiście wycofujesz duplikat — 301 jest właściwym rozwiązaniem dla URL-a, który nie powinien być już w ogóle dostępny, a nie odruchem po tym, jak Google wybierze inny kanoniczny URL niż zadeklarowany. Przekierowanie strony, którą nadal chcesz utrzymywać, tylko dlatego, że Google chwilowo preferuje inny URL, odbiera Ci stronę, która może być potrzebna.
• Nadaj samoodwołujący się kanoniczny URL stronom, które powinny być indeksowane, a prawdziwe alternatywy (parametry, filtry, wersje do druku) pozostaw z ich konsolidacją w odpowiednim miejscu.

Jak Google wybiera kanoniczny URL (w skrócie)

Nie będę tutaj ponownie wyjaśniać całego procesu wyboru — opisuję go w centrum kanonikalizacji. W skrócie: kanonikalizacja to proces, za pomocą którego wyszukiwarki ustalają główną wersję URL-a do zindeksowania i wyświetlania, gdy istnieją duplikaty, a Google waży duży zestaw sygnałów (około 40), takich jak tag kanoniczny, przekierowania, URL-e w sitemapie, linki wewnętrzne i zewnętrzne, hreflang, HTTPS, krótsze URL-e i wiele innych. Tag kanoniczny jest silnym sygnałem, ale stanowi wskazówkę, nie regułę — i właśnie dlatego ten status jest dobrą ścieżką: Google uwzględniło Twoją wskazówkę. Gdy tego nie robi, URL trafia do grupy „Duplikat, Google wybrało inny kanoniczny URL niż użytkownik”.

Mechanikę prawidłowego wdrażania tagu znajdziesz w przewodniku po tagu kanonicznym; powody, dla których w ogóle po niego sięgasz, opisują materiały o zduplikowanej treści i parametrach URL-i. Dwa siostrzane statusy — Duplikat bez kanonicznego URL-a wybranego przez użytkownika oraz Duplikat, Google wybrało inny kanoniczny URL niż użytkownik — to kolejne lektury, jeśli URL nie znajduje się faktycznie pod tym statusem.

Podsumowanie AI

Skrót wersji Advanced:

• To prawidłowa ścieżka, nie błąd. Status znajduje się pod nagłówkiem „Dlaczego strony nie są indeksowane”, ale jest jedynym statusem kanonicznym/duplikatu, który Google opisuje jako działający zgodnie z przeznaczeniem: strona “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tłumaczenie) „prawidłowo wskazuje zindeksowaną stronę kanoniczną, więc nie musisz nic robić”.
• Czym jest: przykłady właściwe dla statusu są wąskie — pary mobile, AMP i desktop — a Google mówi, że strony w alternatywnych językach nie są wykrywane w ramach tego dokładnego statusu. W praktyce pojawiają się tu również szersze wzorce kanonikalizacji (parametry, filtry, druk, paginacja gdy treści rzeczywiście się pokrywają, UTM, warianty HTTP/końcowego ukośnika), wszystkie z kanonicznym URL-em, z którym Google się zgodziło, i zamiast alternatywy zindeksowało.
• Duże liczby są zwykle normalne w e-commerce, witrynach fasetowych, parametryzowanych i wielojęzycznych — ale Google nie publikuje progu liczbowego dla tej grupy. Oceniaj, jakie wzorce URL-i i strony obejmuje status, a nie samą liczbę. Liczby w GSC mają również opóźnienie i są próbkowane — nie panikuj z powodu wartości z jednego dnia. Według Muellera sama konsolidacja kanoniczna nie powoduje kary rankingowej (to ograniczona uwaga, a nie gwarancja opublikowana przez platformę).
• Trzy statusy, jedna oś (zgodność): Strona alternatywna z prawidłowym kanonicznym URL-em (zadeklarowałeś, Google się zgodziło — dobrze) kontra Duplikat bez kanonicznego URL-a wybranego przez użytkownika (brak deklaracji, Google wybrało) kontra Duplikat, Google wybrało inny kanoniczny URL niż użytkownik (zadeklarowałeś, Google nadpisało — zbadaj).
• Bramka decyzyjna: czy w tej grupie są strony, które naprawdę chcesz mieć zaindeksowane? Nie → zignoruj (i nie nadawaj im samoodwołujących się kanonicznych URL-i, bo tworzy to problemy z duplikacją; nie ma tu nic do Validate Fix). Tak → rozpocznij debugowanie.
• Problemy, które wymagają działania: chciana strona kanonikalizuje się do niewłaściwej strony; kanoniczny URL wskazuje na 404, przekierowanie lub niedopasowaną stronę; liczby są rażąco nieproporcjonalne do rozmiaru witryny; wcześniej pozycjonowana strona nagle trafiła tu wraz ze spadkiem ruchu.
• Weryfikacja przez URL Inspection — porównaj kanoniczny URL zadeklarowany przez użytkownika z kanonicznym URL-em wybranym przez Google; w zdrowej wersji alternatywnej są takie same.
• Działaj tylko w razie potrzeby: popraw cel kanoniczny lub odwołanie do samej strony, ujednolić ukośnik/wielkość liter/host/protokół, napraw hreflang i stosuj 301 dla prawdziwych duplikatów.
• Pamiętaj, że to wskazówka, nie reguła — ten status oznacza, że Google uwzględniło Twoją wskazówkę; przypadek jej nadpisania to status siostrzany.

Oficjalna dokumentacja

Dokumentacja źródłowa wyszukiwarek.

Google

• Raport Page Indexing — sam raport, w tym dosłowna definicja “Alternate page with proper canonical tag” (tłumaczenie) „Strona alternatywna z prawidłowym tagiem kanonicznym” oraz dwóch siostrzanych statusów duplikatów.
• Czym jest kanonikalizacja URL-i — dokument wyjaśniający pojęcie kanonicznego URL-a, zasadę „wskazówka, nie reguła” oraz sygnały, które Google waży przy wyborze.
• Konsolidowanie zduplikowanych URL-i (określanie kanonicznego) — jak zadeklarować kanoniczny URL oraz informacja, że żadna z metod nie jest wymagana.
• Naprawianie problemów z kanonikalizacją (troubleshooting) — wyjaśnienie stanów kanonicznych w Search Console, w tym sytuacji, gdy Google wybiera inny kanoniczny URL niż zadeklarowany.
• Narzędzie URL Inspection — sposób sprawdzania kanonicznego URL-a zadeklarowanego przez użytkownika i wybranego przez Google dla dowolnego URL-a.

Bing / Microsoft

• Czy zduplikowana treść szkodzi SEO i widoczności w wyszukiwaniu AI? (grudzień 2025) — Bing nie używa dokładnie tej samej etykiety co Google, ale traktuje rel="canonical" w podobny sposób: jako sygnał konsolidacji i klarowności. To przydatny kontekst, a nie odpowiednik raportu jeden do jednego.

Cytaty ze źródła

Oficjalne wypowiedzi Google. Każdy link jest głębokim odsyłaczem prowadzącym bezpośrednio do cytowanego fragmentu na stronie źródłowej.

Google — sam status (sedno sprawy)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tłumaczenie) „Ta strona jest oznaczona jako alternatywa innej strony… Prawidłowo wskazuje zindeksowaną stronę kanoniczną, więc nie musisz nic robić.” — Google Search Console Help, Page Indexing report. Przejdź do cytatu

Google — dwa siostrzane statusy dla porównania

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (tłumaczenie) „Ta strona jest duplikatem innej strony… Google wybrało tamtą stronę jako kanoniczną dla tej strony, więc nie będzie wyświetlać tej strony w wyszukiwarce.” (Duplikat bez kanonicznego URL-a wybranego przez użytkownika) Przejdź do cytatu
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (tłumaczenie) „Ta strona jest oznaczona jako kanoniczna dla zbioru stron, ale Google uważa, że inny URL jest lepszym kanonicznym.” (Duplikat, Google wybrało inny kanoniczny URL niż użytkownik) Przejdź do cytatu

Google — dlaczego ten status oznacza uwzględnioną wskazówkę

• “indicating a canonical preference is a hint, not a rule.” (tłumaczenie) „wskazanie preferencji kanonicznej jest wskazówką, a nie regułą.” — Google Search Central docs. Przejdź do cytatu
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (tłumaczenie) „Chociaż zachęcamy do korzystania z tych metod, żadna z nich nie jest wymagana; Twoja witryna prawdopodobnie poradzi sobie dobrze bez określania preferencji kanonicznej.” Przejdź do cytatu

Modele myślowe

1. Trzy statusy dotyczą zgodności. Cała grupa kanonicznych URL-i i duplikatów w raporcie Page Indexing sprowadza się do jednego pytania — czy zadeklarowany przez Ciebie kanoniczny URL zgadza się z wybranym przez Google?

• Zgadza się → Strona alternatywna z prawidłowym tagiem kanonicznym. W porządku.
• Nic nie zadeklarowałeś, Google wybrało → Duplikat bez kanonicznego URL-a wybranego przez użytkownika. Sprawdź, co wybrano.
• Zadeklarowałeś jeden URL, Google go nadpisało → Duplikat, Google wybrało inny kanoniczny URL niż użytkownik. Zbadaj rozbieżność. Zanim cokolwiek zrobisz, sprawdź, w której grupie znajduje się URL.

2. Bramka „czy chciałeś to indeksować?”. W przypadku tego statusu o tym, czy trzeba działać, decyduje tylko jedna rzecz: czy były to strony, które chciałeś pozycjonować?

• Nie → zignoruj. System prawidłowo przeprowadził konsolidację. (Nadanie im samoodwołujących się kanonicznych URL-i stworzyłoby problemy z duplikacją treści, a nie ma tu nic do Validate Fix.)
• Tak → zdebuguj cel kanoniczny. Strona, na której Ci zależy, usuwa się w cień.

3. Status ≠ błąd. „Dlaczego strony nie są indeksowane” to lista powodów, a nie lista problemów. Brak indeksowania jest zamierzonym stanem większości alternatywnych URL-i. Nie traktuj statusu jak zadania do wykonania.

4. Sprawdzaj, nie zakładaj. URL Inspection pokazuje obok siebie kanoniczny URL zadeklarowany i wybrany przez Google. W zdrowej wersji alternatywnej są one takie same. Sprawdź próbkę, zanim wyciągniesz wnioski z samej liczby.

5. Liczba jest względna, nie bezwzględna. Duża liczba ma znaczenie dopiero w odniesieniu do rozmiaru witryny i tego, czy dotyczy chcianych stron. Tysiące alternatyw w sklepie fasetowym lub wielojęzycznym są oczekiwane; tysiące na małej witrynie są sygnałem strukturalnym.

Lista kontrolna: „Czy mam się tym martwić?”

Wykonaj te kroki, zanim poświęcisz czas na „naprawianie” statusu:

• Potwierdź status. W raporcie Page Indexing sprawdź, czy URL rzeczywiście znajduje się pod „Strona alternatywna z prawidłowym tagiem kanonicznym”, a nie pod jednym z dwóch siostrzanych statusów duplikatów, które mają inne diagnozy.
• Zastosuj bramkę. Czy któraś z tych stron to strona, którą chcesz mieć zaindeksowaną i pozycjonowaną? Jeśli nie → zatrzymaj się, bo wszystko działa zgodnie z przeznaczeniem.
• Porównaj liczbę z rozmiarem witryny. Czy liczba jest proporcjonalna do witryny fasetowej/parametryzowanej/wielojęzycznej, czy rażąco nie pasuje do liczby rzeczywistych stron?
• Obserwuj nagłe zmiany. Czy wcześniej zaindeksowana strona generująca ruch nagle trafiła do tej grupy? Połącz to ze sprawdzeniem ruchu.
• Sprawdź próbkę przez URL Inspection. Czy kanoniczny URL wybrany przez Google jest taki sam jak kanoniczny URL zadeklarowany przez użytkownika i czy cel jest tym URL-em, którego oczekujesz?
• Sprawdź stan celu kanonicznego. Czy kanoniczny URL wskazuje na aktywną stronę 200 (nie 404 i nie przekierowanie), która rzeczywiście ma tę samą treść?
• Tylko jeśli dotyczy to chcianej strony: popraw cel kanoniczny lub odwołanie do samej strony; ujednolić ukośnik, wielkość liter, host i protokół; naprawić hreflang tak, aby wskazywał kanoniczny URL w tym samym języku; stosować 301 dla prawdziwych duplikatów, które nie powinny być dostępne.
• Nie proś o indeksowanie ani nie uruchamiaj Validate Fix, aby wymusić alternatywy do indeksu — nie ma tu nic do walidacji, a takie działanie walczy z prawidłowym kanonicznym URL-em.

Czy mam działać w przypadku tego statusu?

Przejdź przez te pytania, zanim cokolwiek zmienisz. To ta sama bramka decyzyjna co w karcie Advanced, rozgałęziona na cztery sytuacje, które rzeczywiście uzasadniają naprawę.

Stały KPI: rozmiar grupy w relacji do rozmiaru witryny

Surowa liczba pod statusem „Strona alternatywna z prawidłowym tagiem kanonicznym” nie ma znaczenia sama w sobie — sklep z nawigacją fasetową powinien generować dużą liczbę takich adresów, a Google nie publikuje żadnego progu liczbowego dla tej grupy. Ważniejsze od samego współczynnika jest to, jakie wzorce URL-i i strony tworzą grupę — sprawdzenie wzorca i intencji biznesowej może wykryć prawdziwe problemy, których nie pokaże sam współczynnik. Współczynnik jest jednak użytecznym sygnałem trendu: pokazuje, czy liczba rośnie proporcjonalnie do witryny, czy ją wyprzedza.

Udział stron alternatywnych w całkowitej liczbie znanych URL-i

• Metryka — liczba pod tym statusem w raporcie Page Indexing, śledzona jako udział wszystkich znanych/zindeksowanych URL-i i sprawdzana kwartał do kwartału.
• Co mówi — czy grupa rośnie zgodnie z normalnym rozwojem witryny (więcej produktów, kombinacji filtrów i wariantów językowych), czy szybciej — co wskazuje na problem strukturalny, taki jak nieograniczone parametry, przestrzeń filtrów bez ograniczeń albo niespójność końcowego ukośnika/wielkości liter mnożąca URL-e.
• Jak pobrać — raport GSC Page Indexing, przefiltrowany do „Strona alternatywna z prawidłowym tagiem kanonicznym”, z liczbą zestawioną z całkowitą liczbą zindeksowanych URL-i dla tej samej usługi. Pojedyncze zadeklarowane kanoniczne URL-e sprawdzaj przez Canonical Checker.
• Benchmark / realistyczny zakres — Google nie publikuje tu progu liczbowego, więc nie traktuj tej wartości jak liczby zaliczenia/niezaliczenia — śledź trend współczynnika, a przede wszystkim to, czy dotknięte URL-e są oczekiwanymi wzorcami (wariantami, filtrami, lokalizacjami), czy stronami, które naprawdę chciałeś indeksować. Moja praktyczna wskazówka, a nie standard Google: pięć tysięcy alternatyw na witrynie z 300 stronami zasługuje na sprawdzenie; pięć tysięcy w sklepie z milionem URL-i zwykle nie. Ustal własną wartość bazową przy pierwszym pomiarze, a potem obserwuj, czy współczynnik nie rośnie szybciej niż sama witryna.
• Częstotliwość — raz na kwartał jako stała kontrola; natychmiast po migracji, zmianie szablonu lub uruchomieniu nawigacji fasetowej, gdy współczynnik może szybko się zmienić.

Runbook: chciana strona utknęła w tej grupie

Zastosowałeś już bramkę i potwierdziłeś, że strona, na której Ci zależy, znajduje się pod statusem „Strona alternatywna z prawidłowym tagiem kanonicznym”. Wykonuj kroki po kolei i zatrzymaj się, gdy jeden z nich wyjaśni sytuację.

1. Potwierdź, że czytasz właściwy status. Ponownie sprawdź wpis w raporcie Page Indexing dla dokładnie tego URL-a. Łatwo pomieszać ten status z dwoma siostrzanymi — „Duplikat bez kanonicznego URL-a wybranego przez użytkownika” oraz „Duplikat, Google wybrało inny kanoniczny URL niż użytkownik” — a każdy ma inną diagnozę.

2. Porównaj kanoniczny URL zadeklarowany z wybranym przez Google. Uruchom URL w URL Inspection w Search Console (albo użyj Canonical Checker do szybkiego odczytu na poziomie HTML/HTTP). Jeśli zadeklarowany kanoniczny URL nie jest samą stroną i nie jest adresem, którego oczekiwałeś, to właśnie znalazłeś odpowiedź — popraw cel kanoniczny.

3. Sprawdź stan celu kanonicznego. Jeśli zadeklarowany kanoniczny URL wskazuje tam, gdzie powinien, potwierdź, że cel rzeczywiście się rozwiązuje. Prześledź go przez Redirect Checker lub curl -sI: powinien zwrócić czyste 200, a nie 404 ani kolejne przekierowanie.

4. Porównaj liczbę z rozmiarem witryny. Jeśli cel wygląda poprawnie, sprawdź, czy to pojedyncza źle ustawiona strona, czy część większego wzorca — czy liczba pod tym statusem jest rażąco nieproporcjonalna do liczby rzeczywistych stron? Jeśli tak, szukaj przyczyny strukturalnej (parametrów, filtrów, wariantów ukośnika/wielkości liter), zamiast traktować sprawę jako pojedynczy przypadek.

5. Porównaj oś czasu z ruchem. Jeśli ta strona wcześniej się pozycjonowała, a dopiero niedawno trafiła do tej grupy, otwórz dane Performance dla URL-a. Spadek, który zbiega się z datą pojawienia się tego statusu, wskazuje na niedawną zmianę szablonu, wtyczki lub konfiguracji, która skierowała kanoniczny URL gdzie indziej.

6. Napraw i sprawdź ponownie. Popraw cel kanoniczny (odwołanie do samej strony albo wskazanie prawdziwego odpowiednika), a następnie po ponownym zindeksowaniu przez Google uruchom URL Inspection jeszcze raz, aby potwierdzić zgodność kanonicznego URL-a zadeklarowanego i wybranego przez Google.

Sprawdź się: strona alternatywna z prawidłowym tagiem kanonicznym

Pięć pytań o tym statusie i o tym, czym różni się on od statusów siostrzanych w raporcie Page Indexing.

Masowe sprawdzanie celów kanonicznych

Sprawdzenie jednego URL-a jest zadaniem dla narzędzia. Potwierdzenie, że lista celów kanonicznych rozwiązuje się poprawnie — zamiast po cichu zwracać 404 lub przekierowania — to osobne zadanie masowe, które warto oskryptować.

Sprawdź zadeklarowany kanoniczny URL pojedynczej strony przez Canonical Checker:

1. Wklej URL, który audytujesz.
2. Odczytaj zgłoszone kanoniczne sygnały HTML i HTTP oraz status celu kanonicznego.
3. Użyj wyniku, aby potwierdzić, czy strona wskazuje sama na siebie, czy wskazuje gdzie indziej, i czy ten cel jest rzeczywiście dostępny.

Potwierdź, że cele kanoniczne na liście URL-i zwracają 200 (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

Czysty wiersz wygląda tak: https://example.com/page?utm_source=x -> https://example.com/page [200]. Każdy wiersz kończący się na 404 oznacza uszkodzony cel kanoniczny; zakres 3xx oznacza, że kanoniczny URL wskazuje na inne przekierowanie zamiast na stronę docelową — oba przypadki warto naprawić. Ekstrakcja oparta na grep to szybka heurystyka, a nie pełny parser HTML — przy niejednoznacznych przypadkach (wiele tagów <link> lub kanoniczne URL-e wstrzykiwane przez JavaScript) potwierdź wynik przez Canonical Checker lub URL Inspection, zamiast ślepo ufać skryptowi.

Narzędzia do sprawdzania i naprawy tego statusu

• Canonical Checker — audytuje kanoniczne sygnały HTML i HTTP dla URL-a, sprawdza, czy cel kanoniczny rzeczywiście się rozwiązuje, i wyjaśnia sygnały, które mogą skłonić Google do wybrania innego kanonicznego URL-a niż zadeklarowany.
• Redirect Checker — śledzi cel kanoniczny (lub dowolny URL) i raportuje końcowy status oraz każdy etap, dzięki czemu wykryjesz kanoniczny URL wskazujący na łańcuch przekierowań zamiast czystego 200.
• Google Index Checker — sprawdza obserwowalne sygnały indeksowalności (przekierowania, noindex, wskazówki kanoniczne) dla URL-a; przydaje się do szybkiej kontroli, ale nie widzi faktycznego kanonicznego URL-a wybranego przez Google — do tego służy URL Inspection.
• Indexation Reconciler — łączy dane z sitemap, pobrania, kanonicznych URL-i, przekierowań i Page Indexing GSC w jednej tabeli; pomaga wykryć nieproporcjonalną liczbę stron alternatywnych dla wielu URL-i naraz.
• URL Inspection (Google Search Console) — podstawowe źródło prawdy: pokazuje kanoniczny URL zadeklarowany przez użytkownika obok kanonicznego URL-a wybranego przez Google dla dowolnego URL-a.

Typowe problemy, gdy chciana strona utknęła tutaj

Cztery niezależne karty objaw–przyczyna–naprawa dla sytuacji, które rzeczywiście zamieniają ten status w problem.

Kanoniczny URL chcianej strony wskazuje na niewłaściwą stronę

Objaw: Strona, na której Ci zależy, pokazuje „Strona alternatywna z prawidłowym tagiem kanonicznym”, ale zadeklarowany kanoniczny URL nie wskazuje na nią samą i nie jest adresem, którego oczekiwałeś.

Prawdopodobna przyczyna (przyczyny): źle ustawiony kanoniczny URL — często szablon wskazujący każdy element na stronę kategorii albo kanoniczny URL wskazujący na podobny adres, który w rzeczywistości nie ma tej samej treści.

Naprawa + sprawdzenie: popraw kanoniczny URL, aby wskazywał na samą stronę (jeśli powinna pozycjonować się samodzielnie), albo na rzeczywiście równoważny URL. Po ponownym zindeksowaniu przez Google potwierdź w URL Inspection, że wybrany przez Google kanoniczny URL jest teraz taki sam.

Cel kanoniczny zwraca 404, przekierowuje lub nie pasuje

Objaw: Zadeklarowany cel kanoniczny jest właściwy w założeniu, ale jego otwarcie zwraca 404, inne przekierowanie albo treść, która w rzeczywistości nie jest tą samą stroną.

Prawdopodobna przyczyna (przyczyny): strona celu została usunięta, przeniesiona lub przemianowana bez aktualizacji tagów kanonicznych, które na nią wskazują.

Naprawa + sprawdzenie: wskaż kanonicznym URL-em aktywną stronę 200 o rzeczywiście równoważnej treści. Prześledź cel przez Redirect Checker lub curl -sI, aby potwierdzić, że rozwiązuje się czysto, bez kolejnych etapów.

Liczba jest rażąco nieproporcjonalna do rozmiaru witryny

Objaw: Liczba URL-i pod tym statusem stale rośnie i wygląda na zdecydowanie za dużą w porównaniu z liczbą rzeczywistych stron.

Prawdopodobna przyczyna (przyczyny): problem strukturalny generujący niezamierzone alternatywy — nieograniczone parametry, przestrzeń kombinacji filtrów bez ograniczeń albo niespójność końcowego ukośnika, wielkości liter lub protokołu mnożąca ten sam URL.

Naprawa + sprawdzenie: znajdź i ogranicz wzorzec generujący URL-e (obsługa parametrów, limity filtrów, jedna spójna konwencja ukośnika/wielkości liter/protokołu). Po kilku tygodniach ponownie porównaj liczbę z całkowitą liczbą znanych URL-i, aby potwierdzić, że się ustabilizowała.

Wcześniej pozycjonowana strona nagle trafiła do tej grupy, a ruch spadł

Objaw: Strona, która wcześniej była zindeksowana i się pozycjonowała, pokazuje teraz „Strona alternatywna z prawidłowym tagiem kanonicznym”, a jej ruch spadł.

Prawdopodobna przyczyna (przyczyny): niedawna zmiana szablonu, wtyczki lub konfiguracji skierowała kanoniczny URL strony na inny adres — często nieumyślnie.

Naprawa + sprawdzenie: znajdź, co zmieniło się w okolicy daty pojawienia się statusu (wdrożenia, aktualizacje wtyczek, edycje szablonu) i popraw kanoniczny URL, aby ponownie wskazywał na samą stronę. Sprawdź wynik w URL Inspection i obserwuj dane Performance pod kątem odbudowy ruchu.

Udowodnij, że naprawa kanonicznego URL-a zadziałała

Po poprawieniu źle ustawionego celu kanonicznego wykonaj te kontrole, aby potwierdzić, że Google rzeczywiście przyjęło zmianę, a nie tylko że zmienił się kod HTML.

Test 1 — zadeklarowany kanoniczny URL wskazuje teraz tam, gdzie chcesz

• Test do wykonania — uruchom URL przez Canonical Checker (albo wyświetl źródło / użyj curl -s i sprawdź tag <link rel="canonical">).
• Oczekiwany wynik — zadeklarowany kanoniczny URL to sama strona (jeśli powinna pozycjonować się samodzielnie) albo rzeczywiście równoważny URL, którego chcesz użyć.
• Interpretacja niepowodzenia — jeśli zadeklarowany kanoniczny URL nadal pokazuje stary cel, zmiana nie została wdrożona, jest zachowana w cache albo została nadpisana przez szablon, który nadal wskazuje w złą stronę.
• Okno monitorowania — natychmiastowe — odpowiedź HTML odzwierciedla zmianę, gdy tylko jest ona aktywna i wyczyszczone zostaną cache.
• Wyzwalacz wycofania — nie dotyczy tego kroku — nie przechodź do Testu 2, dopóki sam zadeklarowany kanoniczny URL nie jest prawidłowy.

Test 2 — cel kanoniczny rozwiązuje się poprawnie

• Test do wykonania — prześledź nowy cel kanoniczny przez Redirect Checker lub curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• Oczekiwany wynik — pojedynczy etap 200 pod dokładnym URL-em, do którego kanonikalizujesz — bez łańcucha przekierowań i bez 404.
• Interpretacja niepowodzenia — 404 oznacza, że cel nie istnieje; 3xx oznacza, że kanonikalizujesz do kolejnego przekierowania zamiast do strony końcowej — skieruj kanoniczny URL bezpośrednio na rozwiązany cel.
• Okno monitorowania — natychmiastowe.
• Wyzwalacz wycofania — cel nie rozwiązuje się do 200 — popraw cel, zanim zaczniesz sprawdzać stronę Google.

Test 3 — kanoniczny URL wybrany przez Google zgadza się z zadeklarowanym

• Test do wykonania — uruchom URL Inspection w Google Search Console dla naprawionego URL-a.
• Oczekiwany wynik — pole Google-selected canonical zgadza się z polem user-declared canonical, a status w Page Indexing odzwierciedla poprawioną relację (strona samodzielnie zindeksowana albo czysta alternatywa wskazująca na właściwy URL).
• Interpretacja niepowodzenia — jeśli po ponownym zindeksowaniu kanoniczny URL wybrany przez Google nadal wskazuje stary cel, sprzeczny sygnał — linki wewnętrzne, wpisy w sitemapie lub przekierowanie — nadal wskazuje w starą stronę i trzeba go ujednolicić.
• Okno monitorowania — od kilku dni do kilku tygodni, zależnie od częstotliwości, z jaką Google ponownie pobiera URL; użyj prośby o ponowne pobranie przez URL Inspection, aby przyspieszyć sprawdzenie, zamiast tylko czekać.
• Wyzwalacz wycofania — nie przerywaj i nie wycofuj naprawy kanonicznego URL-a tylko dlatego, że Google jeszcze go nie pobrało — to oczekiwane opóźnienie, a nie błąd. Zastanów się nad samą naprawą dopiero wtedy, gdy po potwierdzonym ponownym pobraniu kanoniczny URL wybrany przez Google nadal nie zgadza się z deklaracją po kilku tygodniach.

Dziennik zmian