Ablehnung bei Google Play
Die meisten Web-Apps, die nach dem Standort fragen, brauchen ihn nur, solange der Nutzer auf den Bildschirm schaut. Gehört deine dazu, besteht die Lösung darin, den Standort im Hintergrund aus dem Build zu entfernen, statt mit Google zu diskutieren. Ist Tracking bei geschlossener App wirklich deine Kernfunktion, zeigt dieser Guide, was die Erklärung, der Hinweis und das 30-Sekunden-Video zeigen müssen.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Standort im Hintergrund heißt, dass deine App den Standort erhält, während sie nicht sichtbar ist: Der Bildschirm ist aus, eine andere App ist geöffnet oder deine App wurde weggewischt. Google erlaubt das nur, wenn es zur Kernfunktion der App gehört, die App ohne ihn also nicht funktionieren würde, und wenn es dem Nutzer einen klaren Nutzen bringt, etwa Sicherheit, Gesundheit und Fitness oder eine Aufgabe, die der Nutzer gerade aktiv erledigt. Bequemlichkeit, Personalisierung, Analytics und Werbung zählen nicht, und Anfragen nur für Werbung oder Analytics werden abgelehnt. Der Nutzer muss vernünftigerweise mit dem Tracking rechnen, und dasselbe Erlebnis darf im Vordergrund nicht möglich sein.
Apps, die ihn behalten, füllen in der Play Console eine Erklärung aus (App-Inhalte → Sensible App-Berechtigungen → Berechtigungen zur Standortermittlung). Sie nennt eine standortbasierte Funktion, erklärt, warum diese Funktion Zugriff im Hintergrund braucht, und verlinkt ein Video von höchstens 30 Sekunden. Außerdem brauchst du vor der Berechtigungsabfrage einen deutlich sichtbaren Hinweis in der App, und der Reviewer muss die Funktion erreichen können. Die Details stehen auf Googles Hilfeseite zum Standort im Hintergrund.
Entweder blockiert die Play Console das Release, bis die Standorterklärung vollständig ist, oder die Erklärung selbst wird abgelehnt. Die Gründe, die Google nennt, passen zu dem, was Reviewer in Wrapper-Apps sehen: Die Funktion ist unklar oder es wurde mehr als eine Funktion angegeben, die Funktion ließ sich nicht prüfen (oft wegen des Logins), der Hinweis fehlt oder ist unvollständig, die Datenschutzerklärung erwähnt den Standort im Hintergrund nicht, oder die Funktion erfüllt die Kriterien schlicht nicht. Wird die Berechtigung nicht gebraucht, fordert dich der Hinweis auf, sie aus jedem Track zu entfernen, auch aus geschlossenen und offenen Tests.
| Funktion | Urteil | Was du nutzt |
|---|---|---|
| Filialsuche, „In meiner Nähe“-Liste, Check-in-Button | Nur Vordergrund | HTML5-Geolocation, solange der Screen geöffnet ist |
| Kunde verfolgt einen Kurier auf der Karte | Nur Vordergrund; Google nennt Lieferverfolgung auf Kundenseite als typischen Ablehnungsgrund | Live-Karte, solange der Screen geöffnet ist, Push für Statusänderungen |
| Kurier oder Außendienst teilt während der Schicht den Standort | Kann infrage kommen, wenn das der Kern der App ist | Tracking, das der Nutzer startet und stoppt, mit laufender Benachrichtigung |
| Lauf oder Radtour bei ausgeschaltetem Bildschirm aufzeichnen | Kann infrage kommen (Fitness) | Tracking, das für das Training gestartet und an dessen Ende gestoppt wird |
| Sicherheitsalarm, wenn ein Familienmitglied einen Bereich verlässt | Kann infrage kommen (Sicherheit) | Eine klar angegebene Funktion mit Hinweis |
| Lokale Nachrichten, Wetter oder Angebote nach Region | Kommt nicht infrage | Vordergrund oder ungefährer Standort, oder eine Städteauswahl |
| Werbe-Targeting, Analytics, Attribution | Nie | Entfernen |
Großartige Möglichkeit, eine Web-App in eine native App zu verwandeln! Schnelle Umsetzung und ein toller Weg, Apps in die App Stores zu bringen, ohne eine komplett native App entwickeln zu müssen!
requireLocation aktiviert den Standort überhaupt; requireBackgroundLocation fügt unter Android Tracking im Hintergrund hinzu und greift nur, wenn requireLocation true ist. Siehe die Android-Dokumentation zur Geolocation.
Tracking im Hintergrund braucht außerdem die Berechtigung FOREGROUND_SERVICE_LOCATION und den Block GPSService in AndroidManifest.xml, die du zum Aktivieren der Funktion einkommentierst. Sind sie aktiv, sieht die Play Console einen Standortdienst.
backgroundlocationon:// und backgroundlocationoff:// starten und stoppen das Tracking aus deiner Web-App. Rufst du sie über eine Nutzeraktion auf, ist das Tracking vom Nutzer ausgelöst.
Eine Karten-, Analytics- oder Geofencing-Bibliothek kann ACCESS_BACKGROUND_LOCATION unbemerkt ins zusammengeführte Manifest bringen. Der Tab „Merged Manifest“ in Android Studio zeigt, welche.
Etwa dreißig Minuten plus Review-Zeit.
Setze requireBackgroundLocation in Config.java auf false. Lass requireLocation auf true, wenn deine Web-App die Geolocation-API bei geöffneter App nutzt; setze es ebenfalls auf false, wenn die App den Standort gar nicht verwendet.
Kommentiere die Berechtigung FOREGROUND_SERVICE_LOCATION und den Block GPSService in AndroidManifest.xml aus (oder lösche sie) und entferne jeden Eintrag ACCESS_BACKGROUND_LOCATION. Fügt eine Bibliothek ihn hinzu, entferne ihn mit tools:node="remove", wie im Guide zu Berechtigungen gezeigt.
Lösche die Aufrufe von backgroundlocationon:// aus deiner Web-App und jeden Text in der App oder im Store-Eintrag, der Tracking bei geschlossener App verspricht.
Frag den Standort nach einer kurzen Erklärung auf dem Funktions-Screen ab, wie im Guide zur Prominent Disclosure beschrieben. Der Standort im Vordergrund über die HTML5-API funktioniert genau wie bisher, solange die App geöffnet ist.
Baue in Android Studio oder im Cloud Builder ein neues Bundle mit höherem Version Code, prüfe im App Bundle Explorer, dass die Hintergrund-Berechtigung weg ist, und ersetze ältere Builds auch auf den Tracks für interne, geschlossene und offene Tests.
Zeigt die Play Console noch die Erklärung zu den Standortberechtigungen, gib dort an, dass die App nicht mehr im Hintergrund auf den Standort zugreift, und sende die Änderungen zur Überprüfung.
Nur wenn Tracking bei geschlossener App der Grund ist, warum es deine App gibt. All das muss gleichzeitig zutreffen.
backgroundlocationon:// auf) und auf Stopp (backgroundlocationoff://). Das Tracking startet nie unbemerkt.Eine Funktion, ein Zweck, der Nutzer hat die Kontrolle. Ersetze das Beispiel durch deine eigene Funktion, aber behalte die Struktur bei. Die Vorlage bleibt auf Englisch, weil die Reviewer von Google Englisch lesen.
Feature: Shift tracking for couriers. What it does: While a courier is on shift, [App name] shares the courier's location with the dispatch team every [30 seconds], so customers receive accurate arrival times and dispatchers can reassign orders when a courier is delayed. Why it needs background access: Couriers drive with the phone locked or with a navigation app in the foreground. If location stopped while [App name] is not visible, dispatch would lose the courier for the whole drive, which defeats the core purpose of the app. How the user controls it: The courier taps Start shift. The app shows an in-app disclosure and the Android permission prompt, then an ongoing notification while tracking runs. Tapping End shift stops tracking immediately. No location is collected outside a shift. Video: [YouTube link], [28] seconds, showing the disclosure, the permission prompt, the start of a shift, the app in the background with tracking active, and the end of the shift. Test account: see Sign-in details, instruction set 'Courier'.
requireBackgroundLocation, die Manifest-Blöcke und die Aufrufe von backgroundlocationon:// passen zu dieser Entscheidung.Nur wenn die Funktion die Kriterien erfüllt. Das Video belegt, wie eine zulässige Funktion arbeitet; aus einer Filialsuche oder einem personalisierten Feed macht es keinen Kernanwendungsfall für den Hintergrund.
Nein. Die HTML5-Geolocation-API funktioniert bei geöffneter App, solange requireLocation true ist und die Berechtigungen für den Standort im Vordergrund im Manifest bleiben. Nur das Tracking bei geschlossener App fällt weg.
Nein. Der Kunde schaut auf die Karte, während der Screen geöffnet ist, das ist Nutzung im Vordergrund, und Google nennt Lieferverfolgung auf Kundenseite als typischen Ablehnungsgrund. Schick stattdessen Push-Benachrichtigungen bei Statusänderungen.
Wenn er weiter Standortdaten erhebt, während der Nutzer woanders ist, wendet Google die Anforderungen für Standort im Hintergrund darauf an. Ein Foreground Service ist nur als Fortsetzung von etwas zulässig, das der Nutzer gestartet hat, und er muss enden, sobald diese Aufgabe erledigt ist.
Meist enthält ein älteres Bundle auf einem Test-Track sie noch, oder die Erklärung wurde nicht aktualisiert. Ersetze jedes aktive Bundle, aktualisiere die Erklärung und sende die Änderungen dann zur Überprüfung.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.