Canonical URL seadistamine WordPressis õigesti

Mida canonical URL tegelikult teeb?

Canonical URL on HTML-koodis olev viide, millega märgitakse lehe eelistatud aadress. Näiteks võib sama sisu avaneda nii aadressil `www.example.ee/teenus/` kui ka `example.ee/teenus/` või URL-is, mille lõpus on jälgimisparameeter. Canonical annab Google’ile soovituse käsitleda üht kindlat URL-i algse ja peamise versioonina.

See aitab koondada dubleeruvate või väga sarnaste lehtede signaale: välislinkide väärtust, kasutussignaale ning indekseerimisotsuseid. Canonical ei ole siiski käsk. Google võib sellest kõrvale kalduda, kui lehe sisu, siselingid, sitemap või serveri vastused näitavad järjekindlalt teistsugust eelistust.

Siin peitubki oluline erinevus. Canonical sobib olukorda, kus sarnased lehed peavad kasutajale olemas olema, kuid otsingumootoris soovite esile tõsta üht versiooni. Kui vana aadressi ei ole enam vaja ja kasutaja peab jõudma uuele lehele, on õige lahendus 301-ümbersuunamine. Kui leht ei tohi üldse Google’i indeksis olla, võib vajalik olla `noindex`-märge. Need kolm tööriista täidavad eri ülesandeid.

Millal WordPressis canonicale kontrollida?

Tavalisel WordPressi veebilehel lisab süsteem enamasti igale avalikule postitusele ja lehele isekohase canonicali. See tähendab, et lehe canonical viitab lehele endale. Lihtsa ettevõtte veebilehe puhul on see enamasti piisav, kui domeeni www- ja mitte-www-versioonid, HTTP ja HTTPS ning kaldkriipsuga URL-id on korrektselt ühtlustatud.

Probleemid tekivad sagedamini pärast suuremaid muudatusi: veebilehe kolimist, domeenivahetust, URL-struktuuri ümbertegemist, mitmekeelsuse lisamist või WooCommerce’i e-poe kasvatamist. Ka SEO-plugina vahetamine võib jätta lehele topeltmärgised, kui vana plugin või teema lisab canonicali endiselt oma koodi kaudu.

E-poes vajavad tähelepanu eriti tootekategooriate filtrid ja sorteerimine. Näiteks võib üks kategooria avaneda eri kombinatsioonides: hinna, suuruse, värvi või tootja järgi. Kui iga filtreeritud URL hakkab iseseisvalt indekseeruma, kulutab Google aega kümnete sarnaste lehtede läbivaatamisele. Samal ajal võib põhikategooria nähtavus nõrgeneda.

Kõiki filtreid ei tohiks automaatselt canonicaliga põhikategooriasse suunata. Kui ettevõte soovib nähtavust näiteks konkreetse värvi, materjali või tootegrupi otsingus, võib filtreeritud leht olla väärtuslik eraldi maandumisleht. Sel juhul peab sellel olema ainulaadne pealkiri, kirjeldus, siselingid ja otsinguintentsioonile vastav sisu. Tehniline seadistus peab toetama ärilist otsust, mitte asendama seda.

Canonical URL seadistamine WordPressis samm-sammult

Alustage sellest, et määrate veebilehe põhidomeeni. Valige, kas kasutate www-versiooni või mitte, ning hoidke valik ühesugune kogu saidil. Sama kehtib HTTPS-i kohta. Kõik alternatiivsed versioonid peavad suunama ühe püsiva 301-ümbersuunamisega põhiaadressile. Canonical ei paranda olukorda, kus sama veeb on tehniliselt kättesaadav neljas domeenivariandis.

Seejärel kontrollige WordPressi aadressiseadeid. WordPressi aadress ja veebilehe aadress peavad vastama teie valitud põhidomeenile. Muudatustega tuleb olla ettevaatlik, sest vale domeeni sisestamine võib katkestada ligipääsu haldusesse või tekitada segasisu probleeme.

Kui kasutate SEO-pluginat, seadistatakse üksikute lehtede canonical tavaliselt lehe või toote redaktori SEO-paneelis. Enamiku tavalehtede puhul jätke väljale lehe enda URL. Käsitsi kirjutatud canonical on põhjendatud siis, kui kaks lehte on sisuliselt samad, kuid üks peab otsingus olema eelistatud.

Hea näide on kampaanialeht, mille sisu kattub peaaegu täielikult püsiva teenuselehega. Kui kampaanialeht peab toimima reklaamiliikluse maandumislehena vaid lühikest aega, kuid ei pea orgaanilises otsingus konkureerima, võib canonical viidata püsivale teenuselehele. Kui kampaanial on oma pakkumine, eraldi sisu ja otsingupotentsiaal, ei ole selline canonical mõistlik.

Ärge seadistage canonicali korraga mitmes kohas. WordPressi tuum, aktiivne SEO-plugin, e-poe laiendus ja teema võivad kõik proovida sama silti lisada. Lehel tohib olla üks selge canonical. Kui lähtekoodis leidub mitu vastuolulist canonical-viidet, ei tea Google, millist neist usaldada.

Kuidas kontrollida, kas märgis töötab?

Avage oluline leht brauseris ja vaadake lehe lähtekoodi. Otsige `rel="canonical"` märget ning võrrelge seal olevat aadressi brauseri URL-iga. Iseviitav canonical peab olema täielik HTTPS-aadress ning kasutama just teie kokkulepitud domeenivarianti.

Seejärel tasub kontrollida, kas canonicali sihtleht vastab edukalt, on indekseeritav ja ei suuna kasutajat omakorda mujale. Canonical, mis osutab 404-veale, ümbersuunamisele või `noindex`-lehele, saadab vastuolulise signaali. Samuti ei ole mõistlik teha pikki ahelaid, kus leht A canonicaliseerib lehele B ja B omakorda lehele C.

Google Search Console aitab näha, millise canonicali on Google valinud. Seal võib erineda teie määratud canonical ja Google’i valitud canonical. See ei tähenda alati viga. Kui erinevus on aga tähtsal teenuse-, kategooria- või tootelehel, tuleb üle vaadata sisu sarnasus, siselingid, sitemap, ümbersuunamised ning URL-i tehnilised variandid.

Levinud vead, mis maksavad nähtavust

Kõige sagedasem viga on panna kõik sarnased lehed ühele canonicalile, ilma et hinnataks nende ärilist eesmärki. Nii võib näiteks Tallinnale ja Tartule suunatud teenuselehtedelt kaduda kohalik otsingunähtavus, kuigi kummalgi lehel võiks olla eraldi väärtus. Ainuüksi linna nime vahetamine tekstis ei ole piisav, kuid päriselt eristuv sisu ja pakkumine võivad õigustada eraldi indekseeritavaid lehti.

Teine probleem on pagineerimine. Kui e-poe kategooria teine või kolmas leht canonicaliseeritakse alati esimesele lehele, võivad sügavamal olevad tooted Google’i jaoks nõrgemini leitavaks muutuda. Enamasti peaks igal pagineeritud lehel olema oma isekohane canonical, samal ajal kui kategooria siselingid ja tootestruktuur peavad jääma loogiliseks.

Kolmas viga on jälgimisparameetrite ignoreerimine. UTM-märgistega kampaania-URL-id, sisemised otsinguparameetrid ja sorteerimise aadressid võivad tekitada palju dubleeruvaid variante. Canonical aitab osa sellest korrastada, kuid kõige tõhusam lahendus sõltub platvormist ja parameetri tüübist. Mõnel juhul on vaja parandada siselinke, mõnel juhul seadistada filtreid ning mõnel juhul muuta indekseerimisreegleid.