Ir al contenido
HexaTransfer
Volver al blog
Transferencia de archivos

Comparación de velocidad de transferencia: servicios probados

Probamos las velocidades de los principales servicios de transferencia. Descubre qué plataforma ofrece las transferencias más rápidas en 2026.

En pruebas directas sobre una línea simétrica de 500 Mbps en febrero de 2026, SwissTransfer y Dropbox Transfer lideraron las subidas de archivos de 5 GB con velocidades de 430-450 Mbps, seguidos de WeTransfer a 380-400 Mbps y HexaTransfer a 350-370 Mbps (la diferencia refleja el coste de la encriptación AES-256-GCM en el lado del cliente). El nivel gratuito de Smash se limitó con fuerza a unos 25 Mbps. Las descargas se agruparon con más uniformidad porque la mayoría de los servicios usa caché CDN en el edge. La conclusión: los servicios de pago y los alojados en Suiza entregan un rendimiento próximo a la velocidad de línea; los niveles gratuitos con mucho tráfico publicitario y throttling se quedan atrás.

Metodología de las pruebas

Las pruebas se realizaron desde una conexión de fibra residencial en París (Orange Pro Fibre, 500/500 Mbps) a las 2 AM hora local para evitar la congestión en hora punta. El archivo de prueba fue un .bin de 5 GB de datos aleatorios (los datos aleatorios anulan cualquier compresión en el servidor que podría distorsionar los resultados). Cada servicio se probó cinco veces y se reporta la mediana. Las pruebas de descarga usaron una conexión de 200 Mbps en Berlín con otro proveedor para medir el rendimiento geográfico.

Las mediciones se hicieron con el panel Network de Chrome DevTools para bytes subidos y tiempos. El coste del navegador (encriptación para servicios E2EE, fragmentación para todos) está incluido: es lo que ven los usuarios reales, no los máximos teóricos.

Resultados de velocidad de subida

| Servicio | Velocidad de subida mediana | Tiempo para 5 GB | Notas | |---|---|---|---| | SwissTransfer | 448 Mbps | 1 min 30 s | Infraestructura suiza de Infomaniak | | Dropbox Transfer | 432 Mbps | 1 min 33 s | Respaldado por AWS | | WeTransfer Pro | 395 Mbps | 1 min 42 s | Google Cloud Storage | | TransferNow | 378 Mbps | 1 min 46 s | Centros de datos OVH en Francia | | HexaTransfer | 362 Mbps | 1 min 51 s | AES-256-GCM en cliente aumenta carga de CPU | | Tresorit Send | 340 Mbps | 1 min 58 s | Coste de E2EE en cliente | | WeTransfer Free | 285 Mbps | 2 min 21 s | Limitado frente a Pro | | Smash Free | 26 Mbps | +25 min | Throttling muy agresivo en nivel gratuito |

El grupo superior se mueve dentro de un 15% entre sí. La diferencia de 62 Mbps entre SwissTransfer y HexaTransfer se explica casi por completo por el coste de CPU de encriptar 5 GB con AES-256-GCM en el navegador del portátil de prueba (un M1 Air). Una máquina con AES-NI dedicado en un chip Intel más reciente cerraría gran parte de esa brecha.

Por qué la encriptación afecta a la velocidad de subida

La encriptación en el cliente obliga al navegador a ejecutar AES-256-GCM sobre cada fragmento antes de que salga del equipo. Las CPUs modernas aceleran esto con AES-NI (Intel), extensiones AES (ARM) o VAES (Intel más reciente). En un M1 Air, Web Crypto alcanza unos 2 GB/s de rendimiento AES-256-GCM, suficiente para saturar una conexión gigabit, pero con un coste medible frente al paso directo sin encriptación.

Los servicios que solo encriptan en el servidor se saltan este paso en el cliente. El archivo viaja por TLS al servidor, que lo encripta en reposo con sus propias claves. Más rápido en el cliente, menos fiable en términos de confianza.

Resultados de velocidad de descarga

Las descargas tienden a agruparse más porque la mayoría de los servicios usa CDNs (Cloudflare, Fastly, Amazon CloudFront) con presencia de edge cerca del receptor. Desde el punto de Berlín:

| Servicio | Velocidad de descarga (enlace 200 Mbps) | CDN observado | |---|---|---| | WeTransfer | 193 Mbps | Cloudflare | | SwissTransfer | 188 Mbps | Edge de Infomaniak | | HexaTransfer | 185 Mbps | Cloudflare R2 | | Dropbox Transfer | 180 Mbps | Amazon CloudFront | | TransferNow | 172 Mbps | CDN interno de OVH | | Smash | 78 Mbps | Throttled |

A 200 Mbps, la mayoría de los servicios satura el enlace del receptor excepto el nivel gratuito de Smash. A velocidades de gigabit, la diferencia se amplía: algunos servicios alcanzan un máximo de 400-500 Mbps por conexión, otros superan eso con flujos paralelos.

La distancia geográfica importa

Las pruebas desde São Paulo a un servicio alojado en Europa muestran una imagen distinta. Los tiempos de ida y vuelta llegan a 180-220 ms, TCP tarda más en arrancar y el rendimiento por conexión cae significativamente. Los servicios con edges de CDN globales (Cloudflare, Fastly) mantienen mejor la velocidad porque el handshake TLS finaliza en un edge cercano.

Los servicios alojados solo en una región europea (SwissTransfer, TransferNow) funcionan bien para receptores europeos, pero tienen peor rendimiento para receptores en Asia, Oceanía o América del Sur. Los servicios con despliegue de CDN amplio (WeTransfer, HexaTransfer sobre Cloudflare) mantienen la velocidad a nivel global.

Fragmentación y reanudabilidad

Los servicios de transferencia modernos usan subidas fragmentadas con protocolos como tus.io (HTTP reanudable). Los tamaños de fragmento varían: 5 MB es habitual para fiabilidad en móvil; 64 MB es habitual en escritorio para mayor rendimiento. Fragmentos más pequeños suponen más sobrecarga HTTP; fragmentos más grandes implican mayor tiempo de recuperación si uno falla.

La reanudabilidad no afecta directamente a la velocidad bruta, pero sí al rendimiento efectivo. Una subida de 10 GB que falla al 95% y tiene que reiniciarse pierde más tiempo que una subida más lenta que se reanuda desde el 95%. SwissTransfer, WeTransfer Pro, HexaTransfer y Dropbox Transfer reanudan de forma fiable. Los niveles gratuitos a menudo no lo hacen.

Flujos paralelos

Algunos servicios abren múltiples conexiones HTTP paralelas para maximizar el rendimiento en redes de alta capacidad y alta latencia. Es el mismo truco que hace más rápido a aria2 que a wget para descargas: saturar el ancho de banda que una sola conexión TCP no puede aprovechar por los límites de tamaño de ventana en rutas de alta latencia.

Dropbox Transfer y HexaTransfer usan flujos paralelos; WeTransfer y SwissTransfer usan un único flujo fragmentado. En conexiones de baja latencia (ambas partes en el mismo país con fibra moderna), el paralelismo no ayuda mucho. Entre continentes, los flujos paralelos pueden doblar el rendimiento efectivo.

Lo que afecta más a tu velocidad que la elección del servicio

Tu propio ancho de banda de subida es el factor dominante. Un enlace de subida de 50 Mbps da 50 Mbps de subida, sin excepción, independientemente del servicio elegido. La mayoría del internet residencial es asimétrico: 500 Mbps de bajada y 50 Mbps de subida es habitual. La velocidad de subida es el techo real.

La congestión del Wi-Fi importa en segundo lugar. Una red 2.4 GHz saturada en un edificio de apartamentos puede bajar de 80 Mbps a 15 Mbps con facilidad. Ethernet con cable o un Wi-Fi 5 GHz/6 GHz limpio en Wi-Fi 6 elimina este techo.

El software VPN reduce el rendimiento a la mitad en muchos casos. Las VPNs corporativas con DPI agresivo, configuraciones de WireGuard con problemas de MTU u OpenVPN sobre TCP cuestan rendimiento real. Desactivar la VPN durante una transferencia grande (si la política lo permite) puede doblar la velocidad efectiva.

La penalización del nivel financiado por publicidad

Los servicios financiados por anuncios de display —WeTransfer Free y Smash Free son los más destacados— cargan JavaScript de terceros pesado durante la subida. Los scripts publicitarios compiten por CPU con la encriptación y fragmentación de la subida. En un dispositivo lento, esto solo puede reducir las velocidades de subida un 20-30%.

Los servicios que no dependen de anuncios (SwissTransfer, HexaTransfer, Tresorit Send) sirven páginas más ligeras. El rendimiento de subida en hardware de gama baja —portátiles viejos, Chromebooks, Android de entrada— es notablemente mejor.

Comportamiento con archivos pequeños frente a grandes

Todos los números anteriores son para cargas de 5 GB donde el rendimiento es lo que manda. Para archivos pequeños (10 MB), la configuración de la conexión, el handshake TLS y las operaciones de metadatos dominan. Una transferencia de 10 MB tarda 2-5 segundos en cualquier servicio moderno: las diferencias entre proveedores desaparecen entre el ruido.

Para archivos muy grandes (más de 50 GB), el rendimiento se mantiene si el backend de almacenamiento del servidor aguanta. Los backends de almacenamiento de objetos (S3, R2, B2) lo manejan bien. Algunos servicios más pequeños se degradan a escala porque su almacenamiento de origen se satura.

Conclusión

Para la mayoría de los usuarios, el grupo superior (SwissTransfer, Dropbox Transfer, WeTransfer Pro, TransferNow, HexaTransfer, Tresorit Send) entrega un rendimiento próximo a la velocidad de línea en hardware moderno. La diferencia entre ellos en velocidad bruta es normalmente menor que lo que te costará una VPN o un Wi-Fi congestionado. Elige según el modelo de encriptación, la retención, la experiencia del receptor y el coste: la velocidad raramente es la limitación decisiva.

Pruébalo en hexatransfer.com — gratis, sin cuenta, hasta 10 GB.

Envía archivos grandes de forma segura con cifrado de extremo a extremo

Transfiere archivos de hasta 10 GB gratis con cifrado de extremo a extremo. Sin necesidad de cuenta. Tus archivos se cifran en tu navegador antes de subirlos: nadie más puede leerlos.

Enviar un archivo