Ca să faceți un site multilingv în WordPress, aveți nevoie de un plugin: WPML, Polylang, TranslatePress sau Weglot. Îl instalați, adăugați limbile și traduceți fiecare pagină, meniu și formular. Fără un astfel de plugin, WordPress afișează site-ul într-o singură limbă: setarea „Limbă site” schimbă limba panoului de administrare și a textelor pe care le afișează WordPress, tema și pluginurile, dar nu vă traduce paginile. Pluginul creează pentru fiecare limbă câte o versiune a fiecărei pagini, cu adresa ei, leagă traducerile între ele și le oferă vizitatorilor un selector de limbă. Noi facem site-uri multilingve pe WPML, iar site-ul nostru funcționează în engleză, română și rusă.

Mai jos: cum schimbați limba WordPress, ce plugin alegeți, cum configurăm pas cu pas un site multilingv și ce greșeli îl împiedică cel mai des pe Google să afișeze versiunea potrivită. Denumirile setărilor sunt cele din panoul WordPress în limba română.

Limba site-ului și limba panoului de administrare

WordPress are două setări de limbă și amândouă schimbă doar interfața:

  • Limbă site (Setări, apoi Generale): limba panoului de administrare și a textelor pe care le afișează WordPress, tema și pluginurile, de exemplu butoane, date și etichete. WordPress descarcă singur traducerile pentru limba aleasă.
  • Limbă în profil (Utilizatori, apoi Profil): fiecare utilizator poate lucra în panou în limba lui, fără să schimbe limba site-ului.

Paginile, articolele, meniurile și titlurile SEO nu se traduc prin aceste setări. WordPress nu are încă multilingvism încorporat: foaia de parcurs oficială a WordPress îl prevede ca a patra fază a proiectului Gutenberg, editorul WordPress, după faza de colaborare, aflată încă în desfășurare. Așadar, dacă aceeași pagină trebuie să existe în două limbi, aveți nevoie de un plugin.

Ce plugin multilingv alegeți

PluginCum sunt organizate traducerileVersiune gratuităDe reținut
WPMLFiecare traducere este o pagină sau un articol separat, cu adresă proprieNu, licență anualăMeniurile, textele din temă și pluginuri și WooCommerce se traduc doar în planurile superioare celui de bază
PolylangTot un articol separat pentru fiecare limbăDa, peste 900.000 de instalări activeTraducerea adreselor categoriilor, DeepL și WooCommerce vin cu versiunile plătite Polylang Pro și Polylang for WooCommerce
TranslatePressTraduceți direct pe pagină, într-un editor vizualDa, peste 400.000 de instalări activeLimbi nelimitate și traducerea titlurilor SEO, a descrierilor și a adreselor doar în versiunile plătite
WeglotServiciu în cloud, pe abonament, cu traducere automatăDa: 2.000 de cuvinte și o singură limbă de traducereDacă site-ul depășește limita de cuvinte a planului, traducerea se oprește; adresele traduse ale paginilor doar în planurile superioare

Alegem WPML când site-ul are două sau trei limbi, adrese separate, meniuri, formulare și câmpuri SEO traduse și mai ales când este un magazin pe WooCommerce. Pentru un site simplu, fără magazin, ajunge adesea Polylang, care este gratuit. TranslatePress le convine celor care vor să traducă văzând pagina, iar Weglot, celor pentru care o lansare rapidă contează mai mult decât păstrarea traducerilor pe propriul site.

Cum facem un site WordPress multilingv pe WPML, pas cu pas

1. Limba principală și adresele

Limba principală stă la rădăcina site-ului, iar fiecare altă limbă primește propriul folder: rusa în /ru/, engleza în /en/. Pentru site-urile din Moldova, limba principală este de obicei româna, a doua este rusa, iar adesea se adaugă și engleza. Google recomandă ca fiecare versiune lingvistică să aibă adresa ei, în loc ca limba paginii să se schimbe după un cookie sau după setările browserului. Funcționează și subdomeniile (ru.site.md), în schimb un parametru în adresă (?lang=ru) nu este recomandat de Google.

2. Extensiile WPML de care are nevoie site-ul

Pe lângă pluginul de bază, adăugăm ce îi trebuie site-ului: WPML String Translation, pentru textele din temă și pluginuri; WooCommerce Multilingual, pentru un magazin; ACFML, dacă câmpurile paginilor sunt făcute cu ACF; WPML SEO, pentru titlurile și descrierile SEO din Yoast SEO sau Rank Math.

3. Fiecare pagină se traduce separat

Fiecare versiune are titlul ei, o adresă în limba ei și titlul și descrierea SEO proprii. Adresa poate fi scrisă cu litere latine sau chirilice: Google acceptă în adresă cuvinte în limba paginii, dacă adresa este codificată în UTF-8.

4. Traducem tot ce vede vizitatorul

Meniul, butoanele, subsolul, formularele, mesajele de eroare, emailurile pe care formularul i le trimite vizitatorului și ferestrele pop-up. Google stabilește limba unei pagini după textul vizibil, așa că o pagină cu limbi amestecate derutează și oamenii, și motorul de căutare. Înainte de lansare, trimitem din formular câte un mesaj în fiecare limbă și verificăm că pagina de mulțumire și emailurile vin în aceeași limbă.

5. Propriul selector de limbă, pe fiecare pagină

Selectorul duce la aceeași pagină în cealaltă limbă, nu la pagina principală. Limbile le marcăm cu denumiri sau coduri (RO, RU, EN), nu cu steaguri: un steag înseamnă o țară, nu o limbă. În locul widgetului standard din WPML punem propriul selector, compact, făcut în stilul site-ului.

6. hreflang

Etichetele hreflang îi spun lui Google ce pagini sunt traduceri una a alteia, iar Google îi arată fiecărui om versiunea în limba lui. Fiecare versiune trebuie să le enumere pe toate, inclusiv pe ea însăși, iar valoarea x-default indică pagina pentru toate celelalte limbi. WPML adaugă singur aceste etichete. După lansare, verificați pe câteva pagini că fiecare versiune enumeră toate limbile, inclusiv pe a ei, și că eticheta canonical trimite la pagina însăși, nu la versiunea principală: Google cere o pagină canonică în aceeași limbă.

7. Fără redirecționare automată

WPML poate redirecționa vizitatorul după limba browserului, dar funcția este oprită implicit și noi nu o pornim. Google recomandă să nu redirecționați automat între versiunile lingvistice: robotul Google accesează site-urile de obicei din SUA și nu transmite limba browserului, așa că s-ar putea să nu vadă niciodată celelalte versiuni. De ce redirecționarea automată după locație sau după limba browserului face mai mult rău decât bine și ce puteți folosi în loc aflați din articolul nostru despre redirecționarea utilizatorilor către traduceri.

Căutați o agenție de marketing orientată spre rezultate?

Obțineți rezultate măsurabile, în limita bugetului dvs.
 

8. Sitemap-ul și Search Console

Toate versiunile lingvistice trebuie să fie în sitemap, iar în Search Console merită să verificați indexarea fiecărei versiuni separat: Google indexează traducerile ca pagini diferite.

Traducerea: automată sau făcută de un om

Traducerea automată este bună ca ciornă: WPML, TranslatePress și Weglot traduc automat, iar Polylang Pro prin DeepL. Însă Google judecă o pagină după valoarea pe care o are pentru cititor, iar regulile lui privind spamul numesc direct abuz paginile generate în masă prin traducerea automată a textelor luate din altă parte. Textele dvs. le puteți traduce automat, apoi dați-le spre verificare unui om care scrie în limba respectivă: cititorul observă imediat o traducere cuvânt cu cuvânt, mai ales în titluri, butoane și formulare.

Greșeli frecvente

  • Eticheta canonical a tuturor limbilor trimite la versiunea principală. Așa îi spuneți lui Google că traducerile sunt copii ale ei, iar el poate să nu le mai afișeze în rezultate.
  • Limbi amestecate pe aceeași pagină. Textul este tradus, dar meniul, subsolul sau formularul nu.
  • Același titlu SEO în toate limbile, pentru că nimeni nu l-a tradus.
  • Emailurile din formular pleacă în limba implicită, nu în limba paginii din care au fost trimise.
  • Selectorul duce la pagina principală, iar vizitatorul pierde pagina pe care o citea.
  • Redirecționarea automată după limba browserului sau după IP, din cauza căreia oamenii și Google nu văd toate versiunile.

Astfel de site-uri, de la structura adreselor până la formularele și emailurile traduse, le facem în cadrul serviciului nostru de dezvoltare web.

Întrebări frecvente

Cum schimbați limba panoului WordPress?

Pentru tot site-ul: Setări, apoi Generale, câmpul „Limbă site”. Doar pentru dvs.: Utilizatori, apoi Profil, câmpul „Limbă”. Paginile și articolele nu se traduc astfel.

Se poate face un site multilingv fără plugin?

Puteți ține câte un site WordPress separat pentru fiecare limbă, dar atunci legăturile dintre traduceri, selectorul de limbă și hreflang trebuie configurate manual. Pentru site-ul unei firme, un plugin este mai simplu și mai sigur.

Câte limbi să adăugați?

Atâtea câte puteți întreține: fiecare pagină nouă, știre sau ofertă va trebui publicată în toate limbile. O versiune pe care nu o mai actualizează nimeni face mai mult rău decât lipsa ei.

Trebuie traduse adresele paginilor?

E de preferat. O adresă în limba paginii este mai clară pentru vizitator, iar Google acceptă fără probleme astfel de adrese, inclusiv cu litere chirilice. Important este ca fiecare versiune lingvistică să aibă adresa ei.

Surse