Este documento resume los principales retos del SEO internacional, como entender las motivaciones y objeciones de audiencias internacionales, adaptar el contenido al idioma local, aplicar segmentación internacional y rel="alternate/hreflang", y lograr enlaces y menciones en redes sociales geolocalizadas. También explica cómo compatibilizar el posicionamiento y la conversión con la nueva legislación europea sobre geo-bloqueo a través de una configuración coherente de elementos alternate/hreflang y segmentación internacional.

1. @SiteGround_ESwww.siteground.es
#SGwebinar
SEO INTERNATIONAL:
GEOBLOCKING
Fernando Maciá Domene
@fernandomacia
humanlevel.com
por

2. Invitado Especial
Jorge González
Socio y responsable de marketing y comunicación en Digital
Growth y Adrenalina
@SiteGround_ESwww.siteground.es
#SGwebinar

3. Fernando Maciá Domene
CEO Human Level
@fernandomacia
@fernandomacia @humanlevel
S E A R C H ( R ) E V O L U T I O N

4. Publicaciones
S E A R C H ( R ) E V O L U T I O N
2 0 0 6 2 0 1 12 0 1 02 0 0 9 2 0 1 1
2 0 1 2 2 0 1 4 2 0 1 62 0 1 5

5. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Qué retos plantea el SEO
internacional?

6. ‣ Entender las motivaciones y
objeciones de la audiencia
internacional
‣ Adaptarnos al uso local del
idioma (en países donde se habla
el mismo)
‣ Aplicar segmentación
internacional y rel=“alternate/
hreflang”
Minimizar
el riesgo de contenido duplicado

7. Localización de contenidos y marcado alternate/hreflang
S E A R C H ( R ) E V O L U T I O N
Penalti Penal

8. ‣ Incluso si un usuario puede
navegar desde determinado país
con múltiples idiomas, enfocarse
en indexar y posicionar sólo el/
los de mayor potencial
Optimizar el crawl-budget

9. Zara.com veta la indexación de versiones occidentales a Yandex en su robots.txt
S E A R C H ( R ) E V O L U T I O N

10. ‣ Lograr enlaces y menciones en
redes sociales geolocalizadas de
los países donde queremos
posicionar cada versión
Optimizar autoridad
y popularidad
geolocalizadas

11. Análisis de geolocalización de la popularidad con Majestic
S E A R C H ( R ) E V O L U T I O N

12. Análisis de las menciones y grafo social con Buzzsumo
S E A R C H ( R ) E V O L U T I O N

13. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Cuál es nuestro objetivo?

14. ‣ Posiciona tu mejor contenido posible
para cada usuario internacional:
‣ Idioma
‣ Motivaciones/objeciones
‣ Divisa
‣ Selección de producto
‣ Logística…
‣ Para lograr la mejor CTR/calidad de
cada visita/conversión
Optimiza tu orientación
a un país o idioma determinados

15. SÍ. Posiciona el contenido
óptimo (idioma, moneda…)
No dejes a otros SE (Baidu, Yandex,
etc.) que indexen (via robots.txt)
Diagrama de decisión para segmentación internacional
S E A R C H ( R ) E V O L U T I O N
STOP
SÍ. Posiciona contenido por
defecto para el resto de
usuarios
SÍ. Posiciona el contenido
en segundos idiomas
populares
SÍ. Posiciona el
contenido en el
idioma adecuado
SÍ
SÍ
SÍ
SÍ
NO
NO
NO
NO
© Fernando Maciá
¿Tenemos
contenido por defecto para
usuarios que no son nuestro
target?
¿Tenemos
contenido en un idioma que el usuario
podría entender?
¿Tenemos contenido en
el idioma del usuario?
¿Tenemos contenido
específico para ese idioma/país?
Geolocalización IP/
idioma OS/cookie
VISITA

16. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Cómo lo conseguimos?

17. Selector en ventana
modal

18. Selector de idioma en ventana modal o light box
S E A R C H ( R ) E V O L U T I O N

19. Selector en pre-home

20. Zara.com: selector en pre-home
S E A R C H ( R ) E V O L U T I O N

21. A favor: siguientes visitas llevan al usuario a la versión correcta gracias a las cookies
S E A R C H ( R ) E V O L U T I O N
https://www.zara.com/es/https://www.zara.com/
https://www.zara.com/
JS Redirect

22. En contra: añaden un click extra al usuario que entra por primera vez
S E A R C H ( R ) E V O L U T I O N
https://www.zara.com/es/https://www.zara.com/

23. En contra: la dependencia de cookies puede plantear problemas de indexabilidad
S E A R C H ( R ) E V O L U T I O N
https://www.zara.com/es/https://www.zara.com/
https://www.zara.com/
Cuidado si haces
depender la navegación
del valor de una cookie.
Googlebot NO acepta
cookies.

24. ¿Cuándo?
S E A R C H ( R ) E V O L U T I O N
‣ Cuando la audiencia está muy fragmentada en
múltiples países y no hay ningún país que concentre una
cuota de nuestra demanda significativamente mayor que
el resto.
‣ Cuando las variables de idioma y país son
determinantes a la hora de personalizar la oferta: tipos
de productos ofertados, familias disponibles, divisa,
precios, opciones de envío, impuestos aplicables, etc.
‣ Cuando gozamos de un gran reconocimiento de
marca, por lo que la dependencia de un buen
posicionamiento para búsquedas genéricas es menor.
‣ Cuando la autoridad del dominio es tan grande que, a
pesar de diluirse la popularidad de la raíz del dominio en
múltiples subdirectorios, éstos aún cuentan con una
ventaja respecto a sus competidores.

25. A tener en cuenta
S E A R C H ( R ) E V O L U T I O N
‣ Debemos establecer contenido “por defecto” que los buscadores
puedan rastrear en ausencia de cookies o variables de sesión.
‣ Debemos tener en cuenta cómo afecta la personalización que
pudiera introducir el servidor en base a la IP de origen o el user-agent del
navegador de forma que los user-agents e IP de origen de los robots de
los buscadores no impidan que el sitio se pueda rastrear en sus múltiples
versiones.
‣ En las distintas homes de cada versión (y sólo ahí), deberíamos
configurar el elemento de enlace alternate/hreflang apuntando a la
raíz del dominio con la opción “x-default” (además de los
correspondientes alternate/hreflang a las homes de las demás versiones).
‣ En la raíz del dominio, incluiremos elementos de enlace alternate/
hreflang apuntando a la home de cada versión además del propio
alternate/hreflang apuntando hacia sí mismo.

26. Más engagement:
HTML dinámico

27. Spain.info: lo que vemos desde USA
S E A R C H ( R ) E V O L U T I O N

28. Spain.info: lo que vemos desde Alemania
S E A R C H ( R ) E V O L U T I O N

29. HTML dinámico en función de geolocalización por IP
S E A R C H ( R ) E V O L U T I O N
Web Sniffer HMA VPN
Con HMA VPN navegamos desde
diferentes localizaciones y
comprobamos personalización por IP
Con Web Sniffer podemos
comprobar si hay
personalizaciones por user-
agent (Ej. Googlebot)

30. Más engagement:
Redirección por IP

31. As.com: redirección por geolocalización por IP (México)
S E A R C H ( R ) E V O L U T I O N

32. As.com: redirección por geolocalización por IP (USA)
S E A R C H ( R ) E V O L U T I O N

33. Personalización por User-Agent usando WS+HMA
S E A R C H ( R ) E V O L U T I O N
User-agent=Web Sniffer User-agent= Googlebot
IP=USA (Dallas, Tx.) IP=USA (Dallas, Tx.)
302 200
URL=https://as.com URL=https://as.com

34. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Qué es el geo-blocking?

35. Distintos precios para el mismo producto en distintas versiones de Amazon en la UE
S E A R C H ( R ) E V O L U T I O N
23,27€
24,50€
27,44€
38,43$

36. Amazon pide identificar el país de envío para mostrar distintos productos/precios
S E A R C H ( R ) E V O L U T I O N

37. Zara.com: pide permiso para utilizar información de geolocalización del usuario
S E A R C H ( R ) E V O L U T I O N

38. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Qué establece la nueva
legislación europea?

39. Regulación de la UE: no se puede redireccionar al usuario por su IP
S E A R C H ( R ) E V O L U T I O N

40. Qué significa “geo-bloqueo injustificado”
S E A R C H ( R ) E V O L U T I O N
‣ La venta de productos sin envío físico: por ejemplo, un cliente
belga quiere comprar un televisor y encuentra el mejor precio en
un sitio alemán. El cliente debe poder comprarlo y recogerlo en las
instalaciones del proveedor o bien organizar su envío a su casa.
‣ La venta de servicios electrónicos: por ejemplo, un cliente
búlgaro que quiera contratar servicios de Hosting en una empresa
española. Debe poder adquirirlos al mismo coste que para un
cliente español.
‣ La venta de servicios ofrecidos en una localización física: por
ejemplo, una familia italiana puede comprar un viaje directamente
a un parque de atracciones francés sin ser redirigidos a una
versión italiana del sitio Web.

41. Desde cuándo
S E A R C H ( R ) E V O L U T I O N
‣ Entró en vigor el 3 de diciembre de 2018

42. Si compramos desde la versión FR, sólo podemos elegir envío a FR
S E A R C H ( R ) E V O L U T I O N

43. Regulación de la UE: no se puede bloquear contenido por IP
S E A R C H ( R ) E V O L U T I O N

44. @SiteGround_ESwww.siteground.es
#SGwebinar
¿Cómo compatibilizamos
posicionamiento y
conversión con la nueva
normativa?

45. Spain.info - Página home - HTML dinámico por geolocalización IP
S E A R C H ( R ) E V O L U T I O N
URL: http://www.spain.info URL: http://www.spain.info
Los elementos de
enlace Canonical
especifican las
URL que
queremos
indexar como
página home en
cada versión

46. Spain.info - Página home - HTML dinámico por geolocalización IP
S E A R C H ( R ) E V O L U T I O N
Los elementos
de enlace
alternate/
hreflang indican
qué URL
queremos
posicionar en
cada
combinación de
idioma/país

47. Spain.info - configuración alternate/hreflang en la home page
S E A R C H ( R ) E V O L U T I O N
URL: http://www.spain.info/en_US/
<link rel="alternate"
href="http://www.spain.info/en_US/"
hreflang=“en-US"/>
URL: http://www.spain.info/de_CH/
<link rel="alternate"
href=“http://www.spain.info/de_CH/"
hreflang=“de-CH”/>
Usamos alternate/hreflang para
orientar a idioma/país

48. Spain.info - configuración alternate/hreflang en la home page
S E A R C H ( R ) E V O L U T I O N
URL: http://www.spain.info/fr/
<link rel="alternate"
href=“http://www.spain.info/fr/"
hreflang=“fr”/>
URL: http://www.spain.info/es/
<link rel="alternate"
href="http://www.spain.info/es/"
hreflang=“es"/>
Atención: hreflang NO se puede usar para orientarse sólo a un país
Usamos alternate/hreflang para
orientarnos a un idioma

49. Spain.info - segmentación internacional para cada subdirectorio desde Google Search Console
S E A R C H ( R ) E V O L U T I O N
URL: http://www.spain.info/de_CH/
Configuramos la segmentación
internacional de cada subdirectorio
desde Google Search Console
URL: http://www.spain.info/en_US/

50. Spain.info - segmentación internacional para cada subdirectorio desde Google Search Console
S E A R C H ( R ) E V O L U T I O N
URL: http://www.spain.info/fr/ URL: http://www.spain.info/es/
Configuramos la segmentación
internacional a “Ninguno” si sólo
segmentamos por idioma

51. Una configuración coherente de alternate/hreflang y segmentación internacional da los mejores resultados
S E A R C H ( R ) E V O L U T I O N
<link rel="alternate" href=“http://www.spain.info/en/" hreflang=“en”/>
Si nos orientamos SÓLO a
un idioma, no configuramos
la segmentación
internacional
Y NO incluimos el
código de país en
alternate/hreflang
URL: http://www.spain.info/en/

52. Una configuración coherente de alternate/hreflang y segmentación internacional da los mejores resultados
S E A R C H ( R ) E V O L U T I O N
<link rel="alternate" href=“http://www.spain.info/en_IE/“ hreflang=“en-IE”/>
Y nos aseguramos de
incluir el código de país en
alternate/hreflang
URL: http://www.spain.info/en_IE/
Si nos orientamos a
un país, configuramos
la segmentación
internacional en GSC

53. A tener en cuenta
‣ Versiones internacionales en subdirectorios de TLDs generalmente dan los
mejores resultados
‣ x-default debe apuntar a páginas de selección de idioma/país, que redireccionan
por IP o que presentan HTML dinámico
‣ Si tienes subdirectorios segmentados por idioma/país, deberías también tener
subdirectorios sólo por idioma (no orientados a país) como contenido por defecto para
usuarios no geolocalizados/geolocalizables
‣ Tras la implementación de mobile-first, las versiones mobile-specific también
deben contar con alternate/hreflang recíprocos
‣ Ten en cuenta que alternate/hreflang sólo es una pista: impulsa el enfoque
internacional de tu contenido con un perfil de popularidad geodistribuido, una adecuada
jerarquía/IA Y localización de contenidos
S E A R C H ( R ) E V O L U T I O N

54. Recomendaciones genéricas
S E A R C H ( R ) E V O L U T I O N
Y… ¿qué hacemos con la página home?

55. Home con versión de idioma/país por defecto
S E A R C H ( R ) E V O L U T I O N

56. A favor: nuestro principal mercado, en nuestra mejor URL
S E A R C H ( R ) E V O L U T I O N

57. A favor: nuestro principal mercado, a menos clicks de lo que le interesa
S E A R C H ( R ) E V O L U T I O N
http://www.apple.com/iphone-7/http://www.apple.com/

58. A favor: Google navega igual que el usuario porque no se requieren cookies
S E A R C H ( R ) E V O L U T I O N
http://www.apple.com/

59. En contra: dependiendo del idioma por defecto, puede ser complicado encontrar el selector de versiones
S E A R C H ( R ) E V O L U T I O N
Para algunos
usuarios puede no ser
obvio dónde está la
selección de idioma/
país

60. En contra: es fácil para los usuarios comparar precios en distintos países para el mismo ítem
S E A R C H ( R ) E V O L U T I O N

61. ¿Cuándo?
S E A R C H ( R ) E V O L U T I O N
‣ Cuando uno de los mercados a los que nos
dirigimos concentra una gran cuota de la
demanda total, por lo que vale la pena
priorizar el posicionamiento de una versión
determinada de todas las disponibles.
‣ Cuando se desea identificar
corporativamente un sitio Web con un
determinado país como origen de una
empresa o identficación nacional de una
institución.

62. A tener en cuenta
S E A R C H ( R ) E V O L U T I O N
‣ No hay problema en el rastreo del sitio Web en ausencia de
cookies o variables de sesión.
‣ No es recomendable configurar ningún elemento de enlace
alternate/hreflang con la opción x-default de contenido por
defecto. Sólo sería recomendable prever directorios de contenido
por defecto en cada idioma para dirigir a los usuarios para los que
no hay una versión específica para su país.
‣ Por ejemplo, apple.com dispone del subdirectorio /lae/
enfocado a todo el público latinoamericano que navega en inglés
y que no se corresponde con ningún otro directorio de país de
esta área geográfica.

63. Contenido personalizado (IP, idioma OS…)
Optimize crawl budget
Minimize duplicate content risk
Optimize geolocation targeting
Optimize internal juice flow
Make traffic analysis easier
Country targeting vs. language targeting vs. mixed
S E A R C H ( R ) E V O L U T I O N
http://www.spain.info/

64. A favor: los usuarios en cada país aterrizan directamente en su propio contenido
S E A R C H ( R ) E V O L U T I O N
http://www.spain.info/

65. En contra: Google “ve” otro contenido “por defecto”
S E A R C H ( R ) E V O L U T I O N
cache:http://www.spain.info/

66. En contra: los alternate/hreflang podrían evitar que se indexe la home
S E A R C H ( R ) E V O L U T I O N

67. En contra: riesgo de contenido duplicado
S E A R C H ( R ) E V O L U T I O N
http://www.spain.info/en_US/ http://www.spain.info/

68. ¿Cuando?
S E A R C H ( R ) E V O L U T I O N
‣ Cuando se da máxima prioridad a la
experiencia de usuario y el sitio Web se apoya
en medios de generación de tráfico que hacen
que el peso del tráfico orgánico sobre el total
sea sólo relativo.
‣ Si se opta por implementar elementos de enlace
canonical dinámicos, entonces la URL de la raíz
del dominio no se indexará, y el escenario se
comportará tal y como se describe en el caso
siguiente.

69. A tener en cuenta
S E A R C H ( R ) E V O L U T I O N
‣ Comprobar contenido por defecto desde IP
geolocalizada en EEUU
‣ Posibilidad de indexarse contenido distinto para
misma URL al rastrear Googlebot desde distintas IPs
‣ Recomendable incluir un elemento de enlace
canonical dinámico apuntando a la URL canónica
que correspondería a cada caso así como alternate/
hreflang correspondientes.

70. Contenido con redirección por IP/idioma UA/OS (no indexable)
S E A R C H ( R ) E V O L U T I O N

71. Servidor con redirección por IP/idioma UA/OS
S E A R C H ( R ) E V O L U T I O N

72. A favor: los usuarios aterrizan en su propio contenido
S E A R C H ( R ) E V O L U T I O N
https://www.tous.com/
https://www.tous.com/us-en/ https://www.tous.com/fr/ https://www.tous.com/es-es/

73. En contra: la raíz del dominio no se indexa por lo que desaprovechamos la URL con más autoridad
S E A R C H ( R ) E V O L U T I O N

74. ¿Cuando?
S E A R C H ( R ) E V O L U T I O N
‣ Cuando no deseamos priorizar una
versión específica sobre el resto.
‣ Cuando no podemos/sabemos cómo
configurar el gestor de contenidos para
que “arranque” desde la raíz del dominio.

75. Redirección “forzada” del usuario a la versión correcta
S E A R C H ( R ) E V O L U T I O N

76. Solución recomendada
S E A R C H ( R ) E V O L U T I O N
=ES?
=UK?
UK
ES
COOKIE=UK
COOKIE=ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
COOKIE?
IP?
LANG?301

77. Solución recomendada
S E A R C H ( R ) E V O L U T I O N
=ES?
=UK?
UK
ES
COOKIE=UK
COOKIE=ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
COOKIE?
COOKIE=UK
COOKIE=ES
IP?
LANG
301

78. Solución recomendada
S E A R C H ( R ) E V O L U T I O N
=ES?
=UK?
COOKIE? UK
ES
COOKIE=UK
COOKIE=ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
UK
ES
ES - UK
ES - UK
IP?
LANG?301
US/Def
ES - UK
IP=US/DEF
LANG=EN
US/Def US/Def
ES - UK ES - UKALTERNATE/HREFLANG

79. A tener en cuenta
S E A R C H ( R ) E V O L U T I O N
‣ Si tenemos una versión USA, Google
indexará esa como principal (Googlebot
rastrea desde IP)
‣ Aunque redirigimos al usuario inicialmente,
le permitimos navegar al resto de
versiones - es legal
‣ Deberemos habilitar la posibilidad de
pago y envío que permitan la transacción

80. @SiteGround_ESwww.siteground.es
#SGwebinar
Otros escenarios

81. SÍ. Posiciona el contenido
óptimo (idioma, moneda…)
No dejes a otros SE (Baidu, Yandex,
etc.) que indexen (via robots.txt)
Diagrama de decisión para segmentación internacional
S E A R C H ( R ) E V O L U T I O N
STOP
SÍ. Posiciona contenido por
defecto para el resto de
usuarios
SÍ. Posiciona el contenido
en segundos idiomas
populares
SÍ. Posiciona el
contenido en el
idioma adecuado
SÍ
SÍ
SÍ
SÍ
NO
NO
NO
NO
© Fernando Maciá
¿Tenemos
contenido por defecto para
usuarios que no son nuestro
target?
¿Tenemos
contenido en un idioma que el usuario
podría entender?
¿Tenemos contenido en
el idioma del usuario?
¿Tenemos contenido
específico para ese idioma/país?
Geolocalización IP/
idioma OS/cookie
VISITA

82. Escenario 1 - Cookie + redirecciones JS/301 (para el humano)
S E A R C H ( R ) E V O L U T I O N
© Fernando Maciá

83. Escenario 1 - Cookie + redirecciones JS/301 (para el robot)
S E A R C H ( R ) E V O L U T I O N
SÍ
REQUEST
IP
¿Hay
versión para ese país?
¿Hay cookie?
NO
IP
301/JS
dominio.com/us
dominio.com/fr dominio.com/de dominio.com/itdominio.com/es
Versión
US
Versión
ES
Versión
FR
Versión
DE
Versión
IT
© Fernando Maciá

84. Ventajas
S E A R C H ( R ) E V O L U T I O N
‣ El usuario que visita por vez primera la home es redirigido a la versión que
más se adapta a su perfil (procedencia/idioma). Favorece el engagement.
‣ No obstante las redirecciones programadas, el usuario puede visitar una
versión diferente.
‣ Las preferencias de los usuarios se almacenan (cookie) lo que permite llevar al
usuario a su versión preferida en subsiguientes visitas.
‣ Los enlaces transversales entre versiones favorecen una distribución
equilibrada de la autoridad/popularidad internas entre las diferentes
versiones.
‣ Las visitas hacia páginas internas de origen orgánico aterrizarán siempre en la
versión correcta (las busquedas desde Google Francia, por ejemplo, llevarán
al usuario a páginas de la versión francesa). Si sigue navegando, una cookie
almacenará esa preferencia.
‣ No hay cloaking: usuario y robot “ven” idéntico contenido..

85. Inconvenientes
S E A R C H ( R ) E V O L U T I O N
‣ Jerárquicamente, Google “ve” primero la Home de la versión para
EEUU si existe, y navega desde ahí al resto de versiones, que quedan
en un segundo nivel de la arquitectura de la información.
‣ Al incluir un comportamiento de redirección en la raíz del dominio, esta
URL, que es la que mayor autoridad y popularidad tiene, no se
indexaría.
‣ La home de la versión española debería alojarse en una URL tipo
dominio.com/es o dominio.com/home que no cuenta con tanta
popularidad o autoridad como la raíz del dominio (para evitar bucles de
redirecciones).

86. Escenario 2 - Cookie + HTML dinámico (para el humano)
S E A R C H ( R ) E V O L U T I O N
© Fernando Maciá
dominio.com
dominio.com

87. Escenario 2 - Cookie + HTML dinámico (para Googlebot)
S E A R C H ( R ) E V O L U T I O N
© Fernando Maciá
HTML
dinámico
Versión
US
SÍ
REQUEST
IP
¿Hay versión
para ese país?
¿Hay cookie?
NO
IP
dominio.com
dominio.com/fr dominio.com/de dominio.com/itdominio.com/es dominio.com/us
canonical=https://dominio.com/us
Versión
ES
Versión
FR
Versión
DE
Versión
IT
Versión
US

88. Ventajas
S E A R C H ( R ) E V O L U T I O N
‣ El usuario que visita por vez primera la home ve directamente la versión
que más se adapta a su perfil (procedencia/idioma). Favorece el
engagement.
‣ Empleando el selector, el usuario puede visitar una versión diferente.
‣ Las preferencias de los usuarios se almacenan (cookie) lo que permite
redirigir al usuario a su versión preferida en subsiguientes visitas.
‣ Los enlaces transversales entre versiones favorecen una distribución
equilibrada de la autoridad/popularidad internas entre las diferentes
versiones.
‣ Las visitas hacia páginas internas de origen orgánico aterrizarán siempre
en la versión correcta (las busquedas desde Google Italia, por ejemplo,
llevarán al usuario a páginas de la versión italiana). Si sigue navegando,
una cookie almacenará esa preferencia.
‣ No hay cloaking: usuario y robot “ven” idéntico contenido.

89. Inconvenientes
S E A R C H ( R ) E V O L U T I O N
‣ Jerárquicamente, Google “ve” primero la Home de la versión US en la
raíz del dominio, aunque con un canonical apuntando a la URL
correspondiente (dominio.com/us, por ejemplo) y navega desde ahí al
resto de versiones, que quedan en un segundo nivel de la arquitectura
de la información.
‣ Al incluir un canonical en la raíz del dominio, esta URL, que es la que
mayor autoridad y popularidad tiene, no se indexaría (o, en el peor de
los casos, se indexaría con el contenido US).
‣ La home de la versión española debería alojarse en una URL tipo
dominio.com/es o dominio.com/home que no cuenta con tanta
popularidad o autoridad como la raíz del dominio.

90. Escenario 3 - Cookie + versión default (para el humano)
S E A R C H ( R ) E V O L U T I O N
© Fernando Maciá

91. Escenario 3 - Cookie + versión default (para el humano)
S E A R C H ( R ) E V O L U T I O N
REQUEST
¿Hay cookie?
NO
Versión
ES
dominio.com
dominio.com/us dominio.com/fr dominio.com/de dominio.com/it
Versión
US
Versión
FR
Versión
DE
Versión
IT
© Fernando Maciá

92. Ventajas
S E A R C H ( R ) E V O L U T I O N
‣ La página de inicio que rastrea la araña es la Home de la versión
española (o la que se defina como default), la cual se convierte en la
página que ocupa el primer nodo en la arquitectura de la información.
‣ Los enlaces transversales entre versiones favorecen una distribución
equilibrada de la autoridad/popularidad internas entre las diferentes
versiones, aunque con prioridad para la versión española.
‣ Las visitas hacia páginas internas de origen orgánico aterrizarán siempre
en la versión correcta (las busquedas desde Google Alemania, por
ejemplo, llevarán al usuario a páginas de la versión alemana). Si sigue
navegando, una cookie almacenará esa preferencia.
‣ No hay cloaking: usuario y robot “ven” idéntico contenido.

93. Inconvenientes
S E A R C H ( R ) E V O L U T I O N
‣ Los usuarios que visiten por primera vez la raíz del dominio desde
IPs no españolas no accederán directamente a contenido de su
interés, sino que tendrán que interactuar con una ventana modal
donde seleccionar su versión preferida. Esta selección quedaría, no
obstante, almacenada en una cookie para las visitas subsiguientes.
‣ Podría tener un incremento de rebote para usuarios nuevos
extranjeros en la home por el menor engagement de esta solución.
‣ Deberíamos comprobar la invocación de la ventana modal vía JS para
impedir que sea percibida por Googlebot como un interstitial.

94. Gracias

95. Síguenos en
@SiteGround_ES
SiteGround España
SiteGround España
@SiteGround_ESwww.siteground.es
#SGwebinar
SiteGround España