Sitio multilingüe: checklist técnico

Un sitio multilingüe no es un botón de traducir, es una tarea de ingeniería aparte con trampas técnicas. Quien lo trata como un complemento acaba con tráfico disperso y problemas de SEO que tardan meses en arreglarse.

Lo que no puede faltar

• hreflang correcto para cada versión de idioma
• Estructura de URL limpia sin mezclar idiomas en parámetros
• Traducción completa del contenido, no solo del menú
• Enlaces canónicos y un sitemap por versión
• Fuentes y maquetación para idiomas con acentos

Los errores de internacionalización golpean el SEO: el buscador no sabe qué versión mostrar y el tráfico se esparce. Arreglarlo después cuesta más que hacerlo bien desde el inicio. Por eso el checklist técnico es sagrado.

hreflang: la señal que evita el canibalismo

El atributo hreflang le dice a Google y a Yandex qué versión de idioma y región mostrar a cada usuario. Sin él, dos páginas en español y en inglés compiten entre sí y ninguna gana. Con él, cada mercado recibe su página y la autoridad se distribuye correctamente.

El error más común es olvidar la referencia recíproca: si la página A apunta a B, B debe apuntar a A. Una cadena rota invalida todo el bloque. Por eso validamos el hreflang con una herramienta antes de cada despliegue.

Estructura de URL

• Subdirectorios por idioma: /es/, /en/, /ru/
• Evitar parámetros como ?lang=es que confunden al rastreador
• Mantener la misma jerarquía en todos los idiomas
• Redirecciones según la preferencia del navegador

Los subdirectorios concentran la autoridad del dominio; los subdominios la dispersan. Para la mayoría de los proyectos, un subdirectorio por idioma es lo más robusto y lo que recomendamos. La coherencia de la jerarquía facilita el mantenimiento y la traducción.

Traducir el texto es fácil. Lograr que el buscador sirva el idioma correcto es la verdadera tarea.

Traducción de contenido, no solo de interfaz

Traducir el menú y el botón de compra no basta. El contenido comercial, textos de producto, artículos y preguntas frecuentes, debe localizarse, no solo traducirse. Localizar significa adaptar ejemplos, medidas y referencias culturales al mercado. Un texto traducido literalmente convierte peor que uno pensado para el lector local.

Además, cada idioma debe tener su propio calendario de contenidos. Lo que resuena en España no siempre resuena en México o Argentina. La estrategia de contenido se vuelve por mercado, no por plantilla.

Fuentes, maquetación y dirección de lectura

Los idiomas con acentos y diacríticos necesitan fuentes que los rendericen bien y tamaños de línea adecuados. El árabe o el hebreo cambian la dirección de lectura y alteran toda la maquetación. Aunque su proyecto sea solo latino, conviene diseñar con margen para que los textos más largos no rompan el diseño.

Analítica y conversión por mercado

Cada versión de idioma debe reportar por separado: tráfico, conversión y ROMI por país. Mezclarlos en una sola métrica oculta que un mercado pierde dinero mientras otro lo compensa. La internacionalización también es analítica.

El costo de hacerlo tarde

Retroceder un sitio ya lanzado para convertirlo en multilingüe implica migración de URLs, redirecciones y pérdida temporal de posiciones. Planearlo desde el primer boceto cuesta una fracción y evita el dolor. La internacionalización es una decisión de arquitectura, no un complemento.

En conclusión, un sitio multilingüe de calidad es ingeniería, no traducción. hreflang, estructura de URL, localización de contenido y analítica por mercado son las cuatro patas de la mesa. Si una falta, el proyecto se tambalea. Hágalo bien desde el inicio y cada mercado será una fuente de ingresos, no un quebradero de cabeza.