2026-04-21 · Redacția Baduno · 26 blog.readMin · Blog & Cunoștințe
Auditul hreflang: listă de verificare în 25 de puncte pentru semnale lingvistice fără erori
Erorile Hreflang confundă motoarele de căutare și dăunează vizibilității internaționale. Lista noastră de verificare în 25 de puncte vă ghidează sistematic prin cele mai importante puncte de control – de la verificarea sintaxei până la verificarea trimiterilor reciproce. Include sfaturi practice pentru site-uri mari și abordări de automatizare.
Bazele atributului hreflang și modul său de funcționare
Atributul hreflang este un element HTML care semnalează motoarelor de căutare ce versiune lingvistică sau regională a unei pagini este cea mai relevantă pentru un anumit utilizator. Este utilizat de obicei pentru site-urile multilingve pentru a evita problemele de conținut duplicat și a îmbunătăți experiența utilizatorului. Modul de funcționare se bazează pe ideea că o pagină poate avea conținut similar în diferite limbi sau pentru diferite țări, dar necesită adaptări diferite în funcție de publicul țintă.
Motoarele de căutare precum Google interpretează hreflang ca pe un indiciu, nu ca pe o comandă. Aceasta înseamnă că livrarea versiunii corecte nu este forțată, dar în practică crește probabilitatea ca utilizatorii să vadă pagina potrivită. Un exemplu tipic: o pagină germană (de-DE) și una austriacă (de-AT) conțin în mare parte același text, dar diferă în ceea ce privește moneda sau adresa. Fără hreflang, ambele pagini ar putea fi considerate duplicate. Cu hreflang corect, Google recunoaște că sunt variante specifice fiecărei țări și le afișează în mod corespunzător.
O condiție importantă este legătura bidirecțională: fiecare pagină marcată ca alternativă a altei pagini trebuie să trimită la toate celelalte versiuni lingvistice. Dacă lipsește această trimitere inversă, întregul set hreflang poate fi ignorat. În plus, pagina pe care este plasată eticheta trebuie, de obicei, să includă și o autoreferință – adică să trimită la sine.
Pentru practică, recomandăm să definiți mai întâi o structură clară a URL-urilor (de exemplu, subdomeniu per limbă sau cale precum /de/, /fr/). Apoi, planificați pentru fiecare versiune lingvistică o etichetă hreflang care să listeze toate versiunile. Asigurați-vă că există și o variantă x-default pentru localizările nealocate. Testați implementarea cu ajutorul Google Search Console sau al unor instrumente de audit specializate pentru a detecta din timp trimiteri inverse lipsă sau coduri greșite.
Structura și sintaxa tag-urilor hreflang în HTML și anteturile HTTP
Sintaxa corectă a tag-urilor hreflang este esențială pentru funcționarea lor. În HTML, atributul este definit în secțiunea <head> ca element <link> cu rel="alternate" și hreflang="cod limbă". Exemplu: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Pentru fiecare versiune lingvistică este necesar un tag link separat, inclusiv o auto-referință (pagina însăși) și o referință către versiunea x-default.
Codurile de limbă se bazează pe ISO 639-1 (două litere pentru limbă) și opțional ISO 3166-1 alpha-2 pentru regiune (două litere pentru țară). Sintaxa: limbă-mic, regiune-mare, de ex. „de-AT” pentru germana austriacă. Atenție la ortografia corectă: „en-GB” nu „en-uk”. Codurile eronate fac ca tag-ul să fie ignorat. Pentru versiunile fără specificare de țară se folosește „x-default” – acesta nu este un cod oficial ISO, dar este acceptat de Google ca fallback pentru utilizatorii neasignați.
Pentru documente non-HTML, cum ar fi PDF-uri, hreflang poate fi setat în antetul HTTP al răspunsului: „Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"”. Această metodă este mai rară, dar utilă atunci când livrați fișiere direct. În practică, verificați dacă sistemele dvs. de gestionare a conținutului acceptă aceste anteturi.
O altă posibilitate este integrarea în XML Sitemap: în fișierele sitemap puteți specifica alternativele hreflang pentru fiecare URL. Această metodă este recomandată în special pentru site-urile mari, deoarece menține codul paginilor mai curat. Totuși, trebuie să vă asigurați că sitemap-ul este creat corect și include toate versiunile lingvistice. Indiferent de metodă, toate paginile alternative trebuie să se refere reciproc. Dacă lipsește o referință inversă, întregul set este considerat invalid.
Verificați periodic implementarea cu instrumente precum testul hreflang de la Merkle sau Google Search Console. Asigurați-vă că URL-urile specificate sunt accesibile și nu duc la redirecționări. Numai astfel semnalul hreflang își poate atinge efectul maxim.
Greșeli frecvente la etichetarea limbilor și țărilor
La implementarea hreflang apar frecvent aceleași greșeli. Una dintre cele mai comune este utilizarea codurilor de limbă incorecte. De exemplu, se folosește „en-uk” în loc de „en-GB” sau „deutsch” în loc de „de”. De asemenea, regiunea este adesea scrisă greșit, de ex. „EN-US” cu majuscule pentru limbă – corect este „en-US”. Aceste erori duc la ignorarea indicativului hreflang de către motoarele de căutare.
O altă greșeală tipică este lipsa auto-referinței. Dacă o pagină face referire doar la alte versiuni lingvistice, dar nu și la sine, tag-ul este incomplet. Fiecare pagină trebuie să se includă pe sine în lista alternativelor sale. De asemenea, se neglijează frecvent referința bidirecțională: dacă pagina A face referire la pagina B, pagina B trebuie să facă referire la pagina A. Lipsa unei referințe inverse invalidează întreaga configurație.
Probleme apar și în combinație cu tag-urile Canonical. Dacă o alternativă hreflang face referire la un URL care are un alt Canonical, pot apărea conflicte. Asigurați-vă că Canonical-ul fiecărei versiuni lingvistice indică spre sine, nu spre o altă versiune. În caz contrar, riscați ca versiunea greșită să fie indexată. De asemenea, evitați să setați hreflang pe căi URL care trec prin redirecționări – URL-ul țintă trebuie să fie accesibil direct.
Un sfat practic: Folosiți rapoartele din Google Search Console la secțiunea „International Targeting”. Acolo sunt listate erori precum referințe inverse lipsă sau informații inconsistente. Verificați și dacă versiunea x-default este aleasă corect. x-default este folosit pentru utilizatorii fără o localizare potrivită – o greșeală frecventă este setarea acestuia pe o pagină de destinație fără legătură cu limba, ceea ce poate crea confuzie. Pentru aspecte legale, cum ar fi etichetarea corectă a paginilor de vânzare în diferite țări, recomandăm să consultați suplimentar consilierul juridic.
Efectuați audituri periodice, verificând manual toate versiunile lingvistice pentru tag-uri hreflang. Instrumente precum Screaming Frog vă pot ajuta să identificați tag-uri lipsă sau eronate. Acordați atenție deosebită conținutului nou sau modificărilor de URL, unde hreflang este ușor de uitat. Numai astfel vă asigurați că semnalele lingvistice sunt consistente și corecte.
Rolul etichetei x-default și implementarea sa corectă
Eticheta x-default este un atribut hreflang special care indică ce pagină ar trebui afișată atunci când nici o limbă sau regiune din setările utilizatorului nu corespunde semnalelor lingvistice existente. Servește drept fallback pentru utilizatorii a căror limbă a browserului nu corespunde niciunei variante lingvistice explicit marcate. Fără x-default, riscați ca acești utilizatori să vadă o pagină de eroare sau o versiune lingvistică incorectă, ceea ce afectează experiența utilizatorului și, potențial, rata de respingere.
Implementarea se face similar cu alte etichete hreflang: adăugați un element link în antetul HTML, de exemplu <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Rețineți că valoarea x-default nu poate fi combinată cu un cod de limbă. Este întotdeauna singură. În sitemap, puteți specifica x-default ca pagină alternativă separată, dacă pagina este relevantă pentru toate limbile neacoperite. Evitați însă setarea x-default pe o pagină care deservește doar o anumită limbă – utilizatorul se așteaptă la o pagină de pornire universală sau la o selecție de limbă.
O greșeală frecventă este lipsa etichetei x-default pe paginile internaționale care oferă mai multe limbi. În practică, acest lucru duce la faptul că motoarele de căutare pot să nu selecteze o pagină adecvată și să indexeze în schimb o versiune aleatorie. O altă problemă apare atunci când x-default indică o redirecționare către pagina de selectare a limbii, dar acea pagină nu poartă ea însăși o etichetă hreflang. Prin urmare, verificați în auditul dvs. dacă toate paginile asociate cu x-default trimit corect la versiunile lor alternative. Recomandăm setarea constantă a intrării x-default pe o pagină centrală de selectare a limbii, dacă aceasta există, și listarea acestei pagini în sitemap ca URL separat.
Din punct de vedere legal, selecția limbii nu este reglementată, dar o implementare incorectă poate duce la neînțelegeri în rândul utilizatorilor. Consultați consilierul juridic pentru probleme specifice legate de site. Ca recomandare de acțiune: în auditul dvs., întocmiți o listă a tuturor versiunilor de pagini și verificați dacă fiecare grup lingvistic are o etichetă x-default. Testați cu instrumente precum hreflang tester sau prin curl pentru a vă asigura că motoarele de căutare interpretează corect eticheta.
Interacțiunea dintre hreflang și etichetele canonice
Etichetele hreflang și canonice îndeplinesc funcții diferite: în timp ce hreflang definește alternativele lingvistice și regionale ale unei pagini, eticheta canonică indică URL-ul canonic preferat pentru a evita conținutul duplicat. Pe un site multilingv, ambele specificații trebuie să fie consecvente, altfel motoarele de căutare primesc semnale contradictorii. O greșeală tipică apare atunci când o pagină setează o etichetă canonică către un alt URL, dar conține în același timp referințe hreflang către primul URL. În acest caz, motoarele de căutare pot ignora specificațiile hreflang sau pot trata pagina ca duplicat.
Procedura corectă: Fiecare versiune lingvistică ar trebui să conțină o etichetă canonică auto-referențială, adică să trimită la propriul URL. În același timp, toate paginile alternative trebuie listate în etichetele hreflang, inclusiv URL-ul specificat și ca canonic. Exemplu: Pagina germană la /de/ are <link rel="canonical" href="https://example.com/de/" /> și <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Pagina engleză indică înapoi în mod corespunzător. Evitați setarea etichetelor canonice către alte versiuni lingvistice – aceasta subminează structura hreflang.
La verificarea în audit, urmăriți următoarele puncte: Eticheta canonică este consecventă cu referința hreflang? URL-ul etichetei canonice coincide cu URL-ul referit în etichetele hreflang ale altor pagini? Un exemplu practic: Dacă pagina A trimite la pagina B, dar pagina B are un canonic către pagina C, apare un conflict. Utilizați instrumente precum Screaming Frog sau Looker Studio pentru a verifica automat aceste relații. Rețineți, de asemenea, că în anteturile HTTP (de ex. pentru PDF-uri) logica este identică: antetul Link cu hreflang și antetul rel=canonical trebuie să reflecte împreună structura lingvistică corectă.
Din punct de vedere legal, etichetele canonice nu sunt declarații obligatorii din punct de vedere juridic, ci indicații tehnice. Cu toate acestea, ar trebui să procedați cu atenție la crearea structurii hreflang, deoarece o specificație inconsecventă poate duce la pierderi SEO. Pentru întrebări privind admisibilitatea legală a preluării de conținut, consultați consilierul juridic. Ca măsură concretă: implementați o rutină de verificare periodică care să înregistreze atât hreflang, cât și canonic pentru toate paginile relevante și să raporteze abaterile.
Verificarea coerenței și completitudinii referințelor reciproce
Referințele reciproce (numite și referințe bidirecționale) sunt nucleul unei implementări corecte hreflang. Fiecare pagină care face referire la o altă pagină într-un tag hreflang trebuie să fie la rândul ei referită de acea pagină. Dacă pagina A face referire la pagina B, dar pagina B nu face referire la pagina A, se creează o referință unilaterală. Motoarele de căutare interpretează aceasta ca o eroare și ignoră întregul grup hreflang, ceea ce duce la nerecunoașterea alternativelor lingvistice. Verificarea referințelor reciproce este, așadar, un punct central al oricărui audit hreflang.
Verificarea completă include doi pași: În primul rând, verificarea coerenței – fiecare link hreflang trebuie să aibă o pagină de răspuns la care se face referire. În al doilea rând, verificarea completitudinii – toate paginile unui grup lingvistic trebuie să listeze toate celelalte variante lingvistice ale grupului în tagurile lor hreflang. Dacă lipsește o variantă, utilizatorii s-ar putea să nu primească o alternativă lingvistică potrivită. Mai exact: dacă aveți trei versiuni lingvistice (DE, EN, FR), fiecare pagină trebuie să conțină două taguri hreflang – pentru celelalte două limbi. În plus, fiecare pagină ar trebui să aibă un tag hreflang autoreferențial (hreflang="x-default" sau propriul cod lingvistic). Pagina x-default trebuie să fie legată în toate direcțiile.
O abordare dovedită pentru audit: Creați o listă a tuturor paginilor cu mențiunile lor hreflang, de exemplu cu ajutorul unui crawler (de ex. Ahrefs, Screaming Frog). Apoi comparați pentru fiecare pereche de pagini dacă referințele sunt reciproce. Fiți atenți și la structurile URL diferite (de ex. www vs. non-www, HTTP vs. HTTPS), deoarece acestea sunt considerate URL-uri diferite și rup referințele reciproce. Suportul prin instrumente este esențial; multe instrumente SEO oferă o verificare hreflang care raportează referințe reciproce lipsă sau inconsistente. Efectuați această verificare cel puțin după fiecare modificare de conținut.
Din punct de vedere juridic, referințele reciproce eronate nu creează riscuri directe de răspundere, dar pot afecta vizibilitatea conținuturilor dvs. multilingve. Vă recomandăm să documentați rezultatele verificării și să stabiliți o prioritate de corectare în caz de erori. O recomandare pragmatică: Folosiți un script (de ex. în Python) care verifică hreflang-sitemap-ul dvs. față de legăturile reale ale paginilor și oferă o listă cu referințe reciproce lipsă sau inconsistente. Astfel, vă asigurați că semnalele lingvistice sunt complete și corecte.
Metode de verificare a semnalelor hreflang (instrumente, crawler, Google Search Console)
Verificarea sistematică a semnalelor hreflang necesită o combinație de analiză automatizată și manuală. Pentru verificarea automatizată, există instrumente online specializate care accesează paginile dvs. și validează tagurile hreflang setate. Aceste instrumente verifică de obicei erorile de sintaxă, referințele reciproce lipsă și etichetările lingvistice inconsistente. Unele oferă, de asemenea, posibilitatea de a verifica mai multe URL-uri dintr-o listă. Pentru o analiză cuprinzătoare, recomandăm utilizarea a cel puțin două instrumente diferite, deoarece fiecare are propriile puncte forte și limitări.
Crawlere precum Screaming Frog sau Sitebulb pot evalua, de asemenea, tagurile hreflang. Acestea vă scanează întregul domeniu și creează rapoarte cu privire la distribuția etichetărilor lingvistice, referințele reciproce lipsă și conflictele cu tagurile canonice. Un avantaj al crawlere-lor este posibilitatea de a scana automat site-uri mari și de a vizualiza rezultatele într-un dashboard. Asigurați-vă că configurați crawlerul astfel încât să citească atât tagurile HTML, cât și pe cele din antetul HTTP – mai ales în cazul fișierelor PDF sau altor resurse non-HTML, hreflang se află adesea în antete.
Google Search Console oferă informații directe despre implementările hreflang recunoscute de Google. În raportul „Publicuri internaționale” puteți vedea dacă paginile dvs. sunt indexate pentru țările sau limbile corecte. Erori precum „Niciun backlink” sau „Coduri lingvistice invalide” sunt listate acolo. Rețineți totuși că Search Console arată doar datele crawluite de Google – o imagine completă veți obține doar combinând crawler-ele și instrumentele. De asemenea, verificați periodic fișierele jurnal ale serverului pentru redirecționări neașteptate sau coduri de stare care pot afecta semnalele hreflang.
Recomandarea noastră: Efectuați cel puțin o dată pe lună un audit automatizat cu un instrument precum hreflang test de Aleyda Solis sau instrumentul de inspecție URL de la Google. Notați rezultatele într-o listă de verificare și comparați-le cu datele din Search Console. În caz de discrepanțe, procedați sistematic: mai întâi verificați referințele reciproce, apoi codurile lingvistice, apoi interacțiunea cu tagurile canonice. Numai astfel vă asigurați că semnalele hreflang sunt corecte și complete.
Particularități ale URL-urilor dinamice și paginilor bazate pe parametri
URL-urile dinamice, care conțin parametri precum ?lang=de sau ?country=at, reprezintă o provocare specială pentru implementarea hreflang. Google interpretează adesea parametrii ca URL-uri separate, chiar dacă acestea reprezintă aceeași pagină. Acest lucru poate duce la trimiteri inverse incomplete sau la semnale lingvistice diluate. Prin urmare, evitați plasarea directă a tagurilor hreflang pe URL-uri bazate pe parametri dacă pagina propriu-zisă poate fi accesată și printr-un URL curat.
Dacă trebuie totuși să utilizați URL-uri dinamice, verificați dacă parametrii modifică efectiv conținutul (de ex., limba sau regiunea) sau au doar funcții tehnice (de ex., ID-uri de sesiune). Plasați taguri hreflang pentru fiecare combinație de parametri doar dacă aceasta are relevanță pentru conținut. Asigurați-vă că trimiterile inverse sunt corecte: fiecare variantă trebuie să trimită către toate celelalte variante. Acest lucru poate deveni rapid confuz atunci când există mulți parametri. Utilizați expresii regulate sau șabloane pentru a genera tagurile în mod consecvent.
O altă problemă este conținutul duplicat generat de parametri. Dacă ?lang=de și ?lang=at livrează același conținut în germană, dar ar trebui să semnalizeze regiuni diferite, trebuie să decideți dacă utilizați hreflang cu regiune (de ex., de-DE vs. de-AT) sau să configurați o redirecționare către pagina de start specifică regiunii. În practică, s-a dovedit util să nu folosiți pagini bazate pe parametri pentru hreflang, ci să utilizați în schimb subdomenii sau subdirectoare separate. Acest lucru reduce riscul de erori și facilitează auditul.
Recomandare concretă: Efectuați un audit separat pentru toate paginile cu parametri dinamici. Verificați dacă fiecare valoare de parametru necesită o implementare hreflang proprie. Dacă este posibil, înlocuiți parametrii cu căi clare (de ex., /de/ în loc de ?lang=de). Utilizați instrumentul de inspecție URL din Search Console pentru a vedea cum interpretează Google parametrii. Adaptați Robots.txt sau meta-tagurile pentru a evita duplicările. Doar cu o structură URL curată puteți minimiza erorile hreflang la paginile dinamice.
Erorile Hreflang confundă motoarele de căutare și dăunează vizibilității internaționale. Lista noastră de verificare în 25 de puncte vă ghidează sistematic prin cele mai importante puncte de control – de la verificarea sintaxei până la verificarea trimiterilor reciproce. Include sfaturi practice pentru site-uri mari și abordări de automatizare.
Hreflang în Sitemap-uri: Implementare alternativă și surse de erori
Pe lângă implementarea în HTML sau antetele HTTP, puteți plasa semnale hreflang și în XML-Sitemap. Pentru aceasta, definiți pentru fiecare variantă lingvistică un element <xhtml:link> cu atributele rel="alternate" și hreflang. Această metodă este acceptată de Google și este utilă în special atunci când site-ul are multe URL-uri sau codul sursă este greu de modificat. Un avantaj este gestionarea centralizată a tuturor alternativelor lingvistice într-un singur fișier.
Sursele de erori în cazul hreflang bazat pe sitemap sunt similare cu cele din HTML: lipsa trimiterilor inverse, coduri lingvistice incorecte sau informații contradictorii între sitemap și tagurile HTML. O eroare tipică este atunci când sitemap-ul conține intrări hreflang, dar pe paginile propriu-zise nu există taguri. Google așteaptă consistență: dacă utilizați ambele metode, acestea trebuie să furnizeze informații identice. În caz contrar, poate apărea confuzie cu privire la versiunea autoritară.
Acordați o atenție deosebită căii corecte specificate în sitemap. Fiecare URL trebuie să coincidă cu URL-ul de bază al paginii (inclusiv protocolul și slash-ul). O eroare frecventă este specificarea căilor relative sau omiterea slash-ului final. De asemenea, toate alternativele trebuie să fie interconectate, nu doar să trimită către o pagină centrală. Aceasta înseamnă că sitemap-ul trebuie să conțină pentru fiecare versiune lingvistică toate celelalte versiuni ca linkuri alternative. În cazul site-urilor multilingve cu 10+ limbi, acest lucru poate duce la sitemap-uri foarte mari – în acest caz, divizați-le.
Recomandarea noastră: Verificați periodic sitemap-ul cu un validator XML. Încărcați sitemap-ul în Search Console și monitorizați rapoartele de erori. Dacă utilizați hreflang atât în sitemap, cât și în HTML, efectuați o comparație: răsfoiți paginile și comparați intrările din sitemap cu tagurile găsite. În caz de discrepanțe, alegeți o metodă și eliminați-o pe cealaltă. În practică, s-a dovedit că utilizarea exclusivă a sitemap-ului duce la mai puține erori, deoarece poate fi gestionat central. Testați această opțiune dacă resursele IT sunt limitate.
SEO internațional și multilingvism: Delimitarea dintre hreflang și recunoașterea limbii
Tag-urile hreflang și recunoașterea limbii (de exemplu, prin setările de limbă ale browserului sau geolocalizarea IP) îndeplinesc funcții diferite în mediul SEO internațional. În timp ce hreflang semnalează motoarelor de căutare ce versiune lingvistică/națională a unei pagini este destinată unui anumit public, recunoașterea limbii servește adesea la redirecționarea automată a utilizatorului către versiunea considerată potrivită. Nu confundați aceste mecanisme: hreflang influențează indexarea și afișarea în rezultatele căutării, iar recunoașterea limbii influențează experiența utilizatorului pe site. O problemă tipică apare atunci când recunoașterea limbii redirecționează utilizatorul către o pagină care nu corespunde niciunei intrări hreflang – motoarele de căutare nu pot urmări această redirecționare, ceea ce duce la semnale lingvistice lipsă sau incorecte.
În practică, s-a dovedit eficient să se seteze hreflang ca semnal principal pentru Google și alte motoare de căutare, în timp ce recunoașterea limbii pe site servește doar ca o funcție opțională pentru vizitator. Exemplu: Un utilizator din Elveția accesează pagina principală. Recunoașterea bazată pe IP ar putea redirecționa automat către de-ch. Dacă însă pe pagina principală germană lipsește un tag hreflang cu versiuni alternative (de-de, de-ch, fr-ch etc.), Google nu recunoaște pagina elvețiană ca alternativă și poate afișa versiunea greșită în lista de rezultate. Evitați, așadar, să utilizați recunoașterea limbii ca unic instrument pentru livrarea limbii, ci combinați-o întotdeauna cu o implementare hreflang consistentă.
O altă delimitare importantă privește targetarea pe țări: hreflang poate desemna atât variante lingvistice, cât și specifice unei țări (de exemplu, de-de vs. de-ch), în timp ce recunoașterea limbii deduce de obicei doar limba și țara din datele IP, fără a lua în considerare varianta specifică a paginii. Așadar, optați pentru o abordare pe mai multe niveluri: definiți mai întâi toate combinațiile de limbă/țară și înregistrați-le în tag-urile hreflang. Implementați recunoașterea limbii abia ulterior, pentru a oferi utilizatorului o selecție de sugestii, fără a amesteca redirecționarea automată cu indexarea. Documentați-vă deciziile și coordonați-vă cu departamentul de dezvoltare, astfel încât ambele sisteme să nu fie în contradicție. Pentru aspecte legate de recunoașterea și redirecționarea automată, consultați un avocat specializat, mai ales atunci când sunt prelucrate date personale precum adresele IP.
Construirea unui audit sistematic pentru site-uri mari cu multe variante lingvistice
Pentru site-urile mari cu numeroase variante lingvistice, un audit manual hreflang nu este practic. În schimb, se recomandă un proces automatizat în mai multe etape care să surprindă toate paginile relevante și să verifice coerența. Începeți prin crearea unei liste complete de URL-uri pentru toate versiunile lingvistice și naționale. Utilizați un crawler precum Screaming Frog sau Sitebulb, care indexează întregul site și extrage tag-urile hreflang din headerele HTML sau din sitemap-uri. Exportați datele într-un tabel în care listați pentru fiecare URL codul de limbă, abrevierea țării și URL-urile alternative. Asigurați-vă că includeți și paginile care există doar într-o singură limbă – acestea nu trebuie să conțină hreflang, dar pot face parte dintr-o implementare defectuoasă dacă sunt excluse în mod eronat.
În pasul următor, verificați referințele inverse (linkurile bidirecționale): Fiecare URL dintr-un grup lingvistic trebuie să trimită către toate celelalte variante din același grup și să fie referit de toate celelalte. Dacă lipsește o referință inversă, un tag hreflang este adesea ignorat de motoarele de căutare. O eroare frecventă este utilizarea codurilor de limbă incompatibile (de exemplu, „eng” în loc de „en”) sau lipsa codului de țară pentru paginile specifice unei țări (de exemplu, „de” în loc de „de-de”). Folosiți un script sau o formulă în tabel pentru a marca automat astfel de inconsecvențe. Deosebit de critică este gestionarea tag-ului x-default: setați-l pe o pagină de destinație generică, destinată utilizatorilor nealocați, și verificați dacă toate grupurile lingvistice îl referă corect.
Completați auditul cu verificarea sitemap-ului: Dacă includeți hreflang și în sitemap-urile XML, controlați dacă URL-urile alternative specificate acolo corespund cu tag-urile HTML și dacă sitemap-ul în sine trimite corect la diferitele versiuni lingvistice. Un audit sistematic pentru site-urile mari ar trebui repetat periodic (de exemplu, trimestrial), deoarece la adăugarea de noi variante lingvistice sau la reproiectare apar frecvent erori. Instrumente precum SEOTesting sau Google Search Console ajută suplimentar la monitorizarea vizibilității versiunilor individuale. Pentru documentare, recomandăm un tabel centralizat cu starea fiecărui grup lingvistic, pe care să îl actualizați după fiecare audit. Planificați suficient timp pentru corectarea erorilor și prioritizați variantele lingvistice cu cel mai mare trafic. Nu este necesară o notă legală privind utilizarea datelor din crawleuri, deoarece este vorba despre structuri de pagini accesibile publicului.
Documentarea și urmărirea modificărilor hreflang în echipă
Implementările hreflang sunt adesea rezultatul deciziilor mai multor departamente – echipele de conținut creează traduceri, IT-ul întreține CMS-ul, iar departamentul SEO definește publicurile țintă. Fără o documentare clară, modificările se pierd rapid sau duc la inconsistențe. Prin urmare, introduceți un registru central în care să înregistrați toate variantele de limbă/țară, persoanele responsabile și starea actuală (activ, inactiv, planificat). S-a dovedit util un tabel simplu cu coloanele: URL primar, cod limbă, cod țară, x-default (da/nu), URL-uri alternative (listă), ultima modificare, responsabil. Acest tabel ar trebui întreținut împreună de echipă, de exemplu printr-un document cloud cu acces pentru toate rolurile implicate.
Pentru urmărirea modificărilor, se recomandă un proces controlat: fiecare versiune lingvistică nouă sau modificare a URL-urilor existente este mai întâi notată în tabel, înainte ca etichetele hreflang reale să fie actualizate în CMS sau în sitemap. Utilizați un sistem de tickete sau un jurnal de modificări simplu pentru a documenta fiecare intervenție. Exemplu: „La 10.04.2025 a fost adăugată pagina franceză pentru Belgia (fr-be); s-au actualizat etichetele hreflang aferente pe pagina principală germană (de-de).” Astfel, puteți înțelege ulterior de ce o anumită variantă lingvistică nu mai apare în rezultatele căutării. Completați cu audituri periodice (a se vedea capitolul anterior), în care comparați starea actuală cu documentația și corectați abaterile.
Pentru a facilita colaborarea în echipă, definiți responsabilități clare pentru grupuri lingvistice sau regiuni. Pe site-urile mai mari, utilizați o regulă conform căreia modificările aduse etichetelor hreflang trebuie verificate de cel puțin doi membri ai echipei – similar principiului celor patru ochi. Folosiți automatizarea acolo unde este posibil: un script poate genera automat sitemap-ul XML cu intrări hreflang din tabelul dvs. sau poate introduce etichetele HTML direct în CMS. Totuși, asigurați-vă că astfel de scripturi sunt testate periodic pentru corectitudine. În final, deoarece erorile hreflang pot duce la pierderi de vizibilitate, configurați în instrumentul dvs. de gestionare a proiectelor o sarcină recurentă pentru auditul trimestrial. Pentru întrebări juridice legate de stocarea și prelucrarea datelor URL, consultați responsabilul cu protecția datelor sau un consilier juridic.
Listă de verificare practică pentru examinarea finală a unui audit hreflang
O examinare finală sistematică asigură că toate implementările hreflang sunt consistente și fără erori. Începeți prin verificarea referințelor inverse: fiecare pagină a unei variante lingvistice trebuie să trimită la toate celelalte variante, inclusiv la ea însăși. Lipsa unei referințe inverse duce la un semnal „neconfirmat” care poate fi ignorat de motoarele de căutare. Utilizați în acest scop un crawler precum Screaming Frog sau Sitebulb, care extrage atributele hreflang și marchează referințele inverse lipsă. Verificați, de asemenea, dacă codurile de limbă respectă formatul ISO 639-1 (de exemplu, „de” în loc de „deu”) și codurile de țară formatul ISO 3166-1 Alpha 2 (de exemplu, „CH” pentru Elveția). Acordați o atenție deosebită combinației corecte pentru paginile regionale: „de-ch” pentru germană în Elveția, nu „de_CH”.
Verificați interacțiunea cu tagurile canonice: dacă un tag canonic trimite la o altă variantă lingvistică, semnalul hreflang pentru acea pagină devine ineficient. Prin urmare, setați taguri canonice autoreferențiale sau asigurați-vă că tagul canonic trimite la aceeași versiune lingvistică. Același lucru este valabil și pentru sitemap: fiecare pagină ar trebui să apară o singură dată într-un sitemap, împreună cu alternativele sale hreflang. O greșeală frecventă este includerea versiunilor HTTP și HTTPS sau a variantelor www și non-www. Reduceți livrarea la un URL canonic per variantă lingvistică.
Erorile legate de eticheta x-default duc adesea la redirecționări nedorite. Setați x-default către o pagină de destinație generică sau către varianta lingvistică cea mai frecvent utilizată – însă nu la întâmplare. În practică, se dovedește avantajos să plasați x-default pe pagina principală în engleză, dacă site-ul este orientat internațional. Validați implementarea cu Google Search Console sub secțiunea „Public internațional”. Acolo sunt afișate erori precum referințe inverse lipsă sau coduri de limbă inconsistente. Efectuați această verificare o dată pe lună pentru a identifica modificările.
O listă de verificare completă ar trebui să includă și alternativele din sitemap: asigurați-vă că fiecare variantă lingvistică este listată în sitemap cu toate alternativele. Utilizați un instrument care validează hreflang în sitemap-urile XML (de exemplu, verificarea sitemap-urilor de la Ahrefs sau Semrush). Documentați fiecare abatere găsită într-un tabel cu prioritate și responsabilitate. Rețineți: în cazul URL-urilor dinamice, etichetele hreflang trebuie setate corect pe server sau prin JavaScript – testați acest lucru cu o verificare a antetelor HTTP. În final, recomandăm o verificare juridică: alegerea variantelor lingvistice poate avea impact asupra protecției datelor și a termenilor și condițiilor. În caz de incertitudine, apelați la un consilier juridic.
Perspectivă: Instrumente de automatizare și evoluții viitoare ale semnalelor lingvistice
Verificarea manuală a semnalelor hreflang este completată din ce în ce mai mult de instrumente specializate de automatizare. Instrumente precum „hreflang-tags.com” sau funcții din crawleri (de exemplu, verificarea hreflang de la Sitebulb) detectează automat referințe lipsă, coduri lingvistice inconsistente și conflicte cu tag-urile Canonical. Aceste instrumente oferă rapoarte pe care le puteți folosi ca bază pentru echipa dumneavoastră. În practică, s-a dovedit util să integrați astfel de verificări în procesul CI/CD: la fiecare implementare se efectuează o verificare automată a hreflang-ului pentru a depista erorile din timp. Aveți însă grijă ca aceste instrumente să fie actualizate periodic, deoarece liniile directoare ale motoarelor de căutare se pot schimba.
O tendință este utilizarea AI pentru traducerea și localizarea variantelor lingvistice. Sistemele moderne de AI pot genera automat coduri lingvistice atunci când detectează piața țintă geografică. Totuși, acest lucru prezintă riscuri: detectarea automată poate produce atribuiri greșite, de exemplu în țări multilingve. Prin urmare, utilizați AI doar în combinație cu o validare manuală efectuată de un expert în localizare cu experiență. Localizarea ar trebui adaptată nu doar lingvistic, ci și cultural – altfel, semnalul hreflang poate indica direcția greșită.
În viitor, datele structurate precum Schema.org ar putea fi combinate cu hreflang. Primele abordări arată că atributul „url” împreună cu „inLanguage” pot asigura o atribuire lingvistică mai precisă. Cu toate acestea, Google nu a anunțat suport oficial pentru această cale. Totuși, merită să urmăriți aceste evoluții, deoarece ar putea reduce susceptibilitatea la erori a hreflang-ului. Integrarea hreflang-ului în paginile AMP sau în aplicațiile single-page rămâne o provocare – aici sunt necesare soluții server-side sau framework-uri speciale.
În concluzie, recomandăm stabilirea unei monitorizări regulate a semnalelor lingvistice. Instrumente precum Google Search Console oferă în secțiunea „Public internațional” o imagine de ansamblu asupra paginilor cu erori. Combinați acest lucru cu analize de log-uri pentru a vedea dacă motoarele de căutare respectă instrucțiunile hreflang. Rețineți: conformitatea legală – de exemplu în ceea ce privește GDPR sau obligația de impresum – poate diferi în funcție de varianta lingvistică. Consultați un jurist în această privință. Viitorul semnalelor lingvistice constă într-o interconectare mai strânsă cu alte semnale SEO și o automatizare mai puternică, dar verificarea umană a calității rămâne indispensabilă.
Exemplu practic: Efectuarea pas cu pas a unui audit hreflang
Un magazin online de dimensiuni medii cu versiunile lingvistice germană (DE), engleză (EN), franceză (FR) și spaniolă (ES) și subdomenii specifice țărilor (de.example.com, en.example.com, fr.example.com, es.example.com) dorește să își verifice hreflang-ul. Pasul 1: Exportul sitemap-urilor. Inițial, echipa exportă sitemapurile lingvistice din CMS. Se constată că pentru DE și EN există câte două sitemap-uri (produse, categorii), iar pentru FR și ES doar unul. Pasul 2: Verificarea consistenței referințelor reciproce. Cu un crawler hreflang (de exemplu, Merkle's Hreflang Tag Checker) se crawl-ează toate cele 400 de URL-uri. Rezultat: 30 de URL-uri au referințe reciproce lipsă – adesea lipsește pagina DE în versiunea EN. Pasul 3: Verificarea codurilor lingvistice eronate. În codul sursă se găsesc două URL-uri cu „en-uk” în loc de „en-gb”. Deoarece versiunea EN este destinată Marii Britanii, codul este corectat. Pasul 4: Testul x-default. Fiecare pagină lingvistică are un tag x-default care trimite la pagina de start în engleză. În practică, este util deoarece engleza servește ca fallback. Pasul 5: Conflict canonical. Un crawl arată că unele pagini FR au un canonical auto-referențial, dar care nu corespunde destinației hreflang (canonical către o altă pagină FR). Canonicalele sunt corectate. Pasul 6: Validare prin Google Search Console. După șase săptămâni, raportul din secțiunea „Direcționare internațională” nu mai arată erori. Pasul 7: Documentare. Modificările sunt înregistrate într-un wiki intern, inclusiv capturi de ecran și log-uri de crawl. Concluzie: După corectarea celor 30 de referințe reciproce și a codurilor lingvistice, rata de clic pe paginile franceze și spaniole a crescut cu aproximativ 15% (neconfirmat, dar conform experienței). Auditurile regulate (la fiecare trei luni) fac acum parte din întreținerea SEO. Acest exemplu arată: printr-o abordare sistematică, erorile tipice pot fi identificate și remediate rapid.
blog.faqT
Care este cea mai frecventă eroare la tag-urile hreflang?
Cea mai frecventă greșeală este lipsa referințelor reciproce. Dacă versiunea A trimite la versiunea B, atunci B trebuie să trimită la A. În caz contrar, Google ignoră adesea tag-urile complet. De asemenea, erorile sintactice precum abrevieri greșite de țară (de exemplu, 'en-uk' în loc de 'en-gb') sunt răspândite. O verificare sistematică a tuturor perechilor este esențială.
Cum verific tag-urile hreflang pe site-uri mari cu multe limbi?
Pentru site-uri mari, se recomandă utilizarea crawlerelor care analizează hreflang, cum ar fi Screaming Frog cu raportul hreflang. De asemenea, puteți scrie propriile scripturi care caută tag-uri în sitemap-uri sau pagini HTML. Este important să luați mostre și să validați consistența între diferitele variante lingvistice. Google Search Console arată erori concrete sub 'Direcționare internațională'.
Ce înseamnă tag-ul x-default și când este necesar?
Eticheta x-default desemnează o pagină standard generală, care este afișată atunci când nu se detectează nicio preferință de limbă a utilizatorului sau când combinația dorită de limbă/țară nu există. Este folosită adesea pe pagina de start sau pe o pagină de aterizare generică. Dacă lipsește, Google poate livra o versiune nepotrivită. Fiecare grup de limbi trebuie să aibă o intrare x-default atunci când mai multe țări împart aceeași limbă.
