¿Cómo hacer SEO para un sitio web bilingüe? Configuración de idiomas, URL y etiquetas

Para evitar confusiones entre las versiones lingüísticas de un sitio bilingüe, cada idioma debe tener primero una URL independiente que pueda rastrearse. Después, se debe declarar la relación correspondiente mediante hreflang y mantener la URL canónica en consonancia con la página real. El selector de idioma, las redirecciones y el mapa del sitio también deben seguir las mismas reglas de URL; traducir las páginas o añadir etiquetas de idioma por sí solo no resuelve los problemas de identificación de versiones.

Definir primero la relación entre idioma y región

Al planificar el SEO bilingüe, primero hay que distinguir entre «versiones por idioma» y «versiones por región». El chino y el inglés pueden identificarse respectivamente con zh y en. Si, además, las páginas en inglés ofrecen precios, envíos o datos de contacto diferentes para Estados Unidos y el Reino Unido, se pueden usar en-US y en-GB. El código de región debe corresponder a diferencias reales entre regiones; no conviene duplicar numerosas páginas idénticas solo para abarcar más términos de búsqueda.

El orden de los códigos de idioma y región no debe invertirse: en-US indica una página en inglés dirigida a Estados Unidos; US no puede usarse por sí solo como valor de idioma. Para distinguir entre chino simplificado y tradicional también se pueden utilizar subetiquetas de escritura, como zh-Hans y zh-Hant. Antes de publicar, hay que definir si las páginas se diferenciarán por idioma, sistema de escritura o región, para evitar migraciones en cadena al modificar posteriormente las URL y las etiquetas.

Los motores de búsqueda también se basan en el texto visible para identificar el idioma de una página. No basta con traducir la navegación y el pie de página si el contenido principal permanece en otro idioma. No es necesario traducir a la fuerza los nombres de productos o los términos del sector, pero los títulos, el cuerpo del texto y la información sobre las acciones principales deben estar en el idioma de esa versión.

La estructura de las URL determina el coste de mantenimiento futuro

Las estructuras más habituales para páginas bilingües incluyen subdirectorios bajo el mismo dominio, subdominios diferentes y dominios de distintos países o regiones. Por ejemplo, example.com/zh/ y example.com/en/ usan subdirectorios, mientras que zh.example.com y en.example.com usan subdominios. Las tres estructuras permiten alojar páginas multilingües; al elegir, hay que centrarse en la implementación, los permisos y el mantenimiento a largo plazo.

Los subdirectorios facilitan la gestión de las rutas de idioma en un mismo sitio; los subdominios son adecuados cuando se necesita una implementación independiente o separar permisos. Los dominios distintos permiten gestionar por separado las marcas y los sitios, pero requieren administrar sus respectivas resoluciones DNS, renovaciones, certificados y etiquetas entre dominios. Los dominios con una extensión asociada a un país o región también transmiten una señal geográfica clara, por lo que no conviene usarlos para mercados no relacionados solo porque la extensión esté disponible para registro.

Al planificar dominios distintos, hay que definir quién será el titular del dominio y quién se encargará de su resolución antes de publicar el sitio. El servicio de dominios abarca tareas como la consulta, el registro y la resolución de dominios, así como los avisos de renovación. Si los sitios en distintos idiomas utilizan dominios diferentes, estos aspectos deben comprobarse por separado, y la resolución automática debe basarse en los registros que estén finalmente activos.

Cada página en otro idioma debe tener una dirección estable y accesible directamente, por ejemplo, /en/products/pump/ y /zh/products/pump/. No se debe hacer que una misma URL devuelva contenido completamente distinto según el idioma del navegador, ya que esto dificulta que el rastreo y la indexación asocien de forma estable cada versión lingüística. Los parámetros de consulta pueden distinguir páginas, pero requieren controles adicionales sobre las combinaciones de parámetros, las URL canónicas y los enlaces internos para evitar generar direcciones duplicadas innecesarias.

Las etiquetas hreflang deben abarcar las páginas correspondientes

hreflang expresa la correspondencia entre páginas en distintos idiomas o dirigidas a distintas regiones. Es una señal que ayuda a los motores de búsqueda a elegir qué versión mostrar, pero no garantiza que la página especificada se indexe o se muestre. La etiqueta puede incluirse en el head del HTML, en las cabeceras de respuesta HTTP o en el mapa del sitio XML. La configuración debe ser coherente en todo el grupo de páginas para evitar relaciones contradictorias entre distintas ubicaciones.

En el siguiente ejemplo, las páginas de producto en chino e inglés son versiones alternativas entre sí, y cada página se declara a sí misma. El contenido de las etiquetas es el mismo en ambas páginas y todas las direcciones son URL completas:

<link rel="alternate" hreflang="zh"
      href="https://example.com/zh/products/pump/">
<link rel="alternate" hreflang="en"
      href="https://example.com/en/products/pump/">
<link rel="alternate" hreflang="x-default"
      href="https://example.com/language-selector/">

x-default es una opción de reserva cuando no coincide ninguna otra versión de idioma o región. Puede apuntar a una página de selección de idioma o a una página adecuada como opción predeterminada; no es obligatoria ni equivale a la versión en inglés. Si la dirección de reserva forma parte de este grupo de relaciones, esa página también debe incluir las mismas etiquetas de correspondencia.

La relación debe establecerse entre páginas con contenido equivalente: una página de producto en chino debe corresponder a la página de detalle del producto en inglés, no dirigir todas las páginas a la página de inicio en inglés. Si un artículo no tiene traducción, no debe marcarse como versión alternativa de la página de inicio en otro idioma. Las direcciones incluidas en las etiquetas deben llevar a páginas finales accesibles, no a redirecciones, páginas de error o direcciones que tengan bloqueada la indexación.

Cómo coordinar las URL canónicas y el selector de idioma

canonical y hreflang resuelven problemas distintos. La primera indica la URL que se desea establecer como versión canónica; la segunda describe la relación entre versiones alternativas por idioma o región. Cuando las páginas en chino e inglés tienen contenido completo e independiente, normalmente cada una apunta a su propia URL canónica y ambas se declaran mutuamente mediante hreflang. Si la URL canónica de la página en inglés apunta de forma general a la página en chino, se puede reducir la posibilidad de que la página en inglés se indexe como una versión independiente.

En una misma lengua, las URL con parámetros de seguimiento, ordenación y otros similares deben evaluarse según el contenido de la página para decidir si se consolidan en la URL canónica. No hay que tratarlas directamente como páginas duplicadas solo porque pertenezcan al mismo grupo de versiones lingüísticas. El mapa del sitio y los enlaces internos también deben priorizar las direcciones canónicas para reducir las señales contradictorias.

Los enlaces del selector de idioma deben dirigir, en la medida de lo posible, a la traducción correspondiente del contenido actual y utilizar enlaces normales que puedan rastrearse. Si no existe una traducción equivalente, se puede dirigir al usuario a una sección pertinente en ese idioma, pero no se debe presentar esa redirección como una relación de equivalencia hreflang. Las redirecciones automáticas basadas en el idioma del navegador o la ubicación geográfica también pueden impedir que los rastreadores accedan a otras versiones. Mantener una opción de cambio de idioma clara y permitir el acceso directo a las URL de cada idioma facilita la verificación.

Cómo detectar problemas de configuración después de publicar

Empiece por un grupo de páginas que realmente se correspondan y compruebe por separado el estado de la respuesta final, el idioma visible de la página, la URL canónica y el conjunto completo de etiquetas hreflang. Las páginas en chino e inglés deben apuntarse mutuamente. Si solo la página en chino declara la página en inglés, pero no hay una declaración recíproca en la página en inglés, es posible que los motores de búsqueda ignoren el grupo de etiquetas. Al generar etiquetas en lote, compruebe especialmente que no se incluyan por error páginas cuya traducción aún no se haya publicado.

Las pruebas de rastreo también deben distinguir entre el HTML original devuelto por el servidor y el contenido generado al ejecutar los scripts en el navegador. Si los enlaces de idioma o las etiquetas dependen de scripts, hay que confirmar que sean visibles tras el renderizado y que no entren en conflicto con las etiquetas originales. Para archivos no HTML, como PDF, se puede considerar declarar las relaciones entre versiones lingüísticas mediante cabeceras de respuesta HTTP. El bloqueo del rastreo mediante robots.txt impide que los motores de búsqueda lean las etiquetas de la página, mientras que noindex entra en conflicto con el objetivo de que esta se indexe.

Si los resultados indexados muestran el idioma equivocado, compruebe primero el término de búsqueda, la región de búsqueda y la página de destino real; después, revise las etiquetas, la canonicalización y las redirecciones. Que los resultados de búsqueda muestren otra lengua no significa necesariamente que haya un error de configuración. Si el idioma de la propia página es inconsistente o el contenido de ambas páginas no se corresponde, modificar únicamente hreflang no corregirá la relación entre sus contenidos.