Dass deine App abgelehnt wird in Google Play oder im App Store, bedeutet nicht, dass sie schlecht gemacht ist. Es bedeutet, dass ein Prüfer — ein Mensch, kein Algorithmus — etwas gefunden hat, das gegen die Richtlinien verstößt, und fast immer ist es eine von etwa sechs Sachen, die man vorhersehen kann. Das sind die, die uns am häufigsten begegnen, und wie man sie vermeidet, bevor man die App zur Prüfung einreicht.
Zuerst das Wichtigste: Eine Ablehnung ist nicht das Ende
Man korrigiert sie und reicht sie erneut ein. Was Zeit kostet: Jede Runde dauert Tage, manchmal eine Woche, und wenn du einen festen Veröffentlichungstermin hast, bringen drei Ablehnungen hintereinander den ganzen Monat durcheinander. Deshalb sollte man gleich beim ersten Mal sauber einreichen und nicht darauf vertrauen, später nachzubessern.
Die sechs häufigsten Gründe
1. Berechtigungen, die du nicht begründest
Den Standort, die Kamera oder die Kontakte anzufordern, ohne dass klar ist, wofür, ist Ablehnungsgrund Nummer eins. Beide Stores verlangen, dass jede Berechtigung für den Nutzer sichtbar begründet ist, und Apple verlangt außerdem einen Erklärungstext, der beim Anfordern angezeigt wird. Die Lösung ist nicht, den Text besser zu formulieren: Es ist nicht das anzufordern, was du nicht brauchst.
2. Es gibt keine Datenschutzerklärung oder sie sagt nicht die Wahrheit
Sie muss existieren, unter einer erreichbaren URL stehen und mit dem übereinstimmen, was die App tatsächlich macht. Beide Stores zwingen dich außerdem dazu anzugeben, welche Daten du sammelst und wofür. Wenn du angibst, dass du nichts sammelst, und dann ein Werbe- oder Analyse-SDK einbaust, werden sie es finden.
3. Die App leistet nicht genug
Apple ist in seinen Prüfrichtlinien eindeutig: Eine App, die nur deine Website in einem Fenster anzeigt oder kaum mehr als eine Broschüre bietet, wird abgelehnt. Wenn deine Idee „meine Website, aber als App“ ist, ist das der Grund, warum sie abgelehnt wird, und es ist gut, das zu wissen, bevor du dafür bezahlst.
4. Du kassierst außerhalb ihres Systems
Wenn du digitale Inhalte oder Abonnements verkaufst, die innerhalb der App genutzt werden, musst du das Bezahlsystem des Stores verwenden und dessen Provision zahlen. Auf deine Website zu verlinken, damit dort bezahlt wird, führt direkt zur Ablehnung. Achtung: Physische Waren und Dienstleistungen aus der realen Welt dürfen sehr wohl außerhalb abgerechnet werden; die Grenze ist subtiler, als es scheint, und man sollte sie Fall für Fall prüfen.
5. Es fehlen Informationen zum Testen
Wenn die App ein Konto verlangt, musst du Testzugänge bereitstellen, die funktionieren. Ein Prüfer, der auf einen Login-Bildschirm stößt und nicht hineinkommt, lehnt ab. Das wirkt offensichtlich und ist einer der häufigsten Gründe.
6. KI-generierte Inhalte ohne Angabe
Das ist das Neueste und der Punkt, an dem jetzt die meisten stolpern. Wenn deine App mit künstlicher Intelligenz Texte, Bilder oder Antworten erzeugt, muss das angegeben werden, und es muss erklärt werden, welche Kontrolle über das Ergebnis besteht. Das zu verschweigen funktioniert nicht.
Unterschiede zwischen den beiden Stores
| Google Play | Schnellere Prüfung, manchmal in Stunden. Sehr streng bei sensiblen Berechtigungen und bei den Sicherheitsangaben zu Daten. Jedes Jahr steigt die Mindestversion des Systems, die akzeptiert wird. |
| App Store | Langsamere und menschlichere Prüfung mit eigenem Urteil. Streng bei der Nützlichkeit der App, bei In-App-Zahlungen und beim Datenschutz. Wenn abgelehnt wird, wird der Grund meist präzise erklärt. |
| Beide | Pflicht-Datenschutzerklärung, Datenangaben, Testzugänge, falls ein Login erforderlich ist, und Screenshots, die dem entsprechen, was die App tatsächlich macht. |
Die Liste, die wir vor dem Einreichen durchgehen
- Jede von der App angeforderte Berechtigung hat einen sichtbaren Grund, und überflüssige wurden entfernt.
- Datenschutzerklärung veröffentlicht, erreichbar und stimmig mit dem, was die App erfasst.
- Datenangaben in beiden Stores ausgefüllt, einschließlich der eingebundenen Drittanbieter-SDKs.
- Funktionierende Testzugänge, am selben Tag von Grund auf geprüft.
- Echte Screenshots der App, keine Mockups mit Bildschirmen, die es nicht gibt.
- Wenn es In-App-Zahlungen gibt, laufen sie über das System des Stores und sind serverseitig verifiziert.
- Wenn KI im Spiel ist, ist das angegeben und es gibt menschliche Kontrolle über das, was sie erzeugt.
- Die App funktioniert offline oder weist klar darauf hin, dass sie eine Verbindung benötigt.
Was tun, wenn du bereits abgelehnt wurdest
Lies den gesamten Grund, nicht nur die Überschrift: Meist zitieren sie den genauen Punkt ihrer Richtlinien und hängen manchmal einen Screenshot an. Korrigiere nur das, antworte im selben Thread und erkläre, was du geändert hast, und reiche erneut ein. Wenn du glaubst, dass sie sich geirrt haben, kann man eine Überprüfung beantragen — beide Stores erlauben das —, aber sei dir im Klaren: Wenn der Grund ist, dass die App wenig Mehrwert bietet, bringt Streit selten etwas; was funktioniert, ist, der App einen Existenzgrund zu geben.
Häufige Fragen
Wie oft kann ich erneut einreichen?
So oft du musst, es gibt keine Strafe fürs erneute Einreichen. Was sich summiert, ist die Zeit.
Wird bei Apple häufiger abgelehnt als bei Google?
Apple lehnt häufiger und aus subjektiveren Gründen ab. Google lehnt in der ersten Prüfung weniger ab, ist aber bei Datenrichtlinien unerbittlich und kann die App später entfernen, wenn es einen Verstoß feststellt.
Können sie mir die App nach der Veröffentlichung wieder entziehen?
Ja, und das passiert. Wegen Verstößen gegen neue Richtlinien oder weil das geforderte Mindest-Systemniveau nicht aktualisiert wurde.
Wir veröffentlichen eigene Apps, daher haben wir diese Runden schon durchlaufen. Wenn du mit einem Projekt in der Prüfung festhängst oder es von Anfang an vermeiden willst, schau dir an, wie wir bei Apps a medida arbeiten: Die Veröffentlichung ist eine Projektphase mit eigener Zeit und eigener Verantwortung.
Verwandte Leitfäden
- Wie viel kostet es, eine App zu erstellen, mit der Aufschlüsselung nach Phasen und den Kosten für die Wartung.
- Apps a medida, was in einem Projekt enthalten ist und was nicht.



