Apple lehnt eine Diktier-App ab und liefert damit ein Lehrstück über Plattform-Abhängigkeit. Entwickler Rene Zelaya baute WhisperPad, weil eine Handverletzung ihm das Tippen erschwerte. Die App transkribiert Sprache lokal auf dem Mac und fügt den Text direkt ins aktive Feld ein. Genau diese Funktion brachte sie aus dem App Store, obwohl frühere Versionen mit identischer Technik durchgewunken worden waren.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Das Wichtigste in Kürze
- Apple lehnte ein WhisperPad-Update im April 2026 unter Richtlinie 2.4.5 ab, weil die App die Accessibility-API zum Einfügen von Text nutzt.
- Frühere, genehmigte Versionen taten mit denselben Berechtigungen exakt dasselbe.
- Nach einem erfolglosen Einspruch teilte der Entwickler die App in zwei Versionen auf.
- Die App-Store-Variante fügt Text nur über die Zwischenablage ein, die direkt vertriebene Version bietet das automatische Einfügen.
WhisperPad sitzt in der Menüleiste, transkribiert nach einem Tastenkürzel das Gesprochene lokal und platziert den Text dort, wo der Cursor steht. Nichts wandert an einen Server. Die ganze App hat ein Ziel: Worte mit so wenigen Handbewegungen wie möglich aus dem Kopf in den Rechner zu bringen. Für jemanden mit einer Sehnenscheidenentzündung ist jede gesparte Tasteneingabe ein echter Gewinn.
Warum lehnt Apple eine Barrierefreiheits-App ab?
Die Ablehnung stützt sich auf Guideline 2.4.5. Apples Position: Die Nutzung der Accessibility-API sei in diesem Fall keine Barrierefreiheits-Anwendung. WhisperPad verwendet die Berechtigung, um transkribierten Text in andere Programme einzuspeisen, und genau das wertet Apple als nicht genehmigten Einsatz. Der Entwickler legte Einspruch ein, schilderte seine Handverletzung und erklärte, dass das direkte Einfügen Betroffenen unnötige Tastenanschläge erspart. Nach Wochen des Wartens kam im Mai die zweite Ablehnung.
Vermutlich zielt die Richtlinie auf Apps, die Text zu Barrierefreiheitszwecken in sich selbst einfügen, nicht in fremde Programme. Eine wirklich klare Begründung erhielt der Entwickler nie. Eine App, die in jedes andere Programm auf dem System hineingreift, ist allerdings eine Funktion, bei der Vorsicht angebracht ist, und WhisperPad sitzt damit auf einer unklaren Grenzlinie.
Wer seine App allein im App Store anbietet, übergibt die Geschäftsgrundlage an eine fremde Richtlinie. Der zweite Vertriebsweg ist keine Trotzreaktion, sondern Risikostreuung.
— Markus Seyfferth, Chefredakteur Dr. Web
Was lernen Entwickler aus dem Fall?
Zelaya entschied sich gegen ein Entweder-oder. Die App-Store-Version legt den Text in die Zwischenablage, von wo ihn der Nutzer mit Command-V einfügt. Das verlängert den Kernablauf von rund vier auf sechs Schritte. Für die meisten klingt das harmlos, doch für Menschen, die mit jeder Handbewegung haushalten müssen, bedeutet ein Plus von 50 Prozent an Schritten spürbar mehr Mühe. Die Originalversion mit automatischem Einfügen vertreibt der Entwickler nun direkt über die eigene Website.
Der Direktvertrieb bringt eigene Aufgaben mit sich. Zahlungen wickelt Zelaya über Paddle ab, Updates über das etablierte Framework Sparkle, die Lizenzprüfung läuft über einen kleinen eigenen Server. Nichts davon ist exotisch, es ist der eingespielte Weg unabhängiger Mac-Software. Doch wer ihn geht, baut Vertrauen, Bezahlung und Update-Mechanik selbst auf, statt sich auf die Infrastruktur des Stores zu verlassen.
Für Unternehmen, die Software vertreiben, steckt darin eine konkrete Lehre. Klären Sie früh, wie abhängig Ihr Geschäftsmodell von einer einzigen Plattform ist, und halten Sie einen zweiten Vertriebsweg zumindest vorbereitet. Eine Ablehnung kostet Reichweite, doch sie zwingt nicht zum Aufgeben, solange ein direkter Kanal existiert.
Mehr #Apple News
Mehr zu App-Store-Richtlinien
