Kort antwoord
Gecontroleerd op 14 augustus 2026, zijn de bevestigde beleidsdeadlines van Google Play die nog komen: 30 september voor de registratie van packagenamen bij Google Play en de eerste handhaving van de Android-ontwikkelaarsverificatie in vier landen, 1 oktober voor rapportage en de geldende servicekosten in de betrokken Amerikaanse programma's en 1 november voor de uiterste datum van het doel-API-uitstel. De twee actuele deadlinepagina's van Google zijn het er nu over eens dat Contacts en Location ingaan op 27 januari 2027; de tijdlijn van Android Developers noemde tot half augustus 2026 voor allebei 28 oktober 2026, dus die datum is achterhaald en niet fout. Eén conflict staat nog open: Child Safety Standards staat op 26 augustus 2026 in Play Console Help en op 28 oktober 2026 bij Android Developers, dus bereid je voor op 26 augustus. Drie datums die nog steeds hoog in de zoekresultaten staan, zijn dood: 1 november 2025 en 31 mei 2026 voor de 16 KB-paginagrootte, nu 1 februari 2027, en 28 oktober voor Contacts. Landt een van deze deadlines terwijl je midden in een gesloten test zit, dan houdt PrimeTestLab de testerkant stabiel terwijl jij de oplossing uitbrengt.
Niets op deze pagina is moeilijk te vinden. Het is moeilijk om het samen te stellen. Google verdeelt 2026 over een pagina met beleidsaankondigingen, een actuele deadlinetabel die alles wat ouder is dan ongeveer drie maanden stilletjes archiveert, een beleidsarchief en een aparte tijdlijn van Android Developers die op één rij nog steeds niet gelijkloopt met de eerste. Het gevolg is dat twee ontwikkelaars vandaag allebei een Google-pagina kunnen lezen en er verschillende deadlines voor hetzelfde beleid uit meenemen. Dit register zet elke gedateerde wijziging op één plek, zegt op wie die van toepassing is en welke ene actie hij vraagt, en geeft elke rij een status, zodat een omstreden datum er nooit uitziet als een vaststaande. Het is actueel per 14 augustus 2026, en waar Google zichzelf tegenspreekt, worden beide datums en beide URL's afgedrukt in plaats van dat er stilletjes één wordt gekozen.
Bijgewerkt op 14 augustus 2026
De twee actuele deadlinepagina's van Google zijn het er nu over eens dat Contacts en Location ingaan op 27 januari 2027. Tot half augustus 2026 gaf de tijdlijn van Android Developers voor allebei 28 oktober 2026, en deze pagina voerde ze als omstreden rijen. Child Safety Standards blijft omstreden tussen 26 augustus en 28 oktober. Volledig changelog
Vier tools op deze pagina
Alle vier draaien ze in je browser op waarden die jij kiest. Er wordt niets geüpload, je hebt geen account nodig en er verlaat geen enkel verzoek de pagina.
Inhoudsopgave
Welke Google Play-deadlines staan er nog open in 2026?
De eerstvolgende bevestigde datum is 30 september 2026, over 25 dagen. Hieronder worden 41 rijen gevolgd, van 1 januari 2026 tot 30 september 2027. 1 daarvan heeft tegenstrijdige datums over 1 rij: Google publiceert twee verschillende datums voor de uitbreiding van Child Safety Standards, dus die rij toont ze allebei. Filter het register eerst op je eigen app, want de meeste van deze rijen zullen niet op jou van toepassing zijn.
Wat de 41 telt
Dat totaal is de indeling van deze pagina en geen cijfer dat Google publiceert, dus het is de moeite waard om te zeggen wat erin zit: 22 ingangsdatums van beleid, 1 rij waar twee actuele Google-pagina's twee verschillende datums geven, 7 aankondigings- en verduidelijkingsdatums die op zichzelf niets handhaven, 10 commerciële en programmamijlpalen van Play die helemaal geen vereisten uit het Developer Program Policy zijn, en 1 periode die Google wel heeft benoemd maar niet gedateerd. Tel je aankondigingen en programmadatums niet mee, dan daalt het getal; tel je een omstreden beleidsregel dubbel, dan stijgt het. Elk artikel dat een rond getal „beleidswijzigingen van Play in 2026” noemt, citeert ook zijn eigen indeling.
Hoe je elke rij leest
Eén label „deadline” zou verschillende dingen tot één ding platslaan: aankondigingsdatums die niets handhaven, verduidelijkingen die niets veranderen, datums die sindsdien zijn verschoven, en datums waarover twee Google-pagina's het oneens zijn. Elke rij draagt daarom een eigen status.
-
Bevestigd
Eén gedateerde Google-pagina, geen tegenspraak gevonden op 2026-08-12.
-
Bronnen verschillen
Twee actuele Google-pagina's geven twee verschillende datums. Ga uit van de vroegste.
-
Gedeeltelijk
De regel is gedocumenteerd; de exacte oorspronkelijke ingangsdatum staat niet meer op een actuele Google-pagina.
-
Aankondiging
Een aankondigings- of kennisgevingsdatum, geen handhavingsdatum. De afzonderlijke ingangsdatums verschillen.
-
Verduidelijking
Google noemde dit een verduidelijking van een bestaande regel. Geen nieuwe ingangsdatum.
-
Achterhaald
Een echte Google-datum die inmiddels is vervangen. Behouden omdat hij nog steeds circuleert.
-
Nog geen datum
Google heeft een periode genoemd, maar geen datum. Alles wat preciezer is, is speculatie.
-
Programma
Een commerciële of programmamijlpaal van Play, geen vereiste uit het Developer Program Policy. Hij draagt een echte datum en een echt gevolg, maar er een missen is een contractuele of omzetkwestie en geen beleidsovertreding. 10 rijen dragen deze markering.
De actuele tabel met beleidsdeadlines van Google bewaart recente rijen en verplaatst oudere naar een beleidsarchief, dus een deadline waarvoor je in februari bent gewaarschuwd, kan in augustus echt lastig te vinden zijn. Daarom blijven de verstreken rijen op deze pagina staan in plaats van dat ze worden verwijderd: ontwikkelaars krijgen nog steeds meldingen en afwijzingsmails die ernaar verwijzen.
Stel je eigen deadlinelijst samen
Vink alles aan wat de app beschrijft die je uitbrengt. Het register hieronder krimpt tot de rijen die echt op jou van toepassing kunnen zijn, en de samenvatting vertelt je welke daarvan het dichtstbij is. Er wordt niets ergens naartoe gestuurd; de antwoorden blijven in deze browser.
Instrument 02
Deadlineprofiler
Nog niets aangevinkt, dus het register hieronder toont alle 41 rijen.
De profiler filtert de rijen van deze pagina. Het is geen nalevingsaudit, hij kan je manifest of je Play Console niet zien, en een rij die hij verbergt, kan alsnog gelden als je app iets doet waar de vragen hierboven niet naar vragen. 11 rijen zijn gekoppeld aan categorieën die deze vragen niet dekken en komen nooit door een vinkje binnen: Aankondiging van wijzigingen in het verdienmodel van Play; Zelfverklaring voor nieuws- en tijdschriftapps; Naleving van de pilot voor voorspellingsmarkten; Kennisgeving over het delen van de Play-catalogus in de VS; Classificatiedatum voor „nieuwe installatie” bij de servicekosten van Play; Uniforme nummering van het beleid wordt uitgerold; Play Catalog Access en de Amerikaanse programma's voor appstores van derden van kracht; Wijzigingen in de servicekosten bereiken Australië en Japan; Het programma New Apps and Games komt beschikbaar; Wijzigingen in de servicekosten en het nieuwe programma bereiken Korea; Wijzigingen in de servicekosten en het nieuwe programma bereiken de rest van de wereld.
Het volledige register voor 2026 en begin 2027
Gecontroleerd tegen de actuele pagina's van Google op 14 augustus 2026. Elke rij noemt zijn eigen primaire bron, en elke datum is voluit geschreven, zodat je hem kunt citeren zonder gevolgtrekkingen.
-
1 jan 2026 Beperking op het gebruik van gegevens uit de Age Signals API Bevestigd Verstreken
-
28 jan 2026 Vereisten voor de Amerikaanse programma's voor links naar externe content en alternatieve facturering Programma Bevestigd Verstreken
-
28 jan 2026 RBI-lijstvereiste in India voor bestaande apps voor persoonlijke leningen Bevestigd Verstreken
-
28 jan 2026 Nieuwe grens van 180 dagen voor bezwaar tegen beëindiging van een ontwikkelaarsaccount Bevestigd Verstreken
-
28 jan 2026 Oorspronkelijke leeftijdsregel voor matchmaking, dating en functies met echt geld Gedeeltelijk Verstreken
-
28 jan 2026 Aankondiging van de vermeldingsupdate voor persoonlijke leningen in Thailand Aankondiging Verstreken
-
4 mrt 2026 Aankondiging van wijzigingen in het verdienmodel van Play Programma Aankondiging Verstreken
-
4 mrt 2026 Vermeldingsdeadline voor bestaande apps voor persoonlijke leningen in Thailand Bevestigd Verstreken
-
15 apr 2026 Aprilronde van het Developer Program Policy Aankondiging Verstreken
-
27 mei 2026 Account Transfer-beleid Bevestigd Verstreken
-
27 mei 2026 Zelfverklaring voor nieuws- en tijdschriftapps Bevestigd Verstreken
-
1 jun 2026 Naleving van de pilot voor voorspellingsmarkten Bevestigd Verstreken
-
22 jun 2026 Kennisgeving over het delen van de Play-catalogus in de VS Programma Aankondiging Verstreken
-
30 jun 2026 Classificatiedatum voor „nieuwe installatie” bij de servicekosten van Play Programma Bevestigd Verstreken
-
15 jul 2026 Julironde van het Developer Program Policy Aankondiging Verstreken
-
15 jul 2026 Formulering over contentclassificatie voor apps zonder classificatie Verduidelijking Verstreken
-
15 jul 2026 User Data-vereisten gelden voor AI-integraties van derden Verduidelijking Verstreken
-
15 jul 2026 Behandeling van precieze en bij benadering bepaalde locatie in Data Safety Verduidelijking Verstreken
-
15 jul 2026 Uniforme nummering van het beleid wordt uitgerold Aankondiging Verstreken
-
22 jul 2026 Play Catalog Access en de Amerikaanse programma's voor appstores van derden van kracht Programma Bevestigd Verstreken
-
27 jul 2026 Eenmalige bezwaartermijn voor accounts die vóór 28 januari 2026 zijn beëindigd Bevestigd Verstreken
-
1 aug 2026 Android TV-kwaliteit: 32-bits- en 64-bitsarchitecturen plus 16 KB-paginagroottes Bevestigd Verstreken
-
26 aug 2026 Age-Restricted Content and Functionality wordt uitgebreid naar willekeurige en anonieme chat Bevestigd Verstreken
-
26 aug 2026 Families-beleid verbiedt anonieme chatapps die zich op kinderen richten Bevestigd Verstreken
-
26 aug 2026 Child Safety Standards wordt uitgebreid naar anonieme en willekeurige chat Bronnen verschillen Verstreken
-
26 aug 2026 Geofencing vervalt als goedgekeurde use case voor een foreground service Bevestigd Verstreken
-
31 aug 2026 Doel-API-niveau voor nieuwe apps en app-updates Bevestigd Verstreken
-
31 aug 2026 Beschikbaarheidsdrempel voor bestaande apps Bevestigd Verstreken
-
30 sep 2026 Registratie van packagenamen bij Google Play Bevestigd 25 dagen
-
30 sep 2026 Android-ontwikkelaarsverificatie, eerste handhaving bij installatie Bevestigd 25 dagen
-
30 sep 2026 Wijzigingen in de servicekosten bereiken Australië en Japan Programma Bevestigd 25 dagen
-
30 sep 2026 Het programma New Apps and Games komt beschikbaar Programma Bevestigd 25 dagen
-
1 okt 2026 Rapportage van Amerikaanse transacties en geldende servicekosten Programma Bevestigd 26 dagen
-
1 nov 2026 Uiterste datum van het doel-API-uitstel Bevestigd 57 dagen
-
31 dec 2026 Wijzigingen in de servicekosten en het nieuwe programma bereiken Korea Programma Bevestigd 117 dagen
-
27 jan 2027 SMS en Call Log: de uitzondering voor verificatie per telefoongesprek vervalt Bevestigd 144 dagen
-
27 jan 2027 Contacts Permissions-beleid Bevestigd 144 dagen
-
27 jan 2027 Location Permissions-beleid Bevestigd 144 dagen
-
1 feb 2027 Handhaving van de compatibiliteit met de 16 KB-paginagrootte Bevestigd 149 dagen
-
30 sep 2027 Wijzigingen in de servicekosten en het nieuwe programma bereiken de rest van de wereld Programma Bevestigd 390 dagen
-
2027 en later Wereldwijde uitbreiding van de Android-ontwikkelaarsverificatie Nog geen datum Geen datum
Geen enkele rij past bij die combinatie. Wis een filter om de rest te zien.
Deze kalender bevat door Google aangekondigde datums die bekend zijn per 14 augustus 2026. Verdere wijzigingen in 2026 worden toegevoegd zodra Google ze aankondigt. Voor september tot en met december 2026 was er buiten de rijen hierboven geen gedateerde wijziging van het Developer Program Policy aangekondigd toen die pagina's voor het laatst zijn gelezen, en dat is een uitspraak over wat Google tot dan toe had gepubliceerd, geen voorspelling dat de rest van het jaar leeg is.
Programmadatums van Play, die geen beleidsdeadlines zijn
Deze 10 rijen staan in het register hierboven met de markering Programma en ze zijn hier verzameld omdat het vermengen met beleidshandhaving precies de manier is waarop een datum voor kostenindeling in iemands nalevingsplan terechtkomt. Ze zijn echt, gedateerd en van een bron voorzien. Geen ervan is een vereiste uit het Developer Program Policy, en er een missen is een commercieel of contractueel probleem en geen beleidsovertreding. De meeste horen bij de gefaseerde uitrol van het verdienmodel van Google, die verschillende markten op verschillende datums bereikt in 2026 en 2027, dus welke datum voor jou telt, hangt af van waar je verdient.
- 28 januari 2026 Vereisten voor de Amerikaanse programma's voor links naar externe content en alternatieve facturering Ontwikkelaars die Amerikaanse gebruikers bedienen en in die programma's willen blijven.
- 4 maart 2026 Aankondiging van wijzigingen in het verdienmodel van Play Uiteindelijk elke ontwikkelaar die geld verdient via Google Play. De uitrol verloopt gefaseerd per regio over 2026 en 2027.
- 22 juni 2026 Kennisgeving over het delen van de Play-catalogus in de VS Ontwikkelaars van wie de Play-vermeldingen geleverd kunnen worden aan deelnemende Amerikaanse Android-stores van derden.
- 30 juni 2026 Classificatiedatum voor „nieuwe installatie” bij de servicekosten van Play Ontwikkelaars die via Play verdienen aan transacties in de EER, het VK en de VS. Dit is een commerciële indeling, geen beleidsvereiste.
- 22 juli 2026 Play Catalog Access en de Amerikaanse programma's voor appstores van derden van kracht Deelnemende Amerikaanse appstores en Play-ontwikkelaars van wie de vermeldingen eronder vallen.
- 30 september 2026 Wijzigingen in de servicekosten bereiken Australië en Japan Ontwikkelaars die via Play verdienen aan Australische en Japanse transacties.
- 30 september 2026 Het programma New Apps and Games komt beschikbaar Ontwikkelaars in Australië, de EER, Japan, het VK en de VS.
- 1 oktober 2026 Rapportage van Amerikaanse transacties en geldende servicekosten Ontwikkelaars die zijn aangemeld voor de betrokken Amerikaanse programma's voor links naar externe content en alternatieve facturering.
- 31 december 2026 Wijzigingen in de servicekosten en het nieuwe programma bereiken Korea Ontwikkelaars die via Play verdienen aan Koreaanse transacties.
- 30 september 2027 Wijzigingen in de servicekosten en het nieuwe programma bereiken de rest van de wereld Elke resterende Play-markt die niet onder de eerdere golven viel.
De rij van 30 juni wordt het vaakst helemaal weggelaten uit een lijst met „Play-wijzigingen in 2026”. Hij vraagt je niets in de app te veranderen: het is de lijn die Google trekt tussen een „nieuwe installatie” en een bestaande, en aan welke kant een gebruiker valt, bepaalt het tarief van de servicekosten op zijn transacties in de EER, het VK en de VS. Hij hoort thuis in een financieel model, niet in een engineeringsprint.
Waarom geven de eigen pagina's van Google verschillende datums?
Omdat Google dezelfde informatie op meer dan één plek onderhoudt, en die twee plekken niet altijd op dezelfde dag worden bewerkt. De tabel met beleidsdeadlines in Play Console Help en de beleidstijdlijn van Android Developers zijn allebei actueel en allebei officieel. Tot begin augustus 2026 gaven ze voor drie beleidsregels verschillende ingangsdatums. Twee van die meningsverschillen zijn sindsdien gesloten: Android Developers verplaatste Contacts Permissions en Location Permissions van 28 oktober 2026 naar 27 januari 2027, en dat is de datum die Play Console Help al die tijd al noemde. Eén staat nog open: de uitbreiding van Child Safety Standards is 26 augustus 2026 in Play Console Help en 28 oktober 2026 bij Android Developers. Ga uit van 26 augustus.
Dit is geen kleine documentatieplooi. Het was het verschil tussen een rechtenwijziging in oktober uitbrengen en hem in januari uitbrengen, en het is de reden dat een zoekresultaat, een antwoord van een assistent en een collega alle drie een andere datum voor hetzelfde beleid kunnen noemen terwijl ze alle drie Google lezen.
Kijk hoe die oplossing er van buitenaf uitzag: geen aankondiging, geen vermelding in een changelog, geen notitie op een van beide pagina's over welke datum fout was geweest. De ene pagina is stilletjes aangepast aan de andere, en elk artikel dat 28 oktober had gekozen en verder was gegaan, werd die dag onjuist zonder dat de auteur er iets aan deed. Dat is het echte risico bij dit onderwerp, en daarom houden de rijen hieronder de achterhaalde datum in beeld in plaats van hem te verwijderen.
Er zit nog een tweede laag onder. Op 14 augustus 2026 gaf de deadlinepagina van Play Console Help in de tekst zelf 27 januari 2027 terwijl het geïndexeerde zoekfragment voor diezelfde URL nog steeds de oudere formulering 28 oktober 2026 bevatte. Een lezer kon dus zoeken, het eigen domein van Google in het resultaat zien, 28 oktober in het fragment lezen en nooit de pagina openen die iets anders zei. Verouderde fragmenten van actuele pagina's zijn onderdeel van het probleem, niet alleen verouderde blogposts.
Instrument 03
Conflictwisselaar
De getoonde datums zijn gepubliceerd op Play Console Help, de tabel met beleidsdeadlines. support.google.com, tabel 12921780
-
Contacts Permissions
27 januari 2027
Beide pagina's zijn het nu eens. Android Developers publiceerde eerder
28 oktober 2026Vastgesteld op 27 januari 2027 -
Location Permissions
27 januari 2027
Beide pagina's zijn het nu eens. Android Developers publiceerde eerder
28 oktober 2026Vastgesteld op 27 januari 2027 -
Uitbreiding van Child Safety Standards
26 augustus 2026
Andere pagina:
28 oktober 2026Ga uit van 26 augustus 2026
1 actueel conflict, 2 opgelost. Beide pagina's zijn opnieuw gelezen op 14 augustus 2026. Waar ze nog verschillen, toont deze pagina beide datums en adviseert ze je voor te bereiden op de vroegste; ze beslist niet welke pagina gelijk heeft, want op geen van beide pagina's staat dat de een de ander vervangt, en de conclusieregel is een risicopositie en geen uitspraak van Google. Waar ze het nu eens zijn, blijft de datum die Google heeft vervangen zichtbaar, zodat een lezer die met de oude aankomt, kan zien dat die echt is geweest.
Wat nooit ter discussie stond
De datums verschoven. De reikwijdte niet, en de reikwijdte bepaalt of dit alles jouw probleem is. De Contacts-richtlijnen van Google koppelen het nieuwe regime voor brede toegang tot contacten aan de apps waarvoor het geldt en niet aan de kalender, en die zin is op beide pagina's al die tijd stabiel gebleven.
Android 17 of later (API-niveau 37+)
Google Play Console Help, antwoord 16909972, over de apps waarvoor het Contacts Permissions-beleid geldtEen app die geen API 37 als doel heeft, valt dus nog niet onder het regime voor brede toegang tot contacten, en een app die altijd maar één door de gebruiker gekozen contact nodig heeft, wordt naar Android Contact Picker gewezen in plaats van naar brede toegang. Dezelfde logica geldt voor de rij over Child Safety, de rij die nog ter discussie staat: de definitie van een willekeurige of anonieme chatapp is op beide pagina's stabiel, en alleen de datum verschilt. Heb je je werk afgebakend op de definitie en niet op de datum, dan heeft de verschuiving van oktober naar januari je niets gekost.
Hoe je een deadlinepagina van Google leest
- Open de pagina en lees de tekst. Een zoekfragment kan maanden achterlopen op de pagina waar het naar wijst.
- Controleer beide pagina's: de deadlinetabel van Play Console Help en de beleidstijdlijn van Android Developers.
- Plan je engineering op de vroegste datum en communiceer de latere als onbeslist.
- Schrijf op welke datum je las en op welke dag je dat deed. Alleen zo merk je een stille bewerking op.
- Het eerste resultaat op een Google-domein dat je ziet als vaststaand behandelen omdat het domein klopt.
- Aannemen dat de latere van twee datums geldt omdat dat prettiger uitkomt.
- Een oude datum verwijderen zodra hij verschuift. Je hebt hem nodig als iemand hem tegen je citeert.
- „Minimaal 30 dagen om te voldoen” lezen als de ingangsdatum. Het is een ondergrens voor de aankondigingstermijn, geen datum.
De status van deze rijen kan elke week veranderen
26 augustus is verstreken, dus de rij over Child Safety moet opnieuw worden gecontroleerd tegen de definitieve beleidspagina in plaats van tegen de tekst van de voorbeschouwing, en tegen de datum 28 oktober die de tijdlijn van Android Developers er nog steeds voor noemt.
Wat verandert er op 26 augustus 2026?
Vier dingen, en maar één ervan gaat over chatfuncties waarvan je denkt dat je ze niet hebt. Het beleid Age-Restricted Content and Functionality van Google wordt uitgebreid naar apps waarvan de kernfunctionaliteit willekeurig onbekenden met elkaar verbindt of verbergt wie een gebruiker is; het Families-beleid verbiedt anonieme chatapps om zich op kinderen te richten; de uitbreiding van Child Safety Standards wordt hier gedateerd door Play Console Help en op 28 oktober door Android Developers, waarmee dit de enige datum op deze pagina is waarover Google zichzelf nog tegenspreekt; en geofencing vervalt als goedgekeurde use case voor een foreground service. Beschrijft geen van die vier jouw app, dan is 26 augustus jouw datum niet.
26 augustus 2026
Verstreken-
Bevestigd
Age-Restricted Content and Functionality wordt uitgebreid naar willekeurige en anonieme chat
Wie Apps waarvan de kernfunctionaliteit willekeurig onbekenden met elkaar verbindt of bewust verbergt wie een gebruiker is.
Doen Gebruik de functionaliteit en tools in Play Console om te voorkomen dat minderjarigen toegang krijgen tot de app.
-
Bevestigd
Families-beleid verbiedt anonieme chatapps die zich op kinderen richten
Wie Anonieme chatapps die zich op kinderen richten.
Doen Richt je niet langer op kinderen, of pas het product aan zodat de kwalificatie anonieme chat niet meer van toepassing is.
-
Bronnen verschillen
Child Safety Standards wordt uitgebreid naar anonieme en willekeurige chat
Wie Willekeurige en anonieme chatapps.
Doen Bereid je voor op de vroegste van de twee gepubliceerde datums, en dat is 26 augustus.
-
Bevestigd
Geofencing vervalt als goedgekeurde use case voor een foreground service
Wie Apps die een foreground service declareren voor geofencing.
Doen Verplaats de use case naar de Geofence API.
Anonieme en willekeurige chatapps
De trigger is de kernfunctionaliteit, niet de aanwezigheid van een chatscherm. De taal in de beleidsvoorbeschouwing van Google is specifiek over de datum.
van kracht op 26 augustus 2026
Google Play Console Help, antwoord 17036597, Age-Restricted Content and FunctionalityDe apps die eronder vallen, zijn die waarvan de kernfunctionaliteit willekeurig onbekenden met elkaar verbindt of bewust de identiteit van gebruikers verbergt. Voor die apps is de eis dat je de functionaliteit en de tools gebruikt die Google in Play Console biedt om te voorkomen dat minderjarigen toegang krijgen tot de app. Een berichtenfunctie in een bezorgapp, een supportchat of een reactiedraad is niet waar dit beleid op mikt.
Het woord dat de meeste verwarring geeft, is „matchmaking”. Het staat in dezelfde beleidsfamilie en het betekent niet wat een gameontwikkelaar erin leest. De taal van Google richt zich op apps waarvan de kernfunctionaliteit matchmaking of dating mogelijk maakt, en gaat anders om met incidentele matchmaking- of datingfuncties wanneer effectieve waarborgen minderjarigen bij die functies weghouden. Een multiplayergame met een matchmakingwachtrij wordt niet automatisch op één hoop gegooid met een datingapp.
De eerlijke test voor je eigen app
Vraag je af of iemand die je app in één zin beschrijft, zou noemen dat je onbekenden met elkaar verbindt of identiteit verbergt. Zou diegene dat doen, ga er dan van uit dat je eronder valt en gebruik de tools in Play Console. Zou diegene dat niet doen, leg dan vast waarom de functie bijzaak is en wat een minderjarige tegenhoudt om erbij te komen, want dat is het argument dat je nodig hebt als de indeling ooit ter discussie komt. Google publiceert hier geen formulier voor zelfcertificering voor, dus de onderbouwing is aan jou om vast te leggen.
Waarom Google twee datums geeft voor Child Safety Standards
De rijen hierboven over Age-Restricted en Families staan consequent op 26 augustus. Child Safety Standards niet, en nu Contacts en Location half augustus 2026 zijn rechtgetrokken, is dit de laatste rij op deze pagina waar de twee pagina's van Google het nog oneens zijn. De ene dateert de uitbreiding hier, de andere twee maanden later, en geen van beide zegt dat ze de ander vervangt.
- Play Console Help zegt 26 augustus 2026 Tabel met beleidsdeadlines 12921780
- Android Developers zegt 28 oktober 2026 Tijdlijn van het Google Play-beleid
Bereid je voor op de vroegste datum. De prijs van te vroeg zijn is een paar weken doorlooptijd; de prijs van te laat zijn is handhaving tegen een live app. Je kunt beide pagina's rij voor rij vergelijken in de conflictwisselaar hierboven.
Geofencing en foreground services
Dit is de rij die het vaakst een team verrast dat nog nooit van zijn leven een beleid over kinderveiligheid heeft gelezen. Geofencing is niet langer een goedgekeurde use case voor een foreground service, en Google noemt de vervanger rechtstreeks.
gebruik de Geofence API
Google Play Console Help, tabel met beleidsdeadlines 12921780Rust je declaratie voor een foreground service op geofencing, dan is die declaratie het onderdeel dat niet langer te verdedigen is. Het werk is dus de use case verplaatsen en niet het formulier herformuleren. Al het andere aan je gebruik van foreground services blijft door deze rij onaangeroerd.
26 augustus is verstreken. De rijen hierboven zijn geschreven op basis van de beleidsvoorbeschouwingen van Google; zodra een beleid van kracht is, wordt de tekst van de voorbeschouwing meestal vervangen, dus lees het actuele beleid opnieuw in plaats van een citaat uit een voorbeschouwing voordat je op de exacte formulering vertrouwt.
Wat verandert er op 31 augustus 2026?
De doel-API-eisen van 2026, en dat zijn twee aparte regels die voortdurend door elkaar worden gehaald. Regel één is een ondergrens bij inzending: vanaf 31 augustus moet een nieuwe app of een app-update het niveau voor zijn apparaatsoort halen, en dat is API 36 voor mobiel. Regel twee is een ondergrens voor de beschikbaarheid van apps die je nooit meer aanraakt, en dat is API 35 voor mobiel. Mis je de eerste, dan blokkeert je upload. Mis je de tweede, dan zien nieuwe gebruikers op nieuwere Android-versies de app stilletjes helemaal niet meer.
31 augustus 2026
Verstreken-
Bevestigd
Doel-API-niveau voor nieuwe apps en app-updates
Wie Elke nieuwe app en elke app-update die bij Google Play wordt ingediend.
Doen Mobiel heeft API 36 nodig. Wear OS en Android Automotive OS hebben API 35 nodig. Android XR heeft API 34 nodig. Android TV heeft ook API 34 nodig, maar dat is niet nieuw: de tabel per apparaatsoort van Google zet de TV-eis op 31 augustus 2025.
-
Bevestigd
Beschikbaarheidsdrempel voor bestaande apps
Wie Gepubliceerde apps onder het beschikbaarheidsniveau voor hun apparaatsoort, ook als je nooit een update indient.
Doen Verhoog het doelniveau naar de geldende beschikbaarheidsdrempel. Voor mobiel is dat API 35.
Vanaf 31 augustus 2026
Android Developers, eisen voor het doel-API-niveau van Google Play-appsDe twee regels, uit elkaar gehouden
Bijna elk verkeerd antwoord over deze deadline komt doordat ze tot één getal worden samengeperst. Ze hebben verschillende triggers en verschillende gevolgen.
- Als je iets indient API 36 voor mobiel Zowel nieuwe apps als updates. Onder het niveau voor jouw apparaatsoort voldoet de inzending niet aan de eis.
- Als je niets indient API 35 voor mobiel Een app die je nooit bijwerkt, is niet langer beschikbaar voor nieuwe gebruikers op apparaten met nieuwere Android-versies. Hij wordt niet verwijderd, en wie hem al heeft geïnstalleerd, houdt hem.
Het niveau per apparaatsoort
Neem het getal voor mobiel niet klakkeloos over op elke build. De niveaus verschillen per apparaatsoort, en de kolom voor beschikbaarheid verschilt daar weer van.
| Apparaatsoort | Nieuwe apps en updates | Ondergrens beschikbaarheid | Let op |
|---|---|---|---|
| Android-telefoons, tablets, vouwbare toestellen | API 36 | API 35 | Het standaardgeval. Beide regels gelden. |
| Android Auto | API 36 | API 35 | Google noemt Android Auto geen eigen apparaatsoort, want een Auto-app is een telefoon-app. De eis voor mobiel is degene die geldt. |
| Wear OS | API 35 | API 34 | Een aparte build met een apart niveau. |
| Android Automotive OS | API 35 | API 32 | De laagste ondergrens voor beschikbaarheid van alle apparaatsoorten. |
| Android TV | API 34 | API 33 | Geen verhoging in 2026: de tabel per apparaatsoort van Google zet de inzendingsregel voor API 34 op 31 augustus 2025. Kent ook de kwaliteitseisen voor TV van 1 augustus. |
| Android XR | API 34 | API 34 | De ondergrenzen voor inzending en beschikbaarheid liggen op hetzelfde niveau. |
Eén rij in die tabel is helemaal geen wijziging voor 2026, en de eigen pagina's van Google maken het makkelijk om die verkeerd te lezen. De samenvatting van Android Developers zet de API 34-eis voor Android TV onder 31 augustus 2026 bij al het andere, maar de gedetailleerde tabel per apparaatsoort in Play Console Help zet die inzendingseis op 31 augustus 2025. Breng je een TV-app uit, dan val je al een jaar onder de API 34-regel en verandert er voor jou niets op 31 augustus 2026. Het getal dat wel verschilt, is de ondergrens voor beschikbaarheid: een bestaande TV-app die nooit wordt bijgewerkt, voldoet nog steeds op API 33, één niveau onder de inzendingseis, en het zijn apps op API 32 of lager die hun beschikbaarheid voor nieuwe gebruikers op nieuwere Android-versies verliezen.
De ondergrens voor beschikbaarheid werkt als een plafond op je bereik en niet als een schakelaar: een app eronder blijft alleen beschikbaar op apparaten met een Android-versie die gelijk is aan of lager is dan wat de app als doel heeft. targetSdk verhogen verhoogt minSdk niet, dus deze deadline halen laat oudere apparaten niet uit je installatiebasis vallen. Permanent private apps die alleen binnen een organisatie worden gedistribueerd, zijn uitgezonderd. De volledige migratiegids, inclusief de schermen in Play Console en de gedragswijzigingen die bij elk niveau horen, staat in de post over doel-API 36.
Kan ik de deadline van 31 augustus verlengen?
Soms. De richtlijnen van Google over het doelniveau voor 2026 geven betrokken ontwikkelaars die daarvoor in aanmerking komen extra tijd tot 1 november 2026, aan te vragen via de melding die betrokken ontwikkelaars in Play Console krijgen. Drie dingen om helder te hebben voordat je erop plant.
- Je moet het aanvragen, het gaat niet automatisch. Er is geen garantie dat elk account of elke app de optie ziet.
- Het levert geen lager doelniveau op. Hetzelfde niveau blijft vereist; je krijgt alleen meer tijd om het te halen.
- Het venster sluit op 1 november 2026, en dat is zelf een rij op deze kalender.
Google heeft een aparte flow om meer tijd te vragen voor bepaalde beleidsverklaringen, die in Play Console verschijnt bij de specifieke verklaring waar hij bij hoort. De navigatie van de Console verandert in haar eigen tempo, dus volg de melding die Google voor die deadline toont en niet een menupad dat in een artikel staat opgeschreven, dit artikel inbegrepen. En lees het bestaan van één uitstelregeling niet als bewijs dat elke deadline op deze pagina verlengd kan worden: voor de meeste rijen hier is helemaal geen uitstelregeling gedocumenteerd.
Wat verandert er op 30 september 2026?
Twee vereisten die voortdurend als één worden gerapporteerd. De eerste is de registratie van packagenamen bij Google Play, die wereldwijd voor Play-apps geldt en waarbij Google waarschuwt voor verwijdering van Play. De tweede is de eerste handhavingsgolf van de Android-ontwikkelaarsverificatie, die geldt voor installaties via deelnemende stores in vier landen: Brazilië, Indonesië, Singapore en Thailand. Dezelfde datum, andere reikwijdte, ander gevolg. Geen van beide is een wereldwijde uitschakeling van niet-geverifieerde Android-apps. Twee commerciële items landen op dezelfde dag en zijn helemaal geen beleidsvereisten: de wijzigingen in de servicekosten die Australië en Japan bereiken, en het nieuwe programma Apps and Games dat in vijf markten beschikbaar komt.
30 september 2026
nog 25 dagen-
Bevestigd
Registratie van packagenamen bij Google Play
Wie Play-apps die Google niet automatisch heeft geregistreerd. Volgens Google was dat bij meer dan 99% wel gebeurd.
Doen Open Play Console Home en registreer elke packagenaam die nog als niet-geregistreerd wordt weergegeven.
-
Bevestigd
Android-ontwikkelaarsverificatie, eerste handhaving bij installatie
Wie Apps die via deelnemende stores in Brazilië, Indonesië, Singapore en Thailand op gecertificeerde Android-apparaten worden geïnstalleerd.
Doen Verifieer jezelf als ontwikkelaar en registreer de app of de package zoals vereist.
-
Bevestigd
Wijzigingen in de servicekosten bereiken Australië en Japan
Wie Ontwikkelaars die via Play verdienen aan Australische en Japanse transacties.
Doen Reken je aannames over de kosten voor die twee markten opnieuw door vanaf deze datum.
-
Bevestigd
Het programma New Apps and Games komt beschikbaar
Wie Ontwikkelaars in Australië, de EER, Japan, het VK en de VS.
Doen Beslis of het nieuwe programma bij je bedrijf past. Beschikbaarheid is geen aanmelding.
De twee vereisten waarop je echt actie moet ondernemen
Van de vier rijen hierboven zijn dit de twee die je iets kunnen kosten als je ze negeert. De andere twee zijn de commerciële uitrol die nieuwe markten bereikt, en die vragen niets van je app.
Vereiste A
Registratie van packagenamen bij Google Play
- Reikwijdte
- Elke app op Google Play. Volgens Google is meer dan 99% automatisch geregistreerd.
- Jouw actie
- Open Play Console Home en controleer de registratiestatus. Registreer alles wat Google niet heeft opgepikt.
- Als je niets doet
- Google waarschuwt voor wereldwijde verwijdering van Play en voor installatieproblemen.
Vereiste B
Android-ontwikkelaarsverificatie, golf één
- Reikwijdte
- Installaties via deelnemende stores in Brazilië, Indonesië, Singapore en Thailand, op gecertificeerde Android-apparaten.
- Jouw actie
- Rond de ontwikkelaarsverificatie af en registreer de app of de package zoals vereist.
- Als je niets doet
- Een niet-geverifieerde of niet-geregistreerde app kan op apparaten die eronder vallen niet het gewone installatie- en updatepad via een deelnemende store volgen.
hun app-packagenamen registreren
Google Play Console Help, tabel met beleidsdeadlines 12921780Het cijfer „meer dan 99% is automatisch geregistreerd” is de reden dat deze rij wordt genegeerd, en het is ook de reden dat hij twee minuten van je tijd waard is. Zit je in het resterende deel, dan is het gedocumenteerde gevolg geen waarschuwingsbalk maar verwijdering. Controleren kost één keer een pagina laden in Play Console.
Is 30 september een wereldwijd Android-verbod?
Nee. De handhaving begint in vier landen, en over bredere uitbreiding publiceert Google een periode in plaats van een datum.
2027 en later
Android Developers, overzicht van de ontwikkelaarsverificatie, over bredere uitbreidingDat is de hele gepubliceerde toezegging. Per 14 augustus 2026 is er geen aangekondigde wereldwijde handhavingsdatum, dus elk artikel dat er een noemt, maakt een gevolgtrekking. Je vroeg laten verifiëren blijft de goedkope zet, want je wilt niet tijdens een release ontdekken dat je het nodig hebt. En de lezing „sideloading is dood” houdt alleen stand als je de eigen FAQ van Google nooit opent: vier dingen blijven open, en dat is het verschil tussen een geblokkeerde release en een klein ongemak.
-
Installaties via ADB
Onaangetast. Google zegt dat je apps zonder verificatie via ADB mag installeren, zodat ontwikkelaars apps kunnen bouwen en testen die nog niet bedoeld zijn voor bredere distributie.
Je eigen debugloop en alles wat je een tester via een kabel geeft, blijft onaangeroerd.
-
De geavanceerde flow voor ervaren gebruikers
Google introduceert een eenmalige instelling waarmee een gebruiker het risico kan aanvaarden en apps van niet-geverifieerde ontwikkelaars kan installeren, achter de ontwikkelaarsmodus, een herstart, een wachttijd en een bevestiging met biometrie of pincode.
Hij bestaat, maar hij is bewust traag. Bouw geen distributieplan op het idee dat gewone gebruikers hem doorlopen.
-
Andere stores en rechtstreekse sideloading
Google zegt dat de deadline van 30 september alleen geldt voor de deelnemende stores. Distributie via andere stores, of gebruikers die je app rechtstreeks sideloaden, valt niet onder deze fase.
Controleer of de store die je echt gebruikt op de lijst met deelnemers staat voordat je aanneemt dat het jou raakt.
-
Andere apparaatsoorten dan telefoons en tablets
Google zegt dat de handhaving in deze fase geldt voor de apparaatsoorten telefoon en tablet in de geselecteerde regio's, en raadt tegelijk registratie voor alle apparaatsoorten aan om de beschikbaarheid toekomstbestendig te maken.
Registreer toch. De aanbeveling is goedkoop en de reikwijdte wordt naar verwachting breder.
Dat maakt de datum niet te negeren. Het betekent dat de eerlijke formulering smal is: voor apps die eronder vallen en via deelnemende stores in die vier landen worden gedistribueerd, sluit het gewone installatie- en updatepad. Al het andere heeft Google uitdrukkelijk opengelaten, en het zegt dat ook op zijn FAQ over verificatie.
Verificatie is niet de vereiste van de gesloten test
Dit zijn losse horden, en de een nemen betekent nooit dat je de ander ook neemt. Ontwikkelaarsverificatie is een identiteitslaag voor het Android-ecosysteem. De gesloten test van 14 dagen met 12 testers is een poort in Play Console voor nieuwe persoonlijke ontwikkelaarsaccounts die productietoegang aanvragen. Een geverifieerde ontwikkelaar zonder afgeronde gesloten test kan nog steeds niet naar productie publiceren. De papierwerkkant staat in de post over de ontwikkelaarsverificatie, en wat het doet met een build die je een tester geeft, staat in de post over het installeren van een APK.
Wat verandert er in oktober 2026?
Eén gedateerde rij, en die is commercieel in plaats van technisch: op 1 oktober beginnen ontwikkelaars die zijn aangemeld voor de betrokken Amerikaanse programma's voor links naar externe content en alternatieve facturering met het rapporteren van transacties en het verrekenen van de geldende servicekosten. Zoek je 28 oktober, dan is dat geen deadline meer voor Contacts of Location. Google heeft ze allebei half augustus 2026 naar 27 januari 2027 verplaatst. De datum leeft voort op één Google-pagina als de datum voor Child Safety Standards, die de andere pagina op 26 augustus zet.
1 oktober: rapportage en kosten in de betrokken Amerikaanse programma's
1 oktober 2026
nog 26 dagen-
Bevestigd
Rapportage van Amerikaanse transacties en geldende servicekosten
Wie Ontwikkelaars die zijn aangemeld voor de betrokken Amerikaanse programma's voor links naar externe content en alternatieve facturering.
Doen Begin met de vereiste rapportage en houd rekening met de geldende servicekosten.
Deze rij bereikt je alleen als je je hebt aangemeld voor een van de Amerikaanse programma's waarmee je naar externe content kunt linken of alternatieve facturering kunt aanbieden. Heb je dat gedaan, dan beginnen hier de rapportage en de eventueel geldende servicekosten, en de eis is administratief in plaats van technisch. Heb je je niet aangemeld, dan geldt er op deze datum niets voor jou.
De categorie is het benoemen waard: dit is een rij van het type Programma, geen vereiste uit het Developer Program Policy. Hem missen is een contractueel en facturatieprobleem met Google en geen beleidsovertreding tegen je app, en je app kan er niet door verwijderd worden zoals bij een gemiste beleidsdeadline wel kan. Daarom staan de programmadatums bij elkaar onder het register. Het is het staartje van een reeks die begon met de programmavereisten van 28 januari en via de catalogusmelding van 22 juni en de programmastart van 22 juli liep, die allemaal bij de verstreken rijen staan.
28 oktober: wat ermee is gebeurd
Het grootste deel van 2026 was dit de belangrijkste datum op deze pagina. De beleidstijdlijn van Android Developers noemde Contacts Permissions en Location Permissions als ingaand op 28 oktober 2026, terwijl de deadlinetabel van Play Console Help voor allebei 27 januari 2027 noemde. Deze pagina voerde ze als omstreden rijen en zei dat je voor oktober moest bouwen.
Dat meningsverschil is half augustus 2026 gesloten. Android Developers geeft nu voor beide beleidsregels 27 januari 2027, gelijk aan Play Console Help. Er was geen aankondiging en geen vermelding in een changelog; de ene pagina is aangepast aan de andere. Heb je op 28 oktober gepland, dan ben je niets kwijt en ben je drie maanden vroeg, en dat is precies de uitkomst waarvoor de regel van de vroegste datum is bedoeld. Beide rijen staan nu bij wat er al vaststaat voor 2027.
Als een artikel of een assistent nog steeds 28 oktober zegt
Zo'n bron zit er niet naast over waar de datum vandaan komt, alleen over de vraag of hij nog geldt. 28 oktober is maandenlang door Google gepubliceerd, op een Google-pagina. De enige plek waar hij actueel blijft, is de vermelding bij Android Developers voor de uitbreiding van Child Safety Standards waarvan Play Console Help de datum op 26 augustus zet. De vraag die je moet stellen aan een bron die 28 oktober noemt, is dus welk beleid hij bedoelt en wanneer hij het voor het laatst heeft gecontroleerd.
Wat is de uiterste datum van 1 november 2026?
Het einde van het uitstelvenster voor de doel-API-eis van 31 augustus, en verder niets. Het is geen tweede, later doelniveau, het geldt niet voor wie geen extra tijd heeft aangevraagd, en het verandert geen enkele andere deadline op deze pagina. Heb je nooit uitstel aangevraagd, dan is 1 november geen datum die je nodig hebt.
1 november 2026
nog 57 dagen-
Bevestigd
Uiterste datum van het doel-API-uitstel
Wie Apps die extra tijd hebben gekregen voor de doel-API-eis van 2026.
Doen Breng vóór de uiterste datum de build uit die aan het doelniveau voldoet.
Nog 57 dagen. Heb je uitstel, dan telt van nu tot dan maar één ding: een build die voldoet en live gaat, want het uitstel koopt tijd en verlaagt het niveau niet. Heb je geen uitstel, dan is deze rij informatief.
Waarom dit überhaupt een eigen rij krijgt: zoekresultaten en samenvattingen presenteren 1 november 2026 geregeld als een zelfstandige doel-API-deadline, waardoor teams denken dat ze tot november hebben terwijl de ondergrens bij inzending op 31 augustus arriveerde. De ene datum is een vereiste. De andere is een respijtperiode die niet elk account heeft. De details over het aanvragen staan in de post over doel-API 36.
Welke deadlines van 2026 zijn al verstreken?
28 van de 41 gevolgde rijen liggen per 14 augustus 2026 achter ons. Ze blijven hier staan in plaats van dat ze worden verwijderd, omdat de actuele deadlinetabel van Google oudere rijen archiveert en ontwikkelaars steeds weer aankomen met een waarschuwing in de Console, een afwijzingsmail of een artikel dat er een noemt. Een verstreken datum vertelt je nog steeds of wat je leest ooit waar is geweest.
januari 2026
- 1 jan Beperking op het gebruik van gegevens uit de Age Signals API Bevestigd
- 28 jan Vereisten voor de Amerikaanse programma's voor links naar externe content en alternatieve facturering Bevestigd
- 28 jan RBI-lijstvereiste in India voor bestaande apps voor persoonlijke leningen Bevestigd
- 28 jan Nieuwe grens van 180 dagen voor bezwaar tegen beëindiging van een ontwikkelaarsaccount Bevestigd
- 28 jan Oorspronkelijke leeftijdsregel voor matchmaking, dating en functies met echt geld Gedeeltelijk
- 28 jan Aankondiging van de vermeldingsupdate voor persoonlijke leningen in Thailand Aankondiging
maart 2026
- 4 mrt Aankondiging van wijzigingen in het verdienmodel van Play Aankondiging
- 4 mrt Vermeldingsdeadline voor bestaande apps voor persoonlijke leningen in Thailand Bevestigd
april 2026
- 15 apr Aprilronde van het Developer Program Policy Aankondiging
mei 2026
- 27 mei Account Transfer-beleid Bevestigd
- 27 mei Zelfverklaring voor nieuws- en tijdschriftapps Bevestigd
juni 2026
- 1 jun Naleving van de pilot voor voorspellingsmarkten Bevestigd
- 22 jun Kennisgeving over het delen van de Play-catalogus in de VS Aankondiging
- 30 jun Classificatiedatum voor „nieuwe installatie” bij de servicekosten van Play Bevestigd
juli 2026
- 15 jul Julironde van het Developer Program Policy Aankondiging
- 15 jul Formulering over contentclassificatie voor apps zonder classificatie Verduidelijking
- 15 jul User Data-vereisten gelden voor AI-integraties van derden Verduidelijking
- 15 jul Behandeling van precieze en bij benadering bepaalde locatie in Data Safety Verduidelijking
- 15 jul Uniforme nummering van het beleid wordt uitgerold Aankondiging
- 22 jul Play Catalog Access en de Amerikaanse programma's voor appstores van derden van kracht Bevestigd
- 27 jul Eenmalige bezwaartermijn voor accounts die vóór 28 januari 2026 zijn beëindigd Bevestigd
augustus 2026
- 1 aug Android TV-kwaliteit: 32-bits- en 64-bitsarchitecturen plus 16 KB-paginagroottes Bevestigd
- 26 aug Age-Restricted Content and Functionality wordt uitgebreid naar willekeurige en anonieme chat Bevestigd
- 26 aug Families-beleid verbiedt anonieme chatapps die zich op kinderen richten Bevestigd
- 26 aug Child Safety Standards wordt uitgebreid naar anonieme en willekeurige chat Bronnen verschillen
- 26 aug Geofencing vervalt als goedgekeurde use case voor een foreground service Bevestigd
- 31 aug Doel-API-niveau voor nieuwe apps en app-updates Bevestigd
- 31 aug Beschikbaarheidsdrempel voor bestaande apps Bevestigd
Open elk van deze rijen in het register voor wie het betrof, de actie die werd gevraagd en de primaire bron. Het eigen beleidsarchief van Google bevat officiële beleidsversiedatums voor 1 januari, 28 januari, 4 maart, 15 april en 27 mei 2026, en dat is de plek om te kijken als je de formulering nodig hebt zoals die op een bepaalde dag was en niet zoals die nu is.
Drie dingen die de verstreken rijen je leren
Eén datum kan losstaande verplichtingen dragen. Vijf losse dingen landden op 28 januari, en daarom duikt die datum in zo veel niet-verwante waarschuwingen op: vereisten voor de Amerikaanse programma's, de RBI-lijst voor persoonlijke leningen in India, de grens van 180 dagen voor bezwaar tegen beëindiging, de leeftijdsregel voor matchmaking en de aankondiging over vermeldingen in Thailand. Slechts drie zijn vereisten uit het Developer Program Policy. Eén van de vijf is gemarkeerd als Gedeeltelijk op deze pagina, omdat de actuele tabel van Google de matchmakingrij heeft laten verouderen en deze pagina geen nette ingangsdatum verzint waar hij niet meer naar kan wijzen.
Een aankondigingsdatum is geen handhavingsdatum. 15 april en 15 juli waren aankondigingsrondes, en niets werd afdwingbaar puur doordat het werd aangekondigd. Google geeft minimaal 30 dagen om aan zojuist bijgewerkt beleid te voldoen, tenzij het iets anders zegt, en „minimaal 30 dagen” is een ondergrens voor de aankondigingstermijn, geen datum. Het als datum lezen is precies hoe een beleidsronde een spookdeadline in een projectplan wordt.
Twee rijen konden niet alsnog worden opgepakt. De meeste verstreken deadlines kunnen dat wel: je registreert de package, je repareert de vermelding, je vult de verklaring in. De catalogusafmelding van 22 juli sloot toen het programma van kracht werd, en de bezwaartermijn van 27 juli voor accounts die vóór 28 januari 2026 zijn beëindigd, eindigde definitief. Meldingen uit de community over een bezwaarformulier dat rond die deadline doorverwees of weigerde te verzenden, zijn echt, en dat is niet hetzelfde als uitstel. Nergens in de documentatie van Google staat dat de termijn is verschoven, dus deze pagina zegt dat ook niet.
Je hebt 180 dagen
Google Play Console Help, antwoord 16659089, over bezwaar tegen een beëindigingsbesluit dat op of na 28 januari 2026 is genomenWat staat er al vast voor 2027?
Twee datums en één bewust vage periode. 27 januari 2027 draagt drie rijen: het einde van de uitzondering voor SMS en Call Log waarmee READ_CALL_LOG een verificatietelefoontje mocht bevestigen, plus het rechtenbeleid voor Contacts en Location, dat beide Google-pagina's nu op deze datum zetten. 1 februari 2027 is de huidige handhavingsdatum voor de 16 KB-paginagrootte. Daarnaast wordt de Android-ontwikkelaarsverificatie uitgebreid in „2027 en later”, een periode die Google wel heeft gepubliceerd en een datum die het niet heeft gepubliceerd.
27 januari 2027
27 januari 2027
nog 144 dagen-
Bevestigd
SMS en Call Log: de uitzondering voor verificatie per telefoongesprek vervalt
Wie Apps die READ_CALL_LOG alleen gebruiken om een binnenkomend verificatiegesprek te bevestigen.
Doen Stap over op een goedgekeurd alternatief, zoals de Digital Credentials API of de SMS Retriever API.
-
Bevestigd
Contacts Permissions-beleid
Wie Apps die Android 17 (API-niveau 37) of later als doel hebben en brede toegang tot de contactenlijst willen.
Doen Bepaal of brede toegang echt tot de kern van je app hoort. Zo niet, stap dan over op Android Contact Picker.
-
Bevestigd
Location Permissions-beleid
Wie Apps die precieze locatie gebruiken binnen de reikwijdte van het beleid.
Doen Kies voor de aanpak met de minimale reikwijdte, en gebruik de systeemknop voor locatie waar die van toepassing is.
De rij over SMS en Call Log staat vast en is smal. Is je enige rechtvaardiging voor READ_CALL_LOG dat je bevestigt dat er een verificatiegesprek binnenkwam, dan vervalt die rechtvaardiging, en de gedocumenteerde richting is een goedgekeurd alternatief zoals de Digital Credentials API of de SMS Retriever API. Apps die zonder geldige grondslag voor het recht achterblijven, kunnen worden verwijderd, en Google is er duidelijk over dat niet-gedeclareerd misleidend gebruik tot strengere handhaving kan leiden dan een simpele beleidsmisser.
De rijen voor Contacts en Location zijn hier laat terechtgekomen. Tot half augustus 2026 dateerde de beleidstijdlijn van Android Developers ze allebei op 28 oktober 2026, terwijl Play Console Help ze hier dateerde, en deze pagina voerde ze als omstreden. Android Developers heeft ze sindsdien allebei naar 27 januari 2027 verplaatst, dus de twee pagina's zijn het eens en de datum staat vast. Lees dat niet als ademruimte: het werk rond Contacts is een productbeslissing over de vraag of brede toegang tot het adresboek echt tot de kern hoort, en die beslissing kost meestal meer tijd dan de codewijziging die eruit volgt. De reikwijdte is al die tijd onveranderd: apps die Android 17, API-niveau 37 of later als doel hebben en brede toegang tot contacten willen, met Android Contact Picker als route voor alle anderen.
1 februari 2027
1 februari 2027
nog 149 dagen-
Bevestigd
Handhaving van de compatibiliteit met de 16 KB-paginagrootte
Wie Apps die API 35 of hoger als doel hebben en betrokken native code meeleveren, op 64-bits Google Play-apparaten.
Doen Bouw de native libraries opnieuw of vervang ze, en controleer de 16 KB-ondersteuning in de releasebundle.
Dit is de huidige handhavingsdatum voor de 16 KB-paginagrootte, en „huidige” doet echt werk in die zin. Hij is al twee keer verschoven, en daarom circuleren er nog steeds twee eerdere 16 KB-datums in artikelen en in antwoorden van assistenten. De actuele paginagroottegids van Google is de enige bron waar je op kunt plannen.
Vanaf 1 februari 2027
Android Developers, support 16 KB page sizesReikwijdte in één zin: apps die API 35 of hoger als doel hebben en betrokken native code meeleveren, op 64-bits Google Play-apparaten. Een app die alleen in Java of Kotlin is geschreven, inclusief de libraries en SDK's, voldoet al. Alles over het vinden van welk .so-bestand faalt, welke dependency het meebracht en hoe je bewijst dat de bundle schoon is, staat in de post over de 16 KB-fout.
Wereldwijde ontwikkelaarsverificatie, zonder datum
2027 en later
Geen datum gepubliceerd-
Nog geen datum
Wereldwijde uitbreiding van de Android-ontwikkelaarsverificatie
Wie Android-ontwikkelaars buiten de eerste vier landen.
Doen Volg de uitrolaankondigingen van Google. Je vroeg laten verifiëren kost niets.
Google zegt dat de bredere uitbreiding in 2027 en later gebeurt. Dat is de hele gepubliceerde toezegging. Per 14 augustus 2026 is er geen aangekondigde landenlijst buiten de eerste vier en geen wereldwijde handhavingsdatum, dus een specifieke maand in 2027 die in een artikel opduikt, is een gevolgtrekking en geen verslaggeving. De goedkope voorzorg is je vroeg laten verifiëren, want verificatie is geen klus voor de week van je release.
Eén ding staat niet op deze kalender en komt er ook niet op: de vereiste van een gesloten test voor nieuwe persoonlijke ontwikkelaarsaccounts. Die heeft geen datum in 2026 of 2027, omdat het geen geplande wijziging is. Het is de vaste poort tussen een nieuw account en productietoegang, en hij geldt vanaf de dag dat je het account aanmaakt.
Welke datums moet je niet meer vertrouwen?
Zes in het bijzonder. Drie zijn achterhaalde Google-datums die nog steeds hoog scoren: 1 november 2025 en 31 mei 2026 voor de 16 KB-paginagrootte, en nu 28 oktober 2026 voor Contacts en Location, dat Android Developers in de dagen na de eerste publicatie van deze pagina heeft vervangen door 27 januari 2027. Eén is een actueel conflict en geen fout: 28 oktober 2026 voor Child Safety Standards, dat Play Console Help op 26 augustus dateert. Twee zijn verkeerde lezingen van echte aankondigingen: een verbod op apps zonder contentclassificatie per 26 augustus, dat nooit is aangekondigd, en een wereldwijde uitschakeling van sideloading op 30 september, die om vier landen gaat.
1 november 2025
AchterhaaldWaar het naar verwijst De oorspronkelijke algemene handhavingsdatum voor de 16 KB-paginagrootte.
Status vandaag Achterhaald. De huidige paginagroottegids van Google noemt 1 februari 2027.
Veilige formulering Historische 16 KB-datum. Raadpleeg de huidige documentatie van Google, die 1 februari 2027 noemt.
31 mei 2026
AchterhaaldWaar het naar verwijst Een latere 16 KB-verlengingsdatum die betrokken ontwikkelaars in Play Console te zien kregen.
Status vandaag Achterhaald. De huidige gedocumenteerde datum is 1 februari 2027.
Veilige formulering 31 mei was een eerdere verlengingsdatum. De huidige documentatie van Google noemt 1 februari 2027.
28 oktober 2026 voor Contacts en Location
AchterhaaldWaar het naar verwijst De ingangsdatum voor Contacts en Location die de beleidstijdlijn van Android Developers tot in augustus 2026 bleef noemen, terwijl Play Console Help voor diezelfde twee beleidsregels 27 januari 2027 gaf.
Status vandaag Achterhaald, en pas sinds kort. Op 14 augustus 2026 gaf de tijdlijn van Android Developers voor beide beleidsregels 28 oktober. Nu geeft die voor allebei 27 januari 2027, en dat is de datum die Play Console Help al die tijd al noemde. Dat conflict is gesloten.
Veilige formulering 28 oktober is echt door Google gepubliceerd en is niet langer actueel. Beide Google-pagina's noemen nu 27 januari 2027 voor Contacts en Location.
28 oktober 2026 voor Child Safety Standards
Bronnen verschillenWaar het naar verwijst De uitbreidingsdatum voor Child Safety Standards op de beleidstijdlijn van Android Developers.
Status vandaag Staat er nog steeds en wordt nog steeds tegengesproken. De deadlinetabel van Play Console Help zet dezelfde uitbreiding op 26 augustus 2026. Dit is nu het enige datumconflict dat op deze pagina over is.
Veilige formulering Play Console Help zegt 26 augustus 2026, Android Developers zegt 28 oktober 2026. Ga uit van 26 augustus.
26 augustus 2026, verbod op apps zonder contentclassificatie
Niet wat het lijktWaar het naar verwijst Een verkeerde lezing van het contentclassificatie-item van 15 juli.
Status vandaag Er is geen nieuw verbod per 26 augustus aangekondigd. Apps zonder contentclassificatie waren al verboden, en Google noemde het juli-item een verduidelijking.
Veilige formulering Apps zonder contentclassificatie waren al verboden. 15 juli was een verduidelijking, geen nieuw verbod per 26 augustus.
30 september 2026, wereldwijd verbod op sideloading
Niet wat het lijktWaar het naar verwijst Een overdrijving van de eerste handhaving van de ontwikkelaarsverificatie.
Status vandaag De eerste handhaving betreft vier landen: Brazilië, Indonesië, Singapore en Thailand. Google beschrijft een bredere uitrol als 2027 en later.
Veilige formulering De eerste handhaving geldt voor Brazilië, Indonesië, Singapore en Thailand, niet wereldwijd.
Waarom 31 mei 2026 niet langer de 16 KB-deadline is
Omdat Google hem heeft verplaatst, twee keer. 1 november 2025 was de oorspronkelijke handhavingsdatum. 31 mei 2026 was een latere verlengingsdatum die betrokken ontwikkelaars te zien kregen. De huidige documentatie zegt dat betrokken updates die niet voldoen vanaf 1 februari 2027 niet meer uitgebracht kunnen worden. Alle drie de datums waren echt; alleen de laatste is actueel.
De reden dat dit steeds terugkomt, is dat de wijziging stil was. Ontwikkelaars die midden in een migratie naar 31 mei zaten, vonden de nieuwe datum in de documentatie en in de Console in plaats van in een aankondiging, dus de voorraad artikelen op internet die 31 mei noemen, is nooit gecorrigeerd. Plan je een migratie van native code, lees dan de paginagroottegids van Google en controleer het eigen stempel „laatst bijgewerkt” voordat je je aan een planning vastlegt. Het reparatiewerk zelf staat in de post over de 16 KB-fout.
Instrument 04
Datum- en waarschuwingszoeker
De drie waarschuwingen die mensen het vaakst verkeerd lezen
De zoeker hierboven vindt elke datum of Console-tekst op deze pagina. Deze drie zijn het uitschrijven waard, omdat elk ervan standaard aan de verkeerde vereiste wordt toegeschreven.
-
„Package niet geregistreerd”, of een melding over de ontwikkelaarsverificatie
Twee verschillende vereisten van 30 september die één datum delen. De registratie van packagenamen is wereldwijd en geldt voor heel Play; de handhaving van de verificatie betreft vier landen en deelnemende stores.
Open Play Console Home en registreer alles wat Google heeft gemist, welke van de twee je ook zag. 30 september
-
„App moet geheugenpaginagroottes van 16 KB ondersteunen”
Compatibiliteit van native code, gehandhaafd vanaf 1 februari 2027, niet de datum 31 mei 2026 die nog steeds in oudere artikelen wordt genoemd.
Controleer de meegeleverde
.so-libraries. De post over 16 KB -
Een artikel of een assistent zegt dat de Contacts-deadline 28 oktober is
Een datum die Google echt heeft gepubliceerd en sindsdien heeft vervangen, geen fout van de schrijver.
Gebruik 27 januari 2027 en controleer het datumstempel van de bron. 28 oktober is nog wel actueel voor Child Safety Standards op een van de twee pagina's, en daar komt de meeste resterende verwarring vandaan. Het conflict
Hoe PrimeTestLab helpt
Niet met het beleidswerk. Elke deadline op deze pagina is engineering of papierwerk dat van jou is, en deze post is geschreven om elk ervan zo kort mogelijk te maken. Wat wij op ons nemen, is de vereiste die met alles botst: een gesloten test die 12 echte testers nodig heeft die 14 dagen aaneengesloten aangemeld zijn, op een klok die niet gepauzeerd kan worden terwijl jij iets herbouwt.
De volgorde die mensen een maand kost, ziet er zo uit. Een nieuw persoonlijk ontwikkelaarsaccount start een gesloten test, het venster van 14 dagen begint, en halverwege duikt er een beleidsrij op: een doelniveau dat omhoog moet, een package die geregistreerd moet worden, een recht dat herzien moet worden. Nu vechten twee tijdlijnen om dezelfde twee weken, en de testerkant is degene die stilletjes faalt, omdat die afhangt van andere mensen die blijven zitten.
De vereiste die niet op deze kalender staat
Die heeft geen datum in 2026, omdat het geen geplande wijziging is. Het is een vaste poort, en hij geldt vanaf de dag dat het account wordt aangemaakt.
Als je een nieuw persoonlijk ontwikkelaarsaccount hebt gemaakt, moet je een gesloten test voor je app uitvoeren met minimaal 12 testers die in een periode van minimaal de afgelopen 14 dagen doorlopend aangemeld zijn geweest.
Google Play Console Help, antwoord 14151465Nieuwe builds uploaden tijdens de test mag, en Google moedigt ontwikkelaars aan te blijven updaten. Wat een test breekt, is dat het aantal aangemelde testers op een dag binnen het venster onder het minimum zakt. Dat is precies de faalmodus die beleidspaniek veroorzaakt: de aandacht gaat naar de build, testers haken af, en de klok begint opnieuw.
Beheerde gesloten test
12 echte testers op echte apparaten, de volle 14 dagen aangemeld gehouden, zodat de testerkant intact blijft terwijl jij het nalevingswerk uitbrengt. De apparaten lopen van Android 7 tot 17, het testen start binnen 4-6 uur, en keurt Google het niet goed, dan krijg je een gratis hertest of volledige terugbetaling.
Vanaf $19.99 · Geen abonnement · 7.400+ apps in 120+ landen
Om duidelijk te zijn over de grens: wij verhogen je doel-API-niveau niet, registreren je package niet, herzien je rechten niet en migreren je native libraries niet. Dat is aan jou, en de rest van deze pagina bestaat om dat snel te maken. Wat wij wegnemen, is de testervereiste die er bovenop ligt, zodat die twee niet langer om dezelfde twee weken vechten.
Volgordetip
Ben je nog niet aan de gesloten test begonnen en weet je al dat een beleidsrij op jou van toepassing is, start dan eerst het testervenster en doe het beleidswerk daarbinnen. De kwalificatieperiode wordt gemeten aan de doorlopende aanmelding van testers en niet aan één bevroren build, dus de twee tijdlijnen kunnen elkaar overlappen in plaats van op elkaar te stapelen. Dat scheelt vaak een volle week, en het kost niets om het zo te plannen.
Hoe deze pagina wordt onderhouden
Tegen negen Google-pagina's, niet tegen één. Elke rij hier noemt zijn eigen primaire bron, draagt een status in plaats van een gesuggereerde zekerheid, en houdt zijn oude waarde vast als een datum verschuift in plaats van stilletjes te worden overschreven. De controledatum bovenaan deze pagina, 14 augustus 2026, is de dag waarop die negen pagina's voor het laatst van begin tot eind zijn gelezen.
De vier regels die dit register volgt
-
01
Een primaire Google-pagina, of het krijgt geen rij.
Threads in de community en issue trackers zijn nuttig om te weten waar ontwikkelaars over in de war zijn en om te merken dat een datum is verschoven. Ze stellen de datum zelf nooit vast.
-
02
Als Google het oneens is met Google, druk ze dan allebei af.
Geen stille knopen doorhakken, geen datum kiezen die een mooiere kop oplevert. Beide datums, beide URL's, en een risicopositie die zegt: ga uit van de vroegste. Waar de twee pagina's een kalender en de eigen pagina van het beleid zijn, is de beleidspagina de betere autoriteit over de reikwijdte, ook terwijl de datum onbeslist blijft.
-
03
Achterhaalde datums blijven staan, ze worden niet verwijderd.
De oude datum is waar mensen op zoeken en wat oude waarschuwingen noemen. Hem verwijderen haalt het enige weg wat een lezer kan vertellen dat het artikel dat hij net las, van vóór de wijziging is.
-
04
Gevolgen worden geciteerd, niet aangedikt.
Waar Google verwijdering zegt, zegt deze pagina verwijdering. Waar Google alleen zegt dat er een vereiste bestaat, zegt deze pagina gewone handhaving van het beleid in plaats van een sanctie te verzinnen.
Wat er is veranderd sinds deze pagina is gepubliceerd
Regel 03 is alleen iets waard als de wijzigingen zichtbaar zijn, dus dit is elke correctie sinds publicatie, de nieuwste eerst. Elke vermelding zegt wat de pagina eerder beweerde, want dat is het deel dat een lezer die op de oude waarde heeft gehandeld, echt nodig heeft.
-
14 augustus 2026
Contacts en Location zijn van omstreden naar vastgesteld gegaan op 27 januari 2027. De beleidstijdlijn van Android Developers noemde voor allebei 28 oktober 2026, terwijl Play Console Help voor allebei 27 januari 2027 noemde. Android Developers geeft nu voor elk 27 januari 2027, dus de twee pagina's zijn het eens en deze pagina toont die rijen niet langer als een conflict. 28 oktober 2026 blijft in de lijst met dode datums staan, omdat die datum echt is gepubliceerd. Child Safety Standards is nu het enige actuele datumconflict: 26 augustus 2026 op Play Console Help tegenover 28 oktober 2026 op Android Developers.
-
14 augustus 2026
De beschikbaarheidsondergrens voor Android TV gecorrigeerd van API 34 naar API 33, en de inzendingseis van API 34 voor Android TV wordt niet langer als een verhoging in 2026 gepresenteerd. De gedetailleerde tabel per apparaatsoort van Google zet die eis op 31 augustus 2025.
-
12 augustus 2026
Voor het eerst gepubliceerd, gecontroleerd tegen negen Google-pagina's.
Twee van die vermeldingen landden binnen 48 uur na publicatie, en dat is de eerlijke reclame voor dit onderdeel: een beleidskalender is geen document dat je één keer schrijft. De correctie rond 28 oktober kwam er doordat Google de ene pagina aan de andere aanpaste zonder enige aankondiging, en dat is precies de faalmodus die regel 02 en regel 03 moeten overleven.
De negen pagina's die een verversingsronde opnieuw leest
Onderhoud je je eigen nalevingskalender, dan is dit de hele lijst. Verandert er één van, dan is dat een reden om de andere acht opnieuw te lezen, want zo zijn de conflicten op deze pagina om te beginnen ontstaan, en zo is er ook één gesloten.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362
In deze volgorde: de index met beleidsaankondigingen, de actuele tabel met beleidsdeadlines, het beleidsarchief, de beleidstijdlijn van Android Developers, de pagina met de doel-API-eisen, het overzicht van de ontwikkelaarsverificatie, de paginagroottegids voor 16 KB, en dan de twee Contacts Permissions-pagina's, die de eigen ingangsdatum van het beleid en de nalevingstijdlijn ervan bevatten. Lees je ze in die volgorde, dan is een kalenderrij nooit meer dan een tweede mening.
Wat er op deze pagina het eerst veroudert
- De rij over Child Safety Standards. De laatste omstreden rij op de pagina, en de rij met het hoogste risico. Elk van beide Google-pagina's kan zonder bericht worden bewerkt, en een oplossing ziet eruit als een stille wijziging en niet als een aankondiging, precies zoals het geschil over Contacts en Location eindigde.
- De net vastgestelde datum voor Contacts en Location. Beide pagina's zijn het vandaag eens over 27 januari 2027. Die datum kwam er via een onaangekondigde bewerking, dus hij kan op dezelfde manier weer verschuiven. Overeenstemming is niet hetzelfde als blijvend.
- De citaten van 26 augustus. Die verwijzen naar pagina's met beleidsvoorbeschouwingen. De tekst van een voorbeschouwing wordt vervangen zodra een beleid van kracht is, dus na die datum is het actuele beleid het citaat om te gebruiken.
- De 16 KB-datum van 1 februari 2027. Die is al twee keer verschoven. Behandel hem als de huidige waarde en niet als een vaste, en lees het stempel „laatst bijgewerkt” van de paginagroottegids zelf voordat je een release plant.
- De landenlijst voor de ontwikkelaarsverificatie. Vandaag vier landen, daarna „2027 en later”. De volgende landenaankondiging verandert deze rij en verder niets op de pagina.
- De formulering over het uitstel. Na 1 november 2026 wordt elke zin die impliceert dat het doel-API-uitstel nog aangevraagd kan worden onjuist, en daarom wordt de tekst op deze pagina uit de datum van vandaag gegenereerd en niet ingetypt.
Vind je hier een rij die niet meer klopt met de actuele pagina van Google, dan wint de pagina die jij in handen hebt en is deze verouderd. Het stempel met de controledatum bovenaan bestaat zodat je in één oogopslag ziet hoeveel je dit register kunt vertrouwen, en het ons laten weten gaat sneller dan wachten op de volgende ronde.
Veelgestelde vragen
Wat is de eerstvolgende beleidsdeadline van Google Play in 2026?
Op 14 augustus 2026 is de eerstvolgende bevestigde datum 30 september 2026, die de registratie van packagenamen bij Google Play en de eerste handhaving van installaties onder de Android-ontwikkelaarsverificatie in Brazilië, Indonesië, Singapore en Thailand dekt. Eén datum op die lijst is nog omstreden: Play Console Help zet de uitbreiding van Child Safety Standards op 26 augustus 2026, terwijl de beleidstijdlijn van Android Developers er 28 oktober 2026 voor noemt. Bereid je dus voor op de vroegste.
Moet ik op 31 augustus 2026 echt API 36 als doel hebben?
Voor gewone nieuwe mobiele Android-apps en updates van mobiele apps: ja. De doel-API-pagina van Google zegt dat nieuwe apps en app-updates vanaf 31 augustus 2026 Android 16, API-niveau 36 of hoger als doel moeten hebben. Andere apparaatsoorten hebben hun eigen niveaus: Wear OS en Android Automotive OS hebben API 35 nodig en Android XR API 34. Android TV heeft ook API 34 nodig, maar dat is helemaal geen wijziging voor 2026, want de gedetailleerde tabel per apparaatsoort van Google zet de inzendingseis voor TV op 31 augustus 2025. Er is een tweede, aparte regel voor apps die je helemaal niet bijwerkt, en dat is een beschikbaarheidsdrempel in plaats van een inzendingsdrempel: API 35 voor mobiel en API 33 voor Android TV.
Mijn app is al gepubliceerd. Verwijdert Google hem op 31 augustus als ik niets doe?
Nee. Google verwijdert een gepubliceerde app niet omdat die de beschikbaarheidsdrempel van 31 augustus niet haalt. Het gevolg is beperkter: een bestaande mobiele app onder API-niveau 35 is niet langer beschikbaar voor nieuwe gebruikers op apparaten met een Android-versie die hoger is dan het niveau dat de app als doel heeft. Wie de app al heeft geïnstalleerd, houdt hem, en op oudere apparaten blijft hij beschikbaar. De inzendingsregel is de andere: een nieuwe app of een app-update die vanaf 31 augustus 2026 naar Google Play wordt gestuurd, moet voor mobiel API 36 of hoger als doel hebben.
Kan ik de doel-API-deadline van 31 augustus verlengen?
De richtlijnen van Google over het doelniveau voor 2026 geven betrokken ontwikkelaars die daarvoor in aanmerking komen uitstel tot 1 november 2026, aan te vragen via de bijbehorende melding in Play Console. Behandel dat als iets wat per app en per account geldt en niet als iets wat elke ontwikkelaar automatisch heeft, en onthoud dat het uitstel geen nieuw, lager doelniveau creëert. Het geeft je alleen meer tijd om hetzelfde niveau te halen.
Is 30 september 2026 de dag waarop Google wereldwijd elke niet-geverifieerde Android-app blokkeert?
Nee. De eerste handhaving van installaties onder de Android-ontwikkelaarsverificatie op 30 september 2026 geldt voor deelnemende stores in Brazilië, Indonesië, Singapore en Thailand, en Google beschrijft een bredere uitbreiding als 2027 en later, zonder een exacte wereldwijde datum te publiceren. Google zegt ook dat er verschillende wegen open blijven: installaties via ADB vereisen geen verificatie, een geavanceerde eenmalige flow laat ervaren gebruikers installeren bij niet-geverifieerde ontwikkelaars, en distributie via niet-deelnemende stores of rechtstreekse sideloading valt niet onder deze fase. Op dezelfde dag komt er een aparte eis bij: registratie van de packagenaam bij Google Play, waarbij Google waarschuwt dat een niet-geregistreerde Play-app wereldwijd van Play verwijderd kan worden.
Is de deadline voor het Contacts-beleid 28 oktober 2026 of 27 januari 2027?
27 januari 2027. Beide Google-pagina's zijn het daar nu over eens. Dit lag het grootste deel van 2026 echt niet vast: de beleidstijdlijn van Android Developers noemde 28 oktober 2026, terwijl de deadlinetabel van Play Console Help 27 januari 2027 noemde, en half augustus 2026 is Android Developers aangepast aan Play Console Help, zonder aankondiging. 28 oktober is een echte datum die Google heeft gepubliceerd en is nu achterhaald, dus een bron die hem nog steeds noemt, is sindsdien niet meer gecontroleerd. Dezelfde correctie geldt voor het Location Permissions-beleid, dat op dezelfde dag verschoof. Over de reikwijdte, die nooit is veranderd: het beleid richt zich op brede toegang tot contacten voor apps die Android 17, API-niveau 37 of later als doel hebben, en het verwijst apps die geen brede toegang nodig hebben naar Android Contact Picker. Een app waarin de gebruiker één contact kiest voor een specifiek doel, valt dus niet automatisch onder het regime voor brede toegang.
Is de deadline voor de 16 KB-paginagrootte 31 mei 2026 of 1 februari 2027?
Voor de huidige algemene compatibiliteitseis van Google Play zegt de actuele Android-documentatie van Google dat betrokken updates die niet voldoen vanaf 1 februari 2027 niet meer uitgebracht kunnen worden. 31 mei 2026 was een historische verlengingsdatum die nog steeds opduikt in discussies tussen ontwikkelaars en in oudere artikelen, en daarvoor was 1 november 2025 de oorspronkelijke datum. Deze tijdlijn is al meer dan eens verschoven, dus controleer de actuele paginagroottegids en niet een willekeurig artikel.
Welke Google Play-deadlines komen er al aan in 2027?
Drie gedateerde wijzigingen. 27 januari 2027 beëindigt de uitzondering voor SMS en Call Log waarmee READ_CALL_LOG een verificatietelefoontje mocht bevestigen, en het is ook de datum die beide Google-pagina's nu geven voor het rechtenbeleid rond Contacts en Location. 1 februari 2027 is de huidige handhavingsdatum voor de 16 KB-paginagrootte in de actuele gids van Google. De Android-ontwikkelaarsverificatie wordt in 2027 en later breder uitgerold, zonder dat er per 14 augustus 2026 een exacte wereldwijde datum is gepubliceerd.
Welke van deze deadlines gelden voor een gloednieuw ontwikkelaarsaccount dat nog niets heeft gepubliceerd?
Die aan de inzendingskant. Je eerste upload moet voldoen aan het doel-API-niveau voor zijn apparaatsoort, je packagenaam moet geregistreerd zijn, je app heeft een contentclassificatie en een ingevulde Data Safety-verklaring nodig, en elk rechtenbeleid dat bij jouw functies past, geldt al vanaf je eerste release en niet pas vanaf een update. De enige vereiste die niet op deze kalender staat, is de gesloten test, want dat is geen geplande wijziging: een nieuw persoonlijk ontwikkelaarsaccount moet een gesloten test uitvoeren met minimaal 12 testers die ten minste 14 dagen aaneengesloten aangemeld zijn, voordat het productietoegang kan aanvragen. Een interne test is daarvoor geen vervanging, en je kunt tijdens de test gewoon builds blijven uitbrengen: wat de 14 dagen breekt, is een dalend aantal testers en niet een nieuwe upload. PrimeTestLab levert die testers op echte apparaten vanaf $19.99.
Kort samengevat
Samenvatting
Op 14 augustus 2026 is de eerstvolgende bevestigde Google Play-deadline: 30 september 2026. De reeks van 2026 verloopt zo: 26 augustus voor de regels rond willekeurige en anonieme chat en het einde van geofencing als goedgekeurde use case voor een foreground service; 31 augustus voor de doel-API-eisen, API 36 voor mobiele inzendingen, met een aparte beschikbaarheidsondergrens van API 35 voor apps die je nooit bijwerkt; 30 september voor de registratie van packagenamen bij Google Play en de eerste handhaving van de Android-ontwikkelaarsverificatie in Brazilië, Indonesië, Singapore en Thailand; 1 oktober voor rapportage en kosten in de betrokken Amerikaanse programma's; en 1 november voor de uiterste datum van het doel-API-uitstel. Contacts en Location staan vast op 27 januari 2027, nadat Google de datum 28 oktober 2026 heeft vervangen die het voor allebei had gepubliceerd. Eén beleidsregel is nog steeds omstreden: Child Safety Standards staat op 26 augustus in Play Console Help en op 28 oktober bij Android Developers, dus ga uit van 26 augustus. 1 februari 2027 is de huidige datum voor de 16 KB-paginagrootte, ter vervanging van 1 november 2025 en 31 mei 2026. En één vereiste die op geen van deze lijsten staat, houdt nieuwe persoonlijke ontwikkelaarsaccounts nog altijd tegen bij het publiceren: een gesloten test met 12 testers die 14 dagen aaneengesloten aangemeld zijn. Bekijk de pakketten →
Primaire bronnen