Google Play skärper appkraven inför 2027

Google Play höjer ribban för den tekniska kvaliteten hos appar och spel. Från februari 2027 kommer plattformen att bedöma nya gränsvärden för dynamisk minnesanvändning, bitmapminne och optimering av DEX-kod. Appar som ligger över gränserna kan få sämre synlighet i Play och begränsade publiceringsmöjligheter – men Google beskriver inte åtgärden som ett automatiskt förbud eller en omedelbar avpublicering.

En separat förändring träder i kraft i april 2027. Appar som använder inloggning måste då stödja Zero-Tap Sign-In när användaren flyttar till en ny Android-enhet. Funktionen bygger på Androids system för Restore Credentials. Spel är för närvarande undantagna från detta krav. 17

Tre områden som Google Play kommer att mäta

De nya kraven riktar in sig på beteenden som kan bidra till långsamma appar, krascher eller ineffektiv distribution.

1. Dynamisk minnesanvändning

Google kommer att mäta appens anonyma resident set size, RSS, tillsammans med komprimerat swapminne. Det handlar om det privata minne appen använder medan den körs – inte om alla kod- och tillgångsfiler som råkar vara lagrade på enheten.

För spel anpassas gränserna för dynamiskt minne i förgrunden efter enhetens mängd RAM. Det angivna spannet sträcker sig från 2,25 GB på enheter med 4 GB RAM till 5 GB på enheter med 16 GB RAM. I stället för samma gräns för alla telefoner och surfplattor ska Google Play alltså väga in olika prestandaklasser.

2. Bitmapminne

Bitmapanvändningen kommer att bedömas när appen är i förgrunden, i bakgrunden och i cache. Gränserna är:

• 200 MB när appen är i förgrunden eller bakgrunden
• 400 MB när appen ligger i cache

Syftet är att förhindra att visuella resurser ligger kvar i minnet trots att de inte längre visas direkt för användaren.

3. Optimering av DEX-kod

Spel med mer än 50 MB DEX-kod måste nå minst 25 procents täckning i Android App Bundle genom kodoptimering, minifiering och obfuskering. Utvecklare kan exempelvis använda R8 eller ett annat verktyg för kodbantning för att ta bort onödig kod och effektivisera paketet som levereras till användaren.

Så fungerar kontrollen

Google Play ska inte avgöra en apps status utifrån ett enda ovanligt dåligt användningstillfälle. Gränsvärdena bedöms med hjälp av 90:e percentilen, P90, för data som samlats in under en rullande period på 28 dagar. I praktiken riktar sig kraven mot återkommande problem i verklig användning, snarare än mot en enstaka extremmätning.

Appar som inte klarar kraven kan få sämre synlighet och begränsade publiceringsfunktioner på Google Play. Det är något annat än en policy där varje app som överskrider ett gränsvärde automatiskt bannlyses eller tas bort. Google rullar också ut övervaknings- och diagnosverktyg i Play Console, så att utvecklare kan följa bland annat dynamiskt minne och bitmapmått innan reglerna börjar tillämpas.

Gränserna kan dessutom ändras när Google samlar in mer data och får en bättre bild av skillnader mellan enhetstyper och appkategorier. Utvecklare bör därför se de publicerade nivåerna som en utgångspunkt för löpande övervakning – inte som ett engångstest som sedan är avklarat.

Zero-Tap Sign-In kommer i april

Den andra förändringen gäller en annan del av Androidupplevelsen: bytet till en ny telefon. Från april 2027 måste appar med inloggning stödja Zero-Tap Sign-In, vilket automatiskt återställer användarens inloggningsstatus när appen flyttas till en ny Android-enhet. Detta sker genom API:et Restore Credentials.

Restore Credentials fungerar via Credential Manager och är utformat för att i bakgrunden logga in användaren igen när appen återställs på den nya enheten. Funktionen kan användas oberoende av appens huvudsakliga autentiseringsmetod, exempelvis lösenord, passkeys eller federerad inloggning. 1719

Målet är att minska besväret med att manuellt logga in i varje app efter ett telefonbyte. Spel omfattas inte av kravet i nuläget, men Google kan ändra undantaget när policyn utvecklas vidare.

Kopplingen till Android 17

Play-reglerna kompletterar Android 17:s minnesbegränsningar, men ersätter dem inte. Android 17 inför appvisa minnesgränser som baseras på enhetens totala mängd RAM, initialt på Pixel-enheter. Google uppger att fler tillverkare väntas använda gränserna på enheter från 4 GB till mer än 16 GB RAM.

Om en app överskrider Android 17:s minnesgräns kan operativsystemet först bromsa den och i förlängningen avsluta processen. Google Plays nya krav verkar tidigare i kedjan: de ska få utvecklare att minska överdriven minnesanvändning och optimera koden innan användaren möter operativsystemets begränsningar.

Skillnaden är viktig. Android 17 styr vad som kan hända medan appen körs på en viss enhet. Google Plays regler för 2027 styr i stället om appen får behålla normal synlighet och normala publiceringsmöjligheter i butiken.

Det här bör Androidutvecklare göra nu

Utvecklare bakom stora appar och spel bör börja med att:

1. Granska anonym RSS- och komprimerad swap-användning i förgrunds- och bakgrundssessioner.
2. Mäta bitmapminne separat från den vanliga heap-användningen, även när appen ligger i cache.
3. Kontrollera DEX-storleken och mäta hur stor del av App Bundle som täcks av minifiering, optimering och obfuskering.
4. Testa på flera RAM-nivåer i stället för att bara använda avancerade toppmodeller.
5. Följa de kommande diagnosverktygen i Play Console och mätvärdena i Android Vitals.
6. Gå igenom appens inloggningsflöde och planera stöd för Restore Credentials före april 2027.

Budskapet är tydligt: minnessnålhet och effektiv kod blir inte längre bara goda prestandavanor. De blir också en fråga om distribution. Appar som inte förbereder sig kan fortfarande fungera, men riskerar sämre synlighet i Play, begränsad publicering och större exponering mot Androids egna minnesbegränsningar.