Combinar Archivos

Acerca de la Herramienta de Combinar Archivos

Fusionar archivos — también llamado concatenación — añade los bytes de un archivo al final de otro en un orden definido, produciendo un único archivo de salida. Esto es exactamente lo que ha hecho el comando Unix 'cat file1 file2 file3 > merged' desde 1971, y sigue siendo la forma canónica de reensamblar descargas divididas (común para archivos muy grandes transferidos por conexiones lentas o interrumpidas), combinar fragmentos numerados de video/log, recrear imágenes de CD divididas de partes .001/.002 y unir flujos binarios fragmentados intencionalmente por límites de capa de almacenamiento. Esta herramienta ejecuta la concatenación enteramente en tu navegador usando las APIs Blob y File — los archivos se leen del disco, se unen en memoria y se ofrecen como una sola descarga sin cruzar la red. Funciona en cualquier tipo de archivo (binario o texto), con orden personalizado vía botones arriba/abajo, e incluye verificación SHA-256 integrada para confirmar que el archivo reensamblado coincide con un checksum publicado por el proveedor. Pruebe también nuestro Renombrar por Lotes y Comprimir Archivos.

¿Cómo reensamblo archivos divididos con 7-Zip, WinRAR o HJSplit?

Cada herramienta de división usa una convención de nombres distinta y debes reensamblar con la MISMA herramienta: 7-Zip divide en .001/.002/.003 — abre el .001 en 7-Zip y encontrará el resto automáticamente; WinRAR divide en part1.rar/part2.rar — abre part1.rar; HJSplit crea .001/.002 pero su formato es una simple división de bytes en bruto, así que puedes concatenarlos con esta herramienta. Para saber si un archivo multiparte es una división de bytes en bruto (compatible con esta herramienta) o una división estructurada (que requiere la herramienta original), inspecciona los primeros bytes del .001: si coinciden con una cabecera de archivo conocida (PK para ZIP, Rar! para RAR, 7z para 7-Zip), se necesita la herramienta estructurada. Las divisiones en bruto no tienen cabecera reconocible en ninguna parte individual; solo se convierten en un archivo válido al concatenarlas. Los clips de videocámara troceados en fragmentos de 4 GB (MP4 con nombres C0001.MP4, C0002.MP4) NO son compatibles: son MP4 válidos e independientes, no divisiones en bruto.

¿Importa el orden al unir y cómo me aseguro de que es correcto?

Sí, el orden es crítico: la unión concatena los bytes en la secuencia exacta que muestra la lista, así que reordenar produce una salida diferente. Para divisiones numeradas (file.001, file.002, ...) ordena alfabéticamente — la mayoría de los selectores de archivos ordenan así por defecto, pero verifícalo siempre. Para descargas troceadas por un gestor de descargas, sigue el esquema de numeración del gestor (a menudo sufijos _001, _002 o extensiones .partN). Para registros de texto concatenados para análisis (p. ej., access.log.1, access.log.2 de logrotate), invierte la numeración aparente: logrotate nombra .1 al SEGUNDO más reciente y .0 / sin sufijo al MÁS RECIENTE, así que para leer en orden cronológico quizá necesites .5 primero, luego .4, luego .3, etc. En caso de duda, une y comprueba que el tamaño del archivo coincide con la suma de las entradas, y luego inspecciona los primeros y últimos KB de la salida para verificar los límites esperados.

¿Cuál es la diferencia entre unir archivos y crear un archivo ZIP/TAR?

La unión produce un único flujo de bytes — los bytes del archivo B añadidos tras los del archivo A — sin metadatos sobre los límites. La salida solo es válida si las entradas provenían originalmente de un mismo archivo continuo (donde los límites son desplazamientos de bytes arbitrarios, no finales de archivo). Un archivo ZIP o TAR, en cambio, incluye metadatos de cada archivo contenido (nombre, tamaño, marcas de tiempo, permisos) para poder extraer los archivos originales como entidades separadas. Une cuando quieras reconstruir un archivo original a partir de divisiones de bytes en bruto; usa ZIP/TAR cuando quieras empaquetar archivos separados para almacenarlos o transmitirlos. La regla fundamental: cat y luego split es reversible (cat a b > c; dividir c en a y b reproduce los originales); zip y luego unzip también es reversible con todos los metadatos; pero unir archivos arbitrarios sin relación entre sí produce basura en la mayoría de los formatos.

¿Por qué el archivo unido no se abre aunque la unión terminó correctamente?

Cuatro causas por orden de frecuencia: (1) Orden incorrecto — los bytes no están donde el formato del archivo los espera. Vuelve a verificar el orden. (2) Partes que faltan — si un gestor de descargas falló silenciosamente en la parte 5 de 10, al archivo unido le faltan esos bytes y el formato queda inválido. Comprueba que el número de archivos coincide con el esperado. (3) Partes corruptas — incluso una sola parte dañada (unos pocos bits alterados durante la descarga) suele invalidar sumas de verificación o firmas. Compara los hashes SHA-256 si la fuente los proporciona. (4) Partes mezcladas — incluir por accidente un archivo de otro conjunto de división produce una salida con el tamaño total correcto pero que no se decodifica. Une siempre archivos del mismo conjunto de origen y fecha. Para diagnosticar: el archivo unido debe tener exactamente el tamaño en bytes del original; si el tamaño no cuadra, falla el número de archivos o el orden.

¿Cuál es el archivo más grande que puedo producir al unir?

El límite práctico es la memoria del navegador, porque toda la salida se ensambla en un único Blob antes de la descarga. Los navegadores de escritorio (Chrome, Firefox, Edge) manejan con fiabilidad salidas de 1-2 GB y a veces llegan a 4 GB en equipos con 16+ GB de RAM. Safari es más estricto. Los navegadores móviles se quedan cerca de los 500 MB. Para uniones mayores (reensamblado de vídeo de 5+ GB, volcados de bases de datos), usa el comando nativo del sistema: en Linux/macOS 'cat file1 file2 file3 > output' transmite sin cargar en memoria; en Windows 'copy /b file1+file2+file3 output' hace lo mismo. En PowerShell puedes usar Get-Content -Raw canalizado a Set-Content. Los servicios en la nube (rclone, multipart de AWS CLI, gsutil compose) concatenan a escala de TB en el servidor. El enfoque del navegador es cómodo, pero está limitado por la RAM.

¿Puedo añadir separadores entre archivos de texto unidos?

Esta herramienta realiza una concatenación binaria en bruto sin insertar ningún separador. Para insertar separadores entre archivos de texto hay tres enfoques: (1) Tras la unión, abre el resultado en un editor de texto e inserta manualmente encabezados o líneas en blanco en los límites de cada archivo — lo más fácil con pocos archivos; (2) Usa el comando Unix 'awk "FNR==1 && NR>1 {print \"\\n=== " FILENAME " ==="} {print}" file1.txt file2.txt > merged.txt' para añadir marcadores con el nombre de archivo; (3) Para flujos automatizados en Node.js: const merged = files.map(f => '=== ' + f.name + ' ===\n' + f.content).join('\n\n'); En Python: '\n\n'.join(f'=== {p.name} ===\n{p.read_text()}' for p in Path('.').glob('*.txt')). Para archivos CSV en concreto, los separadores son peligrosos: rompen la estructura de columnas. Usa en su lugar una herramienta dedicada de combinación de CSV que elimine encabezados duplicados y alinee las columnas.

¿Cómo se compara esta herramienta con cat de Unix o copy /b de Windows?

Funcionalmente idénticas para la operación de unión — las tres producen la misma salida byte a byte. Diferencias: (1) Velocidad — los comandos nativos del sistema transmiten de disco a disco sin cargar todo el contenido en RAM, así que manejan uniones de varios GB que bloquearían un navegador; (2) Comodidad — esta herramienta de navegador ofrece una interfaz visual de arrastrar y soltar con botones de subir/bajar para ordenar, mientras que los comandos CLI exigen ordenar a mano en la línea de comandos (algo tedioso con muchos archivos); (3) Privacidad — ambos enfoques son locales; no se sube nada; (4) Multiplataforma — esta herramienta funciona igual en Windows, Mac, Linux, Chromebook, iOS y Android sin instalar nada. Para uniones visuales puntuales de 2 a 20 archivos con menos de unos cientos de MB en total, el navegador es más rápido de principio a fin; para pipelines de producción con scripts o archivos enormes, cat/copy es la opción correcta.

¿Cómo verifico la suma SHA-256 del archivo unido contra la publicada por el proveedor?

Al completarse la unión, esta herramienta calcula automáticamente el SHA-256 de la salida reensamblada y lo muestra en el recuadro de Verificación de Integridad — sin pasos de hash adicionales ni cambiar de herramienta. Para confirmar que la reconstrucción es perfecta byte a byte, pega la suma proporcionada por el proveedor (de la página de descarga, de un archivo .sha256 adjunto o de un manifiesto de firmas de la versión) en el campo 'SHA-256 esperado'. La herramienta normaliza ambos valores (sin distinguir mayúsculas de minúsculas e ignorando espacios y dos puntos) y muestra una insignia de COINCIDENCIA si son idénticos o de DISCREPANCIA si difieren. Una DISCREPANCIA significa que la reconstrucción es incorrecta — casi siempre una parte en el orden equivocado, una parte ausente o truncada, o una descarga corrupta — y no debes confiar en el archivo unido. Este es exactamente el paso de verificación al que se refiere la pregunta sobre diagnóstico de fallos: un archivo que se abre pero está corrupto en silencio no supera su suma de verificación. Si la fuente solo publica un MD5 o CRC32, son más débiles y aquí no se calculan; prefiere SHA-256 cuando esté disponible, ya que una reconstrucción corrupta no puede coincidir por casualidad. Todo se ejecuta localmente mediante crypto.subtle.digest nativo del navegador, así que los bytes nunca salen de tu dispositivo.