Eticheta canonical: cazurile în care Google o ignoră și de ce

Eticheta canonical: cazurile în care Google o ignoră și de ce

Eticheta canonical: cazurile în care Google o ignoră și de ce. Mulți administratori de site pun rel="canonical" pe o pagină și consideră problema rezolvată, dar Google tratează această etichetă ca pe un semnal, nu ca pe o comandă.

Când alte semnale de pe site contrazic eticheta, motorul de căutare alege un alt URL canonic, iar pagina pe care contați rămâne invizibilă în rezultate. Articolul arată exact care sunt aceste situații și cum le identificați.

Eticheta canonical: cazurile în care Google o ignoră și de ce

Rank-ul unei pagini depinde de URL-ul pe care Google îl consideră canonical, adică versiunea originală dintr-un grup de pagini cu conținut identic sau foarte asemănător. Eticheta din cod propune acest URL, dar decizia finală aparține algoritmului de consolidare.

Diferența dintre „propunere” și „decizie” este sursa majorității problemelor descrise mai jos. Odată înțeleasă, devine mult mai ușor de diagnosticat de ce o pagină optimizată corect nu apare în index cu adresa dorită.

Ce face eticheta și cum o citește Google

Codul <link rel="canonical" href="..."> din <head> este forma tehnică prin care eticheta canonical spune crawlerului „dintre toate paginile cu acest conținut, tratează-o pe aceasta ca sursă”. Google colectează acest semnal alături de altele, nu izolat.

Printre semnalele luate în calcul la alegerea canonicalului final se numără:

  • adresa din sitemap XML, care ar trebui să conțină doar URL-uri canonice;
  • redirecturile 301 existente între variante de URL;
  • distribuția linkurilor interne spre fiecare variantă;
  • similaritatea efectivă de conținut, calculată independent de eticheta din cod;
  • versiunea indexată anterior, dacă pagina exista deja în index.

Când toate aceste semnale converg spre același URL ca eticheta canonical, nu apare nicio problemă. Divergențele apar exact acolo unde site-ul trimite mesaje contradictorii.

Semnale contradictorii: cea mai frecventă cauză

Cel mai des întâlnit scenariu este o eticheta canonical care indică pagina A, în timp ce restul site-ului se comportă de parcă pagina B ar fi cea importantă.

Sitemap cu adrese URL greșite

Dacă sitemap-ul XML listează varianta cu parametri sau cu slash final, iar eticheta canonical indică varianta curată, Google primește două semnale opuse din surse pe care le consideră la fel de autoritare. În practică, deseori câștigă versiunea din sitemap, pentru că e un fișier dedicat exact acestui scop.

Linkuri interne spre varianta greșită

Dacă majoritatea linkurilor interne ale site-ului duc spre o adresă, iar eticheta canonical propune alta, volumul de linkuri interne poate răsturna decizia. Un meniu, un breadcrumb sau o paginare care leagă consecvent spre forma „greșită” cântărește mai mult decât o singură etichetă.

Redirect lipsă sau redirect invers

O pagină care a fost redirecționată cu 301 către altă adresă, dar care mai are totuși o etichetă canonical ce indică înapoi spre prima adresă, trimite un semnal contradictoriu pe care Google îl rezolvă de obicei în favoarea redirectului.

Pe WordPress, o cauză frecventă și ușor de ratat este prezența a două etichete canonical în același <head>: una scrisă manual în temă, alta adăugată automat de pluginul SEO. Când Google găsește două etichete contradictorii pe aceeași pagină, le tratează ca semnal slab și se bazează mai mult pe celelalte criterii descrise mai sus. Verificați sursa paginii și păstrați o singură sursă pentru etichetă.

Conținut aproape identic, nu identic

Eticheta canonical funcționează bine pentru pagini cu conținut strict identic, cum sunt variantele cu și fără parametri de tracking. Problema apare la paginile aproape identice, dar nu chiar.

Dacă două pagini de produs diferă doar prin culoare sau mărime, dar textul descriptiv e același, Google poate decide independent că acestea sunt suficient de diferite pentru a nu le trata ca duplicate, indiferent ce spune eticheta. Rezultatul este indexarea separată a ambelor, cu eticheta canonical efectiv ignorată.

Situația inversă este la fel de comună: pagini considerate de autor ca fiind distincte, dar atât de asemănătoare din perspectiva algoritmului de similaritate, încât sunt consolidate automat, chiar dacă fiecare are propria etichetă canonical care indică spre sine. Acest tip de canibalizare se diagnostichează similar cu canibalizarea cuvintelor cheie, pentru că simptomul vizibil este același: pagina așteptată nu apare în rezultate.

Canonical cross-domeniu și conținut sindicat

Eticheta canonical poate indica și un URL de pe alt domeniu, folosit frecvent când un articol este republicat pe un alt site cu acordul autorului original.

Google respectă acest tip de etichetă mai rar decât pe cea din interiorul aceluiași domeniu, mai ales când:

  • domeniul țintă are autoritate mult mai mică decât domeniul care publică eticheta;
  • textul a fost modificat suficient între cele două versiuni încât similaritatea scade sub pragul de duplicat;
  • domeniul indicat ca sursă nu a fost niciodată indexat cu acel conținut.

În aceste cazuri, fiecare domeniu ajunge indexat cu propria pagină, iar eticheta cross-domeniu devine un semnal ignorat, nu o garanție de consolidare.

Eticheta canonical injectată prin JavaScript

Pe site-urile construite cu framework-uri precum React, Angular sau Vue, eticheta canonical ajunge uneori în pagină abia după ce scriptul de randare se execută în browser, nu în HTML-ul livrat inițial de server.

Google indexează astfel de pagini în două etape: prima citire a HTML-ului brut, apoi o rundă separată de randare, programată separat și uneori întârziată cu zile. Dacă eticheta canonical există doar în varianta randată, iar bugetul de randare pentru domeniul respectiv e limitat, crawlerul poate folosi pentru decizia de consolidare tot HTML-ul brut, adică exact versiunea fără etichetă.

Riscul crește în două situații frecvente:

  • eticheta canonical e generată dinamic pe baza unui URL curent citit greșit, și ajunge identică pe toate paginile dintr-o secțiune;
  • randarea eșuează parțial pentru anumite rute, iar Google reține ultima versiune reușită, posibil fără etichetă corectă.

Verificarea se face comparând sursa HTML brută, înainte de execuția scripturilor, cu versiunea randată din instrumentul de inspecție URL. Diferențele dintre cele două versiuni sunt tratate pe larg în articolul despre JavaScript SEO pentru site-uri React, Angular și Vue, inclusiv soluțiile de randare pe server pentru paginile critice.

Parametri URL și pagini fațetate

Magazinele online și site-urile cu filtre de căutare generează adesea mii de combinații de parametri pentru aceeași listă de produse. Eticheta canonical pare soluția evidentă, dar are limite clare la scară mare.

Când numărul de variante este foarte mare, crawlerul alocă un buget limitat fiecărei variante înainte de a ajunge să îi citească eticheta canonical. Dacă bugetul de crawlare se epuizează, varianta rămâne cu status necunoscut în loc să fie consolidată explicit. Subiectul se leagă direct de modul în care crawl budget-ul controlează ce indexează Google pe un site mare.

O soluție mai robustă decât eticheta izolată este combinarea acesteia cu reguli clare în robots.txt pentru parametrii fără valoare de căutare și cu o structură de filtrare care nu generează URL-uri noi pentru fiecare combinație.

Cum verificați canonicalul ales de Google

Opinia personală despre ce ar trebui să fie canonical contează mai puțin decât decizia reală a motorului de căutare. Verificarea se face direct în Search Console.

Instrumentul de inspecție URL

Introduceți adresa în instrumentul de inspecție URL din Search Console și comparați două câmpuri distincte: „URL canonic declarat de utilizator” și „URL canonic selectat de Google”. Dacă cele două diferă, aveți confirmarea oficială a problemei, nu doar o bănuială.

Pași utili pentru diagnostic rapid:

  1. verificați dacă URL-ul selectat de Google apare în sitemap;
  2. verificați câte linkuri interne duc spre fiecare variantă;
  3. verificați dacă există un lanț de redirecturi între cele două adrese;
  4. comparați textul celor două pagini pentru similaritate reală, nu presupusă.

Raportul de acoperire

Starea „Pagină alternativă cu etichetă canonică adecvată” din raportul de acoperire confirmă că Google a respectat eticheta. Starea „Google a ales un alt canonic decât utilizatorul” arată exact situația tratată în acest articol și merită verificată periodic, nu doar o singură dată.

Cum reparați divergențele

Soluția nu este o etichetă mai „puternică”, pentru că nu există o asemenea variantă. Soluția este alinierea tuturor semnalelor spre aceeași adresă.

Ordinea practică de verificare, de la cel mai ieftin la cel mai costisitor de corectat:

  • corectați sitemap-ul ca să conțină exclusiv adresele dorite ca fiind canonice;
  • actualizați linkurile interne, meniul și breadcrumb-ul să indice direct adresa finală, fără redirect intermediar;
  • adăugați redirect 301 de la variantele vechi spre adresa canonică, acolo unde variantele nu mai au sens separat;
  • mergeți la textul paginilor și diferențiați real conținutul acolo unde paginile chiar trebuie să rămână separate.

Această ultimă variantă este adesea cea corectă pentru pagini de produs sau pagini locale, unde consolidarea forțată prin etichetă nu rezolvă problema de fond, lipsa de conținut distinct. Pentru site-uri cu arhitectură complexă, acest tip de audit face parte firesc dintr-un audit SEO tehnic complet.

După fiecare corectare, reveniți în instrumentul de inspecție URL și cereți o reindexare. Rezultatul nu apare instant, dar la paginile cu trafic relevant verificarea merită repetată după câteva zile, pentru a confirma că URL-ul canonic selectat de Google s-a aliniat în sfârșit cu cel declarat.

Concluzie

Eticheta canonical rămâne un instrument util, dar funcționează doar atâta vreme cât restul site-ului confirmă același mesaj: sitemap, linkuri interne și redirecturi trebuie să indice aceeași adresă pe care o declară eticheta. Când aceste semnale se contrazic, Google decide singur, iar rezultatul rareori este cel dorit.

Problema nu dispare de la sine și nici nu se rezolvă cu o singură modificare izolată în cod. Fiecare sursă de semnal, de la sitemap până la ultimul link din footer, trebuie verificată și aliniată, altfel eticheta rămâne doar o intenție declarată, nu o decizie respectată.

Dacă nu sunteți siguri ce URL-uri sunt afectate pe site-ul dumneavoastră, un audit SEO identifică divergențele dintre etichetă, sitemap și linkuri interne înainte ca ele să coste trafic. Pentru site-uri mari, cu mii de pagini generate din filtre sau parametri, recomandăm și serviciile de SEO tehnic și de optimizare SEO on-page, care tratează exact acest tip de probleme structurale. Dacă administrați un magazin online afectat de parametri și pagini fațetate, consultați și pagina dedicată de SEO pentru magazine online.

Despre autor

Dorel Tănase este specialist în optimizarea site-urilor pentru motoarele de căutare. Lucrează în online din 1997 și în SEO din 2007, iar activitatea se desfășoară prin GO SEO MARKETING S.R.L. din Alba Iulia. Se ocupă de audit tehnic, arhitectura site-urilor, conținut și construirea legăturilor.

Dorel Tănase este specialist în optimizarea site-urilor pentru motoarele de căutare. Lucrează în online din 1997 și în SEO din 2007, iar activitatea se desfășoară prin GO SEO MARKETING S.R.L. din Alba Iulia. Se ocupă de audit tehnic, arhitectura site-urilor, conținut și construirea legăturilor.

Eticheta canonical: cazurile în care Google o ignoră și de ce

Eticheta canonical: cazurile în care Google o ignoră și de ce

Când Google ignoră rel=canonical, ce semnale contrazic eticheta și cum verificați în Search Console care URL a fost ales ca pagină canonică.

Sitemap XML: cum îl construiți corect pentru un site mare

Sitemap XML: cum îl construiți corect pentru un site mare

Cum construiți un sitemap XML corect pentru un site mare: structură, limite tehnice, index de sitemapuri și greșelile care strică indexarea.

Înapoi sus
[aipkit_chatbot id=813]