VoiceScroll envoie-t-il ta voix à un serveur ?

Toute application qui t'écoute pendant que tu parles mérite qu'on se pose une question : où va vraiment cet audio ? Pour un téléprompteur, le micro reste actif pendant toute la prise, pas juste quelques secondes, donc la réponse compte davantage que pour une simple commande vocale.

La réponse courte

Sur iPhone et iPad, la reconnaissance vocale de VoiceScroll ne quitte jamais ton appareil. Ni parfois, ni comme solution de repli : l'app impose un traitement sur l'appareil et n'a aucun chemin de code qui envoie ton audio à un serveur. Sur Android non plus, VoiceScroll ne choisit jamais de moteur hébergé sur un serveur. Si ton appareil ne peut reconnaître la langue choisie qu'en envoyant l'audio ailleurs, l'app te dit que cette langue n'y est pas utilisable au lieu de le faire en silence.

Ce que "sur l'appareil" veut vraiment dire

La reconnaissance vocale peut fonctionner de deux façons. La reconnaissance cloud transmet ton audio en streaming à un serveur, qui fait la transcription et renvoie le texte. La reconnaissance sur l'appareil exécute le modèle localement : ta voix n'a jamais besoin de quitter le téléphone pour être comprise. Le compromis porte généralement sur la précision et la couverture linguistique, les modèles cloud ont tendance à être plus gros, mais pour un téléprompteur qui lit déjà un script que tu as toi-même écrit, la reconnaissance sur l'appareil est en général suffisamment précise, et elle ne dépend pas de la connexion sur le lieu de tournage.

iPhone et iPad : uniquement sur l'appareil, aucune exception

Sur iOS, la requête de reconnaissance vocale de VoiceScroll est configurée pour exiger un traitement sur l'appareil. Ce n'est pas une préférence que l'app pourrait ignorer discrètement si le réseau se trouve être disponible, c'est une exigence stricte inscrite dans la requête elle-même. Si une langue n'a pas de modèle sur l'appareil chez toi, l'app t'indique qu'il faut le télécharger plutôt que de basculer discrètement vers un serveur. Cela s'applique aux deux moteurs de reconnaissance de VoiceScroll, l'ancien et le plus récent introduit avec iOS 26.

Android : uniquement sur l'appareil, et une limite qu'il faut énoncer

Les API vocales d'Android ne fonctionnent pas comme celles d'iOS. Android propose bien une interface de reconnaissance strictement locale, mais limiter VoiceScroll à celle-ci seule écarterait les appareils qui reconnaissent bel et bien la parole hors ligne via un autre moteur. L'app conserve donc l'ensemble plus large de services de reconnaissance et refuse tout ce qui n'est pas hors ligne. Les moteurs qui ne fonctionnent qu'en ligne sont entièrement écartés de la liste des candidats, au premier choix comme dans la chaîne de bascule en cours de session, et chaque requête est verrouillée sur la préférence hors ligne. Si une langue n'est servie qu'à distance sur ton téléphone, l'app bloque le démarrage et ouvre la feuille de réglages vocaux qui explique pourquoi, plutôt que de basculer vers un serveur pour que ça marche quand même.

Une ancienne version avait ici une vraie faille, et il vaut mieux la dire franchement. L'app privilégiait la reconnaissance sur l'appareil mais ne refusait pas le chemin distant : quand le moteur hors ligne en tête mourait en cours de session, sur un délai de démarrage dépassé, un watchdog déclenché par l'absence de transcription ou une erreur de langue non prise en charge, la chaîne de bascule pouvait atterrir sur un moteur en ligne, reconstruire la requête sans l'indicateur hors ligne et confier le reste de la prise au service vocal de Google sans rien afficher à l'écran. C'est corrigé depuis la version 1.10.1. Les moteurs en ligne sont désormais rejetés partout où l'app choisit un moteur, la chaîne de bascule n'a donc plus où retomber.

Et voici la limite qu'il faut énoncer : comme VoiceScroll utilise cet ensemble plus large et non la seule interface stricte, la préférence hors ligne qu'il verrouille sur chaque requête reste une indication que ces services de reconnaissance peuvent ignorer, pas une garantie de la plateforme. Écarter les moteurs en ligne et verrouiller cet indicateur est le levier le plus fort dont l'app dispose sur Android. C'est une garantie de l'app, pas la promesse catégorique que peut faire iOS.

Et le script lui-même ?

Indépendamment de l'audio, le texte de ton script n'est ni collecté ni envoyé non plus. Les scripts sont stockés localement sur ton appareil, et VoiceScroll ne demande pas de compte pour être utilisé, il n'existe donc aucun profil côté serveur auquel tes scripts pourraient être rattachés. Si tu enregistres une vidéo, c'est pareil : la vidéo et l'audio sont écrits dans un fichier sur ton appareil, pas diffusés ailleurs.

Comment vérifier cela pour n'importe quelle app, pas seulement VoiceScroll

Ce n'est pas propre aux téléprompteurs, ça vaut la peine de le vérifier pour toute app qui t'écoute régulièrement :

• Cherche le terme "sur l'appareil" précisément dans la politique de confidentialité ou la description de l'app. "Nous prenons ta confidentialité au sérieux" sans affirmation technique ne veut généralement rien dire.
• Vérifie si l'app fonctionne réseau coupé. Si oui, c'est un signe fort que la reconnaissance est réellement locale.
• Regarde ce qu'une app fait quand elle ne peut pas reconnaître localement. Refuser la langue et le dire, ou signaler un basculement pendant qu'il a lieu, sont deux choix défendables. Basculer vers un serveur sans te prévenir ne l'est pas.

En résumé

Sur iPhone et iPad, ta voix reste sur l'appareil, sans exception. Sur Android, VoiceScroll ne choisit jamais de moteur hébergé sur un serveur et refuse les langues que ton appareil ne peut traiter qu'à distance, étant entendu que sur Android il s'agit d'une garantie de l'app et non de la plateforme. Dans les deux cas, tes scripts ne sont pas collectés, et aucun compte ne relie tout cela à toi.