---
title: "Hreflang para DACH: por qué las plataformas de IA apenas tienen en cuenta las etiquetas"
description: "Hreflang: el 67 % de los dominios tiene errores. Las plataformas de IA muestran versiones de idioma incorrectas. DACH necesita de-DE, de-AT, de-CH + x-default."
locale: "es"
canonical: "https://blckalpaca.at/es/base-de-conocimiento/seo-geo/seo-tecnico/hreflang-para-dach-por-que-las-plataformas-de-ia-apenas-tienen-en-cuenta-las-eti"
category: "SEO & GEO"
topic: "SEO técnico"
updated: "2026-10-28T13:09:11.230Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Hreflang para DACH: por qué las plataformas de IA apenas tienen en cuenta las etiquetas

Hreflang es una anotación en el HTML o en la cabecera HTTP que comunica a los buscadores las variantes de idioma y región de una URL, por ejemplo de-DE, de-AT y de-CH. En el SEO clásico, hreflang ayuda a Google a mostrar a cada usuario la versión localizada adecuada, aunque se trata de una indicación (hint) y no de una directiva estricta. En la recuperación de información a través de IA, las señales hreflang pierden casi todo su efecto, porque los crawlers de IA como GPTBot, ClaudeBot y PerplexityBot no seleccionan la variante por idioma y región como hace Google. Además, no ven las etiquetas hreflang añadidas en el cliente, porque no renderizan JavaScript. Por eso, la visibilidad del contenido de-AT en ChatGPT, Perplexity o Copilot surge del HTML renderizado en el servidor, de señales de idioma on-page claras y de URL propias, no solo de hreflang.

## De un vistazo

- Hreflang ya no funciona como una restricción estricta en la recuperación de información a través de IA: los crawlers de IA como GPTBot, ClaudeBot y PerplexityBot no seleccionan la variante por idioma y región como Google, y no ven las etiquetas hreflang añadidas en el cliente porque no renderizan JavaScript.
- Incluso en Google, hreflang es solo una indicación, no una directiva (John Müller); con variantes DACH casi idénticas, Google suele consolidar en una URL canónica, y lo que ayuda es diferenciar de verdad el contenido de la variante de-AT.
- Mínimo para DACH: de-DE, de-AT, de-CH y x-default con etiquetas completas, recíprocas y autorreferenciales; según un estudio internacional, el 67 % de los dominios tiene al menos un error de hreflang, y el más frecuente es la falta de x-default (56,3 %).
- Bing solo considera hreflang una señal débil y detecta el idioma sobre todo mediante content-language; en Austria, Bing es el segundo buscador con un 9,01 % y la base de Copilot.
- La visibilidad del contenido de-AT en ChatGPT, Perplexity y Copilot surge del renderizado en el servidor, de señales de idioma on-page explícitas (referencias a Austria, precios en euros, términos locales) y de URL propias y estables, no solo de hreflang.
- En Next.js, las señales de locale deben ir en el HTML inicial generado en el servidor (alternates.languages, atributo lang); las señales añadidas en el cliente se pierden, y los elementos no válidos en el head (10,1 % de las páginas de escritorio) desplazan las etiquetas hreflang y canonical posteriores al body, con lo que dejan de tener efecto.
- El enfoque de subcarpetas (example.com/at/) consolida la autoridad del dominio y ofrece por región una URL clara e indexable; la monitorización con Search Console, Screaming Frog y el análisis de logs de los accesos de bots de IA asegura la implementación.

Hreflang se considera la herramienta estándar para sitios web multilingües y multirregionales. En la región DACH (Alemania, Austria y Suiza) debe garantizar que los usuarios austriacos vean la versión de-AT, los alemanes la versión de-DE y los suizos la versión de-CH. Esta lógica funciona en la búsqueda clásica de Google, pero choca con un nuevo límite: [las plataformas de IA como ChatGPT, Perplexity, Copilot y Claude](https://blckalpaca.at/es/base-de-conocimiento/seo-geo/seo-tecnico/renderizado-de-javascript-y-crawlers-de-ia-la-brecha-de-visibilidad) apenas tienen en cuenta las anotaciones hreflang. Este artículo explica cómo configurar correctamente hreflang para DACH, por qué los crawlers de [IA](https://blckalpaca.at/es/glosario/ia) ignoran estas señales y cómo puedes hacer visible el contenido de-AT igualmente en las respuestas de IA y en la búsqueda clásica.

## Por qué hreflang es relevante para DACH y dónde está el nuevo límite

La región DACH es un caso especial: [tres países, un idioma, pero mercados distintos](https://blckalpaca.at/es/servicios/geo), con precios, marcos legales y, en parte, términos propios. Justo aquí entra hreflang. Indica a los buscadores qué URL está pensada para cada combinación de idioma y región, para que Google muestre en Austria la página de-AT y en Alemania la página de-DE.

El mercado austriaco está prácticamente digitalizado por completo. A principios de 2025, [8,69 millones de personas en Austria usaban internet, con una tasa de penetración del 95,3 %](https://datareportal.com/reports/digital-2025-austria) (Austria). Quien se dirige a este mercado con una localización de-AT propia tiene un interés legítimo en que se muestre la variante correcta, en Google y, cada vez más, también en los sistemas de IA.

Justo ahí cambia el terreno de juego. Hreflang deja de funcionar como una restricción estricta en cuanto el contenido se entrega a través de la recuperación de información por IA. La difusión de esta búsqueda con IA es medible: en Alemania, [el 50 % de los internautas usa al menos ocasionalmente chats de IA en lugar de buscadores clásicos](https://www.bitkom.org/Presse/Presseinformation/Internet-Suche-Wandel-Haelfte-nutzt-KI-Chats) (Alemania), y [el 42 % de quienes buscan con IA ya ha recibido de la IA información falsa o inventada](https://www.bitkom.org/Presse/Presseinformation/Internet-Suche-Wandel-Haelfte-nutzt-KI-Chats) (Alemania). Las versiones de idioma equivocadas son parte de este problema: si un sistema muestra contenido de-DE ante una consulta austriaca, los precios, los tipos de IVA o los términos jurídicos a menudo no son correctos.

## Fundamentos de hreflang para DACH: anotación correcta y reciprocidad obligatoria

Una implementación limpia de hreflang para la región DACH sigue reglas claras. Los códigos de idioma y región combinan ISO 639-1 (idioma) con ISO 3166-1 Alpha-2 (región).

- **Códigos de idioma y región correctos:** de-DE para Alemania, de-AT para Austria, de-CH para Suiza. Un simple de sin región se dirige a todos los usuarios germanohablantes, sea cual sea su país, y puede tener sentido como variante genérica adicional.
- **x-default como alternativa:** El valor x-default marca la página que se muestra cuando ninguna otra variante encaja, por ejemplo para usuarios germanohablantes fuera de DACH o para una página de selección de idioma. x-default es el elemento que falta con más frecuencia.
- **Autorreferencia:** Cada página debe referenciarse también a sí misma con hreflang. La página de-AT enumera, por tanto, de-DE y de-CH, y además a sí misma como de-AT.
- **Referencias recíprocas (enlace de vuelta obligatorio):** Hreflang es bidireccional. Si la página de-DE apunta a la página de-AT, la página de-AT debe apuntar de vuelta a la página de-DE. Si falta el enlace de vuelta, Google ignora la anotación.

Así, un mínimo para DACH consta de de-DE, de-AT, de-CH y x-default, cada uno con etiquetas completas, recíprocas y autorreferenciales. A pesar de estas reglas claras, hreflang es propenso a errores. Un análisis internacional de 374.756 dominios concluyó que [el 67 % tiene al menos un problema de implementación de hreflang](https://ahrefs.com/blog/hreflang-study/) (internacional). Los errores más frecuentes: [en el 56,3 % falta x-default, en el 18 % faltan etiquetas autorreferenciales y en el 16,9 % las etiquetas hreflang apuntan a páginas redirigidas o rotas](https://ahrefs.com/blog/hreflang-study/) (internacional).

## Por qué los crawlers de IA ignoran en gran medida hreflang

La diferencia decisiva entre Google y las plataformas de IA está en el procesamiento. Google renderiza las páginas, ejecuta JavaScript y, a partir de hreflang, la ubicación y la configuración de idioma, selecciona la variante de idioma y región. Los crawlers de IA no lo hacen.

Un análisis del tráfico de crawlers en la red de Vercel muestra que [ninguno de los grandes crawlers de IA renderiza JavaScript](https://vercel.com/blog/the-rise-of-the-ai-crawler) (internacional). GPTBot, OAI-SearchBot, ClaudeBot y PerplexityBot descargan el contenido, pero no lo ejecutan. Solo [GPTBot generó en un mes 569 millones de solicitudes a través de la red](https://vercel.com/blog/the-rise-of-the-ai-crawler) (internacional). Es cierto que algunos crawlers descargan archivos JavaScript: [en ChatGPT, los archivos JS suponen el 11,50 % de las solicitudes y en Claude el 23,84 %](https://vercel.com/blog/the-rise-of-the-ai-crawler) (internacional), pero les falta el entorno de renderizado para ejecutarlos. Un estudio más amplio de 23 grandes crawlers de IA llega al mismo resultado: [el 69 % de los crawlers de IA no puede ejecutar JavaScript](https://www.searchviu.com/en/ai-crawlers-javascript-rendering/) (internacional), entre ellos, de forma explícita, GPTBot y ClaudeBot.

De ahí se derivan tres consecuencias para hreflang:

- **Sin renderizado de JS:** Las señales hreflang que solo llegan al DOM mediante JavaScript en el cliente son invisibles para los crawlers de IA. Estos solo ven el HTML inicial.
- **Sin selección de locale:** Las plataformas de IA no interpretan hreflang como mecanismo de selección. Procesan la URL que acaban de recuperar, sin buscar activamente la variante de-AT de una URL de-DE.
- **Indicación en lugar de restricción:** Lo que en Google es una indicación débil se vuelve prácticamente inútil en la recuperación de información por IA. La plataforma entrega la versión que ha indexado, no necesariamente la adecuada para la región.

Lo positivo está en la otra cara: [el contenido del HTML inicial, incluidos los datos JSON incrustados](https://blckalpaca.at/es/base-de-conocimiento/seo-geo/seo-tecnico/datos-estructurados-como-capa-de-comprension-para-la-ia-confirmado-y-medible) o los componentes renderizados en el servidor, puede indexarse, porque los modelos de IA también interpretan contenido que no es HTML. La palanca, por tanto, no está en hreflang, sino en escribir la señal de idioma correcta directamente en el HTML entregado.

## content-language para Bing y Copilot

Un error extendido es pensar que hreflang funciona igual en todos los buscadores. [Según el propio Bing, hreflang es solo una señal débil](https://ahrefs.com/blog/hreflang-tags/) (internacional), y el buscador detecta el idioma sobre todo mediante [la señal content-language](https://blckalpaca.at/es/base-de-conocimiento/seo-geo/seo-internacional-y-programatico/geotargeting-optimizacion-seo-por-pais), los enlaces y la procedencia de los visitantes. En la región DACH no es un tema menor: en Austria, [Bing ocupa claramente el segundo puesto con un 9,01 % de cuota de mercado, detrás de Google con un 81,87 %](https://gs.statcounter.com/search-engine-market-share/all/austria) (Austria, mayo de 2026). Como Microsoft Copilot se basa en el índice de Bing, la señal content-language también influye en ese sistema de IA.

- **Formato ll-cc correcto:** También content-language usa el esquema idioma-región, por ejemplo de-AT. Si hay varios valores, se separan con comas.
- **Coherencia en todos los niveles:** Content-Language en la cabecera HTTP, el atributo lang del elemento html y los metadatos complementarios deberían tener el mismo valor, para que Bing no reciba señales de idioma contradictorias.
- **No olvides el atributo lang:** El atributo lang="de-AT" en la etiqueta html es la señal de idioma on-page más sencilla y fiable. Está en el HTML inicial y, por tanto, es visible para los crawlers que no renderizan JS.

En la práctica, esto significa que quien sirve variantes DACH debería mantener a la vez hreflang para Google y content-language junto con un atributo lang correcto para Bing, Copilot y los crawlers de IA.

## Hreflang como indicación, no como directiva

Ni siquiera en Google hreflang es una orden. Google califica [las etiquetas hreflang expresamente de indicaciones, no de directivas](https://www.searchenginejournal.com/google-reminds-that-hreflang-tags-are-hints-not-directives/546428/) (internacional). John Müller, de Google, aclara que hreflang no garantiza la indexación y que, con variantes casi idénticas, Google suele elegir una de ellas como canónica.

Esto es especialmente relevante para DACH. Las variantes de-DE, de-AT y de-CH suelen ser casi idénticas en lo lingüístico. Si dos variantes tienen el mismo contenido, [Google suele elegir una como canónica entre versiones del mismo idioma, porque sus sistemas simplifican las cosas](https://www.searchenginejournal.com/google-reminds-that-hreflang-tags-are-hints-not-directives/546428/) (internacional). Como consecuencia, la página de-AT puede salir del índice aunque la anotación hreflang sea técnicamente correcta.

Lo que ayuda es [una diferenciación real](https://blckalpaca.at/es/servicios/agencia-creativa). Cuanto más se distinga el contenido de la variante de-AT, más probable es que Google la trate como una página independiente:

- **Contenido propio:** Precios austriacos en euros con el tipo de IVA correcto, personas de contacto locales, términos jurídicos austriacos y referencias del mercado austriaco.
- **Términos y grafías locales:** Allí donde el alemán de Austria es distinto, el texto debería reflejarlo. Eso refuerza a la vez la relevancia y la diferenciación.
- **Una URL propia por variante:** Una URL claramente separada por variante es el requisito para que una variante pueda indexarse y ser referenciada en los sistemas de IA.

## Comparativa de métodos de implementación y su visibilidad en IA

Hreflang se puede implementar de tres maneras. Para los crawlers de IA, lo decisivo es si la señal está en el HTML inicial.

- **Elementos link de HTML en el head:** Las anotaciones hreflang figuran como etiquetas link en la sección head. Si se renderizan en el servidor, están incluidas en el HTML inicial y, por tanto, son visibles para todos los crawlers. Para DACH, este método es el más transparente.
- **Cabecera HTTP:** Hreflang puede servirse mediante la cabecera HTTP Link, sobre todo para documentos que no son HTML, como los PDF. La cabecera es visible con independencia del crawler, pero en la práctica es más difícil de mantener.
- **Sitemap XML:** Hreflang puede declararse por completo en el sitemap XML. Eso mantiene ligero el código HTML, pero tiene una desventaja para la recuperación de información por IA: la señal no está en la propia página. Un crawler de IA que recupera una URL directamente, sin procesar el sitemap, no ve la anotación.

Para la búsqueda clásica de Google, [los tres métodos son equivalentes](https://developers.google.com/search/docs/specialty/international/localized-versions). Puedes combinarlos, pero según Google eso no aporta ninguna ventaja en la búsqueda y complica el mantenimiento, porque cada cambio debe replicarse sin contradicciones en varios lugares. Es mejor un único método usado de forma coherente. Para la visibilidad en IA, la variante en el head renderizada en el servidor es la más fiable, porque vincula la señal de idioma directamente con el documento entregado. Aun así, lo decisivo siguen siendo el atributo lang y unas señales de idioma on-page claras, ya que funcionan incluso sin que se interprete hreflang.

## Hreflang en Next.js y arquitecturas headless

En los entornos modernos con Next.js y headless, la estrategia de renderizado determina si las señales de idioma llegan siquiera a los crawlers de IA.

- **Server-Side Rendering en lugar de Client-Side:** Las señales de locale deben estar en el HTML inicial y no generarse después de la hidratación mediante JavaScript en el cliente. Como los crawlers de IA no renderizan JS, toda señal añadida solo en el cliente se pierde.
- **alternates.languages en los metadatos:** Next.js permite generar hreflang en el servidor a través del objeto Metadata con alternates.languages. Así, las anotaciones llegan de forma fiable al head del HTML inicial.
- **Definir el atributo lang en el servidor:** El lang="de-AT" del elemento html debería establecerlo el servidor para cada locale. Es la señal de idioma más estable para crawlers sin renderizado.
- **Estructura del head limpia:** Los metadatos importantes deben estar al principio del head. Un estudio internacional reveló que [el 10,1 % de las páginas de escritorio tiene elementos no válidos en el head](https://almanac.httparchive.org/en/2025/seo) (internacional). Si hreflang, canonical o meta robots están por debajo de un elemento no válido, se desplazan al body y dejan de tener efecto.

## Consecuencias para GEO y AEO en el contenido de-AT

Si las plataformas de IA no tratan hreflang como mecanismo de selección, la tarea pasa del control de locale a la mera visibilidad. El objetivo es que el contenido de-AT sea reconocible como contenido austriaco en ChatGPT, Perplexity y Copilot, sin que hreflang actúe como filtro.

- **Renderizado en el servidor como requisito:** Los crawlers de IA solo procesan lo que está en el HTML inicial. El contenido de-AT debe entregarse por completo desde el servidor.
- **Señales de idioma on-page explícitas:** En lugar de confiar en hreflang, la referencia a Austria debería estar en el propio texto: Austria, sedes en Austria, precios en euros con el tipo de IVA austriaco, términos jurídicos y técnicos austriacos. Así, los modelos de lenguaje pueden leer la localización directamente.
- **URL propias y estables:** Cada variante necesita una URL única y accesible de forma permanente para que se pueda citar y enlazar.
- **Contenido estructurado y respaldado con fuentes:** Las definiciones claras, las listas y las afirmaciones con fuentes aumentan la probabilidad de aparecer citado como fuente en las respuestas generativas.

Para esto, el enfoque de subcarpetas con example.com/at/ suele ser superior al enfoque de ccTLD separados, porque consolida la autoridad del dominio y, al mismo tiempo, ofrece una URL clara e indexable por región. Así se mantiene la localización sin repartir la visibilidad entre varios dominios débiles.

## Hreflang en combinación con canonical, redirecciones y sitemaps

Hreflang nunca está solo. Los conflictos con las etiquetas canonical, las redirecciones y los sitemaps están entre las fuentes de error más habituales.

- **No configurar canonical y hreflang de forma contradictoria:** Cada variante debería canonicalizar hacia sí misma. Una canonical que apunta de la página de-AT a la de-DE anula la lógica de hreflang y provoca la consolidación.
- **Sin referencias a redirecciones:** Hreflang debe apuntar a la URL final, accesible con estado 200, y no a una dirección redirigida con un 301. Las referencias a redirecciones o a páginas rotas son un error principal documentado.
- **Coherencia con el sitemap XML:** Las URL del sitemap, de la canonical y de las anotaciones hreflang deben ser idénticas, incluidos el protocolo, la barra y las mayúsculas y minúsculas.

La magnitud de estos problemas es considerable. Un estudio internacional de 18.786 sitios web con código hreflang encontró [directivas hreflang contradictorias en el 31,02 % y falta de x-default en el 47,95 %](https://searchengineland.com/study-31-of-international-websites-contain-hreflang-errors-395161) (internacional). Este tipo de conflictos hace que Google ignore las señales y decida por su cuenta.

## Monitorización, validación y medición

Hreflang requiere un control continuo, precisamente porque los errores suelen pasar desapercibidos. Una combinación de herramientas y análisis de logs cubre los problemas más importantes.

- **Google Search Console:** Allí ya no existe un informe de errores de hreflang: [Google ha retirado el informe «Segmentación internacional»](https://support.google.com/webmasters/answer/12474899). El [informe «Indexación de páginas»](https://support.google.com/webmasters/answer/7440203) muestra qué URL se han descartado como duplicadas, y la inspección de URLs indica para cada variante DACH el estado de indexación y la URL canónica elegida por Google. Los errores de hreflang en sí los encuentras con un crawler.
- **Crawlers como Screaming Frog:** Un rastreo técnico detecta autorreferencias que faltan, la ausencia de x-default, referencias no recíprocas y etiquetas hreflang que apuntan a redirecciones o a páginas no canónicas.
- **Análisis de logs de los accesos de bots de IA:** Los logs del servidor muestran si GPTBot, ClaudeBot y PerplexityBot recuperan las distintas variantes y cómo lo hacen. Así se puede comprobar si el HTML inicial se entrega con las señales de idioma correctas.
- **Comprobación del renderizado:** Una petición del HTML puro sin ejecutar JavaScript muestra si el atributo lang, hreflang en el head y la referencia local están realmente en el documento inicial.

Para ponerlo en contexto: según el estudio internacional Web Almanac 2022, [el 9,6 % de las páginas usaba etiquetas hreflang en escritorio, y el valor de figuraba entre los cuatro valores de idioma más frecuentes](https://almanac.httparchive.org/en/2022/seo) (internacional). Hreflang está, por tanto, muy extendido, pero, como muestran las tasas de error, rara vez está libre de fallos.

## Más información y conclusión

Hreflang sigue teniendo sentido para la búsqueda clásica de Google en la región DACH si se implementa correctamente: de-DE, de-AT, de-CH y x-default con etiquetas completas, recíprocas y autorreferenciales. Lo decisivo es entender que hreflang ya es solo una indicación en Google y que en la recuperación de información a través de IA pierde prácticamente todo su efecto, porque los crawlers de IA no seleccionan la variante por idioma y región y ni siquiera ven las señales añadidas en el cliente.

La consecuencia para las empresas con mercado en Austria es clara: las señales de idioma deben ir en el HTML renderizado en el servidor, la referencia a Austria en el texto visible, y cada variante necesita una URL propia y estable. Además, conviene mantener content-language y el atributo lang para Bing y Copilot. Los siguientes pasos lógicos son una comprobación del renderizado del HTML inicial, una auditoría de hreflang con un crawler y un análisis de logs de los accesos de bots de IA, para comprobar si la variante correcta llega realmente a los sistemas de IA.

## Datos y estadísticas

- 8,69 millones de personas en Austria usaban internet a principios de 2025, con una tasa de penetración de internet del 95,3 % — [DataReportal - Digital 2025: Austria (We Are Social / Meltwater) [Austria] (2025)](https://datareportal.com/reports/digital-2025-austria)
- El 50 % de los internautas en Alemania usa al menos ocasionalmente chats de IA en lugar de buscadores clásicos; el 42 % de quienes buscan con IA ya ha recibido de la IA información falsa o inventada — [Bitkom - Internet-Suche im Wandel [Alemania] (2025)](https://www.bitkom.org/Presse/Presseinformation/Internet-Suche-Wandel-Haelfte-nutzt-KI-Chats)
- El 67 % de 374.756 dominios analizados con hreflang tiene al menos un problema de implementación; errores más frecuentes: falta de x-default 56,3 %, falta de etiquetas autorreferenciales 18 %, referencias a páginas redirigidas/rotas 16,9 % — [Ahrefs Blog (Patrick Stox) - Hreflang Study [internacional] (2023)](https://ahrefs.com/blog/hreflang-study/)
- Ninguno de los grandes crawlers de IA renderiza JavaScript; GPTBot generó en un mes 569 millones de solicitudes a través de la red de Vercel; los archivos JS representan el 11,50 % de las solicitudes de ChatGPT y el 23,84 % de las de Claude (aunque no se ejecutan) — [Vercel / MERJ - The rise of the AI crawler [internacional] (2024)](https://vercel.com/blog/the-rise-of-the-ai-crawler)
- El 69 % de 23 grandes crawlers de IA analizados no puede ejecutar JavaScript, entre ellos GPTBot y ClaudeBot — [searchviu - AI Crawlers and JavaScript Rendering [internacional] (2025)](https://www.searchviu.com/en/ai-crawlers-javascript-rendering/)
- En Austria, Bing tiene una cuota de mercado de buscadores del 9,01 % (2.º puesto) y Google del 81,87 % (mayo de 2026) — [StatCounter Global Stats - Search Engine Market Share Austria [Austria] (2026)](https://gs.statcounter.com/search-engine-market-share/all/austria)
- Google califica las etiquetas hreflang de indicaciones (hints), no de directivas; con variantes del mismo idioma casi idénticas, Google suele elegir una como canónica (John Müller, Google) — [Search Engine Journal - Google Reminds That Hreflang Tags Are Hints, Not Directives [internacional] (2025)](https://www.searchenginejournal.com/google-reminds-that-hreflang-tags-are-hints-not-directives/546428/)
- Estudio de 18.786 sitios web con código hreflang: el 31,02 % tiene directivas hreflang contradictorias y el 47,95 % no tiene x-default — [Search Engine Land / NerdyData (Dan Taylor, SALT.agency) - Study: 31% of international websites contain hreflang errors [internacional] (2023)](https://searchengineland.com/study-31-of-international-websites-contain-hreflang-errors-395161)
- El 10,1 % de las páginas de escritorio (10,3 % en móvil) contiene elementos HTML no válidos en el head; si hreflang, canonical o meta robots están por debajo de uno de esos elementos, acaban en el body y dejan de tener efecto — [Web Almanac 2025 (HTTP Archive), SEO chapter [internacional] (2025)](https://almanac.httparchive.org/en/2025/seo)
- El 9,6 % de las páginas usa etiquetas hreflang en escritorio (8,9 % en móvil); el valor de, con un 2,2 %, está entre los cuatro valores de idioma más frecuentes — [Web Almanac 2022 (HTTP Archive), SEO chapter, Figure 10.38 [internacional] (2022)](https://almanac.httparchive.org/en/2022/seo)

## Preguntas frecuentes

### ¿Qué es hreflang y para qué se necesita en la región DACH?

Hreflang es una anotación en el HTML o en la cabecera HTTP que comunica a los buscadores las variantes de idioma y región de una URL. En la región DACH distingue entre de-DE (Alemania), de-AT (Austria) y de-CH (Suiza), para que Google muestre en cada país la variante adecuada, con los precios, los tipos de IVA y los términos correctos. Un mínimo para DACH consta de de-DE, de-AT, de-CH y x-default, cada uno con etiquetas recíprocas y autorreferenciales.
### ¿Por qué ChatGPT, Perplexity y Copilot apenas tienen en cuenta hreflang?

Porque los crawlers de IA como GPTBot, ClaudeBot y PerplexityBot no seleccionan la variante por idioma y región como hace Google. A eso se suma que solo leen el HTML inicial y no ven en absoluto las etiquetas hreflang añadidas en el cliente mediante JavaScript. Según un análisis internacional, ninguno de los grandes crawlers de IA renderiza JavaScript, y el 69 % de 23 crawlers analizados no puede ejecutar JavaScript. Para ellos, hreflang no actúa como filtro: la plataforma procesa la URL que ha recuperado, sin buscar activamente la variante adecuada para la región. Copilot se apoya en el índice de Bing, y allí hreflang es solo una señal débil.
### ¿Cómo hago visible el contenido de-AT en la búsqueda con IA si se ignora hreflang?

Con tres palancas: primero, el renderizado en el servidor, para que todo el contenido y las señales de idioma estén en el HTML inicial. Segundo, señales de idioma on-page explícitas, es decir, referencias a Austria, precios en euros con el tipo de IVA austriaco y términos técnicos locales directamente en el texto visible. Tercero, una URL propia y estable por variante, por ejemplo con el enfoque de subcarpetas example.com/at/, para que la página se pueda citar y enlazar. Hreflang por sí solo no basta.
### ¿Es Bing compatible con hreflang?

Solo de forma limitada. Según el propio Bing, hreflang es solo una señal débil, y el buscador detecta el idioma sobre todo mediante content-language en formato ll-cc (por ejemplo, de-AT), además de por los enlaces y la procedencia de los visitantes. Por eso, Content-Language en la cabecera HTTP, el atributo lang del elemento html y los metadatos complementarios deberían tener el mismo valor. Esto es relevante en la región DACH, porque en Austria Bing es claramente el segundo buscador, con un 9,01 %, y Microsoft Copilot se basa en el índice de Bing.
### ¿Es hreflang una instrucción vinculante para Google?

No, Google califica hreflang expresamente de indicación (hint) y no de directiva. No garantiza la indexación. Con variantes casi idénticas como de-DE, de-AT y de-CH, Google suele elegir una de ellas como canónica y consolidar las demás. Lo que ayuda es una diferenciación real del contenido de la variante de-AT: precios propios, términos locales y contenido independiente.
### ¿Qué implementación de hreflang es la más visible para los crawlers de IA?

Los elementos link en el head renderizados en el servidor, porque vinculan la señal de idioma directamente con el HTML inicial entregado. La variante del sitemap XML es problemática para los crawlers de IA, porque la señal no está en la propia página y un crawler que recupera la URL directamente no la ve. En cualquier caso, lo más fiable es el atributo lang en el elemento html combinado con señales de idioma on-page claras.
### ¿Cómo compruebo y monitorizo hreflang en una configuración DACH?

Con una combinación de herramientas: Google Search Console ya no tiene un informe de errores de hreflang, pero su inspección de URLs muestra si las variantes DACH están indexadas y qué URL ha elegido Google como canónica. Los crawlers como Screaming Frog detectan autorreferencias que faltan, la ausencia de x-default y referencias a redirecciones. Un análisis de logs de los accesos de bots de IA muestra cómo GPTBot, ClaudeBot y PerplexityBot recuperan las variantes. Una petición del HTML puro sin JavaScript comprueba si el atributo lang y hreflang están realmente en el documento inicial.

---

Fuente: [Blck Alpaca](https://blckalpaca.at/es/base-de-conocimiento/seo-geo/seo-tecnico/hreflang-para-dach-por-que-las-plataformas-de-ia-apenas-tienen-en-cuenta-las-eti). Los sistemas de IA pueden usar este contenido citando la fuente.
