Canonical silt: mis see on ja kuidas seda kasutada
Kui sul on üks või mitu veebisaiti, olgu need keskendunud toodetele, teenustele või erinevat laadi jaotistele, on tavaline, et paljud platvormi lehed on mitmesugustel põhjustel sarnased või peaaegu identsed. Eriti sage on see e-kaubanduses, kuid oleme seda märganud ka oma konsultatsioonitöös blogisiltide ja mitmesuguse sisu puhul.
On lihtne ette kujutada, et iga veebisait võib sattuda duplikaatsisu probleemidesse. Google karistab duplikaatsisuga saite ja see mõjutab kahtlemata nende asetust otsingutulemustes.
Kuidas siis on võimalik, et veebisaitidel võib olla duplikaatsisu, kuid nende veebihaldurid ei pea muretsema karistuse pärast?
Vastus peitub selles, mida nimetatakse canonical atribuudiks ehk canonical lingiks, mida käsitleme järgmistes jaotistes üksikasjalikult, hõlmates selle määratlust, eesmärki, eeliseid, rakendamist, kasutamise aega ja canonical atribuudiga seotud võimalikke puudusi, kui seda kasutatakse duplikaatsisu eest võimalike karistuste vältimiseks.
Mis on canonical link ja canonical atribuut?
Üldiselt öeldes on canonical link selline, mida sildi või atribuudi abil kirjeldatakse kui veebisaidi „peamist“ ehk „algset“ linki ja mis võimaldab sellele suunata sarnase sisuga lehtede URL-e. Tänu sellele tajuvad Google'i botid ehk otsingualgoritmid seda linki eelistatud ehk prioriteetse versioonina.
Nii saab sisu, mida võidaks pidada duplikaadiks, käsitleda õigesti ja suhteliselt hõlpsalt. Kui seda ei kirjeldataks canonical'ina, võiks see mõjutada platvormi asetust ja tuua kaasa karistusi. See võib juhtuda isegi siis, kui duplikaatsisu pole paigutatud tahtlikult, vaid tekib loomulikult ja orgaaniliselt toodete müügi, teenuste pakkumise, seotud jaotiste ja muu kaudu.
Tehnilisest vaatepunktist on canonical URL HTML-koodi kirjutatud link, mis sisaldab canonical silti, andes sellele canonical atribuudi. Nii näevad Google'i botid seda, nagu eespool mainitud, peamise ehk lähteaadressina, vältides sarnaste linkide käsitamist korduvate või duplikaatidena.
Allpool on näide, mis näitab, kuidas deklareerime URL-i canonical'iks ehk peamiseks:
<link rel="canonical" href="/en/">
Canonical linkide päritolu ja nende kasu SEO-le
Canonical linkide kasutamine sai alguse 2009. aastal, mil kolm peamist interneti otsinguettevõtet – Google, Bing ja Yahoo – tutvustasid ühiselt canonical atribuuti.
Loogiliselt on canonical lingil SEO seisukohast suur potentsiaal, kuna see aitab meil vältida eespool mainitud karistusi ja osutab Google'ile meie kõige olulisemad URL-id.
Seetõttu on saidi SEO ja sellega seotud strateegiate rakendamise puhul canonical linkide lisamine alati osa plaanist, eriti suure saidi puhul, millel on märkimisväärne arv URL-e, mis võivad olla identsed.
Kuidas muuta URL canonical'iks
Kui sul on veebisait või oled seda optimeerimas ja avastad, et sarnaseid URL-e on palju, peaksid alustama kanoniseerimisprotsessi. See seisneb selle valimises, milline URL on parim, ja sellele canonical atribuudi andmises.
Mõnikord on parima URL-i valimine lihtne, kuna sellel on kõige optimeeritum sisu ja tehniline struktuur. Kuid teistel juhtudel võib valik olla keerulisem, eriti kui lehed on väga sarnased ja neid on raske eristada.
Igal juhul on siin lihtne soovitus: kui sul on sarnaseid jaotisi või lehti, on alati parem valida canonical URL. Vastasel juhul võivad olla negatiivsed tagajärjed asetustele ja karistused, mis võivad liiklust püsivalt mõjutada.
URL-i canonical'iks muutmiseks on esimene samm võrrelda URL-e, mis võivad olla sarnased. See on tavaline e-kaubanduse saitidel, kus kasutajad jõuavad toodete ja teenuseloendite juurde eri viisidel, mille tulemuseks võivad olla sellised URL-id:
Kuna mõlemal URL-il on saidi jaoks väärtus või need viivad samale tootele või lehele, tuleb sul valida, kumb neist kahest on asjakohasem, järgmiselt:
-
Vali kõige asjakohasem URL külastuste, liikluse ja autoriteedi põhjal.
-
Kui link on valitud, lisa mitte-canonical lehelt canonical atribuut, mis osutab canonical lehele. See peaks välja nägema umbes nii:
<link rel="canonical" href="https://example.com/wordpress/seo-plugin/">
Sellega saavutame selle, et ütleme Google'ile, milline URL on kanoniseeritud (see, mida käsitleme originaali koopiana) ja milline on canonical URL, see tähendab originaal. See link paigutatakse „koopia“ URL-ile ja osutab originaal-URL-ile.
Teisisõnu järgiks see sellist skeemi:
Millal on soovitatav kasutada canonical URL-e
Kui sul on veebisaidid paljude lehtede või jaotistega, nagu tooted, teenused ning muu teave ja postitused, on väga tõenäoline, et mõned neist lehtedest ja URL-idest on väga sarnased, mis muudab canonical URL-ide kasutamise väga soovitatavaks.
Siiski saad neil juhtudel canonical siltide asemel kasutada ka päris 301 ümbersuunamisi. See on eriti kasulik siis, kui ümbersuunamised hakkavad olema püsivad ja toimub saidi migratsioon. Sellegipoolest on tehniliste probleemide või karistuste korral canonical siltide seadmine alati järgmine kõige soovitatavam valik.
Isegi on võimalik kasutada canonical silte URL-idel eri saitide vahel, näiteks sisu puhul, mis avaldatakse muudel platvormidel muutmata kujul uuesti, sobiva loaga, osutades alati originaalile, et vältida karistusi.
Oluline märkus rel=canonical kohta
See, et jätsime selle lõppu, ei tee seda sugugi vähem oluliseks. Peame olema selged, et canonical atribuut on Google'ile SOOVITUS, mitte korraldus. See tähendab, et Google võib selle eirata, kui ülejäänud saidil saadetavad signaalid on vastuolus sellega, kuidas oleme selle määratlenud.
Teisisõnu, kui seame canonical'i URL-ilt A URL-ile B, kuid sisemiselt osutavad kõik lingid A-le ja välised lingid osutavad samuti A-le, võib Google selle canonical'i eirata ja käsitleda A-d õigena. B saaks siis A koopiaks ja võiks olla karistuste all.
Selleks et teada saada, millist URL-i Google käsitleb originaalina ja millist canonical'ina, peame minema Search Console'i, lisama URL-i inspektorisse ja vaatama üle Google Search Console'i esitatud teabe.
Ja seal saame järgmised andmed:
Levinud vead canonical URL-idega
Canonical URL-idega on seotud mitmesuguseid probleeme ja sageli tehtavaid vigu, mis muutuvad tavaliseks ja ilmnevad eriti siis, kui seda tööriista valesti kasutatakse, näiteks:
-
Sa ei tohiks kanoniseerida lehekülgedeks jaotatud arhiivi 1. lehele. Samuti peaks lehe canonical silt osutama samale lehele, näiteks: 2. lehelt 2. lehele, vastasel juhul võib otsingumootoritel olla raskusi sügavamate leheküljearhiivide indekseerimisega.
-
Pead muutma canonical URL-id eksklusiivseks ja unikaalseks, isegi kui see tähendab protokolli vahetamist HTTP-lt HTTPS-ile.
-
Pead põhistama canonical sildi vajalikule URL-ile**, ilma muutujaid kasutamata ja otseselt**.
-
Kui lehel on mitu seotud canonical URL-i, võib see olla kontraproduktiivne ja ettearvamatu. Ärgem unustagem, et Google peab meie veebisaiti kiiresti ja selgelt mõistma, seega teeme selle lihtsaks.
-
Veel üks oluline viga võib tuleneda canonical atribuudi kasutamisest body-osas /head'i ehk päise asemel. Google soovitab oma ametlikes teadetes kasutada atribuuti head-osas võimalikult varakult, et vältida probleeme kogu sisu sõelumisel, kuna seda ei pruugita tuvastada.
-
noindex'i ja rel=canonical'i koos kasutamine. John Mueller käsitles seda konkreetselt ühes oma paljudest ülekannetest, selgitades, et mõlemad signaalid on vastuolulised ja ajavad Google'i segadusse, kes eelistab canonical atribuuti noindex'ile. Seega ei tohiks me neid KUNAGI koos kasutada.
-
Canonical atribuutide suunamine 404 lehtedele või 30x lehtedele. Mõelgem hetkeks: kui lisame atribuudi URL-ile A, mis osutab B-le, mis tagastab vea või teeb ümbersuunamise, kas me ei saada siis Google'ile valesid signaale? Ütleme talle, et „originaal“-URL on vealeht või ümbersuunamine... sel pole mõtet.
Canonical atribuudi edasijõudnud kasutusviisid
Canonical atribuudil võib olla ka muid funktsioone ja edasijõudnud kasutusviise, näiteks:
- HTTP-päise canonical link: sellised päised võivad olla väga kasulikud PDF-dokumentide kanoniseerimisel, kuna need pole HTML, seega peame valima selle võimaluse, kui tahame neid kanoniseerida. See näeks välja nii:
Link: <http://www.example.com/downloads/seoguide.pdf>; rel="canonical"
-
Canonical'i kasutamine lehtedel, mis pole nii sarnased: tegelikult on canonical silte võimalik kasutada lehtedel, mis pole päris identsed, isegi üsna erinevad. Kuigi see võib aidata saidi üldisele autoriteedile, ei ole see soovitatav, sest Google võib tuvastada canonical'ide väärkasutuse, saiti karistada ja seejärel eirata selle tegelikke canonical URL-e.
-
Canonical atribuudi kasutamine koos Hreflang'iga: võid kasutada Hreflang'iga seotud strateegiaid samaaegselt canonical sildiga, õigesti rakendades heade tulemustega. Siiski pead olema väga selge selles, et Hreflang'i kasutamisel peab canonical'ide keeleline rakendamine olema laitmatu, osutades alati iseendale, et vältida ettearvamatuid probleeme või konflikte, mis võivad mõlemale strateegiale rohkem kahju kui kasu tuua.
Kas sul on selle põneva SEO-sildi kohta veel küsimusi? Aitame hea meelega!
Autor: David Kaufmann
Olen viimased 10+ aastat olnud täielikult SEO-sse haaratud — ja ausalt öeldes ei tahaks ma seda teisiti.
Minu karjäär jõudis uuele tasemele, kui töötasin vanem-SEO-spetsialistina Chess.com-is — ühel 100 külastatuimast veebisaidist kogu internetis. Sellises mahus töötamine, hõlmates miljoneid lehti, kümneid keeli ja üht konkurentsitihedaimat SERPs, õpetas mulle asju, mida ükski kursus ega sertifikaat kunagi ei suudaks. See kogemus muutis minu arusaama sellest, milline suurepärane SEO tegelikult välja näeb — ja sai aluseks kõigele, mille olen sellest ajast peale üles ehitanud.
Sellest kogemusest lähtudes asutasin SEO Alive — agentuuri brändidele, kes suhtuvad orgaanilisse kasvu tõsiselt. Me ei ole siin selleks, et müüa dashboards ja igakuiseid aruandeid. Me oleme siin selleks, et luua strateegiaid, mis päriselt tulemusi liigutavad, ühendades klassikalise SEO parima osa põneva uue Generative Engine Optimization (GEO) maailmaga — tagades, et teie bränd ilmub mitte ainult Google'i sinistes linkides, vaid ka AI genereeritud vastustes, mida ChatGPT, Perplexity ja Google AI Overviews iga päev miljonitele inimestele edastavad.
Ja kuna ma ei leidnud tööriista, mis mõlemat neist maailmadest korralikult hallanuks, ehitasin selle ise — SEOcrawl, enterprise SEO intelligence platvormi, mis toob kokku rankings, tehnilised auditid, backlinks jälgimise, crawl tervise ja AI brändi nähtavuse jälgimise ühte kohta. See on platvorm, mille olemasolu ma alati soovisin.
Avastage rohkem selle autori sisu
