Comment QuickToolio traite vos fichiers dans le navigateur

Quand vous sélectionnez un fichier dans un outil QuickToolio, votre navigateur le lit directement depuis votre appareil. Il n'y a pas d'étape d'envoi intermédiaire : le fichier ne voyage jamais jusqu'à l'un de nos serveurs. L'outil le transforme en utilisant le navigateur lui-même comme moteur de calcul, exactement comme le ferait un programme installé en utilisant le processeur de votre machine.

Sélectionner un fichier (via le sélecteur du système ou en le glissant) n'est pas la même chose que l'envoyer : sélectionner donne seulement au navigateur la permission de le lire en mémoire ; l'envoyer signifierait le transmettre par le réseau jusqu'à un serveur, ce qu'aucun outil de conversion, compression ou édition de QuickToolio ne fait.

Le résultat — le PDF fusionné, l'image compressée, l'audio extrait — est lui aussi généré sur votre appareil, et proposé au téléchargement directement depuis là, sans passer par aucun serveur intermédiaire.

La base, c'est JavaScript, exécuté par le navigateur lui-même, ainsi que les API que les navigateurs modernes offrent pour travailler avec des fichiers, des images et de l'audio : l'API File, Canvas pour dessiner et manipuler des images, l'API Web Audio, entre autres.

Pour les opérations les plus exigeantes, plusieurs outils utilisent WebAssembly (WASM), un format qui exécute du code à une vitesse proche du natif dans le navigateur. Par exemple : supprimer l'arrière-plan d'une image ou augmenter sa résolution utilise un modèle d'intelligence artificielle exécuté avec ONNX Runtime sur WebAssembly ; ouvrir un RAR protégé par mot de passe utilise une bibliothèque WebAssembly équivalente à celle d'un outil d'archivage de bureau ; reconnaître le texte d'un PDF scanné (OCR) utilise Tesseract, également compilé en WebAssembly.

Les outils vidéo et audio utilisent FFmpeg compilé en WebAssembly, exécuté dans un Web Worker : un fil d'exécution séparé qui fait le travail lourd sans bloquer le reste de la page pendant que vous convertissez ou découpez un fichier.

À l'inverse, les outils PDF, Word (DOCX), OpenDocument (ODT) ou ZIP fonctionnent avec du JavaScript classique, sans WebAssembly, car ces opérations précises n'ont pas besoin de ce surplus de performance.

Même si le traitement de vos fichiers est local, charger la page génère bien du trafic réseau, comme sur n'importe quel site web : le HTML, le CSS, le JavaScript et, quand un outil en a besoin, les fichiers WebAssembly ou les modèles d'IA mentionnés plus haut. Tout cela, c'est le code du site lui-même, jamais votre fichier.

QuickToolio est servi via Cloudflare, qui agit comme notre hébergeur et réseau de diffusion de contenu : il gère techniquement la livraison de la page, comme il le ferait pour n'importe quel site. La recherche intelligente de la page d'accueil est la seule fonctionnalité du site qui interroge un service dans le cloud (un Worker Cloudflare avec IA) : elle envoie uniquement le texte que vous tapez dans la recherche et la langue, jamais un fichier ni le contenu d'un outil.

L'analyse (Google Analytics) et la publicité (Google AdSense) fonctionnent selon la même règle : elles ne se chargent que si elles sont activées dans la configuration du site et que vous avez donné votre consentement explicite ; sans ces deux conditions réunies, aucune donnée d'analyse n'est chargée ni envoyée, et aucune publicité n'est affichée. Quand l'analyse est active, elle mesure de façon agrégée quels outils sont utilisés, jamais le contenu que vous y saisissez.

Votre navigateur enregistre, sur votre propre appareil et non sur un serveur, deux préférences très précises : votre choix concernant l'analyse et la publicité, et si vous préférez le thème clair ou sombre de l'interface. Aucune des deux ne contient votre fichier ni aucune donnée sur ce que vous traitez dans un outil.

• Confidentialité : le contenu de votre fichier ne passe entre aucune main tierce pour être traité, car il ne quitte jamais votre appareil.
• Pas d'envoi à attendre : pas besoin d'attendre qu'un gros fichier finisse d'être envoyé à un serveur avant de pouvoir commencer à travailler dessus.
• Démarrer dès le chargement de l'outil : une fois que votre navigateur a téléchargé ce dont cet outil précis a besoin, il peut traiter sans autre requête vers un serveur.

Cela ne signifie pas que QuickToolio fonctionne hors ligne : il faut charger la page (et, la première fois que vous utilisez un outil, ses fichiers propres) avant de pouvoir traiter quoi que ce soit.

Le traitement local a une contrepartie : la limite de ce que vous pouvez faire dépend de votre propre appareil, pas d'un serveur avec plus de ressources. La mémoire disponible, la puissance du processeur, le navigateur que vous utilisez et sa compatibilité, ainsi que la taille ou la complexité du fichier, influencent tous le fait qu'une opération se termine correctement, prenne plus de temps que prévu, ou échoue.

Certains outils (ceux qui utilisent WebAssembly, comme la vidéo, l'audio, l'OCR ou l'édition d'image par IA) doivent télécharger leur moteur la première fois que vous les utilisez, ce qui ajoute un temps de chargement initial. Sur des fichiers très volumineux, ou comportant de nombreuses pages, images ou pistes, une opération peut prendre bien plus de temps qu'avec un petit fichier, et sur des appareils peu puissants elle peut se fermer avant d'aboutir. Il n'existe pas de chiffre universel de "taille maximale" : cela dépend de la combinaison précise du fichier, de l'opération et de l'appareil.

Pas besoin de savoir programmer pour s'en faire une idée. Un signal simple : si vous coupez votre connexion Internet juste après que la page et l'outil ont fini de charger, et que vous pouvez toujours traiter votre fichier, c'est un bon indice que ce traitement précis a lieu sur votre appareil. Cela ne prouve pas qu'il n'y a aucun trafic à d'autres moments du chargement, seulement que traiter le fichier lui-même n'en génère pas.

Si vous êtes sur un navigateur de bureau, l'onglet "Réseau" des outils de développement (généralement ouvert avec F12) affiche les requêtes de la page. Vous verrez des requêtes au chargement de l'outil ; ce que vous ne devriez pas voir en cliquant sur "traiter" ou "convertir", c'est une nouvelle requête portant le poids de votre fichier. C'est indicatif, pas une preuve absolue : le chargement de la page elle-même, ou des fonctionnalités annexes comme la recherche intelligente, génèrent leurs propres requêtes, donc tout le trafic que vous voyez n'est pas forcément lié à votre fichier.

Pendant que vous travaillez, le fichier que vous sélectionnez et le résultat produit par l'outil vivent dans la mémoire de votre navigateur, pas dans un quelconque stockage de notre part. Si vous fermez l'onglet, rechargez la page ou passez à un autre outil, cette mémoire est libérée : le fichier d'origine et le résultat cessent d'y être disponibles, et il faudrait recommencer l'opération.

La seule chose qui survit à la fermeture ou au rechargement de la page, ce sont les deux préférences stockées dans votre navigateur (thème et consentement) et, bien sûr, tout fichier que vous avez explicitement téléchargé sur votre appareil pendant la session.

Politique de confidentialité

Politique de cookies

Licences tierces

Contact