Hreflang: cómo etiquetar correctamente una web multilingüe

Por qué hreflang es imprescindible en webs multilingües

Quien vende en la región DACH mantiene casi inevitablemente varias versiones casi idénticas de sus páginas: una para Austria, otra para Alemania y, a menudo, una tercera para Suiza. En cuanto al idioma, estas versiones coinciden en gran medida. Ahí está el problema. Sin una señal clara, Google no puede reconocer que se trata de variantes separadas a propósito y no de contenido duplicado. En el peor de los casos, al usuario austriaco le aparece la página alemana, con precios que incluyen el IVA alemán, condiciones de envío alemanas, vocabulario propio de Alemania y un aviso legal conforme al derecho alemán.

Hreflang resuelve este problema de asignación. El atributo le dice al buscador: esta página también existe para de-DE y de-CH; muéstrale a cada usuario la versión que le corresponde. La relevancia económica está bien documentada. Según una encuesta internacional a 8.709 consumidores de 29 países, el 76 % prefiere productos con información en su lengua materna y el 40 % nunca compra en tiendas en otro idioma. En Austria, con 8,69 millones de internautas y una penetración de internet del 95,3 % (enero de 2025), servir correctamente la versión at no es un detalle: influye directamente en la conversión.

Aun así, hreflang sigue siendo un tema de nicho. Según el Web Almanac 2022, solo el 9,6 % de los sitios usa etiquetas hreflang en escritorio y el 8,9 % en móvil. Una aclaración previa: hreflang lo tienen en cuenta sobre todo Google y Yandex. Bing recomienda hreflang en su propio blog para webmasters para la orientación por idioma y región, pero según Ahrefs lo trata solo como una señal débil y se apoya sobre todo en la indicación content-language (metaetiqueta o cabecera HTTP), en los enlaces y en la procedencia de los visitantes. Entre los sistemas de búsqueda con IA, aciertan con la versión de idioma sobre todo los que se basan en el índice de Google o de Bing: en las pruebas de Glenn Gabe (diciembre de 2025), Copilot y Google AI Mode ofrecían casi siempre la versión adecuada, mientras que ChatGPT, Perplexity y Claude devolvían a menudo la versión en inglés de EE. UU.

Funcionamiento: sintaxis, autorreferencia y x-default

Un valor hreflang consta de un código de idioma según ISO 639-1 y, opcionalmente, de un código de país según ISO 3166-1 alfa-2, separados por un guion. Para la región DACH, eso significa de-AT, de-DE y de-CH. Importante: la primera parte es siempre el idioma; la segunda, la región. de-AT significa alemán para Austria, no «Austria-alemán» con la lógica invertida. Si indicas solo de sin país, te diriges a todos los usuarios germanohablantes, sea cual sea su país.

Hay tres reglas que no son opcionales:

Autorreferencia: cada página tiene que incluirse también a sí misma en su conjunto hreflang. Por tanto, la página at enlaza a de-AT (a sí misma), de-DE y de-CH. Si falta la autorreferencia, el conjunto se considera incompleto.

Reciprocidad: los enlaces tienen que ser bidireccionales. Si la página at apunta a la página de, la página de tiene que apuntar de vuelta a la página at. Google ignora los enlaces unidireccionales.

URL completas: todas las alternativas deben indicarse de forma absoluta, protocolo incluido. Según Google Search Central, solo se admiten URL completas, es decir, https://example.com/foo, no /foo ni //example.com/foo.

A esto se suma x-default. Este valor define la versión de respaldo para todos los usuarios cuyo idioma o región no coincide con ninguna entrada hreflang. Lo habitual es una página de selección de idioma o la versión principal internacional. La etiqueta x-default es la pieza que más se olvida; volveremos a ello más adelante. Un ejemplo mínimo concreto muestra cómo encaja todo: la página de producto austriaca incluye cuatro entradas, a saber, una autorreferencia a de-AT, un enlace a cada una de las variantes de-DE y de-CH y un x-default que apunta a la página de selección de idioma. Esas mismas cuatro entradas, con URL idénticas, figuran también en el head de la versión alemana y de la suiza. Solo esta lista completa, replicada en todas las versiones, hace que el conjunto sea válido para Google.

Estrategia: método de implementación y arquitectura de dominios

Hay tres vías equivalentes para implementar hreflang. Según Google Search Central, los tres métodos valen lo mismo desde el punto de vista de la búsqueda:

Etiquetas link de HTML en el head: la opción más sencilla de implementar, ideal para sitios pequeños y medianos y para la mayoría de los CMS con soporte mediante plugins. Inconveniente: con muchos idiomas, el head se infla, porque cada página tiene que incluir el conjunto completo.

Cabecera HTTP: necesaria para documentos que no son HTML, como los PDF. Técnicamente más exigente, ya que se configura en el servidor.

Sitemap XML: la solución más limpia para sitios grandes y programáticos. Las relaciones hreflang están centralizadas en el sitemap, no en el código fuente de cada página. Eso reduce drásticamente el trabajo de mantenimiento y las fuentes de error.

Google recomienda expresamente decidirse por un único método. Tres implementaciones paralelas no aportan ninguna ventaja y complican el mantenimiento.

En paralelo hay que decidir la estrategia de dominios. Compiten tres modelos:

ccTLD (.at, .de, .ch): envía la señal geográfica más fuerte y genera confianza local. Un dominio .at transmite cercanía y seriedad a los usuarios austriacos. Inconveniente: tres dominios separados implican el triple de trabajo en hosting, link building y autoridad de dominio, que no se transmite entre los ccTLD.

Subdirectorio (example.com/de-at/): concentra toda la autoridad de dominio en un único dominio. Fácil de mantener, escalable, ideal para SEO programático. La señal geográfica es más débil que con un ccTLD, pero se compensa con hreflang y con el contenido. Para la mayoría de los proyectos B2B en la región DACH, es la opción más pragmática.

Subdominio (de-at.example.com): separación técnica dentro de un mismo dominio registrado, pero transmite la autoridad peor que el subdirectorio. En la práctica, rara vez es la mejor opción.

Particularidades del mercado DACH: separar bien de-AT, de-DE y de-CH

Tres versiones en el mismo idioma son el caso clásico de canibalización de palabras clave. Hreflang resuelve la asignación en las SERP, pero no la diferenciación del contenido. Si publicas tres veces el mismo texto, te arriesgas a que Google trate las versiones como intercambiables e indexe solo una.

Una localización de verdad separa con claridad:

Vocabulario: el alemán de Austria difiere del de Alemania. «Jänner» en lugar de «Januar», «Erdäpfel» en lugar de «Kartoffeln», «Sackerl» en lugar de «Tüte». Estas señales resultan auténticas y responden a la intención de búsqueda local.

Precios y moneda: EUR para at y de, CHF para Suiza. La presentación de precios con impuestos y las condiciones de envío no son las mismas.

Marco legal y aviso legal: el aviso legal austriaco se rige por la ECG y la Mediengesetz; el alemán, por el § 5 de la Digitale-Dienste-Gesetz (DDG), y el suizo, por el art. 3, apdo. 1, letra s de la UWG. La DDG sustituyó a la Telemediengesetz (TMG) el 14 de mayo de 2024. También difieren la garantía legal y las normas de desistimiento.

Para evitar la canibalización, conviene que cada versión tenga contenido propio en lugar de traducirla al pie de la letra. Hreflang señala la separación; el contenido tiene que justificarla.

Errores frecuentes de hreflang y depuración

Hreflang es propenso a errores, y los datos son claros. Un estudio de Ahrefs sobre 374.756 dominios muestra que el 67 % tenía al menos un problema de hreflang. En detalle, al 56,3 % le faltaba la etiqueta x-default, al 18 % le faltaban etiquetas autorreferenciales, el 16,9 % apuntaba a páginas redirigidas o rotas y al 15,3 % le faltaban enlaces de retorno. Un segundo análisis de 18.786 sitios confirma el patrón: el 31,02 % tenía directivas hreflang contradictorias, el 47,95 % no usaba x-default y al 16,04 % le faltaban etiquetas autorreferenciales.

Las fuentes de error más frecuentes, de un vistazo:

x-default ausente: con diferencia, el error más frecuente. Sin versión de respaldo, falta la lógica que recoge las combinaciones de idioma/región que no encajan.

Falta de reciprocidad o de autorreferencia: los conjuntos unidireccionales o incompletos se ignoran. Ambos errores alcanzan porcentajes de dos cifras en los estudios.

Códigos no válidos: el orden invertido, códigos inventados como en-UK (lo correcto es en-GB) o las erratas dejan la entrada sin efecto.

Enlaces a redirecciones o a URL no canónicas: hreflang tiene que apuntar a la URL final e indexable, no a una redirección.

Conflicto con canonical: un tiro en el pie muy habitual. Si la página at apunta mediante canonical a la página de, la lógica de hreflang queda anulada. Cada versión de idioma necesita una canonical autorreferencial.

Etiquetas en el body en lugar del head: si hreflang aparece después de un elemento HTML no válido dentro del head, el navegador puede cerrar el head de forma implícita. Según el Web Almanac 2025, el 10,1 % de las páginas de escritorio y el 10,3 % de las móviles contienen elementos HTML no válidos en el head, con lo que los metadatos posteriores, como hreflang, acaban en el body y no tienen ningún efecto.

Sobre la depuración: desde septiembre de 2022, Search Console ya no tiene informe de hreflang. Google retiró el informe de segmentación internacional. Rastreadores como Screaming Frog o Sitebulb validan la reciprocidad, los códigos y el estado de las URL de destino en todo el sitio. Para páginas publicadas concretas, Google remite a herramientas de terceros como el comprobador de hreflang de Merkle.

Métricas y medición durante el despliegue

El éxito se puede medir de forma concreta. Las magnitudes clave:

Estado de indexación por versión: comprueba en Search Console si todas las versiones de idioma están indexadas. Las versiones no indexadas apuntan a thin content o a problemas de duplicados.

Tasa de errores de hreflang: proporción de URL con enlaces de retorno ausentes o códigos no válidos, calculada mediante rastreos periódicos, por ejemplo con Screaming Frog o Sitebulb. El objetivo es cero.

Rankings por mercado e idioma: haz seguimiento de tus palabras clave con buscadores localizados (google.at, google.de, google.ch). Solo así sabrás si la versión correcta posiciona en el mercado correcto.

Geotargeting más allá de hreflang: hreflang es la señal más precisa, pero no la única. La ubicación del servidor y de la CDN, así como la región IP asociada, le dan a Google una pista geográfica débil. Evita a toda costa las redirecciones automáticas por IP: impiden que Googlebot, que rastrea sobre todo desde EE. UU., llegue a todas las versiones. Ofrece en su lugar un selector de idioma visible.

SEO programático y control de calidad: con miles de páginas generadas automáticamente, hreflang tiene que generarse a partir del modelo de datos, idealmente a través del sitemap XML. Lo decisivo es el control de calidad frente al thin content: solo las versiones con contenido propio y localizado deberían recibir un conjunto hreflang. Escalar sin localizar solo produce contenido duplicado a gran escala.

Para profundizar: migración e investigación internacional de palabras clave

Si internacionalizas un sitio existente, conviene un despliegue escalonado. Empieza por el mercado objetivo más importante, vigila la indexación y los rankings, y lanza las demás versiones solo después. Una estrategia de redirecciones limpia y la monitorización en Search Console son obligatorias para detectar a tiempo las caídas de tráfico.

Toda localización empieza por la investigación internacional de palabras clave. El volumen de búsqueda y los términos varían mucho de un mercado a otro. En lugar de una traducción literal, hace falta transcreación: trasladar la intención de búsqueda local. Un término habitual en Alemania puede tener muy pocas búsquedas en Austria aunque el idioma sea el mismo. Hreflang se encarga entonces de que en cada mercado aparezca la página correcta, optimizada para ese mercado.