Méthodologie

L’affirmation

Vos fichiers sélectionnés sont traités localement dans ce navigateur et ne sont pas téléversés par FileSlimmer. Il s’agit d’une affirmation précise et vérifiable. Cette page explique comment elle reste vraie et comment vous pouvez la confirmer sans faire confiance à la phrase elle-même.

Comment la vérifier vous-même

1. Ouvrez les outils de développement de votre navigateur et passez à l’onglet Réseau.
2. Chargez une page d’outil et laissez-la finir de charger. Vous verrez des requêtes pour HTML, CSS, JavaScript et, pour certains outils, un module WebAssembly ou un modèle d’IA. Elles proviennent toutes de ce domaine.
3. Effacez le journal réseau.
4. Sélectionnez un fichier et exécutez l’outil.
5. Surveillez le journal. Aucune requête n’est émise pendant le traitement du fichier.

Couper votre connexion réseau après le chargement de la page est la version plus directe du même test : les outils continuent de fonctionner.

Comment la compilation l’impose

Quatre mécanismes indépendants, chacun faisant échouer la compilation plutôt que d’émettre un avertissement :

• Analyse du code source. Chaque fichier susceptible de toucher vos octets est analysé à la recherche de fetch, XMLHttpRequest, WebSocket, EventSource, WebTransport, sendBeacon et FormData . Une seule occurrence non annotée arrête la compilation. La seule exception autorisée est le téléchargement d’un moteur ou modèle de même origine avant le début du traitement, et chacun porte une justification écrite dans le code source.
• Audit d’auto-hébergement. L’arborescence source complète et la sortie compilée sont analysées à la recherche d’hôtes tiers. Aucune bibliothèque, police, modèle ou binaire WebAssembly n’est chargé depuis un CDN ; aucun tiers ne se trouve donc dans le chemin de requête.
• Politique de sécurité du contenu. L’en-tête déployé Content-Security-Policy définit connect-src 'self'. Même si du code tentait une requête sortante, le navigateur la refuserait.
• Verrouillage à l’exécution. Pendant qu’une tâche de traitement est active, les primitives réseau de la page sont interceptées et rejetées. C’est le comportement que vérifie le test automatisé du navigateur.

Ce que nous ne promettons délibérément pas

• Nous ne promettons pas qu’un fichier atteindra une taille exacte. La compression dépend du contenu. Lorsqu’un objectif ne peut être atteint sans franchir le seuil de qualité, FileSlimmer le dit et renvoie le meilleur résultat obtenu.
• Nous ne promettons pas que chaque fichier sera traité sur chaque appareil. La mémoire du navigateur est finie et un gros fichier sur un téléphone peut être refusé avant de faire planter l’onglet. Les limites de l’appareil sont appliquées avant la lecture de votre fichier, et non après.
• Nous ne promettons pas un score de performance. Lighthouse et les Core Web Vitals dépendent de l’appareil et du réseau.
• Nous ne promettons rien concernant vos extensions, votre système d’exploitation ou votre réseau. Consultez la déclaration de confidentialité.

Les opérations destructrices sont signalées

Certaines opérations perdent naturellement des informations. La compression PDF rastérisée supprime le texte consultable, les liens, formulaires, annotations, calques, structure d’accessibilité et signatures numériques. Modifier un PDF signé invalide sa signature. Supprimer les métadonnées ne supprime pas les informations visibles dans l’image elle-même. FileSlimmer avertit avant chacune de ces opérations, plutôt qu’après.

Open source

FileSlimmer repose sur des composants open source. Leurs licences et dépôts source sont indiqués sur la page des avis open source, y compris l’offre de reliaison pour les composants LGPL.