Consejos de transferencia rápida: acelera tus envíos

El cambio más rápido para la mayoría de la gente es conectarse por Ethernet en lugar de Wi-Fi: una conexión gigabit con cable supera habitualmente al Wi-Fi 6 en hogares reales en un 30-50% para subidas sostenidas. Después de eso: ejecuta un speedtest.net para confirmar tu ancho de banda de subida real, desactiva las VPNs durante la transferencia salvo que sea imprescindible, cierra otras pestañas y aplicaciones que consuman CPU, comprime con .zip en modo almacenamiento los archivos ya comprimidos como .jpg y .mp4, y elige un servicio de transferencia con un edge CDN cercano. Para transferencias muy grandes de más de 20 GB, prográmalas en horas de menor tráfico cuando el backhaul de tu operador no esté saturado.

Usa cable en lugar de Wi-Fi

El Wi-Fi 6 ofrece teóricamente más de 600 Mbps. En la práctica, un portátil en una red Wi-Fi de un edificio de apartamentos ve 80-250 Mbps por la contención de canal, las interferencias de microondas y vecinos, y las decisiones que toman los routers entre 2.4 GHz y 5 GHz. Ethernet entrega exactamente lo que dice la velocidad de enlace negociada: 1 Gbps significa 940 Mbps de rendimiento TCP, siempre.

Para una subida única de 20 GB, conectarte directamente al router reduce el tiempo de transferencia aproximadamente a la mitad respecto al Wi-Fi habitual. Un adaptador USB-C a Ethernet gigabit cuesta unos 15 € y se amortiza la primera vez que necesitas enviar un archivo grande.

Conoce tu velocidad de subida real

La mayoría de las conexiones residenciales son asimétricas. Un plan de "500 Mbps de descarga" suele ir acompañado de 50 Mbps de subida. Esos 50 Mbps son tu techo real independientemente del servicio de transferencia que uses. Ejecuta speedtest.net o fast.com antes de asumir que el problema está en otro sitio.

Los planes de fibra gigabit ya ofrecen habitualmente 1 Gbps simétrico, lo que cambia radicalmente la ecuación. Si envías archivos de más de 5 GB con regularidad, una mejora a fibra (donde esté disponible: Orange Fibre, Free Fibre, Bouygues Fibre, o cualquier operador local) se recupera rápido en tiempo productivo.

Desactiva la VPN durante la transferencia

Las VPNs corporativas con inspección profunda de paquetes, OpenVPN sobre TCP o WireGuard mal configurado con ajustes de MTU incorrectos pueden reducir el rendimiento de subida a la mitad. El coste de encriptación de un protocolo VPN moderno es pequeño en CPUs actuales (aproximadamente 5-10%), pero la ineficiencia en la ruta de red a menudo domina.

Si tu VPN no es estrictamente necesaria para la transferencia, desactívala durante la subida y vuelve a activarla después. Una subida de 2 GB que tarda 8 minutos con VPN puede tardar 3 minutos sin VPN en la misma conexión.

Cierra aplicaciones que consumen CPU

Los servicios de transferencia modernos con encriptación en el cliente compiten con otros procesos por la CPU. Chrome con 60 pestañas abiertas, Slack indexando el historial, Dropbox sincronizando, Spotify transcodificando: cada uno quita ciclos a la encriptación y fragmentación de tu subida.

Antes de una transferencia grande, cierra lo que puedas. El Monitor de Actividad (macOS) o el Administrador de tareas (Windows) muestra qué acapara la CPU. Cierra los culpables. La página de subida se beneficia de tener la mayor parte de la CPU para el trabajo AES-256-GCM.

Comprime solo cuando ayuda

ZIP, 7z y RAR ofrecen compresión. La compresión ayuda cuando el contenido del archivo es principalmente texto (logs, código fuente, CSV): se consiguen ratios de 3-10x. La compresión es inútil o perjudicial para datos ya comprimidos: fotos .jpg, vídeos .mp4, archivos .pdf (que están mayormente comprimidos internamente), .docx y .xlsx (XML comprimido en ZIP), y archivos .zip o .7z (comprimir dos veces no aporta nada).

Si vas a agrupar archivos mixtos, usa ZIP con modo "almacenamiento" (sin compresión). Agrupa múltiples archivos en una sola unidad de subida —útil para algunos servicios de transferencia— sin desperdiciar CPU en datos que no se van a comprimir.

Elige un servicio con un edge CDN cercano

Los servicios respaldados por CDNs (Cloudflare R2, Fastly, Amazon CloudFront) terminan TLS en el edge más cercano a ti. Un usuario europeo que sube a un servicio con origen en EE. UU. sin CDN paga 100-150 ms de ida y vuelta por cada confirmación de fragmento, lo que limita el rendimiento por conexión.

SwissTransfer usa el edge europeo de Infomaniak, HexaTransfer usa Cloudflare, WeTransfer usa múltiples CDNs. Para un usuario en Madrid, Barcelona o Bilbao, los servicios con origen europeo ganan. Para un usuario en Sydney o Buenos Aires, los que tienen CDN global ganan independientemente del origen del servicio.

Programa las transferencias grandes fuera del horario pico

Los operadores residenciales sobresubscriben su backhaul. Durante las horas punta de la tarde-noche (19:00-23:00 local), las velocidades de subida caen a menudo un 20-40% porque el barrio está saturado. Ejecutar una subida de 30 GB a las 6 AM en lugar de a las 21:00 puede terminar en la mitad del tiempo.

Esto también aplica al internet compartido de oficinas: el horario de comida y la mitad de la tarde tienden a ser peores que las primeras horas de la mañana antes de que se llene la oficina.

Aumenta el tamaño de fragmento si el servicio lo permite

Los subidores basados en tus.io permiten a los clientes configurar tamaños de fragmento (5 MB por defecto es habitual). Fragmentos más grandes (32-64 MB) reducen la sobrecarga HTTP por fragmento: menos registros TLS, menos cabeceras Content-Range, menos rondas de confirmación en el servidor. En conexiones estables y rápidas, los fragmentos más grandes aceleran las cosas.

El inconveniente: si un fragmento falla, hay que volver a subir más bytes. En conexiones móviles inestables, fragmentos más pequeños (1-5 MB) se recuperan más rápido. Adapta el tamaño del fragmento a la fiabilidad de la red.

Divide archivos muy grandes para subida paralela

Si tu servicio admite múltiples subidas concurrentes (algunos paneles permiten abrir varias páginas de subida), dividir un archivo de 50 GB en cinco partes de 10 GB y subirlas en paralelo puede saturar el ancho de banda que un solo flujo no puede llenar, especialmente en rutas de alta latencia.

Usa split (en macOS/Linux) o la división de volúmenes de 7z en Windows. El receptor concatena con cat o el archivador. Es avanzado y propenso a errores; la mayoría de los usuarios no lo necesitan a menos que transfieran entre continentes.

Evita servicios que limitan los niveles gratuitos

Algunos proveedores de transferencia limitan deliberadamente las subidas y descargas gratuitas para empujar conversiones de pago. Smash Free y algunos servicios menos conocidos pueden tardar horas en mover archivos que los niveles de pago gestionan en minutos. Si un servicio parece lento comparado con sus competidores, comprueba si es el throttling del servicio, no tu conexión.

SwissTransfer, HexaTransfer, WeTransfer Free y TransferNow Free no limitan mucho: sus velocidades de nivel gratuito se acercan a las del nivel de pago.

Usa también conexión por cable en el lado del receptor

Las subidas rápidas no sirven de nada si el receptor está en Wi-Fi de hotel a 15 Mbps. Antes de iniciar una transferencia urgente, asegúrate de que el receptor tiene buen ancho de banda y espacio suficiente en disco. Una descarga de 20 GB en un MacBook con 22 GB libres fallará porque el búfer de descarga del navegador se llena.

Actualiza tu navegador

Chrome, Firefox y Safari han mejorado materialmente el rendimiento de subida en los últimos tres años gracias a mejores implementaciones de TLS, soporte de HTTP/2 y HTTP/3, y aceleración de Web Crypto. Un navegador con más de un año de antigüedad puede costarte fácilmente un 20% de velocidad de subida respecto al actual.

HTTP/3 (sobre QUIC) es especialmente beneficioso en conexiones con pérdidas porque se recupera de la pérdida de paquetes por flujo en lugar de bloquear toda la conexión. Los servicios que admiten HTTP/3 (endpoints respaldados por Cloudflare) son más rápidos en móvil y Wi-Fi congestionado.

Usa aplicaciones nativas para subidas masivas recurrentes

Para quien envía archivos de 50+ GB semanalmente, un cliente de escritorio dedicado con un daemon local estable (Dropbox, rclone, las apps nativas de WeTransfer o Smash) a menudo supera al navegador porque puede mantener la conexión activa, reintentar de forma inteligente y usar pilas TLS nativas.

Para transferencias puntuales, el navegador está bien. El cliente web de HexaTransfer gestiona 10 GB de forma fiable usando subidas fragmentadas sin necesidad de ninguna instalación nativa.

Conclusión

Los tres cambios con mayor impacto: cable en lugar de Wi-Fi, desactivar VPNs no esenciales, y elegir un servicio con un edge CDN cercano. La compresión, el ajuste de fragmentos y la programación fuera de pico son mejoras incrementales sobre esa base. La velocidad de subida es habitualmente culpa de tu ancho de banda, no del servicio.

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