Wegen eines nie veröffentlichten Updates als Betrüger markiert: was Apple hier verspielt

Am 28. Oktober veröffentlichte ein Entwickler, der auf X als Stacy postet, den Screenshot einer App-Store-Connect-Nachricht mit dem Titel Pending Termination Notice. Die Apps hinter dem Account haben 114.000 $ Umsatz gemacht. Bis zum nächsten Morgen war der Beitrag rund 180.000 Mal angesehen worden, und die Antworten waren voll von Entwicklern, die ihre eigenen alten Ablehnungen prüften.

Die Geschichte ist kurz. Vor mehr als sechs Monaten kam mit einem Update einer bestehenden App eine Bibliothek dazu. App Review lehnte es mehr als achtmal ab, und fast nie wegen der Bibliothek. Beanstandet wurden Keywords, die seit über einem Jahr live waren, ein Untertitel in einer Lokalisierung, die Screenshots und am Ende der Name der App, unter dem die meisten Nutzer sie suchen.

Stacy bat um einen Anruf. Der Prüfer, im Beitrag als wirklich großartig beschrieben, sagte, der Name sei das letzte verbleibende Problem. Die App wurde umbenannt und neu eingereicht. Drei Tage später kam eine generische Ablehnung, die wieder den Untertitel und die Screenshots aufführte. Da entschied Stacy, das Update werde nicht gebraucht, und ließ es fallen.

Monate später schrieb Apple im selben Thread, der Account sei wegen „unehrlicher oder betrügerischer Aktivitäten" zur Entfernung markiert worden. Die App ist aus dem Store. Ein Einspruch liegt beim App Review Board.

Was die Mitteilung tatsächlich vorwirft

Der Screenshot zeigt die Begründung in einem Absatz: „Einreichungen von Ihrem Account haben wiederholt gegen die App Review Guidelines verstoßen, um den Prüfprozess zu umgehen. Nach mehreren erneuten Einreichungen bleiben die Verstöße, die Ihnen in früherer Korrespondenz genannt wurden, ungelöst." Auszahlungen sind pausiert, App-Übertragungen deaktiviert, und ein neuer Account „kann zur Kündigung des neuen oder verbundener Accounts führen."

Lesen Sie das langsam. Nichts darin erwähnt eine versteckte Funktion, eine gefälschte Bewertung oder einen Betrug. Vorgeworfen wird ein Muster: viele erneute Einreichungen und am Ende ein offener Verstoß. Dieses Muster passt zu einem Entwickler, der die Prüfung austestet, um etwas durchzuschmuggeln. Es passt genauso zu einem Entwickler, der immer wieder versuchte, die Prüfer zufriedenzustellen, dann aufgab und einen Thread nicht mehr beantwortete, den er für beendet hielt.

Die Regel dahinter ist Guideline 5.6, der Developer Code of Conduct: „Wiederholtes manipulatives oder irreführendes Verhalten oder anderes betrügerisches Verhalten führt zu Ihrem Ausschluss aus dem Apple Developer Program." Guideline 2.3.1 ergänzt, dass „ungeheuerliches oder wiederholtes Verhalten ein Grund für den Ausschluss ist." In beiden trägt das Wort wiederholt das Gewicht, und immer wieder einzureichen ist genau das, was gewissenhafte Entwickler tun, wenn ein Prüfer ständig etwas Neues findet.

Die Antworten wurden zu einer Warteschlange

Innerhalb eines Tages sammelte der Thread Entwickler mit demselben Brief. Ich habe jeden der folgenden Beiträge vollständig gelesen. Jeder ist die eigene Darstellung des Entwicklers, und keiner kommt mit Apples Seite.

• @Tom4icecram macht seit über zehn Jahren hauptberuflich Apps, und im Profil steht jetzt „All Apps are currently down." Die Zusammenfassung: „Plötzlich verstößt eine App, die sie genehmigt haben, gegen ihre Vereinbarung. Sie werfen dir unehrliche oder betrügerische Aktivitäten vor. Dein ganzer Account geht runter und nimmt Jahre unabhängiger Arbeit mit."
• @thebuildersince, ein Solo-Entwickler mit acht aktiven Apps, hatte vor fast einem Jahr eine App wegen eines Worts im Namen abgelehnt bekommen. Die App wurde umbenannt, genehmigt, dann aktualisiert und wieder genehmigt und neun Monate in Ruhe gelassen. Diese Woche kam dieselbe Formulierung „wiederholt verstoßen". „Ich hätte nie erwartet, dass Abgelehntwerden, Korrigieren und Genehmigtwerden ein Jahr später als „Betrug" zurückkommt." Das Einspruchsformular, merkt der Entwickler an, erlaubt 2.000 Zeichen.
• David Razmadze, seit mehr als sechs Jahren iOS-Entwickler, schreibt, der Account sei dieses Jahr gekündigt worden, „nachdem er sechs Jahre im App Store war."
• Javi (@rameerez) schrieb im Juli 2025, die Notarisierungs-Jobs für eine macOS-App hätten tagelang festgehangen, also folgte als Nächstes eine E-Mail an den Developer Support, „und das Nächste, was ich weiß, ist, dass sie meinen kompletten Developer Account GEKÜNDIGT haben?!"

Stacy postete am nächsten Morgen ein Update mit den Details, nach denen die Leute immer wieder fragten. Die App ist fast drei Jahre alt, hat eine niedrige Rückerstattungsquote und ist auf Google Play live. Die Bibliothek war für Werbe-Attribution da, und keine der Ablehnungen betraf sie. Stacys Theorie ist „eine Welle automatisierter Sperren, die nur prüfen, ob man in der Vergangenheit eine Serie von Ablehnungen hatte." Außerhalb von Apple kann das niemand bestätigen. Der Fall @thebuildersince passt unangenehm gut dazu, denn dort war die Ablehnung behoben und genehmigt worden.

Manche Markierungen sind berechtigt, und eine Geschichte, die in einem Beitrag sauber aussieht, kann anders wirken, wenn man die andere Seite gehört hat. Im August zog John Gruber eine Geschichte über eine App-Store-Ablehnung zurück, die erste in 24 Jahren Daring Fireball, weil der Account des Entwicklers ihn getäuscht hatte. Das behalte ich im Kopf, wenn ich all das lese. Was keiner dieser Entwickler beschreibt, ist eine konkrete Warnung vor der Mitteilung.

Apple hat ein echtes Betrugsproblem

Nichts davon geschieht im luftleeren Raum. 2025 kündigte Apple 193.000 Entwickler-Accounts wegen Betrugsverdachts und lehnte mehr als 138.000 Anmeldungen ab. Es entfernte fast 59.000 Apps wegen Bait-and-Switch, also Apps, die als Puzzle oder Taschenrechner genehmigt und nach der Prüfung in Werkzeuge für Finanzbetrug umgebaut wurden, und lehnte über 22.000 Einreichungen wegen versteckter oder nicht dokumentierter Funktionen ab.

Am 16. Oktober, zwölf Tage vor Stacys Beitrag, verschärfte Apple die Guidelines erneut. Eine neue 2.5.19 verbietet versteckte, schlafende oder nicht dokumentierte Funktionen und nennt Code-Obfuskation als Kündigungsgrund. Für Apps mit nutzergenerierten Inhalten kam hinzu, dass Entwickler, die „festgestellte Verstöße nach Hinweis nicht beheben, als Verstoß gegen den Developer Code of Conduct gewertet werden können." Ich weiß nicht, ob davon etwas in Stacys Akte gelandet ist. Es beschreibt aber die Stimmung, in der App Review diesen Herbst arbeitet.

Aus dieser Stimmung heraus sieht eine App, die immer wieder mit dem markierten Problem im offenen Zustand zurückkommt, wie der Auftakt eines Bait-and-Switch aus. Ich verstehe, warum das Muster markiert wird. Nicht verteidigen kann ich eine Markierung, die in einem Betrugsurteil enden kann, während derselbe Thread einen Anruf enthält, in dem ein Prüfer sagte, es sei nur noch eine Sache zu beheben.

Die Sanktion trifft am härtesten die, für die sie nicht gedacht war

Ein Betrugsunternehmen behandelt einen Entwickler-Account als Verbrauchsmaterial. Deshalb gab es 193.000 davon, die man in einem einzigen Jahr kündigen konnte, und deshalb verwendet die Mitteilung einen Satz darauf, vor neuen Accounts zu warnen. Für diese Leute ist der lebenslange Ausschluss aus dem Programm eine Zeile in einem Brief und der Preis einer neuen Identität.

Für einen Entwickler, dessen App sechsstellig verdient hat und die Nutzer über den Namen findet, beendet dieselbe Zeile das Geschäft auf Apple-Plattformen. Jede App unter dem Account verlässt den Store, samt Bewertungen, Rankings und den Nutzern, die die nächste Version bekommen hätten. Wer nie eine Ecke abgeschnitten hat, hat bei einer Sanktion, die für Leute gemacht ist, die nichts zu verlieren haben, am meisten zu verlieren.

Auf iOS gibt es außerdem keinen anderen Ort. Seit iOS 17.4 können Nutzer in der EU Apps aus alternativen Marktplätzen und von Websites der Entwickler installieren, und das wird oft als Antwort auf die Macht des App Store genannt. Diese Apps müssen trotzdem von Apple notarisiert werden, und Apples eigene Beschreibung eines Marktplatzes ist ein Dienst, der notarisierte Apps „von anderen Mitgliedern des Apple Developer Program" erhält. Die Guidelines sagen, verstoßende Apps werden „aus dem App Store entfernt und von der Installation über alternative Distribution blockiert." Ein gekündigter Account hat in keinem Land einen Weg aufs iPhone.

Wohin diese Entwickler stattdessen gehen

Sie gehen also zu Android und ins Web und nehmen ihre nächsten Ideen mit. Stacys App ist schon auf Google Play und läuft nach Stacys Angaben gut. Genau das unterschätzt Apple meiner Meinung nach.

Ich bin iOS-Entwickler seit iPhone OS 2, seit dem Tag, an dem der App Store im Juli 2008 öffnete. Jede App, die ich seitdem veröffentlicht habe, liegt unter einem einzigen Apple-Account, und nach achtzehn Jahren habe ich immer noch Angst, dass eines Morgens eine solche Mitteilung in meinem Postfach liegt. Ich habe nie eine Bewertung gekauft, nie eine Funktion versteckt und nie dem Prüfer das eine und den Nutzern etwas anderes geliefert. Wenn ich Stacys Thread lese, bin ich mir nicht mehr sicher, ob das reicht.

Eine meiner eigenen Apps ist schon ein Opfer dieser Angst. Sing It Like Britney: Karaoke hatte eine Kernfunktion, den Chaos Mode, die die App beim Start von anderen Karaoke-Apps abhob. Dann kam ein Review zu dem Schluss, sie sei eine Kopie anderer Apps. Ich glaube das nicht, will diese Markierung aber nicht auf meinem Konto haben, während Mitteilungen wie die von Stacy verschickt werden. Deshalb habe ich die App selbst aus dem App Store genommen, mit Absicht, damit mein Konto außer Reichweite eines Musters wie Stacys bleibt. Sie war nur für iOS verfügbar, als ich mich zum Entfernen entschied, und ihre Weiterentwicklung wird in naher Zukunft nur noch für Android stattfinden.

Ich baue nativ und iPhone-first, weil der Deal die meiste Zeit klar war. Man hält sich an die Regeln, wird abgelehnt, behebt, was der Prüfer nennt, und liefert aus. Eine Ablehnung konnte langsam, kleinlich oder schlicht falsch sein, und trotzdem war es ein Gespräch, das mit einer Entscheidung über einen Build endete.

Dieses Vertrauen nutzt sich viel mehr durch Inkonsistenz ab als durch Strenge. Keywords, die ein Jahr lang genehmigt waren, werden bei einem Update abgelehnt, das sie nicht berührt hat. Ein Prüfer am Telefon nennt das letzte Problem, und der nächste Prüfer listet drei andere auf. Eine Einreichung, die man aufgegeben hat, kommt Monate später als Beweis gegen einen zurück. Jedes davon lehrt einen Entwickler, dass eine frühere Genehmigung nichts schützt und dass Beharrlichkeit und Reaktionsfreude als Umgehungsversuch gelesen werden können.

Wer heute entscheidet, wo er zuerst baut, zieht den naheliegenden Schluss. Wenn ein stockendes Update zu einer Betrugsakte werden kann, sollte ein kleines Team dafür sorgen, dass die iPhone-App nie das ganze Geschäft ist: Android ab dem ersten Release, eine Web-Version, wo sie Sinn ergibt, eine Nutzerliste, die Apple nicht besitzt. Jedes davon ist vernünftiges Risikomanagement. Jedes macht aber auch iOS zu einem Kanal unter mehreren, und zwar gerade für die Entwickler, die ihn früher als den Hauptkanal behandelten.

Google Play ist kein Zufluchtsort. Die Hilfeseiten sagen, ein gekündigter Account verliert alle Apps, Nutzer, Statistiken und Bewertungen, verwandte Accounts werden mitgekündigt, und neue Accounts werden ebenfalls gekündigt. Wer sich auf mehrere Stores verteilt, macht keinen einzelnen fairer. Man macht eine einzelne Entscheidung überlebbar.

Wenn eine alte Ablehnung in App Store Connect liegt

Niemand außerhalb von Apple weiß genau, was eine Akte von abgelehnt zu markiert macht. Das sind die Gewohnheiten, die ich heute annehmen würde, und keine ist eine Garantie.

1. Beenden Sie aufgegebene Threads schriftlich. Wenn Sie entschieden haben, eine abgelehnte Version nicht auszuliefern, antworten Sie App Review und schreiben Sie, dass Sie die Änderung zurückziehen und nicht erneut einreichen. Die Mitteilung spricht von Verstößen, die „ungelöst bleiben", und eine Ablehnung, die Sie nicht mehr beantworten, sieht von der anderen Seite genau so aus.
2. Bewahren Sie jede Ablehnungsnachricht und jeden Screenshot auf, auch die gelösten. Der Fall @thebuildersince war behoben und genehmigt und kam trotzdem ein Jahr später zurück. Falls Sie je Einspruch einlegen müssen, ist die Aufzeichnung, was Sie wann geändert haben, Ihr Beweis.
3. Legen Sie jeden Anruf in den Thread. Posten Sie nach einem Telefonat mit App Review eine kurze schriftliche Zusammenfassung dessen, was vereinbart wurde. Der nächste Prüfer liest den Thread, und ein Anruf hinterlässt darin nichts.
4. Reichen Sie nur mit einer Änderung und einer Notiz erneut ein. Jede Einreichung sollte etwas beheben, das in der letzten Ablehnung genannt wurde, und das in den Notes for Review sagen. Mehrere Einreichungen hintereinander mit denselben Metadaten sehen nach Austesten aus, egal mit welcher Absicht.
5. Nutzen Sie den Bugfix-Weg, wenn er passt. Die Guidelines sagen, bei Apps, die schon im Store sind, „werden Bugfixes nicht wegen Guideline-Verstößen verzögert, außer bei rechtlichen oder sicherheitsrelevanten Problemen." Sie beantragen das in App Store Connect und verpflichten sich, das Problem in der nächsten Einreichung zu beheben.
6. Eröffnen Sie nach einer Mitteilung keinen neuen Account. Der Brief sagt, das kann auch den neuen Account zu Fall bringen. Legen Sie beim App Review Board Einspruch ein, antworten Sie genau auf das, was die Mitteilung nennt, und wenn die Regel 5.6 ist, gehen Sie den Weg zurück, den die Guideline selbst beschreibt: „eine schriftliche Erklärung, welche Verbesserungen Sie planen."
7. Halten Sie Ihre Nutzer außerhalb des Stores erreichbar. Eine E-Mail-Liste, eine Website, eine Android-Version. Mit diesen ist eine Kündigung ein schrecklicher Monat. Ohne sie ist sie das Ende der Firma.

Wenn Sie gerade mit einer Ablehnung zu tun haben: Ich habe darüber geschrieben, was Apple unter 4.2 und 4.3 ablehnt, und darüber, was eine lange Prüfung wirklich bedeutet, und es gibt hier eine Seite dazu, wie eine abgelehnte App durchkommt (auf Englisch).

Was Apple hier verspielt

App Review existiert, um den Store vertrauenswürdig zu halten, und jeder ehrliche Entwickler profitiert, wenn es funktioniert. Ein System, das einen Betrüger nicht von jemandem unterscheiden kann, der nach acht Runden ein Update aufgegeben hat, verbraucht eine andere Art Vertrauen, nämlich das, das Entwickler in Apple setzen, und zwar bei den Leuten, die die Plattform am meisten braucht. Sie beantworten jede Ablehnung, benennen ihre App um, wenn man sie darum bittet, und gehen ans Telefon. Sie sind auch die mit einem echten Geschäft, das umziehen könnte.

Ich hoffe, dass das App Review Board diesen Fall schnell aufhebt, und ich hoffe, dass Apple öffentlich sagt, dass das Aufgeben eines abgelehnten Updates kein Betrug ist. Bis dahin gehören zu meinem Rat an Kunden eine Android-Version und eine Mailingliste, und dieser Rat handelte früher nicht von Apple.