2026-07-01 · Redacția Baduno · 8 blog.readMin · Blog & Cunoștințe
Cum să folosești corect hreflang: Ghidul practic
Cel mai temut tag din SEO internațional – explicat clar, cu cele cinci greșeli pe care le întâlnim cel mai des în audituri.
Ce face cu adevărat hreflang
hreflang spune motoarelor de căutare care versiuni lingvistice și regionale ale unei pagini aparțin împreună – astfel încât Google să arate unui utilizator din Viena versiunea germană și unui utilizator din Milano versiunea italiană. Nu este un amplificator de clasare, ci un semnal de atribuire: previne ca propriile versiuni lingvistice să se canibalizeze reciproc sau să apară ca conținut duplicat.
Regulile de bază
În primul rând: fiecare versiune lingvistică trimite la toate celelalte și la sine – matricea trebuie să fie completă și reciprocă. În al doilea rând: fiecare pagină are nevoie suplimentar de un x-default pentru utilizatorii din afara limbilor definite. În al treilea rând: hreflang se aplică la nivel de pagină, nu la nivel de site – pagina principală trimite la pagini principale, pagina de preț la pagini de preț.
Cele cinci greșeli cele mai frecvente
Lipsa referințelor reciproce (A trimite la B, B nu trimite la A – cea mai frecventă cauză a tagurilor ignorate). Coduri de limbă greșite precum 'uk' în loc de 'en-GB'. hreflang pe URL-uri redirecționate sau canonizate. Pagini noi uitate, deoarece matricea este gestionată manual. Și: hreflang ca înlocuitor al traducerii – tagul trimite la versiuni, nu le creează.
Recomandarea noastră
Nu generați niciodată hreflang manual. Cu 24 de limbi și 40 de pagini, rezultă peste 26.000 de conexiuni – nimeni nu le poate întreține fără erori. Conducta noastră generează matricea automat din structura paginii; acest site livrează rezultatul în fiecare cod sursă. Exact așa ar trebui să funcționeze și la dumneavoastră.
hreflang în Sitemaps vs. HTML-Head: Avantaje și dezavantaje
Indicațiile hreflang pot fi plasate fie în head-ul HTML al fiecărei pagini, fie în sitemap-ul XML. Metoda sitemap oferă avantajul că puteți gestiona centralizat toate variantele lingvistice, fără a fi nevoie să editați fiecare pagină individual. Google acceptă această variantă din 2017. Totuși, toate URL-urile menționate trebuie să fie incluse în sitemap și să trimită la același conținut. O problemă tipică: dacă definiți un grup hreflang în sitemap, dar unul dintre URL-uri nu apare în sitemap, acesta este ignorat. Metoda HTML, în schimb, necesită ca fiecare pagină să facă referire la toate alternativele – ceea ce implică multă întreținere în cazul unui număr mare de limbi. Recomandare: Utilizați metoda sitemap ca mecanism principal și adăugați, la nevoie, tag-uri HTML pentru redundanță. Asigurați-vă că sitemap-ul este mereu actualizat și conține toate versiunile lingvistice complete.
hreflang și Canonical: Combinația corectă
O greșeală frecventă este utilizarea simultană a hreflang și rel="canonical" pe aceeași pagină. Când setați hreflang, semnalați că există versiuni lingvistice alternative. Un tag canonical, pe de altă parte, indică ce URL este versiunea preferată pentru motoarele de căutare. Ambele indicații trebuie să fie consistente: dacă definiți hreflang pentru un grup de URL-uri, niciunul dintre URL-uri nu ar trebui să trimită prin canonical către un domeniu extern sau către o altă versiune lingvistică. Exemplu: o pagină germană are referințe hreflang către paginile engleză și franceză. Dacă setați un canonical pe pagina germană care trimite la ea însăși, este corect. Dar dacă trimiteți prin canonical către pagina engleză, semnalul hreflang se contrazice. Google prioritizează în astfel de cazuri tagul canonical și ignoră indicațiile hreflang. Prin urmare, verificați în auditurile dvs. dacă canonical și hreflang sunt în armonie.
URL-uri dinamice și hreflang: Cum să depășiți provocările
Site-urile cu parametri URL (de ex. ?lang=de sau ID-uri de sesiune) reprezintă o provocare specială. Motoarele de căutare pot interpreta diferite combinații de parametri ca URL-uri distincte, ceea ce duce la o matrice hreflang umflată. Un exemplu: o pagină de produs este accesibilă prin /produs?lang=de, /produs?lang=en&session=abc și /produs?lang=fr. Dacă aceste URL-uri apar toate în matricea hreflang, se pot canibaliza reciproc. Soluții: În primul rând, utilizați structuri URL consistente, fără parametri redundanți. În al doilea rând, setați în Google Search Console parametrii URL ca „Fără impact asupra crawling-ului” pentru parametri irelevanți. În al treilea rând, implementați hreflang doar pentru URL-ul canonic al fiecărei versiuni lingvistice și evitați includerea variantelor URL cu parametri de tracking. O verificare periodică cu un instrument de testare hreflang ajută la detectarea și corectarea timpurie a acestor inconsistențe.
Cel mai temut tag din SEO internațional – explicat clar, cu cele cinci greșeli pe care le întâlnim cel mai des în audituri.
Monitorizare automatizată a implementării dvs. hreflang
Chiar și o matrice hreflang corect construită poate deveni eronată în timp din cauza modificărilor de pagină, a noilor versiuni lingvistice sau a URL-urilor șterse. Verificarea manuală nu este practicabilă pentru mai multe limbi și multe pagini. Prin urmare, utilizați instrumente automatizate care verifică periodic completitudinea, reciprocitatea și corectitudinea codurilor de limbă ale declarațiilor dvs. hreflang. De exemplu, puteți utiliza un script care accesează toate paginile, extrage tag-urile hreflang și verifică dacă fiecare alternativă conține și o referință inversă. Acordați atenție și consecvenței cu sitemap-ul: coincid grupurile de limbi declarate în sitemap cu tag-urile găsite efectiv pe pagini? Integrați astfel de verificări în procesul dvs. CI/CD, astfel încât să primiți o notificare automată înainte de lansarea unei noi pagini sau versiuni lingvistice, dacă matricea hreflang prezintă lacune.
Variante lingvistice și specificități regionale: utilizarea corectă a en, en-GB, en-US
Definiția codurilor de limbă în eticheta hreflang respectă standardul ISO 639-1, variantele regionale fiind completate de ISO 3166-1 Alpha-2. O eroare tipică este utilizarea lui 'en' pentru toate paginile în limba engleză, chiar dacă în conținut operați versiuni separate pentru Marea Britanie, SUA și Australia. În acest caz, trebuie să setați etichetele precis: en-GB, en-US, en-AU. Dacă lipsește identificarea regională, semnalați Google că toate versiunile în engleză sunt interschimbabile – ceea ce duce la livrări greșite. Dacă, dimpotrivă, aveți o singură pagină în engleză pentru toți utilizatorii vorbitori de engleză, codul 'en' fără regiune este suficient. Un caz special este x-default: această etichetă ar trebui setată pe o pagină de start generică sau pe o pagină de selecție a limbii, atunci când un utilizator nu poate fi atribuit niciunei dintre regiunile lingvistice definite. Asigurați-vă că fiecare variantă regională face referire la toate celelalte – inclusiv la versiunea generală 'en', dacă există. O matrice inconsistentă face ca Google să ignore anumite etichete. Verificați, așadar, cu un instrument de testare hreflang dacă codurile dvs. regionale sunt corect interconectate. Nu utilizați niciodată coduri neoficiale precum 'uk' (corect: en-GB) sau 'eu' (nepermis).
hreflang pentru bloguri multilingve și conținut dinamic
Blogurile și site-urile de știri impun cerințe speciale pentru implementarea hreflang, deoarece conținutul nou apare constant. Gestionarea manuală a matricei nu este practicabilă. În schimb, se recomandă utilizarea metodei sitemap: definiți într-un XML sitemap alternativele lingvistice pentru fiecare pagină. La un nou articol de blog, adăugați pur și simplu o nouă intrare cu toate variantele lingvistice. Asigurați-vă că sitemap-ul în sine este actualizat regulat și nu conține URL-uri învechite. O altă problemă sunt arhivele, paginile de categorii sau listele paginate: acestea ar trebui să primească hreflang doar dacă operați o pagină de arhivă separată pentru fiecare versiune lingvistică. Altfel, este suficient să legați articolele individuale. Evitați hreflang pe paginile de căutare sau pe vizualizările filtrate, deoarece acestea nu reprezintă versiuni lingvistice independente. Integrați generarea hreflang în sistemul dvs. de gestionare a conținutului (CMS), astfel încât la crearea sau traducerea unui articol, etichetele corecte să fie inserate automat în head-ul HTML și în sitemap. Astfel, matricea rămâne consecventă și fără erori, chiar și la un volum mare de publicare.
hreflang pentru variante lingvistice regionale și subdomenii
În special în țări multilingve precum Elveția, Belgia sau Canada, se pune întrebarea cum să marcați corect variantele lingvistice regionale. Folosiți pentru germană în Germania codul de-DE, pentru Austria de-AT și pentru Elveția de-CH. Această granularitate fină împiedică utilizatorii din Viena să primească varianta germană cu ortografia elvețiană sau invers. Asigurați-vă că fiecare variantă regională are o pagină proprie cu conținut propriu – doar o altă monedă sau un alt format de dată nu justifică încă un grup hreflang separat. În cazul subdomeniilor precum de.example.com și fr.example.com, hreflang funcționează la fel: trimiteți de la fiecare subdomeniu către toate celelalte. Important este ca URL-urile să fie consistente: dacă pagina principală de pe de.example.com trimite către fr.example.com, atunci și pagina principală de pe fr.example.com trebuie să trimită înapoi către de.example.com. Dacă lipsește această trimitere inversă, Google poate ignora asocierea. Planificați variantele regionale din timp în structura paginii dvs. și utilizați o structură URL uniformă, de exemplu /de-de/, /de-at/, /de-ch/ sau subdomenii corespunzătoare. Astfel evitați ajustări ulterioare și obțineți o ierarhie clară și ușor de înțeles pentru motoarele de căutare.
hreflang și impactul asupra distribuției bugetului de crawl
O matrice hreflang extinsă cu multe variante lingvistice și pagini crește numărul de URL-uri pe care motoarele de căutare trebuie să le acceseze. Fiecare versiune lingvistică a unei pagini generează solicitări de crawl, iar dacă matricea nu este construită corect, Google poate irosi bugetul de crawl valoros pe URL-uri eronate sau redundante. Pentru a evita acest lucru, asigurați-vă că toate trimiterile hreflang indică URL-uri indexabile, fără redirecționări. Evitați includerea variantelor de parametri sau URL-urilor de urmărire. Sortați Sitemap-ul astfel încât paginile cele mai importante (de exemplu, pagina principală, paginile de categorii) să fie accesate prioritar. Utilizați Sitemap-ul ca mecanism principal pentru hreflang, deoarece oferă Google o imagine de ansamblu compactă. Verificați regulat statisticile de crawl în Google Search Console: dacă multe pagini sunt marcate ca „neindexate” sau „alternative cu canonical”, acest lucru poate indica conflicte cu hreflang. Printr-o implementare curată și monitorizare, vă asigurați că bugetul dvs. de crawl este utilizat eficient pentru conținutul relevant și că nu se pierd capacități din cauza legăturilor hreflang inutile sau eronate.
blog.faqT
Pot să folosesc hreflang doar în sitemap, fără a-l plasa în HTML-Head?
Da, Google acceptă specificațiile hreflang în XML-sitemap-uri ca alternativă completă la HTML-Head. Trebuie doar să vă asigurați că toate URL-urile referite sunt incluse în sitemap și că grupul de limbi este corect definit. Metoda HTML este recomandată dacă doriți redundanță suplimentară sau dacă sitemap-ul dvs. nu acoperă toate paginile.
Ce se întâmplă dacă definesc un grup hreflang, dar unul dintre URL-uri nu conține referințe reciproce?
Lipsa referințelor reciproce este cel mai frecvent motiv pentru care tag-urile hreflang nu funcționează. Motoarele de căutare consideră atunci specificațiile ca fiind invalide și pot ignora întreg grupul. Paginile afectate pot fi afișate în țări greșite sau pot fi considerate conținut duplicat. Verificați întotdeauna reciprocitatea.
