Hreflang, puntos obligatorios para una correcta configuración

Publicado por (Errioxa) el 13 de mayo del 2014

Hoy he leído otro post sobre cómo tratar los sitios en varios idiomas y/o destinado a varios países. En este caso hablan de la home, como siempre, nos recuerdan las 3 maneras óptimas para que Google indexe y sirva correctamente las distintas versiones del mismo site.

  • Mostrar a todo el mundo el mismo contenido
Básicamente es crear una URL por cada versión, y si acaso detectamos al usuario que tiene un idioma distinto en el navegador le podemos mostrar al usuario un link a su versión sugeriéndole una versión en su idioma.

  • Permitir que sean los propios usuarios los que decidan.
Para esto nos recomiendan tener una página inicial donde ofrecemos links a todas nuestras versiones del mismo contenido, por ejemplo como hace la web de PHP.net
rel-alternate-hreflang


  • Redirigir automáticamente a los usuarios
Lo más relevante es que debemos hacer la redirección con un 302, y que incluso en estas debemos darle la cabecera rel-alternate-hreflang


Pero lo que más me ha llamado la atención son dos puntos en el recordatorio que nos da para cualquiera de las opciones que nos propone

  • Cada url que lleve el rel-alternate-hreflang deberá ser etiquetada desde el resto de versiones.
Por ejemplo si tenemos una url para la versión en español, https://www.mecagoenlos.com/articulo1.php donde indicamos por medio del rel-alternate-hreflang sus equivalentes en el resto de idioma que tenemos el site


  • La versión en español contendría metas hacia el resto de versiones

    • Versión inglés:
      <link href="https://www.mecagoenlos.com/en/article.php" hreflang="en" rel="alternate" />

    • Versión italiano:
      <link href="
      https://www.mecagoenlos.com/it/articolo.php" hreflang="it" rel="alternate" />

El resto de versiones deberán llevar también un meta a la versión en español (y al resto de equivalentes), han de ser recíprocas, es decir para la versión en inglés deberíamos tener obligatoriamente el meta apuntando hacia la versión en español.

  • Versión español:
    <link href="https://www.mecagoenlos.com/articulo.php" hreflang="es" rel="alternate" />

  • Versión italiano:
    <link href="
    https://www.mecagoenlos.com/it/articolo.php" hreflang="it" rel="alternate" />

De lo contrario Google nos dice que podría no tenerlo en cuenta


  • Cada url que vaya a usar este meta deberá tener también un meta hacia si mismo
La url de la versión española a de tener también un meta hacia si misma, es decir, en la url https://www.mecagoenlos.com/articulo1.php deberemos tener
Versión español: <link href="https://www.mecagoenlos.com/articulo.php" hreflang="es" rel="alternate" />


Estos son dos puntos que yo particularmente no he tenido siempre en cuenta y que podrían ser realmente necesarios. Digo esto porque desde que salió esta especificación para resolver el problema de distintas versiones del mismo contenido he implementado esta funcionalidad y sinceramente no he notado nunca nada...

No sé si es porque realmente la estrategia y escenario creados para ello estaba bien realizado, ya que a mi me gusta tener urls únicas para cada versión y tenerlo claramente separado en las urls ya sea en distintos dominios, en carpetas del mismo dominio o en subdominios, pero la verdad es que nunca he notado ninguna mejora al realizarlo, ¿alguien ha notado un claro aumento de visitas desde un país al implementarlo?

Siempre lo he visto como una opción útil cuando el site puede tener claros problemas de contenido duplicado cuando tiene el mismo contenido pero para distintos países, por ejemplo el mismo contenido en español, pero uno en un dominio .es para los usuarios españoles y un .cl para los usuarios chilenos, en estos casos sí lo veo como un gran valor para evitar duplicados, pero nunca he visto un incremento en rankings, ni en visitas desde los distintos países ni nada que me haga ver que estas acciones mejoran el posiconamiento.

Eso sí, el no usarlo en determinados casos puede hacerte perder tráfico de alguna versión que Google la identifique como contenido duplicado.

¿Algún caso de éxito con el uso del hreflang?


 


 

 

 


Tony Ahace Hace más de 5 años y 352 días

Hola,

Pues igual me quedo. Las he puesto en un par de webs de joomla para comparar, y como apenas hay información que las confirme su uso adecuado.

david del Barriohace Hace más de 5 años y 247 días

Interesante.
Yo uso Wordpress y WPML en algún sitio.

En otros directamente la barra de Google Translate (que no es realmente una traducción real, y menos aún multi idioma,pero bueno).

En el caso de la barra de Google Translate no es necesaria la etiqueta hreflang verdad?

Interesante blog el vuestro Lino.

Os sigo desde ya.

david del Barriohace Hace más de 5 años y 247 días

Por cierto, interesante la alusión a La Polla Records en vuestro slogan ;-)

david del Barriohace Hace más de 5 años y 247 días

Por cierto, interesante la alusión a La Polla Records en vuestro slogan ;-)



Lea otros artículos de Internacionalización SEO

Últimos posts

Últimos comentarios


Lino

@Felipe quizás si puedes añadir javacript podrías añadirla, pero si no creo que no podrás ya que el meta canonical va a nivel de cabec
Post: Consolidación de urls canónicas en Google Search Console

Jordi

Presentarl@ a un amig@ = Redirección.
Post: El SEO para ligar

OSCAR NAVARRO AMADO


Post: Saber cuántos dominios tiene una persona

Felipe

Cada vez que pongo una etiqueta canónica en wordpress, me la desaparece automáticamente, la pongo en html, ya que de otra forma no me per
Post: Consolidación de urls canónicas en Google Search Console

Lino

@pacorapidohace así es, este experimento fue hace 10 años... y sí, he comprobado lo mismo que tú, hace falta estar la palabra en la url
Post: Links de imagen y texto, como los trata Google

pacorapido

Hola @Errioxa todo esto ha cambiado por que creo que tiene que ver que la pagina destino no tiene en su contenido las palabras inventadas,
Post: Links de imagen y texto, como los trata Google

FunnelPunk

Complementando la respuesta (y aprovechando para comprobar mi "avisador" por Twitter), por si Google no pudiese acceder al robots.txt y no s
Post: Errores críticos originados por el robots.txt

Lino

Hola Miriam, crea un robots.txt vacío para probar, también podrías añadir uno básico con las dos siguientes líneas User-agent: * Allo
Post: Errores críticos originados por el robots.txt

Miriam

Buenas Lino, No sé si me podrás echar una mano, estoy intentando comprobar porque Google no puede acceder a mi robots.txt, incluso he
Post: Errores críticos originados por el robots.txt

Luis

Hola amigo, me gustaría saber si mi web www.tuguiapara.com puede recibir backlinks, gracias.
Post: Links desde la misma Ip