← Toate resursele

Arhitectura SEO pentru site-uri B2B multilingve, făcută cum trebuie.

Hreflang înseamnă două linii de markup și e cel mai frecvent lucru pe care site-urile multilingve îl greșesc. Iată arhitectura care chiar rezistă, și ce spune documentația proprie Google față de ce presupune majoritatea sfaturilor de la agenții.

Majoritatea problemelor de SEO multilingv nu sunt probleme de traducere. Sunt decizii de arhitectură luate o dată, devreme, de oricine a configurat CMS-ul — și niciodată revizuite după ce site-ul a ajuns la zece limbi, trei regiuni și câte o echipă juridică în fiecare piață care cere propria versiune a acelorași cinci pagini. Documentația proprie Google despre hreflang și structură internațională e mai scurtă și mai permisivă decât sugerează majoritatea sfaturilor online: nu preferă o structură de URL-uri în locul alteia și e explicită despre ce chiar strică lucrurile. Asta e documentația respectivă, aplicată pe un site B2B cu comitete de achiziție reale răspândite pe mai multe limbi, nu pe un magazin de consum.

Cele patru structuri de URL-uri, comparate

StructurăExempluPoziția GoogleAlege-o când
ccTLDexemplu.deCel mai puternic semnal automat de geotargetare, și cea mai multă infrastructură de întreținutDeja operezi entități juridice sau hosting separate pe piață
Subdomeniude.exemplu.comFuncționează, dar e adesea tratat ca un site semi-separat, ceea ce poate diviza autoritateaDNS-ul sau hostingul forțează separarea și accepți compromisul
Subdirectorexemplu.com/de/Fără penalizare de ranking, iar fiecare pagină moștenește autoritatea deja existentă a domeniuluiAlegerea implicită pentru majoritatea site-urilor B2B multilingve
Parametri URLexemplu.com?lang=deDocumentația proprie Google numește asta „nerecomandat”Niciodată ca alegere deliberată — doar moștenit de la un CMS vechi

Google spune direct că niciuna dintre aceste structuri nu are un avantaj de ranking față de celelalte — decizia ține de cost, hosting și mentenanță, nu de SEO. Ce nu e opțional e să-i spui deloc lui Google despre variante, prin hreflang, sitemap-uri sau linkuri explicite.

Hreflang: cele două reguli care strică tot restul

Două cerințe cauzează aproape toate eșecurile de hreflang. Prima, regula linkului de întoarcere: dacă pagina A indică pagina B ca variantă în germană, pagina B trebuie să indice înapoi pagina A, altfel Google aruncă toată adnotarea. E trivial pe zece pagini și se strică frecvent după câteva sute, odată ce se adaugă pagini noi de limbă fără să se regenereze lista de taguri a fiecărei pagini existente. A doua, doar coduri valide — un cod de limbă din ISO 639-1, opțional combinat cu o regiune din ISO 3166-1 Alpha-2, și niciodată un cod de regiune de unul singur. „EU”, „UK” și „UN” sunt greșeli comune, plauzibile la prima vedere, pe care documentația Google le numește explicit; codul trebuie să numească întâi o limbă.

Valoarea x-default, țintită spre vizitatorii a căror limbă nu se potrivește cu nicio variantă, nu are nevoie de propriul cod de limbă — are nevoie doar de un URL, de obicei o pagină de selecție a limbii sau un fallback rezonabil, cum ar fi versiunea în engleză sau cea a pieței principale. Și fiecare pagină din grup trebuie să se listeze pe sine printre propriile taguri hreflang, auto-referențial, detaliul pe care echipele îl sar cel mai des pentru că pare redundant. Merită spus direct și ce nu e hreflang: documentația Google îl descrie strict ca semnal de servire, care îndrumă vizitatorul potrivit spre varianta potrivită. Nu e, prin el însuși, un semnal de ranking.

Conținutul duplicat între limbi nu e riscul la care se gândește lumea

Conținut care spune același lucru în germană și în engleză nu e conținut duplicat într-un sens care costă poziții — Google tratează fiecare limbă ca pe propriul ei public și indexează fiecare variantă pe merit propriu. Riscul real de conținut duplicat în B2B multilingv stă undeva mai puțin evident: pagini aproape identice în aceeași limbă, pentru regiuni diferite. O pagină en-GB și una en-US care diferă doar prin monedă și un paragraf de text juridic chiar concurează una cu cealaltă pentru aceeași căutare, în același index, într-un fel în care o pagină în engleză și una în germană niciodată n-o vor face.

Reparația e fie consolidarea — o singură pagină în engleză, cu un canonical, în loc de trei aproape-duplicate — fie să faci diferența regională reală: prețuri distincte, studii de caz distincte, text de complianță distinct, nu doar un simbol de monedă schimbat într-un template. Și oriunde hreflang și canonical există pe aceeași pagină, trebuie să fie de acord — un canonical care indică un URL diferit de cel pe care hreflang l-a declarat deja drept autoritar pentru limba respectivă e o contradicție pe care Google trebuie s-o rezolve în locul tău, și nu o rezolvă mereu așa cum ai alege tu.

Ce e de fapt diferit la cumpărătorii B2B aici

O decizie de achiziție B2B rareori e a unei singure persoane, și rareori se desfășoară complet într-o singură limbă chiar și în interiorul aceleiași companii — cercetarea Gartner despre parcursul de cumpărare B2B găsește șase până la zece părți interesate care de obicei modelează o singură achiziție, fiecare adunând informații independent înainte ca cineva să vorbească măcar cu un furnizor, și petrecând doar circa 17% din tot parcursul de cumpărare în întâlniri cu furnizori. Un responsabil de achiziții care cercetează în limba lui de lucru, un evaluator tehnic care citește documentația în engleză indiferent de piață, și un decident regional care vrea pagina în limba lui sunt frecvent trei oameni diferiți în aceeași tranzacție — și toți trei au nevoie ca site-ul să reziste în orice limbă ajung.

Aici se vede și o traducere pur mecanică. O pagină corectă gramatical dar care se citește vizibil ca fiind tradusă subminează exact credibilitatea pe care un cumpărător tehnic te evaluează pe ea. Studiul global de consum CSA Research a găsit că 76% dintre respondenți preferă să cumpere de unde informația e prezentată în limba lor, iar companiile sunt, dacă e ceva, chiar mai sensibile la asta decât consumatorii individuali — pentru că un cumpărător B2B judecă implicit și dacă organizația ta îi poate susține echipa locală după semnarea contractului, iar paginile subțiri, evident traduse automat, sunt un răspuns vizibil la întrebarea asta încă înainte ca cineva s-o pună direct.

Unde pierd de fapt poziții site-urile B2B multilingve

Dincolo de hreflang stricat, eșecurile recurente sunt structurale, nu lingvistice. Un sitemap care listează doar URL-urile din limba implicită, deci variantele de limbă adăugate recent nu sunt niciodată descoperite pe cont propriu. Date structurate lăsate nelocalizate — un câmp inLanguage care spune „en” pe fiecare pagină indiferent de limba reală, ceea ce slăbește discret exact semnalul citibil de mașini menit să ajute. Conținut tradus automat publicat fără nicio revizuire umană, care se citește acceptabil la o parcurgere rapidă dar pică la scrutinul pe care îl aplică și un cumpărător real, și un crawler orientat pe calitate.

Și, mai puțin evident: monedă, formate de dată și clauze legale care rămân în convenția pieței sursă pe fiecare locale, pentru că un template construit o dată pentru piața de acasă e copiat, nu adaptat cu adevărat. Niciuna dintre astea nu e o penalizare de ranking în sens algoritmic. Toate sunt semnale de încredere pe care un cumpărător atent — om sau automat — le citește ca dovadă că versiunea „localizată” a fost tradusă, nu construită.

Cum abordăm asta în practică

Un proiect Website multilingv pornește cu deciziile structurale din acest ghid — subdirector versus subdomeniu, harta hreflang, strategia de sitemap și canonical — înainte să fie tradusă o singură pagină, pentru că repararea arhitecturii după ce conținutul există deja în cinci limbi e o muncă mult mai mare decât decizia luată din start.

Dacă adaugi limbi pe un site care deja rankează bine în piața lui originală, un Audit tehnic e punctul de plecare corect, nu saltul direct la traducere — îți spune ce va și ce nu va susține arhitectura existentă înainte să-i angajezi conținut. Iar odată ce structura e corectă, munca de SEO starter — titluri, meta, linkuri interne, schema — trebuie făcută per locale, nu o dată și copiată, din același motiv pentru care un template copiat fără adaptare se citește ca fiind subțire.

Surse

Regulile hreflang, recomandările de structură URL și cifrele despre comportamentul cumpărătorilor de mai sus vin din acestea, verificate în august 2026.

Întrebări frecvente

Te extinzi pe piețe noi și nu ești sigur că site-ul actual poate susține asta?

Audităm arhitectura existentă și îți spunem exact ce trebuie schimbat înainte să adaugi încă o limbă.