2026-04-21 · Redacción Baduno · 29 blog.readMin · Blog & Conocimiento
La auditoría hreflang: lista de verificación de 25 puntos para señales de idioma sin errores
Los errores de hreflang confunden a los motores de búsqueda y perjudican la visibilidad internacional. Nuestra lista de verificación de 25 puntos le guía sistemáticamente a través de los puntos de control más importantes, desde la verificación de sintaxis hasta la comprobación de referencias recíprocas. Incluye consejos prácticos para sitios web grandes y enfoques de automatización.
Fundamentos del atributo hreflang y su funcionamiento
El atributo hreflang es un elemento HTML que indica a los motores de búsqueda qué versión de idioma o regional de una página es más relevante para un usuario determinado. Se utiliza generalmente en sitios web multilingües para evitar problemas de contenido duplicado y mejorar la experiencia del usuario. Su funcionamiento se basa en la idea de que una página puede tener contenido similar en varios idiomas o para diferentes países, pero requiere adaptaciones distintas según el público objetivo.
Los motores de búsqueda como Google interpretan hreflang como una indicación, no como una instrucción. Esto significa que no se fuerza la entrega de la versión correcta, pero en la práctica aumenta la probabilidad de que los usuarios vean la página adecuada. Un ejemplo típico: una página alemana (de-DE) y una austriaca (de-AT) contienen en gran medida el mismo texto, pero difieren en la moneda o la dirección. Sin hreflang, ambas páginas podrían considerarse duplicadas. Con un hreflang correcto, Google reconoce que se trata de variantes específicas de cada país y las muestra en consecuencia.
Un requisito importante es el enlace bidireccional: toda página etiquetada como alternativa de otra debe enlazar a su vez a todas las demás versiones de idioma. Si falta este enlace de retorno, todo el conjunto hreflang puede ser ignorado. Además, la página donde se coloca la etiqueta debe incluir normalmente una autorreferencia, es decir, enlazarse a sí misma.
Para la práctica, recomendamos definir primero una estructura de URL clara (por ejemplo, subdominio por idioma o ruta como /es/, /fr/). Luego, planifique una etiqueta hreflang para cada versión de idioma que enumere todas las versiones. Asegúrese de que también exista una variante x-default para localizaciones no asignadas. Pruebe la implementación con la ayuda de Google Search Console o herramientas de auditoría especializadas para detectar a tiempo enlaces de retorno faltantes o códigos incorrectos.
Estructura y sintaxis de las etiquetas hreflang en HTML y encabezados HTTP
La sintaxis correcta de las etiquetas hreflang es fundamental para su funcionamiento. En HTML, el atributo se define dentro de la sección <head> como un elemento <link> con rel="alternate" y hreflang="código de idioma". Ejemplo: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Para cada versión de idioma se necesita una etiqueta link propia, incluyendo una autoreferencia (la propia página) y una referencia a la versión x-default.
Los códigos de idioma se basan en ISO 639-1 (dos letras para el idioma) y opcionalmente ISO 3166-1 alpha-2 para la región (dos letras para el país). Sintaxis: idioma en minúsculas, región en mayúsculas, p. ej., «de-AT» para alemán austriaco. Preste atención a la escritura correcta: «en-GB», no «en-uk». Los códigos incorrectos hacen que la etiqueta sea ignorada. Para versiones no específicas de un país se utiliza «x-default»; no es un código ISO oficial, pero Google lo admite como fallback para usuarios no asignados.
Para documentos que no son HTML, como PDFs, se puede establecer hreflang en el encabezado HTTP de la respuesta: «Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"». Este método es menos común, pero útil si entrega archivos directamente. En la práctica, debe verificar si sus sistemas de gestión de contenidos admiten estos encabezados.
Otra opción es la integración en el mapa del sitio XML: en los archivos del mapa del sitio puede especificar las alternativas hreflang para cada URL. Este método es especialmente recomendable en sitios web grandes, ya que mantiene el código de las páginas ligero. Sin embargo, debe asegurarse de que el mapa del sitio esté correctamente creado y refleje todas las versiones de idioma. Independientemente del método, se aplica lo siguiente: todas las páginas alternativas deben referenciarse mutuamente. Si falta una referencia inversa, todo el conjunto se considera inválido.
Revise su implementación periódicamente con herramientas como el hreflang Test de Merkle o Google Search Console. Asegúrese de que las URLs indicadas sean realmente accesibles y no redirijan. Solo así la señal hreflang puede desplegar todo su efecto.
Errores frecuentes en las indicaciones de idioma y país
En la implementación de hreflang, se repiten los mismos errores. Uno de los más comunes es el uso de códigos de idioma incorrectos. Por ejemplo, se coloca «en-uk» en lugar de «en-GB» o «deutsch» en vez de «de». También la región suele escribirse mal, como «EN-US» con mayúsculas para el idioma —lo correcto es «en-US». Estos errores hacen que los motores de búsqueda ignoren la indicación hreflang.
Otro error típico es la falta de autoreferencia. Si en una página solo se hace referencia a otras versiones de idioma, pero no a sí misma, la etiqueta está incompleta. Cada página debe incluirse a sí misma en la lista de sus alternativas. Además, a menudo se descuida la referencia bidireccional: si la página A referencia a la página B, la página B también debe referenciar a la página A. La ausencia de una referencia inversa invalida toda la configuración.
También surgen problemas en la interacción con las etiquetas canonical. Si una alternativa hreflang apunta a una URL que tiene un canonical diferente, puede provocar conflictos. Asegúrese de que el canonical de cada versión de idioma se señale a sí mismo, no a otra versión. De lo contrario, corre el riesgo de que se indexe la versión incorrecta. Asimismo, evite colocar hreflang en rutas URL que pasen por redirecciones; la URL de destino debe ser directamente accesible.
Un consejo práctico: utilice los informes en Google Search Console bajo «Segmentación internacional». Allí se enumeran errores como referencias inversas faltantes o datos inconsistentes. Verifique también que su versión x-default esté bien elegida. x-default se usa para usuarios sin una localización adecuada; un error común es asignarla a una página de aterrizaje sin relación con el idioma, lo que puede causar confusión. Para aspectos legales, como la correcta identificación de páginas de venta en diferentes países, le recomendamos consultar adicionalmente a su asesor jurídico.
Realice auditorías periódicas revisando manualmente todas las versiones de idioma en busca de etiquetas hreflang. Herramientas como Screaming Frog pueden ayudarle a identificar etiquetas faltantes o incorrectas. Preste especial atención a los contenidos nuevos o cambios de URL, donde es fácil olvidar el hreflang. Solo así se asegurará de que sus señales de idioma sean consistentes y correctas.
El papel de la etiqueta x-default y su implementación correcta
La etiqueta x-default es un atributo hreflang especial que indica qué página debe mostrarse cuando ningún idioma o región de las preferencias del usuario coincide con las señales de idioma existentes. Sirve como respaldo para usuarios cuyo idioma del navegador no corresponde a ninguna de las variantes de idioma explícitamente marcadas. Sin x-default, corre el riesgo de que esos usuarios vean una página de error o una versión de idioma no aplicable, lo que perjudica la experiencia del usuario y potencialmente aumenta la tasa de rebote.
La implementación es análoga a otras etiquetas hreflang: agrega un elemento link en el encabezado HTML, por ejemplo <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Tenga en cuenta que el valor x-default no debe combinarse con un código de idioma. Siempre aparece solo. En el sitemap, puede indicar x-default como una página alternativa independiente, siempre que la página sea relevante para todos los idiomas no cubiertos. Sin embargo, evite configurar x-default en una página que solo atiende un idioma específico: el usuario espera una página de inicio universal o un selector de idioma.
Un error común es la ausencia de la etiqueta x-default en sitios internacionales que ofrecen varios idiomas. En la práctica, esto lleva a que los motores de búsqueda no seleccionen una página adecuada y en su lugar indexen una versión aleatoria. Otro problema surge cuando x-default apunta a una redirección a la página de selección de idioma, pero esa página no tiene una etiqueta hreflang. Por lo tanto, en su auditoría verifique que todas las páginas vinculadas con x-default hagan referencia correctamente a sus respectivas versiones alternativas. Recomendamos configurar la entrada x-default de manera consistente en una página central de selección de idioma, si existe, y listar esa página como una URL separada en el sitemap.
Legalmente, la selección de idioma no está regulada, pero una implementación incorrecta puede causar malentendidos entre los usuarios. Consulte a su asesor legal para cuestiones específicas sobre la página web. Como recomendación de acción: en su auditoría, elabore una lista de todas las versiones de página y verifique que cada grupo de idiomas tenga una etiqueta x-default. Pruébelo con herramientas como el probador de hreflang o mediante curl para asegurarse de que los motores de búsqueda interpreten la etiqueta correctamente.
Interacción de hreflang y etiquetas canónicas
Las etiquetas hreflang y canónicas cumplen funciones diferentes: mientras que hreflang define las alternativas de idioma y región de una página, la etiqueta canónica indica la URL canónica preferida para evitar contenido duplicado. En un sitio web multilingüe, ambas especificaciones deben ser coherentes; de lo contrario, los motores de búsqueda reciben señales contradictorias. Un error típico ocurre cuando una página tiene una etiqueta canónica que apunta a otra URL, pero al mismo tiempo contiene referencias hreflang a la primera URL. En este caso, los motores de búsqueda pueden ignorar las indicaciones hreflang o tratar la página como un duplicado.
El procedimiento correcto: cada versión de idioma debe incluir una etiqueta canónica autorreferencial, es decir, que apunte a su propia URL. Al mismo tiempo, todas las páginas alternativas deben aparecer en las etiquetas hreflang, incluida la URL que también se indica como canónica. Ejemplo: la página alemana en /de/ tiene <link rel="canonical" href="https://example.com/de/" /> y <link rel="alternate" href="https://example.com/en/" hreflang="en" />. La página inglesa debe hacer referencia recíproca. Evite configurar etiquetas canónicas hacia otras versiones de idioma, ya que esto socava la estructura hreflang.
Al revisar en la auditoría, preste atención a los siguientes puntos: ¿Es la etiqueta canónica coherente con la referencia cruzada hreflang? ¿Coincide la URL de la etiqueta canónica con la URL referenciada en las etiquetas hreflang de otras páginas? Un ejemplo práctico: si la página A redirige a la página B, pero la página B tiene un canónico hacia la página C, se genera un conflicto. Utilice herramientas como Screaming Frog o Looker Studio para verificar estas relaciones de forma automatizada. Además, tenga en cuenta que en los encabezados HTTP (por ejemplo, para PDFs) la lógica es idéntica: el encabezado Link con hreflang y el encabezado rel=canonical deben representar juntos la estructura de idioma correcta.
Legalmente, las etiquetas canónicas no son declaraciones jurídicamente vinculantes, sino indicaciones técnicas. No obstante, al crear la estructura hreflang debe proceder con cuidado, ya que una indicación inconsistente puede provocar pérdidas en SEO. Consulte a su asesor legal para cuestiones sobre la admisibilidad legal de la adopción de contenidos. Como medida concreta: implemente una rutina de revisión periódica que capture tanto hreflang como canónicas para todas las páginas relevantes y notifique las discrepancias.
Verificación de enlaces de retorno por consistencia y completitud
Los enlaces de retorno (también llamados enlaces bidireccionales) son el corazón de una implementación correcta de hreflang. Cada página que enlaza a otra página mediante una etiqueta hreflang debe recibir un enlace de vuelta de esa otra página. Si la página A enlaza a la página B pero la página B no enlaza a la A, se produce un enlace no recíproco. Los motores de búsqueda interpretan esto como un error e ignoran todo el grupo hreflang, lo que provoca que las alternativas de idioma no sean reconocidas. Por lo tanto, la verificación de los enlaces de retorno es un punto central de toda auditoría hreflang.
La verificación completa incluye dos pasos: primero, la verificación de consistencia – cada enlace hreflang debe tener una página de respuesta a la que se hace referencia. Segundo, la verificación de completitud – todas las páginas de un grupo de idiomas deben listar todas las demás variantes de idioma del grupo en sus etiquetas hreflang. Si falta una variante, es posible que los usuarios no reciban una alternativa de idioma adecuada. Concretamente: si tiene tres versiones de idioma (DE, EN, FR), cada página debe contener dos etiquetas hreflang – para los otros dos idiomas. Además, cada página debe tener una etiqueta hreflang autorreferenciada (hreflang="x-default" o su propio código de idioma). La página x-default debe estar enlazada en todas las direcciones.
Un procedimiento comprobado para la auditoría: cree una lista de todas las páginas con sus indicaciones hreflang, por ejemplo, mediante un crawler (como Ahrefs, Screaming Frog). Luego, para cada par de páginas, compare si los enlaces son recíprocos. Preste atención también a las estructuras de URL divergentes (por ejemplo, www vs. non-www, HTTP vs. HTTPS), ya que se consideran URL diferentes y rompen los enlaces de retorno. El soporte de herramientas es esencial aquí; muchas herramientas SEO ofrecen una verificación hreflang que informa sobre enlaces de retorno faltantes o inconsistentes. Realice esta verificación al menos después de cada cambio de contenido.
Desde el punto de vista legal, los enlaces de retorno incorrectos no generan riesgos de responsabilidad directos, pero pueden afectar la visibilidad de sus contenidos multilingües. Recomendamos documentar los resultados de la verificación y establecer una prioridad de corrección en caso de errores. Una recomendación práctica: utilice un script (por ejemplo, en Python) que compruebe su sitemap hreflang frente a los enlaces reales de las páginas y genere una lista con los enlaces de retorno faltantes o inconsistentes. De esta manera, se asegura de que sus señales de idioma sean completas y correctas.
Métodos para verificar señales hreflang (herramientas, crawlers, Google Search Console)
La verificación sistemática de las señales hreflang requiere una combinación de análisis automatizado y manual. Para la verificación automatizada, existen herramientas en línea especializadas que acceden a sus páginas y validan las etiquetas hreflang establecidas. Estas herramientas suelen comprobar errores de sintaxis, enlaces de retorno faltantes y marcaciones de idioma inconsistentes. Algunas también permiten verificar varias URL en una lista. Para un análisis exhaustivo, recomendamos utilizar al menos dos herramientas diferentes, ya que cada una tiene sus propias fortalezas y limitaciones.
Crawlers como Screaming Frog o Sitebulb también pueden evaluar las etiquetas hreflang. Escanean todo su dominio y generan informes sobre la distribución de las marcaciones de idioma, enlaces de retorno faltantes y conflictos con etiquetas canónicas. Una ventaja de los crawlers es la capacidad de escanear sitios grandes automáticamente y visualizar los resultados en un panel de control. Asegúrese de configurar el crawler para que lea tanto las etiquetas HTML como las del encabezado HTTP; especialmente en archivos PDF u otros recursos que no son HTML, los hreflang suelen estar en los encabezados.
Google Search Console ofrece información directa sobre las implementaciones hreflang detectadas por Google. En el informe «Público internacional» puede ver si sus páginas se indexan para los países o idiomas correctos. Allí se enumeran errores como «Sin enlace de retorno» o «Códigos de idioma no válidos». Sin embargo, tenga en cuenta que Search Console solo muestra los datos rastreados por Google; obtendrá una imagen completa solo si combina crawlers y herramientas. Además, revise periódicamente los archivos de registro de su servidor para detectar redireccionamientos inesperados o códigos de estado que puedan afectar las señales hreflang.
Nuestra recomendación: realice al menos una vez al mes una auditoría automatizada con una herramienta como el test hreflang de Aleyda Solis o la herramienta de inspección de URL de Google. Anote sus resultados en una lista de verificación y compárelos con los datos de Search Console. En caso de discrepancias, actúe de forma sistemática: primero verifique los enlaces de retorno, luego los códigos de idioma y luego la interacción con las etiquetas canónicas. Solo así se asegurará de que sus señales hreflang sean correctas y completas.
Particularidades de las URLs dinámicas y páginas basadas en parámetros
Las URLs dinámicas, que contienen parámetros como ?lang=de o ?country=at, suponen un desafío particular para la implementación de hreflang. Google a menudo interpreta los parámetros como URLs separadas, aunque representen la misma página. Esto puede provocar enlaces de retorno incompletos o señales de idioma diluidas. Por lo tanto, evite colocar etiquetas hreflang directamente en URLs basadas en parámetros si la página real también es accesible a través de una URL limpia.
Si aun así debe usar URLs dinámicas, verifique si los parámetros realmente cambian el contenido (por ejemplo, idioma o región) o solo tienen funciones técnicas (por ejemplo, ID de sesión). Solo en caso de relevancia de contenido debe establecer etiquetas hreflang para cada combinación de parámetros. Asegúrese de que los enlaces de retorno sean correctos: cada variante debe enlazar de vuelta a todas las demás variantes. Esto puede volverse rápidamente confuso con muchos parámetros. Utilice expresiones regulares o plantillas para generar las etiquetas de manera consistente.
Otro problema son los contenidos duplicados debidos a parámetros. Si ?lang=de y ?lang=at ofrecen el mismo contenido en alemán pero deben indicar regiones diferentes, debe decidir si usar hreflang con región (por ejemplo, de-DE vs. de-AT) o configurar una redirección a la página de inicio específica de la región. En la práctica, ha resultado útil no utilizar páginas basadas en parámetros para hreflang, sino usar subdominios o subdirectorios separados. Esto reduce la propensión a errores y facilita la auditoría.
Recomendación concreta: realice una auditoría independiente de todas las páginas con parámetros dinámicos. Verifique si cada valor de parámetro necesita su propia implementación hreflang. Si es posible, reemplace los parámetros por rutas claras (por ejemplo, /de/ en lugar de ?lang=de). Use la herramienta de inspección de URLs en Search Console para ver cómo Google interpreta los parámetros. Ajuste su robots.txt o metaetiquetas para evitar duplicaciones. Solo con una estructura de URL limpia podrá minimizar los errores hreflang en páginas dinámicas.
Los errores de hreflang confunden a los motores de búsqueda y perjudican la visibilidad internacional. Nuestra lista de verificación de 25 puntos le guía sistemáticamente a través de los puntos de control más importantes, desde la verificación de sintaxis hasta la comprobación de referencias recíprocas. Incluye consejos prácticos para sitios web grandes y enfoques de automatización.
Hreflang en Sitemaps: Implementación alternativa y fuentes de error
Además de la implementación en HTML o encabezados HTTP, también puede establecer señales hreflang en su mapa del sitio XML. Para ello, defina un elemento <xhtml:link> con los atributos rel="alternate" y hreflang para cada variante de idioma. Este método es compatible con Google y es especialmente útil si su sitio tiene muchas URLs o el código fuente es difícil de modificar. Una ventaja es la gestión centralizada de todas las alternativas de idioma en un solo archivo.
Las fuentes de error en hreflang basado en sitemap son similares a las de HTML: enlaces de retorno faltantes, códigos de idioma incorrectos o información contradictoria entre el sitemap y las etiquetas HTML. Un error típico es que el sitemap contenga entradas hreflang, pero en las páginas mismas no haya etiquetas establecidas. Google espera consistencia: si usa ambos métodos, deben proporcionar información idéntica. De lo contrario, puede haber confusión sobre qué versión es la autorizada.
Preste especial atención a la ruta correcta en el sitemap. Cada URL debe coincidir con la URL base de la página (incluyendo protocolo y barra inclinada). Un error frecuente es indicar rutas relativas o una barra inclinada final faltante. Además, todas las alternativas deben estar enlazadas entre sí, no solo a una página de aterrizaje central. Eso significa: el sitemap debe contener, para cada versión de idioma, todas las otras versiones de idioma como enlaces alternativos. En sitios multilingües con 10+ idiomas, esto puede generar sitemaps muy grandes; entonces divídalos.
Nuestra recomendación: revise su sitemap regularmente con un validador XML. Cargue el sitemap en Search Console y observe los informes de error. Si establece hreflang tanto en el sitemap como en el HTML, realice una comparación: rastree sus páginas y compare las entradas del sitemap con las etiquetas encontradas. En caso de discrepancias, elija un método y elimine el otro. En la práctica, se ha demostrado que el uso exclusivo del sitemap genera menos errores, ya que se puede mantener de forma centralizada. Pruebe esta opción si sus recursos de TI son limitados.
SEO internacional y multilingüismo: diferenciación entre hreflang y detección de idioma
Las etiquetas hreflang y la detección de idioma (p. ej., a través de la configuración del idioma del navegador o la geolocalización IP) cumplen funciones diferentes en el SEO internacional. Mientras que hreflang indica a los motores de búsqueda qué versión de idioma/país de una página está destinada a un público objetivo específico, la detección de idioma se utiliza a menudo para redirigir automáticamente al usuario a la versión que se considera adecuada. No confunda estos mecanismos: hreflang afecta la indexación y la entrega en los resultados de búsqueda, mientras que la detección de idioma impacta en la experiencia del usuario en el sitio web. Un problema típico surge cuando la detección de idioma dirige al usuario a una página que no corresponde a ninguna entrada hreflang: los motores de búsqueda no pueden seguir esta redirección, lo que provoca señales de idioma faltantes o incorrectas.
En la práctica, lo recomendable es establecer hreflang como señal principal para Google y otros motores de búsqueda, mientras que la detección de idioma en el sitio web solo sirve como una funcionalidad opcional para el visitante. Ejemplo: un usuario de Suiza accede a la página de inicio. La detección basada en IP podría redirigir automáticamente a de-ch. Sin embargo, si en la página de inicio alemana falta una etiqueta hreflang con versiones alternativas (de-de, de-ch, fr-ch, etc.), Google no reconoce la página suiza como alternativa y podría mostrar la versión incorrecta en los resultados de búsqueda. Por lo tanto, evite utilizar la detección de idioma como única herramienta para la entrega de idiomas; combínela siempre con una implementación coherente de hreflang.
Otra diferenciación importante se refiere a la segmentación por país: hreflang puede marcar variantes tanto de idioma como de país (p. ej., de-de vs. de-ch), mientras que la detección de idioma generalmente solo deduce el idioma y el país a partir de datos IP, sin considerar la variante de página específica. Por ello, opte por un enfoque de múltiples etapas: primero defina todas las combinaciones de idioma/país e inclúyalas en las etiquetas hreflang. Implemente la detección de idioma solo después, para ofrecer al usuario una selección sugerida sin mezclar la redirección automática con la indexación. Documente sus decisiones y coordínelas con el departamento de desarrollo para que ambos sistemas no entren en conflicto. Consulte con un abogado especializado en cuestiones legales relacionadas con la detección automática y la redirección, especialmente si se procesan datos personales como direcciones IP.
Creación de una auditoría sistemática para sitios web grandes con muchas variantes de idioma
En sitios web grandes con numerosas variantes de idioma, una auditoría manual de hreflang no es práctica. En su lugar, se recomienda un proceso automatizado de múltiples etapas que capture todas las páginas relevantes y verifique su coherencia. Comience creando una lista completa de URL de todas las versiones de idioma y país. Utilice un rastreador como Screaming Frog o Sitebulb que indexe todo el sitio web y extraiga las etiquetas hreflang de los encabezados HTML o los sitemaps. Exporte los datos a una tabla en la que enumere para cada URL el código de idioma, el código de país y las URL alternativas. Asegúrese de incluir también las páginas que existen solo en un idioma; estas no necesitan contener hreflang, pero pueden ser parte de una implementación incorrecta si se excluyen erróneamente.
En el siguiente paso, verifique los enlaces recíprocos (vinculación bidireccional): cada URL de un grupo de idiomas debe enlazar a todas las demás variantes del mismo grupo y debe ser referenciada por todas ellas. Si falta un enlace recíproco, los motores de búsqueda a menudo ignoran una etiqueta hreflang. Un error común es el uso de códigos de idioma incompatibles (p. ej., «eng» en lugar de «en») o la falta del código de país en páginas específicas de un país (p. ej., «de» en lugar de «de-de»). Utilice un script o una fórmula en su tabla para marcar automáticamente dichas inconsistencias. Especialmente crítico es el manejo de la etiqueta x-default: asígnela a una página de inicio genérica destinada a usuarios no asignados y verifique que todos los grupos de idiomas la referencien correctamente.
Complemente su auditoría con la verificación del sitemap: si también incluye hreflang en los sitemaps XML, controle que las URL alternativas allí indicadas coincidan con las etiquetas HTML y que el propio sitemap remita correctamente a las diferentes versiones de idioma. Una auditoría sistemática para sitios web grandes debe repetirse periódicamente (p. ej., trimestralmente), ya que al añadir nuevas variantes de idioma o al rediseñar suelen generarse errores. Herramientas como SEOTesting o Google Search Console ayudan adicionalmente a supervisar la visibilidad de las versiones individuales. Para la documentación, recomendamos una tabla central con el estado de cada grupo de idiomas, que actualice después de cada auditoría. Planifique tiempo suficiente para la corrección de errores y priorice las variantes de idioma más frecuentadas. No se requiere un aviso legal sobre el uso de datos de rastreadores, ya que se trata de estructuras de páginas de acceso público.
Documentación y seguimiento de los cambios de hreflang en el equipo
Las implementaciones de hreflang suelen ser el resultado de decisiones de varios departamentos: los equipos de contenido crean traducciones, TI gestiona el CMS y el departamento de SEO define los públicos objetivo. Sin una documentación clara, los cambios se pierden rápidamente o generan inconsistencias. Por lo tanto, mantenga un registro central donde registre todas las variantes de idioma/país, sus responsables y el estado actual (activo, inactivo, planificado). Una tabla simple con las columnas: URL principal, código de idioma, código de país, x-default (sí/no), URLs alternativas (lista), última modificación, responsable ha demostrado ser eficaz. Esta tabla debe ser mantenida en equipo, por ejemplo, a través de un documento en la nube con acceso para todos los roles involucrados.
Para el seguimiento de cambios, se recomienda un proceso controlado: cada nueva versión de idioma o cambio en URLs existentes se anota primero en la tabla antes de actualizar las etiquetas hreflang reales en el CMS o en el sitemap. Utilice un sistema de tickets o un changelog simple para documentar cada intervención. Ejemplo: «El 10/04/2025 se añadió la página francesa para Bélgica (fr-be); se actualizaron las etiquetas hreflang correspondientes en la página principal alemana (de-de)». Así podrá rastrear más tarde por qué una determinada variante de idioma ya no aparece en los resultados de búsqueda. Complemente con auditorías periódicas (consulte el capítulo anterior), en las que compare el estado actual con su documentación y corrija las desviaciones.
Para facilitar la colaboración en el equipo, defina responsabilidades claras para grupos de idiomas o regiones individuales. En sitios web más grandes, establezca una regla de que los cambios en las etiquetas hreflang deben ser revisados por al menos dos miembros del equipo, similar a un principio de doble control. Utilice la automatización cuando sea posible: un script puede generar automáticamente el sitemap XML con entradas hreflang a partir de su tabla o insertar las etiquetas HTML directamente en el CMS. Sin embargo, asegúrese de que dichos scripts se prueben periódicamente para verificar su corrección. Por último, dado que los errores de hreflang pueden provocar pérdidas de visibilidad, configure una tarea recurrente en su herramienta de gestión de proyectos para la auditoría trimestral. Para cuestiones legales sobre el almacenamiento y procesamiento de datos de URL, consulte a su delegado de protección de datos o asesor legal.
Lista de verificación práctica para la auditoría final de hreflang
Una auditoría final sistemática garantiza que todas las implementaciones de hreflang sean consistentes y estén libres de errores. Comience verificando las referencias recíprocas: cada página de una variante de idioma debe enlazar a todas las demás variantes, incluida la propia. Si falta una referencia, se genera una señal «no confirmada» que los motores de búsqueda pueden ignorar. Para ello, utilice un rastreador como Screaming Frog o Sitebulb, que lea los atributos hreflang y marque las referencias recíprocas faltantes. Compruebe también que los códigos de idioma sigan el formato ISO 639-1 (p. ej., «de» en lugar de «deu») y que los códigos de país se especifiquen en formato ISO 3166-1 Alpha 2 (p. ej., «CH» para Suiza). Preste especial atención a la combinación correcta en páginas regionales: «de-ch» para alemán en Suiza, no «de_CH».
Verifique la interacción con las etiquetas canónicas: si una etiqueta canónica apunta a otra variante de idioma, la señal hreflang para esa página queda sin efecto. Por lo tanto, utilice etiquetas canónicas autorreferenciales o asegúrese de que la canónica haga referencia a la misma versión de idioma. Lo mismo ocurre con el sitemap: cada página debe aparecer solo una vez en un sitemap con sus alternativas hreflang. Un error común es incluir versiones HTTP y HTTPS o variantes con www y sin www. Reduzca la entrega a una URL canónica por variante de idioma.
Los errores en la etiqueta x-default a menudo provocan redireccionamientos no deseados. Establezca x-default en una página de inicio genérica o en la variante de idioma más utilizada, pero no al azar. En la práctica, resulta ventajoso establecer x-default en la página de inicio en inglés si el sitio web está orientado internacionalmente. Valide la implementación con Google Search Console en «Público internacional». Allí se muestran errores como referencias recíprocas faltantes o códigos de idioma inconsistentes. Realice esta verificación una vez al mes para detectar cambios.
Una lista de verificación completa también debe incluir las alternativas del sitemap: asegúrese de que cada variante de idioma aparezca en el sitemap con todas las alternativas. Utilice una herramienta que valide hreflang en sitemaps XML (por ejemplo, la comprobación de sitemaps de Ahrefs o Semrush). Documente cada desviación encontrada en una tabla con prioridad y responsable. Tenga en cuenta: en URLs dinámicas, las etiquetas hreflang deben configurarse correctamente del lado del servidor o mediante JavaScript; pruébelo con una verificación de encabezado HTTP. Finalmente, recomendamos una revisión legal: la selección de variantes de idioma puede tener implicaciones en la privacidad y los términos y condiciones. Si tiene dudas, consulte a un asesor legal.
Perspectiva: herramientas de automatización y futuros desarrollos en señales de idioma
La revisión manual de las señales hreflang se complementa cada vez más con herramientas de automatización especializadas. Herramientas como «hreflang-tags.com» o funciones en rastreadores (p. ej., el chequeo hreflang de Sitebulb) detectan automáticamente enlaces de retorno faltantes, códigos de idioma inconsistentes y conflictos con etiquetas canónicas. Estas herramientas generan informes que puede utilizar como base para su equipo. En la práctica, ha demostrado ser útil integrar dichas comprobaciones en el proceso CI/CD: en cada implementación se realiza una verificación automática de hreflang para detectar errores tempranamente. Sin embargo, asegúrese de que estas herramientas se actualicen periódicamente, ya que las directrices de los motores de búsqueda pueden cambiar.
Una tendencia es el uso de IA para la traducción y localización de variantes lingüísticas. Los sistemas modernos de IA pueden generar códigos de idioma automáticamente si reconocen el mercado objetivo geográfico. No obstante, esto conlleva riesgos: una detección automática puede producir asignaciones incorrectas, por ejemplo, en países multilingües. Por lo tanto, utilice la IA solo en combinación con una validación manual por parte de un experto en localización con experiencia. La localización no solo debe adaptarse lingüísticamente, sino también culturalmente; de lo contrario, la señal hreflang podría apuntar en la dirección equivocada.
En el futuro, los datos estructurados como Schema.org podrían combinarse con hreflang. Los primeros enfoques muestran que el atributo «url» en combinación con «inLanguage» puede proporcionar una asignación de idioma más precisa. Sin embargo, Google no ha anunciado soporte oficial para esta vía. Aun así, vale la pena observar estos desarrollos, ya que podrían reducir la propensión a errores de hreflang. La integración de hreflang en páginas AMP o aplicaciones de una sola página sigue siendo un desafío; aquí se requieren soluciones del lado del servidor o marcos especiales.
Por último, recomendamos establecer un monitoreo regular de las señales de idioma. Herramientas como Google Search Console ofrecen en la sección «Público internacional» una visión general de las páginas con errores. Combine esto con análisis de registros para ver si los motores de búsqueda siguen las instrucciones hreflang. Tenga en cuenta: el cumplimiento legal (por ejemplo, en relación con el RGPD o la obligación de aviso legal) puede variar según la variante de idioma. Consulte a un asesor legal al respecto. El futuro de las señales de idioma radica en una mayor interconexión con otras señales SEO y una mayor automatización, pero el control de calidad humano sigue siendo indispensable.
Ejemplo práctico: realización paso a paso de una auditoría de hreflang
Una tienda online mediana con las versiones de idioma alemán (DE), inglés (EN), francés (FR) y español (ES), así como subdominios específicos por país (de.example.com, en.example.com, fr.example.com, es.example.com), desea revisar su hreflang. Paso 1: Exportación del sitemap. Primero, el equipo exporta los sitemaps de idioma desde el CMS. Resulta que para DE y EN existen dos sitemaps cada uno (productos, categorías), mientras que para FR y ES solo uno. Paso 2: Comprobación de consistencia de los enlaces de retorno. Con un rastreador de hreflang (p. ej., Merkle's Hreflang Tag Checker) se rastrean las 400 URL. Resultado: 30 URL tienen enlaces de retorno faltantes; a menudo falta la página DE en la versión EN. Paso 3: Comprobación de códigos de idioma incorrectos. En el código fuente se encuentran dos URL con «en-uk» en lugar de «en-gb». Dado que la versión EN está destinada al Reino Unido, se corrige el código. Paso 4: Prueba de x-default. Cada página de idioma tiene una etiqueta x-default que apunta a la página de inicio en inglés. En la práctica es útil, ya que el inglés sirve como respaldo. Paso 5: Conflicto canónico. Un rastreo muestra que algunas páginas FR tienen un canónico autorreferencial que no coincide con el destino hreflang (canónico apunta a otra página FR). Se corrigen los canónicos. Paso 6: Validación a través de Google Search Console. Después de seis semanas, el informe en «Orientación internacional» ya no muestra errores. Paso 7: Documentación. Los cambios se registran en una wiki interna, incluyendo capturas de pantalla y registros de rastreo. Conclusión: tras corregir los 30 enlaces de retorno y los códigos de idioma, la tasa de clics en las páginas francesas y españolas aumentó aproximadamente un 15 % (no comprobado, pero según la experiencia). Ahora, las auditorías periódicas (cada tres meses) son parte integral del mantenimiento SEO. Este ejemplo muestra que con un enfoque sistemático se pueden identificar y corregir rápidamente errores típicos.
blog.faqT
¿Cuál es el error más común con las etiquetas hreflang?
El error más común es la falta de enlaces recíprocos. Si la versión A enlaza a la versión B, B también debe enlazar a A. De lo contrario, Google a menudo ignora las etiquetas por completo. También son frecuentes los errores sintácticos como códigos de país incorrectos (por ejemplo, 'en-uk' en lugar de 'en-gb'). Es esencial una revisión sistemática de todos los pares.
¿Cómo verifico las etiquetas hreflang en sitios web grandes con muchos idiomas?
Para sitios web grandes, se recomienda el uso de rastreadores que analicen hreflang, como Screaming Frog con su informe de hreflang. También puede escribir scripts propios que busquen etiquetas en sitemaps o páginas HTML. Es importante tomar muestras y validar la coherencia entre las diferentes variantes de idioma. Google Search Console muestra errores concretos en 'Orientación internacional'.
¿Qué significa la etiqueta x-default y cuándo se necesita?
La etiqueta x-default identifica una página estándar general que se muestra cuando no se detecta una preferencia de idioma del usuario o cuando la combinación de idioma/país deseada no existe. A menudo se utiliza en la página de inicio o en una página de aterrizaje genérica. Si falta, Google podría mostrar una versión inadecuada. Cada grupo de idiomas debe tener una entrada x-default cuando varios países comparten un idioma.
