Ghid SEO Pasul 10: SEO Multilingv

Acesta este Pasul 10 din Ghidul SEO în 13 Pași. SEO multilingv îți permite să multiplici traficul organic oferind fiecărei piețe conținut în propria limbă — realizat greșit, creează haos de conținut duplicat.

---

Fiecare limbă pe care o adaugi este un multiplicator pentru conținutul tău existent. Un site cu 50 de pagini într-o limbă are 50 de URL-uri indexabile. Adaugă 5 limbi și ai 250. Adaugă 20 de limbi și ai 1,000. Fiecare dintre acele URL-uri poate să se claseze independent în rezultatele Google locale.

Dar SEO multilingv este una dintre cele mai tehnic complexe domenii ale SEO. Implementarea incorectă creează conținut duplicat, diluarea clasamentului și risipă de buget de crawl. Diferența dintre un site internaționalizat corect și unul greșit poate fi de 10x în trafic.

LANGR operează în 108 limbi, pe 89 de locații active — am rezolvat aceste probleme la scară mare. Acest ghid împarte tot ce am învățat.

Ce Acoperă SEO Multilingv

SEO multilingv se extinde pe 8 domenii critice:

1. Implementarea Hreflang — A spune Google ce pagină servește ce limbă
2. Strategii de Rutare pe Zone Geografice — Subdomeniu vs subfolder vs TLD
3. Calitatea Traducerii — Traducere automată vs umană vs hibrid
4. Targetare Internațională — Configurarea Consolei de Căutare
5. Localizarea Conținutului — Dincolo de traducere: adaptare culturală
6. Suport RTL — Limbile scrise de la dreapta la stânga (arabă, ebraică, persană)
7. Detectarea Limbajului — Servirea versiunii corecte automat
8. Conținut Duplicat — Prevenirea canibalizării între limbi

1. Implementarea Hreflang

Etichetele hreflang spun motoarelor de căutare ce URL servește ce limbă și regiune. Ele reprezintă fundamentele tehnice ale SEO multilingv — și cel mai frecvent element configurat greșit.

Sintaxa de bază a hreflang:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Reguli critice:

• Fiecare pagină trebuie să facă referire la TOATE versiunile alternative (inclusiv la ea însăși)
• x-default desemnează fallback-ul (de obicei engleză sau un selector de limbă)
• Etichetele hreflang trebuie să fie reciproce (pagina A leagă de B, B trebuie să se lege înapoi la A)
• Folosește coduri de limbă ISO 639-1 (en, da, de), nu coduri de țară
• Pentru conținut specific regiunii: en-us, en-gb, pt-br (limbă-regiune)
• Maximum ~50 de intrări hreflang pe pagină (limită de performanță)

Trei opțiuni de plasare:

| Metodă | Cea mai bună pentru | Dezavantaje | |--------|---------------------|-------------| | în | Site-uri mici (< 10 limbi) | Crește size-ul HTML, parsing mai lent | | Headere HTTP | Fișiere non-HTML (PDF-uri, API-uri) | Nu este larg acceptat | | Sitemap XML | Site-uri mari (10+ limbi) | Descoperire mai lentă de către crawlers |

Exemplu de hreflang în sitemap:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Erori comune hreflang:

• Eticheta de auto-referință lipsă (pagina nu se include pe sine)
• Etichete non-reciproce (A se referă la B, dar B nu se referă la A)
• Coduri de limbă greșite (dk în loc de da pentru daneză)
• Indică URL-uri non-200 (redirecturi, 404)
• Amestecarea x-default cu o pagină specifică limbii

Quick win: Explorează-ți site-ul și exportă toate etichetele hreflang. Verifică pentru relații non-reciproce — aceasta este cea mai frecventă eroare și face ca Google să ignore întreaga ta configurație hreflang.

2. Strategii de Rutare pe Zone Geografice

Modul în care structurezi URL-urile pentru diferite limbi afectează SEO, experiența utilizatorului și complexitatea tehnică. Există trei abordări principale:

Subfolder (Recomandat)

example.com/en/page
example.com/da/page
example.com/de/page

Avantaje: Autoritate de domeniu unică, ușor de gestionat, un certificat SSL, o proprietate de analiză, o proprietate în Console de Căutare, cel mai bine pentru majoritatea site-urilor.

Dezavantaje: Semnal mai slab de geo-targeting comparativ cu ccTLD-uri.

Subdomeniu

en.example.com/page
da.example.com/page
de.example.com/page

Avantaje: Poate găzdui pe servere/CDN diferite pe regiuni, bugete de crawl separate.

Dezavantaje: Fiecare subdomeniu construiește autoritate separat (echitatea linkurilor nu curge automat), mai multe proprietăți în Console de Căutare, configurare mai complexă.

TLD-uri cu cod de țară (ccTLD)

example.com (Engleză)
example.dk (Daneză)
example.de (Germană)

Avantaje: Semnalul de geo-targeting cel mai puternic, utilizatorii au încredere în TLD-uri locale, fiecare domeniu este independent.

Dezavantaje: Costisitor (cumpărarea a 20+ domenii), autoritate separată pe fiecare domeniu, construire de linkuri complexă, analize/console separate.

Recomandarea noastră: Rutare prin subfolder pentru 90% din site-uri. Aceasta concentrează toată autoritatea linkurilor pe un singur domeniu, oferind semnale clare de zonă geografică. Folosește formatul /{locale}/page.

https://langr.org/page        (Engleză, implicit)
https://langr.org/da/page     (Daneză)
https://langr.org/de/page     (Germană)
https://langr.org/ja/page     (Japoneză)

Quick win: Dacă folosești subdomenii și te lupți cu autoritatea, ia în considerare migrarea la subfoldere. Site-urile care migrează de la subdomenii la subfoldere observă în general o creștere de 20-50% în traficul organic în termen de 3-6 luni, pe măsură ce echitatea linkului se consolidează.

3. Calitatea Traducerii vs Traducerea Automată

Calitatea traducerii afectează direct clasamentele. Google poate detecta traducerea automată și poate devalua paginile traduse prost. Dar traducerea AI din 2026 este dramatic mai bună decât regula de bază din 2020.

Spectrul calității traducerii:

| Nivel | Metodă | Calitate | Cost | Cel mai bine pentru | |-------|--------|----------|------|---------------------| | 1 | Ieșire brută GPT/DeepL | 60-75% | ~$0 | Utilizare internă, schițe | | 2 | AI + prompturi de post-editare | 75-90% | ~$0 | Conținut de blog, pagini non-critice | | 3 | AI + revizuire umană | 90-97% | $0.03-0.08/cuvânt | Pagini de produse, pagini cheie de aterizare | | 4 | Traducător profesionist nativ | 97-100% | $0.10-0.25/cuvânt | Legale, medicale, critice pentru brand |

Perspectiva cheie pentru 2026: Nivelul 2 (AI cu prompturi de calitate) este acum suficient pentru majoritatea conținutului web. Algoritmii de conținut duplicat ai Google nu mai penalizează traducerea automată bine făcută — penalizează traducerile proaste care nu oferă valoare.

Semne de traducere care afectează SEO:

• Segmente netraduse amestecate cu conținut tradus
• Elemente UI (buton, etichete) încă în limba sursă
• Formatare specifică localei neadaptate (date, monede, numere de telefon)
• Referințe culturale care nu se traduc (idioame, glume, exemple)
• Același titlu/descriere meta în toate limbile

Cum să validezi calitatea traducerii:

1. Verifică că TOATĂ textul vizibil este tradus (inclusiv navigația, subsolul, formularele)
2. Verifică formatarea specifică localei (DD/MM/YYYY vs MM/DD/YYYY)
3. Testează CTA-urile — sună ele natural în limba țintă?
4. Verifică etichetele meta — titlul și descrierea trebuie să fie scrise separat pe fiecare limbă
5. Verifică că nu sunt expuse chei i18n brute (de ex., nav.home în loc de "Acasă")

Quick win: Verifică paginile traduse pentru conținut în limbi amestecate. Dacă vreo buton, etichetă sau element UI este încă în limba sursă, repară-le imediat — paginile cu limbi amestecate semnalează o calitate scăzută pentru Google.

4. Targetarea Internațională în Consolea de Căutare

Setările de targetare internațională din Google Search Console ajută Google să înțeleagă ce pagini ar trebui să se claseze în care țări.

Pentru setările subfolder:

• Nu poți seta targetarea pe țară pe subfolder (doar pe domeniu/subdomeniu)
• În schimb, bazează-te pe hreflang + limba conținutului + semnale ale utilizatorilor
• Trimite un sitemap pe fiecare localitate: sitemap-en.xml, sitemap-da.xml

Pentru ccTLD-uri:

• .dk este țintit automat către Danemarca
• .de este țintit automat către Germania
• Nu este nevoie de configurare manuală

Pentru TLD-uri generice (.com, .org, .net):

• Setează "Targetare Internațională" pe proprietatea din Consolea de Căutare
• Folosește hreflang ca semnal principal

Pași practici:

1. Verifică-ți site-ul în Consolea de Căutare (o proprietate pentru setarea subfolder)
2. Trimite sitemapul tău cu anotări hreflang
3. Verifică raportul "Targetare Internațională" pentru erori
4. Monitorizează raportul "Acoperire" pe fiecare limbă (folosește filtrarea parametrului URL)
5. Verifică pentru avertismente "Duplicat fără canonical selectat de utilizator" — acestea indică adesea probleme hreflang

Quick win: Mergi la Consolea de Căutare > Performanță > Filtrează după țară. Verifică dacă utilizatorii din Germania ajung pe paginile tale în engleză în loc de cele în germană. Dacă da, configurația ta hreflang are erori.

5. Localizarea Conținutului (Nu Doar Traducere)

Localizarea depășește traducerea literală. Aceasta adaptează conținutul pentru contextul cultural, comportamentul de căutare local și nevoile specifice pieței.

Ce să localizezi:

• Moneda și prețurile: Afișează moneda locală (€ în Germania, kr în Danemarca, ¥ în Japonia)
• Formate de dată/oră: 25/06/2026 (UE) vs 06/25/2026 (SUA) vs 2026/06/25 (ISO/Japonia)
• Numerele de telefon: Format local cu cod de țară pentru internațional
• Adrese: Potrivirea formatului poștal local
• Dovezi sociale: Nume locale de clienți, companii locale, studii de caz locale
• CTA-uri: Adaptarea tonului (formal în germană/japoneză, casual în engleză/daneză)
• Imagini: Localizarea textului din imagini, utilizarea vizualurilor cultural adecvate
• Legale: GDPR pentru UE, cerințe diferite de consimțământ pentru cookie-uri pe țări
• Exemple: Mărci locale, site-uri locale, referințe locale

Conținut care nu ar trebui tradus direct:

• Postări de blog despre subiecte locale (scrie unice pentru fiecare piață)
• Studii de caz (folosește afaceri locale)
• Pagini de prețuri (prețuri diferite pe piețe sunt valide)
• Conținut de știri (relevanța regională variază)

Localizarea cuvintelor cheie: Nu traduce cuvintele cheie — cercetează-le nativ. "Asigurare auto" în engleză ar putea fi "bilforsikring" în daneză, dar liderul în volum de căutare ar putea fi de fapt "forsikring bil" (ordinea cuvintelor diferită). Folosește unelte locale de cercetare a cuvintelor cheie.

Quick win: Verifică pagina ta de prețuri în toate limbile. Afișează moneda locală corect? Sunt CTA-urile tale cultural adecvate? Un CTA "Începe gratuit" ar putea avea nevoie să fie "Jetzt kostenlos testen" în germană — nu o traducere literală, ci ceea ce utilizatorii germani se așteaptă să vadă.

6. Suport RTL

Limbile scrise de la dreapta la stânga (arabă, ebraică, persană, urdu, pashto) necesită adaptări semnificative ale designului. Servirea conținutului RTL cu un design de la stânga la dreapta face site-ul tău inutilizabil pentru ~500 de milioane de vorbitori nativi.

Implementare tehnică:

<!-- Detectează și aplică direcția -->
<html lang="ar" dir="rtl">

Ce trebuie să se întoarcă în RTL:

• Alinierea textului (text de corp aliniat la dreapta)
• Direcția layout-ului (barile laterale se mută din stânga în dreapta)
• Ordinea navigării (inversată)
• Iconițe cu semnificație direcțională (săgeți, bare de progres)
• Padding și margini (schimbarea valorilor stânga/dreapta)
• Raza de colț (schimbarea valorilor colțurilor)
• Direcția CSS flexbox/grid

Ce nu ar trebui să se întoarcă:

• Numere de telefon și expresii matematice
• Nume de brand și logo-uri scrise de la stânga la dreapta
• Controalele playerului audio/video
• Indicatoarele de derulare orizontală
• Blocuri de cod încorporate

Abordare CSS (modern):

/* Folosește proprietăți logice */
.card {
  margin-inline-start: 1rem;  /* înlocuiește margin-left */
  padding-inline-end: 0.5rem; /* înlocuiește padding-right */
  border-start-start-radius: 8px; /* colțul din stânga sus în LTR, colțul din dreapta sus în RTL */
}

Testarea RTL:

• Adaugă dir="rtl" în și verifică fiecare pagină
• Verifică dacă textul în arabă/ebraică este lizibil (nu scriere Unicode coruptă)
• Testează inputurile formularului (direcția de introducere a textului)
• Verifică că numerele se afișează corect în cadrul textului RTL

Quick win: Dacă suportei arabă sau ebraică, adaugă dir="rtl" la elementul tău HTML pentru acele locale și folosește proprietăți CSS logice (margin-inline-start în loc de margin-left). Această modificare unică rezolvă 80% din problemele de layout RTL.

7. Detectarea și Rutarea Limbii

Modul în care decizi ce versiune de limbă să arăți unui utilizator afectează atât UX, cât și SEO.

Cele mai bune practici: URL bazat cu cookie de preferință

1. Prima vizită: Afișează conținut bazat pe URL (de exemplu, /da/page = daneză)
2. URL-ul rădăcină (/): Redirectează bazat pe header-ul Accept-Language sau afișează implicit (engleză)
3. Comutare manuală: Când utilizatorul selectează limba, setează un cookie și respectă-l la vizitele viitoare
4. Niciodată: Auto-redirectează de la un URL specific limbii

Ce să eviți:

• Redirecte IP-based (Google explorează de pe IP-uri din SUA → indexează doar engleza)
• Detectare a limbii doar prin JavaScript (motoarele de căutare nu pot executa JS cu fiabilitate)
• Redirectarea /de/page la /en/page pentru utilizatorii englezi (dezintegrează hreflang)
• Cloaking (afişarea de conținut diferit bazat pe user-agent)

Comportamentul corect al redirectării:

Utilizator vizitează: /             → 302 redirectare la /{locale-detectată}/
Utilizator vizitează: /da/page      → Servește conținut danez (niciodată nu redirecționa)
Utilizator vizitează: /inexistent   → 404 (nu redirecționați la limba implicită)

Regula SEO critică: Fiecare URL de limbă trebuie să fie accesibil direct de către Googlebot fără redirecționări. Dacă Google explorează /da/page și este redirecționat către /en/page, nu va indexa niciodată conținutul tău danez.

Quick win: Verifică că Googlebot poate accesa direct toate URL-urile tale de limbă. În Consolea de Căutare, folosește instrumentul de Inspecție URL pe un URL non-engl...