Ką daro kanoninės žymos, kai jas nustatote neteisingai

Kanoninė žyma nėra pasikartojančio turinio trintukas

Kanoninė žyma paieškos sistemoms nurodo, kuriam URL teikiate pirmenybę, kai keliuose URL yra tas pats arba iš esmės panašus turinys. Įprasta HTML versija atrodo taip:

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

Yra ir HTTP antraštės versija, dažniausiai naudinga ne HTML failams, pavyzdžiui, PDF:

Link: <https://example.com/preferred-file.pdf>; rel="canonical"

Skamba gana paprastai. Bėdos prasideda tada, kai komandos kanonines žymas laiko saugiu būdu sutvarkyti bet ką nepatogaus: fasetinę navigaciją, sekimo parametrus, spausdinimo puslapius, beveik pasikartojančius produktų puslapius, puslapiavimą, staging URL ir senus kampanijų puslapius.

Kanoninės žymos nėra trynimo mygtukas. Jos nėra peradresavimas. Jos nėra informacijos architektūros pakaitalas. Ir nėra garantijos, kad jų bus paisoma.

Paieškos sistemos kanonines žymas naudoja kaip stiprias užuominas. Jos lygina kanoninę žymą su kitais signalais: peradresavimais, vidinėmis nuorodomis, svetainės schemos URL, hreflang anotacijomis, turinio panašumu, HTTP būsenos kodais ir URL, su kuriais iš tikrųjų susiduria naudotojai bei robotai. Jei šie signalai prieštarauja vieni kitiems, paieškos sistema gali ignoruoti jūsų kanoninę žymą arba pasirinkti visai kitą kanoninį URL.

Todėl klaidos su kanoninėmis žymomis gali būti tokios painios. Naršyklėje žymėjimas atrodo teisingas, tačiau paieškos rezultatuose rodomas netinkamas puslapis — arba tinkamas puslapis dingsta.

Kas nutinka, kai kanoninė žyma nurodo netinkamą URL

Kai paieškos sistema mato pasikartojančius arba beveik pasikartojančius URL, ji paprastai sugrupuoja juos į klasterį ir pasirenka vieną URL kaip kanoninį. Pasirinkta kanoninė versija yra ta, kuri greičiausiai bus indeksuojama ir rodoma paieškos rezultatuose. Signalai iš dublikatų gali būti konsoliduojami į tą pasirinktą URL.

Jei jūsų kanoninė žyma nurodo netinkamą puslapį, gali nutikti keli dalykai.

1. Indeksuojamas netinkamas URL

Tarkime, turite du URL:

• /mens-running-shoes/
• /sale/mens-running-shoes/

Jei išpardavimo puslapio kanoninė žyma nurodo pagrindinį kategorijos puslapį, tai gali būti tinkama, jei turinys beveik identiškas, o išpardavimo URL tėra filtruota versija. Tačiau jei išpardavimo puslapis turi unikalų tekstą, unikalius produktus ir savą paieškos paklausą, kanoninė žyma gali jį nuslopinti.

Puslapis vis tiek gali būti nuskaitomas. Jis vis tiek gali būti pasiekiamas naudotojams. Tačiau paieškos sistemos gali nuspręsti jo neindeksuoti atskirai, nes jūs joms pasakėte, kad kitas URL yra pageidaujama versija.

Tai dažniausia kanoninių žymų klaida: ne dramatiškas techninis sutrikimas, o tylus dingimas iš indekso.

2. Reitingavimo signalai konsoliduojami netinkamoje vietoje

Kanoninės žymos dažnai naudojamos signalams, pavyzdžiui, nuorodoms ir pasikartojančio turinio variantams, konsoliduoti. Tai naudinga, kai dublikatai iš tiesų yra lygiaverčiai. Tai rizikinga, kai jie tokie nėra.

Jei tinklaraščio straipsnis turi sekimo URL, pavyzdžiui:

• /guide-to-canonical-tags/?utm_source=newsletter
• /guide-to-canonical-tags/?utm_source=linkedin

Tuomet abiejų kanonizavimas į /guide-to-canonical-tags/ yra prasmingas.

Tačiau jei ispaniška versija, spausdinimui skirta versija su papildomu turiniu arba produkto variantas su kitokia intencija nurodo tą pačią kanoninę versiją, galite sujungti signalus, kurie turėtų likti atskiri. Rezultatas gali būti silpnesnis aktualumas visiems šiems puslapiams.

Kanoninės žymos yra apie lygiavertiškumą. Jei du puslapiai tenkina skirtingas paieškos intencijas, greičiausiai jie neturėtų būti kanonizuojami vienas į kitą.

3. Paieškos sistemos ignoruoja žymą

Kanoninė žyma nėra komanda. Jei kanoninis tikslas peradresuoja, grąžina 404, yra blokuojamas, turi noindex arba jame yra labai skirtingas turinys, paieškos sistemos gali ją ignoruoti.

Viena vertus, tai gerai: bloga kanoninė žyma ne visada sugriauna indeksavimą. Tačiau tai taip pat reiškia, kad negalite manyti, jog žyma daro tai, ką manote. Puslapis gali deklaruoti vieną kanoninį URL, o Google gali pasirinkti kitą.

Tai ypač dažna, kai vidinės nuorodos, svetainės schemos ir kanoninės žymos nesutampa. Jei kiekviena vidinė nuoroda veda į /product, jūsų svetainės schema pateikia /product/, o kanoninė žyma nurodo https://www.example.com/product?ref=main, jūs sukūrėte nedidelį ginčą tarp savo pačių signalų.

Paieškos sistemos gerai sprendžia tokį ginčą. Jos ne visada jį išsprendžia taip, kaip jūs ketinote.

4. Diagnostika tampa be reikalo sudėtinga

Blogos kanoninės žymos retai sugenda garsiai. Jos sukuria simptomus, panašius į kitas SEO problemas:

• „Aptikta, šiuo metu neindeksuojama“ arba panaši indeksavimo nežinia
• Netinkamas URL reitinguojamas pagal užklausą
• Parametrų URL rodomi ataskaitose
• Kategorijų puslapiai nerodomi, nors juos galima nuskaityti
• Tarptautiniai puslapiai suliejami su netinkama kalbos versija
• Nauji šablonai paleidžiami su mažiau indeksuotų puslapių, nei tikėtasi

Todėl kanoninių žymų diagnostika turėtų apimti neapdorotą HTML, sugeneruotą HTML, HTTP antraštes, peradresavimus ir svetainės schemos įrašus. Jei jau tiriate peradresavimų grandines ar nesutampančias antraštes, galioja tie patys įpročiai; praktinis HTTP tikrinimo procesas, kaip aprašyta mūsų peradresavimų ir HTTP antraščių diagnostikos produkcijoje gide, paprastai kanoninių žymų prieštaravimus aptiks greičiau nei žiūrėjimas į CMS lauką.

Brangiausios kanoninių žymų klaidos

Visko kanonizavimas į pradžios puslapį

Tai vis dar nutinka. Šablono laukas paliekamas tuščias, įskiepis grįžta prie svetainės šaknies, ir staiga šimtai puslapių pradžios puslapį deklaruoja kaip kanoninį.

Paieškos sistemos gali tai ignoruoti, nes turinys akivaizdžiai skiriasi. Tačiau jei pakankamai signalų yra netvarkingi, kai kurie puslapiai gali būti atmesti arba neteisingai sugrupuoti. Mažų mažiausiai kiekviename puslapyje siunčiate nenaudingą ir prieštaringą užuominą.

Pradžios puslapis beveik niekada nėra vidinio puslapio kanoninė versija.

Puslapiuotų puslapių kanonizavimas į pirmą puslapį

Ilgą laiką kai kurios svetainės kanonizavo /category/page/2/, /page/3/ ir t. t. atgal į pirmą puslapį. Tikslas buvo išvengti pasikartojančių kategorijų puslapių.

Problema ta, kad puslapiuoti puslapiai nėra dublikatai. Juose yra skirtingi elementai ir jie padeda robotams atrasti gilesnį turinį. Visų jų kanonizavimas į pirmą puslapį gali sumažinti tikimybę, kad paieškos sistemos iki galo apdoros vėlesnius puslapius.

Paprastai puslapiuoti puslapiai turėtų turėti į save nukreipiančias kanonines žymas, nebent yra konkreti priežastis konsoliduoti.

Filtruotų puslapių kanonizavimas nepatikrinus paieškos intencijos

Fasetinė navigacija sukuria sudėtingų pasirinkimų. Kai kurie filtruoti URL yra šiukšliniai:

• ?sort=price_ascending
• ?view=grid
• ?sessionid=123

Kiti gali būti vertingi nukreipimo puslapiai:

• /sofas/blue/
• /laptops/16gb-ram/
• /hotels/paris/pet-friendly/

Bendros kanonizavimo taisyklės dažnai ištrina naudingus paieškos puslapius kartu su nenaudingu parametrų triukšmu. Prieš kanonizuodami filtruotus puslapius, paklauskite, ar filtruotas puslapis turi stabilų turinį, vidines nuorodas, paieškos paklausą ir aiškų naudotojo poreikį.

Jei atsakymas taip, jis gali būti vertas indeksavimo su į save nukreipiančia kanonine žyma.

Kanoninių žymų nukreipimas į peradresuojamus arba blokuojamus URL

Kanoninis tikslas turėtų būti švarus, indeksuojamas ir grąžinti 200 OK. Nenukreipkite kanoninių žymų į URL, kurie peradresuoja, grąžina klaidas, reikalauja slapukų, yra blokuojami robots.txt arba turi noindex.

Tai vienas lengviausiai automatizuojamų patikrinimų. Nuskaitykite svetainę ir pažymėkite kanoninius tikslus, kurie negrąžina švaraus 200 atsako.

Kanoninės žymos ir noindex maišymas, tarsi jie reikštų tą patį

rel="canonical" ir noindex sprendžia skirtingas problemas.

Naudokite kanoninę žymą, kai yra dublikatų ir norite konsoliduoti signalus į pageidaujamą URL. Naudokite noindex, kai visai nenorite, kad puslapis būtų indeksuojamas.

Naudojant abu kartu siunčiama nepatogi žinutė: „Neindeksuok šio puslapio, bet taip pat naudok jį kaip dubliavimo signalą kitam puslapiui.“ Paieškos sistemos dažnai gali su tuo susitvarkyti, bet tai nėra aiški instrukcija. Jei puslapis yra dublikatas, kanonizuokite jį. Jei jis neturėtų būti rodomas paieškoje ir neturi naudingos dubliavimo sąsajos, apsvarstykite noindex.

Praktinis kanoninių žymų auditas

Daugeliui kanoninių žymų problemų rasti nereikia didelės SEO platformos. Pradėkite nuo svetainės nuskaitymo, kelių URL pavyzdžių ir skaičiuoklės.

Kiekvienam svarbiam šablonui patikrinkite:

1. Ar puslapis turi tiksliai vieną kanoninę žymą? Kelios kanoninės žymos sukuria dviprasmybę.
2. Ar kanoninė žyma yra absoliuti? Naudokite visą URL, įskaitant protokolą ir prieglobos vardą.
3. Ar kanoninis tikslas grąžina 200 OK? Venkite peradresuojamų, blokuojamų arba klaidas grąžinančių tikslų.
4. Ar kanoninis tikslas indeksuojamas? Jokio noindex, jokio robots blokavimo, jokio autentifikavimo reikalavimo.
5. Ar turinys iš tiesų lygiavertis? Panašus ne visada reiškia lygiavertis.
6. Ar vidinės nuorodos sutampa? Kur įmanoma, nuorodas teikite į kanoninį URL formatą.
7. Ar sutampa svetainės schema? Svetainės schemos paprastai turėtų pateikti kanoninius, indeksuojamus URL.
8. Ar sutampa hreflang žymos? Tarptautiniams puslapiams reikia nuoseklių kanoninių ir hreflang ryšių.
9. Ar sugeneruotas HTML atitinka neapdorotą HTML? JavaScript gali pakeisti arba įterpti žymas.
10. Kokią kanoninę versiją pasirinko paieškos sistema? Tikrinimo įrankiai gali parodyti, kada jūsų deklaruota kanoninė versija skiriasi nuo pasirinktos kanoninės versijos.

Čia gali praversti ir Lighthouse, bet tik savo ribose. Jis gali pažymėti kai kurias nuskaitomumo ir dokumento problemas, tačiau nesupranta jūsų komercinės intencijos ar kanonizavimo strategijos. Laikykite jį vienu iš įvesties šaltinių, o ne nuosprendžiu. Jei reikia ramesnio būdo atskirti naudingas išvadas nuo triukšmo, pažiūrėkite, kaip skaityti Lighthouse ataskaitą nepanikuojant.

Į save nukreipiančios kanoninės žymos paprastai yra geras numatytasis pasirinkimas

Kiekvienas svarbus indeksuojamas puslapis paprastai turėtų deklaruoti save kaip kanoninį. Ne todėl, kad paieškos sistemos be šios žymos negalėtų to suprasti. O todėl, kad į save nukreipiančios kanoninės žymos sumažina dviprasmybę, kai parametrai, sekimo nuorodos, nukopijuoti URL ir CMS ypatumai sukuria alternatyvius kelius į tą patį turinį.

Švariam produkto puslapiui paprastai tinka tai:

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

Sekimo URL atveju kanoninė žyma paprastai turėtų rodyti atgal į švarią versiją:

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

Tikrai skirtingo produkto varianto atveju atsakymas priklauso nuo situacijos. Jei raudoni, mėlyni ir juodi marškiniai turi tą patį aprašymą ir keičiasi tik spalva, gali pakakti vieno kanoninio produkto puslapio. Jei kiekvienas variantas turi atskirą paklausą, atsiliepimus, vaizdus, atsargas ir vidines nuorodas, atskiri indeksuojami puslapiai gali būti prasmingi.

Nėra universalios kanonizavimo taisyklės variantams. Yra tik klausimas: ar šie puslapiai ieškančiajam yra pakeičiami vienas kitu?

Kanoninės žymos turėtų atitikti faktinę jūsų svetainės URL politiką

Dauguma kanoninių žymų klaidų yra gilesnės URL politikos problemos simptomai. Svetainė nėra nusprendusi, ar svarbūs pasvirieji brūkšniai pabaigoje, ar URL su didžiosiomis raidėmis turėtų veikti, ar leidžiami parametrai, ar HTTP peradresuoja į HTTPS, arba ar www yra kanoninis.

Pasirinkite vieną švarią kiekvieno URL versiją ir suderinkite visą sistemą:

• Peradresuokite nepageidaujamas URL versijas į pageidaujamas versijas.
• Viduje nuorodas teikite į pageidaujamas versijas.
• Pageidaujamas versijas įtraukite į XML svetainių schemas.
• Pageidaujamuose puslapiuose naudokite į save nukreipiančias kanonines žymas.
• Į pageidaujamą URL kanonizuokite tik tikrus dublikatus.

Kai visi šie signalai rodo ta pačia kryptimi, kanoninės žymos tampa nuobodžios. Toks ir yra tikslas.

Esmė

Kanoninės žymos yra galingos, nes jos daro įtaką indeksavimui ir signalų konsolidavimui. Dėl tos pačios priežasties jos yra pavojingos.

Neteisinga kanoninė žyma ne visada pašalins puslapį iš paieškos. Paieškos sistemos gali ją ignoruoti. Tačiau pasikliauti paieškos sistemomis, kad jos išgelbės blogus signalus, nėra strategija. Saugesnis požiūris — kanonizavimą taikyti tik tikriems dublikatams, laikyti tikslus švarius ir indeksuojamus, o vidines nuorodas, peradresavimus, svetainių schemas ir kanonines žymas suderinti į vieną istoriją.

Kanoninės žymos nėra vieta, kur slepiama netvarkinga architektūra. Tai vieta, kur patvirtinate, kad ji sutvarkyta.