Web multidioma: què cal decidir abans de traduir el teu web

Has detectat interès fora d’Espanya o reps consultes en un altre idioma, però traduir tot el web sembla una tasca llarga i difícil de mantenir. La decisió no consisteix només a afegir un selector d’idioma: consisteix a decidir quin públic atendràs, quina informació necessita i quines parts del web podràs actualitzar de manera coherent.

Un web multidioma té sentit quan un idioma addicional respon a una necessitat comercial o operativa concreta. En acabar aquest article podràs decidir què incloure en una primera versió, què prioritzar i què convé deixar fora fins que tinguis més claredat.

Els elements que ha de resoldre un web multidioma

1. Un objectiu concret per a cada idioma

   Defineix què ha de poder fer la persona que arriba a aquesta versió: entendre els teus serveis, sol·licitar informació, consultar un catàleg o accedir a documentació. No s’hauria d’incorporar un idioma només perquè existeixi un mercat potencial; necessita un propòsit que ajudi a triar les pàgines i els continguts necessaris.

2. Una audiència diferenciada quan sigui necessari

   Dues persones que parlen idiomes diferents no sempre busquen el mateix ni prenen decisions de la mateixa manera. Pot ser que una versió s’adreci a clients finals i una altra a distribuïdors, o que un servei tingui condicions diferents segons el mercat. Si canvia el missatge, l’oferta o el recorregut, no n’hi haurà prou amb traduir paraula per paraula.

3. Pàgines prioritzades, no una còpia automàtica de tot

   Comença per les pàgines que permeten complir l’objectiu: la portada, els serveis rellevants, les vies de contacte i els continguts que aclareixen una decisió important. Traduir seccions antigues, pàgines sense utilitat actual o continguts pendents de revisió amplia la feina i complica el manteniment sense aportar una funció clara.

4. Terminologia i missatges revisats per algú que coneix el negoci

   El nom d’un servei, una condició comercial o un terme tècnic poden requerir una adaptació, no una equivalència literal. Qui aprovi els textos ha de poder confirmar que el significat, el to i les crides a l’acció reflecteixen allò que l’empresa ofereix realment.

5. Navegació que mantingui el visitant en l’idioma triat

   El selector ha de ser fàcil de trobar i cada versió ha d’enllaçar amb les pàgines equivalents quan existeixin. Si una pàgina no està disponible en un altre idioma, convé decidir què veurà l’usuari en lloc de portar-lo sense avisar a una pàgina diferent o incompleta.

6. Formularis i comunicacions coherents

   Revisa què passa després d’enviar una consulta: idioma de la confirmació, persona o equip que la rep i capacitat real per respondre. El formulari forma part del recorregut; traduir-ne només les etiquetes deixa sense resoldre l’experiència posterior.

7. Una manera viable d’actualitzar continguts

   Cada canvi rellevant en un idioma pot requerir una revisió en els altres. Abans de publicar, aclareix qui prepara les actualitzacions, qui les valida i què passa quan una versió queda pendent. Aquesta decisió evita que el web comuniqui informació diferent per manca de coordinació.

8. Regles tècniques per identificar cada versió

   L’estructura de les URL, els enllaços entre idiomes i la configuració de cada pàgina s’han de planificar des del desenvolupament. La seva funció és ajudar els navegadors i els cercadors a distingir quina versió correspon a cada idioma i evitar barreges innecessàries. La implementació concreta depèn de la tecnologia i de l’estructura del teu web.

Com prioritzar l’abast inicial

Ordena cada idioma, pàgina o funció segons tres preguntes:

• Dona suport a un objectiu actual? Si respon a consultes que ja reps, permet presentar un servei clau o resol una barrera coneguda, té més prioritat que una traducció preventiva.
• El contingut està preparat? Una pàgina amb el text aprovat i una persona responsable de revisar-lo pot avançar abans que una secció el missatge de la qual encara canvia.
• El podràs mantenir? Inclou primer allò que puguis revisar i actualitzar quan canviï l’oferta, una condició o una dada de contacte.

Amb aquestes respostes, divideix l’abast en quatre grups:

• Imprescindible: idioma i pàgines sense els quals no es compleix l’objectiu definit.
• Desitjable: continguts que milloren l’experiència, però que es poden incorporar més endavant.
• Futur: idiomes, seccions o adaptacions que conservaràs com a possibilitat, sense tractar-los com a part de la primera publicació.
• Fora d’abast: tasques que pertanyen a un altre projecte, com revisar una oferta completa per a un mercat nou o produir materials comercials que encara no existeixen.

Aquesta classificació permet parlar d’una primera versió concreta. També evita que una petició aparentment senzilla —«traduir el web»— es converteixi en un projecte imprecís que inclogui continguts, funcions i revisions no definits.

Exemple aplicat: una primera versió raonable

Imagina, com a exemple hipotètic, una empresa de serveis que rep consultes en anglès sobre una part concreta de la seva activitat. El seu objectiu és que aquestes persones entenguin el servei i puguin explicar la seva necessitat mitjançant un formulari.

L’abast inicial podria incloure:

• una portada en anglès centrada en aquest servei;
• una pàgina que expliqui el servei i els seus límits;
• una pàgina de contacte amb formulari i missatges de confirmació en anglès;
• navegació entre espanyol i anglès;
• revisió de qui rep i respon les sol·licituds.

L’empresa podria deixar per a una fase posterior el blog històric, serveis que no ofereix fora d’Espanya, documents que encara no s’han revisat i un tercer idioma. No seria un web incomplet per això: seria una versió ajustada a l’objectiu disponible i a la seva capacitat de manteniment.

Què convé deixar fora fins que estigui més ben definit

No incloguis per defecte aquests elements en un web multidioma:

• Traducció de tot l’arxiu de continguts. Abans convé identificar quines pàgines continuen sent útils i quines requereixen una revisió de fons.
• Idiomes sense responsable de validació. Publicar textos que ningú no pot aprovar o actualitzar introdueix una incertesa evitable.
• Adaptacions de l’oferta no decidides. Si els preus, les condicions, els enviaments, la cobertura o el procés comercial canvien segons el mercat, aquesta decisió ha d’estar definida abans de traslladar-la al web.
• Funcions que depenen de tercers sense revisar el flux complet. Reserves, pagaments, catàlegs, eines d’atenció o formularis poden necessitar ajustos específics en cada idioma.
• Promeses comercials noves. Traduir no és el moment d’afegir missatges que l’empresa no hagi confirmat.

Pas següent: convertir la idea en un abast clar

Un web multidioma es planifica millor a partir de l’objectiu, el contingut disponible i la persona que el mantindrà. Si tens dubtes sobre quins idiomes, pàgines o fluxos incloure en el teu cas, pots explicar el projecte dins del servei de desenvolupament web per a empreses. Així podràs valorar un abast que diferenciï allò imprescindible d’allò que pot esperar a una fase posterior.