AppReviewX Anmelden

Häufige Ablehnungsgründe bei schnell gebauten Apps

Platzhalterinhalte, tote Links, fehlende Datenschutzangaben und Abstürze: prüfe sie vor der Einreichung.

In diesem Ratgeber

Ein schneller Bau ist für Prüfer kein Problem. Zurückgeschickt werden Apps wegen dem, was schnelle Builds oft unfertig lassen: übrig gebliebene Testinhalte, zu wenig Funktion, fehlende Datenschutzangaben. Diese Seite ordnet die Punkte dem offiziellen Wortlaut zu, damit du selbst vor der Einreichung prüfen kannst. Wie Prüfer intern arbeiten, wissen wir nicht und raten nicht.

Der Selbstcheck, den Richtlinien zugeordnet

1. Platzhaltertexte und vorläufige Inhalte

Apple, Richtlinie 2.1 (App Completeness): Einreichungen sollen finale Versionen mit allen nötigen Metadaten und funktionierenden URLs sein; Platzhaltertexte, leere Websites und andere vorläufige Inhalte sind vorher zu entfernen.

Prüfen: Durchsuche das Projekt nach "lorem", "TODO", "test", "example.com". Öffne jeden Link in der App und im Eintrag (Support-URL, Datenschutz-URL, Marketing-URL) auf dem Handy.

2. Abstürze und offensichtliche technische Probleme

Gleiche Richtlinie: Die App soll vor der Einreichung auf einem Gerät auf Fehler und Stabilität getestet sein. Unvollständige Pakete und Binaries, die abstürzen oder offensichtliche technische Probleme zeigen, werden abgelehnt.

Prüfen: Installiere den Release-Build, nicht den Debug-Build, auf einem echten Handy. Geh Erststart, Anmeldung, Hauptablauf und Neustart durch. Siehe echte Geräte testen und Absturzberichte priorisieren.

3. Login ohne Zugang für den Prüfer

Richtlinie 2.1 verlangt außerdem Demo-Zugangsdaten, falls die App einen Login hat, und dass dein Back-end läuft.

Prüfen: Lege ein Demo-Konto an, trag die Daten in die Hinweise für die Prüfung ein und stell sicher, dass dein Server bei der Einreichung läuft.

4. Fehlende Datenschutzerklärung

Richtlinie 5.1.1(i): Jede App muss in den App-Store-Connect-Metadaten und in der App leicht auffindbar auf ihre Datenschutzerklärung verlinken. Sie muss klar sagen, welche Daten erhoben und wie sie genutzt werden.

Prüfen: Der Link funktioniert, ist in der App erreichbar und passt zu dem, was die App tatsächlich erhebt, auch durch eingebundene Bibliotheken oder Dienste. Das ist keine Rechtsberatung; frag bei Unsicherheit eine Fachperson.

5. Zu wenig App

Richtlinie 4.2 (Minimum Functionality): Die App soll Funktionen, Inhalte und Oberfläche bieten, die über eine verpackte Website hinausgehen.

Prüfen: Frag jemand anderen, was die App kann, das eine Webseite nicht könnte. Ist die Antwort dünn, baue vor der Einreichung die eine echte Funktion ein.

6. Google Play

Laut Googles Hilfe zur Datensicherheit müssen alle Entwickler mit einer in Google Play veröffentlichten App das Formular ausfüllen, die Angaben müssen zum tatsächlichen Verhalten der App passen (auch bei Bibliotheken und SDKs von Dritten), und eine Datenschutzerklärung ist Pflicht. Erlaubt deine App Kontoerstellung, verlangt Googles Hilfe zur Kontolöschung einen Löschweg in der App und einen Web-Link für Löschanfragen. Auch Apple verlangt Kontolöschung in der App (Richtlinie 5.1.1(v)). Prüfe vor der Einreichung die aktuellen Google-Seiten.

Bevor du auf "Einreichen" drückst

  • Release-Build auf einem echten Handy, ganzer Durchlauf erledigt
  • Keine Platzhalter, alle Links öffnen sich
  • Datenschutz-Link im Eintrag und in der App
  • Demo-Konto in den Prüfhinweisen, Back-end läuft
  • Ein Satz als Antwort auf "Was macht diese App?"

Mehr zum Prüfen selbst: Häufige Ablehnungsgründe im App Store und wie du testest. Kommt trotzdem eine Ablehnung, behandle sie als Feedback: lesen, den genannten Punkt beheben und bei der Arbeit mit einem Coding-Assistenten die Prompt-Vorlage nutzen.

Wo AppReviewX passt

Das meiste der Liste findet am schnellsten jemand, der die App nicht gebaut hat. AppReviewX gibt dir privates, strukturiertes Feedback von anderen Entwicklern: Ein geschriebenes Feedback bringt einen Credit, mit Credits bekommst du Feedback zu deiner App, neue Konten starten mit 0 Credits. Für Android gibt es Testgruppen für die Google-Play-Vorgabe von 12 Testern an 14 Tagen am Stück.

Verwandt: Vibe-Coding-Hub, Feedback-Schleife mit dem Coding-Assistenten.

AppReviewX ausprobieren.

Richtlinien ändern sich; prüfe die verlinkten Seiten. Keine Rechtsberatung.