Arutame projekti

Canonical: millal seda vaja on ja miks Google seda eirab

Canonical on soovitus, mitte käsk. Selgitan, millal rel=canonical on vajalik, kuidas see erineb 301-st ja noindexist ning miks Google valib teise kanoonilise URL-i.

Vladislav Krivorutško19. oktoober 20267 min lugemist
Sisukord

TL;DR — lühidalt peamisest

  • Canonical (rel=canonical) on vihje Google'ile, millist sarnastest URL-idest pidada põhiaadressiks; Google ei ole kohustatud seda järgima ja järgib vaid siis, kui teised signaalid on sama meelt
  • Google valib kanoonilise URL-i ise, kaaludes ümbersuunamisi, canonical'it, sitemap'i ja sisemisi linke; kui need näitavad eri aadressidele, kaotab canonical
  • Search Console'i staatus «Google valis teise kanoonilise URL-i» tähendab peaaegu alati signaalide konflikti, mitte Google'i viga
  • Canonical ei asenda 301-t: kui vana aadress inimesele enam ei sobi, tehke ümbersuunamine; canonical on lehtede jaoks, mis peavad kättesaadavaks jääma
  • Canonical teisele keeleversioonile viskab lehe oma keele otsingutulemustest välja: igal versioonil viitab canonical iseendale

Lühike vastus

Canonical ehk rel="canonical" on silt, millega nimetate põhiaadressi rühmale sarnastele lehtedele. Google käsitleb seda soovitusena: ta võtab selle vastu, kui teised signaalid on sama meelt, ja valib teise aadressi, kui ei ole. Seepärast on canonical vajalik seal, kus mitu URL-i peavad inimestele kättesaadavaks jääma, kuid otsingus peab püsima üks. Kui üleliigset URL-i pole üldse vaja, on õige tööriist 301-ümbersuunamine.

Küsimuse teine pool, miks Google canonical'it eirab, taandub peaaegu alati ühele asjale: teie saidil on signaal, mis nimetab teist aadressi. Allpool järjekorras, milliseid signaale Google võrdleb ja kuidas süüdlast leida.

Kus canonical on vajalik ja kus kahjulik

Tööreegel: canonical on lehtede jaoks, mis peavad elama, kuid ei tohi konkureerida. Kontrollin iga olukorda ühe küsimusega: «kas inimene vajab seda URL-i?» Kui ei, panen 301, kui jah, canonical'i või noindex'i.

OlukordMida pannaMiks
UTM-märgendite ja sortimisparameetritega aadresscanonical puhtale URL-ileReklaamilink peab avanema, indekseeruma ei pea
Toode kahes kategooriascanonical põhiteeleMõlemad lehed on navigatsioonis vajalikud
Prindiversioon, PDF-koopiacanonical HTML-versioonileKasutajale vaja, otsingule mitte
Lehekülgede 2, 3, 4 kaupa jaotuscanonical iseendaleSeal on teised tooted, esimesele lehele neid liita ei tohi
Vana leht, mis asendati uuega301, mitte canonicalVana aadressi inimene enam ei vaja
Keel: eesti ja vene versiooncanonical iseendale + hreflangNeed ei ole duplikaadid, neid seob hreflang
Ostukorv, isiklik kontonoindex, mitte canonicalSisu on erinev, kuid otsingule seda vaja ei ole

Duplikaatide liigid ja nende leidmise käsitlesin 20. augustil 2026 artiklis duplikaatsisu; siin on ainult canonical'i mehhanism.

Kuidas Google kanoonilise URL-i valib

Google märgib Search Centrali dokumentatsioonis, et kanooniline URL valitakse signaalide kogumi järgi ja nende kaal on erinev. Tugevad signaalid on ümbersuunamine ja rel="canonical", nõrk on aadressi lisamine sitemap'i. Sisemiste linkide ja HTTPS-i kohta on dokumentatsioon ettevaatlikum: need arvestatakse samuti, kuid kaal on nimetamata ning numbreid ma välja ei mõtle. Nimetan seda «hääletamiseks»: kui kõik hääled on ühe aadressi poolt, pole millegi üle vaielda; kui hääled lähevad lahku, võidab mitte see, kelle poolt teie hääletasite.

Praktikas tekivad vastuolud kolmes kohas:

  1. Sitemap ja canonical lähevad lahku. Sitemap'is on aadress kaldkriipsuga lõpus, canonical viitab aadressile ilma kaldkriipsuta. Reegel on lihtne: sitemap'is on ainult need URL-id, mida olete kanoonilisteks nimetanud. Kuidas faili koostada, kirjeldasin artiklis sitemap.xml ja robots.txt seadistamisest.
  2. Sisemised lingid viivad mittekanoonilisele variandile. Menüü viitab aadressile /catalog/lamp?sort=price, canonical aga aadressile /catalog/lamp. Robot näeb sadu linke ühele aadressile ja ühe teisele ning kaldub esimese poole.
  3. Canonical viitab lehele, mis suunatakse ümber, on noindex'iga suletud või annab 404. Sellise sildi võib Google kõrvale jätta: ta ei saa pidada põhiaadressiks aadressi, mida indeksis ei ole. Ümbersuunamised muutuvad ahelaks sama märkamatult; kuidas neid leida, on kirjas materjalis ümbersuunamisahelate kohta.

Neljas põhjus on harvem, kuid salakavalam: lehtede sisu tõepoolest erineb. Google Search Central kirjeldab canonical'it signaalina, mitte direktiivina, seega Google ei liida lehti, mis märgatavalt ei kattu, isegi kui palute seda sildiga. Kui teil on kaks «peaaegu ühesugust» kirjeldust erineva omaduste tabeliga, on tal õigus nende vahelist canonical'it eirata ja see ei ole viga.

Mida näitab mõõtmine minu saidil

Kontrollisin, kuidas see minu juures välja näeb: 19. oktoobril 2026 avasin saidil adlab.ee artikli duplikaatsisu kohta ja lisasin aadressile ?utm_source=test. Server vastas 200 ja mõlemad variandid andsid <head> sees sama sildi:

<link rel="canonical" href="https://adlab.ee/blog/dubli-stranic-kak-nayti-i-ispravit"/>

Märgendiga leht ei liitu seega ümbersuunamisega, see avaneb, ja canonical teatab robotile põhiaadressi. Sama artikli eesti- ja ingliskeelne versioon andsid canonical'i iseendale. Kaldkriipsuga lõppev aadress suunatakse serveris vastusega 308 variandile ilma kaldkriipsuta. Siin on näha nii lähenemise tugevused kui nõrkused: mallipõhine canonical katab märgendiga aadresside massi korraga, kuid ei ravi sisemisi linke ennast, ja neid kontrollin eraldi. Valim on muidugi üks leht kolmes keeles, mitte kogu sait.

Signaalid kooskõlas: Google võtab canonical'i vastucanonical → /lampsitemap → /lampsisemised lingid → /lamptulemus: /lampSignaalid vaidlevad: Google valib isecanonical → /lampsitemap → /lamp/sisemised lingid → /lamp/tulemus: /lamp/Teisel juhul ilmub aruandesse staatus «Google valis teise kanoonilise URL-i».Ravitakse signaalide joondamisega, mitte uute siltide lisamisega.

Kuidas kontrollida, et Google võttis teie canonical'i vastu

Kolm sammu, mida teen konflikti kahtluse korral.

  1. URL-i kontrolli tööriist Search Console'is. Sisestage aadress: indekseerimise plokis on näha kasutaja märgitud kanooniline URL ja Google'i valitud kanooniline URL. Kui need ühtivad, on kõik hästi. Kui lähevad lahku, olete leidnud konfliktiga lehe.
  2. Aruanne «Lehtede indekseerimine». Staatus «Google valis teise kanoonilise URL-i» kogub sellised lehed loendisse. Staatus «Koopia, kasutaja ei ole kanoonilist lehte valinud» ütleb vastupidist: silt puudub üldse. Teiste staatuste ja põhjuste kohta, miks lehed indeksisse ei jõua, on artikkel sellest, miks Google lehti ei indekseeri.
  3. Lehe lähtekood. Avage kood ja otsige sõna canonical. Silt peab olema üks, asuma <head> sees (lehe kehas Google seda ei arvesta) ja sisaldama absoluutset aadressi koos protokolliga. Mitte-HTML-failide, näiteks PDF-ide, puhul edastatakse canonical HTTP-päisega Link: <https://…>; rel="canonical".

Kui lahknevus on kinnitust leidnud, käige läbi neli punkti: sitemap, sisemised lingid, ümbersuunamised, noindex sihtlehel. Minu tähelepanekute järgi on peaaegu alati süüdi üks neist, mitte Google'i algoritm.

Kellele canonical ei sobi

  • Neile, kes tahavad lehe otsingust eemaldada. Canonical ei eemalda lehte indeksist ega keela selle roomamist: robot käib edasi, lihtsalt harvem. Eemaldamiseks on vaja noindex'i või 404/410.
  • Neile, kes ravivad sellega lehekülgede jaotust. Canonical lehtedelt 2, 3, 4 esimesele peidab robotilt tooted, mis on ainult seal. Kuidas kataloogi õigesti seadistada, vaatasin artiklis paginatsioonist kataloogis.
  • Neile, kellel on sadu filtreid. Canonical juurkategooriale kõigi filtrikombinatsioonide jaoks ei skaleeru: Google võtab selle vastu valikuliselt. Indekseeritavate kombinatsioonide valikust loe materjalist fassettfiltrite kohta.
  • Mitmekeelsetele saitidele, mis panevad canonical'i ühele versioonile. Eestikeelne leht, mille canonical viitab venekeelsele, kukub eestikeelsest otsingust välja. Keeli tuleb siduda hreflang'iga.

Kontrollnimekiri: mida teha ühe õhtuga

  1. Avage Search Console'is aruanne «Lehtede indekseerimine» ja kirjutage välja lehed staatusega «Google valis teise kanoonilise URL-i».
  2. Võrrelge kolme-viie sellise lehe märgitud ja valitud aadressi URL-i kontrolli tööriistas.
  3. Kontrollige, et sitemap sisaldab ainult kanoonilisi aadresse, kas kaldkriipsuga või ilma, ühtlaselt.
  4. Leidke menüüst ja tekstist sisemised lingid mittekanoonilistele variantidele ja asendage need kanoonilistega.
  5. Veenduge, et canonical'i sihtlehed annavad 200 ja ei ole noindex'iga suletud.
  6. Kontrollige, et silt lehel on üks, see on <head> sees ja absoluutne.
  7. Oodake paar nädalat: otsused kanooniliste aadresside kohta vaatab Google uuesti läbi järgmisel roomamisel, kohest efekti ei tule.

Korduma kippuvad küsimused

Mis on rel=canonical lihtsate sõnadega?
See on silt lehe koodis, mis ütleb otsingumootorile: «sellel sisul on mitu aadressi, põhiaadress on see». Näide: <link rel="canonical" href="https://example.ee/lamp">. Google kasutab seda ühe signaalina otsingutulemustes näidatava aadressi valikul, kuid ei ole kohustatud seda järgima.
Mille poolest canonical erineb 301-ümbersuunamisest?
Ümbersuunamine viib külastaja ja roboti füüsiliselt teisele aadressile ning vana aadress enam ei avane. Canonical jätab mõlemad lehed kättesaadavaks ja nimetab ainult eelistatud lehe. Kui vana aadress inimesele enam ei sobi, valige 301; kui mõlemad peavad töötama, näiteks UTM-märgendiga leht või prindiversioon, valige canonical.
Miks Google valis teise kanoonilise URL-i kui mina märkisin?
Enamasti sellepärast, et muud signaalid on sildiga vastuolus: sitemap sisaldab teist aadressi, sisemised lingid viivad kaldkriipsuta variandile, canonical'i sihtleht suunab ümber või on noindex'iga suletud, kahe lehe sisu erineb märgatavalt. Kontrollige neid nelja punkti järjest: põhjus leitakse tavaliselt teisest.
Kas canonical on vaja igale lehele?
Iseendale viitavat canonical'it (leht viitab iseendale) soovitab Google turvalise praktikana: see kaitseb parameetrite ja UTM-märgenditega koopiate eest. See ei ole nõue, kuid saidil, mille aadresse saab avada suvaliste parameetritega, panen selle mallina kõigile indekseeritavatele lehtedele.
Kas canonical'it võib panna teisele veebilehele?
Jah, Google toetab domeenideülest canonical'it, näiteks kui avaldate sama artikli kahel domeenil. See on samuti vihje: kui saidid on tegelikult erinevad, võib Google valida teise aadressi. Kahe erineva saidi ühendamiseks ühe domeeni alla seda kasutada ei saa, selleks on vaja 301.
Mis juhtub, kui lehel on mitu canonical'it?
Google märgib, et vastuolulise mitme sildi korral võib ta need kõik eirata. Tüüpiline juht: ühe sildi annab teema ja teise lisab SEO-plugin. Vaadake lehe lähtekoodi ja otsige sõna canonical, et veenduda, et silt on üks.

Järeldused

Canonical töötab siis, kui te ise olete endaga ühel meelel: silt, sitemap, sisemised lingid ja ümbersuunamised nimetavad sama aadressi. Kui Google teie canonical'iga vaidleb, ärge lisage silte, vaid otsige, milline signaal veab teises suunas. Alustage ühe lehe kontrollist URL-i kontrolli tööriistas: see näitab mõlemat versiooni, teie märgitud ja Google'i valitud aadressi. Kui selliseid lehti on sadu ja põhjus ei ole selge, kuulub see [tehnilise SEO](/et/seo-optimeerimine) töö hulka.

Artikli autor

Vladislav Krivorutško — ADLABi asutaja
Vladislav Krivorutško

ADLAB OÜ asutaja · SEO ja Google Ads

Üle 20 aasta otsiliikluse ja monetiseerimisega, Eesti turul alates 2017. aastast. Töötan üksi: teen auditi, koostan strateegia ja viin projekti ise lõpuni — ilma alltöövõtjate ja šabloonideta. Kirjutan ainult sellest, mida olen oma ja klientide saitidel järele proovinud.

  • 20+ aastat otsiliikluses
  • 50+ projekti võtmed kätte
  • Oma saidid konkurentsitihedates nišides
  • SEO ru/et/en ühes otsingutulemuses
Loe minust lähemalt

Loe edasi