Webs multilingües: abrir mercados nuevos sin penalización de Google

Cuando una empresa saudí decide atender a clientes fuera del mercado local, la primera decisión suele ser: «vamos a añadir una versión en inglés». Y suele ejecutarse de la peor manera posible: texto traducido a máquina y una segunda copia del sitio, y luego a esperar clientes que nunca llegan.

Una web multilingüe no es un proyecto de traducción, es un proyecto de arquitectura técnica. Estas cuatro decisiones determinan si funciona.

1. Hreflang: sin él, Google cree que te repites

Cuando la misma página existe en diez idiomas, Google necesita una señal explícita que diga: «estas no son diez páginas que compiten, son versiones idiomáticas de una sola; muéstrale a cada usuario la suya».

Esa señal es la etiqueta hreflang. Sin ella, Google puede tratar las versiones como contenido duplicado, elegir una e ignorar el resto: habrás pagado diez traducciones para que se vea una. Es el error técnico más común y más caro en las webs multilingües.

2. Estructura de URL: tres opciones, no una

• Subdirectorios (site.com/fr/): lo adecuado para la mayoría de empresas; toda la autoridad de dominio se acumula en un sitio, la gestión es más simple y el coste menor.
• Subdominios (fr.site.com): Google los trata como semiindependientes, así que hay que construir autoridad para cada uno por separado.
• Dominios de país (site.fr): los más potentes para apuntar a un solo país, y mucho más caros de mantener.

Para una empresa que empieza su expansión internacional, los subdirectorios son la decisión práctica en la mayoría de los casos.

3. La traducción automática sola te perjudica

Una traducción automática sin revisar produce un texto gramaticalmente correcto y comercialmente extraño. Y lo que es peor: traduce palabras, no intención de búsqueda. Un cliente alemán no busca el mismo término que uno francés, aunque el significado sea idéntico.

Un ejemplo concreto: quien busca Yeda en alemán escribe «Dschidda», no «Jeddah». Si tu versión alemana solo dice «Jeddah», para ese usuario no existes. Los nombres de ciudades y países se escriben según la convención de cada idioma, no se copian tal cual.

4. Soporte RTL de verdad, no una plantilla reflejada

Si tu web es originalmente en árabe y añades idiomas latinos — o al revés — no se trata solo de invertir la dirección del texto. Los iconos, las flechas, el orden de los formularios y la posición de los botones cambian todos. Las plantillas que «reflejan» un diseño automáticamente producen interfaces rotas que pierden la confianza en el primer segundo.

¿Qué hay que traducir de verdad?

Traducir a medias es peor que no traducir. La lista completa incluye:

• Títulos y descripciones meta de cada página, no solo el texto visible.
• El texto alternativo de las imágenes.
• Etiquetas de formulario, botones de envío y mensajes de error.
• Páginas legales: política de privacidad y condiciones.
• El sitemap, cubriendo todas las versiones idiomáticas.

Una web traducida al 80 % deja al visitante extranjero ante una página mitad en su idioma y mitad incomprensible: peor impresión que un sitio claro en un solo idioma.

Cuándo desaconsejamos ir multilingüe

Si no puedes atender de verdad al cliente extranjero — sin envío internacional, sin equipo que responda en su idioma, sin un método de pago que le sirva — la traducción te traerá consultas que no podrás cerrar. Primero se construye la capacidad operativa; la web la refleja después.

En resumen

Un idioma adicional no es un botón de traducir. Es un canal de captación nuevo, con su propia estructura técnica y sus propias palabras clave. Bien hecho una vez, te abre un mercado entero; hecho deprisa, añade páginas que nadie visita.