Ce qui arrive à tes fichiers : rien

Quand tu déposes un PDF, le navigateur lit le fichier en mémoire via l'API File standard. Chaque opération — fusion, division, OCR, compression, chiffrement — s'exécute en JavaScript et WebAssembly sur ton propre appareil. Le fichier traité t'est rendu en téléchargement via un Blob local. Aucun serveur n'intervient à aucun moment.

• Aucun envoi de tes fichiers vers un serveur, quel qu'il soit.
• Pas de compte, pas d'e-mail, pas d'inscription.
• Pas d'analytics, pas de pixels de tracking, pas de scripts tiers sur la page.
• Pas de cookies de profilage. La seule chose stockée en local, c'est ta langue et ta préférence de thème clair/sombre.
• Pas de revente, de partage ni d'exploitation de tes données, parce qu'on n'en a tout simplement pas.

Voici la liste honnête des seules requêtes réseau sortantes :

1. 01Les ressources statiques du site (HTML, JS, CSS, polices) servies par l'hébergeur — comme n'importe quel site.
2. 02Les modèles de langue Tesseract, téléchargés une seule fois lors du premier usage de l'OCR depuis le CDN public de Tesseract. Ce sont des dictionnaires génériques, identiques pour tout le monde, qui ne contiennent rien de toi.
3. 03C'est tout. Pas de télémétrie, pas de remontée d'erreurs, pas de métriques. Tu peux le vérifier toi-même dans l'onglet Réseau du navigateur.

PDF.World est une web app statique servie par un hébergeur de sites statiques. Il n'y a pas de serveur applicatif qui traite les fichiers, pas de base de données, pas de journal de ton activité, pas de stockage de fichiers. L'infrastructure ne peut littéralement pas voir tes documents puisqu'ils ne lui parviennent jamais.

Comme aucune donnée personnelle n'est collectée, il n'y a rien à demander, exporter ou supprimer de notre côté. Pour les questions techniques sur la façon dont un outil précis manipule ton fichier, le code source fait foi — n'hésite pas à écrire à l'auteur.