Canonical: jak wskazać właściwy adres i znaleźć konflikt

Canonical wskazuje preferowany adres dla tej samej albo bardzo podobnej treści dostępnej pod kilkoma URL-ami. Najczęściej ma postać elementu <link rel="canonical" href="/wlasciwy-adres/"> w sekcji <head>. Jest silną wskazówką, ale Google może wybrać inny URL, jeśli przekierowania, sitemap, linkowanie lub sama treść przeczą deklaracji.

Co naprawdę oznacza adres kanoniczny

Strona może być dostępna w kilku wariantach: z parametrami kampanii, filtrem, inną kolejnością sortowania, przez stary host albo pod adresem wygenerowanym przez system. Jeśli dokumenty są identyczne lub bardzo podobne, wyszukiwarka próbuje wybrać reprezentanta grupy. Canonical pomaga wskazać ten adres, który ma być indeksowany, pokazywany w wynikach i gromadzić sygnały duplikatów.

Na unikalnej stronie warto stosować self-canonical, czyli element wskazujący jej własny, ostateczny URL. Dzięki temu parametry śledzące lub przypadkowe warianty mają jednoznaczny punkt odniesienia. Self-canonical nie naprawi jednak błędnej architektury. Jeżeli witryna linkuje do trzech wersji adresu, mapa pokazuje czwartą, a serwer przekierowuje do piątej, sam tag nie rozstrzygnie chaosu.

Canonical nie jest poleceniem bezwzględnym. Google porównuje go z innymi sygnałami i zawartością stron. Jeśli deklarujesz A jako właściwy URL, lecz wszystkie linki prowadzą do B, B znajduje się w sitemapie, a A jest słabszym lub niedostępnym dokumentem, wyszukiwarka może wybrać B. Dlatego diagnoza nie powinna kończyć się na odczytaniu pojedynczego elementu HTML.

Nie należy wskazywać jako canonical strony o innej intencji tylko dlatego, że oba teksty zawierają podobne słowa. Poradnik o błędzie 404 i instrukcja przekierowania 301 są powiązane, lecz rozwiązują inne zadania. Jeden nie jest duplikatem drugiego. Canonical między nimi usunąłby z indeksu potrzebną odpowiedź i ukrył problem kanibalizacji zamiast go rozwiązać.

Typowe zastosowania i przypadki, w których canonical szkodzi

Najprostszy przypadek to parametr używany do pomiaru kampanii. Adres /oferta/?utm_source=newsletter może wyświetlać tę samą stronę co /oferta/. Dokument z parametrem powinien wskazywać czysty URL, a linkowanie wewnętrzne i sitemap powinny używać wersji bez UTM. Parametr nadal dociera do systemu analitycznego, ale nie tworzy osobnego kandydata do indeksu.

W sklepach i katalogach problem bywa trudniejszy. Filtr koloru, rozmiaru lub sortowania może dawać setki kombinacji. Nie wszystkie są czystymi duplikatami: część może odpowiadać na realną intencję i zasługiwać na samodzielny URL. Decyzja wymaga oceny popytu, treści, dostępności produktów i linkowania. Automatyczny canonical całej filtracji do kategorii nadrzędnej może usunąć wartościowe strony; indeksowanie wszystkich kombinacji może z kolei stworzyć ogromny zbiór cienkich wariantów.

Paginacja zwykle zawiera inne elementy listy na każdej stronie. Kierowanie wszystkich podstron paginacji do pierwszej strony nie jest neutralne, bo zawartość nie jest identyczna. Każda część może mieć self-canonical, a produkty lub artykuły powinny być osiągalne przez prawdziwe linki. Nie używaj canonicala jako skrótu do „chcę indeksować tylko pierwszą stronę”, jeśli reszta jest potrzebna do odkrywania treści.

Canonical między domenami jest możliwy, ale powinien odzwierciedlać rzeczywistą publikację tej samej treści i świadomą decyzję wydawców. Nie służy do przenoszenia sygnałów między dowolnymi stronami. W większości małych witryn cross-domain canonical jest rzadki; pojawia się na przykład przy legalnej syndykacji kompletnego materiału. Błędny adres zewnętrzny może wykluczyć własną stronę z wyników.

Jak znaleźć przyczynę, gdy Google wybiera inny canonical

Inspekcja URL-a w Google Search Console pokazuje canonical zadeklarowany przez użytkownika i canonical wybrany przez Google. Różnica nie jest automatycznie błędem wyszukiwarki. To sygnał, że należy porównać dokumenty i sprawdzić, czy preferencja strony jest spójna z zachowaniem całego serwisu.

1. Kod odpowiedzi. Zadeklarowany canonical powinien zwracać 200, a nie przekierowanie, 404, 5xx ani soft 404.
2. Indeksowalność. Docelowy URL nie może mieć noindex ani blokady uniemożliwiającej odczyt.
3. Treść. Sprawdź, czy źródło i cel są faktycznie duplikatami albo bliskimi wariantami.
4. Linki wewnętrzne. Menu, breadcrumbs i odnośniki kontekstowe powinny prowadzić bezpośrednio do wersji preferowanej.
5. Sitemap. Mapa zawiera canonical, a nie warianty, przekierowania i parametry.
6. Przekierowania. Nie powinny prowadzić w stronę przeciwną do deklaracji.
7. Protokół i host. HTTPS, www oraz slash muszą tworzyć jeden konsekwentny wariant.

Porównaj także title, H1, język i zakres treści. Dwa adresy mogą wyglądać podobnie w kodzie, ale obsługiwać różne rynki albo warianty językowe. Jeżeli canonical prowadzi do dokumentu w innym języku bez właściwego uzasadnienia, wyszukiwarka może uznać sygnał za nielogiczny. W serwisach wielojęzycznych canonical i oznaczenia językowe muszą opisywać tę samą architekturę.

Jeśli problem dotyczy wielu stron, szukaj reguły szablonu. Wtyczka albo motyw może generować jeden canonical dla całej grupy. Przykładem jest każda strona kategorii wskazująca home lub wszystkie wpisy wskazujące pierwszy opublikowany poradnik. Naprawa pojedynczego posta w panelu nie rozwiąże błędu systemowego. Potrzebna jest zmiana źródła generowania i test reprezentatywnych typów widoków.

Gdy kilka warstw emituje canonical, wynik może zależeć od kolejności HTML albo renderowania JavaScriptu. W publicznym dokumencie powinien pozostać jeden jednoznaczny element. Jeżeli nie widać, która wtyczka, motyw lub integracja tworzy konflikt, audyt SEO technicznego WordPressa jest właściwym sposobem sprawdzenia źródła metadanych, przekierowań i map.

Canonical w WordPressie bez dublowania generatorów

WordPress i wtyczki SEO potrafią wyznaczać canonical na podstawie bieżącego obiektu. Dla wpisu będzie to jego permalink, dla strony statycznej adres strony, a dla części archiwów odpowiedni URL widoku. Problem powstaje, gdy motyw dodaje własny element niezależnie od wtyczki. Dwa identyczne elementy są zbędne, a dwa różne tworzą konflikt.

Po zmianie sluga nie wystarczy sprawdzić canonicala nowej strony. Stary URL powinien otrzymać przekierowanie 301 do właściwego nowego adresu, a linki w treści i nawigacji trzeba zaktualizować. Jeśli stary wariant nadal zwraca 200 z canonicalem do nowego, użytkownicy mogą wciąż trafiać na kopię, a serwis będzie utrzymywał dwa aktywne dokumenty.

Załączniki, wersje AMP, feedy i parametry mogą mieć osobne reguły. Nie zakładaj, że ustawienie dla wpisów obejmuje każdy typ odpowiedzi. Sporządź krótką listę rodzin URL-i: wpis, strona, kategoria, paginacja, wyszukiwanie, załącznik, parametr. Dla każdej wybierz reprezentanta i odczytaj publiczny canonical.

Mapa strony powinna zawierać wyłącznie preferowane wersje. Jeżeli w sitemapie znajduje się URL A, a jego canonical wskazuje B, system wysyła sprzeczne informacje. Napraw źródło mapy albo metadanych, zamiast czekać, aż wyszukiwarka „domyśli się” intencji. Zasady czystej mapy opisuje poradnik kontroli sitemap WordPressa.

Procedura naprawy od pojedynczego URL-a do całego wzorca

Dla pojedynczej strony zapisz wszystkie warianty, pod którymi można ją otworzyć. Uwzględnij protokół, host, slash, parametry i stare adresy. Przy każdym zanotuj kod odpowiedzi oraz URL końcowy. Następnie wybierz wersję, którą rzeczywiście chcesz pokazywać użytkownikom i stosować w linkach.

Preferowany URL powinien zwracać 200, wskazywać siebie, być indeksowalny, znajdować się w sitemapie i otrzymywać linki wewnętrzne. Warianty, które nie mają pozostać aktywne, zwykle przekieruj jednym krokiem. Parametry potrzebne do pomiaru mogą pozostać dostępne, ale strona generowana z parametrem powinna wskazywać czysty canonical. Każdą decyzję dopasuj do funkcji adresu.

Po naprawie pobierz HTML ponownie i sprawdź, czy cache nie utrzymuje starej wartości. Przetestuj link z menu, link w treści oraz wpis w sitemapie. W Search Console kontroluj oba warianty, bo raport źródła i celu odpowiada na inne pytania. Zmiana stanu indeksu wymaga ponownego crawlowania i nie musi być natychmiastowa.

Jeżeli konflikt występuje w setkach URL-i, napraw szablon, a nie rekordy pojedynczo. Po wdrożeniu wybierz próbkę z początku, środka i końca paginacji albo z kilku typów wpisów. Sprawdź też, czy aktualizacja wtyczki nie przywraca poprzedniej logiki. W rejestrze zmian zapisz regułę biznesową, na przykład „parametry kampanii wskazują czysty adres, filtry indeksowalne mają self-canonical”.

Najczęstsze pytania o canonical

Najlepszy canonical jest częścią spójnej architektury: jeden stabilny adres URL, bezpośrednie linki, właściwa mapa i przewidywalne przekierowania. Jeśli te elementy zgadzają się ze sobą, element w HTML potwierdza rzeczywistość, zamiast próbować ją naprawić.