Generator tagu canonical

Dalej

Gdy ta sama treść jest dostępna pod wieloma URL-ami (parametry zapytań, trailing slashes, HTTP vs HTTPS, archiwa paginowane), Google potrzebuje jednego URL oznaczonego jako wersja kanoniczna. Wklej preferowany URL, a generator zwróci poprawnie sformatowany tag <link rel="canonical"> gotowy do wstawienia w <head>, plus odpowiednik nagłówka HTTP Link dla zasobów innych niż HTML, takich jak PDF-y.

Jak wygenerować tag canonical

  1. 1

    Wklej kanoniczny (preferowany) URL

    Adres absolutny z protokołem i hostem. Identyfikatory fragmentów (#section) są ignorowane — Google traktuje URL-e z różnymi fragmentami jako identyczne.

  2. 2

    Narzędzie waliduje i normalizuje

    Spójność trailing slash, host małymi literami, punycode dla domen IDN. Brakujący protokół jest oznaczany do poprawy.

  3. 3

    Tag jest budowany

    `<link rel="canonical" href="https://example.com/page">`.

  4. 4

    Skopiuj HTML albo formę nagłówka HTTP

    Użyj tagu HTML dla stron WWW; użyj HTTP `Link: <url>; rel="canonical"` dla PDF-ów, obrazów i odpowiedzi API.

Co naprawdę robią tagi canonical

Tag canonical mówi wyszukiwarkom: „z zestawu URL-i pokazujących tę treść ten jest oryginalny. Skonsoliduj tu wszystkie sygnały rankingowe”. Bez niego zduplikowane strony dzielą sygnały rankingowe — żadna nie rankuje tak dobrze, jak jedna skonsolidowana strona.

Forma HTML

<link rel="canonical" href="https://example.com/products/blue-shirt" />

Umieść w <head>. Google to czyta; przeglądarki ignorują.

Forma nagłówka HTTP Link

Użyj dla zasobów innych niż HTML (PDF-y, obrazy, XML feed):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Wysyłaj przy dowolnej odpowiedzi 2xx. Skonfiguruj przez serwer WWW albo CDN.

Typowe błędy

  • Względne URL-e: href="/page" działa, ale jest kruche. Używaj absolutnych URL-i, żeby uniknąć niejednoznaczności.
  • Niezgodność protokołu: canonical mówi http://, a strona jest serwowana po https://. Zawsze dopasuj żywy protokół.
  • Wskazywanie na redirect: canonical musi celować w odpowiedź 200. Łańcuchy osłabiają sygnał.
  • Blokowanie kanonicznego URL-a w robots.txt: cel musi być możliwy do zindeksowania, inaczej Google nie może go zweryfikować.
  • Sprzeczne sygnały: linki wewnętrzne prowadzące do wariantów niekanonicznych. Zaktualizuj je, żeby pasowały.
  • noindex na celu kanonicznym: sygnały wzajemnie się wykluczają — wybierz jedno.
  • Różne canonicale na stronach duplikatów: Google wybiera jeden i ignoruje resztę. Ustaw ten sam canonical na każdym duplikacie.

Przypadki specjalne

  • Archiwa paginowane: każda strona (?page=2) może self-canonicalise, nie canonicalise do strony 1. Kiedyś zalecano inaczej; Google wyraźnie wycofał rel=prev/next i dziś traktuje self-canonical jako standard.
  • Nawigacja fasetowa: filtrowane widoki tej samej listy zwykle canonicalise z powrotem do listy bez filtrów, chyba że filtr znacząco zmienia treść.
  • Osobne URL-e mobilne (m.example.com): strona mobilna canonicalise do desktopowej; desktop dodaje rel=alternate wskazujący z powrotem.
  • Strony AMP: AMP canonicalise do wersji nie-AMP; nie-AMP dodaje rel=amphtml do wersji AMP.

Najczęściej zadawane pytania

Zalecane — self-referencing canonicals (strona wskazuje samą siebie) chronią przed parametrami session-ID, kodami UTM i inną przypadkową duplikacją. To dobra praktyka SEO, nie wymóg.

Tak. Jeśli partnerzy syndykacyjni publikują Twoją treść ponownie, mogą ustawić canonical na Twój oryginalny URL. Google respektuje cross-domain canonicals, gdy treść naprawdę się zgadza.

HTTPS, zawsze, dla każdej strony serwowanej po HTTPS. Mieszanie protokołów wysyła sprzeczne sygnały i może sprawić, że Google wybierze losowy wariant.

Canonical powinien wskazywać finalny URL po redirectach, nie pośredni. Łańcuchy osłabiają sygnał — Google może potraktować wskazanie na 302 jako sugestię, nie autorytet.

Powiązane narzędzia