Solucionar velocidad lenta: diagnostica problemas de carga
Diagnostica y soluciona velocidades de transferencia lentas. Solución paso a paso de problemas de red, navegador y cuellos de botella del servicio.
Para arreglar una carga lenta, diagnostica en orden: mide la conexión bruta con speedtest-cli, compara con el rendimiento real de la herramienta de transferencia en DevTools, comprueba las sincronizaciones en segundo plano que consumen ancho de banda, verifica si el servicio limita la velocidad por transferencia, y confirma que estás en el endpoint regional más cercano. Una línea de 500 Mbps entregando 40 Mbps a un servicio de transferencia es contención de ancho de banda, falta de coincidencia en la región de CDN, limitación del servidor o un cuello de botella de flujo único. Cada uno tiene una solución diferente, y todos se ven en la pestaña Red de DevTools antes de hacer nada más.
Mide la conexión primero
Antes de culpar al servicio de transferencia, confirma que tu conexión realmente entrega lo que crees. Ejecuta speedtest-cli --json desde una terminal, o speedtest.net en el navegador. Anota los Mbps de subida, la latencia y el jitter. Ese es tu techo. Si tu conexión de "500 Mbps" solo entrega 80 Mbps de subida en speedtest, ningún servicio de transferencia lo hará mejor.
Ejecuta la prueba dos veces, una en Wi-Fi y otra en Ethernet si es posible. La diferencia te dice cuánto te está costando el Wi-Fi. En Wi-Fi 5 en una casa normal, espera perder entre un 30 y un 50 por ciento del techo cableado.
Compara el speedtest con el rendimiento real de transferencia
Abre el servicio de transferencia, inicia la carga y abre DevTools > pestaña Red. Observa el rendimiento de las solicitudes individuales. Si speedtest dice 500 Mbps y la transferencia entrega 150 Mbps, la brecha tiene cuatro causas probables: el servicio usa un único flujo (no puede saturar una tubería de alta latencia), el endpoint de CDN del servicio está lejos de ti, los consumidores de ancho de banda en segundo plano están robando, o el servicio limita la velocidad por transferencia.
Los cargadores fragmentados en paralelo (servicios basados en tus.io, S3 multipart, HexaTransfer) deben ejecutar entre 4 y 8 solicitudes concurrentes. Cuéntalas en la cascada. Menos de eso en una línea rápida significa que el servicio está dejando ancho de banda sin usar.
Elimina las sincronizaciones en segundo plano
El Monitor de Actividad de macOS (pestaña Red, ordenado por "Bytes enviados por segundo") y el Monitor de Recursos de Windows (pestaña Red) muestran el ancho de banda de cada proceso. Culpables probables: Dropbox, Google Drive, OneDrive, iCloud Photos, Backblaze, Time Machine sobre red, Adobe Creative Cloud. Ciérralos completamente, no solo los pauses, porque la pausa a veces mantiene las conexiones TCP abiertas.
Una llamada Zoom en HD consume 2,5 Mbps de subida. Una subida de vídeo 4K desde otra pestaña puede consumir 20 Mbps. Incluso las vistas previas de archivos de Slack envían unos pocos cientos de KB/s. En conexiones asimétricas (100 Mbps de bajada, 10 Mbps de subida es un plan de cable habitual), todo esto suma rápido.
Revisa el endpoint regional
Muchos servicios de transferencia enrutan a través de nodos de CDN. Si tu DNS o GeoIP está desactualizado, podrías estar cargando a un nodo de Fráncfort desde Sídney, lo que añade 300 ms de ida y vuelta y aplasta el rendimiento de flujo único. Comprueba la IP del endpoint en el panel Red de DevTools (clic derecho en la solicitud > Copiar > Copiar URL, luego nslookup), luego haz ping para ver la latencia.
Latencia ideal a tu servicio de transferencia: menos de 20 ms para la misma ciudad, menos de 50 ms para el mismo continente, menos de 100 ms para intercontinental. Si estás a 250 ms y estás en el mismo continente que el servicio, algo está enrutando por un nodo lejano.
Cambia el DNS para descartar GeoIP obsoleto
Si todavía usas el DNS predeterminado de tu ISP, prueba temporalmente Cloudflare (1.1.1.1), Google (8.8.8.8) o Quad9 (9.9.9.9). Diferentes resolvers devuelven diferentes nodos de CDN porque responden de forma distinta a las consultas ECS (EDNS Client Subnet). Un cambio puede reducir la latencia de subida en 50 ms y aumentar el rendimiento un 20 por ciento sin tocar nada más.
Bufferbloat del router
El bufferbloat es invisible para los speedtest normales pero aplasta las conexiones de uso mixto. Ejecuta el test de bufferbloat de Waveform en waveform.com/tools/bufferbloat. Una nota A+ significa que tu router gestiona las colas limpiamente. Una nota F significa que tu router está introduciendo entre 200 y 2000 ms de latencia bajo carga, lo que no solo perjudica el tráfico interactivo sino que hace que el control de congestión TCP retroceda repetidamente, reduciendo drásticamente el rendimiento de subida.
Solución: activa SQM (Smart Queue Management) en OpenWrt o pfSense, activa QoS en Asus/Netgear/Ubiquiti, o compra un router que lo haga por defecto (eero reciente, Google Nest Wifi Pro).
Desactiva la VPN si no es necesaria
Una VPN añade entre 20 y 80 ms de latencia y normalmente limita el rendimiento al upstream del servidor VPN. Una línea de 1 Gbps a través de un endpoint congestionado de PIA o NordVPN puede caer a 50 Mbps. Los buenos proveedores (Mullvad, ProtonVPN Plus) aguantan mejor; las VPNs gratuitas casi siempre estrangular las cargas.
Si el servicio de transferencia ya usa TLS 1.3 y cifrado de extremo a extremo, la VPN es redundante para la confidencialidad durante el tránsito. Desactívala durante las cargas y reactívala después.
Elección de navegador y protocolo
Chrome, Edge, Brave y Firefox admiten HTTP/3 (QUIC) de forma nativa. Safari también, pero por defecto usa HTTP/2 para algunos hosts. HTTP/3 sobre UDP tolera la pérdida de paquetes mucho mejor que HTTP/2 sobre TCP en conexiones móviles, Wi-Fi de hotel o enlaces con pérdidas.
Comprueba la columna Protocolo en DevTools > Red. Si dice h2, estás en HTTP/2. Si dice h3, estás en HTTP/3. Los servicios que sirven cargas sobre HTTP/3 ven ganancias de rendimiento del 15 al 30 por ciento en enlaces con pérdidas.
Prueba con otra red para aislar el problema
El diagnóstico más rápido: engancha el punto de acceso del móvil durante un minuto y carga un fragmento de prueba. Si el tethering del móvil es más rápido que tu Wi-Fi doméstica, el problema está en tu red local (router, ISP o dispositivo). Si el tethering del móvil tiene la misma velocidad, el cuello de botella está más arriba (congestión de tránsito, límite del servicio).
Esta prueba elimina la mitad de las causas posibles en menos de dos minutos.
Cuando el servicio es el cuello de botella
Algunos servicios de transferencia simplemente limitan el rendimiento por transferencia. Los niveles gratuitos de algunas herramientas limitan por encima de 10 MB/s independientemente de tu conexión. Los niveles de pago suelen eliminar esa limitación.
Si has descartado todo lo demás y tu línea de 500 Mbps sigue entregando 30 Mbps a un servicio concreto, el servicio es el límite. Cámbialo. HexaTransfer no limita por transferencia y ejecuta cargas fragmentadas en paralelo que saturan lo que tu línea realmente puede subir, hasta el límite de 10 GB por transferencia.
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