Ce faci când Google alege alt canonical decât cel setat de tine

Setezi rel=”canonical” către pagina corectă, ceri reindexarea și te aștepți ca Google să urmeze indicația. La verificare, apare însă alt URL drept versiune canonică. Când Google alege alt canonical decât cel setat de tine, problema nu se rezolvă prin rescrierea repetată a tagului. Canonicalul declarat este un semnal, nu o comandă. Dacă restul site-ului transmite altceva, Google poate ignora alegerea ta.

Aici trebuie căutată contradicția: linkuri interne, redirecturi, sitemap, conținut duplicat, parametri sau pagini care nu sunt suficient de apropiate pentru a forma un grup canonical coerent.

Începe cu diferența dintre canonical declarat și canonical ales

În Google Search Console, inspecția URL-ului poate indica atât canonicalul declarat de utilizator, cât și canonicalul selectat de Google. Diferența dintre ele este punctul de plecare al auditului, nu diagnosticul complet.

Verifică URL-ul inspectat și versiunea aleasă de Google. Uneori pare că motorul de căutare a făcut o alegere arbitrară, dar URL-ul alternativ primește semnale mai clare: este legat intern mai des, apare în sitemap, are mai puțini parametri sau este servit consecvent utilizatorilor.

Mai întâi răspunde la o întrebare simplă: cele două pagini sunt duplicate reale sau doar seamănă? Dacă intenția, produsele, filtrele ori conținutul principal diferă, canonicalizarea forțată poate fi respinsă pe bună dreptate.

De ce Google ignoră rel=”canonical”?

Linkurile interne indică alt URL

Un tag canonical spune că pagina preferată este A, dar meniul, articolele, breadcrumbs și paginarea trimit constant către B. Acesta este un mesaj contradictoriu.

Vedem situația mai ales după migrări, schimbări de structură sau normalizări incomplete ale URL-urilor. Tagurile sunt actualizate, însă legăturile interne rămân pe variantele vechi. Google descoperă și reevaluează permanent URL-urile prin aceste legături.

Nu aș corecta doar canonicalul. Aș actualiza sursa linkurilor interne, astfel încât site-ul să indice direct URL-ul preferat.

Sitemap-ul susține versiunea greșită

În sitemap ar trebui incluse URL-urile canonice pe care vrei să le indexeze Google. Dacă acolo apare o variantă cu parametri, o adresă veche sau o pagină care se canonizează către alta, semnalele devin neclare.

Sitemap-ul nu decide singur canonicalizarea, dar trebuie să confirme alegerea făcută prin taguri și linkuri interne. Trimiterea variantelor duplicate în sitemap nu ajută la descoperire. Doar consumă atenție în audit și face arhitectura mai greu de interpretat.

Canonicalul duce către o pagină prea diferită

Rel=”canonical” nu este o metodă de a transfera orice pagină către alta. Două URL-uri trebuie să aibă conținut identic sau suficient de apropiat pentru ca unul să poată reprezenta grupul.

Un magazin online poate încerca să canonizeze o categorie filtrată către categoria principală, deși filtrul schimbă substanțial lista de produse și răspunde unei căutări distincte. Într-un asemenea caz, Google poate considera pagina filtrată o entitate separată.

Asta este o abordare slabă: alegerea canonicalului după comoditatea tehnică, fără analiza intenției de căutare.

Există redirecturi sau lanțuri contradictorii

Pagina declară un canonical, dar URL-ul respectiv redirecționează mai departe. Sau varianta preferată trimite utilizatorul către o adresă pe care site-ul nu o folosește consecvent.

Canonicalul ar trebui să indice o pagină finală, accesibilă și indexabilă. Nu către un URL intermediar, o pagină eliminată sau o destinație blocată.

Versiunile URL-ului nu sunt normalizate

Protocolul, subdomeniul, literele, slash-ul final și parametrii pot crea variante ale aceleiași pagini. Dacă serverul le servește fără o regulă consecventă, Google trebuie să aleagă singur reprezentantul grupului.

Tagul canonical ajută, dar nu repară o arhitectură în care fiecare componentă generează altă formă de URL. Normalizarea trebuie făcută la nivel de server, template, linkuri interne și sitemap.

Ce verifici când Google alege alt canonical decât cel setat de tine

• Răspunsul paginii: URL-ul preferat trebuie să fie accesibil, stabil și să nu redirecționeze inutil.
• Indexabilitatea: verifică directivele robots, restricțiile de acces și semnalele care pot împiedica indexarea.
• Canonicalul din sursa HTML: asigură-te că există o singură indicație clară și că nu este modificată contradictoriu după randare.
• Linkurile interne: identifică paginile care trimit către variantele nepreferate.
• Sitemap-ul: păstrează acolo versiunea canonică, nu toate duplicatele cunoscute.
• Conținutul principal: compară paginile așa cum sunt randate, nu doar după titlu sau descriere.
• Hreflang: fiecare variantă lingvistică trebuie să indice versiunea canonică potrivită din același context.
• Semnalele externe: backlinkurile către altă variantă pot contribui la alegerea Google, mai ales când semnalele interne sunt neclare.

Ordinea contează. Dacă URL-ul preferat nu poate fi indexat, nu are rost să începi cu ajustări fine în sitemap sau cu solicitări repetate de indexare.

Canonical, redirect sau noindex?

Aceste mecanisme nu sunt interschimbabile.

Folosește canonical când mai multe URL-uri trebuie să rămână accesibile, dar vrei consolidarea lor în jurul unei versiuni reprezentative. Este cazul variantelor generate legitim pentru utilizatori, cu un conținut foarte apropiat.

Folosește redirect când URL-ul vechi nu mai trebuie utilizat și există o destinație clară. Utilizatorii și crawlerele trebuie trimiși direct către pagina actuală.

Folosește noindex când pagina poate rămâne accesibilă, dar nu vrei să apară în rezultatele de căutare. Noindex nu ar trebui combinat mecanic cu un canonical către altă pagină. Cele două directive comunică intenții diferite și pot complica interpretarea.

Ce nu funcționează? Să aplici canonical peste orice problemă de indexare. Uneori pagina trebuie redirecționată. Alteori trebuie îmbunătățită și păstrată ca URL separat. Iar unele pagini nu au ce căuta în index.

Semnalele trebuie să indice aceeași destinație

O implementare curată are o logică ușor de urmărit:

• pagina duplicată declară URL-ul preferat;
• URL-ul preferat se declară pe sine drept canonical;
• linkurile interne folosesc varianta preferată;
• sitemap-ul include varianta preferată;
• redirecturile nu contrazic această alegere;
• pagina canonică este accesibilă și indexabilă.

Dacă una dintre aceste componente indică alt URL, nu înseamnă automat că Google va ignora canonicalul. Dacă mai multe se contrazic, alegerea alternativă devine ușor de explicat.

O observație utilă din audituri: problema apare frecvent în template, nu la pagina inspectată. Canonicalul vizibil poate fi corect, dar filtrele, sortările sau modulele de navigare continuă să genereze linkuri către forme nepreferate. Corectarea manuală a câtorva pagini nu rezolvă sursa.

Când alegerea Google poate fi acceptată

Nu orice diferență trebuie tratată ca incident. Google poate selecta o versiune mai curată sau mai consecventă decât cea declarată. Dacă URL-ul ales răspunde aceleiași intenții, este stabil și nu afectează arhitectura dorită, merită analizat dacă el ar trebui să devină canonicalul oficial.

Insistența asupra unui URL ales arbitrar intern poate crea muncă fără beneficiu SEO. Numele mai scurt sau structura preferată de echipă nu sunt suficiente. Contează coerența întregului site, experiența utilizatorului și rolul paginii în căutare.

Dacă Google alege alt canonical, nu retrimite pur și simplu pagina la indexare. Aliniază semnalele, elimină contradicțiile și lasă motorul de căutare să recrawleze structura corectată. Regula practică este directă: canonicalul pe care îl declari trebuie să fie același URL pe care site-ul îl susține peste tot.