Google kondigde op 21 oktober 2026 aan dat apps die op de volgende Android-versie of hoger zijn gericht, straks niet meer rechtstreeks contacten kunnen wijzigen met WRITE_CONTACTS, tenzij ze MANAGE_CONTACTS hebben. Heise en Android-commentator Mishaal Rahman identificeren die volgende versie als Android 18. Apps die op oudere Android-versies zijn gericht, behouden volgens Google hun huidige gedrag.

Android 18 stond eerder ook op de agenda van Android Dev Summit, zoals we schreven in ons bericht over de sessie. De nieuwe aankondiging gaat over de toegang van apps tot je adresboek.

Wat verandert er voor apps die contacten aanpassen?

WRITE_CONTACTS geeft apps nu rechtstreeks schrijftoegang tot contacten. Google zegt dat een app daarmee op de achtergrond wijzigingen kan aanbrengen, ook als die maar één contact wil toevoegen of aanpassen. Volgens het plan worden directe schrijfacties geweigerd voor apps die de volgende Android-versie of hoger als doelversie hebben en geen MANAGE_CONTACTS gebruiken. De app krijgt dan een SecurityException of een weigering van de machtiging.

De wijziging hangt dus af van de Android-versie waarop een app gericht is. Ze geldt niet automatisch voor iedere app die op een toestel met Android 18 staat.

Voor gewone bewerkingen volstaat de systeemeditor

Voor een actie die de gebruiker zelf start, kan een app de contacteditor van Android openen. ACTION_INSERT start het toevoegen van een contact; ACTION_EDIT en ACTION_INSERT_OR_EDIT zijn bedoeld voor bewerken of een bestaande-contactworkflow. De gebruiker kan de gegevens in de systeemeditor bekijken en opslaan, zonder dat de app directe schrijftoegang nodig heeft.

Deze route heeft grenzen. De editor negeert niet-standaard MIME-typen in Insert.DATA, en Android biedt geen intent om een contact te verwijderen. Gebruikers kunnen een contact verwijderen in hun Contacten-app; apps met MANAGE_CONTACTS kunnen dat rechtstreeks doen.

Wanneer kan MANAGE_CONTACTS nodig zijn?

Beslisdiagram met aparte routes voor contactbewerking, het lezen van geselecteerde contacten en breed contactbeheer.

Google noemt contactbeheerders, alternatieve belapps, apps die contacten in bulk bijwerken voor spam- of beller-ID-functies, clouddiensten voor synchronisatie en apps voor bulkback-ups, herstel of apparaatoverdracht als mogelijke kandidaten voor MANAGE_CONTACTS. Dat een app een eigen contacteditor heeft, maakt haar op zichzelf niet geschikt: de brede toegang moet nodig zijn voor de kerntaak.

MANAGE_CONTACTS is speciale app-toegang, geen gewone toestemmingsvraag tijdens het gebruik. De gebruiker schakelt die in via Instellingen > Apps > Speciale app-toegang > Contacten beheren. De toegang omvat lezen, toevoegen, bewerken en verwijderen van contacten, accounts en gegevens in People Directory.

Google plant daarnaast een verklaring in Play Console voor apps die deze toegang gebruiken. Ontwikkelaars moeten daarin uitleggen waarom de systeemintents niet volstaan. Volgens Googles planning begint die eis niet vóór de volgende Android-versie en valt ze in 2027.

Lezen van contacten volgt een aparte route

De aangekondigde wijziging gaat over rechtstreeks schrijven met WRITE_CONTACTS. Voor lezen biedt Android 17 de Contact Picker: daarmee kan een gebruiker specifieke contactgegevens selecteren om met een app te delen, zonder dat die app brede leestoegang vraagt. Apps die voor hun kernfunctie bredere toegang nodig hebben, kunnen READ_CONTACTS aanvragen onder de daarvoor geldende regels. Google Play heeft voor apps die op Android 17 of hoger zijn gericht een afzonderlijk beleid; de naleving daarvan wordt verplicht op 27 januari 2027.

Gebruikers kunnen de gewone Contacten-machtiging van een app bekijken via Instellingen > Apps > [app] > Machtigingen. Zo zijn lezen via een selectie, direct bewerken en breed contactbeheer drie verschillende routes, met elk een eigen toegangsmodel.

De planning van Google

Google zette MANAGE_CONTACTS en People Directory op de planning voor Android 17 QPR2 in het vierde kwartaal van 2026. De directe schrijfbeperking voor apps die op de volgende Android-versie zijn gericht, staat in Googles tijdlijn voor 2027. De Android 18-identificatie is afkomstig van Heise en Mishaal Rahman; Google noemt in zijn aankondiging alleen de volgende Android-versie.