Schickt VoiceScroll deine Stimme an einen Server?

Bei jeder App, die dir beim Sprechen zuhört, lohnt sich eine Frage: Wohin geht dieses Audio eigentlich? Bei einem Teleprompter ist das Mikrofon während der ganzen Aufnahme aktiv, nicht nur für ein paar Sekunden. Deshalb zählt die Antwort hier mehr als bei einem kurzen Sprachbefehl.

Die kurze Antwort

Auf iPhone und iPad bleibt die Spracherkennung von VoiceScroll standardmäßig auf deinem Gerät: Die App erzwingt On-Device-Verarbeitung und schaltet nicht von sich aus auf einen Server um, auch nicht als Fallback. Die einzige Ausnahme ist die Online-Erkennung, die aus bleibt, bis du sie selbst einschaltest. Ist sie an, wird eine Sprache, deren Erkennungsmodell nicht auf deinem Gerät ist, von Apples Servern erkannt, wofür eine Internetverbindung nötig ist; Sprachen, deren Modell installiert ist, bleiben auf dem Gerät. Auf Android fordert VoiceScroll standardmäßig die Erkennung auf dem Gerät an und wählt nicht von sich aus eine serverbasierte Erkennung. Kann dein Gerät die gewählte Sprache nur erkennen, indem es das Audio wegschickt, sagt dir die App das, statt es stillschweigend zu tun. Für diese Sprache kannst du die Online-Erkennung ausprobieren, die dein Audio an Google sendet und eine Internetverbindung braucht.

Was "On-Device" wirklich bedeutet

Spracherkennung kann auf zwei Wegen laufen. Cloud-Erkennung streamt dein Audio an einen Server, der die Transkription übernimmt und den Text zurückschickt. On-Device-Erkennung führt das Modell lokal aus: Deine Stimme muss das Telefon nie verlassen, um verstanden zu werden. Der Kompromiss betrifft meist Genauigkeit und Sprachabdeckung, weil Cloud-Modelle tendenziell größer sind, aber für einen Teleprompter, der ohnehin ein Skript vorliest, das du selbst geschrieben hast, reicht On-Device-Erkennung normalerweise aus, und sie hängt nicht von der Netzverbindung am Drehort ab.

iPhone und iPad: standardmäßig On-Device

Unter iOS ist die Spracherkennungsanfrage von VoiceScroll standardmäßig so konfiguriert, dass sie On-Device-Verarbeitung verlangt. Das ist keine Einstellung, die die App stillschweigend übergehen könnte, nur weil zufällig Netz verfügbar ist, sondern eine feste Anforderung direkt in der Anfrage selbst. Diese Standardeinstellung gilt für beide Erkennungs-Engines von VoiceScroll, die klassische und die neuere, die mit iOS 26 eingeführt wurde. Fehlt für eine Sprache das On-Device-Modell auf deinem Gerät, sagt dir die App das, statt leise auf einen Server umzuschalten, und du kannst das Modell herunterladen oder die Online-Erkennung einschalten. Ob eine Sitzung die Online-Erkennung nutzt, wird beim Start festgelegt, eine Sitzung wechselt also nicht mittendrin auf einen Server.

Android: standardmäßig On-Device, und eine Grenze, die man nennen sollte

Androids Spracherkennungs-APIs funktionieren anders als die von iOS. Android bietet zwar eine streng geräteinterne Erkennungs-Schnittstelle, doch VoiceScroll allein darauf zu beschränken würde Geräte ausschließen, die Sprache offline über einen anderen Anbieter erkennen. Deshalb behält die App die breitere Menge an Erkennungsdiensten und lehnt standardmäßig alles ab, was nicht offline ist. Anbieter, die nur online arbeiten, fallen komplett aus der Kandidatenliste, bei der ersten Wahl ebenso wie in der Failover-Kette mitten in der Sitzung, und jede Anfrage ist fest auf Offline-Priorität gesetzt. Wird eine Sprache auf deinem Telefon nur remote bedient, blockiert die App den Start und öffnet das Sprach-Einstellungsblatt mit der Begründung, statt von sich aus auf einen Server umzuschalten, damit es doch läuft. Dort kannst du für diese Sprache auch die Online-Erkennung ausprobieren, die das Audio an Google sendet und eine Internetverbindung braucht.

Ein früheres Release hatte hier eine echte Lücke, die man offen ansprechen sollte. Die App bevorzugte On-Device-Erkennung, verweigerte den entfernten Weg aber nicht: Starb der führende Offline-Erkenner mitten in der Sitzung, etwa durch ein Start-Timeout, einen Watchdog, der bei ausbleibender Transkription anschlägt oder einen Fehler wegen nicht unterstützter Sprache, konnte die Failover-Kette bei einem Online-Anbieter landen, die Anfrage ohne das Offline-Flag neu aufbauen und den Rest der Aufnahme an Googles Sprachdienst übergeben, ohne dass am Bildschirm etwas davon stand. Das wurde in Version 1.10.1 behoben. Online-Anbieter werden jetzt überall abgelehnt, wo die App einen Erkenner auswählt, die Failover-Kette hat also nichts mehr, worauf sie fallen könnte. Die im September 2026 auf Android hinzugekommene Online-Erkennung ist etwas anderes: Sie bleibt aus, bis du sie selbst einschaltest, gilt nur für Sprachen, die dein Telefon nicht offline erkennt, und wird vor dem Start einer Sitzung festgelegt, eine Sitzung wechselt also nie mittendrin auf einen Server.

Und hier die Grenze, die man nennen sollte: Weil VoiceScroll diese breitere Menge nutzt und nicht allein die strikte Schnittstelle, ist die Offline-Priorität, die es jeder Anfrage mitgibt, ein Hinweis, den diese Erkennungsdienste ignorieren können, keine Plattformgarantie. Online-Anbieter auszuschließen und dieses Flag festzusetzen ist der stärkste Hebel, den die App auf Android hat. Es ist eine Garantie der App, nicht das kategorische Versprechen, das iOS geben kann.

Und das Skript selbst?

Unabhängig vom Audio wird auch dein Skripttext weder gesammelt noch hochgeladen. Die einzige Ausnahme ist die Online-Erkennung auf iPhone und iPad: Dann werden Wörter aus deinem Skript, die als andere Sprache erkannt werden, zusammen mit dem Audio als Erkennungshinweise an Apple gesendet. Skripte werden lokal auf deinem Gerät gespeichert, und VoiceScroll erfordert kein Konto, es gibt also gar kein serverseitiges Profil, dem deine Skripte zugeordnet werden könnten. Nimmst du ein Video auf, gilt dasselbe: Video und Audio werden als Datei auf deinem Gerät gespeichert, nicht irgendwohin gestreamt.

Wie du das bei jeder App prüfen kannst, nicht nur bei VoiceScroll

Das betrifft nicht nur Teleprompter, es lohnt sich bei jeder App, die dir regelmäßig zuhört:

• Suche in der Datenschutzerklärung oder Appbeschreibung gezielt nach dem Begriff "On-Device". "Wir nehmen deinen Datenschutz ernst" ohne technische Aussage bedeutet meist gar nichts.
• Prüfe, ob die App bei ausgeschaltetem Netzwerk funktioniert. Tut sie das, ist das ein starkes Zeichen für tatsächlich lokale Verarbeitung.
• Achte darauf, was eine App tut, wenn sie lokal nicht erkennen kann. Die Sprache abzulehnen und das zu sagen, oder einen Fallback anzuzeigen, während er läuft, ist beides vertretbar. Ohne Hinweis auf einen Server umzuschalten, ist es nicht.

Fazit

Auf iPhone und iPad bleibt deine Stimme standardmäßig auf dem Gerät. Schaltest du die Online-Erkennung ein, erkennen Apples Server nur die Sprachen, deren Erkennungsmodell nicht auf deinem Gerät ist. Auf Android fordert VoiceScroll standardmäßig die Erkennung auf dem Gerät an und wählt nicht von sich aus eine serverbasierte Erkennung, wobei das auf Android eine Garantie der App ist und keine der Plattform. Bewältigt dein Gerät eine Sprache nur remote, sagt dir die App das, statt auf einen Server umzuschalten, und du kannst selbst entscheiden, die Online-Erkennung auszuprobieren, die dieses Audio an Google sendet. So oder so werden deine Skripte nicht gesammelt, und es gibt kein Konto, das irgendetwas davon mit dir verknüpft.