Por qué fallan las subidas: formato, tamaño, estructura y reglas del portal
Los portales pueden rechazar archivos por tamaño, MIME type, magic bytes, páginas, dimensiones, versión de PDF, cifrado, formularios, estructura no compatible o reglas propias. Cambiar el nombre rara vez resuelve una incompatibilidad porque los sistemas robustos inspeccionan los bytes reales.
Última revisión técnica: 2026-09-19
Puntos clave
- Las extensiones son solo etiquetas; una validación fiable también inspecciona el contenido real.
- Los límites pueden incluir bytes, páginas, dimensiones, versiones de formato y funciones del documento.
- Una transformación debe resolver el requisito que realmente falló, no aplicar conversiones al azar.
- Incluso un archivo técnicamente válido puede fallar si un portal aplica reglas de negocio más estrictas.
Extensión, MIME type y magic bytes
Un nombre que termina en .pdf o .jpg no demuestra que los bytes internos correspondan al formato. Los sistemas pueden comparar extensión, MIME type declarado y firmas características.
Cambiar la extensión no convierte el archivo. Una conversión real debe producir una salida cuyo formato interno coincida con la nueva etiqueta.
El tamaño es solo un posible requisito
Los portales pueden limitar bytes totales, páginas, dimensiones en píxeles, anchura, altura, versión del documento o número de archivos. Un archivo puede cumplir una condición y fallar otra.
La solución depende del requisito: compresión aborda tamaño, redimensionamiento aborda dimensiones y conversión de formato aborda codificaciones incompatibles.
La estructura del PDF puede importar
Algunos portales rechazan PDF cifrados, formularios interactivos, archivos adjuntos, versiones poco comunes o estructuras de referencias malformadas. Otros normalizan las subidas automáticamente.
Como cada portal se comporta de forma distinta, sería engañoso afirmar que cualquier PDF técnicamente válido puede subirse a cualquier sitio.
Cómo encajan las herramientas enfocadas
ZAMAZY se centra en tareas individuales como unir, comprimir y eliminar datos sensibles. El principio útil es identificar el requisito técnico y aplicar solo la transformación que lo resuelve.
El resultado puede verificarse contra el contrato de la herramienta, pero ninguna herramienta local puede garantizar aceptación por un portal externo desconocido con reglas no publicadas.
Proceso práctico
- Lee el error del portal y anota el requisito exacto indicado.
- Inspecciona el formato real y las propiedades técnicas relevantes en vez de confiar solo en el nombre.
- Elige la transformación mínima que resuelva el requisito que falló.
- Verifica el archivo transformado y vuelve a probar la subida manteniendo el original sin cambios.
Ejemplo y ayuda para decidir
Para un límite ilustrativo de 5.000.000 bytes, un archivo mostrado como 5 MiB es mayor: 5 × 1.048.576 = 5.242.880 bytes. Este ejemplo no es un requisito de ningún portal concreto. Un archivo de foto renombrado a .pdf sigue conteniendo datos de foto; cambiar la etiqueta no realiza una conversión.
Compara el formato real y el número exacto de bytes con las instrucciones actuales del destino. Después revisa páginas, dimensiones, cifrado y funciones requeridas. Usa un compresor adecuado solo para un problema de tamaño, o une archivos solo cuando se pida un documento combinado. Vuelve a comprobar el archivo final en vez de asumir que una transformación correcta solucionó el rechazo original.
Cuándo este enfoque no es adecuado
Un archivo correcto aún puede ser rechazado por sesión caducada, permisos de cuenta, fallo de red o una regla del portal que la herramienta no puede inspeccionar. Separa estos casos de la corrupción del archivo. Si las propiedades técnicas ya encajan, registra el error sin publicar el documento y contacta con el soporte del portal. ZAMAZY no es un verificador universal de subidas ni una garantía de aceptación.
Ejemplo editorial, no un benchmark. Complemento revisado el:
Fuentes y límites de la evidencia
Estas fuentes explican formatos y métodos. No certifican a ZAMAZY; los hechos y límites compatibles de ZAMAZY se indican en la página de cada herramienta.
- MDN: Media types (MIME types) — Tipos de medios, extensiones de archivo y magic numbers.
- MDN: File API — Acceso del navegador a archivos seleccionados por el usuario; no es evidencia del comportamiento de red de ZAMAZY.
- Adobe: Permissions and limitations of signed PDFs — Restricciones de edición de documentos firmados; no es una evaluación de cumplimiento legal.
Preguntas frecuentes
¿Cambiar .png por .jpg corrige un error de subida?
No. Cambiar el nombre no modifica los bytes. Una conversión real debe crear un JPEG válido.
¿Por qué se rechaza un archivo aunque esté por debajo del límite?
El portal puede comprobar también formato, dimensiones, páginas, cifrado, estructura del documento u otras reglas.
¿Una herramienta puede garantizar que un portal público o universitario acepte el resultado?
No sin conocer y probar las reglas actuales del portal. La herramienta puede verificar propiedades técnicas definidas, pero el portal externo puede aplicar requisitos adicionales.