In diesem Ratgeber
Zwanzig Punkte, jeweils mit Grund und Prüfweg. Hake sie der Reihe nach ab; wenn einer scheitert, erst beheben.
Build
- Release-Build, kein Debug-Lauf. Warum: Debug-Builds verhalten sich anders. Prüfen: genau die Datei, die du hochlädst, auf einem sauberen Handy installieren.
- Versionsnummer und App-ID sind final. Warum: Laut Google-Play-Hilfe sind Paketnamen eindeutig und dauerhaft und lassen sich weder löschen noch erneut vergeben. Prüfen: in der Build-Konfiguration und in den App-Infos der installierten App ablesen.
- Keine Debug-Screens, Test-Buttons oder Platzhaltertexte. Prüfen: jeden Screen öffnen, jedes Label lesen.
- Erster Start nach Neuinstallation klappt. Prüfen: deinstallieren, installieren, ohne Konto und ohne Daten öffnen.
- Läuft auf mindestens zwei echten Geräten. Prüfen: ein aktuelles, ein älteres oder kleineres. Siehe welche Android-Geräte testen.
Geheimnisse und Daten
- Keine Schlüssel oder Passwörter im Code oder im App-Paket. Prüfen: API-Schlüssel und Geheimnisse in KI-generierten Apps durchgehen.
- Jeder Schlüssel, den du je in einen Prompt oder Chat eingefügt hast, ist ersetzt. Warum: Behandle ihn als offengelegt. Prüfen: der alte Schlüssel funktioniert nicht mehr.
- Du kennst jeden Dienst, mit dem die App spricht. Prüfen: alle Netzwerkadressen und Bibliotheken auflisten, die Nutzerdaten verarbeiten.
- Server-Regeln sind nicht „offen für alle“. Warum: Eine Standardeinstellung für die Demo kann jedem Lesezugriff geben. Prüfen: ausgeloggt versuchen, Daten zu lesen.
Datenschutz und Richtlinien
- Eine Datenschutzerklärung existiert, ist öffentlich und passt zur App. Prüfen: Link im Browser öffnen; mit Punkt 8 abgleichen. Keine Rechtsberatung.
- Die Datenangaben im Store passen zur App. Warum: Laut Google-Play-Hilfe zur Datensicherheit müssen die Angaben das tatsächliche Verhalten der App abbilden, auch Daten von Bibliotheken und SDKs von Dritten, und eine Datenschutzerklärung ist Pflicht. Prüfen: Formular vor der Einreichung mit Punkt 8 abgleichen.
- Kontolöschung funktioniert, wenn deine App Konten hat. Warum: Apple (Richtlinie 5.1.1(v)) verlangt Kontolöschung in der App, wenn sie Kontoerstellung bietet; Google Play verlangt einen Weg in der App plus einen Web-Link für Löschanfragen. Prüfen: beide Wege mit einem Testkonto durchgehen.
Store-Eintrag
- Screenshots zeigen die echte, aktuelle App. Prüfen: jeden Screenshot mit dem Build vergleichen.
- Die Beschreibung sagt, was die App tut und was nicht. Warum: Ein Eintrag, der mehr verspricht als die App hält, enttäuscht Nutzer. Prüfen: jemanden lesen lassen und fragen, was er erwartet.
- Die Kontakt-Mail funktioniert. Prüfen: eine Nachricht senden.
Tester und Feedback
- Falls nötig, läuft der geschlossene Test bei Google Play. Prüfen: Anforderungen an den geschlossenen Test und was 14 Tage zählt.
- Mindestens eine Person, die die App nicht gebaut hat, hat sie komplett durchgespielt. Prüfen: ein schriftlicher Bericht, nicht „war okay“.
- Bekannte Probleme sind notiert und sortiert. Prüfen: Liste mit „muss vor dem Launch weg“. Siehe Absturzberichte priorisieren.
- Nutzer haben einen privaten Weg, Probleme zu melden. Warum: So erreichen dich Fehler, bevor sie als öffentliche Bewertung enden.
- Du bittest ehrlich um Bewertungen, einmal, nach einem guten Moment. Bewertungen kommen von einem guten Produkt und ehrlichem Fragen, nie durch Kaufen oder Tauschen. Siehe App-Bewertungen kaufen: Risiken und Alternativen.
Wenn alles abgehakt ist
AppReviewX ausprobieren und privates, strukturiertes Feedback von anderen Entwicklern in Testrunden bekommen. Ein Feedback = 1 Credit; neue Konten starten mit 0. Store-Regeln ändern sich, prüfe die offiziellen Seiten erneut.
Verwandt: Vibe-Coding-Hub, Geheimnisse und API-Schlüssel, Bugs, die Tester finden.