Le traitement local signifie que le navigateur de votre appareil lit et transforme un fichier sélectionné au lieu de l'envoyer d'abord à un serveur de traitement distant. Le site Web peut toujours télécharger le code nécessaire à ce travail et effectuer des requêtes ordinaires sur le site Web. Le traitement des fichiers locaux décrit l'endroit où l'opération se produit ; cela ne signifie pas que l'ensemble du site Web est déconnecté d'Internet.
Traitement local vs traitement serveur
| Question | Traitement local | Traitement du serveur |
|---|---|---|
| Qui lit et transforme le fichier ? | Logiciel exécuté sur votre appareil. | Logiciel sur un serveur distant après un téléchargement. |
| Quelles ressources font le travail ? | Le processeur et la mémoire de votre appareil. | Principalement le processeur et la mémoire du serveur. |
| Qu'est-ce qui nécessite une connexion ? | La page et tout code, modèle ou autre demande non mis en cache. | Télécharger les entrées, traiter les demandes et recevoir le résultat. |
| Que faut-il vérifier ? | Comportement de téléchargement réel, autres requêtes et stockage local. | Politiques de gestion, de conservation, d’accès et de suppression des téléchargements. |
Par exemple, la rotation locale d'un PDF permet à votre navigateur de créer la copie pivotée à partir de l'original sélectionné. Un service basé sur le serveur reçoit le PDF, crée une copie à distance et renvoie le résultat. Les deux approches peuvent avoir des fonctionnalités supplémentaires ; l'étiquette à elle seule ne décrit pas tous les flux de données.
Que se passe-t-il lorsque vous sélectionnez un fichier ?
Un sélecteur de fichiers du navigateur donne à la page l'accès aux fichiers que vous choisissez. La sélection et le téléchargement sont des actions distinctes : JavaScript peut lire les octets sélectionnés localement, mais un site Web peut également envoyer ces octets sur le réseau. Un bouton intitulé « Choisir un fichier » n'établit pas le comportement qui suit.
Le traitement peut contenir simultanément des octets d'entrée, des images décodées, des aperçus de page et des octets de sortie en mémoire. Une URL d'objet temporaire, commençant généralement par blob :, permet à la page d'afficher ou de télécharger des données stockées dans le navigateur. La création de cette URL ne constitue pas un lien de téléchargement ou de partage public. Le publier permet au navigateur de récupérer les ressources associées ; il ne s'agit pas d'une promesse d'effacement sécurisé de la mémoire ou du stockage de l'appareil.
Pourquoi un outil local télécharge-t-il toujours des éléments ou utilise-t-il de la mémoire ?
JavaScript exécute la logique de l'application. WebAssembly permet aux navigateurs d'exécuter des moteurs de traitement compilés, tandis que les fonctionnalités du navigateur peuvent décoder les images et dessiner des aperçus. Aucune de ces technologies n’empêche automatiquement un site Web d’effectuer des requêtes réseau.
Un outil peut avoir besoin de télécharger un fichier de langage OCR réutilisable ou un modèle de suppression d'arrière-plan avant de pouvoir fonctionner. Recevoir cette ressource partagée est différent de l’envoi de votre document à un serveur. Le traitement lui-même consomme toujours du processeur et de la RAM : une photo compressée peut s'étendre dans une mémoire tampon de pixels beaucoup plus grande, et un long PDF peut nécessiter de nombreux aperçus de pages. Les tâches volumineuses peuvent être lentes ou dépasser la mémoire disponible d'un téléphone.
De quoi dépend « hors ligne après le premier chargement » ?
L'utilisation hors ligne dépend de la page exacte, du moteur de traitement et des ressources requises disponibles dans le cache du navigateur. Ouvrir une seule fois une page d’accueil ne met pas nécessairement en cache tous les outils. Les navigateurs peuvent effacer les données mises en cache, la navigation privée peut en conserver moins et une langue ou un modèle différent peut nécessiter un nouveau téléchargement. Testez le flux de travail spécifique hors ligne avant de vous en servir.
Ce que la transformation locale ne garantit pas
- Cela ne prouve pas qu'un site ne dispose pas d'analyses, de cookies, de services de contact ou de tout autre trafic réseau.
- Il ne supprime pas les métadonnées ni les informations personnelles visibles de la sortie.
- Il ne protège pas un fichier téléchargé des autres personnes ou logiciels ayant accès à votre appareil.
- Il n’élimine pas les risques liés aux extensions de navigateur, au code compromis ou à un appareil non sécurisé.
Vérifiez les divulgations de confidentialité actuelles d’un service et le comportement de l’outil particulier. Si vous envisagez de partager le résultat, consultez également métadonnées des fichiers et contenu visible.
Comment SoraFiles utilise le traitement local
SoraFiles traite les fichiers pris en charge dans le navigateur et n'envoie pas leur contenu ou leurs résultats à un serveur de traitement SoraFiles. C'est Page de confidentialité décrit séparément les demandes de sites Web et les événements anonymes d'utilisation des outils. Le formulaire de contact constitue une exception intentionnelle à l'utilisation générale du site Web : les informations que vous y soumettez sont envoyées au service de contact.
Le Page Open Source identifie les bibliothèques du navigateur et la source de l'application. Il s’agit de divulgations d’implémentation de première partie et non d’une certification de sécurité indépendante. Essayez un flux de travail représentatif tel que Compresser un PDF ou Convertisseur d'images, ou parcourez Tous les outils.
Références
- MDN : utilisation de fichiers provenant d'applications Web (External link, opens in a new tab)
- MDN : création d'URL d'objets (External link, opens in a new tab)
- MDN : concepts WebAssembly (External link, opens in a new tab)
- MDN : Utilisation de techniciens de service (External link, opens in a new tab)
- Divulgations de confidentialité de SoraFiles