Procesamiento local de PDF
Última actualización: 27 de agosto de 2026
Cada herramienta de PDFmuto se ejecuta íntegramente en tu navegador. Tu archivo lo lee JavaScript en tu dispositivo, se procesa con bibliotecas PDF de código abierto y se te devuelve como descarga — ningún servidor recibe jamás tu documento.
Qué significa “sin subir” de verdad
La mayoría de los sitios “gratuitos” de PDF funcionan así: subes un archivo, un servidor lo procesa y descargas el resultado. Eso significa que tu documento existe — aunque sea brevemente — en hardware que no controlas. PDFmutono funciona así. No hay ningún servidor en el camino: el procesamiento lo hace JavaScript que se ejecuta en tu pestaña, usando el mismo dispositivo que ya confía en tu documento.
Esto es posible porque el PDF es un formato abierto y autónomo, y las bibliotecas que lo leen y escriben son de código abierto y lo bastante rápidas para ejecutarse en un navegador. Un sitio estático puede enviar ese código una vez; a partir de ahí, cada interacción ocurre localmente.
El proceso: del archivo a la descarga, en tu dispositivo
- Eliges un archivo. El navegador lo lee en memoria como un array de bytes. Nada sale de la pestaña.
- La página carga una biblioteca PDF. JavaScript estático (por ejemplo, pdf-lib para la estructura y PDF.js para el renderizado) analiza el documento directamente en tu navegador.
- La herramienta procesa una copia. Unir, comprimir, redactar, firmar — cada operación se hace sobre una copia en memoria, así que tu original nunca se toca.
- Descargas el resultado. Los nuevos bytes se convierten en un archivo en la carpeta de descargas de tu navegador. Sin servidor, sin cola, sin copia residual.
Las bibliotecas que hay detrás de las herramientas
Todo el procesamiento usa bibliotecas de código abierto que se ejecutan en el cliente. Cada herramienta se corresponde con una biblioteca concreta, así que el comportamiento que ves es exactamente lo que hace la biblioteca — sin cajas negras.
| Biblioteca | Versión | Licencia | Se usa para |
|---|---|---|---|
| pdf-lib | 1.17.1 | MIT | Unir, dividir, reordenar, rotar, recortar y redimensionar páginas; metadatos; marcas de agua, cabeceras, pies y numeración de páginas; rellenar y aplanar formularios; imágenes → PDF y texto → PDF; colocar firmas; extraer imágenes; protección con contraseña y desbloqueo. |
| PDF.js (Mozilla) | 6.2 | Apache-2.0 | Renderizar páginas a lienzo para PDF → imágenes, conversión a escala de grises y blanco y negro, vistas previas de páginas para firmar y redactar, además de la extracción de texto y la capa de texto que hay detrás del OCR. |
| tesseract.js | 7.0 | Apache-2.0 | Reconocer texto en PDF escaneados para crear documentos buscables. Su motor y sus datos de idioma se cargan desde un CDN público; tu documento no se envía a ningún sitio. |
| html2canvas | 1.4.1 | MIT | Capturar HTML pegado o creado por el usuario en las imágenes que se convierten en las páginas de tu PDF. |
| fflate | 0.8.3 | MIT | Empaquetar en ZIP las imágenes extraídas y las páginas renderizadas para su descarga. |
| @pdfsmaller/pdf-encrypt · pdf-decrypt | 1.2 · 1.0 | MIT | Cifrado AES-256 y RC4 para proteger PDF con contraseña y eliminar contraseñas, íntegramente en el dispositivo. |
Qué pasa con tus datos — con precisión
- Nunca se envía: los bytes de tu documento, en ninguna herramienta, en ningún momento.
- Nunca se almacena: no hay endpoint de subida, ni base de datos, ni registro de servidor que pueda contener tu archivo.
- Se carga de la red, pero no es tu archivo: los recursos estáticos — los workers incluidos — se cargan de nuestro servidor, y la herramienta de OCR descarga los datos de idioma de su motor desde un CDN público. Ninguna de esas peticiones contiene tu documento.
Por qué basta con un sitio estático
Como nada se procesa en el servidor, el sitio puede ser un simple paquete estático: sin servidor de aplicaciones, sin base de datos, sin estado de sesión. Por eso es rápido, barato de mantener y resistente — y por eso no hay ningún servidor al que un atacante pueda atacar para llegar a tus documentos. El eslabón más débil de la mayoría de las herramientas PDF en línea es el servidor que guarda tus archivos; PDFmuto no tiene uno.
Límites, dichos con honestidad
El procesamiento en el navegador cambia la capacidad del servidor por los recursos de tu dispositivo. Los archivos muy grandes (a partir de unos 50 MB) dependen de la memoria del navegador, y el renderizado o el OCR de cientos de páginas tarda en proporción a tu CPU. Las herramientas muestran el progreso y dan errores claros en lugar de fallar en silencio.
Lecturas relacionadas
- Benchmark de compresión — resultados medidos y reproducibles de la herramienta Comprimir.
- Acerca de PDFmuto — por qué el sitio se construyó así.
- Comprimir PDF — prueba el proceso con tu propio archivo.
Preguntas frecuentes
¿Cómo puede un sitio web procesar PDF sin subirlos?
Los navegadores modernos pueden ejecutar las mismas bibliotecas PDF que usan las aplicaciones de escritorio. La página envía el código de la biblioteca como JavaScript estático; tu archivo se lee localmente, se procesa en memoria en tu dispositivo y el resultado se descarga directamente. Ninguna petición de red transporta el contenido del documento.
¿El procesamiento local es realmente privado?
Sí, con una excepción transparente. Los bytes del archivo nunca salen de tu dispositivo y las herramientas no hacen ninguna llamada de red con tu documento. El único tráfico externo son los recursos estáticos que carga la página para funcionar, y la herramienta de OCR descarga los datos de idioma de su motor desde un CDN público — el documento en sí nunca se envía.
¿PDFmuto almacena mis archivos?
No. Nada se sube, almacena, registra ni rastrea. Cierra la pestaña y los datos desaparecen — no hay ninguna copia en un servidor que borrar ni que pueda filtrarse.
¿Cuáles son los límites del procesamiento en el navegador?
Los archivos muy grandes dependen de la memoria de tu navegador, y las operaciones pesadas como OCR o volver a renderizar todas las páginas consumen CPU de tu dispositivo. Una versión reciente de Chrome, Firefox, Edge o Safari maneja documentos de cientos de páginas sin problemas en la mayoría de los casos.