hreflang: cómo publicar tu web en varios idiomas sin confundir a Google
Guía práctica de hreflang para negocios con clientes en Colombia y USA: qué es, cómo implementarlo, qué estructura de URL elegir y los errores que Google ignora.
Tu tienda vende en Bogotá y también a clientes hispanos en Atlanta. Alguien en Estados Unidos busca tu servicio en inglés y Google le muestra tu página en español, o al revés. El contenido existe en los dos idiomas, pero el buscador no sabe que son la misma página.
hreflang es la forma de contárselo. Aquí tienes cómo hacerlo bien y qué errores hacen que Google lo ignore.
¿Qué es hreflang y para qué sirve?
Es una anotación que indica a Google qué páginas son variantes de un mismo contenido en otro idioma o región. Según la documentación de Google Search Central, sirve para que Search muestre la versión más adecuada a cada persona. Google aclara que, aunque no lo uses, podría encontrar las versiones por su cuenta, pero indicarlo de forma explícita suele ser lo mejor.
Un dato que conviene saber: Google no usa hreflang ni el atributo lang para detectar el idioma de una página, lo hace con sus propios algoritmos. hreflang solo conecta las versiones entre sí.
¿De qué tres formas se implementa?
Puedes usar etiquetas HTML, cabeceras HTTP o el sitemap XML, y Google las trata como equivalentes. Elige una sola: usar las tres no aporta nada extra en Search.
| Método | Dónde va | Cuándo conviene |
|---|---|---|
Etiquetas link | En el head de cada página | Sitios pequeños sin control de cabeceras |
Cabeceras HTTP Link | En la respuesta del servidor | Archivos que no son HTML, como PDF |
| Sitemap XML | Entradas xhtml:link por URL | Sitios con muchas páginas |
Si ya cuidas tu sitemap, como explicamos en Search Console y sitemap, esa suele ser la vía más ordenada.
¿Qué reglas tiene que cumplir?
Cada versión debe listarse a sí misma y a todas las demás, y las páginas deben apuntarse entre sí. Esas son las reglas centrales de Google:
- Autorreferencia: la lista de anotaciones es idéntica en todas las versiones, e incluye la propia.
- Enlaces recíprocos: si dos páginas no se apuntan mutuamente, Google ignora las etiquetas.
- URLs completas: con protocolo, como
https://ejemplo.com/pagina, no rutas relativas. - x-default (opcional): una página de respaldo para idiomas que no coinciden con ninguna versión, por ejemplo un selector de idioma.
Error común: poner el código del país solo, como
COoUS. Google es claro: no se puede especificar el país por sí solo. El idioma va primero y la región es opcional (es,es-CO,en-US). Tampoco sirven regiones reservadas comoEUoUK: Google las ignora.
¿Qué estructura de URL conviene elegir?
Para la mayoría de negocios pequeños, los subdirectorios (tuweb.com/en/) son lo más simple. Google compara cuatro opciones en su guía de sitios multirregionales:
| Estructura | Ventaja principal | Desventaja principal |
|---|---|---|
Dominio por país (.de) | Geolocalización clara | Costoso y apunta a un solo país |
Subdominio (en.tuweb.com) | Fácil de separar | No se sabe si es idioma o país |
Subdirectorio (tuweb.com/en/) | Fácil y de bajo mantenimiento | Una sola ubicación de servidor |
Parámetros (?loc=en) | Ninguna destacada | No recomendado |
Si estás decidiendo dominio, mira antes .co o .com: cuál elegir.
¿Cómo evito que mi web se vea mal en cada idioma?
Traduce todo el contenido principal y no redirijas automáticamente según el idioma del navegador. Google recomienda un solo idioma por página en contenido y navegación, y evitar las traducciones lado a lado. Si solo traduces menús y dejas el contenido en un idioma, la experiencia en resultados es mala.
Sobre las redirecciones, Google advierte que mandar al usuario a otra versión por una suposición de idioma puede impedir que usuarios y buscadores vean todas las versiones. Googlebot suele rastrear desde Estados Unidos y no envía cabeceras Accept-Language, así que un cambio dinámico puede dejarle versiones sin descubrir. La salida: enlaces visibles a cada idioma. Y si necesitas mover URLs al reorganizar, repasa las redirecciones 301.
Ojo: las páginas localizadas solo se consideran duplicadas si su contenido principal sigue sin traducir. Traducir bien es la mejor defensa.
¿Cómo reviso que quedó bien?
Abre cada versión y comprueba que lista a todas, incluida ella misma, con URLs completas y códigos válidos. Google menciona que existen validadores de terceros, como la herramienta de hreflang de Merkle, aunque no los mantiene ni los revisa. Complementa con las metas descripciones y títulos de cada idioma.
En resumen
Tu cliente en Atlanta y tu cliente en Bogotá deberían llegar a la versión que entienden, sin que Google dude de cuál mostrar. hreflang lo logra si cada versión se lista a sí misma y a las demás, con códigos de idioma válidos y sin redirigir por navegador. Si quieres que lo dejemos configurado, lo hacemos en nuestro servicio de SEO y GEO con IA.
Preguntas frecuentes
¿Qué es hreflang?
Es una anotación que le indica a Google qué páginas son variantes de un mismo contenido en distintos idiomas o regiones, para que muestre la más adecuada a cada usuario.
¿Dónde se pone hreflang?
Según Google, hay tres formas equivalentes: etiquetas link en el head de la página, cabeceras HTTP Link o entradas en el sitemap XML. Basta con usar una.
¿Qué pasa si las páginas no se apuntan entre sí?
Google indica que si dos páginas no se enlazan mutuamente, las etiquetas se ignoran. Por eso cada versión debe listar todas las demás y a sí misma.
¿Puedo usar solo el código del país, como CO?
No. Google aclara que no se puede especificar el país por sí solo: el código de idioma va primero y la región es opcional, por ejemplo es-CO.
¿Conviene redirigir a cada visitante según el idioma de su navegador?
Google lo desaconseja: puede impedir que usuarios y buscadores vean todas las versiones. Es mejor poner enlaces visibles a cada idioma.
No te quedes con la teoría: aplícalo a tu negocio
Implementamos SEO y GEO con IA de punta a punta, con tu operación real. La primera conversación no tiene costo.
