Warum Google Play Apps ablehnt

1. Target API Level zu niedrig

Google Play verlangt, dass neue Apps und Updates ein aktuelles Android-API-Level adressieren (derzeit API 35 / Android 15). Liegt deine targetSdkVersion unter der Schwelle, blockiert die Play Console den Upload direkt. Erhöhe das Target und teste anschließend auf Verhaltensänderungen.

2. Debuggable Release-Build

Einen Build mit android:debuggable="true" auszuliefern, wird abgelehnt. Stelle sicher, dass dein Release-Build-Typ kein Debugging aktiviert.

3. Sensible & eingeschränkte Berechtigungen

Berechtigungen wie Hintergrund-Standort, SMS / Anrufliste und Zugriff auf alle Dateien (MANAGE_EXTERNAL_STORAGE) erfordern einen starken Anwendungsfall und oft ein Permissions Declaration Form. Sie ohne Begründung anzufordern, ist ein führender Entfernungsgrund.

• Fordere nur die Berechtigungen an, die deine aktuellen Features brauchen.
• Zeige vorab einen deutlichen In-Context-Hinweis, bevor du sie anforderst.
• Fülle das Declaration Form aus, wo erforderlich.

4. Abweichung im Data-safety-Formular

Der Abschnitt Data safety in deiner Play Console muss dem entsprechen, was die App und ihre SDKs tatsächlich erheben und teilen. Diskrepanzen — oft durch ein Analytics- oder Ads-SDK eingeschleppt — lösen Ablehnungen und Sperren aus. Prüfe jede Abhängigkeit.

5. Broken Functionality vs. Limited Functionality

Das sind zwei getrennte Abschnitte derselben Richtlinienseite, und sie werden ständig verwechselt. Broken Functionality betrifft Apps, die abstürzen, einfrieren oder nie laden — Ihre App ist gescheitert. Limited Functionality and Content betrifft Webview-Wrapper und leere Hüllen — Ihre App funktioniert, sie lohnt die Installation nur nicht. Die Korrekturen sind gegensätzlich. Steht in Ihrer Ablehnung Broken Functionality, bauen Sie keine neuen Features.

Vollständiger Guide: eine Broken-Functionality-Ablehnung entschlüsseln →

6. Irreführendes Verhalten & Imitation

• Gefälschte Systemwarnungen oder Nachahmung der Android-UI.
• Irreführender Store-Eintrag, Keyword-Stuffing oder gefälschte Badges.
• Kopieren von Name, Icon oder Marke einer anderen App.

7. Zahlungen & Kontolöschung

Digitale Güter müssen generell Google Play Billing nutzen. Und wenn Nutzer ein Konto anlegen können, musst du die Konto- und Datenlöschung sowohl in der App als auch über eine extern erreichbare URL anbieten.

Wie App Review Checker hilft

Lade deine .apk hoch und wir lesen das Manifest, um dein target API Level, das debuggable-Flag, Cleartext-Traffic, eingeschränkte Berechtigungen, Versionierung und Veröffentlichungsformat zu prüfen — dann führen wir dich durch die Richtlinien-Punkte (Data safety, Billing, Store-Eintrag, Kontolöschung), die eine menschliche Antwort brauchen.

Android-Einreichungs-Checkliste: die komplette Play-Store-Anleitung →