¿Qué le pasa a tu PDF cuando lo subes a una web gratuita?

#El viaje que hace tu archivo

Cuando comprimes un PDF en una web típica ocurre esto:

1. El navegador sube el archivo entero a un servidor.
2. El servidor lo escribe en disco o en memoria.
3. Un proceso lo transforma.
4. El resultado se guarda y se te devuelve un enlace de descarga.
5. Pasado un plazo, ambos archivos se borran.

Cada paso es razonable por separado. El problema es el conjunto: durante ese plazo existe una copia íntegra de tu documento en una infraestructura que no controlas, y el enlace de descarga suele ser accesible para quien lo tenga.

Si el documento es un folleto, da igual. Si es una historia clínica, un contrato con cláusulas de confidencialidad o la nómina de tu equipo, acabas de hacer una transferencia de datos personales a un tercero, y el responsable del tratamiento sigues siendo tú.

#Qué dicen las políticas, con sus palabras

Revisión de las políticas públicas en septiembre de 2026. Conviene comprobarlas de nuevo: cambian.

Dos lecturas honestas de esa tabla.

La primera: una hora o dos horas es poco tiempo. Estas empresas no están haciendo nada turbio; publican el plazo, que es más de lo que hacen muchas.

La segunda: el plazo es irrelevante si el documento no debía salir. Un secreto profesional no se mide en horas. Y para un documento sujeto a secreto médico o a secreto profesional del abogado, la pregunta no es cuánto lo guardan sino por qué salió.

#El riesgo que no está en las políticas

Hay un segundo problema, y es de otra naturaleza: las webs que sí son turbias.

En marzo de 2025 la oficina del FBI en Denver alertó públicamente sobre conversores de archivos gratuitos usados para distribuir programas maliciosos y robar datos de los documentos subidos. El patrón es sencillo: la herramienta funciona, devuelve el archivo convertido, y de paso se queda con el contenido o entrega un ejecutable.

La dificultad para el usuario es que una web honesta y una maliciosa se ven igual. Las dos tienen un botón de subir, las dos devuelven el archivo. La diferencia está en lo que hacen con la copia, y eso no se puede inspeccionar desde fuera.

Por eso la única garantía robusta no es elegir bien el proveedor, sino elegir una arquitectura donde no haya copia que proteger.

#¿Es seguro subir documentos a iLovePDF?

Es la pregunta que más se busca, así que respondemos con lo que se puede comprobar (revisado el 27 de septiembre de 2026 en ilovepdf.com/help/security):

• iLovePDF tiene certificación ISO/IEC 27001: «iLovePDF proudly holds ISO/IEC 27001:2017 certification». Es un sistema de gestión de seguridad auditado por un tercero, algo que nosotros no tenemos.
• Borra lo que procesa: «All files processed within our platform are automatically and permanently deleted within two hours of being processed».
• Los documentos firmados los guarda más: «We retain signed documents for a maximum of 5 years».

Así que la respuesta honesta es: para la mayoría de documentos, iLovePDF tiene controles serios. Pero el archivo sale de tu equipo y está en sus servidores durante ese tiempo. Si un documento no debe salir de tu equipo (una historia clínica, un expediente, un extracto con tu cuenta), ninguna web que sube archivos cumple esa condición, por buena que sea su política. En ese caso, usa una herramienta que procese en local, la nuestra u otra, y compruébalo con el método de la sección siguiente.

#Cómo comprobarlo tú, en treinta segundos

Dos pruebas caseras que no requieren conocimientos técnicos.

#Prueba 1: apaga el internet

1. Abre la herramienta con conexión, una vez.
2. Desconecta el WiFi y los datos.
3. Suelta un archivo y procésalo.

Si funciona, el trabajo ocurre en tu equipo. Si tu archivo se subiera a un servidor, sin conexión sería imposible.

#Prueba 2: mira la pestaña Red

1. Pulsa F12, o clic derecho e «Inspeccionar».
2. Ve a la pestaña Red y filtra por Fetch/XHR.
3. Suelta el archivo y procésalo.

Si tu documento se sube, verás la petición y su tamaño: un PDF de 4 MB aparece como una petición de 4 MB. Si no aparece nada, no salió.

#Prueba 3, para quien quiera ir más lejos

Mira las cabeceras de respuesta del sitio, en la misma pestaña Red. Una cabecera Content-Security-Policy que incluya connect-src 'self' significa que el navegador bloquea cualquier envío a un servidor externo, aunque el código de la página quisiera hacerlo. Es la diferencia entre una promesa y una propiedad técnica verificable.

#Qué sí sale, incluso en una herramienta local

Por honestidad, porque «cero conexiones» suele ser una exageración de marketing:

• La página en sí. HTML, CSS, JavaScript y tipografías se descargan del servidor, como en cualquier web. Eso no es tu archivo.
• Tu dirección IP llega al servidor que sirve la página, igual que al visitar cualquier sitio.
• Los anuncios y la analítica, si los hay. Aquí está la letra pequeña que conviene leer: una herramienta puede procesar en local y aun así cargar rastreadores de terceros en la misma página.

Lo que no debería salir nunca es el contenido del documento, su nombre, su tamaño ni un resumen de él.

#Qué hacer con esto

Si el documento es público, usa lo que te resulte cómodo. El riesgo real es bajo y las suites grandes funcionan bien.

Si el documento tiene datos de terceros —pacientes, clientes, empleados, menores— la pregunta correcta no es «¿confío en esta web?» sino «¿necesito que este archivo salga de mi equipo para hacer esto?». Para comprimir, unir, dividir, rotar, convertir, extraer texto o poner una contraseña, la respuesta hoy es no.

Puedes comprobarlo ahora mismo con cualquiera de las herramientas de esta página: todas procesan en tu dispositivo, y las tres pruebas de arriba funcionan con todas.