Conservar un diagnóstico verificable sin compartir el archivo
Tras ejecutar el diagnóstico puedes descargar un informe JSON local con el formato detectado, los hallazgos estructurales, el tamaño y el SHA-256 del original, sin incluir el contenido del documento. Si facilitas un SHA-256 obtenido de una fuente independiente, cualquier discrepancia bloquea la conversión o reparación. Puedes pegar la huella o importar un archivo .sha256 de un registro cuyo nombre coincida con el original. Después del procesamiento, el resultado ofrece su propio archivo SHA-256, verificado nuevamente antes de descargarlo. La coincidencia acredita identidad de bytes frente a la referencia, no ausencia de malware ni autenticidad del autor.
Corregir la extensión sin modificar los bytes
El botón Solo diagnosticar funciona aunque hayas escrito una solicitud de conversión: no la borra ni transforma el archivo. Si la extensión es incorrecta, File Doctor puede ofrecer una copia con la extensión del formato detectado (por ejemplo, un DOCX guardado como .doc o una imagen PNG llamada .jpg). Comprueba el SHA-256 original, valida el formato con el nombre corregido y vuelve a verificar la huella antes de descargar. También permite descargar un archivo .sha256 con el nuevo nombre. No reconstruye ni convierte contenido: si el archivo está dañado, es incompatible o no supera la validación estructural, no se aprueba como corregido. Los PDF requieren el analizador local completo de páginas.
Qué comprueba ahora el diagnóstico
MakeFileWork identifica JPG, PNG, WebP, GIF, PDF, ZIP y contenedores Office Open XML como DOCX, XLSX y PPTX. Detecta extensiones que no corresponden al contenido real, valida dimensiones y marcadores finales de imágenes, comprueba el directorio central, las cabeceras locales y el CRC32 de los ZIP/Office compatibles, puede reconstruir de forma conservadora un directorio ZIP perdido a partir de registros locales intactos y aplica una reparación conservadora de la envoltura PDF cuando es posible.
Cómo distinguir un documento Office de un ZIP normal
DOCX, XLSX y PPTX utilizan contenedores ZIP, pero un ZIP no es un documento Office porque su contenido o comentario mencione word/document.xml. El detector examina entradas reales del directorio ZIP y sus cabeceras locales para localizar [Content_Types].xml, _rels/.rels y la parte principal de Word, Excel o PowerPoint. Si el directorio está dañado, las cabeceras locales intactas pueden orientar la recuperación. La comprobación posterior de integridad, y no el nombre del archivo, determina si el documento es utilizable.
Por qué un nombre aparentemente normal puede ser peligroso
Un ZIP o TAR puede incluir nombres que cambian de significado entre sistemas. Por ejemplo, ＣＯＮ.txt se convierte en el nombre reservado CON.txt al normalizar Unicode; los signos de ancho completo pueden convertirse en dos puntos y algunas secuencias porcentuales pueden descodificarse posteriormente. Un CRC32 correcto no convierte una ruta ambigua en segura. Si se detecta este problema, revisa el archivo y solicita nombres corregidos en lugar de forzar la extracción.
Si las firmas ZIP y Office se contradicen
Un ZIP normal puede contener a la vez nombres de entradas de Word y Excel sin ser un DOCX o XLSX. MakeFileWork comprueba el directorio completo antes de elegir una reparación Office y compara las entradas esenciales con sus cabeceras locales: método de compresión, indicadores, suma de comprobación y tamaño comprimido cuando están disponibles. Si no coinciden, no presenta el archivo como documento Office verificado. Puedes inspeccionar el ZIP antes de intentar reparar el documento Office.
Si la aplicación ya muestra un error concreto, puedes ir directamente al flujo correspondiente: Word encontró contenido no legible, Excel no puede abrir el archivo, PowerPoint encontró un problema con el contenido o el PDF no carga o está dañado. Son el mismo asistente universal con la intención de reparación ya enfocada y explican qué evidencia puede verificar MakeFileWork.
Por qué encontrar el marcador final ZIP no basta
Un archivo puede contener la firma final ZIP y aun así tener el directorio apuntando fuera del archivo, cabeceras locales contradictorias o datos que no superan CRC32. En contenedores compatibles de hasta 40 MB, el diagnóstico comprueba el directorio, las entradas y sus sumas de comprobación. La extensión o una firma aislada no demuestran que el archivo sea íntegro.
Advertencias, cifrado y lotes sin falsos positivos
Las entradas cifradas, las funciones ZIP no compatibles, las rutas peligrosas y los archivos fuera de los límites de verificación no se presentan como comprobados. Una advertencia significa que falta evidencia, no necesariamente que el archivo esté roto. En un lote mixto descargable, los archivos cuyo diagnóstico no se puede acreditar se rechazan en lugar de etiquetarse como verificados. Para más detalles, utiliza la inspección de archivos comprimidos.
Comprobación limitada de codificación de texto
El diagnóstico examina como máximo 1 MiB de texto. Si un carácter UTF-8 queda partido justo al final de la muestra, no lo confunde con un error de codificación. Sin embargo, advierte cuando quedan bytes sin analizar: no es una certificación de todo el archivo.
Qué no promete
Un archivo puede tener datos internos dañados aunque su contenedor exterior parezca válido. MakeFileWork solo informa de las comprobaciones que ha realizado. No inventa bytes perdidos, no evita contraseñas desconocidas ni afirma que una reparación funciona si no puede verificarla.
Por qué un archivo correcto puede dejar de abrir
Entre las causas habituales están una extensión equivocada, una descarga interrumpida, un final truncado, un directorio central ZIP dañado, un marcador de imagen incompleto o corrupción dentro de un paquete Office. El diagnóstico intenta separar estos casos antes de elegir una reparación más específica.
PDF, TAR y GZIP: qué se puede verificar realmente
La cabecera PDF y el marcador %%EOF no demuestran que todas las páginas se puedan abrir. El diagnóstico comprueba la envoltura y la referencia cruzada, pero mantiene una advertencia hasta que un lector PDF completo valide las páginas y los recursos. Para TAR se comprueban sumas de cabecera, límites de entrada, relleno, rutas seguras y bloques de cierre. En GZIP se descomprime de verdad el flujo con un límite de 100 MB y se comprueba su integridad; un .tar.gz debe contener además un TAR válido. Un CRC incorrecto, referencias PDF ausentes o un archivo truncado son errores, no verificaciones satisfactorias. Utiliza la extracción TAR/GZIP después de revisar el diagnóstico.
Por qué el marcador final de un GIF no es suficiente
El último byte de un GIF no demuestra que sus fotogramas, paletas o datos comprimidos estén intactos. El diagnóstico indica una advertencia hasta disponer de una decodificación completa; la ausencia del marcador final es un error. La firma por sí sola no garantiza que la imagen se pueda visualizar.
JPEG, WebP y GIF: detectar la estructura no equivale a decodificar la imagen
Un JPEG puede incluir cabecera, dimensiones y marcador final sin contener ningún escaneo de imagen. El diagnóstico revisa la secuencia de marcadores y exige la cabecera SOS; si falta, informa de un error estructural. Si existe, muestra una advertencia porque no ha decodificado los píxeles comprimidos. Si el JPEG se abre correctamente, puedes utilizar JPG a PNG para mejorar la compatibilidad, pero no para recuperar datos ausentes.
En WebP se comparan la longitud RIFF y los límites de cada bloque y se exige al menos un registro de imagen: un lienzo VP8X vacío no es una fotografía válida. En GIF se recorren paletas, descriptores de fotogramas, bloques de extensión y marcador final; un byte de cierre falsificado no supera la comprobación. Las verificaciones estructurales tienen un límite de 40 MB y no decodifican píxeles VP8 ni LZW. Si la imagen es legible, consulta WebP a PNG o GIF a PNG para convertirla, sin prometer una reparación de datos dañados.
Por qué un CRC ZIP correcto no garantiza que un archivo Office se abra
DOCX, XLSX y PPTX son paquetes ZIP con componentes relacionados. La estructura ZIP y sus sumas CRC32 pueden ser correctas aunque falte una imagen referenciada, una hoja de cálculo o una diapositiva. File Doctor comprueba también los componentes obligatorios y las referencias internas. En pruebas independientes, un Word sin su imagen, un Excel sin una hoja y un PowerPoint sin una diapositiva se marcaron como no verificados aunque el ZIP superase el CRC32. Esta validación local no garantiza que Microsoft Office pueda abrir el archivo. Puedes intentar una reparación Office, pero no se inventan contenidos ausentes.
Privacidad
Estas comprobaciones se ejecutan en tu navegador. Este flujo no sube tu archivo.