|
Tiempo de lectura
11 min
Qué es hreflang y cuándo hace falta
Qué es hreflang y cuándo hace falta
Hreflang es la forma de decirle a Google qué URL corresponde a cada idioma o país, para que no compitan entre sí en el buscador. En España «qué es hreflang» tiene unas 260 búsquedas al mes. Hace falta cuando la misma web existe en más de un idioma. No hace falta en una web solo en español, y ponerlo mal es peor que no ponerlo. No traduce la página ni suma posiciones por el simple hecho de existir en el código.
Hreflang es la forma de decirle a Google qué URL corresponde a cada idioma o país, para que no compitan entre sí en el buscador. En España «qué es hreflang» tiene unas 260 búsquedas al mes. Hace falta cuando la misma web existe en más de un idioma. No hace falta en una web solo en español, y ponerlo mal es peor que no ponerlo. No traduce la página ni suma posiciones por el simple hecho de existir en el código.
Qué problema resuelve
Tienes la misma página en dos idiomas, o la misma oferta para dos países. Sin un aviso, Google ve dos URLs parecidas y elige una, a veces la que no toca para esa persona. Hreflang es ese aviso: esta URL es el español, esta otra es el inglés, y esta es la que enseñas si no sabes el idioma.
No traduce. No cambia el contenido. No sustituye una buena página en cada idioma. Si la versión inglesa es la española con cuatro frases pasadas por un traductor automático y el resto igual, hreflang no convierte eso en una web en inglés. Solo declara la relación.
Cuándo hace falta y cuándo estorba
Hace falta si hay URLs distintas por idioma, por ejemplo una en la raíz en español y otra bajo /en/ en inglés, y el contenido es el equivalente.
Hace falta si sirves el mismo idioma a dos países con URLs distintas, y de verdad hay una diferencia que justifique la separación. El código entonces lleva región, no solo idioma.
No hace falta en una web de un solo idioma. El atributo lang del HTML basta para declarar ese idioma.
Estorba si apunta a una URL que redirige, que da 404 o que no es la traducción de esa página. Relacionar el artículo de un tema con la home del otro idioma es un mapa falso.
People Also Ask en esta consulta es corta: qué es, y en qué se diferencia de lang. La respuesta útil es la de arriba. El resto de guías largas se pierden en el código antes de decir si te hace falta.
Cómo se lee un aviso bien hecho
Cada página incluye un enlace a sí misma y otro a cada versión. Los códigos son los de idioma, como es o en, y solo añaden país cuando la URL es específica de ese país. x-default señala la versión para quien no encaja: en muchos sitios, la de español o una página de elección de idioma. No se deja vacío.
La relación es de ida y vuelta. Si la ficha española apunta a la inglesa, la inglesa tiene que apuntar a la española. Un solo sentido es el fallo más común, y Google puede descartar el grupo entero.
Un ejemplo de estructura, sin copiar el de nadie como si fuera la única: la página en español vive en la raíz y la inglesa vive bajo un prefijo /en/, con el slug traducido. El aviso relaciona esas dos URLs, no todas las URLs del dominio con todas. Cada par es el suyo. Un artículo que solo existe en español no debe inventarse un hermano en inglés.
Las tres implementaciones
En el HTML. Varios elementos link en el head. Es la forma más fácil de comprobar: ves el código de la página y ves el mapa. Encaja cuando la plantilla de cada idioma puede escribir esos enlaces.
En el sitemap XML. Las mismas relaciones, dentro del archivo. Encaja cuando hay muchas URLs y el generador no se olvida de un par. Hay que regenerarlo cuando publicas una traducción, no solo cuando publicas un artículo nuevo en un idioma.
En la cabecera HTTP. Para un recurso que no tiene head, como un PDF. En una web de servicios casi no aparece.
No hace falta usar las tres a la vez. Hace falta que la que uses esté completa. Mezclar un HTML a medias con un sitemap que dice otra cosa es otra forma de que Google ignore la señal.
Qué mirar para saber si está mal
Abre una URL en español y busca hreflang. Tiene que aparecer ella misma, la inglesa equivalente y el x-default. Abre la inglesa y comprueba el camino de vuelta. Prueba un artículo que no esté traducido: no debería prometer una URL en inglés que da 404.
Search Console puede enseñar errores de hreflang cuando los detecta: códigos raros, destinos que no devuelven el enlace, páginas no indexables. Una redirección en el destino anula el aviso. Por eso el hreflang se revisa después de una migración, junto con las redirecciones 301, no antes de saber cuáles son las URLs definitivas.
El idioma que ve el navegador, la etiqueta lang, es independiente. Puedes tener lang en español en una plantilla inglesa si la plantilla se copió y nadie cambió esa línea. Hreflang no corrige ese descuido. Hay que cambiar el idioma de la página.
Qué no va a hacer por el posicionamiento
No suma posiciones en el idioma que no has traducido. No evita que una página floja compita: solo evita que compita con su traducción. Y no es el primer trabajo de una web nueva en un solo mercado. Primero la página en el idioma de tus clientes, indexable, con un título que diga el servicio. El mapa de ese trabajo está en qué es el SEO. Hreflang entra el día que existe la segunda versión, no el día que alguien lee que el atributo es una buena práctica.
Si ya tienes las dos versiones, revisa un par de verdad: una de servicio y un artículo traducido. No des por bueno el de la home y asumas que el resto está igual. Los artículos nuevos son los que se quedan sin hermano, o con un hermano que apunta a una URL antigua.
Qué problema resuelve
Tienes la misma página en dos idiomas, o la misma oferta para dos países. Sin un aviso, Google ve dos URLs parecidas y elige una, a veces la que no toca para esa persona. Hreflang es ese aviso: esta URL es el español, esta otra es el inglés, y esta es la que enseñas si no sabes el idioma.
No traduce. No cambia el contenido. No sustituye una buena página en cada idioma. Si la versión inglesa es la española con cuatro frases pasadas por un traductor automático y el resto igual, hreflang no convierte eso en una web en inglés. Solo declara la relación.
Cuándo hace falta y cuándo estorba
Hace falta si hay URLs distintas por idioma, por ejemplo una en la raíz en español y otra bajo /en/ en inglés, y el contenido es el equivalente.
Hace falta si sirves el mismo idioma a dos países con URLs distintas, y de verdad hay una diferencia que justifique la separación. El código entonces lleva región, no solo idioma.
No hace falta en una web de un solo idioma. El atributo lang del HTML basta para declarar ese idioma.
Estorba si apunta a una URL que redirige, que da 404 o que no es la traducción de esa página. Relacionar el artículo de un tema con la home del otro idioma es un mapa falso.
People Also Ask en esta consulta es corta: qué es, y en qué se diferencia de lang. La respuesta útil es la de arriba. El resto de guías largas se pierden en el código antes de decir si te hace falta.
Cómo se lee un aviso bien hecho
Cada página incluye un enlace a sí misma y otro a cada versión. Los códigos son los de idioma, como es o en, y solo añaden país cuando la URL es específica de ese país. x-default señala la versión para quien no encaja: en muchos sitios, la de español o una página de elección de idioma. No se deja vacío.
La relación es de ida y vuelta. Si la ficha española apunta a la inglesa, la inglesa tiene que apuntar a la española. Un solo sentido es el fallo más común, y Google puede descartar el grupo entero.
Un ejemplo de estructura, sin copiar el de nadie como si fuera la única: la página en español vive en la raíz y la inglesa vive bajo un prefijo /en/, con el slug traducido. El aviso relaciona esas dos URLs, no todas las URLs del dominio con todas. Cada par es el suyo. Un artículo que solo existe en español no debe inventarse un hermano en inglés.
Las tres implementaciones
En el HTML. Varios elementos link en el head. Es la forma más fácil de comprobar: ves el código de la página y ves el mapa. Encaja cuando la plantilla de cada idioma puede escribir esos enlaces.
En el sitemap XML. Las mismas relaciones, dentro del archivo. Encaja cuando hay muchas URLs y el generador no se olvida de un par. Hay que regenerarlo cuando publicas una traducción, no solo cuando publicas un artículo nuevo en un idioma.
En la cabecera HTTP. Para un recurso que no tiene head, como un PDF. En una web de servicios casi no aparece.
No hace falta usar las tres a la vez. Hace falta que la que uses esté completa. Mezclar un HTML a medias con un sitemap que dice otra cosa es otra forma de que Google ignore la señal.
Qué mirar para saber si está mal
Abre una URL en español y busca hreflang. Tiene que aparecer ella misma, la inglesa equivalente y el x-default. Abre la inglesa y comprueba el camino de vuelta. Prueba un artículo que no esté traducido: no debería prometer una URL en inglés que da 404.
Search Console puede enseñar errores de hreflang cuando los detecta: códigos raros, destinos que no devuelven el enlace, páginas no indexables. Una redirección en el destino anula el aviso. Por eso el hreflang se revisa después de una migración, junto con las redirecciones 301, no antes de saber cuáles son las URLs definitivas.
El idioma que ve el navegador, la etiqueta lang, es independiente. Puedes tener lang en español en una plantilla inglesa si la plantilla se copió y nadie cambió esa línea. Hreflang no corrige ese descuido. Hay que cambiar el idioma de la página.
Qué no va a hacer por el posicionamiento
No suma posiciones en el idioma que no has traducido. No evita que una página floja compita: solo evita que compita con su traducción. Y no es el primer trabajo de una web nueva en un solo mercado. Primero la página en el idioma de tus clientes, indexable, con un título que diga el servicio. El mapa de ese trabajo está en qué es el SEO. Hreflang entra el día que existe la segunda versión, no el día que alguien lee que el atributo es una buena práctica.
Si ya tienes las dos versiones, revisa un par de verdad: una de servicio y un artículo traducido. No des por bueno el de la home y asumas que el resto está igual. Los artículos nuevos son los que se quedan sin hermano, o con un hermano que apunta a una URL antigua.
Tres formas de implementar hreflang
Tres formas de implementar hreflang
Google acepta el mismo aviso en tres sitios. La tabla dice dónde vive cada uno y en qué tipo de web suele ser el menos frágil. El aviso tiene que ser recíproco: si A señala a B, B señala a A.
Google acepta el mismo aviso en tres sitios. La tabla dice dónde vive cada uno y en qué tipo de web suele ser el menos frágil. El aviso tiene que ser recíproco: si A señala a B, B señala a A.
Método | Dónde se pone | Cuándo encaja |
|---|---|---|
En el HTML | Un link en el head de cada página | Webs donde puedes editar la plantilla de cada idioma |
En el sitemap | Anotaciones dentro del XML | Muchas URLs y un generador que no se olvide de pares |
En la cabecera HTTP | La respuesta del servidor | Archivos que no son HTML, como un PDF |
Qué problema resuelve
Tienes la misma página en dos idiomas, o la misma oferta para dos países. Sin un aviso, Google ve dos URLs parecidas y elige una, a veces la que no toca para esa persona. Hreflang es ese aviso: esta URL es el español, esta otra es el inglés, y esta es la que enseñas si no sabes el idioma.
No traduce. No cambia el contenido. No sustituye una buena página en cada idioma. Si la versión inglesa es la española con cuatro frases pasadas por un traductor automático y el resto igual, hreflang no convierte eso en una web en inglés. Solo declara la relación.
Cuándo hace falta y cuándo estorba
Hace falta si hay URLs distintas por idioma, por ejemplo una en la raíz en español y otra bajo /en/ en inglés, y el contenido es el equivalente.
Hace falta si sirves el mismo idioma a dos países con URLs distintas, y de verdad hay una diferencia que justifique la separación. El código entonces lleva región, no solo idioma.
No hace falta en una web de un solo idioma. El atributo lang del HTML basta para declarar ese idioma.
Estorba si apunta a una URL que redirige, que da 404 o que no es la traducción de esa página. Relacionar el artículo de un tema con la home del otro idioma es un mapa falso.
People Also Ask en esta consulta es corta: qué es, y en qué se diferencia de lang. La respuesta útil es la de arriba. El resto de guías largas se pierden en el código antes de decir si te hace falta.
Cómo se lee un aviso bien hecho
Cada página incluye un enlace a sí misma y otro a cada versión. Los códigos son los de idioma, como es o en, y solo añaden país cuando la URL es específica de ese país. x-default señala la versión para quien no encaja: en muchos sitios, la de español o una página de elección de idioma. No se deja vacío.
La relación es de ida y vuelta. Si la ficha española apunta a la inglesa, la inglesa tiene que apuntar a la española. Un solo sentido es el fallo más común, y Google puede descartar el grupo entero.
Un ejemplo de estructura, sin copiar el de nadie como si fuera la única: la página en español vive en la raíz y la inglesa vive bajo un prefijo /en/, con el slug traducido. El aviso relaciona esas dos URLs, no todas las URLs del dominio con todas. Cada par es el suyo. Un artículo que solo existe en español no debe inventarse un hermano en inglés.
Las tres implementaciones
En el HTML. Varios elementos link en el head. Es la forma más fácil de comprobar: ves el código de la página y ves el mapa. Encaja cuando la plantilla de cada idioma puede escribir esos enlaces.
En el sitemap XML. Las mismas relaciones, dentro del archivo. Encaja cuando hay muchas URLs y el generador no se olvida de un par. Hay que regenerarlo cuando publicas una traducción, no solo cuando publicas un artículo nuevo en un idioma.
En la cabecera HTTP. Para un recurso que no tiene head, como un PDF. En una web de servicios casi no aparece.
No hace falta usar las tres a la vez. Hace falta que la que uses esté completa. Mezclar un HTML a medias con un sitemap que dice otra cosa es otra forma de que Google ignore la señal.
Qué mirar para saber si está mal
Abre una URL en español y busca hreflang. Tiene que aparecer ella misma, la inglesa equivalente y el x-default. Abre la inglesa y comprueba el camino de vuelta. Prueba un artículo que no esté traducido: no debería prometer una URL en inglés que da 404.
Search Console puede enseñar errores de hreflang cuando los detecta: códigos raros, destinos que no devuelven el enlace, páginas no indexables. Una redirección en el destino anula el aviso. Por eso el hreflang se revisa después de una migración, junto con las redirecciones 301, no antes de saber cuáles son las URLs definitivas.
El idioma que ve el navegador, la etiqueta lang, es independiente. Puedes tener lang en español en una plantilla inglesa si la plantilla se copió y nadie cambió esa línea. Hreflang no corrige ese descuido. Hay que cambiar el idioma de la página.
Qué no va a hacer por el posicionamiento
No suma posiciones en el idioma que no has traducido. No evita que una página floja compita: solo evita que compita con su traducción. Y no es el primer trabajo de una web nueva en un solo mercado. Primero la página en el idioma de tus clientes, indexable, con un título que diga el servicio. El mapa de ese trabajo está en qué es el SEO. Hreflang entra el día que existe la segunda versión, no el día que alguien lee que el atributo es una buena práctica.
Si ya tienes las dos versiones, revisa un par de verdad: una de servicio y un artículo traducido. No des por bueno el de la home y asumas que el resto está igual. Los artículos nuevos son los que se quedan sin hermano, o con un hermano que apunta a una URL antigua.
Conclusión
Conclusión
Hreflang no traduce la página. Solo dice cuál es la versión de cada idioma. Si no tienes esa versión, no lo pongas. Si la tienes, cada URL debe apuntar a la otra y a sí misma, con un x-default para quien no encaja en ningún idioma.
Preguntas frecuentes sobre hreflang
Preguntas frecuentes sobre hreflang
¿Qué es hreflang?
Es un aviso a los buscadores que relaciona las URLs de un mismo contenido en distintos idiomas o países. Así Google puede enseñar la versión en español a quien busca en español y la versión en inglés a quien busca en inglés, en lugar de tratarlas como duplicados que compiten.
¿Hreflang y la etiqueta lang son lo mismo?
No. La etiqueta lang del HTML le dice al navegador y a los lectores de pantalla en qué idioma está esa página. Hreflang le dice a Google qué otras URLs son las traducciones. Puedes tener el idioma bien marcado y no tener hreflang. Si hay más de un idioma, hacen falta las dos cosas.
¿Una web solo en español necesita hreflang?
No. Si no existe otra versión, no hay nada que relacionar. Poner hreflang hacia la misma URL, o hacia una traducción que no existe, no mejora el posicionamiento. Solo genera un aviso que no coincide con la web, y Google puede ignorarlo por completo.
¿Qué pasa si hreflang está mal puesto?
Google puede ignorarlo. El caso típico es que la página en español apunte a la inglesa y la inglesa no devuelva el apunte, o que el código de idioma sea inventado. No es una penalización con ese nombre. Es una señal que deja de valer, y las dos URLs vuelven a competir sin mapa.
¿Necesitas un equipo de Marketing?
Hablemos y hagamos crecer tu negocio

Contruyamos algo increible
Listo para tu proximo proyecto

Contruyamos algo increible
Listo para tu proximo proyecto

Contruyamos algo increible

