W tym artykule dowiesz się, czym jest canonical, jak Google wybiera adres kanoniczny i jak sprawdzić, czy Twój wybór działa. Canonical (adres kanoniczny, rel="canonical") to wskazanie wyszukiwarce, który z kilku adresów URL z tą samą lub bardzo podobną treścią jest wersją główną. Canonical ustawisz na trzy sposoby: znacznikiem <link> w <head>, nagłówkiem HTTP i sitemapą, a przekierowanie 301 daje najsilniejszy sygnał.
Dokumentacja, nazwy raportów i statusy Google Search Console są aktualne na październik 2026. Przykłady pochodzą z audytu bynajmniej.pl z 14.10.2026 (crawl Screaming Frog na 441 wewnętrznych URL-ach i URL Inspection w GSC dla 84 URL-i z sitemap).
Canonical w skrócie: definicja i zakres
Adres kanoniczny to URL, który wyszukiwarka uznaje za reprezentatywny dla grupy duplikatów i pokazuje w wynikach zamiast pozostałych wersji. Według dokumentacji Google Search Central o kanonizacji kanonizacja (canonicalization) to proces wyboru tego adresu, nazywany też deduplikacją. Relację rel="canonical" opisuje standard RFC 6596 z kwietnia 2012 roku jako wskazanie „preferowanego adresu spośród zasobów o zduplikowanej treści”.
Duplikaty na stronie powstają zwykle bez złej woli. Dokumentacja Google wymienia pięć typowych źródeł duplikatów:
- wersje regionalne w tym samym języku, np. strona dla Polski i dla polskojęzycznych klientów w Niemczech;
- osobne wersje na komputery i telefony, np.
m.example.com; - wersje protokołu: HTTP i HTTPS;
- funkcje strony: sortowanie i filtrowanie kategorii, parametry w URL-ach;
- przypadkowe kopie, np. wersja testowa otwarta dla robotów.
Duplikacja treści w obrębie witryny nie jest według Google naruszeniem zasad dotyczących spamu. Duplikaty utrudniają za to śledzenie wyników jednej treści i rozpraszają sygnały, np. linki, między kilka adresów.
Jak Google wybiera adres kanoniczny
Google grupuje w klaster strony z taką samą lub bardzo podobną treścią główną i z klastra wybiera jedną stronę jako kanoniczną. Dokumentacja Google Search Central opisuje wybraną stronę jako „obiektywnie najbardziej kompletną i użyteczną” dla użytkowników. Na wybór wpływają cztery czynniki: protokół HTTP lub HTTPS, przekierowania, obecność adresu w sitemapie i znacznik rel="canonical".
Canonical ustawiony przez właściciela strony jest wskazówką, nie poleceniem. Google pisze wprost: „indicating a canonical preference is a hint, not a rule”, czyli może wybrać inny adres niż ten, który wskazałeś. Bing w poście na blogu Bing Webmaster z 19.12.2025 zaleca canonical na wariantach strony, które nie odpowiadają na osobną intencję wyszukiwania, i przekierowania 301 dla stron, które nie mają własnego celu.
Google preferuje adres HTTPS jako kanoniczny, chyba że wersja HTTPS ma problemy: nieprawidłowy certyfikat, niezabezpieczone zasoby albo przekierowanie z HTTPS na HTTP.
Sposoby wskazania adresu kanonicznego
Poradnik Google o konsolidacji duplikatów (Consolidate duplicate URLs, aktualizacja z lipca 2026) dzieli metody wskazania canonicala według siły sygnału. Metody można łączyć, a spójne łączenie zwiększa szansę, że w wynikach pojawi się wybrany przez Ciebie adres.
| Metoda | Siła sygnału według Google | Gdzie działa | Kiedy używać |
|---|---|---|---|
| Przekierowanie 301 | silny sygnał, że cel przekierowania ma być kanoniczny | każdy URL | gdy wycofujesz duplikat i użytkownik nie potrzebuje starej wersji |
<link rel="canonical"> w <head> | silny sygnał | tylko strony HTML, tylko w <head> | gdy obie wersje muszą zostać dostępne, np. URL z parametrem sortowania |
Nagłówek HTTP Link | silny sygnał | także pliki nie-HTML, np. PDF; Google obsługuje go tylko w wyszukiwarce internetowej | gdy ten sam PDF jest pod kilkoma adresami |
| Sitemapa XML | słaby sygnał | URL-e wpisane do sitemapy | zawsze, jako uzupełnienie: w sitemapie tylko adresy kanoniczne |
Znacznik canonical w HTML wstawiasz w sekcji <head> duplikatu i podajesz pełny adres strony głównej wersji:
<link rel="canonical" href="https://example.com/buty-damskie/" />Nagłówek HTTP Link z canonicalem serwer wysyła razem z plikiem, np. z PDF-em:
Link: <https://example.com/cennik.pdf>; rel="canonical"Google radzi wybrać jedną formę rel="canonical": znacznik w HTML albo nagłówek HTTP, bo obie formy naraz łatwiej rozjechać. Według tego samego poradnika canonical powinien wskazywać adres bezwzględny, a nie względny, bo względna ścieżka potrafi wskazać np. wersję testową strony, jeśli robot ją znajdzie.
Kiedy stosować canonical: lista sytuacji
Canonical ma sens tylko wtedy, gdy kilka adresów pokazuje tę samą treść główną. Polecam canonical w sześciu sytuacjach, a kryterium przy każdej jest to samo: czy użytkownik musi mieć dostęp do obu adresów.
- Każda indeksowalna strona: canonical wskazujący na siebie (self-referencing). Dokumentacja Google zaleca umieszczenie
rel="canonical"także na samej stronie kanonicznej. - Parametry w URL-ach: sortowanie, UTM-y, identyfikatory sesji. Wersja z parametrem wskazuje canonicalem czysty adres.
- Filtry w kategoriach sklepu, które nie odpowiadają na osobne zapytanie. Filtr, na który ludzie szukają (np. „buty damskie czerwone”), zasługuje na własny canonical i własną treść.
- Osobna wersja mobilna: strona na komputery ma
rel="alternate"z atrybutemmediawskazujący wersję mobilną, a wersja mobilna ma canonical na stronę na komputery. - Ten sam plik PDF pod kilkoma adresami: canonical w nagłówku HTTP
Link. - Cross-post tego samego tekstu na innej domenie, np. na LinkedIn Pulse, opisany w sekcji o syndykacji.
Paginacja nie jest sytuacją do kanonizacji. Według dokumentacji Google o paginacji strona /page/2/ nie powinna wskazywać canonicalem pierwszej strony serii, tylko każda strona paginacji ma mieć własny adres kanoniczny.
Przy wycofanej stronie, której nikt nie potrzebuje, polecam przekierowanie 301 zamiast canonicala. Przekierowanie 301 zabiera użytkownika i robota na właściwy adres, a canonical zostawia oba adresy dostępne.
Jak sprawdzić canonical w Google Search Console i Lighthouse
Narzędzie do sprawdzania adresów URL w Google Search Console pokazuje dwa pola obok siebie: „Adres kanoniczny określony przez użytkownika” i „Adres kanoniczny wybrany przez Google”. Według pomocy Google do URL Inspection pole z wyborem Google może się zaktualizować kilka godzin później niż indeks. Różne wartości w tych dwóch polach oznaczają, że Google nie przyjął Twojej wskazówki.
Raport Indeksowanie stron w Google Search Console zbiera problemy z canonicalem w grupie „Nie zindeksowano”. Opisy statusów pochodzą z pomocy Google do raportu Indeksowanie stron:
| Status w raporcie Indeksowanie stron | Co znaczy | Czy trzeba coś robić |
|---|---|---|
| Alternatywna strona zawierająca prawidłowy tag strony kanonicznej | duplikat poprawnie wskazuje zaindeksowany adres kanoniczny | nie |
| Duplikat, użytkownik nie oznaczył strony kanonicznej | strona nie ma canonicala, a Google wybrał inny adres jako kanoniczny | tylko gdy Google wybrał zły adres; wtedy dodaj canonical |
| Duplikat, wyszukiwarka Google wybrała inną stronę kanoniczną niż użytkownik | Google zignorował wskazany canonical i wybrał inny adres | tak: porównaj oba adresy w URL Inspection i sprawdź sprzeczne sygnały |
Po poprawkach treści Google może trzymać strony w klastrze duplikatów nawet do dwóch tygodni, według poradnika Google o rozwiązywaniu problemów z kanonizacją. Ten sam poradnik wymienia typowe przyczyny złego wyboru: błędne canonicale ustawione przez CMS lub wtyczki, błędną konfigurację serwera, brak hreflang przy wersjach regionalnych i włamania, w których atakujący wstrzykuje canonical na obcą domenę.
Audyt Lighthouse „Dokument nie ma prawidłowego atrybutu rel=canonical” oblewa stronę w pięciu przypadkach. Dokumentacja Lighthouse wymienia: więcej niż jeden link kanoniczny, nieprawidłowy URL, canonical na stronę w innym regionie lub języku, canonical na inną domenę i canonical na stronę główną witryny. Reguła o innej domenie oznacza, że celowy cross-post z canonicalem na LinkedIn też dostanie w Lighthouse ostrzeżenie.
Wtyczka Yoast SEO w WordPressie ma pole „Canonical URL” w zakładce Zaawansowane (Advanced) w edytorze wpisu, strony, kategorii i tagu. Według pomocy Yoast pole wymaga pełnego adresu z protokołem, a Yoast nie wypisuje canonicala na stronach z noindex. Canonical na całej stronie sprawdzisz crawlerem, np. Screaming Frog; szerszą procedurę opisałem w poradniku jak zrobić audyt SEO.
Canonical na bynajmniej.pl: wyniki audytu z 14.10.2026
Audyt bynajmniej.pl (WordPress z Yoast SEO) pokazał trzy rzeczy związane z adresami kanonicznymi. Każda z nich ilustruje inną zasadę z dokumentacji Google.
- Dwa wpisy mają canonical na LinkedIn Pulse, bo to celowe cross-posty: /czym-naprawde-zajmuje-sie-specjalista-seo/ i /flowgrammer-kim-jest-i-dlaczego-byc-moze-nim-jestes/. Wersją kanoniczną obu tekstów jest LinkedIn, więc w wynikach Google ma pokazywać LinkedIn, nie bynajmniej.pl.
- Adres /wordpress-seo/ jest w sitemapie, zwraca 301 i ma w GSC status „Błąd przekierowania”. Sitemapa i przekierowanie wysyłają Google sprzeczne sygnały, a poradnik o konsolidacji duplikatów każe trzymać w sitemapie tylko adresy kanoniczne.
- W treści wpisów są 83 linki do adresów po HTTP (stare odnośniki http:// i http://www.). Google zaleca linkowanie wewnętrzne do adresu kanonicznego, więc stare linki HTTP trzeba podmienić na HTTPS.
Canonical przy syndykacji i cross-postach: Google kontra Bing
Syndykacja to publikacja tego samego tekstu na kilku domenach, np. na blogu i na LinkedIn albo u partnera medialnego. Google i Bing radzą przy syndykacji co innego:
| Wyszukiwarka | Zalecenie dla kopii u partnera | Źródło |
|---|---|---|
| partner blokuje indeksowanie kopii (noindex); od maja 2023 Google nie zaleca canonicala między domenami przy syndykacji | poradnik Google o rozwiązywaniu problemów z kanonizacją | |
| Bing | partner dodaje canonical wskazujący oryginał, jeśli umowa na to pozwala | blog Bing Webmaster, 19.12.2025 |
Poradnik Google o rozwiązywaniu problemów z kanonizacją nazywa blokadę indeksowania u partnera „najskuteczniejszym rozwiązaniem” przy treściach syndykowanych. Zmianę stanowiska Google z maja 2023 roku opisał Search Engine Land. Moim zdaniem przy syndykacji warto od partnera wymagać jednocześnie noindex dla Google i linku do oryginału, bo canonical między domenami Google traktuje jak każdą inną wskazówkę.
Cross-post na LinkedIn z canonicalem po stronie bloga to sytuacja odwrotna: autor sam oddaje wersję kanoniczną innej domenie. Taki canonical ma sens, gdy tekst ma zarabiać zasięg na LinkedIn, a nie ruch z Google na blogu.
Canonical a AI search
AI Overviews i AI Mode w Google korzystają z tego samego indeksu co zwykłe wyniki. Według dokumentacji Google o funkcjach AI strona musi być zaindeksowana i kwalifikować się do wyświetlenia ze snippetem, a dodatkowych wymagań technicznych nie ma. Moim zdaniem z tej zasady wynika, że duplikat, któremu Google wybrał inny adres kanoniczny, nie trafi do AI Overviews jako osobny URL.
Bing w poście z grudnia 2025 roku pisze, że wiele modeli językowych korzysta z danych z indeksu Binga lub innych wyszukiwarek, a modele grupują niemal identyczne URL-e w jeden klaster i wybierają jedną stronę jako reprezentanta. Spójny canonical zwiększa więc szansę, że w odpowiedzi AI pojawi się Twój wybrany adres, a nie wersja z parametrem UTM. Bing przypomina też o protokole IndexNow, który powiadamia wyszukiwarki o dodaniu, zmianie i usunięciu URL-i.
Najczęstsze błędy z canonicalem
Poradnik Google o konsolidacji duplikatów wymienia błędy, przez które Google ignoruje albo źle odczytuje canonical:
- blokada duplikatu w robots.txt zamiast canonicala; Google może zaindeksować zablokowany URL bez treści;
- noindex na duplikacie w obrębie jednej witryny; noindex całkowicie usuwa stronę z wyszukiwarki, zamiast łączyć sygnały;
- narzędzie do usuwania URL-i w GSC; narzędzie ukrywa wszystkie wersje adresu, także kanoniczną;
- różne adresy kanoniczne dla jednej strony w różnych metodach, np. inny URL w sitemapie i inny w
rel="canonical"; - canonical z fragmentem
#, którego Google zwykle nie obsługuje; rel="canonical"z atrybutemhreflang,lang,medialubtype; Google ignoruje taki canonical, a do wariantów służyrel="alternate";- canonical zmieniany przez JavaScript; Google zaleca canonical w źródle HTML.
Najpopularniejszy mit o canonicalu brzmi: „canonical to polecenie, Google musi go posłuchać”. Google traktuje canonical jak sugestię w mailu do szefa: przeczyta, a decyzję podejmie po swojemu. Wymusić wyboru się nie da, a szansę na swój adres zwiększają spójne sygnały: canonical, przekierowania, sitemapa i linki wewnętrzne wskazujące ten sam adres.
FAQ: pytania o canonical
Czy każda strona powinna mieć canonical?
Każda indeksowalna strona powinna mieć canonical wskazujący na siebie. Dokumentacja Google Search Central zaleca umieszczenie rel="canonical" także na stronie kanonicznej, choć żadna metoda kanonizacji nie jest obowiązkowa.
Czym różni się canonical od przekierowania 301?
Przekierowanie 301 przenosi użytkownika i robota na inny adres, a canonical zostawia oba adresy dostępne i tylko wskazuje wersję główną. Przekierowanie 301 stosuje się przy wycofanym duplikacie, canonical przy wariantach, których użytkownik nadal potrzebuje, np. sortowaniu.
Czy Google zawsze respektuje canonical?
Google nie zawsze respektuje canonical, bo traktuje go jako wskazówkę, a nie regułę. Wybór Google sprawdzisz w polu „Adres kanoniczny wybrany przez Google” w Narzędziu do sprawdzania adresów URL w Google Search Console.
Czy canonical może wskazywać inną domenę?
Canonical może wskazywać inną domenę, np. przy cross-poście na LinkedIn Pulse. Przy syndykacji u partnera Google zaleca jednak noindex na kopii, a Lighthouse oznacza canonical na inną domenę jako błąd.
Jak sprawdzić canonical strony?
Canonical pojedynczej strony sprawdzisz w kodzie źródłowym (szukaj rel="canonical" w <head>) i w Narzędziu do sprawdzania adresów URL w Google Search Console. Canonicale całej witryny sprawdzisz crawlerem, np. Screaming Frog, i w raporcie Indeksowanie stron.
Czy strony paginacji powinny mieć canonical na pierwszą stronę?
Strony paginacji nie powinny wskazywać canonicalem pierwszej strony serii. Dokumentacja Google o paginacji zaleca, żeby każda strona serii, np. /page/2/, miała własny adres kanoniczny.
Członek zarządu i współwłaściciel agencji IF.PL, w SEO od ponad 20 lat (m.in. Gazeta.pl, Wirtualna Polska, Polska Press). Na bynajmniej.pl piszę z pomocą AI: temat, dane i testy są moje, AI pomaga ubrać to w słowa.
Dodaj komentarz