SEO tehnic pentru un site bilingv, pas cu pas
O a doua limbă dublează paginile și felurile în care pot apărea greșeli: pagina în română care își trimite adresa canonică spre cea în engleză, un buton de limbă care te duce pe prima pagină, legături alternative fără retur. Ghidul prezintă configurarea site-ului pe care îl citești, construit în engleză și română, și verificările automate care îl păstrează corect.
O adresă pentru fiecare limbă, cu prefix clar
Fiecare pagină există la `/en/...` și `/ro/...`, cu o adresă ușor de citit în limba ei: ghidul acesta este `/ro/resurse/seo-tehnic-site-bilingv/` și `/en/insights/bilingual-website-technical-seo/`. Adresa rădăcină redirecționează permanent spre `/en/`; nimeni nu este redirecționat după IP sau după limba browserului, iar cealaltă limbă este mereu la un clic distanță.
Perechile nu sunt ghicite din adrese. Fiecare pagină are o cheie stabilă într-un registru de rute, iar navigarea, butonul de limbă, firul de navigare, adresele canonice, alternativele și sitemap-ul sunt generate din el.
Canonical propriu și hreflang reciproc
Fiecare versiune de limbă este propria pagină canonică; pagina în română nu trimite niciodată canonicalul spre cea în engleză. Fiecare pagină listează ambele versiuni ca alternative, inclusiv pe sine, plus un `x-default` spre pagina corespunzătoare în engleză. Pentru că ambele pagini sunt generate din aceeași intrare de registru, legăturile de retur nu se pot desincroniza. Așa recomandă documentația Google despre versiunile localizate.
- `<link rel="canonical">`: adresa absolută a paginii însăși.
- `hreflang="en"` și `hreflang="ro"`: ambele versiuni, pe ambele pagini.
- `hreflang="x-default"`: versiunea în engleză a aceleiași pagini, nu prima pagină.
- `<html lang>` potrivit conținutului și fiecare cuvânt vizibil tradus, inclusiv descrierile imaginilor și mesajele formularelor.
Sitemap cu date reale
Sitemap-ul conține doar paginile canonice și indexabile care răspund cu 200, fiecare cu alternativele ei. Paginile de mulțumire, ciornele și redirecționările rămân pe dinafară. Data modificării se schimbă când se schimbă conținutul, nu la fiecare build, ca motoarele de căutare să aibă încredere în ea.
Date structurate care corespund paginii
Fiecare pagină are un singur graf JSON-LD: organizația, site-ul, pagina și firul de navigare, plus Service, Article sau VideoObject acolo unde pagina chiar este așa ceva. Prețurile dintr-un Service apar doar când același preț de pornire este vizibil în pagină. Nimic nu descrie evaluări, recenzii, birouri sau clienți care nu există.
Siguranța mediului: fără indexare accidentală
Versiunile locale și de previzualizare au `noindex` și folosesc adresa locală. Un build de producție refuză să ruleze dacă adresa publică lipsește, este locală, privată sau un domeniu de exemplu, așa că un canonical nu poate indica din greșeală spre `localhost` sau `example.com`. Indexarea pornește doar printr-o setare explicită de producție.
Verificări la fiecare build
După build-ul static, un script citește fiecare pagină generată și oprește build-ul dacă un titlu sau o descriere lipsește ori se repetă, dacă nu există exact un H1, dacă adresa canonică nu este pagina însăși, dacă lipsesc legăturile hreflang de retur, dacă un link intern este stricat, dacă o pagină în română nu are diacriticele așteptate sau dacă sitemap-ul conține o pagină neindexabilă. Greșelile sunt prinse înainte de publicare.
Pentru căutarea AI (AEO și GEO)
Aceleași fundamente servesc și căutarea bazată pe AI: conținut în HTML-ul inițial, titluri clare care răspund la o întrebare, fapte cu date și surse și acces pentru crawlere decis conștient. Ghidul actual Google spune că funcțiile sale AI se bazează pe semnalele obișnuite de căutare și nu cer marcaje speciale sau un fișier `llms.txt`. Oferim totuși unul, ca hartă simplă a site-ului, fără să ne așteptăm să schimbe pozițiile.