<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://myshop.ro/laptop-gaming</loc>
<xhtml:link rel="alternate" hreflang="ro-RO" href="https://myshop.ro/laptop-gaming"/>
<xhtml:link rel="alternate" hreflang="en" href="https://myshop.com/gaming-laptop"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://myshop.com/gaming-laptop"/>
</url>
<url>
<loc>https://myshop.com/gaming-laptop</loc>
<xhtml:link rel="alternate" hreflang="ro-RO" href="https://myshop.ro/laptop-gaming"/>
<xhtml:link rel="alternate" hreflang="en" href="https://myshop.com/gaming-laptop"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://myshop.com/gaming-laptop"/>
</url>
</urlset>Acum vreun an am lucrat la extinderea unui e-commerce cu peste 45k de produse, lansând varianta internațională (.com) alături de cea existentă din România (.ro). Eram convins că o să fie o treabă simplă de două ore: punem tagurile hreflang în <head>, le dăm deploy și bem o cafea. În două săptămâni, Google Search Console începuse să țipe de erori "no return tags", iar traficul pe .ro scăzutse cu 15% pentru că Google începuse să afișeze paginile în engleză utilizatorilor din București.
Dacă ai o structură multi-domeniu sau multi-regiune, hreflang-ul nu este opțional. Este singurul mod prin care îi spui motorului de căutare că paginile respective sunt variații regionale ale aceluiași conținut și nu conținut duplicat.
Unde greșește toată lumea când configurează hreflang
Cea mai frecventă greșeală pe care o văd în audituri este lipsa reciprocității. Dacă pagina A (myshop.ro/laptop-gaming) trimite către pagina B (myshop.com/gaming-laptop) prin hreflang, atunci obligatoriu pagina B TREBUIE să trimită înapoi către pagina A. Dacă legătura nu e bidirecțională, Google o ignoră complet.
A doua problemă e formatul codului de țară și limbă. Se folosește ISO 639-1 pentru limbă și ISO 3166-1 Alpha-2 pentru țară. Scrii ro-RO sau simplu ro, nu ro-ro sau romania. Pentru varianta internațională fără o țară specifică, folosești en sau x-default.
HTML Tags vs. XML Sitemap: Trade-off-ul real
Ai două opțiuni principale pentru implementare:
- În head-ul HTML-ului: E simplu la început, dar devine un dezastru când ai mai multe limbi. Fiecare pagină va încărca încă 1-2 KB de HTML inutil doar cu taguri
<link rel="alternate">. La 45k de pagini, chestia asta chiar se simte la TTFB și la caching. - În XML Sitemap: Este varianta mult mai curată. Codul HTML rămâne suplu, iar logica de localizare stă exclusiv în generarea sitemap-ului.
Pentru proiectul respectiv am abandonat rapid varianta de <head> și am mutat totul în sitemap-uri dinamice generate automat o dată la 6 ore.
Cum verifici rapid dacă totul e în regulă
După ce ai urcat sitemap-ul sau tagurile în producție, nu aștepta 3 săptămâni să vezi ce raportează Search Console.
Eu folosesc un flux simplu de verificare:
- Screaming Frog SEO Spider: Configurezi crawl-ul să proceseze hreflang. Îți arată instant dacă ai "Unreciprocated hreflang", coduri ISO invalide sau URL-uri care întorc 404.
- URL Inspection Tool în GSC: Pui un URL din .ro, dai Live Test și te uiți la legăturile detectate.
- Script custom de parsare: Dacă ai zeci de mii de URL-uri, un mic script în Node.js care descarcă sitemap-ul și verifică matricea de reciprocitate te scapă de ore întregi de depanare manuală.
Cât timp păstrezi legăturile bidirecționale curate și nu uiți de tag-ul x-default (care îi spune Google-ului unde să trimită utilizatorii din țări neacoperite explicit), sistemul merge brici.
Voi cum gestionați hreflang-ul pe proiectele mari? Preferați sitemap-ul XML sau tagurile direct în HTML?