Un ZIP puede abrirse sin errores y aun así no contener todo lo que querías enviar. La comprobación útil tiene dos preguntas: si llegaron todos los archivos previstos y si los que llegaron conservan su contenido. Mirar únicamente el tamaño del paquete o hacer doble clic sobre él responde muy poco.
Esta guía propone un recorrido de preparación, extracción y comparación para documentos de trabajo, fotos y pequeñas carpetas de proyectos. Incluye una prueba controlada realizada para MyBlogSoft: cuatro archivos de demostración, uno de ellos oculto, comprimidos y extraídos en carpetas separadas. No es una prueba de recuperación de un disco averiado ni una certificación de todos los programas que crean ZIP.
Decide qué debe recibir la otra persona
Antes de comprimir, escribe la finalidad del envío. Si entregas un presupuesto, quizá basten el PDF final y sus anexos. Si entregas un proyecto editable, pueden hacer falta imágenes originales, recursos enlazados y una explicación de cómo abrirlo. Son entregas diferentes: una carpeta que parece completa para leer puede resultar incompleta para continuar trabajando.
Prepara una carpeta de salida independiente de la carpeta de trabajo. Copia allí los archivos que has decidido entregar, sin borrar el original. Esto permite detectar material sobrante: versiones antiguas, capturas con información privada, documentos temporales y credenciales que no deberían acompañar al proyecto. Un paquete más grande no es necesariamente una entrega mejor.
Incluye un archivo de instrucciones cuando el destinatario necesite conocer el orden de apertura, la aplicación utilizada o el documento principal. Escribe los requisitos concretos; decir «abrir normalmente» no ayuda a alguien que recibe veinte archivos. Comprueba además que el permiso para compartir ese material cubra a la persona que lo va a recibir.
Prueba propia: un archivo oculto no llegó al paquete
La prueba se ejecutó el 10 de octubre de 2026 en el entorno local de trabajo con PowerShell 7.6.5. Se crearon tres archivos visibles y un cuarto archivo ficticio con el atributo Oculto de Windows. Se comprimió el contenido de la carpeta con Compress-Archive y se extrajo con Expand-Archive a un destino separado. Después se compararon las rutas y los hashes SHA-256.
| Archivo de muestra | Tamaño original | Resultado tras extraer |
|---|---|---|
| datos.csv | 29 bytes | Presente; SHA-256 idéntico |
| informe.txt | 51 bytes | Presente; SHA-256 idéntico |
| Álbum/nota.txt | 48 bytes | Presente; ruta conservada y SHA-256 idéntico |
| oculto.txt | 67 bytes | Ausente |
El ZIP ocupó 454 bytes. Los cuatro archivos originales sumaban 195 bytes, de modo que el paquete terminó siendo mayor que el contenido de prueba, pese a omitir un archivo. En una muestra tan pequeña, las estructuras necesarias para guardar entradas y nombres pesan proporcionalmente mucho. Ese resultado demuestra por qué el tamaño del ZIP no sirve como inventario ni como prueba de integridad.
Microsoft documenta que Compress-Archive omite archivos y carpetas ocultos. También señala una limitación de 2 GB por archivo para la implementación que describe. Estas limitaciones corresponden a esa herramienta; no deben atribuirse automáticamente a cualquier aplicación que utilice el formato ZIP. Para una entrega importante, verifica las características de tu programa y reproduce la extracción con tu propio conjunto.
La muestra confirmó nombres con acentos y contenido de tres archivos pequeños. No comprobó enlaces, permisos, archivos de varios gigabytes, volúmenes de red ni datos que dependan de otra aplicación. Un resultado correcto en esta muestra no demuestra que una carpeta mucho más compleja esté completamente representada.
Un inventario breve vale más que contar iconos
Registra las rutas relativas de los archivos necesarios. Una ruta relativa describe dónde está un documento dentro de la entrega, por ejemplo Fotos/portada.jpg, sin revelar el nombre del usuario de Windows ni la ubicación completa de su equipo. Ayuda a distinguir dos archivos llamados portada que están en carpetas distintas.
Cuenta archivos, pero no te quedes con el total. Un paquete con diez archivos puede haber sustituido uno importante por un temporal y mantener el mismo número. Para materiales pequeños, compara los nombres uno por uno. Para colecciones extensas, utiliza un inventario que contenga ruta, tamaño y hash, y conserva ese inventario fuera del contenido que estás enumerando.
Si quieres comparar bytes, calcula hashes en ambos lados. Un hash igual respalda que el contenido comparado coincide; no acredita que el archivo sea seguro, correcto para el negocio o el único documento que faltaba. Por eso la lista de elementos previstos se prepara antes de interpretar los hashes.
Extrae en una carpeta nueva y abre los resultados
- Cierra los documentos que todavía estés editando y guarda los cambios.
- Crea el ZIP en una ubicación distinta de la carpeta de salida para no incluir el propio paquete por accidente.
- Elige una carpeta de extracción vacía, con un nombre reconocible como RevisionEntrega.
- Extrae el paquete completo. No revises únicamente los archivos que la aplicación permite abrir dentro del ZIP.
- Compara las rutas previstas con las recuperadas y comprueba el contenido de los documentos principales.
- Si corregiste algo, crea y verifica nuevamente el paquete final antes de enviarlo.
La extracción independiente evita un error frecuente: abrir sin darse cuenta el documento original y creer que proviene del ZIP. Confirma la ubicación en la aplicación o en el Explorador. Si un proyecto necesita otros archivos, prueba su apertura desde la carpeta extraída, sin apoyarte voluntariamente en recursos externos que el destinatario no tendrá.
Para un documento breve, leerlo completo puede ser viable. Para una colección de fotos, abre muestras de carpetas diferentes y combina esa revisión con el inventario y los hashes. El muestreo visual permite detectar problemas de uso, pero no sustituye una comparación exhaustiva de contenido cuando todos los archivos son importantes.
Cómo repetir una comparación sencilla en PowerShell
En este ejemplo, las rutas pertenecen a una carpeta de demostración. Adáptalas a una copia de trabajo que hayas preparado. El destino de extracción debe estar separado del origen y no contener documentos valiosos que puedan confundirse con el resultado.
Compress-Archive -Path 'C:\EntregaDemo\origen\*' -DestinationPath 'C:\EntregaDemo\paquete.zip'
Expand-Archive -LiteralPath 'C:\EntregaDemo\paquete.zip' -DestinationPath 'C:\EntregaDemo\revision'
Get-FileHash -LiteralPath 'C:\EntregaDemo\origen\informe.txt' -Algorithm SHA256
Get-FileHash -LiteralPath 'C:\EntregaDemo\revision\informe.txt' -Algorithm SHA256Los dos últimos comandos comparan un archivo concreto. Repite la comparación para cada archivo requerido o utiliza un manifiesto completo. No uses esta secuencia como mecanismo para incluir archivos ocultos: precisamente la prueba mostró que ese comportamiento necesita atención. Si tu entrega los requiere, selecciona una herramienta que los incluya y verifica el resultado.
El parámetro LiteralPath de la extracción trata el nombre como una ruta literal, lo que resulta útil cuando contiene caracteres como corchetes. La documentación de Microsoft explica las opciones del comando. Mantener la primera prueba sencilla facilita reconocer qué cambió después; no añadas opciones de sobrescritura únicamente para eliminar un mensaje que aún no has entendido.
Si algo falta, identifica la causa antes de reenviar
| Señal | Comprobación útil | Acción siguiente |
|---|---|---|
| Falta un archivo | ¿Estaba en la carpeta de salida? ¿Era oculto? ¿Se seleccionó la carpeta correcta? | Corregir la selección o cambiar el método; recrear y extraer |
| Hay una carpeta adicional | ¿Se comprimió la carpeta o solo su contenido? | Confirmar que el destinatario entiende la estructura |
| Un documento no abre | ¿Abre el original? ¿Coinciden sus hashes? ¿Necesita otra aplicación? | Distinguir un fallo de contenido de uno de compatibilidad |
| El paquete pesa más | ¿Los archivos son pequeños o ya estaban comprimidos? | Evaluar la entrega por integridad y facilidad de uso |
Cuando un archivo falta, repetir la misma compresión con un nombre diferente no resuelve la causa. Revisa qué carpeta seleccionaste y qué elementos entraron. Si el original estaba solo disponible en un servicio remoto, confirma primero que tienes el contenido local necesario. Si cambia durante la compresión, prepara una copia estable y vuelve a comenzar la verificación.
Si el archivo extraído tiene un hash diferente, guarda ambas versiones y no atribuyas inmediatamente el problema a la red. Puede haber una modificación del original entre comprobaciones, una selección de otra versión o un error del proceso. Anota las rutas, el momento de comparación y la aplicación que creó el ZIP para poder reproducirlo.
Una entrega íntegra también necesita un envío apropiado
Comprimir y cifrar son funciones distintas. No supongas que un ZIP común protege la confidencialidad de su contenido. Para documentos sensibles, elige un canal y una protección acordes con el destinatario y con las reglas de tu organización. Evita publicar paquetes con datos personales en una dirección accesible a cualquiera.
Revisa el archivo adjunto que has seleccionado, especialmente si preparaste varias versiones. Un nombre como EntregaFinal-Revisada.zip reduce confusiones, pero lo que manda es su contenido. Comprueba que el destinatario haya recibido el archivo previsto; si comunica un error, pídele el nombre y el mensaje exacto, sin solicitarle información privada que no sea necesaria.
Si el objetivo es recuperar información después de borrar Windows, utiliza además la guía para preparar una copia antes de reinstalar. Una entrega ZIP comprobada sirve para agrupar archivos; su existencia por sí sola no cubre todos los riesgos de una copia de seguridad.
Fuentes y alcance
- Microsoft Learn: Compress-Archive, comportamiento y limitaciones.
- Microsoft Learn: Expand-Archive y rutas literales.
Los resultados de la tabla proceden de la prueba local descrita. El recorrido de revisión es una metodología editorial de MyBlogSoft; debe adaptarse al contenido y al programa utilizado.
Nota sobre fechas: contenido preparado el 10 de octubre de 2026. Fecha editorial asignada retrospectivamente: 1 de octubre de 2026.
Un ZIP que abre puede seguir estando incompleto
En nuestra prueba, el ZIP abrió y tres archivos conservaron sus hashes, pero el cuarto, marcado como oculto, quedó fuera. Ese resultado es la razón para revisar la extracción antes de enviar: un paquete sin errores puede omitir justo el archivo que el destinatario necesita.
Comprueba el ZIP definitivo en una carpeta vacía, compara las rutas con tu inventario y abre desde allí el documento o proyecto principal. Si falta una pieza, corrige la selección o la herramienta y repite la extracción. Cuando el contenido previsto está presente y funciona fuera de tu carpeta de trabajo, tienes una entrega comprobada; hasta entonces, el tamaño y el nombre «final» del ZIP dicen poco.
Sobre el autor
Sergio Andres Alvarado Mendoza
Sergio Andres Alvarado Mendoza es el responsable y editor de MyBlogSoft, un sitio web de tecnología administrado desde Colombia. El sitio ofrece guías sobre software, hardware, redes y seguridad basadas en documentación técnica. Las pruebas propias, cuando existan, se identificarán con su equipo y método. Las ilustraciones de los artículos se generan con IA y no acreditan pruebas de productos.
Comentarios