Ir al contenido
OneKitly

Dividir un archivo demasiado grande para enviarlo

Publicado el 13/7/2026 · 7 min de lectura · Herramientas de archivos

Daniel Okonkwo

Daniel OkonkwoDesarrollador front-end y redactor de Tecnología en OneKitly

Rendimiento web · Formatos de archivo

Verificado con 3 fuentes

Ver perfil
En resumen

Dividir corta el archivo en fronteras de bytes y nada más. No entiende qué es el archivo, así que las partes no son versiones reducidas de él: la parte uno de un vídeo no se reproducirá, la parte uno de un archivo comprimido no se abrirá, y cada pieza es inerte hasta que todas se juntan en el orden exacto en que se cortaron. Ese es el trato, y dentro de él la herramienta es del todo fiable: juntar las partes reproduce el original byte a byte, porque nada se decodificó, recodificó ni interpretó por el camino. Tres cosas hacen tropezar. Primera, el tamaño que fijas está en mebibytes, no en megabytes: un trozo puesto en 10 sale de 10 485 760 bytes, un 4,86 % por encima de un límite que significa 10 000 000, y eso basta para que lo rechacen. Fija el trozo por debajo del límite y no igual —9 frente a un techo de 10 MB, 20 frente a 25— y el margen absorberá además el sobrecoste de codificación que añade el correo. Segunda, el orden es absoluto e irrecuperable desde el contenido: las partes están numeradas por algo, y un destinatario que las guarde desordenadas o las renombre obtiene un archivo corrupto sin aviso, porque concatenar la secuencia equivocada también produce un archivo. Tercera, un destinatario que no sepa juntarlas no ha recibido nada, así que esta es una técnica para alguien a quien puedes dar una instrucción, no para un desconocido ni para un formulario. Antes de recurrir a ella, asegúrate de haber agotado las alternativas: comprimir el archivo, enviar un enlace, o dividir el contenido en vez de los bytes: un PDF de cien páginas enviado como dos de cincuenta le da al destinatario dos documentos que puede abrir, lo que casi siempre es mejor que dos mitades de uno que no puede.

El último recurso cuando ya nada se puede comprimir más. Funciona, y tiene tres aristas: las partes no sirven de nada por separado, el orden es absoluto, y el megabyte que fijas no es el que significa el límite.

Un corte de bytes, no de contenido

La herramienta lee el archivo como un flujo de bytes y lo corta a intervalos fijos. Nunca pregunta qué significan los bytes, y por eso funciona con cualquier cosa —un vídeo, un volcado de base de datos, un comprimido, una imagen de disco— y por eso las piezas son inertes. Un formato de archivo es una estructura: una cabecera delante, un índice en alguna parte, y contenido que remite a ambos. Córtalo en tres y la primera pieza tiene una cabecera que describe contenido que ya no contiene, mientras la última tiene contenido al que no apunta nada.

La compensación es que la operación es perfectamente reversible. Nada se interpreta, así que nada puede malinterpretarse: concatenar las partes en orden devuelve exactamente los bytes que entraron, y el resultado es el archivo original y no una copia. Es una garantía más fuerte que la de casi cualquier operación sobre archivos, y es lo que hace de dividir un último recurso razonable y no uno desesperado.

El megabyte que fijas no es el del límite

Aquí los tamaños de trozo son mebibytes: un valor de 10 significa 10 × 1024 × 1024 = 10 485 760 bytes. Un servicio que anuncia un límite de 10 MB suele referirse a 10 000 000, así que un trozo puesto exactamente en el límite lo rebasa un 4,86 % y es rechazado, un fallo desconcertante porque el número en pantalla coincide con el de la regla. La proporción es la misma a cualquier tamaño: 25 da 26 214 400 frente a un techo de 25 MB, y 50 da 52 428 800.

Deja margen en vez de hacer la conversión mentalmente. Nueve frente a un techo de diez megabytes y veinte frente a veinticinco son cómodos, y la holgura cumple una segunda función: un adjunto de correo se codifica para el transporte, lo que añade alrededor de un tercio a lo que sale de tu máquina, así que una parte que apenas cabe en disco puede no caber en un mensaje.

El orden lo es todo, y nada te avisa

Las partes no llevan marca alguna que diga dónde van; su posición vive por completo en sus nombres. Júntalas en la secuencia equivocada y no obtienes un error: obtienes un archivo del tamaño exacto y completamente absurdo, y lo que lo abra informará de corrupción y no de un orden equivocado. Dile al destinatario que conserve los nombres, y usa dos dígitos desde el principio si puede haber más de nueve partes, por la misma razón de ordenación que revuelve los PDF unidos.

Tres cosas que probar antes de dividir

Comprime primero, porque un archivo que cabe no exige explicación al otro lado. Luego piensa en un enlace: casi todo el mundo tiene hoy dónde dejar un archivo y enviar una dirección, y un destinatario que hace clic ha tenido éxito, mientras que uno que debe juntar tres partes puede no tenerlo. Después divide el contenido en vez de los bytes: páginas, capítulos, pistas, una carpeta de imágenes enviada en tres. Las divisiones de contenido producen piezas que se abren cada una, que es la diferencia entre enviar algo utilizable y enviar un rompecabezas.

Tamaños de trozo en mebibytes frente a límites enunciados en megabytes — el exceso es del 4,86 % a cualquier tamaño
Valor que fijasBytes producidosFrente a un límite deVeredicto
1010 485 76010 MB = 10 000 000Rechazado: 4,86 % por encima
99 437 18410 MB = 10 000 000Cabe, con sitio para la codificación de transporte
2526 214 40025 MB = 25 000 000Rechazado: 4,86 % por encima
2020 971 52025 MB = 25 000 000Cabe con holgura
Divisor de archivosCorta cualquier archivo grande en trozos — de un tamaño fijo, o en un número de partes iguales — descárgalos de una vez y vuelve a unirlos después.Probar la herramienta

Preguntas frecuentes

¿Puede el destinatario abrir la parte uno por su cuenta?
No, y conviene decirlo en el mensaje en vez de dejar que lo descubra. El corte está en una posición de bytes sin atender a la estructura: la parte uno de un vídeo tiene cabecera y ningún índice, la parte uno de un comprimido tiene un catálogo que describe archivos ausentes, y la parte uno de un PDF tiene un principio sin tabla de referencias. Cada pieza necesita a todas las demás.
¿El archivo reunido es idéntico al original?
Byte a byte, siempre que el orden sea correcto y no falte ninguna parte. Nada se decodifica ni recodifica en ninguno de los dos extremos, así que no hay generación de pérdida ni interpretación que fallar. Si quieres certeza, compara el tamaño del archivo reunido con el del original: una diferencia significa que falta una parte o está duplicada, y un tamaño correcto con resultado corrupto significa que el orden estaba mal.
¿Debo comprimir el archivo antes de dividirlo?
Solo si son datos que comprimen: un volcado de base de datos, código fuente, registros, texto sin comprimir. Si ya es un vídeo, una imagen, un audio o un PDF, el comprimido ahorrará un uno o dos por ciento y añadirá un paso al destinatario. Donde sí ayuda un zip es en el empaquetado: un comprimido dividido en partes es más limpio que una carpeta de archivos sueltos divididos uno a uno, y el destinatario junta una vez en lugar de muchas.
El destinatario usa otro sistema operativo. ¿Importa?
No para los bytes: una concatenación es una concatenación en todas partes. Importa para cómo la hagan: el comando difiere entre sistemas, y una herramienta de unión en el navegador evita la cuestión por completo al funcionar igual en todos. Enviar una instrucción de una línea junto con las partes es la diferencia entre un destinatario que lo logra en un minuto y uno que te escribe de vuelta.
¿Cuántas partes son demasiadas?
Pasadas tres o cuatro, la tasa de fallo al otro lado sube más rápido que la comodidad. Un archivo de 700 MB en partes de 20 mebibytes son 34 adjuntos, lo que no es una entrega sino una tarea, y una sola pieza que falte invalida todas. Llegados ahí, un enlace es la respuesta honesta. Dividir se gana su lugar cuando un archivo pasa un poco de un límite, no cuando lo pasa varias veces.

Artículos que podrían interesarte

Todas las guías
ExplicaciónPor qué comprimir dos veces no reduce dos veces a la mitadLa primera pasada quita un 30 % y la segunda no quita nada. No es una herramienta rota: es la diferencia entre quitar redundancia y quitar información, y saber cuál haces te dice cuándo parar y qué cuesta de verdad un segundo intento.GuíaDesconecta: qué herramientas de archivos en línea suben realmente tu documentoTodas las herramientas de archivos en línea prometen que tu documento está seguro. Casi ninguna dice si sale de tu máquina. Existe una prueba de cinco segundos que lo resuelve sin leer una sola política de privacidad, y funciona con cualquier herramienta, incluida esta.GuíaLo que un PDF dice de ti: leer y borrar sus metadatosUn PDF lleva sus metadatos dos veces, en dos almacenes que pueden contar historias distintas, y ninguno de los dos es la historia completa. Esto es lo que hay realmente en el archivo, lo que el borrado quita y las dos cosas que sobreviven a cualquier limpieza.TutorialQuitar el sonido de un vídeo sin tocar la imagenUna sola orden de ffmpeg, ningún codificador, y un resultado cuyo flujo de vídeo es byte a byte el de partida — verificado por suma de comprobación. Además, por qué el archivo apenas encoge y la diferencia entre una pista silenciosa y ninguna pista.ExplicaciónRotar un vídeo 90° o 180°: el indicador o los píxelesHay dos maneras completamente distintas de girar un vídeo, y solo una toca la imagen. Esta herramienta toma la vía lenta, con pérdida y universal — y hay buenas probabilidades de que tu clip de móvil tumbado no la necesite en absoluto.TutorialConvertir notas en un PDF que merezca archivarseEl texto plano no tiene maquetación, así que cualquier conversor tiene que inventarte una. Aquí están exactamente las decisiones que toma este — página, márgenes, tipografía, saltos de línea —, lo que hace con un tabulador y con una línea larga, y lo que tienes que añadir tú antes de que una nota merezca guardarse.

Herramientas relacionadas

El comportamiento descrito aquí para las herramientas de este sitio se leyó en su código fuente el 13 de agosto de 2026 y se midió contra las bibliotecas que incorporan. El comportamiento de una hoja de cálculo depende de la versión, de la compilación y de la configuración regional de la máquina que tienes delante: Microsoft ha cambiado varios de esos valores por defecto, así que comprueba los tuyos en vez de fiarte de un artículo, incluido este.

Fuentes

¿Has detectado un error en este artículo?