GoodBarber x Android 17: wat er verandert voor locatie

Android 17 verscheen op 16 juni 2026 op de ondersteunde Pixel-toestellen; de overige fabrikanten volgden in de maanden daarna.

Android 17 maakt toegang tot locatie zichtbaarder. Zodra een app buiten het systeem de positie van een gebruiker opvraagt, verschijnt er een permanente indicator. Een tik erop laat zien welke apps de locatie onlangs hebben gebruikt, met de mogelijkheid de toestemming meteen in te trekken.

Ook de globale locatie beschermt beter. Android werkte tot nu toe met een vast raster van 2 km; het gebied past zich nu aan de bevolkingsdichtheid aan, wat op het platteland evenveel privacy oplevert als in het centrum van een stad. Het toestemmingsvenster maakt bovendien veel duidelijker onderscheid tussen «Precies» en «Globaal».

Bij ons begon het werk ruim voor de publieke release: de ontwikkelaarsdocumentatie doornemen, bepalen welke wijzigingen GoodBarber-apps echt raken, de Kotlin-engine bijwerken en de gegenereerde builds testen. Datzelfde deden we voor Android 15 en de schermvullende weergave en daarna voor Android 16 en voorspellende terugnavigatie.

Een GoodBarber-app voor Android wordt native gecompileerd, niet in een WebView verpakt. Het werk aan het besturingssysteem gebeurt dus in de engine, niet in het back-office van elke klant. U blijft uw app inrichten en beheren; wij werken de engine bij die hem genereert.

Veel functies hebben de exacte positie alleen nodig op het moment dat de gebruiker erom vraagt: een kaart centreren, de dichtstbijzijnde locatie vinden, een loyaliteitsactie ter plaatse bevestigen. Android 17 introduceert voor dat soort eenmalig gebruik een location button, getekend door het systeem zelf.

De gebruiker tikt op de knop en geeft de precieze locatie vrij voor de lopende sessie. De app hoeft daarvoor geen permanente toestemming voor precieze locatie te bewaren. Android levert het pictogram en een reeks vooraf bepaalde labels, zodat gebruikers hetzelfde element in elke app herkennen.

Voor apps die op Android 17 of hoger richten, vereist Google Play deze knop wanneer precieze locatie alleen nodig is voor een eenmalige, door de gebruiker gestarte actie. De app legt die beperkte reikwijdte vast in het manifest via het attribuut onlyForLocationButton.

Google Play vraagt apps nu om zich te beperken tot de minimale locatiereikwijdte die hun functies nodig hebben: globaal in plaats van precies waar dat kan, en de location button voor eenmalige precieze toegang.

Google beschrijft twee routes. Voor eenmalige precieze toegang legt de gegenereerde app de beperkte reikwijdte van de location button vast in het manifest. Houdt een app precieze locatie buiten die route, dan vraagt de Play Console waarom globale locatie of een eenmalig verzoek niet zou volstaan voor een kernfunctie.

De planning is kort. Vanaf 27 oktober 2026 signaleren voorcontroles in de Play Console mogelijke problemen met het locatiebeleid nog voor het indienen. De verklaring zelf komt in november 2026 beschikbaar. Naleving wordt voor alle apps verplicht op 27 januari 2027, met een verlenging van 30 dagen via selfservice.

De migratie van de Android-engine ging verder dan het wisselen van de doel-SDK.

In het back-office is de locatietoestemming nu opgesplitst in globale en precieze toegang, in plaats van één alles-of-niets-schakelaar. Heeft een app precieze locatie alleen nodig voor een eenmalige actie, dan legt de gegenereerde build precies die beperkte reikwijdte vast richting Google Play.

In de app verschijnt de location button op de schermen die de positie daadwerkelijk gebruiken: kaartsecties, evenementen, gebruikersoverzichten en de locatiegebonden bevestiging van een loyaliteitskaart. Omdat het systeem het element tekent, blijven pictogram en gedrag vertrouwd, terwijl het label bij de actie kan passen.

Geeft een gebruiker alleen globale locatie vrij, dan blijft de app werken zonder een nauwkeurigheid voor te wenden die hij niet meer heeft: afstanden worden afgerond en ook zo getoond, bijvoorbeeld als «meer dan 1 km».

Twee GoodBarber-functies houden precieze locatie buiten de route van de knop: geofencing en beacons. Een melding die afgaat wanneer een klant een afgebakend gebied binnenkomt, of wanneer zijn telefoon een beacon detecteert, veronderstelt dat de positie op dat moment beschikbaar is zonder nieuwe tik. De location button kan dat gedrag niet vervangen.

Deze functies geven de app-eigenaar een concrete, in het product verankerde onderbouwing voor de Play Console: beschrijf de functie waarop uw gebruikers rekenen en leg uit waarom een globale of eenmalige positie die niet mogelijk maakt. Google beoordeelt de verklaring nog steeds, maar de reden om precieze locatie te behouden is specifiek en direct verbonden met een zichtbare functie.

Prompt-to-app-tools zijn werkelijk snel in het opleveren van een eerste build. Wat daarna gebeurt, hangt af van de tool en van de manier waarop de ontwikkeling is georganiseerd: verandert een besturingssysteem, dan moet iemand alsnog de SDK's bijwerken, de app testen en een nieuwe versie indienen.

GoodBarber is opgezet rond de volledige levensduur van een app. Het onderhoud van de engine staat naast de gegenereerde native apps, de hosting, de database, het back-office en de publicatieroutes die het platform al bevat — stuk voor stuk onderdelen die elders een aparte dienst en een aparte factuur zijn. Een Android-release wordt daarmee werk voor ons engineeringteam en geen migratieproject voor elke app-eigenaar afzonderlijk.

GoodBarber onderhoudt zijn app-engines sinds 2011, voor klanten in 152 landen. Die ervaring zorgt ervoor dat bestaande apps nieuwe builds kunnen blijven genereren, in het tempo van de mobiele platformen.

Open uw back-office, genereer een nieuwe versie van uw Android-app en dien die in bij Google Play. De wijzigingen aan de engine zitten er al in.

Gebruikt uw app geofencing of beacons, bekijk dan de nieuwe locatieverklaring zodra die in de Play Console verschijnt. Beschrijf de functie waarop uw gebruikers rekenen en leg uit waarom een globale of eenmalige positie die niet mogelijk maakt.