„rel=canonical” (link kanoniczny) to sygnał dla Google, który wskazuje kanoniczny adres URL (preferred URL) w przypadku duplikacji treści. Jeśli w Twojej witrynie istnieją różne wersje tej samej strony, canonical tag pomaga skonsolidować sygnały rankingowe i utrzymać porządek w indeksowaniu. Brzmi przydatnie? Dodatkowo mniej kanibalizacji słów kluczowych, spójniejsze raportowanie w Google, oszczędność crawl budget, kumulacja sygnałów rankingowych na stronie kanonicznej, porządek w indeksie i mniej „duplicate content.
Spis treści
Rel=canonical - co to jest i jak działa?
Element <link rel=”canonical”> (zwany też linkiem kanonicznym) umieszczony w HTML – head – wskazuje canonical URL, czyli preferred URL, pod który powinny trafić sygnały z duplikatów. To forma canonicalization – porządkowania adresów i treści w obrębie serwisu.
Hint vs. dyrektywa. Dla Google to przede wszystkim hint, a nie twarda dyrektywa. W praktyce wyszukiwarka bierze pod uwagę także inne sygnały (o nich za chwilę), ale poprawnie wdrożony link rel=canonical zwykle działa zgodnie z intencją.
Dlaczego linki kanoniczne są ważne?
Duplikacja treści rozprasza sygnały linkowe, marnuje crawl budget i potrafi wywołać kanibalizację – przez co skuteczność pozycjonowania witryny spada. Rel canonical zmniejsza to ryzyko, wskazując adres kanoniczny, pod który konsolidowane są sygnały i który powinien być indeksowany.
5 typowych źródeł duplikatów:
- Parametry URL (np. UTM, sortowanie, filter w faceted navigation),
- warianty sortowania/filtrów (np. ?sort= / ?filter=),
- rozbieżności http/https,
- różnice www/non-www,
- trailing slash (/ na końcu vs. brak).
Jak działa kanonikalizacja w Google (w praktyce)?
Rel=canonical to „canonical hint”. Google tworzy canonical cluster – grupę bardzo podobnych URL-i. Na podstawie site signals (m.in. treść, linki, przekierowania, sitemap.xml, internal linking, hreflang, 301 redirect, spójność struktury domeny) wybiera stronę kanoniczną. Jeśli sygnały są niespójne, wyszukiwarka może zignorować Twój hint.
Przykład z życia. Dwie prawie identyczne strony produktowe różnią się tylko parametrem koloru. Jeśli content, tytuł, linkowanie wewnętrzne i mapa witryny wspierają adres A, a rel=canonical na duplikatach też wskazuje A – Google zwykle wybierze A.
Kiedy stosować tag canonical? (scenariusze)
- Strony z parametrami: sort, filter, paginacja, UTM → zazwyczaj kanoniczny do czystej wersji (bez parametrów), a parametry kontrolujesz dodatkowo noindex/robots/crawl.
- Warianty tej samej treści: wersja druk/print version, PDF, AMP, duplikaty językowe bez pełnej unikalizacji → wskaż canonical do wersji głównej HTML.
- Cross-domain: publikacja w partnerze/na innym serwisie → cross-domain canonical do oryginału (jeśli zgoda i strategia na to pozwala).
- http/https, www/non-www: zwykle 301 redirect będzie lepszy, ale czasem (na etapie przejściowym) używa się rel canonical.
Jak wdrożyć adresy kanoniczne - metody i przykłady
W HTML (element w <head>)
Umieść w HTML head jeden, spójny z finalnym URL, absolutny adres:
<link rel=”canonical” href=”https://example.com/preferowany-adres/” />
Zasady:
- używaj absolutnego URL,
- tylko jeden canonical na stronie,
- wskazuj stronę zwracającą status 200, bez 3xx/4xx,
- spójność z tytułem/treścią/linkowaniem.
W nagłówku HTTP (dla PDF/plików, headless)
Dla plików jak PDF czy assetów możesz wysłać HTTP header Link:
Link: <https://example.com/preferowany-adres/>; rel=”canonical”
AMP i non-AMP
- Strona AMP powinna wskazywać canonical to non-AMP (wersję kanoniczną).
- Strona kanoniczna może wskazywać na AMP przez rel=”amphtml” (model 2-URL).
Hreflang a canonical
Każda wersja językowa powinna mieć self-referencing canonical (do siebie). Hreflang wskazuje równoważne wersje między językami, ale nie kanonizuje ich między sobą. Unikaj canonical między językami.
Paginacja i listy
- Zwykle self-canonical dla każdej strony paginacji (/kategoria/?page=2).
- View-all jako kanoniczny tylko wtedy, gdy realnie obejmuje całość treści i ma sens UX.
- rel=”prev/next” historycznie używany, dziś nie wpływa na indeksację w Google.
Platformy i CMS - skrót wdrożeń
WordPress
Yoast SEO i Rank Math automatycznie generują linki kanoniczne, a w edycji wpisu/strony można je nadpisać. Uważaj na archiwa kategorii i tagów (czy mają sens SEO?) oraz na parametry w URL-ach wyszukiwania wewnętrznego.
Shopify
Domyślnie Shopify dodaje canonical URL, ale duplikacja potrafi powstać w kolekcjach i przy parametrach typu ?variant=. Często potrzebna modyfikacja w Liquid (szablony kolekcji/produktów), by czyścić parametry lub sterować kanonikiem.
Magento / PrestaShop
Oba systemy mają wbudowane opcje canonical URL dla produktów i kategorii. Skonfiguruj zachowanie dla warstwowej nawigacji (sort/filtry), by ograniczać duplikację parametryczną.
Najczęstsze błędy przy adresach kanonicznych
- Brak self-canonical na stronie kanonicznej – Google może wybrać inny URL.
- Canonical do 301/404/410 – sygnał jest sprzeczny; kieruj do status 200.
- Canonical między językami lub do strony mniej kompletnej – utrata widoczności w regionach.
- Wiele canonicali (duplikaty w head, konflikt HTML vs. HTTP) – wyszukiwarka ignoruje nadmiar.
- Canonical rozbieżny z treścią/tytułem/internal linking – klaster sygnałów niejednoznaczny.
- noindex + canonical do innego URL – sprzeczność sygnałów dla Google i problem z indeksacją.
Audyt i testowanie wdrożeń canonical URL
Narzędzia:
- Google Search Console: URL Inspection, raport Strony (indeksowanie),
- crawlery: Screaming Frog, Sitebulb,
- logi serwera (jak Googlebot faktycznie chodzi),
- ręcznie: curl -I dla nagłówków i kanonika w HTTP header,
- weryfikacja sitemap.
Kroki kontroli:
- Sprawdź 200/OK na adresie kanonicznym.
- Tylko jeden canonical i pełny absolutny URL.
- Spójność wersji http/https i www/non-www.
- Brak konfliktu HTML vs. HTTP header Link.
- Sitemap wskazuje dokładnie ten sam kanoniczny URL.
- Zgodność z hreflang (każdy język: self-canonical).
- Test kilku parametrycznych URL-i: czy prawidłowo wskazują kanonika.
Raporty GSC, które zobaczysz:
- „Alternatywna strona z odpowiednim tagiem canonical”,
- „Duplikat bez wskazanej strony kanonicznej”.
Przekierowania 301 vs rel canonical
Kiedy przekierowanie 301?
- trwała konsolidacja (migracje, zmiana struktury),
- aliasy, które nie powinny być dostępne równolegle,
- eliminacja starych ścieżek (unikasz „soft 404”).
Kiedy rel canonical?
- równoległe URL-e mają istnieć (np. różne parametry, wersje druk/PDF),
- testy A/B bez zmiany adresacji,
- tymczasowe rozwiązania przed pełną migracją.
Krótka macierz decyzji:
- Stabilne, niepotrzebne duplikaty → 301 redirect + mapa przekierowań.
- Konieczne współistnienie wielu wersji → rel canonical.
Współdziałanie z innymi sygnałami
Zasada spójności. Rel canonical powinien być zgodny z:
- internal links – linkowanie wewnętrzne – (preferuj linkowanie do adresu kanonicznego),
- sitemap (wpisuj kanoniczne URL-e),
- hreflang (każdy język ma self-canonical),
- meta robots (brak sprzeczności typu noindex na kanoniku),
- breadcrumbs i Schema.org (np. Article, FAQPage – dane strukturalne pokazują tę samą stronę docelową).
Podsumowanie
„rel canonical” to prosty we wdrożeniu, ale krytyczny element SEO technicznego. Pomaga wygasić duplikację treści, skupić sygnały rankingowe i uporządkować indeksowanie. Kluczem jest spójność: ten sam adres kanoniczny w treści, linkowaniu, sitemap i sygnałach pomocniczych.
Jeśli chcesz, mogę przeprowadzić dla Ciebie szybki audyt SEO i doradzić „co, gdzie i jak” wdrożyć – od strategii po pliki szablonów.
Źródła i materiały
- https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=pl
- https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=pl
