Tutorial

Orice echipă Drupal care construiește un site multilingv descoperă până la urmă același lucru: traducerea automată în sine e partea ușoară. În 2026, orice model AI capabil produce în câteva secunde un draft fluent în germană sau română pentru o pagină scrisă în engleză. Ce desparte site-urile care câștigă trafic organic internațional de cele care acumulează în tăcere pagini netraduse sau traduse prost nu este modelul — ci fluxul din jurul lui: cine declanșează o traducere, cine o verifică, ce se întâmplă când sursa se schimbă și cum află motoarele de căutare despre rezultat.

Am acoperit partea de capabilități în Traducerea conținutului cu ajutorul AI în Drupal — ce poate face ecosistemul de module AI. Acest articol este continuarea operațională: un flux de traducere Drupal pe care îl poți rula în producție, etapă cu etapă, cu componentele necesare pentru fiecare. Este același flux pe care îl folosim ca să rulăm softescu.com în engleză, română și germană.

De ce un buton „tradu" nu este un flux de lucru

Să conectezi un furnizor AI la Drupal și să pui un buton de traducere pe fiecare nod rezolvă problema greșită. Patru moduri de eșec apar în câteva săptămâni:

• Derivă silențioasă — sursa în engleză se actualizează, traducerile nu, și nimeni nu observă, pentru că nimic nu urmărește relația dintre reviziile sursei și reviziile traduse.
• Terminologie inconsecventă — același termen de produs e tradus în trei feluri pe trei pagini, pentru că fiecare traducere a rulat izolat, fără un glosar comun.
• Conținut nerevizuit în producție — traducerile AI sunt fluente, ceea ce face erorile lor ocazionale (negații inversate, false friends, termeni juridici greșiți) mai greu de observat, nu mai ușor. Pe paginile sensibile la conformitate, asta e o răspundere reală.
• SEO stricat — paginile se traduc, dar alternativele hreflang, canonicalele și sitemap-urile localizate nu urmează, așa că motoarele de căutare indexează versiunea greșită de limbă sau niciuna.

Un flux de lucru tratează fiecare mod de eșec cu câte o etapă. Sunt cinci.

Etapa 1 — Decide ce se traduce

Modulul de traducere de conținut din Drupal lucrează la nivel de câmp, și exact granularitatea asta contează. Înainte de orice apel AI, parcurge fiecare tip de conținut și marchează fiecare câmp ca traductibil sau partajat:

• Traductibile: titlu, corp, rezumat, meta description, textul alternativ al imaginilor, etichetele CTA.
• Partajate (nu se traduc niciodată): machine names, SKU-uri, exemple de cod, configurație embedded, nume de brand și de produs, câmpuri de autor, date.

Apoi scrie glosarul: cei 30–80 de termeni care trebuie traduși la fel peste tot — nume de produse care rămân în engleză, termeni de industrie cu o formă locală consacrată, termeni aprobați de echipa juridică. Glosarul este artefactul cu cel mai mare efect de pârghie din tot fluxul: costă o după-amiază și previne majoritatea observațiilor de la review mai târziu.

Etapa 2 — Generează drafturi AI cu context, nu șiruri izolate

Diferența dintre o traducere AI mediocră și una bună stă aproape în întregime în contextul trimis cu cererea. Valorile de câmp traduse izolat produc senzația clasică de traducere automată. În schimb, trimite modelului:

• conținutul complet al paginii, ca referințele dintre paragrafe să se rezolve;
• glosarul, cu instrucțiunea explicită că termenii lui nu sunt negociabili;
• audiența și registrul („decidenți B2B, formă de politețe Sie" pentru germană; convenția de sentence case pentru titlurile în română);
• ce rămâne neatins — blocurile de cod și configurația rămân în engleză chiar și în paginile traduse, pentru că developerii care le copiază lucrează în engleză.

În termeni Drupal, ecosistemul de module AI cu un furnizor de traducere susține exact acest tipar — iar rezultatul trebuie să ajungă întotdeauna ca revizie draft nepublicată a traducerii, niciodată direct în published.

Etapa 3 — Review-ul uman ca stare de moderare, nu ca obicei

Review-urile care se bazează pe bunăvoință se opresc în prima săptămână aglomerată. Fă din review o poartă structurală: un flux de moderare de conținut pentru traduceri cu trei stări — Draft AI → În review → Publicat — în care tranziția spre Publicat cere un rol pe care îl au doar revizorii umani.

Treaba revizorului e mai îngustă decât traducerea: verifică respectarea glosarului, acuratețea juridică pe afirmațiile sensibile, tonul și faptul că linkurile interne duc spre versiunea corectă de limbă. În practică, o pagină revizuită ia 10–15 minute în loc de cele 2–3 ore ale unei traduceri umane — acesta este câștigul economic real al traducerii cu AI, și se materializează doar dacă etapele 1 și 2 au fost făcute corect.

Etapa 4 — Publică cu instalația SEO intactă

O pagină tradusă pe care motoarele de căutare nu o pot atribui limbii ei e muncă irosită. Publicarea trebuie să includă:

• alternative hreflang pe fiecare versiune de limbă, fiecare arătând spre toate versiunile-surori — și reciproc;
• canonicale per limbă — mai ales când limbile trăiesc pe domenii diferite (paginile noastre în română au canonical spre softescu.ro, nu softescu.com; greșeala asta ne-a dezindexat site-ul românesc săptămâni întregi);
• sitemap-uri localizate cu URL-uri per limbă și date lastmod proaspete;
• meta titluri și descrieri traduse care respectă convențiile fiecărei limbi — titlurile în engleză folosesc title case, româna și germana folosesc sentence case. Copierea majusculelor englezești în alte limbi sună a traducere automată pentru cititorii nativi.

Etapa 5 — Închide bucla cu măsurare per limbă

Rezultatul fluxului e măsurabil, deci măsoară-l: impresii și CTR per folder de limbă în Search Console, engagement per limbă în analytics. Aici conținutul tradus încetează să fie un centru de cost și devine un argument. Pe propriul nostru site, versiunile germane a două ghiduri tehnice convertesc în prezent impresiile din căutare la un CTR de două până la cinci ori mai mare decât originalele în engleză — paginile germane sunt cele mai performante snippet-uri pe care le avem. Fără măsurare per limbă n-am fi știut niciodată și n-am fi investit mai departe în conținut german.

Gestionarea actualizărilor: re-traducere fără derivă

Când sursa se schimbă, Drupal marchează traducerile ca învechite — leagă acel indicator de flux: re-rulează draftul AI doar pentru câmpurile modificate și trece delta prin aceeași stare de review. Re-traducerea paginilor întregi la fiecare editare a sursei arde timp de review și introduce schimbări în texte deja aprobate; re-traducerea la nivel de câmp păstrează diff-ul verificabil în câteva minute.

Capcane frecvente

• Traduci tot — arhivele juridice, anunțurile de evenimente vechi și posturile expirate nu au nevoie de trei versiuni de limbă. Tradu ce are audiență.
• Publici output AI nerevizuit „doar de data asta" — pagina care sare peste review e, invariabil, prima pe care o găsește un prospect vorbitor nativ.
• hreflang într-un singur sens — alternativele care nu sunt reciproce sunt ignorate de motoarele de căutare. Validează reciprocitatea automat, nu manual.
• Blochezi fluxul pe un singur furnizor — modelele se îmbunătățesc lunar. Ține furnizorul în spatele unei interfețe, ca să-l poți schimba fără să atingi fluxul.

Cum arată în practică

Rulăm acest flux chiar pe softescu.com — fiecare pagină și articol există în engleză, română și germană, cu draft AI și review uman, cu instalația de hreflang, canonicale și sitemap-uri automatizată. Aceeași configurație scalează în jos până la un site corporate de cinci pagini și în sus până la platforme Drupal enterprise cu echipe editoriale în mai multe piețe.

Dacă plănuiești un proiect Drupal multilingv — sau ai unul în care traducerile au derivat — echipa noastră de dezvoltare web enterprise construiește exact astfel de fluxuri. Contactează-ne.