La web multiidioma bien hecha (y por qué casi todas están mal)

Tu empresa vende fuera de España — o quiere hacerlo. Alguien dice "necesitamos la web en inglés", se traducen los textos, se añade una banderita en la esquina y listo: web internacional. Seis meses después, ni un solo cliente extranjero ha llegado por Google.

No es mala suerte. Es que traducir una web y construir una web multiidioma son dos trabajos distintos, y el segundo casi nunca se hace. Después de años construyendo storefronts y plataformas que venden en más de quince países, estos son los errores que me encuentro una y otra vez — y cómo se hace bien.

Los cinco errores de siempre

1. Traducir palabras, no intenciones de búsqueda

Un italiano busca "sviluppo web su misura"; un inglés, "custom web development"; un español, "desarrollo web a medida". No son traducciones: son mercados con volúmenes, competencia e intenciones diferentes. Una página traducida palabra por palabra hereda las keywords del idioma original — que en el idioma de destino quizá no busca nadie. La consecuencia práctica: cada versión lingüística necesita su propia miniinvestigación de palabras clave, no una simple pasada de traducción.

2. Ignorar el hreflang (o ponerlo mal)

El hreflang es la etiqueta con la que le dices a Google "esta página existe en estos idiomas, dale a cada usuario la suya". Sin él, Google puede ver tus versiones como contenido duplicado o enseñar la página italiana a un usuario de Madrid. Y ponerlo mal es facilísimo: tiene que ser bidireccional (cada versión apunta a todas las demás y a sí misma) e incluir un x-default para el resto del mundo. En las auditorías que hago, el hreflang está roto o ausente en la mayoría de webs "multiidioma" — incluidas algunas de empresas grandes.

3. Las banderitas

Una bandera es un país, no un idioma. ¿Qué bandera pones para el español: España o México? ¿Y para el inglés? El selector correcto usa nombres de idioma escritos en su propio idioma — "Español, English, Italiano" — visibles sin desplegar nada. Detalle relacionado: el selector debe llevar a la misma página en el otro idioma, no a la home. Cada clic que pierde el contexto es un visitante que se va.

4. Redirigir a la fuerza por IP

Detectar el país del visitante y servirle su idioma es buena idea — hasta que le impides cambiar. El clásico: un español de viaje en Alemania condenado a navegar en alemán. El patrón correcto: la geolocalización decide solo la primera visita; en cuanto el usuario elige idioma explícitamente, esa elección se guarda y gana siempre. Y los buscadores deben poder rastrear todas las versiones sin que la redirección se lo impida.

5. URLs que no dicen nada

?lang=es o, peor, la misma URL para todos los idiomas. Cada versión necesita su propia URL indexable — los subdirectorios tipo /es/, /en/, /it/ son la estructura que Google recomienda para la mayoría de proyectos — y, si se quiere hilar fino, con el slug también localizado: /es/servicios/desarrollo-web en lugar de /es/services/web-development. Es más trabajo de arquitectura; también es la diferencia entre parecer local y parecer traducido.

Qué aspecto tiene cuando está bien hecho

Una web multiidioma bien construida cumple esto, todo a la vez:

Subdirectorios por idioma con slugs localizados
Hreflang bidireccional + x-default en cada página y en el sitemap
Contenido investigado por mercado, no traducido en bloque
Geolocalización solo en la primera visita, elección del usuario persistente y siempre respetada
Selector por nombre de idioma, que mantiene la página actual
Metadatos, Open Graph y datos estructurados localizados — hasta la imagen que se muestra al compartir en redes

¿Suena a mucho? Lo es la primera vez. Después queda incorporado en la arquitectura y cada página nueva lo hereda gratis. (Esta misma web funciona exactamente así, en tres idiomas — la teoría y la práctica, mismo sitio.)

Por qué importa para el negocio

Para una empresa española, el multiidioma bien hecho es la vía de crecimiento más barata que existe: el producto es el mismo, el mercado se multiplica. Y hay un detalle que casi nadie aprovecha: el español bien posicionado no compite solo en España — Latinoamérica busca en el mismo idioma, con muchísima menos competencia profesional en la mayoría de nichos B2B.

La mala noticia: nada de esto se arregla con un plugin de traducción. La buena: tampoco hace falta rehacer la web — la internacionalización se puede incorporar a lo que ya existe, por fases, empezando por las páginas que más venden.

Soy arquitecto de software independiente en Sevilla y construyo webs y aplicaciones multiidioma para empresas que venden en varios mercados. Si tu web "internacional" no trae clientes internacionales, hablemos: en 30 minutos te digo qué está fallando — gratis y sin compromiso.