Sitios multilingües: por qué Google enseña la página equivocada (y cómo decírselo bien)

Por Daniele Forciniti

Índice

Si tienes una web en varios idiomas o dirigida a varios países, te habrá pasado: buscas tu web desde México y Google te enseña la versión de España, o la página en inglés en lugar de la que está en español. No es mala suerte, es que no le has dicho a Google con claridad qué versión mostrar a cada persona. En esta guía vemos, paso a paso, cómo gestionar los sitios multilingües y multirregionales siguiendo las indicaciones oficiales de Google: estructura de URLs, etiquetas hreflang, segmentación geográfica y los errores que lo estropean todo en silencio.

¿Multilingüe o multirregional? La diferencia que lo cambia todo

Antes de tocar el código, hay que aclarar dos palabras que a menudo se confunden, porque la estrategia cambia bastante según el caso.

Sitio multilingüe: ofrece el mismo contenido en varios idiomas. Ejemplo: una empresa gallega con su web en gallego y en español. Google intenta mostrar la página en el idioma del usuario.
Sitio multirregional: muestra contenido distinto según el país del usuario. Ejemplo: un fabricante que envía tanto a Argentina como a España, con precios y envíos distintos. Google intenta mostrar la página correcta según la región.

Un sitio puede ser las dos cosas a la vez: una versión para Argentina y otra para España, y quizá la de España disponible en español y en gallego. Entender en cuál de los casos estás es el primer paso para no liarte después.

Por qué Google a veces muestra la versión equivocada

Aquí está el punto que casi nadie explica. El rastreador de Google, el robot que recorre las páginas, suele trabajar desde Estados Unidos y envía las peticiones sin declarar un idioma preferido (sin cabecera Accept-Language). Traducido: si decides el idioma o el país según las cookies, la configuración del navegador o la IP del visitante, Google puede no ver ni rastrear todas tus versiones. Por eso no basta con que la web «funcione» para los usuarios: tienes que decirle a Google, de forma explícita, qué versiones existen y a quién van dirigidas.

Sitios multilingües: cómo decirle a Google qué página mostrar

Las indicaciones oficiales se resumen en tres movimientos, fáciles de decir y de estropear.

1. Una URL distinta para cada idioma

Usa direcciones diferentes para cada versión de idioma (ejemplo.com/es/ y ejemplo.com/en/), en vez de cambiar el idioma «sobre la marcha» con cookies o la configuración del navegador. Así cada versión tiene su propia página que Google puede rastrear e indexar.

2. Señala las versiones con hreflang o sitemaps

Marca las páginas con las anotaciones hreflang (en las etiquetas de la página, en las cabeceras HTTP o dentro del sitemap) para decirle a Google que esas páginas son lo mismo en idiomas o regiones distintas. Es el método que conecta entre sí las variantes.

3. Haz que el idioma de cada página sea obvio

Google entiende el idioma por el contenido visible, no por el atributo lang del código ni por la URL. Así que cada página, textos y menú de navegación incluidos, debe estar en un solo idioma. Evita las páginas bilingües en paralelo y no traduzcas solo los menús dejando el resto en un único idioma: puedes acabar con el mismo contenido apareciendo en varios idiomas en los resultados, con una mala experiencia para el usuario.

Qué estructura de URLs elegir

La estructura de URLs es la decisión más importante, porque cuesta dar marcha atrás. Google señala cuatro opciones, con ventajas e inconvenientes. Este es el comparativo práctico:

Estructura	Ejemplo	Ventajas	Inconvenientes
Dominio de país (ccTLD)	ejemplo.es	Segmentación geográfica clarísima; la ubicación del servidor no importa; sitios fáciles de separar	Caros; requieren más infraestructura; a veces requisitos estrictos; un solo país por dominio
Subdominio	es.ejemplo.com	Fácil de configurar; servidores en cualquier lugar; sitios fáciles de separar	La URL puede no bastar para reconocer la segmentación («es» ¿idioma o país?)
Subdirectorio	ejemplo.com/es/	Fácil de configurar; mantenimiento barato (mismo host)	La URL puede no bastar para reconocer la segmentación; servidor en una sola ubicación; más difícil de separar
Parámetros de URL	ejemplo.com?loc=es	No recomendado por Google	Segmentación difícil; URL poco clara para los usuarios

No hay una opción perfecta para todos: el ccTLD es la señal más fuerte para un único país, y el subdirectorio es el más barato y manejable si apuestas por varios idiomas con una sola marca. Los parámetros de URL, mejor déjalos.

hreflang sin errores: las reglas de oro

El hreflang es potente pero quisquilloso: la sintaxis es exacta, los errores son silenciosos y los efectos solo se ven al cabo de semanas. Estas son las reglas que marcan la diferencia:

Reciprocidad: si la versión en español apunta a la inglesa, la inglesa debe apuntar a la española. Si el enlace no es recíproco, Google lo ignora.
Autorreferencia: cada página debe listar todas las versiones alternativas, incluida ella misma.
Códigos correctos: idioma en formato ISO 639-1 y país (opcional) en formato ISO 3166-1 Alpha 2.
x-default: usa el valor x-default para la página que se muestra cuando ningún idioma o país coincide (útil para un selector o una home internacional).

Elemento	Estándar	Ejemplos
Idioma	ISO 639-1	es, en, it, de
País (opcional)	ISO 3166-1 Alpha 2	ES, MX, US
Idioma + país	idioma-PAÍS	es-ES, es-MX, en-GB
Fallback	valor especial	x-default

La segmentación geográfica: dirigir el sitio por país

Si quieres dirigir el sitio (o una parte) a usuarios de un país concreto, puedes mejorar el posicionamiento en ese país, pero lo empeoras en otras regiones. Google usa varias señales para entender el público correcto de una página:

Dominio de país (ccTLD), como .es o .mx: la señal más clara.
Anotaciones hreflang, en etiquetas, cabeceras o sitemaps.
Ubicación del servidor (por la IP), aunque con CDN cuenta poco.
Otras señales: dirección y teléfono locales, moneda e idioma locales, enlaces de sitios locales, el Perfil de Empresa en Google.

La segmentación geográfica no es una ciencia exacta: algún usuario puede acabar en la versión «equivocada». Por eso conviene poner en cada página los enlaces a las demás versiones, para que quien quiera cambie por su cuenta.

Lo que Google NO hace (y los errores que evitar)

La mitad del trabajo es dejar de hacer cosas que parecen listas pero que se vuelven en tu contra. Esto es lo que Google no hace y lo que tú no deberías hacer:

No rastrea el mismo sitio desde varios países para buscar las variantes: si no las declaras con hreflang, ccTLD o enlaces explícitos, no las encuentra.
Ignora las metaetiquetas de ubicación como geo.position o distribution, y los atributos HTML de segmentación geográfica: no sirven de nada.
No te fíes de la IP del visitante para cambiar el contenido: es impreciso y bloquea el rastreo de algunas versiones.
Nada de redirecciones automáticas por idioma: no mandes al usuario de una versión a otra según el idioma que crees que habla. Bloqueas a usuarios y buscadores. Mejor un enlace bien visible.

Los dominios de país que Google trata como genéricos

Curiosidad útil: algunos dominios que parecen ligados a un país, Google los considera genéricos (como .com o .org), porque mucha gente los usa sin pensar en la nación. Por lo tanto no dan segmentación geográfica automática: si los usas y quieres apuntar a un país, tienes que declararlo tú con los demás métodos. Entre ellos hay nombres muy populares:

.co, .io, .me, .tv, .fm, .ai, .la, .ws (y otros como .ad, .as, .bz, .cc, .cd, .dj, .ms, .nu, .sc, .sr, .su, .tk).
También los regionales como .eu y .asia se tratan como genéricos.

Si tu web está en un dominio .io o .co y pensabas que tenías ventaja geográfica, ya sabes que no es así: la segmentación hay que declararla aparte.

Contenido parecido entre versiones: canonical más hreflang

En los sitios multirregionales es habitual tener contenido igual o casi igual en el mismo idioma pero en URLs distintas (por ejemplo ejemplo.de/ y ejemplo.com/de/ con el mismo alemán). En esos casos elige la versión que prefieras, añade el rel="canonical" hacia la elegida y usa hreflang para mostrar a cada usuario la URL correcta según su idioma o región. Así evitas problemas de contenido duplicado sin perder la segmentación.

Mi lectura como diseñador web y especialista SEO

En mis años trabajando con webs en varios idiomas, el 90% de los problemas viene de dos cosas: hreflang mal escrito (falta la reciprocidad o la autorreferencia) y redirecciones automáticas por idioma que esconden las versiones a Google. El consejo práctico es empezar simple: una URL por idioma, contenido de verdad traducido (no solo los menús), hreflang limpio y un selector de idioma visible, sin forzar nada. Y antes de publicar, comprueba siempre el hreflang con las herramientas de test: los errores son invisibles a simple vista pero cuestan semanas de posicionamiento. Si quieres profundizar en la parte técnica, también te puede servir mi trabajo de desarrollo web y SEO.

En conclusión

Gestionar una web en varios idiomas o países no es complicado, es quisquilloso: Google no adivina, hay que instruirlo. Elige una estructura de URLs clara, mantén cada página en un solo idioma, declara las versiones con hreflang respetando reciprocidad y autorreferencia, y olvídate de redirecciones automáticas y trucos basados en la IP. Hecho bien una vez, dejas de regalar visitas a la versión equivocada y cada usuario encuentra la página correcta en su idioma.

Preguntas frecuentes

¿Para qué sirve la etiqueta hreflang?

Sirve para decirle a Google que dos o más páginas son lo mismo en idiomas o regiones distintas, para que muestre a cada usuario la versión correcta según su idioma o país.

¿Mejor dominio de país, subdominio o subdirectorio?

El dominio de país (.es, .mx) da la segmentación más fuerte pero cuesta más. El subdirectorio (ejemplo.com/es/) es el más barato y sencillo si apuestas por varios idiomas con una sola marca. Los parámetros de URL no se recomiendan.

¿Puedo redirigir a los usuarios según su idioma?

Mejor no. Las redirecciones automáticas por idioma impiden que usuarios y buscadores vean todas las versiones. Usa mejor enlaces bien visibles a los demás idiomas.

¿Un dominio .io o .co ayuda al posicionamiento local?

No. Google trata .io, .co, .me, .tv y otros como dominios genéricos, igual que .com. Si quieres apuntar a un país, hay que declararlo con hreflang u otras señales.

¿Cómo sabe Google en qué idioma está una página?

Lo determina por el contenido visible, no por el atributo lang ni por la URL. Mantén textos y menús de cada página en un solo idioma, sin versiones bilingües en paralelo.

Fuentes

Google Search Central: gestionar sitios multirregionales y multilingües.
Google Search Central: versiones localizadas y hreflang.
Google Search Central: canonical y URLs duplicadas.

Daniele Forciniti

Soy Daniele Forciniti, un experto en diseño web y SEO con más de 10 años de experiencia y diversas certificaciones profesionales. Estoy especializado en HTML y CSS, y utilizo CMS como WordPress. Soy el mayor experto en España en WIX y WIX Studio, y también me encargo del posicionamiento web SEO en buscadores y de marketing digital. Me apasiona mi trabajo y me actualizo constantemente para ofrecer soluciones innovadoras y de alta calidad a mis clientes.