Canonical — najczęstsze błędy i przykłady naprawy

Znacznik rel="canonical" pomaga wskazać preferowaną wersję strony, gdy ta sama lub bardzo podobna treść jest dostępna pod kilkoma adresami. Jest sygnałem dla wyszukiwarki, a nie bezwarunkowym poleceniem. Dlatego musi być zgodny z przekierowaniami, sitemapą i linkowaniem wewnętrznym.

Czym jest adres kanoniczny?

Canonical umieszczony w sekcji <head> wskazuje URL, do którego powinny zostać przypisane sygnały podobnych stron:

<link rel="canonical" href="https://example.pl/oferta">

Na głównej wersji strony warto stosować canonical wskazujący na nią samą. Taki samodzielny canonical ogranicza niejasność związaną z parametrami, wariantami linków i przypadkowym udostępnianiem alternatywnych adresów.

Kiedy stosować canonical?

Gdy produkt lub artykuł jest dostępny z różnymi parametrami URL.
Gdy filtrowanie lub sortowanie tworzy podobne wersje tej samej listy.
Gdy identyczna treść istnieje pod kilkoma technicznymi adresami.
Gdy wersja do druku albo śledzenia kampanii nie powinna konkurować z głównym URL-em.
Gdy treść jest legalnie publikowana również w innym serwisie i strony uzgodniły źródło.

Canonical nie naprawia złej architektury. Jeżeli alternatywny adres nie jest potrzebny użytkownikom, trwalszym rozwiązaniem zwykle jest przekierowanie 301 lub usunięcie źródła duplikatu.

Canonical, 301, noindex i robots.txt

Mechanizm	Zastosowanie	Co widzi użytkownik
Canonical	Podobne wersje mają pozostać dostępne, ale jedna jest preferowana.	Każdy adres nadal się otwiera.
301	Stary lub alternatywny URL nie powinien być już używany.	Przeglądarka przechodzi na nowy adres.
`noindex`	Strona ma pozostać dostępna, ale nie powinna być indeksowana.	Strona otwiera się normalnie.
`robots.txt`	Robot nie powinien pobierać określonej ścieżki.	Brak zmiany dla zwykłego użytkownika.

Nie blokuj w robots.txt strony tylko po to, aby Google nie pokazał jej w wynikach. Zablokowany robot może nie odczytać canonical ani noindex. Google opisuje zalecane metody w dokumentacji konsolidowania zduplikowanych URL-i.

Najczęstsze błędy canonical

Canonical prowadzi do przekierowania lub błędu

Adres docelowy powinien odpowiadać bezpośrednio kodem 200. Nie wskazuj URL-a 301, 404, 500 ani strony niedostępnej dla robotów.

Wszystkie podstrony wskazują stronę główną

Takie ustawienie nie zamienia strony głównej w wersję wszystkich treści. Jeżeli podstrony mają odrębną wartość, powinny wskazywać własne adresy.

Canonical i sitemap pokazują różne wersje

Umieszczenie w sitemapie adresu A przy canonical prowadzącym do B wysyła sprzeczne sygnały. Mapa, canonical i linki powinny wskazywać B.

Wzajemne wskazania

Strona A wskazuje B, a B wskazuje A. Wybierz jedną wersję i konsekwentnie używaj jej jako kanonicznej.

Canonical do strony o innej treści

Canonical działa dla duplikatów i stron bardzo podobnych. Nie służy do przekazywania sygnałów między dowolnymi tematami.

Adres względny lub błędny host

Najbezpieczniej używać pełnego URL-a HTTPS. Sprawdź literówki, wariant www, port, ukośnik i wielkość liter.

Przykłady naprawy

Sytuacja	Przed	Po
Parametr kampanii	`/oferta?utm_source=newsletter` bez canonical	Canonical do `/oferta`
Stary adres usługi	Oba URL-e odpowiadają 200	301 ze starego do nowego
Sortowanie listy	Każdy wariant w sitemapie	W sitemapie tylko wersja główna, warianty wskazują ją canonical
HTTP i HTTPS	Obie wersje dostępne	301 do HTTPS i canonical HTTPS
Usunięta treść bez zamiennika	Canonical do strony głównej	Status 404 lub 410 oraz usunięcie linków i wpisu z mapy

Jak ujednolicić wszystkie sygnały?

Wybierz jeden końcowy URL HTTPS.
Ustaw na nim samodzielny canonical.
Alternatywne wersje przekieruj lub ustaw im canonical do wersji głównej.
Linkuj wewnętrznie wyłącznie do wersji preferowanej.
Umieść w sitemapie tylko adres kanoniczny.
Nie blokuj go w robots.txt i nie dodawaj noindex.

Jak przetestować wdrożenie?

Nie wystarczy obejrzeć kodu pojedynczej strony. Zbierz warianty adresu i dla każdego sprawdź status HTTP, końcowy URL, canonical, meta robots oraz obecność w sitemapie. Następnie przejrzyj linki nawigacyjne i kontekstowe.

Canonical występuje tylko raz w dokumencie.
Znajduje się w prawidłowej sekcji <head>.
Docelowy URL odpowiada 200 i można go indeksować.
Nie ma pętli ani łańcucha wskazań.
Treść obu wersji jest identyczna lub bardzo podobna.

Checklista canonical

Pełny adres HTTPS bez literówek.
Samodzielny canonical na stronie głównej wersji.
Zgodność z przekierowaniami, sitemapą i linkami.
Brak konfliktu z noindex oraz robots.txt.
Brak wskazań do błędów i przekierowań.
Ręczna ocena, czy strony rzeczywiście są duplikatami.
Ponowny test po publikacji.

Źródła i dalsza lektura

Poradnik opiera się na praktyce technicznej analizatora oraz oficjalnej dokumentacji Google Search Central wskazanej w treści.