Google Play får nye krav til minnebruk, kode og innlogging

Google Play hever den tekniske kvalitetsstandarden for Android-apper. Fra februar 2027 skal apper og spill vurderes etter nye grenser for dynamisk minne, bitmap-minne og optimalisering av DEX-kode. Apper som over tid ligger over grensene, kan få dårligere synlighet i Play-butikken og begrensninger på publisering – men Google beskriver ikke dette som en automatisk utestenging eller sletting.

Et separat krav kommer i april 2027: Apper som tilbyr innlogging, må støtte Zero-Tap Sign-In ved bytte av Android-enhet gjennom Androids system for gjenoppretting av påloggingsinformasjon, Restore Credentials. Spill er foreløpig unntatt fra dette kravet. 17

Dette skal Google Play måle

De nye reglene retter seg mot tre typer appadferd som kan bidra til tregere enheter, krasj eller ineffektiv levering av apper.

1. Dynamisk minne

Google skal måle appens anonyme resident-set size, eller RSS, sammen med komprimert swap. Det betyr i praksis at målingen fokuserer på privat minne appen bruker mens den kjører, og ikke automatisk regner alle kode- og ressursfiler som ligger lagret på enheten, som appens aktive minnebruk.

For spill skal grensene i forgrunnen tilpasses hvor mye RAM enheten har. Den oppgitte skalaen går fra 2,25 GB på enheter med 4 GB RAM til 5 GB på enheter med 16 GB RAM. Google Play vil altså vurdere spill på tvers av ulike enhetsklasser, i stedet for å bruke én identisk grense for alle telefoner og nettbrett.

2. Bitmap-minne

Bitmap-bruk skal vurderes når appen er i forgrunnen, i bakgrunnen og ligger i hurtigbufferet. Grensene er:

• 200 MB når appen er i forgrunnen eller bakgrunnen
• 400 MB når appen er hurtigbufret

Målet er å hindre at grafikk og andre visuelle ressurser blir liggende unødvendig i minnet etter at de ikke lenger er synlige eller trengs umiddelbart.

3. Optimalisering av DEX-kode

Spill med mer enn 50 MB DEX-kode må ha minst 25 prosent App Bundle-dekning gjennom kodeoptimalisering, krymping og obfuskering. Utviklere kan blant annet bruke R8 eller andre verktøy for å fjerne overflødig kode og gjøre pakken som leveres til brukeren, mer effektiv.

Slik skal håndhevingen fungere

Google Play skal ikke avgjøre dette ut fra én enkelt dårlig økt. Grensene vurderes ved hjelp av 90-persentilen, P90, basert på data samlet inn over en rullerende periode på 28 dager. Dermed er hensikten å fange opp vedvarende problemer i reell bruk, ikke ett enkelt ekstremt måleresultat.

Apper som ikke oppfyller kravene, kan få redusert synlighet og færre publiseringsmuligheter i Google Play. Det er noe annet enn en regel om at alle apper som overskrider en grense, automatisk blir bannlyst eller fjernet. Google skal også rulle ut overvåkings- og diagnoseverktøy i Play Console, slik at utviklere kan følge med på blant annet dynamisk minne og bitmap-målinger før kravene håndheves.

Grensene kan dessuten bli justert etter hvert som Google samler inn mer data og får bedre oversikt over forskjeller mellom enhetstyper og appkategorier. Utviklere bør derfor se på tallene som et utgangspunkt for løpende oppfølging – ikke som en sertifisering som bare må bestås én gang.

Eget krav om Zero-Tap Sign-In

Den andre regelendringen gjelder en annen del av Android-opplevelsen: overgangen til en ny telefon. Fra april 2027 må apper med brukerpålogging støtte Zero-Tap Sign-In, slik at brukerens innlogging automatisk kan gjenopprettes ved migrering mellom Android-enheter gjennom Restore Credentials API.

Restore Credentials er bygget inn i Credential Manager og skal kunne logge brukeren stille inn igjen når appen gjenopprettes på den nye enheten. Løsningen kan brukes uavhengig av appens viktigste innloggingsmetode, enten det er passord, passnøkler eller føderert innlogging. 1719

Hensikten er å redusere behovet for å logge inn manuelt i hver enkelt app etter et telefonbytte. Spill er foreløpig unntatt, men Google kan endre unntaket etter hvert som ordningen videreutvikles.

Hvordan henger dette sammen med Android 17?

Play-reglene kommer i tillegg til, og erstatter ikke, Android 17s egne grenser for appminne. Android 17 innfører minnegrenser for hver app basert på enhetens totale RAM. Ordningen startet på Pixel-enheter, og Google sier at flere produsenter ventes å ta grensene i bruk på enheter med mellom 4 GB og mer enn 16 GB RAM.

Hvis en app overskrider Android 17-grensen, kan operativsystemet først redusere ytelsen og senere avslutte appen. Google Plays nye krav griper inn tidligere i distribusjonskjeden: De skal presse utviklere til å redusere minnebruken og optimalisere koden før brukerne møter operativsystemets begrensninger i praksis.

Forskjellen er viktig. Android 17 bestemmer hva som kan skje mens appen kjører på en bestemt enhet. Google Plays regler for 2027 bestemmer i større grad om appen fortsatt får normal synlighet og normale publiseringsmuligheter i butikken.

Dette bør Android-utviklere gjøre nå

Utviklere av store apper og spill bør begynne med å:

1. Kartlegge anonym RSS- og komprimert swap-bruk i økter i forgrunnen og bakgrunnen.
2. Følge bitmap-minne separat fra vanlig heap-bruk, også når appen er hurtigbufret.
3. Kontrollere DEX-størrelsen og måle hvor stor del av App Bundle-en som dekkes av krymping, optimalisering og obfuskering.
4. Teste på flere RAM-nivåer, ikke bare på avanserte toppmodeller.
5. Følge med på nye diagnoseverktøy i Play Console og relevante Android-vitals-målinger.
6. Gå gjennom innloggingsflyten og planlegge støtte for Restore Credentials før april 2027.

Det overordnede budskapet er enkelt: Effektiv minnebruk og optimalisert kode er i ferd med å bli et distribusjonsspørsmål, ikke bare et spørsmål om god ytelse. Apper som ikke forbereder seg, kan fortsatt fungere, men risikerer dårligere synlighet i Play-butikken, strengere publiseringsvilkår og større eksponering for Androids egne minnegrenser.