“Tenemos una versión en inglés, otra en alemán y otra en francés” es una forma habitual de describir un sitio internacional. Pero oculta la verdadera pregunta: ¿qué mercados atiende?
El alemán se habla en Alemania, Austria y Suiza, con monedas, condiciones de envío, menciones legales y, a veces, vocabulario distintos. El inglés abarca Estados Unidos, Reino Unido, Irlanda, Australia y a muchos compradores que simplemente lo prefieren. Una versión lingüística es una traducción. Una versión de mercado es una oferta adaptada a un país.
El SEO internacional resulta mucho más sencillo cuando esa distinción se hace explícita antes de crear cualquier URL o etiqueta.
Paso 1: decida a qué se dirige
Empiece con una matriz breve. Para cada versión prevista, anote:
| Versión | Idioma | País | ¿Oferta distinta? | ¿Necesita sus propias URL? |
|---|---|---|---|---|
| Inglés, global | en | ninguno | No | Sí |
| Inglés, Reino Unido | en | GB | Precios en GBP, envío en Reino Unido | Sí |
| Alemán, Alemania | de | DE | EUR, páginas legales alemanas | Sí |
| Alemán, Suiza | de | CH | CHF, envío en Suiza | Sí, si la oferta es distinta |
| Francés, Francia | fr | FR | No | Sí |
La regla general: cree una versión específica de mercado solo cuando cambie algo relevante para el usuario (precio, moneda, disponibilidad, contenido legal, datos de contacto). Si solo cambia la ortografía, puede bastar con una única versión lingüística.
Paso 2: elija una estructura de URL
La guía de Google sobre gestión de sitios multirregionales y multilingües compara las principales opciones:
| Estructura | Ejemplo | Ventajas (según Google) | Inconvenientes (según Google) |
|---|---|---|---|
| Dominio de código de país | example.de | Segmentación geográfica clara | Caro, limitado a un país |
| Subdominio | de.example.com | Fácil de configurar, permite servidores en distintas ubicaciones | Los usuarios pueden no saber si “de” indica idioma o país |
| Subdirectorio | example.com/de/ | Fácil de configurar, poco mantenimiento | Una sola ubicación de servidor, secciones más difíciles de separar |
| Parámetro de URL | example.com?loc=de | Google no lo recomienda |
No existe una respuesta universalmente mejor. Los subdirectorios suelen ser los más sencillos de gestionar. Los dominios de código de país tienen sentido cuando se cuenta con una marca local fuerte y equipos locales. Lo más importante es la coherencia: una vez elegido un patrón como /de-ch/ frente a /de/, aplíquelo en todo el sitio.
Paso 3: entienda cómo determina Google el idioma y el país
Hay dos puntos que sorprenden a muchos equipos.
El idioma se deduce del contenido. Google afirma que no utiliza la información de idioma del código, como los atributos lang o la URL, para determinar el idioma de una página, y que no utiliza hreflang ni el atributo lang de HTML para detectarlo. Una página “alemana” con contenido mayoritariamente en inglés es, para Google, una página en inglés.
El país se deduce de varias señales. Para la segmentación por zona, Google enumera los dominios de código de país, las anotaciones hreflang, la ubicación del servidor y otras señales, como direcciones y números de teléfono locales, la moneda y la información del Perfil de Empresa. Ignora las metaetiquetas de ubicación como geo.position.
Por eso una versión de mercado necesita señales verdaderamente locales, y no solo un menú traducido.
Paso 4: implemente hreflang correctamente
Hreflang indica a Google qué URL son versiones equivalentes de una página para distintos idiomas o regiones. Google admite tres métodos: etiquetas link en HTML, cabeceras HTTP y sitemaps XML. Son equivalentes; usar más de uno no aporta nada.
Un ejemplo mínimo para una página, en el head de HTML:
<link rel="alternate" hreflang="en" href="https://example.com/en/oak-table/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/oak-table/" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/eichentisch/" />
<link rel="alternate" hreflang="de-CH" href="https://example.com/de-ch/eichentisch/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
Las reglas de la documentación de Google:
- Autorreferencia: cada versión debe incluirse a sí misma, además de todas las demás versiones.
- Enlaces recíprocos: si dos páginas no apuntan la una a la otra, las etiquetas se ignoran.
- URL completas: incluya el protocolo (
https://). Las versiones alternativas pueden estar en dominios distintos. - Códigos válidos: el idioma usa ISO 639-1, y la región opcional usa ISO 3166-1 Alfa 2. No se puede usar un código de país por sí solo.
- Sistemas de escritura: cuando sea necesario, se admiten códigos de escritura como
zh-Hantyzh-Hans.
x-default
El valor reservado x-default se utiliza cuando ningún otro idioma o región de su conjunto coincide con la configuración del navegador del usuario. Suele apuntar a un selector de idioma o de país, o a la versión que considere la alternativa genérica. No es un idioma; es una opción de “ninguna de las anteriores”.
Errores habituales que hacen fallar hreflang
| Error | Por qué falla | Solución |
|---|---|---|
hreflang="uk" para Reino Unido |
uk es el código del idioma ucraniano |
Use en-GB |
hreflang="en-UK" |
Google señala que UK no tiene efecto como región |
Use GB |
hreflang="be" para Bélgica |
be es el código del idioma bielorruso |
Use fr-BE o nl-BE |
| Faltan enlaces recíprocos | Sin reciprocidad, las etiquetas se ignoran | Genere todas las anotaciones a partir de una única tabla de correspondencias compartida |
| URL relativas | Las alternativas deben ser URL completas | Genere URL absolutas |
| Apuntar a URL redirigidas o no indexables | La alternativa no es una página final válida | Apunte a la URL final e indexable |
La última fila es una buena práctica más que una regla citada: anotar URL que redirigen o están bloqueadas genera una confusión fácil de evitar.
Evite las redirecciones automáticas por ubicación o idioma
Es tentador redirigir automáticamente a los visitantes según su IP o el idioma del navegador. Google lo desaconseja: su rastreador suele proceder de Estados Unidos y no envía la cabecera Accept-Language, por lo que puede no llegar a ver algunas variantes, y la ubicación por IP no es fiable. Sugiera la versión adecuada con un banner y deje que los usuarios cambien libremente.
Contenido duplicado entre mercados
Las páginas traducidas no son duplicados. Google afirma que las versiones localizadas solo se consideran duplicadas si el contenido principal sigue sin traducir. Cuando un mismo idioma atiende a varios países con páginas casi idénticas (por ejemplo en-GB y en-IE), Google recomienda elegir una versión preferida y usar rel=”canonical” y hreflang para que cada usuario obtenga la adecuada. Añadir diferencias locales reales (precios, envío, datos de contacto) también ayuda a que cada versión se sostenga por sí misma.
Lista de comprobación antes de lanzar un nuevo mercado
- Está definido el mercado, no solo el idioma
- El patrón de URL es coherente en todo el sitio
- El contenido principal está traducido, no solo la navegación
- Existen señales locales: moneda, dirección, teléfono, páginas legales
- Hreflang incluye todas las versiones, también la propia, con enlaces recíprocos
- Los códigos son válidos (
en-GB, nuncaen-UK) x-defaultapunta a una alternativa razonable- No hay redirecciones automáticas basadas en la IP o el idioma del navegador
Cómo ayuda SearchFirefly
Las vistas multimercado de SearchFirefly separan el rendimiento en Google y las palabras clave seguidas por país o idioma, para que los resultados de un mercado no queden ocultos en una media global. La visibilidad en IA se mide con preguntas formuladas en el idioma de cada mercado en ChatGPT, Gemini, Perplexity, las Vistas creadas con IA de Google y el Modo IA de Google, y muestra qué marcas y fuentes cita cada asistente en cada mercado.