Ir al contenido
LUIGI MICCA

Publicado

4 min de lectura

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

Traducir una web no es internacionalizarla. Los errores que veo cada semana en sitios "multiidioma" — banderitas incluidas — y cómo se construye uno que Google y tus clientes extranjeros entienden de verdad.

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 mini-investigación de palabras clave, no un pase de traductor.

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, el mismo URL para todos los idiomas. Cada versión necesita su propia URL indexable — subdirectorios tipo /es/, /en/, /it/ es la estructura que Google recomienda para la mayoría de proyectos — y, si se quiere hacer 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.

Cómo se ve 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 de 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.