Preguntas frecuentes

No. Cada herramienta de PDFluna se ejecuta completamente en tu navegador mediante JavaScript, WebAssembly y la biblioteca de renderizado PDF integrada del navegador. Tus archivos se leen localmente, se procesan localmente y se guardan localmente. Puedes verificarlo tú mismo: abre DevTools → pestaña Red antes de usar una herramienta y mira — verás cero peticiones salientes que lleven tu archivo. El único tráfico de red es la carga inicial de la página y las bibliotecas de código abierto (PDF.js, pdf-lib, etc.) que la herramienta necesita.

No. No podemos — los archivos nunca llegan a nuestros servidores en primer lugar. No hay «política de borrado de archivos» de nuestro lado porque no hay archivos que borrar en nuestro lado. No usamos el contenido de los archivos para entrenar IA, perfilar publicidad, hacer análisis estadísticos ni nada parecido.

Sí. La forma más fuerte de cumplimiento del RGPD es no recopilar datos personales en primer lugar, y ese es nuestro comportamiento por defecto. No requerimos cuenta, no procesamos contenido de archivos en nuestra infraestructura, y los únicos datos que el sitio recopila son analíticas anónimas (vistas de página, recuentos de uso de herramientas — sin identificadores personales, sin contenido de archivo). Para solicitudes específicas de protección de datos o DSAR (solicitud de acceso a datos personales), escribe a [email protected]. Detalles completos en nuestra política de privacidad.

Sí — de hecho, más seguro que la mayoría de las alternativas. Los competidores en servidor (iLovePDF, Smallpdf, las herramientas en línea de Adobe) suben todos tus archivos a su infraestructura, los procesan ahí y devuelven la salida. Para un contrato, una nómina, un escáner médico o un documento de identidad, eso supone una exposición significativa incluso si su política de privacidad es impecable: tu archivo vive brevemente en algún sitio que no controlas. Con PDFluna, esa exposición simplemente no existe — el archivo nunca cruza la red.

No, y no las necesitamos por cómo operamos. SOC 2 / ISO 27001 auditan cómo una organización gestiona los datos de clientes en sus servidores. Como no gestionamos los datos de archivos de clientes en nuestros servidores (se quedan en los tuyos), no hay nada que examinar para esas auditorías. El equivalente más cercano es el propio código abierto: cada biblioteca que usamos (PDF.js, pdf-lib, fflate, html2canvas) es públicamente auditable, y las DevTools de tu navegador te permiten confirmar en tiempo real que ningún archivo sale de tu dispositivo.

Usamos Google Analytics 4 para contar vistas de página anónimas y agregar el uso de herramientas. Sin nombres de archivo, sin contenido de archivo, sin información identificativa. Los visitantes UE que rechacen el banner de consentimiento obtienen analíticas Plausible sin cookies. Ambas son configurables en nuestra política de cookies; rechazar no afecta a la funcionalidad de las herramientas.

Los navegadores modernos pueden hacer mucho más que renderizar páginas web. JavaScript y WebAssembly nos permiten ejecutar bibliotecas PDF reales (PDF.js, pdf-lib) directamente en la pestaña del navegador, con acceso completo al archivo que seleccionas vía el selector de archivos o arrastrar y soltar. El archivo se lee en la memoria de la pestaña, se procesa ahí, y el resultado se ofrece para descarga. La misma tecnología impulsa Figma, Photoshop en la web y Google Docs.

Porque no hay subida. Las barras de progreso en las herramientas PDFluna siguen el procesamiento local — cuánto del archivo ha leído, codificado o estampado la biblioteca del navegador — no la transferencia por red. En un ordenador rápido a veces es casi instantáneo, lo que puede parecer sospechoso si estás acostumbrado a las subidas de varios segundos de las herramientas en servidor, pero la velocidad es la ventaja de saltarse por completo el ida y vuelta de la red.

La primera vez que usas una herramienta pesada (OCR, firmar, Word a PDF), cargamos bajo demanda una biblioteca especializada — Tesseract.js para OCR (~14 MB), mammoth.js para parsing de Word (~150 KB gzipeado), y así. Estas bibliotecas se cachean en tu navegador tras la primera carga, así que el segundo uso es instantáneo. Deliberadamente no las cargamos en la página de inicio para mantener rápido el time-to-interactive del landing.

Parcialmente. Una vez que has usado una herramienta y la página + bibliotecas están en la caché de tu navegador, normalmente puedes recargar la misma herramienta sin conexión y funcionará. Actualmente no entregamos un Service Worker para uso offline explícito, así que una recarga que requiera obtener nuevos assets fallará sin conexión. El uso offline real está en el roadmap.

La mayoría de las herramientas aceptan PDF de hasta 100 MB. Las herramientas de conversión de formato (Word a PDF, Excel a PDF) topan en 20 MB porque parsear esos formatos pesa más en memoria. El OCR topa en 50 MB / 50 páginas porque cada página se renderiza a 300 DPI y luego se OCR-iza, que es el pipeline más lento que entregamos. Los límites específicos están indicados en la página de cada herramienta encima de la zona de soltar.

PDF (cada herramienta), imágenes (JPG, PNG, HEIC, WebP — para JPG a PDF), documentos de Word (.docx, .rtf, .odt — para Word a PDF), hojas de cálculo (.xlsx, .xls, .ods, .csv, .tsv — para Excel a PDF), e imágenes de firma (PNG, JPG, GIF, WebP — para Firmar PDF).

PDF (por defecto en todo), JPG (uno por página o un ZIP para multi-página vía PDF a JPG), y PNG (uno por página o un ZIP vía PDF a PNG). No producimos Word, PowerPoint ni Excel a partir de PDF — la conversión inversa hacia formatos fluidos / cuadrículas es realmente difícil y no queremos entregar una herramienta cuya salida sería inutilizable. Consulta el blog para el razonamiento completo si te da curiosidad.

El formato binario heredado .doc de Word 97–2003 requiere o bien Microsoft Word en sí o bien un parser personalizado de varios miles de líneas para convertir con fidelidad aceptable. Preferimos rechazar limpiamente que entregar una herramienta cuya salida se compararía desfavorablemente con otros servicios. La solución alternativa de 10 segundos: abre tu .doc en Word o LibreOffice, Archivo → Guardar como → .docx, luego suelta el .docx en nuestra herramienta Word a PDF. Todo se conserva.

Algunas herramientas sí (Unir PDF toma varios archivos por diseño; JPG a PDF toma un lote de imágenes). La mayoría son uno-a-la-vez, intencionalmente: meter cinco archivos de 50 MB en el navegador a la vez tumbaría los móviles de gama media. El flujo de lote más rápido para compresión / conversión es ejecutarlos secuencialmente en la misma pestaña — la herramienta se reinicia al instante entre archivos.

Escribe a [email protected] con el prefijo de asunto `[Bug]` o `[Feature request]`. Para bugs, incluir el archivo (si es compartible) y el navegador + SO acelera la reproducción ~10×. Leemos cada mensaje; respuesta en 1 a 2 días laborables para preguntas generales.

Todos los navegadores recientes: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+, y sus equivalentes móviles (iOS Safari 17+, Android Chrome). Las versiones más antiguas pueden funcionar para herramientas más simples pero no las testeamos — las APIs de WebAssembly + Pointer Events de las que dependemos solo son sólidas en versiones recientes.

Sí. iOS Safari 17+ soporta todo excepto algunos casos límite de documentos largos donde la pestaña del navegador se queda sin memoria antes de terminar la reconstrucción. Como regla general, los archivos por debajo de 30 MB pasan bien en móviles; los dispositivos tablet (iPad Air 5+ o más nuevo) gestionan el tope completo de 100 MB en la mayoría de las herramientas.

Sí — en Chrome, Firefox, Edge y Samsung Internet reciente. Los dispositivos de gama baja (4 GB de RAM o menos) pueden tumbarse a mitad de proceso en archivos grandes por la misma razón de presión de memoria que en iPhone; si una herramienta falla en un documento largo, dividirlo primero con Dividir PDF suele permitir que pase.

El procesamiento PDF es intensivo en CPU y memoria. Un PDF de 100 MB puede requerir de 300 a 500 MB de memoria de trabajo para renderizarse y reemitirse, lo que es más de lo que los móviles antiguos (4 GB de RAM total del sistema) pueden asignar a una sola pestaña del navegador. Soluciones: divide primero el documento con Dividir PDF, baja el DPI de salida en las herramientas de rasterización (PDF a JPG, OCR PDF), o ejecuta en ordenador.

Para la mayoría de las herramientas, sí — operamos sobre la estructura binaria PDF existente en lugar de re-renderizar, así que las páginas mantienen su texto vectorial original, sus fuentes incrustadas y la calidad de imagen. Excepciones: Word a PDF, Excel a PDF y Desbloquear PDF reconstruyen el documento como image-based (fidelidad visual preservada, pero pierdes los campos de formulario y el texto seleccionable). La página de cada herramienta documenta el compromiso.

Nuestra herramienta Comprimir PDF usa una actualización incremental, así que el texto original, las fuentes y las firmas se preservan byte a byte. El ahorro de espacio viene de re-codificar las imágenes incrustadas a resoluciones más pequeñas y de eliminar objetos históricos redundantes. Para PDF ricos en texto, el resultado visual es indistinguible del original; para PDF ricos en imágenes (escaneos, basados en fotos), puedes elegir el nivel de compromiso.

PNG es sin pérdida — cada píxel de la página renderizada se preserva exactamente. JPG es con pérdida y produce archivos más pequeños pero añade halos sutiles alrededor de los bordes nítidos (texto, dibujo lineal). Los preajustes DPI S/M/L (72 / 150 / 300) controlan la resolución; el deslizador de calidad JPG (60 a 95 %) controla la compresión. Misma biblioteca de origen, estrategia de salida diferente — elige según tus necesidades.

Algunas de nuestras herramientas (Desbloquear PDF y la familia de conversión) producen una salida image-based donde cada página se renderiza como JPEG y se incrusta en un nuevo PDF. JPEG a 200 DPI en papel letter promedia de 250 a 500 KB por página, lo que puede ser más grande que el original si era solo texto vectorial. Para reducir el resultado, pásalo por nuestra herramienta Comprimir PDF.

Sí, y no hay registro, sin marca de agua, sin «límite de exportación» ni «3 archivos al día». El truco (si lo hay): el sitio muestra anuncios en las páginas de herramientas y de contenido. Los ingresos publicitarios cubren el alojamiento y el desarrollo; ese es todo el modelo de negocio. No planeamos introducir niveles de pago, y nuestros costes de infraestructura son mínimos precisamente porque todo el trabajo pesado se ejecuta en tu navegador.

Porque no hay nada que una cuenta tendría que almacenar. No guardamos tus archivos, tu historial ni tus ajustes. No tener cuenta también significa no tener contraseña que recordar y no tener un flujo de «contraseña olvidada» cuando vuelves dos meses después. La contrapartida: no hay continuidad entre dispositivos (no puedes empezar una tarea en el ordenador y terminarla en el móvil). Para tareas PDF ocasionales, esa es la forma correcta; para flujos de documentos continuos, un SaaS de pago como Adobe Acrobat es mejor opción.

Sí para el conjunto actual de herramientas. Nuestros costes de infraestructura escalan con el tráfico pero se mantienen bajos porque nada pasa en el servidor; los ingresos publicitarios los cubren cómodamente. Si el proyecto alguna vez necesita introducir niveles de pago, sería para nuevas funcionalidades de servidor (edición colaborativa, sincronización entre dispositivos) y las herramientas actuales en navegador seguirían siendo gratis.

Sí. PDFluna no reclama derechos sobre tus archivos de entrada ni sobre nuestra salida. El PDF que produces es tuyo para usarlo como te parezca — trabajo comercial, entregables a clientes, archivado, compartir, lo que sea. La única restricción son los derechos de autor del contenido original (no los cambiamos, y no podemos conceder derechos que no tenemos).

Un equipo pequeño e independiente. Construimos PDFluna porque nosotros mismos necesitábamos herramientas PDF rápidas y nos frustraban las alternativas de subir-al-servidor. La página Acerca de completa tiene más detalles sobre el porqué y el cómo. Para un contacto específico, consulta la página de contacto.