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


hhh
  • Martes 22 de Junio del 2010
yy Google Local, el futuro
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
    gg
  • 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
    gg
  • 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
    gg
  • 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


javier

Buenas , esto del onclik ha cambiado actuamente en algunas web que tengo las lee y sigue enlaces
Post: ¿Cómo ejecuta, interpreta e indexa Google el contenido cargado mediante javascript?

David Girona

Antes de Nada muchas gracias por la aportación. Estoy probando de poner en marcha este procedimiento y me surgen un par de dudas. En
Post: Cómo añadir el valor del meta Robots a Google Analytics via Google Tag Manager

Javier Espinoza

Gracias por la informacion!! Este tipo de blogs me parecen muy importantes, esto lo estudio en la universidad. gracias por la informacion. h
Post: Atacados por los .cn .cz .pl

juan

Hola Lino Uruñuela, una duda ¿aun funciona? porque no lo logro. Mira, en un index.php tengo este codigo: Camuflados
Post: Ofuscando enlaces para mejorar Link Juice

DUQUEredes

Google pasa del canonical bastante :-(
Post: Comprobando comportamiento de Google con meta canonical

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

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