Google varoittaa sovelluksista, jotka kuluttavat akkua

Oletko koskaan avannut sovelluksen, laittanut puhelimen taskuun ja ihmetellyt myöhemmin, miksi akku yhtäkkiä romahti? Google uskoo, että turhautuminen voidaan korjata yksinkertaisimmalla mahdollisella tavalla: asettamalla varoitusteksti sinne, missä se sattuu eniten — sovelluksen Play-kaupan sivulle.

Maahantuonnin alettua 1. maaliskuuta Google kertoo käyttävänsä niin kutsuttuja "wake lock technical quality treatments" -toimenpiteitä sovelluksiin, jotka pitävät laitetta hereillä taustalla ja kuluttavat voimakkaasti virtaa. Käytännön seuraukset ovat vaikeita ohittaa. Sovellukset, jotka toistuvasti ylittävät Googlen akunkulutusrajoja, voivat saada Play-kaupan näkyvyytensä heikennettyä — ajattele näkyviä varoituksia listauksissa ja mahdollisia poissulkuja suosituksista.

Varoitus, jota kehittäjät eivät halua käyttäjien näkevän

Google esitteli jopa esimerkin siitä, miltä tämä näyttää käytännössä: näkyvä punainen ilmoitus sovelluksen latausten, arvostelujen ja luokitusten alla, jossa lukee: “Tämä sovellus saattaa käyttää odotettua enemmän akkua johtuen runsaasta taustatoiminnasta.”

Kellä tahansa, joka selaa uusia apuvälineitä tai pelejä, tuo punainen varoitus katkaisee latauspäätöksen sekunneissa. Tarkoitus on juuri se. Google ei enää vain kehottele kehittäjiä dokumentaation kautta — se tuottaa akunkeston suorituskyvyn osaksi ostokokemusta.

Ei kuitenkaan ole niin, että kaikki sovellukset, jotka käyttävät taustaa, olisivat automaattisesti "huonoja". Googlen toimeenpano liittyy tiettyyn käyttäytymismalliin: sovellus, joka toistuvasti pitää kiinni osittaisesta wake lock -lukosta (mekanismi, joka voi pitää prosessorin käynnissä vaikka näyttö olisi pois päältä) pidempään kuin Android pitää kohtuullisena.

Googlen mukaan sovellus voidaan merkitä "liialliseksi" käytökseksi, jos se pitää ei-poikkeutunutta osittaista wake lockia keskimäärin vähintään kahden tunnin ajan, kun näyttö on pois päältä, yli 5 %:ssa käyttäjäistunnoista viimeisen 28 päivän ajalta. Tämä ei ole harvinainen reunatapauksia oleva tilanne. Suurissa määrissä kyse on juuri siitä hitaasta vuodosta, joka saa ihmiset syyttämään Android-puhelinta "huonosta akusta", vaikka todellinen syyllinen on yksi äänekäs sovellus.

Google jättää myös tilaa lailliselle käytölle. Osa wake lockeista on poikkeuksia, koska ne tarjoavat ilmeistä käyttäjäarvoa eivätkä ole helposti optimoitavissa pois — esimerkkejä ovat äänen toistaminen, sijaintitietojen käyttö ja käyttäjän aloittamat tiedonsiirrot. Toisin sanoen: Spotifya ei pidä rangaista musiikin toistamisesta, mutta satunnainen taskulamppusovellus ei saisi salaa kuluttaa virtaa kello 2 aamulla.

Miten Google tunnistaa liiallisen akunkulutuksen

Teknisesti Google seuraa useita metriikoita ja aggregoi telemetriaa laitteista, joissa käyttäjät ovat antaneet sovelluskäytölle tarvittavat oikeudet ja joissa on käytössä diagnostiikan keruu. Keskeinen mittari tässä on osittaisen wake lockin kesto ja esiintyvyys eri käyttäjäistunnoissa. Jos sovellus pitää osittaista lukkoa jatkuvasti tai toistuvasti, erityisesti silloin kun näyttö on pois päältä, se kasvattaa sovelluksen riskiprofiilia.

Tämän lisäksi Google arvioi tilanteen kontekstin: onko sovellus taustalla tehtävän, käyttäjän odottaman toiminnon vuoksi, vai näyttääkö se jatkuvaa ja tarpeetonta CPU-aktiviteettia. Kontekstin analysointi on tärkeä osa väärien positiivisten välttämistä — esimerkiksi navigaattori, striimauspalvelu tai taustalla päivittyvä viestipalvelu voivat oikeutetusti käyttää resursseja.

Poikkeukset ja lailliset käyttötapaukset

Google on listannut joukko poikkeuksia, joiden tarkoituksena on estää hyödyllisten sovellusten rankaisu. Äänen suoratoisto, käyttäjän käynnistämät lataukset, reaaliaikainen sijaintiseuranta navigaattoreissa ja tietyt käyttöjärjestelmän varmistamat palvelut saattavat olla vapautettuja rankaisusta. Näiden poikkeusten määrittelyssä painottuu käyttäjäarvo: jos toiminto on käyttäjän odottama ja sille on selkeä käyttötilanne, se on todennäköisemmin poikkeus.

Poikkeuksiin kuuluu usein myös se, että toiminnon pitäisi näkyä käyttäjälle yksiselitteisesti: käyttäjä tietää, että ääntä toistetaan tai että sijainnin seuranta on päällä. Piilotetut tai kolmannen osapuolen kirjastojen tahattomat wake lock -käytännöt eivät yleensä täytä tätä kriteeriä.

Kuinka kehittäjät välttyvät varoitukselta

Google korostaa, että kyse ei ole julkisesta häpäisykampanjasta ilman keinoa korjata tilannetta. Politiikkamuutoksen ohella se julkaisi ohjeistusta kehittäjille, jonka avulla akunkulutusta voi rajoittaa — käsitellen käytännön valintoja kuten milloin käyttää etualan (foreground) -palveluita verrattuna osittaiseen wake lockiin, miten kolmannen osapuolen kirjastot saattavat hankkia wake lockeja taustalla ja yleisiä ongelmapaikkoja, kuten Bluetooth-yhteydet ja sijainnin seuranta.

Käytännön ohjeet kehittäjille

• Arvioi tarkasti, tarvitsetko osittaista wake lockia vai riittääkö etualan palvelu tai WorkManager ajoitukseen. Etualan palvelut ovat käyttäjälle näkyviä ja niiden käyttö on usein perustellumpaa.
• Tarkasta kolmannen osapuolen kirjastot. Monet analytiikka- tai viestikirjastot voivat avata omia wake lockejaan; päivitä ja valvo kirjastoversioita ja tutki niiden dokumentaatiota.
• Rajoita sijaintipäivitysten ja Bluetooth-vastaanoton tiheyttä. Useimmiten harvempi päivitys riittää ja vähentää merkittävästi virrankulutusta.
• Käytä Androidin tarjoamia ajastimia ja WorkManageria taustatöihin, jotka eivät vaadi välitöntä suorittamista.
• Ilmoita käyttäjälle, kun sovellus suorittaa akkua kuluttavaa taustatoimintoa. Läpinäkyvyys vähentää yllätyksiä ja rakentaa luottamusta.

Yleisimmät sudenkuopat ja kolmannen osapuolen kirjastot

Usein akkuvuodot eivät johdu sovelluksen ydinlogiikasta vaan kolmannen osapuolen moduuleista: mainosverkostot, analytiikkakirjastot ja vanhentuneet SDK:t saattavat käynnistää taustaprosesseja tai pitää wake lockeja ilman, että kehittäjä on täysin tietoinen. Siksi säännöllinen kirjastojen auditointi ja testaus todellisissa käyttötilanteissa on välttämätöntä.

Testaus kannattaa tehdä sekä kehitysympäristössä että kentällä: monitoroi CPU-aktiivisuutta, loggausta, ja käytä Androidin tarjoamia työkaluja kuten Battery Historian tai New Android Vitals -mittareita ymmärtääksesi, miten sovellus käyttäytyy eri laitteilla ja Android-versioilla.

Vaikutukset käyttäjäkokemukseen ja näkyvyyteen

Käyttäjille tämä muutos tarkoittaa konkreettista hyötyä: vähemmän mystisiä akkujen hupenemisia, harvempia tilanteita, joissa puhelin tuntuu liian kuumalta, ja selkeämpi näkyvyys ennen asennuspainikkeen painamista. Kehittäjille taas kyse on näkyvyydestä: varoitusteksti tai näkyvyyden heikennys Play-kaupassa voi laskea uusien käyttäjien määrää ja vaikuttaa sovelluksen levitykseen.

Jos Google toteuttaa tämän oikein, se voi hiljalleen murentaa iPhonen julkista etua akun luotettavuudessa. Android-laitteiden laitteisto on parantunut merkittävästi, mutta yksi huonosti käyttäytyvä sovellus voi silti pilata kokemuksen. Nyt sovellus saattaa joutua vastaamaan toiminnastaan selkeässä punaisessa tekstissä, mikä toimii tehokkaana paineena korjata ongelma.

Seuranta ja korjausprosessi

Jos sovelluksesi saa varoituksen, toimintaohjeet ovat selkeät: tutki Google Play -konsolin tarjoamaa diagnostista tietoa, paikanna ongelmalliset käyttötapaukset ja julkaise korjaus, joka vähentää taustaprosessien käyttöä. Kommunikoi muutoksista myös käyttäjille julkaisumuistiinpanossa (release notes) ja sovelluksen sisäisissä tiedotteissa.

Googlen lähestymistapa kannustaa kehittäjiä priorisoimaan energiatehokkuutta ja tekemään valintoja, jotka parantavat pitkällä aikavälillä käyttäjätyytyväisyyttä sekä sovelluksen löydettävyyttä Play-kaupassa.

Lopulta kyse ei ole vain teknisestä sääntelystä, vaan käyttäjäkokemuksen ja ekosysteemin terveydestä. Kun sovellukset ovat siistimpiä akunkäytöltään, käyttäjien luottamus kasvaa ja sekä kehittäjät että Google hyötyvät paremmasta maineesta ja vähemmästä tuesta aiheutuvasta kuormasta.