¿Es importante la ubicación del servidor? Geolocalización, SEO y CDNs

En sitios web que se dirigen principalmente a usuarios de un país puede ser relevante ubicar el servidor en dicho país. En cambio, en sitios webs que se dirigen a usuarios de todo el mundo, la localización geográfica del servidor no es muy relevante debido a la posibilidad de establecer la orientación geográfica en las herramientas para webmasters y a la existencia de los denominados CDNs. Si además el sitio web está en varios idiomas y tiene una audiencia mundial, es muy importante establecer la orientación geográfica para cada dominio, subdominio o subdirectorio, y agregar los atributos «hreflang».

 

---

ÍNDICE

Introducción

Caso 1. Sitios web en un idioma (o varios) que se dirigen a usuarios de un país

Caso 2. Sitios web en un idioma que se dirigen a usuarios de todo el mundo (o de países distantes)

Caso 3. Sitios web en varios idiomas que se dirigen a todo el mundo

Conclusiones

---

Introducción

La elección de la ubicación geográfica del servidor de una web es una de las primeras decisiones a tomar antes de lanzar un proyecto de sitio web. A este respecto pueden plantearse algunas dudas tales como:

• ¿Es mejor elegir un servidor que esté cerca de mis usuarios potenciales o es algo irrelevante?
• ¿Cómo afecta la ubicación del servidor al posicionamiento SEO de mi página web?
• ¿Cómo le comunico a Google (y a Bing) la zona geográfica a la que se dirigen mis contenidos?
• ¿Y si mi sitio web está en varios idiomas, utiliza subdirectorios y se dirige a usuarios de todo el mundo? ¿Debo utilizar un servicio CDN? ¿Cómo enlace las distintas versiones mediante los atributos hreflang?

Para tratar de responder a estas y a otras preguntas de la manera más clara posible examinaré tres casos diferentes, empezando por uno más sencillo y finalizando con un caso más complejo:

Caso 1: Sitios web que están en un solo idioma (por ejemplo, español) o en varios (español, catalán, vasco y gallego) pero cuyos usuarios se ubican principalmente en un país (España)

Caso 2: Sitios web que están también en un idioma (español, por ejemplo) pero cuyos contenidos se dirigen a usuarios de distintas partes de mundo (por ejemplo, usuarios de habla hispana tanto de España como de Latinoamérica)

Caso 3: Sitios web que están en varios idiomas (ya sea en dominios diferentes o en subdominios o subdirectorios) y que se dirigen a usuarios de todo el mundo.

Caso 1. Sitios web en un idioma (o varios) que se dirigen a usuarios de un país

• ¿Qué ocurre si mi sitio web está solo en español (u otros idiomas oficiales en España) y se dirige principalmente a usuarios de España?
• ¿Es mejor ubicar la web en un servidor español o da igual la ubicación del mismo?

Google (y también otros buscadores como Bing o Yandex) permite establecer la orientación geográfica de un sitio web en las herramientas para webmasters. Basta con dirigirse al menú de Tráfico de Búsqueda > Segmentación internacional > País, y elegir del desplegable el país al que se dirigen los contenidos del sitio web.

Si el sitio web utiliza un dominio de nivel superior con un código de país (por ejemplo, .ES de España), entonces no es posible seleccionar ningún país, puesto que Google ya asocia estos dominios a una ubicación geográfica (en este ejemplo, a España).

Si el sitio web utiliza un dominio genérico (.com, .org, etc) y no se introduce ninguna orientación geográfica en las Herramientas para webmasters, entonces la segmentación se basará en otros indicios tales como:

• La dirección IP del servidor
• La información sobre ubicación existente en la página web, como la que puede aparecer en el apartado de contacto o en los fragmentos enriquecidos y datos estructurados de la web
• La procedencia de los enlaces a la página
• O cualquier otra información relevante incluida en Google My Bussiness (muy importante de cara al SEO local).

Por tanto, si un sitio web está alojado en un servidor de Nueva York o de Ámsterdam y el mismo se dirige al público de España, será muy importante establecer “España” en el apartado de “Segmentación internacional” de las herramientas para webmasters de Google (o de Bing Webmasters Tools) como el país al que se dirigen los contenidos  para que los buscadores lo tengan muy claro.

En definitiva, y siguiendo con el ejemplo, no es obligatorio ubicar la página web en un servidor de España, basta con configurar la orientación geográfica de la misma en las herramientas para webmasters de los motores de búsqueda (si tu dominio es .ES no hará falta ni hacer esto).

Ahora bien, un factor cada más importante para Google es la velocidad de carga de la página web. Si los usuarios están en España y el sitio web está alojado en Estados Unidos, la distancia hará que el tiempo de respuesta y de carga de la página web sea mayor. Dependiendo de la calidad del servidor puede que la diferencia sea más o menos apreciable.

Por este motivo sí que es recomendable alojar el sitio web en un servidor de España (o lo más cerca posible de España).

Los servidores más avanzados y con mejores prestaciones (y también mejores precios) suelen ser americanos, por este motivo muchos webmasters de todo el mundo tienen su sitio web en algún servidor norteamericano.

No hay que olvidar que muchas de estas compañías americanas también disponen de servidores en otras partes del mundo entre los cuales se puede elegir a la hora de alojar una web: Chicago, Nueva York, Dallas, París, Ámsterdam, Frankfurt, Singapur, Tokio o Sidney son algunas de las ciudades más frecuentes en las que estas empresas localizan sus servidores internacionales.

Algunos ejemplos. El servidor americano Siteground permite elegir entre sus servidores de Chicago, Ámsterdam o Singapur; Kinsta, por su parte dispone de 14 centros de datos repartidos en 4 continentes, WP Engine dispone de 3 ubicaciones, Flywheel de 5, etc. Que una empresa de hosting disponga de servidores repartidos por distintas partes del mundo es un elemento que dice mucho a su favor.

También pueden encontrarse servicios de hosting europeos con servidores localizados en otras partes del mundo. Por ejemplo, el servidor francés OVH permite elegir entre tres ubicaciones: Roubaix o Estrasburgo (en Francia) o Beauharnois (en la provincia de Quebec en Canadá).

Un dato significativo es que en algunos países con servicios de hosting menos avanzados (y además más caros), muchos webmasters deciden ubicar su sitio web en otras partes del mundo. Un dato curioso que leía no hace mucho: un 35% de los sitios web con dominio .RU (Rusia) están alojados en servidores extranjeros, sobre todo en Estados Unidos (21%) y Alemania (14%).

En conclusión, si un sitio web está en español y se dirige principalmente a los usuarios de España elige preferentemente un buen servidor español (con una IP española) o, al menos, elige un buen servicio de hosting extranjero (ya sea americano o europeo) que disponga de centro de datos en Europa (comprueba esto antes de contratarlo).

Caso 2. Sitios web en un idioma que se dirigen a usuarios de todo el mundo (o de países distantes)

• ¿Qué ocurre si el sitio web se dirige no solo a usuarios de España sino también a usuarios de habla hispana en Argentina, México, Colombia, Perú o Ecuador?
• ¿Ubico el sitio web en un servidor de España o en un servidor de México o de Argentina? ¿O la ubico en una isla situada en un punto intermedio en el Atlántico?
• ¿Qué ocurre si el sitio web está en inglés y se dirige a usuarios de todo el mundo? ¿La ubico en el paralelo del Ecuador, en el meridiano de Greenwich o donde se cruzan ambos?

En todos estos casos, Google especifica de manera muy clara que: “Si quieres asegurarte de que tu sitio no se asocie a un país o región concretos, selecciona Ninguno en la lista desplegable”. Por tanto marca la casilla correspondiente, busca la opción “Ninguno” y guarda los cambios. Por tanto, esta opción es mejor que no hacer nada y esperar a que Google asigne de manera unilateral una ubicación geográfica para el sitio web.

Google solo permite elegir entre los países de la lista, no permite elegir áreas geográficas inferiores a las de un país (por eso es muy recomendable utilizar Google My Bussiness en el caso de negocios locales), ni áreas geográficas superiores como podría ser Latinoamérica o Europa. Esto sería lo ideal, aunque es probable que en el futuro acabe incorporando estas opciones.

En estos casos la ubicación del servidor de la página web puede ser indiferente. En todo caso, si te diriges a usuarios de todo el mundo lo que sí es importante es utilizar un servicio CDN (Content Delivery Network, en español Red de Distribución de Contenido).

Se trata de un servicio que ofrecen compañías privadas, las cuales disponen de servidores repartidos por todo el mundo en los que se guardan en caché los contenidos de tu página web que no necesitan una actualización permanente según unas reglas que pueden personalizarse.

De esta manera un usuario que acceda a tu página web y esté ubicado en la otra parte del mundo, se le ofrecerá una copia del servidor CDN que tenga más cercano, reduciéndose la latencia y mejorando la velocidad de carga de la web.

Sobra decir que uno de los factores que cada vez tiene más en cuenta Google en sus resultados es la velocidad de carga de una web, por tanto, utilizar un CDN mejora el posicionamiento SEO de un sitio web.

Hay mucha diversidad de servicios CDN, algunos de los cuales tienen incluso planes gratuitos. Además del servicio CDN de Amazon (Amazon CloudFront), cabe destacar:

• Cloudflare. Quizás el más conocido, aunque no es solamente un servicio CDN. Dispone de un plan básico gratuito. Funciona independientemente del proveedor de alojamiento que se utilice, sin embargo, muchos hostings se han preocupado de tomar medidas adicionales para que este servicio funciones de manera óptima. De hecho, muchos servidores se ha convertido en socios de CloudFlare y permiten conectar este servicio desde cPanel facilitando mucho su configuración.
• MaxCDN. Es un servicio CDN utilizado por muchos sitios web pero no dispone de ningún plan gratuito. Los precios empiezan por unos 9 dólares mensuales, aunque existen algunos servidores que lo ofrecen sin coste adicional en algunos de sus planes (por ejemplo, WP Hosting Spot). Al igual que Cloudflare, puede integrarse en WordPress mediante el plugin W3 Total Cache o con WP Rocket (plugin premium de caché).
• KeyCDN. Es un servicio CDN más reciente, localizado en Suiza. Tiene unos precios mucho más asequibles (0,04 dólares / GB) y algunos de sus centros de datos se encuentran en países donde no llegan otros servicios de CDN. Dispone de servidores en Rusia, China, Australia, Singapur, Japón, Francia, España, Italia, Suecia, Holanda, Reino Unido, Estados Unidos, etc. Soporta los principales gestores de contenidos el mercado  (WordPress, Joomla, Drupal, Magento, etc.). Es el servicio CDN que estoy utilizando en este sitio web. Al igual que Cloudflare yMaxCDN, puede integrarse en WordPress con W3 Total Cache o WP Rocket.

En conclusión, si tu página web se dirige a usuarios de todo el mundo, la ubicación geográfica del servidor no es lo más importante. Puedes ubicar la página web en la zona geográfica donde tengas (o preveas) un mayor número de visitantes. Lo que sí es importante es utilizar un servidor de calidad y un buen servicio CDN para que tu página web cargue de manera rápida independientemente de la localización geográfica de tus usuarios.

Caso 3. Sitios web en varios idiomas que se dirigen a todo el mundo

Para complicarlo todo un poco más, un tercer caso sería el de sitios webs que están en varios idiomas (por ejemplo, en inglés, francés, alemán, japonés, chino y ruso) y que, por tanto, se dirigen a usuarios de todo el mundo. También sería el caso de sitios webs con diversas variantes de un mismo idioma (español de España y español de México, o portugués de Portugal, portugués de Brasil y portugués de Angola).

• ¿Qué hacer en estos casos? ¿Ubicar cada versión idiomática en un hosting diferente? ¿O alojar todas las versiones en el mismo servidor y utilizar un servicio CDN?

Dependiendo de los destinatarios finales, la primera posibilidad es ubicar cada versión en un servidor diferente: la versión americana en un servidor americano, la inglesa en un servidor del Reino Unido, la francesa en un servidor de Francia, la española en un servidor de España, la mexicana en una servidor de México, etc.

Esta podría ser una buena solución si los contenidos de cada una de las versiones son diferentes y no necesitas sincronizarlos (entrelazarlos), aunque es obvio que es una solución muy cara (has de comprar diferentes dominios y contratar servidores en diferentes países) y, por supuesto, mucho más complicada de gestionar.

Para multinacionales o grandes empresas con delegaciones en varios países, cada una de las cuales gestiona sus propio sitio web, puede ser una buena solución, pero no para la gran mayoría de páginas web multilingües de todo el mundo.

La segunda posibilidad pasa por ubicar todo el sitio web con todas las versiones idiomáticas en el mismo servidor. Esta es la solución que utilizan la mayoría de sitios web multilingües debido a su menor coste, la mayor facilidad de gestión y la posibilidad de enlazar de manera sencilla todos o una parte de los contenidos.

En este caso, además de utilizar un buen hosting y un buen servicio CDN, existen dos elementos adicionales muy importantes que deben tenerse en cuenta:

• Tanto si utilizas dominios, subdominios o subdirectorios, deberás establecer en las herramientas para webmasters de Google la orientación geográfica para cada una de ellos. Google no solo permite añadir dominios, sino también subdominios o subdirectorios de manera individual. De esta manera podrás establecer la orientación geográfica para cada uno de ellos y obtener estadísticas diferenciadas para cada dominio, subdominio o subdirectorio.

• El segundo elemento imprescindible es entrelazar (o sincronizar) los contenidos de cada una de las versiones mediante los atributos rel=»alternate» hreflang=»x», de manera que si un usuario cambia de idioma en un artículo cualquiera del sitio web, será redirigido automáticamente a la versión de dicho artículo en otro idioma (si existe un artículo traducido) y no a la página de inicio del otro idioma.

Insertar las etiquetas hreflang es muy importante por dos motivos:

1. Para que en los resultados de búsqueda de los usuarios de cada país se muestre la variante de idioma correspondiente. De esta manera mejora la popularidad y el posicionamiento internacional de las distintas versiones, cada una de las cuales tiene además enlaces a las otras versiones y viceversa.
2. Para mejorar la accesibilidad y experiencia de navegación del usuario, de manera que en cualquier momento, si el usuario quiere cambiar de idioma, simplemente ha de seleccionar su idioma y seguirá leyendo el mismo contenido aunque en su idioma preferido. La accesibilidad y experiencia de navegación es otro aspecto que también tiene en cuenta Google en los resultados de búsqueda.

Las etiquetas hreflang se pueden insertar en un sitio web principalmente de dos maneras:

• Mediante un enlace HTML en el encabezado. Por ejemplo, si utilizas WordPress puedes hacer esto de manera automática mediante un plugin de traducción (WPML, Multilingual Press, Multisite Language Switcher, etc)

• Mediante un sitemap en el que se informe de las distintas versiones

En cualquier caso Google recomienda utilizar solo uno de los dos métodos para evitar errores.

En conclusión, si tienes un sitio web en varios idiomas que se dirige a todo el mundo, la ubicación del servidor es poco relevante, lo que sí es importante es utilizar un buen servicio de hosting y un buen servicio CDN, así como establecer adecuadamente la segmentación internacional de cada una de las versiones (ya sean dominios, subdominios o subdirectorios) en las herramientas para webmasters de Google y sincronizar los contenidos mediante las etiquetas hreflang para que mejorar la accesibilidad y que Google muestre a los usuarios la versión de idioma adecuada para cada usuario.

Un caso práctico: wplang.org

Un ejemplo de sitio web en varios idiomas y que se dirige a usuarios de todo el mundo es este mismo sitio web (https://wplang.org). En estos momentos estás en la versión española pero también dispone de versiones en otros idiomas. Esta es la configuración que utilizo:

• Servidor: utilizo el servicio de hosting de la compañía americana SiteGround. El sitio web está realizado con WordPress.
• Ubicación: SiteGround permite elegir entre tres localizaciones diferentes: Chicago, Ámsterdam y Singapur. Esta página web está alojada en el servidor de Ámsterdam. Algunos datos de este sitio:
  • Alrededor del 50% de los usuarios de la versión inglesa (https://wplang.org) provienen de Europa, un 13% de Norteamérica (USA y Canadá) y un 8% de India. El resto está muy repartido por todo el mundo. La mayoría de usuarios que buscan cómo hacer un sitio web en varios idiomas se ubican principalmente en aquellas zonas donde se hablan varios idiomas. También es cierto que estos datos, a pesar de utilizar un servicio CDN, pueden estar sesgados por la propia ubicación del servidor, probablemente si estuviera en USA el número de usuarios americanos sería mayor.
  • Los visitantes de la versión española (http://es.wplang.org) proceden en un 60% de Europa (la gran mayoría de España), mientras que el 30% proviene de Latinoamérica.
  • El 78% de visitantes de la versión alemana (http://de.wplang.org) provienen de Europa (la gran mayoría de Alemania).
  • Lo mismo sucede con la versión francesa (http://fr.wplang.org) en la que más del 70% de los usuarios proceden de Europa (Francia mayoritariamente), aunque también existe un pequeño porcentaje (5%) de usuarios de Canadá.
• CDN: utilizo el servicio de KeyCDN, que dispone de servidores repartidos por el todo el mundo (muy fácil de configurar junto con el plugin premium de cache WP Rocket que utilizo)
• Estructura de URL: utilizo subdominios. Existe un gran debate entorno a si es mejor utilizar subdominios o subdirectorios, cada una de las cuales tiene sus ventajas y sus inconvenientes.
• Segmentación internacional. Cada versión está añadida en las herramientas para webmasters de Google y de Bing:
  • https://wplang.org. Orientación geográfica: “Ninguno” (se dirige a usuarios de todo el mundo)
  • http://es.wplang.org. Orientación geográfica “Ninguno” (se dirige a usuarios de habla hispana de todo el mundo)
  • http://de.wplang.org. Orientación geográfica: Alemania
  • http://fr.wplang.org. Orientación geográfica: Francia.
• Etiquetas hreflang. Están insertadas mediante enlaces html en el encabezado del sitio web mediante el plugin de red de WordPress, Multisite Language Switcher.

Conclusiones

Después de este extenso artículo, resumo las tres principales conclusiones para todo aquel que no tenga ganas de leerlo entero:

• Si un sitio web se dirige a los usuarios de un país concreto es mejor ubicarlo en un buen servicio de hosting de dicho país o, al menos, cercano. Ello mejorará la velocidad de carga del sitio web para los usuarios, un factor que Google cada vez tiene más en cuenta en los resultados de búsqueda. En todo caso, si se utiliza un dominio genérico de nivel superior (.com, .org, .net, etc) nunca hay que olvidar establecer la orientación geográfica del sitio web en las herramientas para webmasters de Google y Bing.
• Si además el sitio web se dirige a usuarios de todo el mundo entonces la ubicación geográfica del servidor no es muy importante (aunque puede elegirse aquella ubicación en la que se prevea un mayor número de visitantes). Lo que sí es importante es utilizar un servidor de calidad y un servicio CDN para que la página web cargue de manera rápida en cualquier parte del mundo. Esto mejorará la experiencia de los usuarios y el posicionamiento SEO en los resultados de búsqueda en otras partes del mundo.
• Si además de lo anterior el sitio web está en varios idiomas, es muy importante agregar de manera individual cada una de las versiones (dominios, subdominios o incluso subdirectorios) a las herramientas para webmasters (para establecer la orientación geográfica de cada una de ellas), así como entrelazar los contenidos de las distintas versiones mediante los atributos rel=»alternate» hreflang=»x».

Espero que este artículo te haya servido para elegir la mejor ubicación de tu sitio web

¿Que ubicación has elegido tú y por qué motivos?