Google scherpt Play Store-regels aan: Android-apps krijgen geheugenlimieten in 2027

Google legt de lat voor technische kwaliteit in de Play Store hoger. Vanaf februari 2027 beoordeelt Google Play apps en games aan de hand van nieuwe grenzen voor dynamisch geheugen, bitmapgeheugen en DEX-code-optimalisatie. Apps die structureel boven die grenzen uitkomen, kunnen minder zichtbaar worden in Google Play en beperkingen krijgen bij het publiceren. Het gaat dus niet om een automatisch verbod of directe verwijdering uit de winkel.

Een tweede wijziging volgt in april 2027. Apps met een aanmeldfunctie moeten dan Zero-Tap Sign-In ondersteunen tijdens de overstap naar een nieuw Android-apparaat, via het Android-systeem Restore Credentials. Games zijn voorlopig vrijgesteld van deze migratie-eis. 17

Dit gaat Google Play meten

De nieuwe regels richten zich op drie vormen van gedrag die kunnen bijdragen aan vertragingen, crashes en inefficiënte app-distributie.

1. Dynamisch geheugengebruik

Google kijkt naar de anonieme resident-set size, oftewel RSS, in combinatie met gecomprimeerd swapgeheugen. Daarmee wordt vooral het private geheugen gemeten dat een app tijdens het uitvoeren gebruikt. Bestanden met code of assets die alleen op het apparaat zijn opgeslagen, worden niet automatisch als actief app-geheugen meegerekend.

Voor games worden de limieten voor dynamisch geheugen op de voorgrond afgestemd op de hoeveelheid RAM in het apparaat. De aangekondigde bandbreedte loopt van 2,25 GB op apparaten met 4 GB RAM tot 5 GB op apparaten met 16 GB RAM. Google Play wil de prestaties per apparaatcategorie beoordelen, in plaats van voor elke telefoon en tablet exact dezelfde grens te hanteren.

2. Bitmapgeheugen

Ook het geheugen dat afbeeldingen en andere bitmaps innemen, wordt afzonderlijk beoordeeld. De voorgestelde grenzen zijn:

• 200 MB wanneer een app op de voorgrond of op de achtergrond actief is;
• 400 MB wanneer de app in de cache staat.

Daarmee wil Google voorkomen dat visuele bestanden onnodig in het geheugen blijven staan terwijl ze niet direct zichtbaar zijn.

3. Optimalisatie van DEX-code

Games met meer dan 50 MB aan DEX-code moeten minimaal 25 procent App Bundle-dekking behalen via code-optimalisatie, verkleining en obfuscatie. Ontwikkelaars kunnen daarvoor bijvoorbeeld R8 of een andere shrinking-tool gebruiken. Zo kan overbodige code uit het geleverde pakket worden verwijderd en wordt de distributie efficiënter.

Geen automatische ban, wel minder bereik

Google beoordeelt een app niet op basis van één uitzonderlijk slechte sessie. De grenzen worden berekend met het 90e percentiel (P90) van gegevens die gedurende een voortschrijdende periode van 28 dagen worden verzameld. In de praktijk betekent dit dat vooral aanhoudende problemen in het gebruik op echte apparaten meetellen, niet één incidentele uitschieter.

Apps die niet aan de eisen voldoen, kunnen te maken krijgen met minder zichtbaarheid en beperktere publicatiemogelijkheden in Google Play. Dat is iets anders dan een beleid waarbij elke app die een grens overschrijdt automatisch wordt verbannen of verwijderd. Google werkt bovendien aan monitoring- en diagnosefuncties in Play Console, zodat ontwikkelaars hun dynamisch geheugen- en bitmapstatistieken vóór de handhaving kunnen controleren.

De limieten kunnen in de toekomst nog worden aangepast wanneer Google meer gegevens verzamelt over verschillende soorten apps en apparaten. Ontwikkelaars doen er daarom goed aan de huidige waarden te zien als een uitgangspunt voor doorlopende monitoring, niet als een eenmalige certificering.

Zero-Tap Sign-In volgt in april 2027

De tweede beleidswijziging heeft betrekking op een ander onderdeel van Android: de overstap naar een nieuwe telefoon. Vanaf april 2027 moeten apps die gebruikers laten inloggen Zero-Tap Sign-In ondersteunen. Via de Restore Credentials API kan de aangemelde status tijdens een Android-migratie automatisch worden hersteld.

Restore Credentials werkt via Credential Manager. De functie is bedoeld om gebruikers bij het terugzetten van een app op een nieuw apparaat op de achtergrond opnieuw aan te melden. Dat kan onafhankelijk van de oorspronkelijke methode — zoals een wachtwoord, passkey of federatieve aanmelding. 1719

Het doel is duidelijk: gebruikers hoeven na een toestelwissel niet handmatig tientallen apps opnieuw te openen en hun inloggegevens in te voeren. Games vallen momenteel buiten deze verplichting, al kan Google de uitzondering later nog aanpassen.

Hoe dit samenhangt met Android 17

De nieuwe Play Store-regels vullen de geheugencontroles van Android 17 aan; ze vervangen die niet. Android 17 introduceert limieten per app die afhangen van de totale hoeveelheid RAM in een apparaat. Die functie verscheen aanvankelijk op Pixel-apparaten. Google verwacht dat meer fabrikanten de limieten gaan gebruiken op apparaten met 4 GB tot meer dan 16 GB RAM.

Wanneer een app de Android 17-limiet overschrijdt, kan het besturingssysteem de app afremmen en uiteindelijk beëindigen. De nieuwe Play-regels grijpen eerder in: ze moeten ontwikkelaars ertoe aanzetten overmatig geheugengebruik en inefficiënte code te verminderen voordat gebruikers in de praktijk met deze besturingssysteembeperkingen te maken krijgen.

Het verschil is belangrijk. Android 17 bepaalt wat er met een app kan gebeuren terwijl die op een specifiek apparaat draait. Google Play bepaalt met de nieuwe regels of een app zijn normale zichtbaarheid en publicatiemogelijkheden in de winkel behoudt.

Wat Android-ontwikkelaars nu kunnen doen

Ontwikkelaars van grote apps en games kunnen alvast:

1. het gebruik van anonieme RSS en gecomprimeerd swapgeheugen controleren tijdens sessies op de voorgrond en achtergrond;
2. bitmapgeheugen apart van het algemene heapgebruik volgen, ook wanneer een app in de cache staat;
3. de DEX-omvang controleren en meten hoeveel App Bundle-dekking wordt bereikt met verkleining, optimalisatie en obfuscatie;
4. testen op meerdere RAM-niveaus in plaats van alleen op dure toestellen met veel geheugen;
5. de nieuwe diagnosefuncties in Play Console en de Android Vitals-statistieken in de gaten houden;
6. de huidige authenticatiestroom bekijken en vóór april 2027 ondersteuning voor Restore Credentials plannen.

De praktische boodschap: efficiënt omgaan met geheugen en code wordt steeds meer een distributievoorwaarde, en niet alleen een goede prestatiepraktijk. Apps die zich niet voorbereiden, kunnen waarschijnlijk blijven werken, maar lopen wel risico op minder zichtbaarheid in Google Play, beperktere publicatietoegang en strengere geheugencontroles van Android zelf.