Alternate page with proper canonical tag: mida see tähendab ja kuidas seda parandada

Alternate page with proper canonical tag: mida see tähendab ja kuidas seda parandada
David Kaufmann
SEO õpetused

Avasid aruande Page indexing, leidsid hulga URL-e märkega "Alternate page with proper canonical tag" ja mõtled nüüd, kas midagi on katki.

Kui Google Search Console märgib URL-id olekuga "Alternate page with proper canonical tag", tähendab see, et Google avastas lehe duplikaat- või alternatiivsed versioonid, leidis põhiversioonile viitava canonical-sildi ja indekseeris selle asemel põhi-URL-i. Enamasti töötab süsteem täpselt nii, nagu ette nähtud.

See juhend selgitab, mida olek tähendab, millal see on normaalne, millal see viitab päris probleemile ja kuidas seda parandada WordPressis, Shopifys, Squarespace'is ja Wixis. SEOcrawl AI vaade Indexation näitab iga selles olekus URL-i koos kasutaja deklareeritud ja Google'i valitud canonicaliga kõrvuti, nii et leiad kogu saidilt kiiresti need üksikud URL-id, mis päriselt tähelepanu vajavad.

Mida tähendab Google Search Console'is "Alternate page with proper canonical tag"?

See olek kinnitab, et Google leidis lehest mitu versiooni, millel on sama canonical-sihtmärk, järgis sinu canonical-silti ja indekseeris canonical-URL-i, mitte märgitud alternatiivi. Alternatiivne leht on külastajatele endiselt kättesaadav, kuid Google ei indekseeri seda eraldi.

Sõna "proper" tähendab, et Google nõustub sinu canonical-seadistusega. See on peamine erinevus selliste olekutega nagu "Duplicate, Google chose different canonical than user", kus Google eirab sinu deklareeritud canonicalit.

Kus see olek GSC-s kuvatakse

Mine Google Search Console'is Indexing › Pages ja vaata üle tabel "Why pages aren't indexed". Klõpsa real "Alternate page with proper canonical tag", et näha mõjutatud URL-e, ja kasuta nuppu Export, et kogu loend analüüsimiseks alla laadida.

Alternatiiv, canonical ja duplikaat, igaüks ühe lausega

Canonical-URL on põhiversioon, mille määrad originaaliks. Alternatiivne URL pakub sama või sarnast sisu, kuid selle canonical-silt viitab põhiversioonile. Duplikaatsisu on sama sisu, mis on kättesaadav mitmel URL-il. Canonical-sildid lahendavad selle, koondades järjestussignaalid põhi-URL-ile.

Millal on see täiesti normaalne (ja midagi pole vaja teha)

Enamik selle olekuga URL-e ei vaja mingit tegevust. Kui alternatiivne URL on indekseeritud põhilehe kehtiv variant, kinnitab olek, et kanoniseerimine töötab õigesti. Levinud oodatud juhtumid:

  • URL-i parameetrid ja filtrid: jälgimisparameetrid, sortimisvalikud või tahuline navigeerimine (näiteks ?color=blue või ?utm_source=...).
  • Seansi ID-d ja jälgimissildid: parameetrid, mis lisavad unikaalseid identifikaatoreid lehe sisu muutmata.
  • URL-i struktuuri variandid: lõpukaldkriipsud, suurtähed või HTTP-variandid, mis viitavad HTTPS-põhi-URL-idele.
  • Prindi- ja AMP-versioonid: alternatiivsed vormingud, mis kanoniseeruvad õigesti tagasi põhilehele.
  • Sündikeeritud sisu: kolmandate osapoolte saidid, mis avaldavad sinu sisu uuesti koos canonical-sildiga, mis viitab sinu originaalile.

Kui märgitud URL-id kuuluvad nendesse kategooriatesse, jäta need nii, nagu on. Sunnitud indekseerimine või canonical-sildi eemaldamine võib duplikaatsisu probleemi tagasi tuua.

Et kinnitada, et lehe canonical on õigesti seadistatud, kontrolli seda tasuta canonical-siltide kontrollijaga.

Otsustuspuu URL-i jaoks, mis on märgitud kui Alternate page with proper canonical tag: kui see on indekseeritud lehe parameetri-, filtri-, jälgimis-, prindi- või AMP-variant, jäta see rahule; kui see on leht, mida soovid eraldi otsingus näha, paranda canonical, joonda sisemised lingid ja saidikaart ning taotle indekseerimist
Tavaline variant või leht, mis peaks otsingus asetuma?

Millal on see päriselt probleem

See olek muutub probleemiks, kui põhileht, mida soovid indekseerida, on märgitud alternatiiviks või kui canonical-silt viitab valele sihtmärgile. Vaata üle need viis stsenaariumi:

1. Canonical viitab valele sihtmärgile

Mallivea või halva pluginaseadistuse tõttu võib leht kanoniseeruda mõnele seosetule URL-ile, näiteks avalehele või ülataseme kategoorialehele. Kui oluline leht on märgitud ja viitab mujale, uuenda selle canonical-sihtmärki.

2. Canonical viitab indekseerimatule lehele

Canonical-sildid peavad viitama toimivale, indekseeritavale URL-ile, mis tagastab olekukoodi 200 ja kanoniseerub iseendale. Kui sihtmärk suunab ümber, tagastab 404, on failis robots.txt blokeeritud või kannab noindex-silti, võib Google valida teise canonicali või jätta sisu indeksist välja.

3. Lehekülgede ja parameetritega URL-id valesti koondatud

E-poodides kanoniseeruvad lehekülgedeks jagatud lehed või filtreeritud vaated sageli ekslikult esimesele lehele. See takistab sügavamal asuvate toodete või loendite indekseerimist. Lehekülgedeks jagatud lehed peaksid tavaliselt kanoniseeruma iseendale, et nende loetletud elemendid jääksid leitavaks.

4. Hreflang ja canonical vastuolus

Mitmekeelsetel saitidel peaks iga lokaliseeritud versioon kanoniseeruma iseendale ja viitama hreflang-siltidega teistele keeleversioonidele. Kõigi lokaliseeritud lehtede canonicali suunamine ühele vaikekeelele eemaldab need lokaliseeritud lehed indeksist ja lõhub hreflang-klastri.

5. Päris duplikaadid, mida tahtsid koondada vastupidises suunas

Kui canonical-silt viitab nõrgemale duplikaadile, mitte põhilehele, indekseerib Google sinu määratud sihtmärgi. Veendu, et canonical-sildid, sisemised lingid ja saidikaardid lepivad kokku eelistatud põhi-URL-is.

Kui tegeled teiste indekseerimisolekutega, vaata meie juhendeid Not found (404) ja Blocked due to other 4xx issue kohta.

Kuidas seda diagnoosida tööriistaga URL Inspection

Enne kui midagi muudad, kontrolli, kuidas Google lehte näeb.

Võrdle Google'i valitud ja kasutaja deklareeritud canonicalit

Kleebi märgitud URL Search Console'i ülaosas olevale URL Inspectioni ribale ja laienda jaotis Page indexing. Võrdle välja "User-declared canonical" väljaga "Google-selected canonical". Kui mõlemad viitavad sinu kavandatud põhi-URL-ile, on seadistus õige. Kui need erinevad või deklareeritud sihtmärk on vale, korrigeeri silti.

Kuidas lugeda URL Inspectionit: kui kasutaja deklareeritud ja Google'i valitud canonical viitavad mõlemad õigele põhi-URL-ile, pole midagi vaja parandada; kui mõlemad viitavad valele URL-ile, paranda canonical-silt; kui need erinevad, joonda sisemised lingid, saidikaart, ümbersuunamised ja hreflang oma canonicaliga
Loe URL Inspectionis kahte canonicali välja

Kontrolli, mida sa tegelikult saadad

Canonicali saab deklareerida HTML-i jaotises <head> või HTTP vastuse päises Link. Tasuta canonical-siltide kontrollija loeb mõlemat ja ütleb, kas URL viitab iseendale, teisele domeenile, kas canonical puudub või saadab HTML-i canonical päises olevast erineva väärtuse.

Leia kõik probleemsed URL-id üle kogu saidi

URL-ide ükshaaval kontrollimine ei skaleeru. SEOcrawl AI Crawler roomab kogu saidi ja märgib canonical-probleemid, näiteks canonicalid, mis viitavad valele URL-ile, ümbersuunamisele või vealehele, koos iga lehe indekseeritavusega. SEOcrawl AI vaade Indexation rühmitab sinu URL-id Search Console'i katvusoleku järgi ja näitab igaühe puhul Google'i valitud ja deklareeritud canonicalit ning probleemseid URL-e saad sildistada reegli järgi või käsitsi. AI-assistentidega töötavad meeskonnad saavad samad andmed URL-i kaupa kätte SEOcrawl AI MCP-serveri kaudu.

Kuidas parandada olekut "Alternate page with proper canonical tag"

Rakenda parandus, mis vastab sinu diagnoosile. Eesmärk on alati sama: canonical-sildid, sisemised lingid ja XML-saidikaardid viitavad ühele indekseeritavale põhi-URL-ile.

Paranda rel=canonical-silt

Lehtedele, mida soovid otsingus näha, määra HTML-i jaotisse <head> iseendale viitav canonical-silt:

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

Kasuta absoluutset URL-i, mis tagastab olekukoodi 200. Eemalda samalt lehelt iga teine canonical-silt: kui leht deklareerib vastuolulisi canonicaleid, võib Google neid kõiki eirata.

Paranda sisemised lingid ja saidikaardid

Joonda sisemised signaalid oma canonical-struktuuriga. Lingi sisemiselt põhilistele canonical-URL-idele, mitte parameetritega või alternatiivsetele versioonidele, ja veendu, et XML-saidikaartides on ainult indekseeritavad põhi-URL-id.

Paranda duplikaatmallid WordPressis

WordPressis genereerib canonical-silte tavaliselt SEO-plugin. Yoast SEO-s ava postitus, mine Yoasti metakasti vahekaardile Advanced ja kontrolli või tühjenda väli Canonical URL. Rank Mathis ja All in One SEO-s vaata üle seade Canonical URL vahekaardil Advanced. Välja tühjaks jätmine taastab vaikimisi iseendale viitava canonicali.

Paranda see Shopifys

Shopify genereerib canonical-sildid automaatselt. Kollektsiooni kaudu avatud toote-URL-id (/collections/x/products/y) kanoniseeruvad vaikimisi puhtale toote-URL-ile (/products/y), mis on täpselt eespool kirjeldatud oodatud juhtum. Kui põhileht kanoniseerub valele URL-ile, kontrolli canonical-silti failis theme.liquid ja mis tahes SEO-rakendust, mis seda üle kirjutab.

Paranda see Squarespace'is ja Wixis

Squarespace haldab canonical-silte automaatselt. Duplikaatlehtede lahendamiseks koonda need või lisa saidi seadete paneelil URL Mappings 301-ümbersuunamised. Wix lisab igale lehele iseendale viitava canonicali; kui dubleeritud leht viitab valele URL-ile, ava selle lehe SEO-seaded ja kontrolli canonicalit jaotises Advanced SEO.

Kasuta 301-ümbersuunamist, kui duplikaati ei peaks olemas olema

Kui alternatiivsel URL-il pole kasutajate jaoks mingit eesmärki, seadista 301-ümbersuunamine põhilehele, selle asemel et loota ainult canonical-sildile.

Kinnita parandus

Pärast canonicalide uuendamist palu Google'il need uuesti hinnata:

  1. Kontrolli URL-i Search Console'is ja klõpsa Test live URL, et kinnitada, et kasutaja deklareeritud canonical on nüüd sinu kavandatud sihtmärk.
  2. Klõpsa Request indexing, et lisada leht roomamisjärjekorda.
  3. Kasuta probleemi üksikasjade lehel nuppu Validate fix, et kogu rühm uuesti kontrollitaks.
  4. Esita uuendatud XML-saidikaart, milles on ainult põhilised canonical-URL-id.

Alternatiivne leht vs. teised duplikaatolekud GSC-s

Search Console näitab mitut sarnase välimusega olekut. Need tähendavad eri asju ja tööd vajavad neist vaid mõned:

  • Alternate page with proper canonical tag: Google nõustub sinu canonicaliga ja indekseerib põhi-URL-i. Tavaliselt pole midagi vaja teha.
  • Duplicate, Google chose different canonical than user: Google eiras sinu canonicalit ja valis teise URL-i. Uuri välja, miks, ja joonda oma signaalid.
  • Duplicate without user-selected canonical: lehel pole canonicalit, nii et Google valis selle sinu eest. Lisa canonical, et kontroll enda kätte võtta.
  • Excluded by 'noindex' tag: direktiiv hoiab lehe indeksist väljas. Kasuta noindexit lehtedel, mis ei tohiks kunagi otsingus ilmuda, mitte duplikaatidel.
Nelja Page indexingu oleku võrdlus: Alternate page with proper canonical tag tähendab, et Google aktsepteeris sinu canonicalit; Duplicate, Google chose different canonical tähendab, et Google eiras seda; Duplicate without user-selected canonical tähendab, et canonical puudub; Excluded by noindex tag tähendab, et direktiiv blokeerib indekseerimise
Neli sarnast olekut, neli erinevat tegevust

Kuidas seda tulevikus vältida

Et canonical-probleemid iga saidiuuendusega tagasi ei hiiliks:

  • Tee iseendale viitav canonical igal indekseeritaval lehel vaikeseadeks.
  • Hoia URL-i struktuur puhas, et piirata tarbetuid parameetrivariante.
  • Lisa XML-saidikaartidesse ainult canonical- ja indekseeritavad URL-id.
  • Rooma saiti pärast iga mallimuudatust, pluginauuendust või migratsiooni ja võrdle roomamisi, et näha, millised canonicalid muutusid.

SEO Monitor hoiatab sind, kui sinu olulistel lehtedel canonical-silt muutub, katki läheb või kaob, ning jälgib ka nende indekseerimisolekut, nii et kuuled halvast canonicalist enne Search Console'i.

Korduma kippuvad küsimused

Kas "Alternate page with proper canonical tag" on viga?

Ei. See on informatiivne olek, mis kinnitab, et Google järgis sinu canonical-silti ja indekseeris põhiversiooni. Tähelepanu vajab see ainult siis, kui alternatiiviks on märgitud leht, mida soovid eraldi indekseerida, või kui selle canonical viitab valele või kehtetule URL-ile.

Kas peaksin seda parandama?

Ainult siis, kui see puudutab põhilehte, mida soovid otsingus näha. Kui märgitud URL-id on jälgimisparameetrid, filtrid, sortimisvalikud või indekseeritud lehe alternatiivsed vormingud, pole midagi vaja muuta.

Miks valib Google teise canonicali kui see, mille mina määrasin?

Google käsitleb rel=canonicalit tugeva vihjena, mitte käsuna. Kui sinu sisemised lingid, saidikaart, ümbersuunamised või hreflang-sildid viitavad teisele URL-ile kui canonical-silt, võib Google valida hoopis selle. Joonda kõik need signaalid samale põhi-URL-ile.

Kuidas määrata õige canonical-silt?

Lisa HTML-i head-jaotisse üks rel=canonical-silt, mis viitab põhilehe absoluutsele URL-ile. WordPressi SEO-pluginates jäta canonicali väli tühjaks, et säiliks vaikimisi iseendale viitav canonical, välja arvatud juhul, kui koondad teadlikult duplikaati.

Mis vahe on URL-il ja canonical-URL-il?

URL on mis tahes veebiaadress, mis lehe avab. Canonical-URL on versioon, mille määrad peamiseks ehk URL, mida soovid, et otsingumootorid indekseeriksid ja järjestaksid, kui sama sisu on kättesaadav mitmel URL-il.

Kas see olek kahjustab minu positsioone?

Ei. Duplikaat-URL-ide koondamine ühele canonicalile kaitseb sinu positsioone, sest signaalid koonduvad ühele lehele. Liiklust maksab see ainult siis, kui põhilehte käsitletakse ekslikult mõne teise URL-i alternatiivina.

Autor: David Kaufmann

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 AI, 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.

→ Loe kõiki David artikleid
Rohkem selle autori artikleid: David Kaufmann

Avastage rohkem selle autori sisu