Por qué no se sube nada
Toda la aplicación funciona en el navegador: pdf.js analiza el PDF, ExcelJS construye el .xlsx y la biblioteca docx crea el .docx. En el servidor no hay almacenamiento de documentos ni cola de procesamiento, así que el archivo no tiene adónde subirse.
Qué significa en la práctica
El procesamiento local no es solo privacidad, también es velocidad:
- Los documentos financieros no salen del portátil, algo importante en contabilidad, RR. HH. y trabajos con NDA.
- Sin límite de páginas: el único techo son 200 MB, y a partir de ahí manda la memoria del navegador.
- El resultado se descarga o se copia al portapapeles también en local.
- La otra cara del procesamiento local: no hay OCR, así que un escaneo sin capa de texto no se reconoce.
- No hace falta cuenta: el servicio no sabe quién eres ni qué archivos abres.
Cómo comprobarlo tú mismo
Abre DevTools → Network, arrastra un PDF y mira las peticiones: el archivo no aparecerá entre ellas. La única actividad de red al abrir la página es la consulta opcional del país para elegir el idioma; ?geo=0 la desactiva.
Preguntas frecuentes
¿De verdad no se sube el archivo?
Sí. El servidor solo entrega HTML, CSS y JavaScript. Tu PDF permanece en la memoria del navegador y el .xlsx o .docx final se crea ahí y se descarga al instante.
¿Se puede usar sin conexión?
La página y su código hay que cargarlos una vez. Después, el análisis y la exportación ocurren en local, pero el navegador puede descargar las partes de la aplicación que se usan al elegir el primer archivo, así que la primera vez conviene estar conectado.
¿Qué guardáis en el servidor?
Nada de tus documentos. No hay cuentas, ni historial de conversiones, ni archivos subidos. Las donaciones pasan por Ko-fi y Boosty, con sus propias condiciones.