Kort antwoord
Gecontroleerd op 15 oktober 2026, is elke gedateerde beleidsdeadline van Google Play uit 2026 verstreken, en de rijen hieronder blijven staan als naslag voor waarschuwingen en meldingen die er nog naar verwijzen. 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 augustus 2026 voor allebei 28 oktober 2026, dus die datum is achterhaald en niet fout. Ook het laatste openstaande conflict is gesloten: Child Safety Standards is nu 26 augustus 2026 op beide Google-pagina's, ter vervanging van de datum 28 oktober 2026 die Android Developers noemde. 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 15 oktober 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 16 oktober 2026
Update oktober 2026: beide deadlinepagina's van Google dateren de uitbreiding van Child Safety Standards nu op 26 augustus 2026, dus geen enkele rij op deze pagina is nog omstreden. Geofencing valt op 27 januari 2027 af als goedgekeurde use case voor een foreground service, en niet op 26 augustus zoals deze pagina eerder zei. Toegevoegd: een datum voor een Amerikaans programma op 1 december en de eisen voor 2027 met alleen een maand voor geheugen, DEX, herstel van inloggegevens en API 37. 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 27 januari 2027, over 82 dagen. Hieronder worden 48 rijen gevolgd, van 1 januari 2026 tot 30 september 2027. Toen de twee deadlinepagina's van Google op 15 oktober 2026 opnieuw werden gelezen, had geen enkele rij tegenstrijdige datums: het laatste meningsverschil, over de uitbreiding van Child Safety Standards, was gesloten toen beide pagina's op 26 augustus 2026 uitkwamen. Filter het register eerst op je eigen app, want de meeste van deze rijen zullen niet op jou van toepassing zijn.
Wat de 48 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: 24 ingangsdatums van beleid, 0 rijen waar twee actuele Google-pagina's twee verschillende datums geven, 7 aankondigings- en verduidelijkingsdatums die op zichzelf niets handhaven, 11 commerciële en programmamijlpalen van Play die helemaal geen vereisten uit het Developer Program Policy zijn, en 6 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-10-15.
-
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. 11 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 48 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. 12 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; Herstel van inloggegevens voor terugkerende gebruikers; 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 15 oktober 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 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
-
15 sep 2026 Wear OS: ondersteuning voor 64-bits en een paginagrootte van 16 KB Bevestigd Verstreken
-
30 sep 2026 Registratie van packagenamen bij Google Play Bevestigd Verstreken
-
30 sep 2026 Android-ontwikkelaarsverificatie, eerste handhaving bij installatie Bevestigd Verstreken
-
30 sep 2026 Wijzigingen in de servicekosten bereiken Australië en Japan Programma Bevestigd Verstreken
-
30 sep 2026 Het programma New Apps and Games komt beschikbaar Programma Bevestigd Verstreken
-
1 okt 2026 Rapportage van Amerikaanse transacties en geldende servicekosten Programma Bevestigd Verstreken
-
1 nov 2026 Uiterste datum van het doel-API-uitstel Bevestigd Verstreken
-
november 2026 Verklaring voor locatierechten komt beschikbaar in Play Console Nog geen datum Geen datum
-
1 dec 2026 Amerikaanse links naar externe content: rapportage van geslaagde downloads en geldende kosten Programma Bevestigd 25 dagen
-
31 dec 2026 Wijzigingen in de servicekosten en het nieuwe programma bereiken Korea Programma Bevestigd 55 dagen
-
27 jan 2027 Geofencing vervalt als goedgekeurde use case voor een foreground service Bevestigd 82 dagen
-
27 jan 2027 SMS en Call Log: de uitzondering voor verificatie per telefoongesprek vervalt Bevestigd 82 dagen
-
27 jan 2027 Contacts Permissions-beleid Bevestigd 82 dagen
-
27 jan 2027 Location Permissions-beleid Bevestigd 82 dagen
-
1 feb 2027 Handhaving van de compatibiliteit met de 16 KB-paginagrootte Bevestigd 87 dagen
-
februari 2027 Drempels voor geheugen en bitmaps (technische kwaliteit) Nog geen datum Geen datum
-
februari 2027 Eisen voor DEX-optimalisatie (technische kwaliteit) Nog geen datum Geen datum
-
april 2027 Herstel van inloggegevens voor terugkerende gebruikers Nog geen datum Geen datum
-
augustus 2027 API 37 als doel voor nieuwe apps en app-updates (maand aangekondigd) Nog geen datum Geen datum
-
30 sep 2027 Wijzigingen in de servicekosten en het nieuwe programma bereiken de rest van de wereld Programma Bevestigd 328 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 15 oktober 2026. Verdere wijzigingen worden toegevoegd zodra Google ze aankondigt. Naast de gedateerde rijen heeft Google vier eisen alleen tot op de maand genoemd (november 2026, februari 2027, april 2027 en augustus 2027); die staan als rijen met alleen een maand vermeld en krijgen nooit een verzonnen dag. 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 11 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.
- 1 december 2026 Amerikaanse links naar externe content: rapportage van geslaagde downloads en geldende kosten Ontwikkelaars die zijn aangemeld voor het Amerikaanse programma voor links naar externe content.
- 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. Alle drie de meningsverschillen zijn sindsdien gesloten: Android Developers verplaatste Contacts Permissions en Location Permissions van 28 oktober 2026 naar 27 januari 2027, de datum die Play Console Help al die tijd al noemde, en beide pagina's dateren de uitbreiding van Child Safety Standards nu op 26 augustus 2026.
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 15 oktober 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
Beide pagina's zijn het nu eens. Android Developers publiceerde eerder
28 oktober 2026Vastgesteld op 26 augustus 2026
0 actueel conflicten, 3 opgelost. Beide pagina's zijn opnieuw gelezen op 15 oktober 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 gold voor de rij over Child Safety zolang die omstreden was: de definitie van een willekeurige of anonieme chatapp was op beide pagina's stabiel, en alleen de datum verschilde. Heb je je werk afgebakend op de definitie en niet op de datum, dan heeft geen van beide verschuivingen je iets 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
Geen enkele datum op deze pagina was omstreden tussen de twee deadlinepagina's van Google toen ze voor het laatst opnieuw werden gelezen. Dat is een momentopname, geen garantie: een conflict ontstaat en sluit op dezelfde manier, doordat één pagina zonder bericht wordt bewerkt, dus lees beide opnieuw voordat je op een rij vertrouwt.
Wat verandert er op 26 augustus 2026?
Drie 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; en Child Safety Standards wordt uitgebreid naar willekeurige en anonieme chat, wat beide Google-pagina's nu op 26 augustus dateren. Beschrijft geen van die drie jouw app, dan is 26 augustus jouw datum niet. Geofencing, dat deze pagina hier eerder vermeldde, gaat in op 27 januari 2027.
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.
-
Bevestigd
Child Safety Standards wordt uitgebreid naar anonieme en willekeurige chat
Wie Willekeurige en anonieme chatapps.
Doen Behandel een willekeurige of anonieme chatapp als vallend onder Child Safety Standards en voldoe aan de eisen daarvan.
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.
Child Safety Standards: beide Google-pagina's zeggen nu 26 augustus
Dit was de laatste rij op deze pagina waarover de twee Google-pagina's het oneens waren: Play Console Help dateerde de uitbreiding van Child Safety Standards op 26 augustus 2026, terwijl de tijdlijn van Android Developers 28 oktober 2026 gaf. Toen beide op 15 oktober 2026 opnieuw werden gelezen, zeiden ze allebei 26 augustus. Heb je je op de vroegere datum voorbereid, dan zat je goed. De definitie van een willekeurige of anonieme chatapp verschilde nooit tussen de twee pagina's.
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.
- Dat venster sloot op 1 november 2026, dus het uitstel is niet meer beschikbaar en elke formulering die suggereert dat je het nog kunt aanvragen, is verouderd.
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
Verstreken-
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 15 oktober 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 deze maand, 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. Een latere melding voegt 1 december toe voor de rapportage van geslaagde downloads in het programma voor links naar externe content. Zoek je 28 oktober, dan is dat voor niets meer een deadline: Google heeft Contacts en Location naar 27 januari 2027 verplaatst, en beide pagina's dateren Child Safety Standards nu op 26 augustus.
1 oktober: rapportage en kosten in de betrokken Amerikaanse programma's
1 oktober 2026
Verstreken-
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.
1 december: rapportage van geslaagde downloads in het Amerikaanse programma voor links naar externe content
1 december 2026
nog 25 dagen-
Bevestigd
Amerikaanse links naar externe content: rapportage van geslaagde downloads en geldende kosten
Wie Ontwikkelaars die zijn aangemeld voor het Amerikaanse programma voor links naar externe content.
Doen Implementeer vóór 1 december de actuele rapportage van geslaagde downloads van het programma.
Een melding uit september 2026 voegt een tweede datum toe, voor één programma. Ben je aangemeld voor het Amerikaanse programma voor links naar externe content, dan beginnen de rapportage van geslaagde downloads en eventuele geldende kosten op 1 december 2026. De verplichtingen van 1 oktober blijven staan waar ze staan; dit verschuift niet elk Amerikaans programma naar december.
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 sindsdien 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
Noemt een bron 28 oktober, vraag dan welk beleid er wordt bedoeld. Het was de door Google gepubliceerde datum voor Contacts en Location totdat die naar 27 januari 2027 verschoven, en de datum van Android Developers voor Child Safety Standards totdat beide pagina's op 26 augustus uitkwamen. Voor niets is het nog een actuele datum.
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
Verstreken-
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.
Dit venster is gesloten. Elke formulering die suggereert dat het doel-API-uitstel van 2026 nog aangevraagd kan worden, is verouderd, ook in oudere artikelen en in antwoorden van assistenten die daarop zijn getraind. Wat overblijft, is de onderliggende eis van 31 augustus, en die is niet verschoven.
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?
34 van de 48 gevolgde rijen liggen per 15 oktober 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 Bevestigd
- 31 aug Doel-API-niveau voor nieuwe apps en app-updates Bevestigd
- 31 aug Beschikbaarheidsdrempel voor bestaande apps Bevestigd
september 2026
- 15 sep Wear OS: ondersteuning voor 64-bits en een paginagrootte van 16 KB Bevestigd
- 30 sep Registratie van packagenamen bij Google Play Bevestigd
- 30 sep Android-ontwikkelaarsverificatie, eerste handhaving bij installatie Bevestigd
- 30 sep Wijzigingen in de servicekosten bereiken Australië en Japan Bevestigd
- 30 sep Het programma New Apps and Games komt beschikbaar Bevestigd
oktober 2026
- 1 okt Rapportage van Amerikaanse transacties en geldende servicekosten Bevestigd
november 2026
- 1 nov Uiterste datum van het doel-API-uitstel 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?
Gedateerde rijen, rijen met alleen een maand en één bewust vage periode. 27 januari 2027 draagt vier rijen: het einde van de uitzondering voor SMS en Call Log waarmee READ_CALL_LOG een verificatietelefoontje mocht bevestigen, het rechtenbeleid voor Contacts en Location, en het vervallen van geofencing als goedgekeurde use case voor een foreground service. 1 februari 2027 is de huidige handhavingsdatum voor de 16 KB-paginagrootte. Google heeft daarnaast februari, april en augustus 2027 genoemd voor eisen rond technische kwaliteit en het doel-API-niveau, zonder een dag te geven. Daarna 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 82 dagen-
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.
-
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 ja, vul dan de verklaring in Play Console in; zo niet, stap dan over op Android Contact Picker.
-
Bevestigd
Location Permissions-beleid
Wie Apps die Android 17 (API-niveau 37) of later als doel hebben en precieze locatie vragen voor een eenmalige actie die de gebruiker zelf start.
Doen Gebruik de systeemknop voor locatie voor dat eenmalige verzoek om precieze locatie, en houd alle andere locatietoegang tot de minimale reikwijdte beperkt.
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 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. Google documenteert voor Contacts een uitstel van 30 dagen dat je zelf via Play Console aanvraagt.
Ook de rij over geofencing komt hier terecht. Geofencing is vanaf 27 januari 2027 niet langer een goedgekeurde use case voor een foreground service; dat is de datum die beide actuele deadlinepagina's van Google geven, en deze pagina zette hem eerder op 26 augustus 2026. Google noemt de Geofence API als alternatief. De wijziging gaat over de declaratie van de foreground service, niet over apps die geofences via die API gebruiken.
1 februari 2027
1 februari 2027
nog 87 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.
Datums die Google alleen tot op de maand heeft genoemd
Deze rijen hebben een maand en geen dag. De aankondiging van Google over technische kwaliteit van 26 augustus 2026 noemt februari 2027 voor de eisen voor geheugen en DEX en april 2027 voor het herstel van inloggegevens, en een artikel van Android Developers noemt augustus 2027 voor API 37 als doel. Gebruik de maand als planningssignaal en zet niet de 1e in een planning: een exacte dag staat in geen enkele bron die deze pagina kon vinden. Ze staan los van de 16 KB-datum van 1 februari 2027, die Google wel heeft gedateerd.
-
november 2026
Verklaring voor locatierechten komt beschikbaar in Play Console
Wie Apps die binnen de reikwijdte van het Location Permissions-beleid vallen.
Doen Bereid de onderbouwing nu voor en vul de verklaring in zodra Play Console erom vraagt.
-
februari 2027
Drempels voor geheugen en bitmaps (technische kwaliteit)
Wie Apps voor mobiel en tablet.
Doen Controleer Android vitals vóór februari 2027 op problemen met geheugen en bitmaps.
-
februari 2027
Eisen voor DEX-optimalisatie (technische kwaliteit)
Wie Apps boven de groottedrempels die Google noemt, voor alle apparaatsoorten.
Doen Meet je app af aan de DEX-drempels op de helppagina van Google over technische kwaliteit.
-
april 2027
Herstel van inloggegevens voor terugkerende gebruikers
Wie Apps voor mobiel en tablet waarin gebruikers inloggen, met de uitzonderingen die Google noemt.
Doen Implementeer het herstel van inloggegevens dat Google beschrijft voor een terugkerende gebruiker op een nieuw apparaat.
-
augustus 2027
API 37 als doel voor nieuwe apps en app-updates (maand aangekondigd)
Wie Nieuwe apps en app-updates. De uitzonderingen per apparaatsoort zijn nog niet gepubliceerd.
Doen Plan de migratie naar API 37 en neem de exacte dag over van de pagina van Google met de doel-API-eisen zodra die verschijnt.
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 15 oktober 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?
9 in het bijzonder. Vier zijn achterhaalde Google-datums die nog steeds hoog scoren: 1 november 2025 en 31 mei 2026 voor de 16 KB-paginagrootte, 28 oktober 2026 voor Contacts en Location, dat Android Developers heeft vervangen door 27 januari 2027, en 28 oktober 2026 voor Child Safety Standards, dat beide pagina's nu op 26 augustus dateren. Vijf zijn verkeerde lezingen die als feiten rondgaan: een verbod op apps zonder contentclassificatie per 26 augustus, dat nooit is aangekondigd; een wereldwijde uitschakeling van sideloading op 30 september, die om vier landen gaat; geofencing op 26 augustus, wat 27 januari 2027 is; een deadline op 14 oktober die elke app met D-U-N-S-problemen verwijdert, die Google nooit heeft vastgesteld; en 1 februari of 1 april als exacte dagen voor eisen die Google alleen tot op de maand heeft genoemd.
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 15 oktober 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
AchterhaaldWaar het naar verwijst De uitbreidingsdatum voor Child Safety Standards op de beleidstijdlijn van Android Developers.
Status vandaag Achterhaald. Beide Google-pagina's dateren de uitbreiding van Child Safety Standards nu op 26 augustus 2026, dus de datum 28 oktober die Android Developers noemde, is nergens meer actueel.
Veilige formulering 26 augustus 2026 op beide Google-pagina's. 28 oktober 2026 was een echte datum van Android Developers die inmiddels is vervangen.
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.
26 augustus 2026 voor geofencing
Niet wat het lijktWaar het naar verwijst De datum die deze pagina en andere samenvattingen gaven voor het vervallen van geofencing als goedgekeurde use case voor een foreground service.
Status vandaag Fout. Beide actuele deadlinepagina's van Google geven 27 januari 2027.
Veilige formulering Geofencing is vanaf 27 januari 2027 niet langer een goedgekeurde use case voor een foreground service. Gebruik de Geofence API.
14 oktober 2026 voor D-U-N-S
Niet wat het lijktWaar het naar verwijst Een datum die rondgaat in discussies tussen ontwikkelaars, waarop elke app met D-U-N-S-gegevens die niet overeenkomen zou worden verwijderd.
Status vandaag Geen universele deadline. Het identiteitsverificatieproces van Google stelt deadlines per account vast, in de eigen melding van dat account.
Veilige formulering Volg de deadline in je eigen melding in Play Console en herstel elke afwijking ten opzichte van je gegevens bij Dun & Bradstreet.
1 februari of 1 april 2027 voor geheugen, DEX en herstel van inloggegevens
Niet wat het lijktWaar het naar verwijst Exacte dagen die zijn gekoppeld aan eisen die Google alleen tot op de maand heeft genoemd.
Status vandaag Niet geverifieerd. Google geeft februari 2027 en april 2027 zonder dag.
Veilige formulering Februari 2027 voor geheugen en DEX, april 2027 voor het herstel van inloggegevens, geen dag gepubliceerd. 1 februari 2027 is de aparte 16 KB-datum.
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 was ook de datum van Android Developers voor Child Safety Standards totdat beide pagina's op 26 augustus 2026 uitkwamen, 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 · 12.100+ 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, 15 oktober 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.
-
16 oktober 2026
Elke rij opnieuw gecontroleerd tegen de actuele pagina's van Google op 15 oktober 2026. Child Safety Standards staat vast op 26 augustus 2026: Android Developers had 28 oktober 2026 genoemd, en beide pagina's zijn het nu eens, dus geen enkele rij op deze pagina is nog omstreden. Geofencing is verschoven van 26 augustus 2026 naar 27 januari 2027, de datum die beide actuele deadlinepagina's van Google geven; deze pagina had hem op 26 augustus gezet. Toegevoegd: een Amerikaanse rapportagedatum voor geslaagde downloads op 1 december 2026, de technische eis voor Wear OS van 15 september 2026, en rijen met alleen een maand voor de locatieverklaring in november 2026, de eisen voor geheugen en DEX in februari 2027, het herstel van inloggegevens in april 2027 en API 37 als doel in augustus 2027. Verwijderd: de bewering dat de correctie voor Contacts en Location half augustus plaatsvond, want Google heeft de dag niet gepubliceerd.
-
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/16935362In 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 rijen voor 2027 met alleen een maand. Google heeft februari, april en augustus 2027 genoemd voor geheugen, DEX, herstel van inloggegevens en API 37, zonder een dag te geven. De dag zal verschijnen als een stille paginabewerking, en die rijen veranderen zodra dat gebeurt.
- De vastgestelde datum 27 januari 2027. Contacts, Location, de uitzondering voor verificatie via de oproepgeschiedenis en geofencing komen allemaal hier terecht, en beide Google-pagina's zijn het vandaag eens. Twee ervan kwamen er via onaangekondigde bewerkingen, dus ze kunnen 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 15 oktober 2026 is de eerstvolgende bevestigde datum 27 januari 2027, die het einde van de uitzondering voor SMS en Call Log om een verificatietelefoontje te bevestigen, het rechtenbeleid rond Contacts en Location, en het vervallen van geofencing als goedgekeurde use case voor een foreground service dekt. Of iets daarna op jou van toepassing is, hangt af van je app: een rapportagedatum op 1 december 2026 geldt alleen voor ontwikkelaars in één Amerikaans programma, en 27 januari 2027 brengt vier wijzigingen rond rechten en foreground services, elk met een eigen reikwijdte. Gebruik de deadlineprofiler om alleen de rijen over te houden die bij je app passen.
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 gaven betrokken ontwikkelaars die daarvoor in aanmerking kwamen uitstel tot 1 november 2026, aan te vragen via de melding over het doel-API-niveau op de pagina Beleidsstatus van de app in Play Console. Behandel dat als iets wat per app geldt: controleer de datum die jouw eigen app heeft gekregen in plaats van aan te nemen dat elke ontwikkelaar uitstel heeft. Het uitstel creëert geen lager doelniveau, en zodra het afloopt, kun je een update die aan de eis voldoet gewoon nog steeds indienen.
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, totdat Android Developers werd aangepast, zonder aankondiging en op een dag die Google niet heeft gepubliceerd. 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. 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. Apps die READ_CONTACTS houden, moeten de brede toegang onderbouwen en een verklaring in Play Console invullen, en Google documenteert een uitstel van 30 dagen dat je zelf kunt aanvragen. Apps die geen brede toegang nodig hebben, worden naar Android Contact Picker verwezen.
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, voor apps die API 35 of hoger als doel hebben op 64-bits apparaten. 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. Het eigen voorbeeld van Google toont een uitstel tot 1 februari; nergens is gepubliceerd dat er nog een verder uitstel na die datum komt.
Welke Google Play-deadlines komen er al aan in 2027?
27 januari 2027 brengt vier wijzigingen met elk een eigen reikwijdte: het einde van de uitzondering voor SMS en Call Log waarmee READ_CALL_LOG een verificatietelefoontje mocht bevestigen, het rechtenbeleid rond Contacts en Location, en het vervallen van geofencing als goedgekeurde use case voor een foreground service. 1 februari 2027 is de algemene updatedeadline voor 16 KB. De eisen voor geheugen en DEX beginnen in februari 2027 en het herstel van inloggegevens in april 2027, zonder exacte dag, en Google heeft augustus 2027 aangekondigd voor API 37 als doel, ook zonder dag. De Android-ontwikkelaarsverificatie wordt in 2027 en later breder uitgerold, zonder dat er per 15 oktober 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, zolang de testers aangemeld blijven; een vervangende tester begint aan zijn eigen 14 dagen en neemt die van een ander niet over. PrimeTestLab levert die testers op echte apparaten vanaf US$ 19,99.
Ik laat mensen maar één contact kiezen. Heb ik READ_CONTACTS nodig?
Kiest de gebruiker alleen bepaalde contacten voor een taak, dan verwijst het beleid van Google betrokken apps naar Android Contact Picker in plaats van naar brede READ_CONTACTS-toegang. Voor apps die API 37 of later als doel hebben en het recht houden: leg uit waarom de picker de kernfunctionaliteit niet kan ondersteunen en vul de verklaring in. De huidige nalevingsdatum is 27 januari 2027.
Is geofencing al verboden omdat 26 augustus voorbij is?
Nee. De huidige datum voor deze wijziging rond foreground services is 27 januari 2027, en deze pagina noemde eerder 26 augustus. Google noemt de Geofence API als alternatief. De wijziging gaat over het declareren van een foreground service voor geofencing; ze verbiedt niet elke app die geofences gebruikt.
Ik heb productie opgelost. Waarom staat de waarschuwing in de Console er nog?
Controleer de versiecodes die de waarschuwing noemt en elke actieve track, voordat je aanneemt dat de productiebuild het enige betrokken artefact is. Eén ontwikkelaar meldde een oude build in een gesloten test als waarschijnlijke oorzaak, maar dat de waarschuwing daarna verdween, is niet bevestigd. Behandel het als diagnostische aanwijzing en controleer het daadwerkelijke release-artefact tegen de eis.
Verdwijnen al mijn apps op 14 oktober vanwege D-U-N-S?
Er is geen universele verwijderingsregel op 14 oktober gevonden. Organisatorische accounts hebben identiteitsgegevens nodig die overeenkomen met hun gegevens bij Dun & Bradstreet, en verificatiedeadlines kunnen per account worden vastgesteld. Een waarschuwing in je eigen account kan nog steeds echt zijn: lees die melding, herstel de afwijking en volg de supportinstructies erin, in plaats van de datum van een andere ontwikkelaar.
Betekenen de nieuwe eisen voor februari en april de eerste van de maand?
Niet voor zover Google heeft gepubliceerd. De documentatie over technische kwaliteit noemt februari 2027 voor de eisen voor geheugen en DEX en april 2027 voor het herstel van inloggegevens, zonder exacte dag. Houd ze aan als items met alleen een maand totdat Google meer publiceert. Ze staan los van de algemene updatedeadline voor 16 KB op 1 februari 2027, en ze gelden voor andere apps.
Kort samengevat
Samenvatting
Op 15 oktober 2026 is de eerstvolgende bevestigde Google Play-deadline: 27 januari 2027. De reeks van 2026 verloopt zo: 26 augustus voor de regels rond willekeurige en anonieme chat; 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. Geen enkele beleidsregel is nog omstreden: Child Safety Standards staat op beide Google-pagina's op 26 augustus 2026, en geofencing is vanaf 27 januari 2027 niet langer een goedgekeurde use case voor een foreground service. 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