Zurück

GoodBarber x Android 17: Was sich beim Standort ändert

on 

Wenn Ihre Android-App den Standort nutzt, ändert Android 17 sowohl das, was Ihre Nutzer sehen, als auch das, was Google Play erwartet. Die Android-Engine von GoodBarber enthält jetzt den neuen Location Button und die zugehörigen Berechtigungsänderungen.

Android 17 gibt den Nutzern die Kontrolle zurück

Android 17 erschien am 16. Juni 2026 auf den unterstützten Pixel-Geräten; die übrigen Hersteller zogen in den Monaten danach nach.

Android 17 macht den Zugriff auf den Standort sichtbarer. Sobald eine App außerhalb des Systems die Position eines Nutzers abfragt, erscheint eine dauerhafte Anzeige. Ein Tippen darauf zeigt, welche Apps den Standort zuletzt genutzt haben, und erlaubt es, die Berechtigung sofort zu entziehen.

Auch der ungefähre Standort schützt jetzt besser. Bisher arbeitete Android mit einem festen 2-km-Raster; nun passt sich der Bereich der Bevölkerungsdichte an, was auf dem Land denselben Schutz bietet wie in der Innenstadt. Der Berechtigungsdialog unterscheidet zudem deutlich klarer zwischen «Genau» und «Ungefähr».

Die Engine aktuell zu halten ist unsere Arbeit, nicht Ihre

Bei uns begann die Arbeit lange vor dem öffentlichen Release: die Entwicklerdokumentation lesen, die für GoodBarber-Apps tatsächlich relevanten Änderungen herausfiltern, die Kotlin-Engine aktualisieren und die erzeugten Builds testen. Dasselbe taten wir für Android 15 und seine randlose Darstellung und danach für Android 16 und die vorausschauende Zurück-Navigation.

Eine GoodBarber-App für Android wird nativ kompiliert und nicht in eine WebView verpackt. Die Arbeit am Betriebssystem findet deshalb in der Engine statt, nicht im Back-Office des einzelnen Kunden. Sie konfigurieren und betreiben Ihre App weiter; wir aktualisieren die Engine, die sie erzeugt.

Der einmalige genaue Standort beginnt jetzt mit einem Button

Viele Funktionen brauchen die exakte Position nur in dem Moment, in dem der Nutzer sie anfordert: eine Karte zentrieren, den nächstgelegenen Ort finden, eine Treueaktion vor Ort bestätigen. Android 17 führt für diese punktuellen Fälle einen Location Button ein, den das System selbst darstellt.

Der Nutzer tippt auf den Button und gibt den genauen Standort für die laufende Sitzung frei. Die App muss für diese Aktion keine dauerhafte Berechtigung für den genauen Standort behalten. Android liefert das Symbol und eine Liste vorgegebener Beschriftungen, sodass Nutzer dasselbe Bedienelement in jeder App wiedererkennen.

Für Apps, die auf Android 17 oder höher abzielen, verlangt Google Play diesen Button, wenn der genaue Standort ausschließlich für eine einmalige, vom Nutzer ausgelöste Aktion gebraucht wird. Die App deklariert diesen eingeschränkten Umfang im Manifest über das Attribut onlyForLocationButton.

Was Google Play erwartet

Google Play verlangt jetzt, dass Apps sich auf den minimalen Standortumfang beschränken, den ihre Funktionen wirklich brauchen: ungefähr statt genau, wo immer das möglich ist, und den Location Button für den punktuellen genauen Zugriff.

Google beschreibt zwei Wege. Für den punktuellen genauen Zugriff deklariert die erzeugte App im Manifest den eingeschränkten Umfang des Location Buttons. Behält eine App den genauen Standort außerhalb dieses Wegs, fragt die Play Console, warum der ungefähre Standort oder eine einmalige Abfrage für eine zentrale Funktion nicht ausreichen würden.

Der Zeitplan ist knapp. Ab dem 27. Oktober 2026 melden Vorabprüfungen in der Play Console mögliche Verstöße gegen die Standortrichtlinie schon vor der Einreichung. Die Deklaration selbst wird im November 2026 verfügbar. Verbindlich wird die Richtlinie für alle Apps am 27. Januar 2027, mit einer Verlängerung um 30 Tage im Selbstservice.

Was sich bei GoodBarber geändert hat

Die Migration der Android-Engine ging über den Wechsel des Ziel-SDK hinaus.

Im Back-Office ist die Standortberechtigung jetzt zweigeteilt: ungefährer und genauer Zugriff statt eines einzigen Alles-oder-nichts-Schalters. Braucht eine App den genauen Standort nur für eine einmalige Aktion, deklariert der erzeugte Build genau diesen eingeschränkten Umfang gegenüber Google Play.

In der App erscheint der Location Button auf den Screens, die die Position tatsächlich nutzen: Kartenbereiche, Veranstaltungen, Nutzerverzeichnisse und die standortbasierte Bestätigung einer Treuekarte. Da das System das Bedienelement zeichnet, bleiben Symbol und Verhalten vertraut, während die Beschriftung zur Aktion passen kann.

Gibt ein Nutzer nur den ungefähren Standort frei, funktioniert die App weiter, ohne eine Genauigkeit vorzutäuschen, die sie nicht mehr hat: Entfernungen werden gerundet und als solche angezeigt, etwa als «mehr als 1 km».

Der Sonderfall Geofencing und Beacons

Zwei GoodBarber-Funktionen behalten den genauen Standort außerhalb des Button-Wegs: Geofencing und Beacons. Eine Benachrichtigung, die ausgelöst wird, wenn ein Kunde ein festgelegtes Gebiet betritt oder sein Telefon einen Beacon erkennt, setzt voraus, dass die Position in diesem Moment ohne erneutes Tippen verfügbar ist. Der Location Button kann das nicht ersetzen.

Diese Funktionen liefern dem Anbieter eine konkrete, im Produkt verankerte Begründung für die Play Console: beschreiben, worauf sich die Nutzer verlassen, und erklären, warum eine ungefähre oder einmalige Position das nicht leisten würde. Google prüft die Deklaration weiterhin, aber der Grund für den genauen Standort ist spezifisch und direkt an eine sichtbare Funktion gebunden.

Wartung gehört zum Produkt

Prompt-to-App-Werkzeuge sind wirklich schnell darin, einen ersten Build zu erzeugen. Was danach passiert, hängt vom Werkzeug und von der Entwicklungsorganisation ab: Wenn sich ein Betriebssystem ändert, muss trotzdem jemand die SDKs aktualisieren, die App testen und eine neue Version einreichen.

GoodBarber ist auf den gesamten Lebenszyklus einer App ausgelegt. Die Wartung der Engine steht neben den erzeugten nativen Apps, dem Hosting, der Datenbank, dem Back-Office und den Veröffentlichungswegen, die in der Plattform enthalten sind — lauter Bausteine, die anderswo je einen eigenen Dienst und eine eigene Rechnung bedeuten. Ein Android-Release wird damit zur Arbeit unseres Engineering-Teams und nicht zum Migrationsprojekt jedes einzelnen App-Betreibers.

GoodBarber pflegt seine App-Engines seit 2011, für Kunden in 152 Ländern. Diese Erfahrung sorgt dafür, dass bestehende Apps im Takt der mobilen Plattformen weiterhin neue Builds erzeugen können.

Was jetzt zu tun ist

Öffnen Sie Ihr Back-Office, erzeugen Sie eine neue Version Ihrer Android-App und reichen Sie sie bei Google Play ein. Die Änderungen an der Engine sind bereits enthalten.

Nutzt Ihre App Geofencing oder Beacons, sehen Sie sich die neue Standortdeklaration an, sobald sie in der Play Console erscheint. Beschreiben Sie die Funktion, auf die sich Ihre Nutzer verlassen, und erklären Sie, warum eine ungefähre oder einmalige Position das nicht leisten würde.