Kurzfassung
Google Play markiert jetzt Android-Apps, deren Kontakt- und genaue Standortanfragen über das hinausgehen, was die neuen Richtlinien erlauben – Monate bevor die Regeln durchgesetzt werden. Apps für Android 17 müssen statt des kompletten Adressbuchs den System-Contact-Picker nutzen und für einmalige Standortaufgaben eine Standort-Schaltfläche. Für Teams, die bei einem bestehenden Produkt auf Android-App-Entwicklung setzen, sind die Prüfungen ab dem 27. Oktober der erste Punkt, an dem ein nicht konformes Update in der Play Console eine Warnung erhält.
Was hat Google an der Play-Richtlinie geändert?
Google kündigte die Änderungen am 15. April 2026 in einem Beitrag von Group Product Manager Bennet Manuel an. Eine neue Richtlinie zu Kontaktberechtigungen macht den Android Contact Picker zum Standardweg, um Kontaktdaten für Einladungen, Teilen oder einmalige Abfragen zu erhalten. Apps für Android 17 dürfen READ_CONTACTS nur noch anfordern, wenn der Picker die Kernfunktion nicht abdecken kann, und müssen das dann in einer Play-Entwicklerdeklaration begründen. Breiter Kontaktzugriff, so Google, werde Apps vorbehalten, die ohne ihn nicht funktionieren.
Die überarbeitete Richtlinie zu Standortberechtigungen führt die Standort-Schaltfläche als minimalen Umfang für den genauen Standort ein. Braucht eine App einen genauen Standort nur für eine einzelne, vom Nutzer ausgelöste Aktion – etwa eine Filiale in der Nähe finden oder ein Foto verorten –, muss sie das Flag onlyForLocationButton im Manifest setzen und die Schaltfläche statt einer dauerhaften Freigabe für den genauen Standort verwenden. Apps, die tatsächlich dauerhaft einen genauen Standort brauchen, reichen eine Deklaration ein, die begründet, warum Schaltfläche oder ungefährer Standort nicht genügen. In derselben Richtlinienrunde strich Google außerdem Geofencing als zulässigen Anwendungsfall für Foreground Services und verweist auf die Geofence API.
Was leisten die Vorabprüfungen ab 27. Oktober?
Googles Zeitplan setzte den 27. Oktober 2026 als Start der Vorabprüfungen in der Play Console, die mögliche Probleme mit Kontakt- oder Standortberechtigungen erkennen, bevor ein Update in die Prüfung geht. Parallel sollen die Play-Richtlinienhinweise in Android Studio Entwicklern direkt in der IDE zeigen, ob eine App auf den neuen Picker oder die Schaltfläche umsteigen sollte. Die Prüfungen sind eine Warnstufe: Googles Richtlinienvorschau nennt den 27. Januar 2027 als Datum, ab dem beide Anforderungen für Apps mit API-Level 37 gelten.
Dieser Vorlauf ist wichtig, weil die Ziel-API-Vorgaben von Google Play jedes Jahr nachziehen. Sobald ein Team seine targetSdkVersion auf 37 anhebt – was Google Play für Updates irgendwann verlangen wird –, fällt die App unter beide Richtlinien. Eine Adressbuch- oder Feinstandort-Anfrage ohne gültige Deklaration wird dann vom Schönheitsfehler zum Prüfungsrisiko.
Wie funktionieren Contact Picker und Standort-Schaltfläche?
Der Contact Picker ist eine System-Oberfläche, in der Nutzer gezielt einzelne Kontakte und nur die angefragten Felder auswählen, statt einer App das gesamte Adressbuch freizugeben. Der Zugriff beschränkt sich auf die Auswahl. Die Standort-Schaltfläche ist ein Systemelement, das einer App nach einem einzigen Fingertipp den genauen Standort für die aktuelle Sitzung übergibt und danach verfällt. Eine Filialsuche oder ein Check-in braucht so keine dauerhafte Berechtigung für den genauen Standort mehr.
| Anwendungsfall | Erwarteter Ansatz für Apps mit Ziel Android 17 |
|---|---|
| Freunde einladen, mit einem Kontakt teilen, einmalige Abfrage | Android Contact Picker oder Sharesheet; READ_CONTACTS entfernen |
| Vollständige, laufende Kontaktsynchronisation (z. B. Telefon-App, CRM, Messenger) | READ_CONTACTS plus Deklaration in der Play Console |
| In der Nähe suchen, Beitrag verorten, Adresse einmalig ausfüllen | Standort-Schaltfläche mit onlyForLocationButton |
| Navigation, Lieferverfolgung, Fitness-Routen | Dauerhafter genauer Standort plus Deklaration |
| Geofence-gesteuerte Arbeit in einem Foreground Service | Geofence API statt Foreground Service |
Datenschutzforscher weisen darauf hin, dass Apple iOS-Nutzern mit iOS 18 ähnliche Kontrollen für eingeschränkten Kontaktzugriff gegeben hat. Google schließt also eher eine Lücke, als eine neue Front zu eröffnen. Für plattformübergreifende Teams ist das praktisch: Eine Produktentscheidung darüber, welche Kontakte man wirklich braucht, lässt sich jetzt in beiden Stores gleich umsetzen.
Was das für Softwareteams im DACH-Raum bedeutet
Für Product Owner liegt das Hauptrisiko nicht im Code, sondern in der Bestandsaufnahme. Viele Apps fordern Kontakte oder den genauen Standort an, weil eine frühe Version das einmal brauchte oder weil ein SDK für Empfehlungsprogramme, Analytics oder Werbung die Berechtigung ins zusammengeführte Manifest gezogen hat. Für diese Anfragen braucht es jetzt eine Begründung, die Google akzeptiert, und die Prüfungen ab dem 27. Oktober machen sie beim nächsten Upload sichtbar. Das zusammengeführte Manifest inklusive Drittbibliotheken zu prüfen ist der schnellste Weg, den eigenen Stand zu kennen.
Die Budgetfrage ist eine Frage des Timings. Der Umstieg auf Picker und Standort-Schaltfläche ist meist eine überschaubare Änderung, berührt aber Onboarding, Empfehlungs- und Checkout-Flows, die Ende-zu-Ende getestet werden. Im aktuellen Release-Zyklus, solange Play nur warnt, ist das günstiger als unter dem Druck abgelehnter Updates Anfang 2027.
Checkliste für Android-Teams
- Zusammengeführtes Manifest prüfen. Jede
READ_CONTACTS-,ACCESS_FINE_LOCATION- und Foreground-Service-Angabe auflisten, auch die von SDKs. - Jede Berechtigung einer Funktion zuordnen. Entscheiden, ob die Funktion dauerhaften Zugriff oder nur eine einmalige Nutzeraktion braucht.
- Einmalige Abläufe umstellen. Einladungen und Teilen auf Contact Picker oder Sharesheet verlagern, einmalige Standortaufgaben auf die Standort-Schaltfläche.
- Deklarationen vorbereiten. Für Apps, die wirklich alle Kontakte oder dauerhaft den genauen Standort brauchen, die Play-Console-Deklaration schreiben und die In-App-Hinweise sowie die Datenschutzerklärung darauf abstimmen.
- Test-Build hochladen. Einen Build in den internen Test-Track laden und vor dem nächsten Produktiv-Release ansehen, was die neuen Vorabprüfungen melden.
- API-37-Umstieg planen. Das Upgrade der
targetSdkVersionauf 37 zusammen mit diesen Änderungen einplanen, damit nur einmal getestet wird.
Häufig gestellte Fragen
Was ändert sich bei Google Play am 27. Oktober 2026?
Die Google Play Console führt Vorabprüfungen durch, die mögliche Probleme mit der neuen Richtlinie zu Kontaktberechtigungen und der überarbeiteten Richtlinie zu Standortberechtigungen markieren, bevor ein App-Update eingereicht wird. Google hat die Prüfungen am 15. April 2026 zusammen mit den Richtlinien angekündigt.
Welche Apps betrifft die Richtlinie zu Kontaktberechtigungen?
Apps mit Ziel Android 17 (API-Level 37) oder höher. Sie dürfen READ_CONTACTS nur anfordern, wenn der Android Contact Picker für die Kernfunktion nicht ausreicht, und müssen dann in der Play Console eine Deklaration mit Begründung einreichen. Apps, die Kontakte zum Teilen oder Einladen nutzen, sollten auf Contact Picker oder Sharesheet umsteigen und READ_CONTACTS entfernen.
Was ist die Android-Standort-Schaltfläche und wann ist sie Pflicht?
Die Standort-Schaltfläche ist ein Systemelement von Android 17, das nach einem Fingertipp den genauen Standort für eine einzelne Sitzung freigibt. Für Apps mit Ziel Android 17 oder höher, die den genauen Standort nur für eine einmalige, vom Nutzer ausgelöste Aktion brauchen – etwa eine Filiale in der Nähe finden oder ein Foto verorten –, verlangt Google Play die Standort-Schaltfläche, aktiviert über das Manifest-Flag onlyForLocationButton, statt einer dauerhaften Berechtigung für den genauen Standort.
Ab wann sind die neuen Play-Richtlinien verpflichtend?
Googles Richtlinienvorschau nennt den 27. Januar 2027 als Stichtag für die Anforderungen zu Kontakt- und Standortberechtigungen bei Apps mit API-Level 37 oder höher. Die Vorabprüfungen ab dem 27. Oktober 2026 sind eine Frühwarnung, damit Teams Probleme vor der Durchsetzung beheben können.
Quellen
Android Developers Blog — Boosting user privacy and business protection with updated Play policies (April 15, 2026)
Play Console Help — Preview: Permissions and APIs that Access Sensitive Information
Play Console Help — Policy announcement: April 15, 2026
Help Net Security — Google Play is changing how Android apps access your contacts and location (April 16, 2026)
Malwarebytes — Android 17 ends all-or-nothing access to your contacts (April 21, 2026)