Site web multilingv pus corect la punct: hreflang, adrese, capcane
O a doua limbă este cel mai ieftin fel de a câștiga acoperire – substanța există doar. Este totodată locul în care apar cele mai multe greșeli tehnice, pentru că patru lucruri trebuie să fie corecte în același timp, iar trei dintre ele sunt invizibile.
Pe scurt
- Subdirectoarele (
/en/) sunt alegerea potrivită pentru majoritatea companiilor – mai simple decât domeniile proprii, mai eficiente decât parametrii. - hreflang trebuie să fie reciproc: fiecare versiune trimite la toate celelalte, la ea însăși și la o versiune implicită.
- Adresele trebuie traduse și ele. Un text în engleză sub o adresă în germană este o traducere pe jumătate.
- Redirecționarea automată după limba browserului este cea mai frecventă greșeală gravă – ea blochează afară și roboții, și utilizatorii.
Partea tehnică a unui site multilingv este ușor de cuprins dacă o pui o dată corect la punct – și anevoioasă dacă o corectezi ulterior. De aceea merită jumătatea de oră de dinainte.
Structura adreselor
| Varianta | Exemplu | Potrivită pentru |
|---|---|---|
| Subdirector | exemplu.ch/en/ | aproape toți – un domeniu, o singură forță |
| Subdomeniu | en.exemplu.ch | sisteme sau operatori separați |
| Domeniu de țară propriu | exemplu.de | prezențe de piață de sine stătătoare, cu echipă proprie |
| Parametru | exemplu.ch/?lang=en | nimic – de evitat |
Subdirectoarele câștigă aproape întotdeauna, pentru că toate versiunile de limbă profită de forța aceluiași domeniu. Domeniile de țară proprii cer ca fiecare să fie construit separat – asta merită abia cu o echipă pentru fiecare piață.
Setarea corectă a hreflang
Patru reguli care trebuie să fie îndeplinite împreună. Dacă una este încălcată, grupul întreg este adesea ignorat.
- Reciproc. Dacă versiunea germană trimite la cea engleză, cea engleză trebuie să trimită și ea la cea germană. Indicațiile unilaterale sunt aruncate.
- Trimitere la sine. Fiecare pagină trimite și la ea însăși. Se uită frecvent și nu este opțională.
- Indicarea versiunii implicite. Un
x-defaultpentru toate limbile care nu sunt acoperite. - Adrese absolute. Complete, cu protocol și domeniu, fără căi relative.
de pentru germană în general, de-CH pentru germana din Elveția. Cine are o singură versiune germană ia de – nu de-CH. Altfel, vizitatorilor din Germania și din Austria nu li se atribuie versiunea.
Șase greșeli care fac invizibil un site multilingv
1. Redirecționare automată după limba browserului
Greșeala cea mai gravă. Roboții vin de obicei cu setarea de limbă americană și atunci nu văd niciodată celelalte versiuni. Nici utilizatorii nu mai ajung acolo unde voiau.
Corect: afișați o notificare cu o propunere, dar nu redirecționați. Rețineți alegerea făcută.
2. Adrese netraduse
/en/impressum/ în loc de /en/legal-notice/. Pare o versiune pe jumătate gata – și pierde degeaba termenul de căutare din adresă.
Corect: traduceți segmentele de adresă pentru fiecare limbă, fixați-le durabil și nu le mai schimbați.
3. Canonical trimite la limba principală
Dacă pagina engleză indică drept adresă canonică pe cea germană, spuneți: această pagină este un duplicat, ia-o pe cealaltă. Ea dispare din index.
Corect: fiecare versiune de limbă este propria ei adresă canonică.
4. Atributul lang lipsă
<html lang="de"> lipsește sau este la fel în toate versiunile. Privește nu doar motoarele de căutare, ci și programele de citire cu voce tare – acolo duce la o pronunție de neînțeles.
Corect: pentru fiecare versiune, codul potrivit, setat automat.
5. O singură sitemap pentru tot, fără indicații de limbă
Fără indicații hreflang în sitemap lipsește legătura dintre versiuni tocmai acolo unde ar fi recunoscută cel mai ușor.
Corect: hreflang fie în sitemap, fie în <head> – consecvent într-un singur loc.
6. Pagini traduse parțial
Titlurile traduse, textul curent în germană. Pentru motoarele de căutare este o pagină fără limbă clară – iar pentru vizitatori, o problemă de încredere.
Corect: mai bine mai puține pagini complet decât toate pe jumătate.
Știai că…?
Traducerea singură nu ajunge – patru lucruri trebuie potrivite cu țara, nu doar cu limba: sumele în moneda locală, situația juridică aplicabilă, exemplele obișnuite acolo și formatele de dată.
O versiune engleză care numește franci elvețieni și legea elvețiană revizuită privind protecția datelor nu este o versiune pentru piața britanică, ci o traducere a paginii elvețiene. Asta poate fi voită anume – dar ar trebui să fie o hotărâre, nu o scăpare.
Întreținerea este problema propriu-zisă
Construirea este un efort unic. Întreținerea este permanentă – iar acolo eșuează site-urile multilingve mai des decât la tehnică.
După un an, tabloul obișnuit arată așa: limba principală are 40 de pagini, a doua 31, a treia 22. Modificările s-au făcut în limba principală și s-au uitat în celelalte – iar nimeni nu mai știe ce versiune este cea actuală.
Împotriva asta ajută numai o hotărâre de construcție: o modificare se socotește gata abia atunci când a fost trasă în toate limbile. Cine nu poate ține pasul cu asta ar trebui să ofere mai puține limbi – trei limbi întreținute bat clar opt învechite.
Listă de verificare înainte de pornire
- Fiecare pagină trimite prin hreflang la toate versiunile, la ea însăși și la x-default
- Fiecare versiune este propria ei adresă canonică
<html lang>este setat corect pentru fiecare versiune- Segmentele de adresă sunt traduse și fixate durabil
- Nicio redirecționare automată după limba browserului
- Alegerea limbii este vizibilă și funcționează fără JavaScript
- Sumele, indicațiile juridice și exemplele sunt adaptate, nu doar traduse
- Există un proces fix care trage fiecare modificare în toate limbile
Verifică instalarea multilingvă a site-ului meu. Date: - Domeniul: [Adresa] - Limbile: [listă cu coduri de limbă] - Structura adreselor: [subdirector / subdomeniu / domeniu propriu] - Blocul hreflang al unei pagini de exemplu: [Inserează blocul] - Indicația canonical a aceleiași pagini: [inserează] - Atributul lang al aceleiași pagini: [inserează] - Există o redirecționare automată după limba browserului? [da / nu] - Sunt traduse segmentele de adresă? [exemplu pentru fiecare limbă] Sarcini: 1. Verifică cele patru reguli hreflang: reciprocitate, trimitere la sine, x-default prezent, adrese absolute. Numește fiecare încălcare separat. 2. Verifică dacă sunt alese corect codurile de limbă – în special dacă o indicație de regiune este prea îngust formulată. 3. Verifică indicația canonical și atributul lang pentru contradicții față de versiunea de limbă. 4. Numește punctele din datele mele care pot face invizibilă o versiune de limbă, ordonate după gravitate. 5. Dă-mi blocul hreflang corectat, complet. Nu inventa adrese – marchează ce lipsește cu [de completat].
Concluzie
Tehnic, un site multilingv se decide în patru locuri: structura adreselor, hreflang reciproc, adresă canonică proprie pentru fiecare versiune, nicio redirecționare automată. Dacă aceste patru sunt corecte, restul funcționează.
Întrebarea propriu-zisă este după aceea una organizatorică: reușiți să trageți fiecare modificare în toate limbile? Dacă nu, mai puține limbi este hotărârea mai bună.
Întrebări frecvente
Ce structură de adrese este cea mai bună pentru site-urile multilingve?
Subdirectoarele de tipul /en/, pentru aproape toate companiile: toate versiunile de limbă profită de forța aceluiași domeniu, iar administrarea rămâne simplă. Domeniile de țară proprii merită abia la prezențe de piață de sine stătătoare, cu echipă proprie; parametrii de limbă în adresă ar trebui evitați.
La ce trebuie luat seama la hreflang?
La patru reguli în același timp: indicațiile trebuie să fie reciproce, fiecare pagină trebuie să trimită și la ea însăși, este nevoie de un x-default pentru limbile neacoperite, iar toate adresele trebuie date absolut. Dacă o regulă este încălcată, grupul întreg este adesea ignorat.
Ar trebui vizitatorii redirecționați automat către limba lor?
Nu. Roboții vin de obicei cu setarea de limbă americană și atunci nu văd niciodată celelalte versiuni; utilizatorii nu ajung acolo unde voiau. Corectă este o notificare cu o propunere, care reține alegerea făcută – fără redirecționare automată.
Trebuie traduse adresele?
Da. Un text în engleză sub o adresă în germană pare pe jumătate gata și pierde degeaba termenul de căutare din adresă. Segmentele de adresă ar trebui traduse pentru fiecare limbă și apoi fixate durabil – schimbările ulterioare costă vizibilitatea deja clădită.
Câte limbi au sens?
Atâtea câte pot fi întreținute durabil. Starea cea mai frecventă după un an sunt versiuni complete în măsuri diferite, la care nimeni nu mai știe care este actuală. Trei limbi întreținute lucrează clar mai bine decât opt învechite – hotărâtor este un proces fix care trage fiecare modificare în toate versiunile.
Marketing care se configurează singur
Beta Studio Engine este deschisă. Rezervă-ți locul și contribuie de la început.
Participă la beta →