Descargando

Qué hace un administrador de descargas que un navegador web no hará

Un archivo de cuatro gigabytes, noventa por ciento terminado, y luego una llamada telefónica, o simplemente una pantalla bloqueada, y desaparece. Esta es la queja más común sobre las descargas en iOS y no es un error. Es el sistema operativo que hace exactamente aquello para lo que fue diseñado y la razón por la que existe una clase separada de aplicación.

9 min de lectura Actualizado 29 de julio de 2026

30s Aproximadamente cuánto tiempo se ejecuta una aplicación suspendida antes de que iOS la detenga
206 El estado HTTP que hace posible la reanudación
1 byte Cuánto de una transferencia reanudada correctamente se vuelve a descargar

Por qué la transferencia se detiene cuando cambias de aplicación

iOS no permite que una aplicación siga funcionando simplemente porque así le gustaría. Cuando sales de una aplicación, se suspende en cuestión de segundos y una aplicación suspendida no tiene tiempo de CPU, ni tomas de red, ni forma de darse cuenta de que se ha detenido. Todo lo que tenía en la memoria sigue ahí, pero congelado, y si el sistema necesita la memoria, la aplicación se cierra inmediatamente sin que nadie se lo indique.

Por lo tanto, una descarga que se ejecuta en una conexión normal dentro de la aplicación finaliza en el gesto de inicio. Algunas aplicaciones ocultan esto solicitando unos segundos adicionales de tiempo en segundo plano, por lo que a veces una descarga sobrevive en segundo plano exactamente el tiempo que tardas en darte cuenta de que no lo hizo.

La respuesta adecuada es de diferente tipo. iOS proporciona un servicio de transferencia en segundo plano: le entregas al sistema una lista de URL y destinos, y el sistema realiza la descarga por sí mismo, en su propio proceso y según su propio cronograma. Su aplicación puede suspenderse, finalizarse o no ejecutarse en absoluto: la transferencia continúa y la aplicación se reinicia en segundo plano cuando hay algo que informar. Este es el mecanismo detrás de cada descarga que sobrevive a una pantalla bloqueada, y usarlo es una decisión de diseño que una aplicación toma desde el principio, no una configuración que puedas activar.

Las cuatro mecánicas que deciden si una descarga sobrevive

Solicitud de rango: Una solicitud HTTP que solicita bytes 5.000.000 en adelante en lugar de todo el archivo. Si el servidor responde "206 Contenido parcial", es posible continuar desde el medio; si responde 200 OK y comienza desde el principio, no lo es; el archivo debe recuperarse nuevamente desde cero.
Conexiones en paralelo: Dividir un archivo en varios rangos y recuperarlos al mismo tiempo. Esto ayuda porque el servidor suele limitar una única conexión o por la latencia de ida y vuelta, no porque Internet sea más rápido con más sockets abiertos.
Compensación comprometida: La cantidad del archivo que se escribe de forma segura en el disco, en lugar de lo que aún está en proceso. Una descarga que se reanuda desde el último byte confirmado es correcta; uno que se reanuda a partir de lo que *cree* que recibió produce un archivo corrupto que solo se revela horas después.
Sesión en segundo plano: La transferencia de ejecución del sistema descrita anteriormente. Su inicio es más lento, no se le puede dar una lógica personalizada arbitraria y es lo único que sigue ejecutándose cuando la aplicación no lo está.

Por qué falla una descarga y cómo se ve cada falla

La mayoría de los informes de “descargas atascadas” son uno de estos cinco y son fáciles de diferenciar una vez que conoces la forma.

Lo que ves	Qué está pasando realmente	Qué ayuda
Se detiene en el momento en que sales de la aplicación	La transferencia se estaba ejecutando en proceso, no en una sesión en segundo plano.	No hay nada que puedas hacer desde fuera: se trata de un problema de diseño de la aplicación.
Se reinicia desde 0% cada vez	El servidor ignora las solicitudes de rango, por lo que no hay forma de continuar desde el medio.	Una conexión estable o un archivo más pequeño. Algunos hosts permiten rangos solo para enlaces firmados.
Falla después de unos minutos, repetidamente	El enlace ha caducado. Muchos hosts emiten URL válidas durante cinco o diez minutos.	Consigue el enlace de nuevo desde la página original y empieza otra vez; el anterior nunca funcionará.
Se descarga rápido, luego el archivo no se abre	Lo que llegó fue una página de error HTML o una página de inicio de sesión con un nombre de archivo de vídeo.	Comprueba el tamaño: una “película” de 14 KB es una página web. Inspecciona el enlace antes de comprometerte con él.
Muy lento a pesar de una conexión rápida	Limitación por conexión en el extremo del servidor.	Más conexiones paralelas, si el servidor lo permite. Si limita por dirección IP en lugar de por socket, nada ayudará.

Cuando no hay ningún archivo para descargar

Gran parte del vídeo en la web no se entrega como archivo. Se entrega como HLS: una lista de reproducción .m3u8 que enumera cientos de pequeños segmentos, de unos pocos segundos cada uno, a menudo en varios niveles de calidad para que el reproductor pueda cambiar a medida que cambia su conexión. No existe una URL única que contenga la película, porque la película solo existe como una secuencia.

Guardar uno significa recuperar cada segmento y luego remuxear: escribir las secuencias de video y audio en un contenedor MP4 normal. No se vuelve a codificar nada, por lo que no se pierde nada y tarda unos segundos en lugar de la duración de la película. El resultado es un archivo normal que se reproduce en cualquier lugar.

Esta es también la razón por la cual "descargar esta transmisión" tarda mucho más en comenzar que descargar un archivo: la lista de reproducción debe buscarse y analizarse, elegirse un nivel de calidad, y solo entonces pueden comenzar a llegar los segmentos. Y es por eso que algunas transmisiones no se pueden guardar en absoluto: si los segmentos están cifrados bajo un esquema DRM, las claves no se pueden obtener deliberadamente y ninguna herramienta que respete la ley podrá superar eso.

Qué separa a un administrador de descargas real de un botón de descarga

Sobrevive al cierre de la aplicación

Transferencias en segundo plano entregadas al sistema, con una transferencia que continúa desde el mismo byte confirmado en lugar de iniciar el archivo nuevamente.

Te dice qué es un enlace antes de confirmar

Tamaño, tipo y si el servidor admite la reanudación: todo se puede conocer a partir de una única solicitud HEAD y todo es útil antes de gastar cuatro gigabytes de un plan de datos.

Se pone en cola en lugar de inundar

Diez archivos a la vez es más lento que tres a la vez, porque cada conexión se comparte menos y los fallos se multiplican. Una cola con un límite de simultaneidad razonable finaliza antes.

Lo que aterriza es un archivo normal

En una carpeta que puedes ver, con un nombre sensato, que cualquier cosa puede reproducir, no un blob de base de datos que solo esa aplicación puede abrir.

Hábitos que previenen la mayoría de los problemas de descarga

Inicia archivos grandes en Wi-Fi y deja la pantalla encendida durante los primeros segundos
El traspaso a la sesión en segundo plano ocurre temprano; después de eso la pantalla ya no importa.
No pongas en cola veinte artículos a la vez
De tres a cinco transferencias simultáneas es el punto óptimo en casi todas las conexiones.
Comprueba el espacio libre antes, no después
Una transferencia que llena el disco falla al 98% y es posible que iOS ya haya limpiado tus cachés intentando hacer espacio.
Tratar un instante “completado” con sospecha
Una película que terminó en dos segundos es una página de error. Mira el tamaño del archivo.
Volver a buscar enlaces caducados desde su página
Reintentar una URL con firma inactiva fallará para siempre, sin importar cuántas veces la aplicación lo vuelva a intentar.

En qué se diferencia esto entre dispositivos

iPhone

El entorno más estricto: la suspensión es agresiva y el almacenamiento es hermético. Las sesiones en segundo plano no son una optimización aquí, son lo único que funciona.

iPad

Las mismas reglas, con más espacio para ejecutar y el único dispositivo iOS donde una biblioteca grande puede razonablemente ubicarse en una unidad externa en lugar de almacenamiento interno.

Mac

Sin suspensión alguna, por lo que las transferencias prolongadas se comportan como lo hacen en cualquier escritorio. El límite práctico es el servidor, no el sistema operativo.

Preguntas que esto plantea

¿Más conexiones significan siempre una descarga más rápida?

No. Ayudan cuando un servidor limita la velocidad de cada conexión individual, algo habitual. No hacen nada cuando el límite es tu propia conexión, y pueden empeorar las cosas cuando un host cuenta los sockets por dirección IP y empieza a rechazarlos. Entre cuatro y ocho es el rango útil; treinta es contraproducente.

¿Puede continuar una descarga mientras la pantalla está bloqueada?

Sí, si fue entregado al servicio de transferencia en segundo plano del sistema. La pantalla de bloqueo es irrelevante para ese servicio: lo que importa es la aplicación suspendida, y el objetivo del mecanismo es que continúe funcionando independientemente.

¿Por qué mi descarga se reinicia en lugar de continuar?

El servidor no cumplió con la solicitud de rango. Se nota porque el progreso vuelve a cero en lugar de acelerarse. Algunos hosts admiten rangos solo en sus URL de descarga firmadas, algunos los deshabilitan por completo y algunos los respetan para archivos pequeños pero no para archivos grandes.

¿Convertir una transmisión a MP4 es lo mismo que volver a codificarla?

No. Remuxing mueve el vídeo y el audio existentes a un contenedor MP4 sin modificaciones, sin pérdidas y lo suficientemente rápido como para terminar en segundos. La recodificación reconstruye la imagen con un códec diferente y siempre pierde calidad. Si guardar una transmisión de dos horas lleva dos horas, algo se está recodificando cuando no era necesario.

FoxDL

Cómo se descarga FoxDL

El motor tiene dos carriles: uno en proceso que es rápido mientras la aplicación está en pantalla, y la sesión en segundo plano del sistema que toma el control del mismo byte cuando no está.

Fragmentos paralelos para un solo archivo, escritos directamente en su posición final en el disco en lugar de en partes temporales que hay que unir después.
Transferencias en segundo plano que continúan después de que la aplicación abandona la pantalla y se reanudan en el último desplazamiento confirmado, no en el último byte que la aplicación pensó que tenía.
Reanudar después de una caída, un reinicio o un cierre forzado, siempre que el servidor respete las solicitudes de rango. Cuando no es así, FoxDL lo dice en lugar de repetirlo.
Transmisiones HLS remuxed a MP4, por lo que lo que llega a la biblioteca es un archivo normal, no una carpeta de segmentos.
Un inspector de descargas que informa el tamaño real, el tipo y la reanudación de la compatibilidad de un enlace antes de comenzar.
Todo aterriza en una carpeta normal que la aplicación Archivos puede ver.

Las asignaciones gratuitas varían según la plataforma: en iPhone y iPad hay un pequeño número de pases que puedes ampliar con un breve vídeo recompensado que inicias tú; en Mac, donde no hay publicidad, hay una cantidad diaria fija. Pro elimina el límite en todos los dispositivos.

Preguntas frecuentes sobre esto

Todas las preguntas

Tu biblioteca, por fin en un solo sitio.

Descarga gratis. Sin cuenta ni registro; todas las funciones están en la versión gratuita.

Descárgalo en App Store