Comment vérifier la promesse du zéro téléversement
Tous les navigateurs intègrent l'instrument qui prouve ou réfute ce que dit cette page. Cela prend moins d'une minute :
- Ouvrez les DevTools : appuyez sur F12 (Windows/Linux) ouCmd+Option+I (Mac).
- Sélectionnez l'onglet Réseau.
- Déposez un fichier (le plus gros possible) dans l'outil ci-dessus et laissez-le travailler.
- Observez la liste des requêtes. Vous verrez les ressources de la page elle-même (HTML, CSS, le moteur de réparation). Ce que vous ne verrez pas, c'est la moindre requête transportant votre fichier : aucun
POST, aucunPUT, aucun téléversement, quelle que soit sa taille.
Ce n'est pas une promesse marketing qui se trouve être difficile à vérifier — c'est toute la conception. Un outil qui téléverse votre fichier ne peut pas passer ce test ; un outil qui ne le fait pas le passe à chaque fois, pour tout le monde, avec n'importe quel fichier.
Essayez avec un fichier d'exemple
Pas de vidéo endommagée sous la main — ou vous préférez ne pas risquer une vidéo à laquelle vous tenez ? Prenez l'un de ces fichiers d'exemple cassés à dessein, déposez-le dans l'outil ci-dessus avec l'onglet Réseau ouvert, et observez : les ressources de la page se chargent, et votre fichier ne va nulle part. Chacun est minuscule et se répare à partir du seul fichier.
- sample-truncated.mp4— un MP4 dont l'enregistrement a été interrompu avant la fin de l'écriture. Les images qui ont survécu à la coupure sont remultiplexées dans un fichier lisible.
- sample-broken.zip— un ZIP interrompu net (« unexpected end of archive »). Les entrées intactes sont vérifiées et reconstruites dans une archive neuve et fonctionnelle.
- sample-damaged.pdf— un PDF dont la table de références croisées est détruite (« damaged and could not be repaired »). L'index est reconstruit et le document s'ouvre à nouveau.
Ce sont de petits fichiers de test synthétiques, sans contenu réel — détails dans samples/README.txt. Exemple ou non, rien de ce que vous déposez dans l'outil n'est jamais téléversé.
Pourquoi c'est important
Images sensibles
Preuves juridiques, enregistrements médicaux, vidéos de famille qui n'existent nulle part ailleurs. Le téléversement crée une copie sur du matériel que vous ne contrôlez pas, régie par des conditions que vous n'avez pas écrites. Quand la réparation a lieu sur votre machine, cette copie n'existe jamais — il n'y a rien à stocker, puisque rien n'est reçu.
Accords de confidentialité et documents clients
Si vous êtes tenu par un accord de confidentialité, « j'ai téléversé le montage brut sur un site de réparation » est une phrase que vous ne voudrez jamais prononcer. La réparation dans le navigateur maintient le contenu à l'intérieur de la limite que l'accord présuppose : votre appareil.
Fichiers de plusieurs gigaoctets
La vidéo, c'est volumineux. Un clip de drone en 4K ou un enregistrement OBS de deux heures peut dépasser ce qu'une connexion classique est capable de téléverser de façon fiable, et avec les outils fondés sur le téléversement vous payez ce coût avant même de savoir si le fichier est réparable. La réparation locale commence à lire le fichier en quelques secondes.
Comment fonctionne la réparation dans le navigateur
Les navigateurs modernes peuvent exécuter du code compilé à une vitesse quasi native : le même moteur d'analyse et de reconstruction qui, sinon, tournerait sur un serveur, désormais dans l'onglet que vous avez déjà ouvert. Quand vous déposez un fichier, la File API du navigateur donne au moteur un accès direct en lecture aux octets présents sur votre disque. Le moteur parcourt la structure du fichier, localise les données qui ont survécu, reconstruit autour d'elles l'index ou le conteneur endommagé, et assemble le fichier réparé dans la mémoire de votre onglet. L'enregistrer n'est qu'une écriture locale de la mémoire vers le disque. Votre CPU, votre RAM, votre fichier — le réseau ne fait tout simplement pas partie du processus.
Ce que « outil en ligne » signifie le plus souvent
Le modèle standard de « réparation en ligne », c'est téléverser → traiter → télécharger : votre fichier voyage jusqu'à un serveur, y est réparé, et un résultat vous revient. Il y a de bonnes raisons de construire les outils ainsi — le serveur peut consacrer plus de mémoire aux très gros fichiers, et un seul moteur est plus facile à maintenir qu'un par navigateur. Les contreparties sont tout aussi réelles : vous attendez la fin du téléversement avant que quoi que ce soit se produise, le service conserve une copie complète de votre fichier pendant un certain temps, et vous ne pouvez pas vérifier de façon indépendante ce qu'il en advient. Aucun des deux modèles n'est une arnaque ; ce sont des architectures différentes. Mais un seul vous permet de vérifier la promesse de confidentialité depuis votre côté du câble — et c'est celui que nous avons construit.
Ce que cela peut et ne peut pas réparer
La limite honnête de la réparation dans le navigateur, c'est lataille, pas la qualité. Le moteur effectue la même réparation structurelle où qu'il s'exécute, mais un onglet de navigateur a un plafond de mémoire qu'un processus natif n'a pas — les très gros fichiers (bien avancés dans la plage de plusieurs gigaoctets, selon la RAM de votre appareil) peuvent le dépasser. L'offre gratuite limite les fichiers à 500 Mo ; les réparations payantes suppriment notre limite et traitent les gros fichiers dans un pipeline de streaming sur l'origine de l'application. Tout le reste suit la règle valable pour tout le site :la structure peut être reconstruite, pas les données manquantes.