Tag canonical wskazuje Google preferowany adres strony, gdy ta sama lub bardzo podobna treść jest dostępna pod kilkoma URL-ami. Pomaga połączyć sygnały przypisane do duplikatów i ogranicza ryzyko, że w wynikach wyszukiwania pojawi się niepożądany wariant, na przykład adres z parametrem sortowania. Jest jednak wskazówką, a nie poleceniem — Google może wybrać inny adres kanoniczny, jeśli pozostałe sygnały są niespójne.
TL;DR
- Tag canonical (
rel="canonical") wskazuje preferowaną wersję spośród zduplikowanych lub bardzo podobnych adresów. - Duplikaty URL-i często powstają przez parametry, filtry, różne wersje protokołu lub hosta oraz kilka ścieżek prowadzących do tej samej treści.
- Na indeksowalnych, samodzielnych stronach stosuj self-canonical. Duplikaty, które muszą pozostać dostępne, mogą wskazywać główny URL.
- Canonical musi być spójny z przekierowaniami, linkami wewnętrznymi i mapą XML. Google może zignorować sprzeczne wskazówki.
- Canonical, przekierowanie 301 i
noindexsłużą do innych celów. Wybór zależy od tego, czy wariant ma pozostać dostępny i czy powinien znaleźć się w indeksie.
Co to jest tag canonical?
Canonical to znacznik HTML umieszczany w sekcji <head> strony. Jego atrybut href zawiera adres, który właściciel serwisu uważa za reprezentatywną wersję danej treści:
<link rel="canonical" href="https://twojadomena.pl/produkt/" />Google traktuje taki znacznik jako silny sygnał, ale bierze pod uwagę także przekierowania, adresy w mapie witryny, linki wewnętrzne i podobieństwo treści. Dlatego sam canonical nie naprawi sytuacji, w której mapa XML zawiera inny URL, menu prowadzi do wariantu z parametrem, a serwer przekierowuje jeszcze gdzie indziej.
Self-canonical, czyli canonical prowadzący do adresu bieżącej strony, pomaga jednoznacznie opisać indeksowalny URL. Nie oznacza to jednak, że każdy adres wygenerowany przez CMS powinien wskazywać sam na siebie. Wariant będący duplikatem może wskazać wersję główną, o ile obie strony mają taką samą lub bardzo podobną treść.
Kiedy powstaje duplicate content?
Duplicate content oznacza, że taka sama lub bardzo podobna treść jest dostępna pod więcej niż jednym adresem. Nie musi wynikać z kopiowania tekstu z innej witryny. Często tworzą go ustawienia CMS-a, nawigacji albo serwera.
| Źródło | Przykład | Co sprawdzić |
|---|---|---|
| Sortowanie i filtry | /kategoria/ i /kategoria/?sort=cena | Czy wariant wnosi treść wartą osobnego indeksowania |
| Parametry kampanii | /oferta/?utm_source=newsletter | Czy linki i canonical prowadzą do czystego URL-a |
| Wersje hosta | firma.pl i www.firma.pl | Czy jedna wersja przekierowuje trwale do drugiej |
| Protokoły | http://firma.pl i https://firma.pl | Czy HTTP przekierowuje do HTTPS |
| Ukośnik na końcu | /oferta i /oferta/ | Czy serwer zwraca jedną wersję lub ustawia spójny canonical |
| Kilka ścieżek do produktu | /buty/model-a/ i /promocje/model-a/ | Czy istnieje jeden stabilny adres produktu |
| Wersja do druku | /artykul/ i /artykul/druk/ | Czy wersja pomocnicza wskazuje oryginał |
Obecność duplikatów nie oznacza automatycznie kary. Google zwykle wybiera jeden adres reprezentatywny i pozostałych nie pokazuje w wynikach. Problem pojawia się wtedy, gdy wybiera niewłaściwą wersję, sygnały są rozdzielone między adresami albo robot poświęca czas na liczne warianty zamiast na ważne strony. Tak działanie canonicalizacji opisuje dokumentacja Google.
Jak poprawnie ustawić tag canonical?
Najpierw wybierz URL, który ma być widoczny w wynikach wyszukiwania. Następnie doprowadź do niego wszystkie sygnały:
- Wybierz jeden format adresów. Ustal protokół, wersję z
wwwlub bez oraz sposób stosowania ukośnika na końcu. - Dodaj jeden canonical w
<head>. Na indeksowalnej stronie powinien wskazywać jej własny, docelowy URL, a na duplikacie — wersję główną. - Użyj pełnego adresu. Google obsługuje ścieżki względne, ale zaleca adresy bezwzględne, takie jak
https://twojadomena.pl/oferta/, ponieważ zmniejszają ryzyko błędów. - Ujednolić pozostałe sygnały. Linki wewnętrzne i mapa XML powinny prowadzić do adresu kanonicznego. Nie ustawiaj przekierowania do innego URL-a niż ten wskazany w canonicalu.
- Sprawdź kod wynikowy. Wtyczki SEO, szablon i kod aplikacji mogą niezależnie dodawać znaczniki. Dwa sprzeczne canonicale mogą zostać zignorowane.
Nie kieruj automatycznie wszystkich filtrów do kategorii głównej. Jeśli filtr tworzy stronę odpowiadającą na odrębną potrzebę, ma unikalną zawartość i ma zdobywać ruch, powinien mieć własny stabilny URL oraz self-canonical. Decyzję podejmij na podstawie funkcji strony, nie samej obecności parametru.
Przy paginacji każda strona, na przykład /blog/strona/2/, powinna mieć własny adres i self-canonical. Wskazanie pierwszej strony jako kanonicznej może utrudnić Google rozpoznanie kolejnych stron listy jako odrębnych dokumentów.
Jak sprawdzić canonical w Google Search Console?
Zacznij od raportu Indeksowanie → Strony i grup dotyczących duplikatów. Nazwy powodów mogą zależeć od wersji językowej interfejsu, ale szczególnie ważne są przypadki, w których Google wybrał inny adres kanoniczny niż właściciel strony albo nie otrzymał wskazania canonical.
- Otwórz przykładowy URL z odpowiedniej grupy w raporcie.
- W narzędziu Sprawdzenie adresu URL porównaj canonical zadeklarowany przez użytkownika z canonicalem wybranym przez Google.
- Otwórz oba adresy i sprawdź kod odpowiedzi, treść, canonical, możliwość indeksowania oraz przekierowania.
- Sprawdź, do którego wariantu prowadzą linki wewnętrzne i który znajduje się w mapie XML.
- Po wdrożeniu poprawki przetestuj publiczny URL. Następnie możesz poprosić o ponowne zindeksowanie pojedynczej strony albo uruchomić weryfikację poprawki w raporcie, jeśli ta funkcja jest dostępna.
Różnica między canonicalem zadeklarowanym a wybranym nie zawsze jest błędem. Jeśli Google wskazał właściwy URL, konfiguracja może jedynie wymagać uporządkowania. Jeśli wybrał wariant niepożądany, szukaj sprzecznych sygnałów zamiast wielokrotnie zmieniać sam znacznik.
Więcej o diagnozie znajdziesz w przewodniku po Google Search Console. Kontrolę canonicali warto też dodać do audytu SEO, zwłaszcza po migracji, zmianie CMS-a lub przebudowie adresów.
Canonical, przekierowanie 301 czy noindex?
| Sytuacja | Rozwiązanie | Efekt |
|---|---|---|
| Podobne wersje mają pozostać dostępne, ale jedna ma reprezentować grupę w Google | Tag canonical | Wskazuje preferowany URL bez odbierania dostępu do wariantu |
| Stary adres został trwale zastąpiony i nie powinien być osobno dostępny | Przekierowanie 301 | Przenosi użytkownika i robota na adres docelowy |
| Strona ma działać dla użytkowników, ale nie ma pojawiać się w wyszukiwarce | noindex | Po ponownym odczytaniu dyrektywy Google usuwa stronę z indeksu |
Nie łącz noindex z canonicalem w nadziei, że Google przeniesie sygnały i jednocześnie usunie duplikat. Google odradza noindex jako sposób wyboru strony kanonicznej w obrębie serwisu. Jeśli stary adres nie ma już zastosowania, wybierz przekierowanie. Jeśli wariant musi działać, a treść jest duplikatem, zastosuj canonical.
Przekierowanie 301 jest właściwe między innymi przy trwałej zmianie adresu. Proces dla większej liczby URL-i opisujemy w artykule o migracji strony bez utraty pozycji.
Najczęstsze pytania
Czy tag canonical gwarantuje indeksację wskazanej strony?
Nie. Canonical pomaga Google wybrać adres reprezentatywny, ale nie gwarantuje ani jego wyboru, ani indeksacji. Strona nadal musi być dostępna dla robota, możliwa do zindeksowania i wystarczająco wartościowa, by trafić do indeksu.
Czy duplicate content to to samo co kanibalizacja słów kluczowych?
Nie. Duplicate content dotyczy identycznej lub bardzo podobnej zawartości pod kilkoma adresami. Kanibalizacja pojawia się, gdy różne strony konkurują o tę samą intencję wyszukiwania. Problemy mogą współwystępować, ale wymagają osobnej diagnozy. Więcej wyjaśnia artykuł o kanibalizacji słów kluczowych.
Czy każdy adres z parametrem powinien wskazywać wersję bez parametru?
Nie. Parametry śledzące lub sortowanie zwykle nie tworzą treści wartej osobnego indeksowania, więc ich canonical może prowadzić do czystego URL-a. Filtr opisujący ważną, odrębną kategorię może natomiast zasługiwać na własny indeksowalny adres. Najpierw oceń, czy strona realizuje osobną intencję użytkownika.
Kiedy Google uwzględni zmianę canonicala?
Dopiero po ponownym pobraniu i przetworzeniu adresów. Nie ma gwarantowanego terminu. Zależy on między innymi od częstotliwości crawlowania serwisu i skali zmian, dlatego postęp warto obserwować w narzędziu Sprawdzenie adresu URL oraz w raporcie indeksowania.
