Strona alternatywna z prawidłowym tagiem kanonicznym: co to znaczy i jak to naprawić

Co oznacza "Strona alternatywna z prawidłowym tagiem kanonicznym" w Google Search Console?

Ten status potwierdza, że Google znalazło kilka wersji strony wskazujących ten sam adres kanoniczny, uszanowało Twój tag kanoniczny i zindeksowało adres kanoniczny zamiast oznaczonej wersji alternatywnej. Strona alternatywna nadal jest dostępna dla odwiedzających, ale Google nie indeksuje jej osobno.

Słowo "prawidłowym" oznacza, że Google zgadza się z Twoją konfiguracją canonical. To kluczowa różnica w porównaniu ze statusami takimi jak "Duplikat, Google wybrał inną stronę kanoniczną niż użytkownik", w których Google nadpisuje zadeklarowany przez Ciebie canonical.

Gdzie ten status pojawia się w GSC

W Google Search Console przejdź do Indeksowanie › Strony i przejrzyj tabelę "Dlaczego strony nie są indeksowane". Kliknij "Strona alternatywna z prawidłowym tagiem kanonicznym", aby zobaczyć dotknięte adresy URL, i użyj przycisku Eksportuj, aby pobrać pełną listę do analizy.

Alternatywny, kanoniczny i zduplikowany w jednym zdaniu

Kanoniczny adres URL to wersja główna, którą wyznaczasz jako oryginał. Alternatywny adres URL wyświetla identyczną lub podobną treść, a jego tag kanoniczny wskazuje wersję główną. Powielona treść to ta sama treść dostępna pod kilkoma adresami URL. Tagi kanoniczne rozwiązują ten problem, skupiając sygnały rankingowe na adresie głównym.

Kiedy to zupełnie normalne (i nie musisz nic robić)

Większość adresów URL z tym statusem nie wymaga żadnych działań. Jeśli adres alternatywny jest prawidłowym wariantem zindeksowanej strony głównej, status potwierdza, że kanonikalizacja działa poprawnie. Typowe oczekiwane przypadki to:

• ›Parametry i filtry w adresie URL: parametry śledzące, opcje sortowania lub nawigacja fasetowa (na przykład ?color=blue lub ?utm_source=...).
• ›Identyfikatory sesji i tagi śledzące: parametry dodające unikalne identyfikatory bez zmiany treści strony.
• ›Różnice w strukturze adresu URL: ukośniki na końcu, wielkie litery lub warianty HTTP wskazujące główne adresy HTTPS.
• ›Wersje do druku i AMP: alternatywne formaty, które prawidłowo wskazują stronę główną jako kanoniczną.
• ›Treści syndykowane: zewnętrzne witryny publikujące ponownie Twoje treści z tagiem kanonicznym wskazującym Twój oryginał.

Jeśli oznaczone adresy URL należą do tych kategorii, zostaw je bez zmian. Wymuszanie indeksowania lub usuwanie tagu kanonicznego może przywrócić problem powielonej treści.

Aby potwierdzić, że canonical strony jest ustawiony prawidłowo, sprawdź ją w darmowym narzędziu do sprawdzania tagu canonical.

Kiedy to naprawdę problem

Ten status staje się problemem, gdy strona główna, którą chcesz mieć w indeksie, jest oznaczona jako alternatywna, albo gdy tag kanoniczny wskazuje niewłaściwy cel. Przeanalizuj te pięć scenariuszy:

1. Canonical wskazuje niewłaściwy cel

Błąd w szablonie lub zła konfiguracja wtyczki może wymusić kanonikalizację strony do niezwiązanego adresu URL, na przykład strony głównej witryny lub kategorii najwyższego poziomu. Jeśli ważna strona jest oznaczona i wskazuje gdzie indziej, zaktualizuj jej cel kanoniczny.

2. Canonical wskazuje stronę, której nie można zindeksować

Tagi kanoniczne muszą wskazywać działający, indeksowalny adres URL, który zwraca kod stanu 200 i jest kanoniczny sam dla siebie. Jeśli cel przekierowuje, zwraca 404, jest zablokowany w robots.txt lub ma tag noindex, Google może wybrać inny canonical albo pozostawić treść poza indeksem.

3. Źle połączone strony paginacji i adresy z parametrami

W sklepach internetowych strony paginacji lub widoki z filtrami często przez pomyłkę wskazują jako kanoniczną pierwszą stronę. To blokuje indeksowanie produktów lub wpisów z dalszych stron. Strony paginacji powinny zwykle wskazywać same siebie jako kanoniczne, aby wymienione na nich elementy pozostały wykrywalne.

4. Konflikt między hreflang a canonical

W witrynach wielojęzycznych każda wersja językowa powinna wskazywać samą siebie jako kanoniczną i linkować do pozostałych wersji za pomocą tagów hreflang. Ustawienie canonical każdej zlokalizowanej strony na jeden domyślny język usuwa te strony z indeksu i psuje klaster hreflang.

5. Prawdziwe duplikaty połączone w złą stronę

Jeśli tag kanoniczny wskazuje słabszy duplikat zamiast strony głównej, Google zindeksuje cel, który wskazałeś. Upewnij się, że tagi kanoniczne, linki wewnętrzne i mapy witryny zgodnie wskazują ten sam preferowany adres główny.

Jeśli masz do czynienia z innymi statusami indeksowania, zajrzyj do naszych poradników o statusach Nie znaleziono (404) i Zablokowano z powodu innego problemu 4xx.

Jak to zdiagnozować narzędziem Sprawdzanie adresu URL

Zanim cokolwiek zmienisz, sprawdź, jak Google widzi stronę.

Porównaj stronę kanoniczną wybraną przez Google i zadeklarowaną przez użytkownika

Wklej oznaczony adres URL w pasek Sprawdzanie adresu URL u góry Search Console i rozwiń sekcję Indeksowanie strony. Porównaj pole "Strona kanoniczna zadeklarowana przez użytkownika" z polem "Strona kanoniczna wybrana przez Google". Jeśli oba wskazują zamierzony adres główny, konfiguracja jest prawidłowa. Jeśli się różnią albo zadeklarowany cel jest błędny, popraw tag.

Sprawdź, co faktycznie wysyłasz

Canonical można zadeklarować w sekcji <head> kodu HTML lub w nagłówku odpowiedzi HTTP Link. Darmowe narzędzie do sprawdzania tagu canonical odczytuje oba i informuje, czy adres URL wskazuje sam siebie, wskazuje inną domenę, nie ma canonical albo wysyła w HTML canonical niezgodny z tym w nagłówku.

Znajdź wszystkie problematyczne adresy URL w witrynie

Sprawdzanie adresów jeden po drugim się nie skaluje. Crawler SEOcrawl AI skanuje całą witrynę i oznacza problemy z canonical, takie jak canonical wskazujący zły adres, przekierowanie lub stronę błędu, razem z indeksowalnością każdej strony. Widok Indexation w SEOcrawl AI grupuje adresy URL według stanu pokrycia w Search Console i pokazuje dla każdego z nich stronę kanoniczną wybraną przez Google i zadeklarowaną, a problematyczne adresy możesz tagować regułą lub ręcznie. Zespoły pracujące z asystentami AI mogą pobierać te same dane, adres po adresie, przez serwer MCP SEOcrawl AI.

Jak naprawić "Strona alternatywna z prawidłowym tagiem kanonicznym"

Zastosuj poprawkę odpowiadającą Twojej diagnozie. Cel jest zawsze ten sam: tagi kanoniczne, linki wewnętrzne i mapy witryny XML wskazują jeden indeksowalny adres główny.

Popraw tag rel=canonical

Dla stron, które chcesz pozycjonować, ustaw w sekcji <head> kodu HTML tag kanoniczny wskazujący samą stronę:

<link rel="canonical" href="https://example.com/your-page" />

Użyj bezwzględnego adresu URL, który zwraca kod stanu 200. Usuń każdy drugi tag kanoniczny na tej samej stronie: gdy strona deklaruje sprzeczne canonicale, Google może zignorować je wszystkie.

Popraw linki wewnętrzne i mapy witryny

Dopasuj sygnały wewnętrzne do struktury canonical. Linkuj wewnętrznie do głównych adresów kanonicznych, a nie do wersji z parametrami czy alternatywnych, i upewnij się, że mapy witryny XML zawierają tylko indeksowalne adresy główne.

Napraw zduplikowane szablony w WordPressie

W WordPressie tagi kanoniczne generuje zwykle wtyczka SEO. W Yoast SEO otwórz wpis, przejdź do karty Advanced w polu Yoast i sprawdź lub wyczyść pole Canonical URL. W Rank Math i All in One SEO sprawdź ustawienie Canonical URL na karcie Advanced. Pozostawienie pustego pola przywraca domyślny canonical wskazujący samą stronę.

Napraw to w Shopify

Shopify generuje tagi kanoniczne automatycznie. Adresy produktów otwierane przez kolekcję (/collections/x/products/y) domyślnie wskazują jako kanoniczny czysty adres produktu (/products/y), co jest dokładnie opisanym wyżej oczekiwanym przypadkiem. Jeśli strona główna wskazuje zły adres kanoniczny, sprawdź tag kanoniczny w theme.liquid i każdą aplikację SEO, która go nadpisuje.

Napraw to w Squarespace i Wix

Squarespace zarządza tagami kanonicznymi automatycznie. Aby poradzić sobie ze zduplikowanymi stronami, połącz je lub dodaj przekierowania 301 w panelu URL Mappings w ustawieniach witryny. Wix dodaje do każdej strony canonical wskazujący ją samą; jeśli zduplikowana strona wskazuje zły adres, otwórz ustawienia SEO tej strony i sprawdź canonical w sekcji Advanced SEO.

Użyj przekierowania 301, gdy duplikat nie powinien istnieć

Jeśli alternatywny adres URL nie służy użytkownikom, ustaw przekierowanie 301 na stronę główną zamiast polegać wyłącznie na tagu kanonicznym.

Zweryfikuj poprawkę

Po zaktualizowaniu canonicali poproś Google o ponowną ocenę:

1. ›Sprawdź adres URL w Search Console i kliknij Test live URL, aby potwierdzić, że strona kanoniczna zadeklarowana przez użytkownika to teraz zamierzony cel.
2. ›Kliknij Poproś o zindeksowanie, aby dodać stronę do kolejki skanowania.
3. ›Użyj opcji Validate fix na stronie szczegółów problemu, aby cała grupa została sprawdzona ponownie.
4. ›Prześlij zaktualizowaną mapę witryny XML zawierającą tylko główne adresy kanoniczne.

Strona alternatywna a inne statusy duplikatów w GSC

Search Console pokazuje kilka podobnie wyglądających statusów. Oznaczają różne rzeczy i tylko niektóre wymagają pracy:

• ›Strona alternatywna z prawidłowym tagiem kanonicznym: Google zgadza się z Twoim canonical i indeksuje adres główny. Zwykle nic nie trzeba robić.
• ›Duplikat, Google wybrał inną stronę kanoniczną niż użytkownik: Google zignorowało Twój canonical i wybrało inny adres. Ustal dlaczego i ujednolić sygnały.
• ›Duplikat, użytkownik nie oznaczył strony kanonicznej: strona nie ma canonical, więc Google wybrało go za Ciebie. Dodaj canonical, aby przejąć kontrolę.
• ›Wykluczono za pomocą tagu 'noindex': dyrektywa trzyma stronę poza indeksem. Używaj noindex dla stron, które nigdy nie powinny pojawiać się w wynikach, a nie dla duplikatów.

Jak zapobiegać temu w przyszłości

Aby problemy z canonical nie wracały przy każdej aktualizacji witryny:

• ›Ustaw canonical wskazujący samą stronę jako domyślny na każdej indeksowalnej stronie.
• ›Dbaj o czystą strukturę adresów URL, aby ograniczyć zbędne warianty z parametrami.
• ›Umieszczaj w mapach witryny XML tylko kanoniczne, indeksowalne adresy URL.
• ›Skanuj witrynę po każdej zmianie szablonu, aktualizacji wtyczki lub migracji i porównuj skany, aby zobaczyć, które canonicale się zmieniły.

SEO Monitor powiadamia Cię, gdy tag kanoniczny zmieni się, zepsuje lub zniknie na Twoich kluczowych stronach, a także śledzi ich stan indeksowania, więc o złym canonical dowiesz się, zanim zobaczysz go w Search Console.

Najczęściej zadawane pytania

Czy "Strona alternatywna z prawidłowym tagiem kanonicznym" to błąd?

Nie. To status informacyjny, który potwierdza, że Google uszanowało Twój tag kanoniczny i zindeksowało wersję główną. Wymaga uwagi tylko wtedy, gdy jako alternatywna oznaczona jest strona, którą chcesz mieć w indeksie osobno, albo gdy jej canonical wskazuje niewłaściwy lub nieprawidłowy adres URL.

Czy powinienem to naprawiać?

Tylko jeśli dotyczy to strony głównej, którą chcesz pozycjonować. Jeśli oznaczone adresy URL to parametry śledzące, filtry, opcje sortowania lub alternatywne formaty zindeksowanej strony, nie trzeba niczego zmieniać.

Dlaczego Google wybiera inną stronę kanoniczną niż ta, którą ustawiłem?

Google traktuje rel=canonical jako silną wskazówkę, a nie polecenie. Jeśli linki wewnętrzne, mapa witryny, przekierowania lub tagi hreflang wskazują inny adres URL niż Twój tag kanoniczny, Google może wybrać właśnie ten adres. Ujednolić wszystkie te sygnały tak, aby wskazywały ten sam adres główny.

Jak ustawić prawidłowy tag kanoniczny?

Dodaj jeden tag rel=canonical w sekcji head kodu HTML, wskazujący bezwzględny adres URL strony głównej. We wtyczkach SEO do WordPressa zostaw pole canonical puste, aby zachować domyślny canonical wskazujący na samą stronę, chyba że celowo łączysz duplikat z inną stroną.

Czym różni się adres URL od kanonicznego adresu URL?

Adres URL to każdy adres internetowy, pod którym ładuje się strona. Kanoniczny adres URL to wersja, którą wyznaczasz jako główną, czyli adres, który wyszukiwarki mają indeksować i pozycjonować, gdy kilka adresów pokazuje tę samą treść.

Czy ten status szkodzi moim pozycjom?

Nie. Połączenie zduplikowanych adresów URL pod jednym adresem kanonicznym chroni Twoje pozycje, bo skupia sygnały na jednej stronie. Kosztuje ruch tylko wtedy, gdy strona główna zostanie przez pomyłkę potraktowana jako alternatywa innego adresu URL.