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?


 


 

 

 




Posts anteriores en Internacionalización SEO


  • Martes 22 de Junio del 2010
Space Needle
Publicado el 22 de junio del 2010 01000101 01101100 00100000 01101111 01110100 01110010 01101111 00100000 01100100 11101101 01100001 00100000 01101101 01100101 00100000 01100100 01100101 01110011 01100011 01100001 01110010 01100111 01110101 11101001 00100000 01110000 01100001 01110010 011000

Seguir leyendo
  • Jueves 24 de Abril del 2008

Publicador el 24 de abril del 2008 Hace ya bastante tiempo Google nos dió la manera de geolocalizar nuestro target, a qué público está destinada nuestra web, porque hasta entonces lo hacía por medio de la Ip donde estuviese alojada, del tipo de dominio (.es .uk)

Seguir leyendo
  • Miercoles 02 de Enero del 2008
Space Needle
Publicado el martes 22 de Enero de 2008 Hace un tiempo Google nos ofreció en sus herramientas para Webmasters cómo podíamos geolocalizar una página web para que el buscador sepa a qué lugar geográfico pertenecen las personas a las que está dirigido

Seguir leyendo
  • Lunes 30 de Noviembre del -0001

Los factores que influyen en la geolocalización de una página web según Rand Fish son: Idioma. Extensión del dominio (e.g. .com .au, .co.uk, .fr, .de, .nl,.es) Localización de la dirección Ip. Registro  de empresa en los motores de b&uacu

Seguir leyendo
  • Lunes 30 de Noviembre del -0001

Cuando un usuario realiza una búsqueda en Google, este intenta ofrecerle los mejores resultados para él y serán distintos según en qué dominio de Google te encuentres, no es lo mismo buscar inmobiliarias en Google.es (Google España) que en Google.com.mx (Goo

Seguir leyendo

Últimos posts

Últimos comentarios


Marinette

Gracias por la información!
Post: Nuevo Google Search Console ¿qué información nos ofrecerá?

Adolfo

Parece que a todo el mundo le ha gustado este artículo sexista y lleno de situaciones de agresión sexual y violencia de género, ya tendr
Post: Tipos de marketing

FDM

Hola, Lino: Genial el post, como siempre. Es genial contar con personas tan curiosas y que investigan al detalle el funcionamiento de Goo
Post: La segunda ola de indexación y cómo saber qué renderiza Google

Lino Uruñuela

@Cesar saltarse alguna orden del código es un falta de respeto!, que para algo lo hice :D No se les da muy bien esperar, su tiempo es or
Post: La segunda ola de indexación y cómo saber qué renderiza Google

César Aparicio

Hola Lino, Nos conocemos de películas como: Los de Google son muy frikis o Pasodobles y SEO. Mi cuestión es la siguiente: entiendo
Post: La segunda ola de indexación y cómo saber qué renderiza Google

Nostram

Porque será que no me extraña. No he visto un producto que funcione peor que "OK Google" lamentable.
Post: ¿Grave fallo de privacidad de Google Assistant?

Carlos

Parece mas un fallo de la aerolinea, que parece que en un mismo número de reserva (WXI99I) ha metido mas pasajeros, y google assistant ha d
Post: ¿Grave fallo de privacidad de Google Assistant?

Lino Uruñuela

@David Es capaz de renderizar e interpretar el JavaScript siempre que no haga falta la interacción del usuario. Me explico, si pones una fu
Post: Ofuscando enlaces para mejorar Link Juice

David

Hablando sobre la ofuscación de enlaces, tras las últimas noticias de Google y su segunda oleada de indexación tras la renderización de
Post: Ofuscando enlaces para mejorar Link Juice

Javier Galán

Este post es una auténtica genialidad. Muy útil.
Post: Medir cuántos usuarios hacen click para ampliar la imagen en Google Imágenes, aunque no entren en nuestra web

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í.