„Alternate page with proper canonical tag“: ką tai reiškia ir kaip tai ištaisyti

Atidarėte ataskaitą „Page indexing“, radote URL sąrašą su būsena „Alternate page with proper canonical tag“ ir dabar svarstote, ar kažkas sugedo.
Kai Google Search Console URL pažymi būsena „Alternate page with proper canonical tag“, tai reiškia, kad Google aptiko dubliuotas ar alternatyvias puslapio versijas, rado į pagrindinę versiją nukreipiančią canonical žymą ir vietoj jų suindeksavo tą pagrindinį URL. Dažniausiai sistema veikia lygiai taip, kaip numatyta.
Šiame vadove paaiškinama, ką reiškia ši būsena, kada ji normali, kada signalizuoja tikrą problemą ir kaip ją ištaisyti WordPress, Shopify, Squarespace ir Wix. SEOcrawl AI rodinys Indexation pateikia kiekvieną šios būsenos URL su naudotojo nurodytu ir Google pasirinktu canonical greta, todėl visoje svetainėje greitai pastebite tuos kelis URL, kuriems iš tikrųjų reikia dėmesio.
Ką Google Search Console reiškia „Alternate page with proper canonical tag“?
Ši būsena patvirtina, kad Google rado kelias puslapio versijas su tuo pačiu canonical tikslu, paisė jūsų canonical žymos ir suindeksavo canonical URL, o ne pažymėtą alternatyvą. Alternatyvus puslapis lankytojams vis dar pasiekiamas, tačiau Google jo atskirai neindeksuoja.
Žodis „proper“ reiškia, kad Google sutinka su jūsų canonical nustatymu. Tai esminis skirtumas nuo tokių būsenų kaip „Duplicate, Google chose different canonical than user“, kai Google nepaiso jūsų nurodyto canonical.
Kur ši būsena rodoma GSC
Google Search Console eikite į Indexing › Pages ir peržiūrėkite lentelę „Why pages aren't indexed“. Spustelėkite „Alternate page with proper canonical tag“, kad pamatytumėte paveiktus URL, ir naudokite Export, kad atsisiųstumėte visą sąrašą analizei.
Alternatyva, canonical ir dublikatas: po vieną sakinį
Canonical URL yra pagrindinė versija, kurią nurodote kaip originalą. Alternatyvus URL pateikia tokį patį ar panašų turinį, o jo canonical žyma nukreipia į pagrindinę versiją. Dubliuotas turinys yra tas pats turinys, pasiekiamas keliais URL. Canonical žymos šią problemą išsprendžia sutelkdamos reitingavimo signalus į pagrindinį URL.
Kada tai visiškai normalu (ir nieko daryti nereikia)
Daugumai URL su šia būsena jokių veiksmų nereikia. Jei alternatyvus URL yra tinkamas suindeksuoto pagrindinio puslapio variantas, būsena patvirtina, kad kanonizacija veikia teisingai. Dažni numatyti atvejai:
- URL parametrai ir filtrai: sekimo parametrai, rikiavimo parinktys ar filtruojama navigacija (pavyzdžiui,
?color=bluearba?utm_source=...). - Sesijų ID ir sekimo žymos: parametrai, pridedantys unikalius identifikatorius nekeičiant puslapio turinio.
- URL struktūros variantai: galiniai pasvirieji brūkšniai, didžiosios raidės ar HTTP variantai, nukreipiantys į HTTPS pagrindinius URL.
- Spausdinimo ir AMP versijos: alternatyvūs formatai, teisingai kanonizuojami atgal į pagrindinį puslapį.
- Sindikuotas turinys: trečiųjų šalių svetainės, perpublikuojančios jūsų turinį su canonical žyma, nukreipiančia į jūsų originalą.
Jei pažymėti URL patenka į šias kategorijas, palikite juos ramybėje. Priverstinis indeksavimas ar canonical žymos pašalinimas gali sugrąžinti dubliuoto turinio problemą.
Norėdami patvirtinti, kad puslapio canonical nustatytas teisingai, patikrinkite jį nemokamu canonical žymų tikrintuvu.
Kada tai iš tikrųjų problema
Ši būsena tampa problema, kai pagrindinis puslapis, kurį norite indeksuoti, pažymimas kaip alternatyva, arba kai canonical žyma nukreipia į netinkamą tikslą. Peržiūrėkite šiuos penkis scenarijus:
1. Canonical nukreipia į netinkamą tikslą
Šablono klaida ar netinkama įskiepio konfigūracija gali priversti puslapį kanonizuotis į nesusijusį URL, pavyzdžiui, pagrindinį puslapį ar aukščiausio lygio kategoriją. Jei svarbus puslapis pažymėtas ir nukreipia kitur, atnaujinkite jo canonical tikslą.
2. Canonical nukreipia į neindeksuojamą puslapį
Canonical žymos turi nukreipti į veikiantį, indeksuojamą URL, kuris grąžina 200 būsenos kodą ir kanonizuojasi pats į save. Jei tikslas peradresuoja, grąžina 404, yra užblokuotas robots.txt faile arba turi noindex žymą, Google gali pasirinkti kitą canonical arba visai neįtraukti turinio į indeksą.
3. Puslapiavimo ir parametrų URL sujungti neteisingai
El. prekybos svetainėse puslapiuoti puslapiai ar filtruoti rodiniai dažnai per klaidą kanonizuojami į pirmą puslapį. Dėl to gilesni produktai ar sąrašai nesuindeksuojami. Puslapiuoti puslapiai paprastai turėtų kanonizuotis patys į save, kad jų išvardyti elementai liktų randami.
4. Hreflang ir canonical konfliktas
Daugiakalbėse svetainėse kiekviena lokalizuota versija turėtų kanonizuotis pati į save ir hreflang žymomis nurodyti kitas kalbų versijas. Visų lokalizuotų puslapių canonical nukreipimas į vieną numatytąją kalbą išmeta tuos lokalizuotus puslapius iš indekso ir suardo hreflang grupę.
5. Tikri dublikatai, kuriuos norėjote sujungti priešinga kryptimi
Jei canonical žyma nukreipia į silpnesnį dublikatą, o ne į pagrindinį puslapį, Google suindeksuos jūsų nurodytą tikslą. Įsitikinkite, kad canonical žymos, vidinės nuorodos ir svetainės žemėlapiai sutaria dėl pageidaujamo pagrindinio URL.
Jei susiduriate su kitomis indeksavimo būsenomis, skaitykite mūsų vadovus apie Not found (404) ir Blocked due to other 4xx issue.
Kaip tai diagnozuoti su URL Inspection
Prieš ką nors keisdami, patikrinkite, kaip puslapį mato Google.
Palyginkite Google pasirinktą ir naudotojo nurodytą canonical
Įklijuokite pažymėtą URL į URL Inspection juostą Search Console viršuje ir išskleiskite skiltį „Page indexing“. Palyginkite „User-declared canonical“ su „Google-selected canonical“. Jei abu nukreipia į jūsų numatytą pagrindinį URL, nustatymas teisingas. Jei jie skiriasi arba nurodytas tikslas neteisingas, pataisykite žymą.
Patikrinkite, ką iš tikrųjų siunčiate
Canonical galima nurodyti HTML <head> dalyje arba HTTP atsako antraštėje Link. Nemokamas canonical žymų tikrintuvas perskaito abu ir parodo, ar URL nukreipia į save, į kitą domeną, ar canonical trūksta, ar HTML canonical nesutampa su antraštėje nurodytu.
Raskite visus probleminius URL visoje svetainėje
Tikrinti URL po vieną neįmanoma dideliu mastu. SEOcrawl AI Crawler nuskaito visą svetainę ir pažymi canonical problemas, pavyzdžiui, canonical, nukreipiančius į neteisingą URL, peradresavimą ar klaidos puslapį, kartu su kiekvieno puslapio indeksuojamumu. SEOcrawl AI rodinys Indexation grupuoja jūsų URL pagal Search Console aprėpties būseną ir kiekvienam parodo Google pasirinktą ir nurodytą canonical, o probleminius URL galite žymėti pagal taisyklę arba rankiniu būdu. Komandos, dirbančios su DI asistentais, tuos pačius duomenis URL po URL gali gauti per SEOcrawl AI MCP serverį.
Kaip ištaisyti „Alternate page with proper canonical tag“
Taikykite sprendimą, atitinkantį jūsų diagnozę. Tikslas visada tas pats: canonical žymos, vidinės nuorodos ir XML svetainės žemėlapiai nukreipia į vieną indeksuojamą pagrindinį URL.
Pataisykite rel=canonical žymą
Puslapiams, kuriuos norite reitinguoti, HTML <head> dalyje nustatykite į save nukreipiančią canonical žymą:
<link rel="canonical" href="https://example.com/your-page" />
Naudokite absoliutų URL, kuris grąžina 200 būsenos kodą. Pašalinkite bet kurią antrą canonical žymą tame pačiame puslapyje: kai puslapis nurodo prieštaringus canonical, Google gali nepaisyti visų jų.
Sutvarkykite vidines nuorodas ir svetainės žemėlapius
Suderinkite vidinius signalus su savo canonical struktūra. Vidinėmis nuorodomis nukreipkite į pagrindinius canonical URL, o ne į parametrų ar alternatyvias versijas, ir įsitikinkite, kad XML svetainės žemėlapiuose yra tik indeksuojami pagrindiniai URL.
Sutvarkykite dubliuotus šablonus WordPress
WordPress canonical žymas paprastai generuoja SEO įskiepis. Yoast SEO atidarykite įrašą, eikite į Yoast meta bloko skirtuką Advanced ir patikrinkite arba išvalykite lauką Canonical URL. Rank Math ir All in One SEO peržiūrėkite nustatymą Canonical URL skirtuke Advanced. Palikus lauką tuščią, atkuriama numatytoji į save nukreipianti canonical.
Ištaisykite Shopify
Shopify canonical žymas generuoja automatiškai. Produktų URL, pasiekiami per kolekciją (/collections/x/products/y), pagal numatytuosius nustatymus kanonizuojami į švarų produkto URL (/products/y), o tai yra būtent anksčiau aprašytas numatytas atvejis. Jei pagrindinis puslapis kanonizuojamas į neteisingą URL, patikrinkite canonical žymą faile theme.liquid ir bet kurią SEO programėlę, kuri ją perrašo.
Ištaisykite Squarespace ir Wix
Squarespace canonical žymas valdo automatiškai. Norėdami sutvarkyti dubliuotus puslapius, sujunkite juos arba pridėkite 301 peradresavimus svetainės nustatymų skydelyje URL Mappings. Wix kiekviename puslapyje prideda į save nukreipiančią canonical; jei dubliuotas puslapis nukreipia į neteisingą URL, atidarykite to puslapio SEO nustatymus ir patikrinkite canonical skiltyje Advanced SEO.
Naudokite 301 peradresavimą, kai dublikato neturėtų būti
Jei alternatyvus URL naudotojams neturi jokios paskirties, nustatykite 301 peradresavimą į pagrindinį puslapį, o ne pasikliaukite vien canonical žyma.
Patvirtinkite pataisymą
Atnaujinę canonical, paraginkite Google įvertinti puslapius iš naujo:
- Patikrinkite URL Search Console ir spustelėkite Test live URL, kad patvirtintumėte, jog naudotojo nurodytas canonical dabar yra jūsų numatytas tikslas.
- Spustelėkite Request indexing, kad puslapis būtų įtrauktas į nuskaitymo eilę.
- Problemos informacijos puslapyje naudokite Validate fix, kad visa grupė būtų patikrinta iš naujo.
- Pateikite atnaujintą XML svetainės žemėlapį, kuriame yra tik pagrindiniai canonical URL.
Alternatyvus puslapis ir kitos dublikatų būsenos GSC
Search Console rodo kelias panašiai atrodančias būsenas. Jos reiškia skirtingus dalykus, ir darbo reikia tik kai kurioms:
- Alternate page with proper canonical tag: Google sutinka su jūsų canonical ir indeksuoja pagrindinį URL. Paprastai nieko daryti nereikia.
- Duplicate, Google chose different canonical than user: Google nepaisė jūsų canonical ir pasirinko kitą URL. Išsiaiškinkite kodėl ir suderinkite signalus.
- Duplicate without user-selected canonical: puslapis neturi canonical, todėl Google jį pasirinko už jus. Pridėkite canonical, kad perimtumėte kontrolę.
- Excluded by 'noindex' tag: direktyva laiko puslapį už indekso ribų. Noindex naudokite puslapiams, kurie niekada neturi būti rodomi paieškoje, o ne dublikatams.
Kaip to išvengti ateityje
Kad canonical problemos nesugrįžtų su kiekvienu svetainės atnaujinimu:
- Kiekviename indeksuojamame puslapyje numatytuoju nustatymu naudokite į save nukreipiančią canonical.
- Palaikykite švarią URL struktūrą, kad būtų mažiau nereikalingų parametrų variantų.
- XML svetainės žemėlapiuose laikykite tik canonical, indeksuojamus URL.
- Nuskaitykite svetainę po kiekvieno šablono pakeitimo, įskiepio atnaujinimo ar migracijos ir palyginkite nuskaitymus, kad pamatytumėte, kurie canonical pasikeitė.
SEO Monitor įspėja jus, kai jūsų svarbiausiuose puslapiuose canonical žyma pasikeičia, sugenda ar dingsta, ir taip pat stebi jų indeksavimo būseną, todėl apie blogą canonical sužinote anksčiau nei Search Console.
Dažniausiai užduodami klausimai
Ar „Alternate page with proper canonical tag“ yra klaida?
Ne. Tai informacinė būsena, patvirtinanti, kad Google paisė jūsų canonical žymos ir suindeksavo pagrindinę versiją. Dėmesio ji reikalauja tik tada, jei alternatyviu pažymėtas puslapis, kurį norite indeksuoti atskirai, arba jei jo canonical nukreipia į neteisingą ar netinkamą URL.
Ar turėčiau tai taisyti?
Tik jei paveiktas pagrindinis puslapis, kurį norite reitinguoti. Jei pažymėti URL yra sekimo parametrai, filtrai, rikiavimo parinktys ar alternatyvūs suindeksuoto puslapio formatai, nieko keisti nereikia.
Kodėl Google pasirenka kitą canonical nei nustačiau aš?
Google rel=canonical laiko stipria užuomina, o ne komanda. Jei jūsų vidinės nuorodos, svetainės žemėlapis, peradresavimai ar hreflang žymos nukreipia į kitą URL nei canonical žyma, Google gali pasirinkti būtent jį. Suderinkite visus šiuos signalus su tuo pačiu pagrindiniu URL.
Kaip nustatyti teisingą canonical žymą?
HTML head dalyje pridėkite vieną rel=canonical žymą, nukreipiančią į absoliutų pagrindinio puslapio URL. WordPress SEO įskiepiuose palikite canonical lauką tuščią, kad išliktų numatytoji į save nukreipianti canonical, nebent sąmoningai sujungiate dublikatą.
Kuo skiriasi URL nuo canonical URL?
URL yra bet kuris žiniatinklio adresas, kuriuo atsidaro puslapis. Canonical URL yra versija, kurią nurodote kaip pagrindinę, t. y. URL, kurį norite, kad paieškos sistemos indeksuotų ir reitinguotų, kai tas pats turinys pasiekiamas keliais URL.
Ar ši būsena kenkia mano pozicijoms?
Ne. Dubliuotų URL sujungimas į vieną canonical apsaugo jūsų pozicijas, nes signalai sutelkiami į vieną puslapį. Srautą ji kainuoja tik tada, kai pagrindinis puslapis per klaidą laikomas kito URL alternatyva.
Autorius: David Kaufmann

Pastaruosius 10+ metų praleidau visiškai apsėstas SEO — ir, tiesą sakant, nenorėčiau, kad būtų kitaip.
Mano karjera pakilo į naują lygį, kai dirbau vyresniuoju SEO specialistu Chess.com — vienoje iš 100 lankomiausių svetainių visame internete. Darbas tokiu mastu, apimant milijonus puslapių, dešimtis kalbų ir vieną konkurencingiausių SERPs, išmokė mane to, ko joks kursas ar sertifikatas niekada nebūtų galėjęs. Ta patirtis pakeitė mano supratimą apie tai, kaip iš tikrųjų atrodo puikus SEO — ir tapo pagrindu viskam, ką nuo tada sukūriau.
Iš tos patirties įkūriau SEO Alive — agentūrą prekės ženklams, kurie rimtai žiūri į organinį augimą. Mes čia ne tam, kad pardavinėtume dashboards ir mėnesines ataskaitas. Mes čia tam, kad kurtume strategijas, kurios iš tikrųjų daro poveikį, sujungdami tai, kas geriausia klasikiniame SEO, su jaudinančiu nauju Generative Engine Optimization (GEO) pasauliu — užtikrindami, kad jūsų prekės ženklas pasirodytų ne tik Google mėlynosiose nuorodose, bet ir AI sugeneruotuose atsakymuose, kuriuos ChatGPT, Perplexity ir Google AI Overviews kasdien pateikia milijonams žmonių.
Ir kadangi neradau įrankio, kuris tinkamai valdytų abu šiuos pasaulius, sukūriau jį pats — SEOcrawl AI, enterprise SEO intelligence platformą, kuri vienoje vietoje sujungia rankings, techninius auditus, backlinks stebėseną, crawl būklę ir AI prekės ženklo matomumo sekimą. Tai platforma, apie kurios egzistavimą visada svajojau.
Atraskite daugiau šio autoriaus turinio

