VPS en Canadá para usuarios hispanohablantes

¿Debería comprar un VPS en Canadá para usuarios hispanohablantes?

Un VPS en Canadá sólo es una buena opción para usuarios hispanohablantes cuando la decisión depende de algo más que la distancia. Canadá está lejos de todas las grandes poblaciones hispanohablantes, y ninguna mejora del servidor reduce esa distancia. Si sus lectores están en España, Frankfurt y Ámsterdam están mucho más cerca. Si están en México o en Estados Unidos, Dallas o una ubicación en la costa este de Estados Unidos están más cerca. Si están en Colombia, Perú, Chile, Argentina o Brasil, un POP (punto de presencia) en Sudamérica influye más en el tiempo de carga que cualquier nivel de hardware. Elija Canadá cuando sus clientes sean canadienses, cuando un contrato o una ley exija que los datos permanezcan en Canadá, cuando quiera mantener los datos fuera de la jurisdicción de Estados Unidos o cuando su propia empresa sea canadiense. Esta página trata esa decisión. Una vez tomada, qué es lo que realmente importa al contratar hosting en Canadá cubre todo lo demás.

La distancia fija el mínimo, y nada en la factura puede reducirlo

La luz viaja por la fibra a unos 200,000 km por segundo, cerca de dos tercios de su velocidad en el vacío. Esto equivale aproximadamente a 1 ms de tiempo de ida y vuelta por cada 100 km entre los dos extremos. Madrid y Toronto están a unos 5,700 km en línea recta, por lo que el mínimo físico para esa ruta se acerca a 57 ms. Las rutas reales nunca son rectas. Los cables llegan a tierra donde lo permite el mar y los paquetes siguen el tránsito que ha contratado el proveedor, por lo que el valor que se mide realmente entre Madrid y Toronto se acerca más a 100 ms. No se puede contratar un valor inferior a ese mínimo. Más vCPU, almacenamiento NVMe (non-volatile memory express) más rápido y más RAM cambian la rapidez con la que el servidor genera una respuesta. No cambian el tiempo que tarda esa respuesta en viajar.

El valor que controla la decisión sobre la ubicación es el RTT (round-trip time): el tiempo que tarda un paquete en llegar al servidor y volver. Todo lo que sigue se refiere a ese valor y a su efecto sobre una página.

¿Cuánto cuesta en la carga de una página esa distancia adicional?

[
  {
    "label": "Madrid",
    "toronto_ms": 100,
    "nearest_pop_ms": 35
  },
  {
    "label": "Mexico City",
    "toronto_ms": 70,
    "nearest_pop_ms": 35
  },
  {
    "label": "Bogot\u00e1",
    "toronto_ms": 85,
    "nearest_pop_ms": 45
  },
  {
    "label": "Lima",
    "toronto_ms": 110,
    "nearest_pop_ms": 65
  },
  {
    "label": "Santiago",
    "toronto_ms": 140,
    "nearest_pop_ms": 50
  },
  {
    "label": "Buenos Aires",
    "toronto_ms": 135,
    "nearest_pop_ms": 35
  },
  {
    "label": "S\u00e3o Paulo",
    "toronto_ms": 125,
    "nearest_pop_ms": 10
  }
]

Son cifras publicadas habituales, no mediciones realizadas en un único equipo durante un día concreto. Debe interpretarlas como una indicación de la tendencia de la decisión.

Una solicitud HTTPS no equivale a un único viaje de ida y vuelta. Una conexión en frío consume 1 RTT en el handshake de TCP, otro en el handshake de TLS 1.3 (transport layer security) y otro para enviar la solicitud y recibir el primer byte. Eso supone 3 viajes de ida y vuelta antes de que aparezca cualquier contenido, además de una búsqueda DNS (domain name system) cuando no está en la caché. Desde Santiago hasta Toronto, con 140 ms, esos 3 viajes de ida y vuelta consumen más de 400 ms de espera pura. Hasta un POP de São Paulo, con 50 ms, cuestan aproximadamente 150 ms. El servidor realizó exactamente el mismo trabajo en ambos casos.

La situación empeora en cualquier página con una cadena de solicitudes dependientes. Un archivo HTML que carga una hoja de estilos y que después solicita una fuente añade otros 2 viajes de ida y vuelta secuenciales antes de que el texto se estabilice. Una página que realiza 4 llamadas a una API consecutivas paga el RTT 4 veces más. Un RTT elevado también ralentiza el inicio de cada conexión, porque TCP aumenta su tasa de envío una vez por cada viaje de ida y vuelta. Por eso, una respuesta grande tarda más en alcanzar su velocidad máxima. Esa es la razón por la que un servidor distante parece lento aunque el propio servidor sea rápido.

Usuarios en España: Canadá está al otro lado del océano

Para un lector de Madrid o Barcelona, un servidor canadiense implica cruzar el Atlántico y volver. Las cifras publicadas sitúan la latencia entre Madrid y Toronto cerca de 100 ms, frente a unos 35 ms hasta Frankfurt. El tráfico de España a Norteamérica también suele pasar primero por Londres o París, por lo que la ruta real es más larga de lo que indica el mapa. Elija un VPS en Frankfurt para obtener la ubicación mejor conectada de Europa continental, o un VPS en Ámsterdam cuando su tránsito y peering favorezcan esa opción. Madrid es un hub en crecimiento por derecho propio, y una ubicación ibérica es mejor que ambas cuando su audiencia se limita a España y Portugal. Canadá no ofrece a un lector en España nada que Europa no ofrezca tres veces más cerca.

Usuarios en México y el mercado hispano de EE. UU.: Dallas, no Toronto

México es el país hispanohablante más grande, y la mayor parte del tráfico de Internet mexicano llega a Estados Unidos a través de los cruces fronterizos de Texas y California. La distancia entre Ciudad de México y Toronto produce una latencia cercana a 70 ms. La distancia entre Ciudad de México y Dallas produce una latencia cercana a 35 ms, porque la ruta es más corta y permanece en rutas terrestres con buenas interconexiones, en lugar de añadir un tramo a través del Medio Oeste de EE. UU. Monterrey y Guadalajara están aún más cerca de Texas. Un VPS en Dallas es la opción predeterminada para una audiencia mexicana y también cubre el mercado hispano de EE. UU. en Texas y el suroeste desde el mismo servidor. Si sus usuarios se concentran en Florida o el noreste de EE. UU., un VPS en Nueva York está más cerca. En ese caso, la cuestión de Canadá o Estados Unidos merece revisarse, ya que Toronto y Nueva York están a pocos milisegundos de distancia entre sí para la costa este.

Usuarios de Colombia, Chile, Argentina o Brasil: elija São Paulo

El tráfico de Sudamérica a Canadá casi siempre transita por Estados Unidos, normalmente a través de Miami. Un paquete de Santiago a Toronto viaja hacia el norte, cruza Estados Unidos y sólo después continúa hacia Ontario. Por eso, la latencia de Santiago a Toronto se sitúa cerca de 140 ms, mientras que la de Santiago a São Paulo es de aproximadamente 50 ms. Buenos Aires repite el patrón, con 135 ms frente a 35 ms. Bogotá es la excepción útil: tiene una buena conexión con Miami, de aproximadamente 45 ms. Por tanto, una ubicación en la costa este de Estados Unidos es un punto intermedio razonable para una audiencia colombiana, mientras que Toronto sigue teniendo un coste de 85 ms. La diferencia es mayor en Brasil: 125 ms hasta Toronto frente a 10 ms dentro del país. Por eso, un VPS en São Paulo es el único origen razonable en ese caso. São Paulo es el centro regional y ofrece la ruta más corta para gran parte del Cono Sur, aunque los usuarios no sean brasileños. Para analizar el enrutamiento de su propio caso, la latencia desde Latinoamérica hasta un VPS canadiense permite comprobarlo POP por POP.

¿Por qué se sigue eligiendo deliberadamente un VPS canadiense?

La distancia es un factor. Estos motivos tienen más peso, y todos dependen de quiénes sean sus usuarios y qué reguladores se apliquen.

• Sus clientes están en Canadá. Una empresa hispanohablante que presta servicio a clientes canadienses tiene usuarios en Canadá, por lo que un origen canadiense es adecuado independientemente del idioma en el que esté escrito el sitio.
• Un contrato o una política exige que los datos residan en Canadá. Los trabajos del sector público y los datos de salud suelen especificar por escrito la ubicación del almacenamiento. En ese caso, la ubicación no se puede optimizar libremente.
• Quiere mantener los datos fuera de la jurisdicción de Estados Unidos. La US CLOUD Act permite que las autoridades estadounidenses obliguen a un proveedor estadounidense a entregar los datos que controla, incluidos los almacenados en el extranjero. Una empresa canadiense que aloja los datos en territorio canadiense limita ese alcance. No elimina el acceso legal, porque Canadá tiene sus propias facultades de acceso legítimo y comparte inteligencia con Estados Unidos.
• Su entidad jurídica es canadiense. Las facturas en dólares canadienses, la gestión del GST/HST y un proveedor sujeto al derecho contractual canadiense son motivos empresariales habituales. No tienen relación con los milisegundos.

Conviene hacer una precisión sobre la legislación, porque provoca muchas compras equivocadas. PIPEDA (Personal Information Protection and Electronic Documents Act) es la ley federal de privacidad. Por sí sola, no exige que los datos personales permanezcan dentro de Canadá. Un requisito real de localización suele proceder de un contrato con el cliente, de normas del sector público o de la Law 25 de Quebec, que exige una evaluación antes de que la información personal salga de la provincia. Lea la obligación que realmente se le aplica antes de comprar basándose sólo en la palabra PIPEDA. Residencia de datos para un VPS canadiense explica qué norma se aplica en cada situación. Si Canadá es la respuesta, la pregunta restante es la ciudad, y Toronto, Montreal o Vancouver depende de dónde estén sus usuarios y sus conexiones de peering, con Toronto como opción predeterminada para la mayoría de las audiencias canadienses.

Una CDN cambia parte del problema, no todo

Una CDN (red de distribución de contenido) mantiene copias de los archivos estáticos en muchas ciudades. Así, las imágenes y las hojas de estilo llegan desde un punto cercano al lector, independientemente del origen. Esto elimina la mayor parte del coste de la distancia en un sitio principalmente estático. Por eso, una página de marketing servida desde Toronto puede ofrecer un tiempo de respuesta aceptable en Lima. No tiene ningún efecto sobre las peticiones que deben llegar al origen: inicios de sesión, envíos de formularios, procesos de pago, búsquedas y todas las llamadas a la API. Esas peticiones siguen pagando el tiempo completo de ida y vuelta, 110 ms desde Lima según las cifras publicadas. Además, son las peticiones que los usuarios perciben, porque están esperando el resultado. Coloque el origen cerca del tráfico que no se puede almacenar en caché y añada la CDN sobre esa base.

Elige una ubicación y sigue adelante

• Usuarios en España: Frankfurt o Ámsterdam. Añade después un servidor en la península ibérica sólo si el tráfico justifica un segundo servidor.
• Usuarios en México o el suroeste de Estados Unidos: Dallas. Usuarios en Florida o el noreste de Estados Unidos: Nueva York.
• Usuarios en Colombia: una ubicación en la costa este de Estados Unidos, como Miami o Nueva York, o São Paulo cuando el resto de tu audiencia esté más al sur.
• Usuarios en Perú, Chile, Argentina, Uruguay o Brasil: São Paulo.
• Clientes canadienses o un requisito canadiense documentado de residencia de datos: Toronto.

Un solo servidor, elegido según la ubicación de los usuarios. Si la respuesta fue Canadá por uno de los motivos anteriores, fue una decisión deliberada, y las 7 ciudades de la tabla muestran el coste para el resto de las personas que visiten el servicio. Si la respuesta fue otra ubicación, compra el servidor allí y dedica el esfuerzo ahorrado a las copias de seguridad, no a contratar un plan más grande en el país equivocado. El precio rara vez determina esta decisión, porque estas ubicaciones están relativamente próximas, aunque conviene leer cuánto cuesta realmente un VPS antes de decidir el tamaño del plan.

FAQ

¿Es un VPS canadiense una buena opción para usuarios en España?

No. La distancia entre Madrid y Toronto implica un cruce del Atlántico de unos 100 ms de ida y vuelta, mientras que entre Madrid y Frankfurt es de aproximadamente 35 ms. El tráfico de España hacia Norteamérica suele pasar primero por Londres, por lo que la ruta real es más larga de lo que sugiere la distancia en línea recta. Aloje el servicio en Frankfurt o Ámsterdam, o en Madrid cuando su audiencia esté únicamente en la península ibérica. Canadá sólo compensa el cruce del océano si sus clientes o sus obligaciones legales están en Canadá.

¿Toronto o Dallas está más cerca de México?

Dallas, por un margen amplio. El tráfico de México llega a Estados Unidos a través de cruces en Texas y California, por lo que la distancia entre Ciudad de México y Dallas es de unos 35 ms, mientras que entre Ciudad de México y Toronto es de unos 70 ms. Toronto añade distancia y un tramo adicional a través del Medio Oeste de Estados Unidos. Dallas también permite atender desde el mismo servidor al mercado hispano de Estados Unidos en Texas y el suroeste, algo que Toronto no ofrece.

¿Alojar el servicio en Canadá mejora el SEO en español?

No por sí solo. El idioma y la orientación geográfica dependen del contenido, del dominio y de las anotaciones hreflang, no del país donde esté el servidor. La ubicación del servidor sí cambia la rapidez con la que responde la página, y tanto los usuarios como los motores de búsqueda miden esa velocidad. Por tanto, el argumento de SEO para elegir una ubicación es el mismo que el argumento de latencia: aloje el servicio cerca de las personas a las que quiere llegar.

¿Cuándo es un VPS en Canadá la opción adecuada para una empresa hispanohablante?

Cuando la decisión no depende de la distancia. Hay cuatro casos: sus clientes viven en Canadá; un contrato o una norma del sector público exige que los datos permanezcan en Canadá; quiere mantener los datos fuera de la jurisdicción de Estados Unidos, porque la US CLOUD Act alcanza los datos controlados por proveedores estadounidenses aunque estén almacenados en el extranjero; o su empresa es canadiense y quiere contratar a un proveedor canadiense y recibir facturas canadienses. En todos esos casos, la ubicación la determinan las personas o la ley, y los milisegundos adicionales son un coste que ha aceptado conscientemente.

¿Un VPS más grande solucionará las cargas lentas para usuarios lejanos?

No. Un plan más grande cambia el tiempo que tarda el servidor en generar una respuesta. No puede cambiar el tiempo que esa respuesta tarda en viajar. Tres viajes de ida y vuelta a 140 ms desde Santiago suponen más de 400 ms antes de que llegue el primer byte, y esa cifra es idéntica tanto en el plan más barato como en el más caro. Mueva el servidor más cerca de los usuarios y coloque una CDN delante de las partes que se puedan almacenar en caché.