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 62 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 4 años y 322 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 4 años y 322 días

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

david del Barriohace Hace más de 4 años y 322 días

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



Lea otros artículos de Internacionalización SEO

Contacta

Lánzate y pregunta!


He leído y acepto la política de privacidad

Mecagoenlos.com te informa que los datos de carácter personal que nos proporciones rellenando el presente formulario serán tratados por Lino Uruñuela. como responsable de esta web.

La finalidad de la recogida y tratamiento de los datos personales que te solicitamos es para enviar un correo con los datos que introduzcas, sin guardarse en ninguna base de datos.

Legitimación: Al marcar la casilla de aceptación, estás dando tu legítimo consentimiento para que tus datos sean tratados conforme a las finalidades de este formulario descritas en la política de privacidad.

Como usuario e interesado te informamos que los datos que nos facilitas estarán ubicados en los servidores de Linode.com (proveedor de hosting de Mecagoenlos.com) cumpliendo la ley de protección de datos. Ver política de privacidad de Linode.com.

Podrás ejercer tus derechos de acceso, rectificación, limitación y suprimir los datos en info@mecagoenlos.com, así como el derecho a presentar una reclamación ante una autoridad de control. Más información aquí.

Últimos posts

Últimos comentarios


@funnelpunk

Última prueba de menciones en comentarios del blog.. este para @errioxa desde otra cuenta
Post: Google podria no querer el HTML de una URL

German

Hola amigo, lo cierto es que no me he enterado pajolera idea de lo que cuentas, aunque te felicito por aparecer en el Discovery de Google. M
Post: Google podria no querer el HTML de una URL

Lino

Una manera súper sencilla para comprobarlo: 1- Una URL, mirar un log de Googlrbot de esa UR cuando da 200 2- Comparar con otro log
Post: Google podria no querer el HTML de una URL

Jose Antonio Gil

En primer lugar agradecerte tus palabras, he sido alumno tuyo este año en el Máster de Webpositer en Alicante por lo que algo de culpa ten
Post: Google podria no querer el HTML de una URL

Lino

Uppsss cierto, la culpa es de tantas elecciones consecutiva... hacen remarketing en mi cerebro
Post: Google podria no querer el HTML de una URL

José

Buenas Lino! Sólo comentar que el apellido de Gastón es RIERA (no Rivera). Saludos y gracias por compartir!
Post: Google podria no querer el HTML de una URL

Fran Javietr

Hola Lino como podemos añadir a este código la identificación de la ip del bot, como sabes hay falsos bots y una forma de saber si son l
Post: Monotorizar GoogleBot con Google Analytics

Javier

Buenas Lino, ¿Alguna novedad sobre cómo considera Google los links en PDFs? Se me ocurre que, siguiendo con este experimento, se po
Post: Link building con PDF

Francisco

Flaco. Por lo general, no dejo comentarios pero, en tu caso, voy a hacer una excepción pues, sencillamente... ¡sos un genio!, Gracias.
Post: Cómo cargar css y js y no bloquear la carga de contenido

Juan Francisco Gancia

Excelente artículo, gracias! Te encuentro de casualidad por un post de hace 10 años.
Post: Diferencias entre url indexada y url accesible