Alternate page with proper canonical tag: ko tas nozīmē un kā to novērst
Jūs atvērāt pārskatu Page indexing, atradāt URL sarakstu ar atzīmi "Alternate page with proper canonical tag" un tagad domājat, vai kaut kas nav salūzis.
Ja Google Search Console URL atzīmē ar statusu "Alternate page with proper canonical tag", tas nozīmē, ka Google atrada lapas dublētas vai alternatīvas versijas, atrada canonical birku, kas norāda uz galveno versiju, un tā vietā indeksēja šo galveno URL. Vairumā gadījumu sistēma darbojas tieši tā, kā paredzēts.
Šajā ceļvedī paskaidrots, ko nozīmē šis statuss, kad tas ir normāls, kad tas norāda uz īstu problēmu un kā to novērst WordPress, Shopify, Squarespace un Wix. SEOcrawl AI skatā Indexation redzams katrs URL šajā statusā ar lietotāja deklarēto un Google izvēlēto canonical blakus, lai visā vietnē varētu pamanīt tos dažus URL, kuriem tiešām vajadzīga uzmanība.
Ko Google Search Console nozīmē "Alternate page with proper canonical tag"?
Šis statuss apstiprina, ka Google atrada vairākas lapas versijas ar vienu un to pašu canonical mērķi, ievēroja jūsu canonical birku un indeksēja canonical URL, nevis atzīmēto alternatīvu. Alternatīvā lapa apmeklētājiem joprojām ir pieejama, bet Google to atsevišķi neindeksē.
Vārds "proper" nozīmē, ka Google piekrīt jūsu canonical iestatījumam. Tā ir galvenā atšķirība no tādiem statusiem kā "Duplicate, Google chose different canonical than user", kad Google ignorē jūsu deklarēto canonical.
Kur šis statuss parādās GSC
Google Search Console dodieties uz Indexing › Pages un pārskatiet tabulu "Why pages aren't indexed". Noklikšķiniet uz "Alternate page with proper canonical tag", lai redzētu skartos URL, un izmantojiet Export, lai lejupielādētu pilnu sarakstu analīzei.
Alternatīva, canonical un dublikāts: katrs vienā teikumā
Canonical URL ir galvenā versija, kuru norādāt kā oriģinālu. Alternatīvs URL piedāvā tādu pašu vai līdzīgu saturu, bet tā canonical birka norāda uz galveno versiju. Dublēts saturs ir viens un tas pats saturs, kas pieejams vairākos URL. Canonical birkas to atrisina, apvienojot ranžēšanas signālus galvenajā URL.
Kad tas ir pilnīgi normāli (un nekas nav jādara)
Lielākajai daļai URL ar šo statusu nekas nav jādara. Ja alternatīvais URL ir derīgs indeksētas galvenās lapas variants, statuss apstiprina, ka kanonizācija darbojas pareizi. Biežākie gaidītie gadījumi:
- URL parametri un filtri: izsekošanas parametri, kārtošanas opcijas vai fasešu navigācija (piemēram,
?color=bluevai?utm_source=...). - Sesiju ID un izsekošanas tagi: parametri, kas pievieno unikālus identifikatorus, nemainot lapas saturu.
- URL struktūras varianti: beigu slīpsvītras, lielie burti vai HTTP varianti, kas norāda uz HTTPS galvenajiem URL.
- Drukas un AMP versijas: alternatīvi formāti, kas pareizi kanonizējas atpakaļ uz galveno lapu.
- Sindicēts saturs: trešo pušu vietnes, kas atkārtoti publicē jūsu saturu ar canonical birku, kas norāda uz jūsu oriģinālu.
Ja atzīmētie URL ietilpst šajās kategorijās, atstājiet tos, kā ir. Piespiedu indeksēšana vai canonical birkas noņemšana var atgriezt dublēta satura problēmu.
Lai pārliecinātos, ka lapas canonical ir iestatīts pareizi, pārbaudiet to ar bezmaksas canonical birku pārbaudītāju.
Kad tā tiešām ir problēma
Šis statuss kļūst par problēmu, kad galvenā lapa, kuru vēlaties indeksēt, ir atzīmēta kā alternatīva vai kad canonical birka norāda uz nepareizu mērķi. Pārskatiet šos piecus scenārijus:
1. Canonical norāda uz nepareizu mērķi
Veidnes kļūda vai slikta spraudņa konfigurācija var piespiest lapu kanonizēties uz nesaistītu URL, piemēram, sākumlapu vai augstākā līmeņa kategorijas lapu. Ja svarīga lapa ir atzīmēta un norāda citur, atjauniniet tās canonical mērķi.
2. Canonical norāda uz neindeksējamu lapu
Canonical birkām jānorāda uz darbojošos, indeksējamu URL, kas atgriež statusa kodu 200 un kanonizējas uz sevi. Ja mērķis novirza, atgriež 404, ir bloķēts robots.txt failā vai tam ir noindex birka, Google var izvēlēties citu canonical vai neiekļaut saturu indeksā.
3. Lapošanas un parametru URL apvienoti nepareizi
E-komercijas vietnēs lapotas lapas vai filtrēti skati bieži kļūdaini kanonizējas uz pirmo lapu. Tādēļ dziļāk esošie produkti vai saraksti netiek indeksēti. Lapotām lapām parasti jākanonizējas uz sevi, lai tajās uzskaitītie elementi paliktu atrodami.
4. Hreflang un canonical konfliktā
Daudzvalodu vietnēs katrai lokalizētajai versijai jākanonizējas uz sevi un ar hreflang birkām jānorāda uz pārējām valodu versijām. Visu lokalizēto lapu canonical novirzīšana uz vienu noklusējuma valodu izslēdz šīs lokalizētās lapas no indeksa un sagrauj hreflang kopu.
5. Īsti dublikāti, kurus gribējāt apvienot pretējā virzienā
Ja canonical birka norāda uz vājāko dublikātu, nevis uz galveno lapu, Google indeksēs jūsu norādīto mērķi. Pārliecinieties, ka canonical birkas, iekšējās saites un vietnes kartes vienojas par vēlamo galveno URL.
Ja saskaraties ar citiem indeksēšanas statusiem, skatiet mūsu ceļvežus par Not found (404) un Blocked due to other 4xx issue.
Kā to diagnosticēt ar URL Inspection
Pirms kaut ko maināt, pārbaudiet, kā lapu redz Google.
Salīdziniet Google izvēlēto un lietotāja deklarēto canonical
Ielīmējiet atzīmēto URL URL Inspection joslā Search Console augšpusē un izvērsiet sadaļu Page indexing. Salīdziniet "User-declared canonical" ar "Google-selected canonical". Ja abi norāda uz jūsu paredzēto galveno URL, iestatījums ir pareizs. Ja tie atšķiras vai deklarētais mērķis ir nepareizs, izlabojiet birku.
Pārbaudiet, ko patiesībā sūtāt
Canonical var deklarēt HTML sadaļā <head> vai HTTP atbildes galvenē Link. Bezmaksas canonical birku pārbaudītājs nolasa abus un parāda, vai URL norāda uz sevi, uz citu domēnu, vai canonical trūkst, vai arī HTML canonical nesakrīt ar galvenē norādīto.
Atrodiet visus problemātiskos URL visā vietnē
URL pārbaude pa vienam nav mērogojama. SEOcrawl AI Crawler pārmeklē visu vietni un atzīmē canonical problēmas, piemēram, canonical, kas norāda uz nepareizu URL, novirzīšanu vai kļūdas lapu, kopā ar katras lapas indeksējamību. SEOcrawl AI skats Indexation grupē jūsu URL pēc Search Console pārklājuma statusa un katram parāda Google izvēlēto un deklarēto canonical, un problemātiskos URL varat atzīmēt ar tagu pēc noteikuma vai manuāli. Komandas, kas strādā ar MI asistentiem, tos pašus datus URL pa URL var iegūt caur SEOcrawl AI MCP serveri.
Kā novērst "Alternate page with proper canonical tag"
Izmantojiet risinājumu, kas atbilst jūsu diagnozei. Mērķis vienmēr ir viens: canonical birkas, iekšējās saites un XML vietnes kartes norāda uz vienu indeksējamu galveno URL.
Izlabojiet rel=canonical birku
Lapām, kuras vēlaties ranžēt, HTML sadaļā <head> iestatiet uz sevi norādošu canonical birku:
<link rel="canonical" href="https://example.com/your-page" />
Izmantojiet absolūtu URL, kas atgriež statusa kodu 200. Noņemiet jebkuru otru canonical birku tajā pašā lapā: ja lapa deklarē pretrunīgus canonical, Google var tos visus ignorēt.
Sakārtojiet iekšējās saites un vietnes kartes
Saskaņojiet iekšējos signālus ar savu canonical struktūru. Iekšēji saitējiet uz galvenajiem canonical URL, nevis uz parametru vai alternatīvajām versijām, un pārliecinieties, ka XML vietnes kartēs ir tikai indeksējami galvenie URL.
Novērsiet dublētas veidnes WordPress
WordPress canonical birkas parasti ģenerē SEO spraudnis. Yoast SEO atveriet ierakstu, dodieties uz Yoast meta bloka cilni Advanced un pārbaudiet vai notīriet lauku Canonical URL. Rank Math un All in One SEO pārskatiet iestatījumu Canonical URL cilnē Advanced. Atstājot lauku tukšu, tiek atjaunots noklusējuma uz sevi norādošais canonical.
Novērsiet to Shopify
Shopify canonical birkas ģenerē automātiski. Produktu URL, kas sasniegti caur kolekciju (/collections/x/products/y), pēc noklusējuma kanonizējas uz tīro produkta URL (/products/y), un tas ir tieši iepriekš aprakstītais gaidītais gadījums. Ja galvenā lapa kanonizējas uz nepareizu URL, pārbaudiet canonical birku failā theme.liquid un jebkuru SEO lietotni, kas to pārraksta.
Novērsiet to Squarespace un Wix
Squarespace canonical birkas pārvalda automātiski. Lai sakārtotu dublētas lapas, apvienojiet tās vai pievienojiet 301 novirzīšanas vietnes iestatījumu panelī URL Mappings. Wix katrai lapai pievieno uz sevi norādošu canonical; ja dublēta lapa norāda uz nepareizu URL, atveriet šīs lapas SEO iestatījumus un pārbaudiet canonical sadaļā Advanced SEO.
Izmantojiet 301 novirzīšanu, ja dublikātam nevajadzētu pastāvēt
Ja alternatīvais URL lietotājiem nav vajadzīgs, iestatiet 301 novirzīšanu uz galveno lapu, nevis paļaujieties tikai uz canonical birku.
Apstipriniet labojumu
Pēc canonical atjaunināšanas mudiniet Google tos novērtēt vēlreiz:
- Pārbaudiet URL Search Console un noklikšķiniet uz Test live URL, lai apstiprinātu, ka lietotāja deklarētais canonical tagad ir jūsu paredzētais mērķis.
- Noklikšķiniet uz Request indexing, lai pievienotu lapu pārmeklēšanas rindai.
- Problēmas informācijas lapā izmantojiet Validate fix, lai visa grupa tiktu pārbaudīta vēlreiz.
- Iesniedziet atjauninātu XML vietnes karti, kurā ir tikai galvenie canonical URL.
Alternatīvā lapa un citi dublikātu statusi GSC
Search Console rāda vairākus līdzīgus statusus. Tie nozīmē dažādas lietas, un darbs vajadzīgs tikai dažiem no tiem:
- Alternate page with proper canonical tag: Google piekrīt jūsu canonical un indeksē galveno URL. Parasti nekas nav jādara.
- Duplicate, Google chose different canonical than user: Google ignorēja jūsu canonical un izvēlējās citu URL. Noskaidrojiet, kāpēc, un saskaņojiet signālus.
- Duplicate without user-selected canonical: lapai nav canonical, tāpēc Google to izvēlējās jūsu vietā. Pievienojiet canonical, lai pārņemtu kontroli.
- Excluded by 'noindex' tag: direktīva neļauj lapai nonākt indeksā. Izmantojiet noindex lapām, kurām nekad nav jāparādās meklēšanā, nevis dublikātiem.
Kā to novērst nākotnē
Lai canonical problēmas neatgrieztos ar katru vietnes atjauninājumu:
- Padariet uz sevi norādošu canonical par noklusējumu katrā indeksējamā lapā.
- Uzturiet tīru URL struktūru, lai ierobežotu nevajadzīgus parametru variantus.
- XML vietnes kartēs iekļaujiet tikai canonical, indeksējamus URL.
- Pārmeklējiet vietni pēc katras veidnes izmaiņas, spraudņa atjauninājuma vai migrācijas un salīdziniet pārmeklēšanas, lai redzētu, kuri canonical ir mainījušies.
SEO Monitor brīdina jūs, kad jūsu svarīgākajās lapās canonical birka mainās, sabojājas vai pazūd, un seko arī to indeksēšanas statusam, tāpēc par sliktu canonical uzzināt ātrāk nekā no Search Console.
Biežāk uzdotie jautājumi
Vai "Alternate page with proper canonical tag" ir kļūda?
Nē. Tas ir informatīvs statuss, kas apstiprina, ka Google ievēroja jūsu canonical birku un indeksēja galveno versiju. Uzmanība nepieciešama tikai tad, ja kā alternatīva atzīmēta lapa, kuru vēlaties indeksēt atsevišķi, vai ja tās canonical norāda uz nepareizu vai nederīgu URL.
Vai man tas jālabo?
Tikai tad, ja skarta galvenā lapa, kuru vēlaties ranžēt. Ja atzīmētie URL ir izsekošanas parametri, filtri, kārtošanas opcijas vai indeksētas lapas alternatīvi formāti, nekas nav jāmaina.
Kāpēc Google izvēlas citu canonical, nevis to, ko iestatīju es?
Google uztver rel=canonical kā spēcīgu norādi, nevis komandu. Ja jūsu iekšējās saites, vietnes karte, novirzīšanas vai hreflang birkas norāda uz citu URL nekā canonical birka, Google var izvēlēties tieši to. Saskaņojiet visus šos signālus ar vienu un to pašu galveno URL.
Kā iestatīt pareizu canonical birku?
HTML head sadaļā pievienojiet vienu rel=canonical birku, kas norāda uz galvenās lapas absolūto URL. WordPress SEO spraudņos atstājiet canonical lauku tukšu, lai saglabātu noklusējuma uz sevi norādošo canonical, ja vien apzināti neapvienojat dublikātu.
Kāda ir atšķirība starp URL un canonical URL?
URL ir jebkura tīmekļa adrese, kas ielādē lapu. Canonical URL ir versija, kuru norādāt kā galveno, t. i., URL, kuru vēlaties, lai meklētājprogrammas indeksē un ranžē, ja vienāds saturs ir pieejams vairākos URL.
Vai šis statuss kaitē manām pozīcijām?
Nē. Dublēto URL apvienošana vienā canonical aizsargā jūsu pozīcijas, jo signāli tiek koncentrēti vienā lapā. Datplūsmu tas maksā tikai tad, ja galvenā lapa kļūdaini tiek uzskatīta par cita URL alternatīvu.
Autors: David Kaufmann
Pēdējos 10+ gadus esmu pavadījis, pilnībā aizrāvies ar SEO — un, godīgi sakot, es to nevēlētos citādi.
Mana karjera sasniedza jaunu līmeni, kad strādāju par vecāko SEO speciālistu Chess.com — vienā no 100 visapmeklētākajām vietnēm visā internetā. Darbs šādā mērogā, aptverot miljoniem lapu, desmitiem valodu un vienu no konkurētspējīgākajām SERPs, iemācīja man to, ko neviens kurss vai sertifikāts nekad nespētu. Šī pieredze mainīja manu skatījumu uz to, kā patiesībā izskatās izcils SEO — un kļuva par pamatu visam, ko esmu izveidojis kopš tā laika.
No šīs pieredzes es nodibināju SEO Alive — aģentūru zīmoliem, kas nopietni domā par organisko izaugsmi. Mēs neesam šeit, lai pārdotu dashboards un ikmēneša atskaites. Mēs esam šeit, lai veidotu stratēģijas, kas patiešām rada rezultātus, apvienojot labāko no klasiskā SEO ar aizraujošo jauno Generative Engine Optimization (GEO) pasauli — nodrošinot, ka jūsu zīmols parādās ne tikai Google zilajās saitēs, bet arī AI ģenerētajās atbildēs, ko ChatGPT, Perplexity un Google AI Overviews katru dienu piegādā miljoniem cilvēku.
Un tā kā es nevarēju atrast rīku, kas pareizi apstrādātu abas šīs pasaules, es izveidoju to pats — SEOcrawl AI, enterprise SEO intelligence platformu, kas vienuviet apvieno rankings, tehniskos auditus, backlinks uzraudzību, crawl veselību un AI zīmola redzamības izsekošanu. Tā ir platforma, par kuras esamību es vienmēr biju vēlējies.
Atklājiet vairāk šī autora satura
