Android-sovelluksen julkaisu Google Playhin: testivaatimukset ja aikataulu viikkoina

Android-sovelluksen julkaisussa aika ei kulu koodiin vaan tilin todentamiseen ja testijaksoon. Käymme läpi mitä pitää olla valmiina ennen kuin kello alkaa käydä, ja annamme takaperin lasketun kalenterin lukittua julkaisupäivää varten.

Julkaistu 1.9.2026 · Päivitetty 9.9.2026

Mustafa Tarabya, VectaAI:n perustaja, DT Nova Tmi. Yhteystiedot ja suora numero.

Lyhyt vastaus: Android-sovelluksen julkaisu Google Playhin ei ole yhden päivän operaatio, koska kellon käynnistää testivaatimus eikä koodi. Uusilla henkilökohtaisilla kehittäjätileillä Googlen julkisten ohjeiden mukaan sovellus pitää pitää suljetussa testauksessa määrätyn ajan tietyllä määrällä oikeita testaajia ennen kuin julkista julkaisua voi edes hakea. Käytännössä se tarkoittaa, että julkaisu suunnitellaan viikkoina, ei päivinä.

Tässä jutussa on kaksi asiaa, joita ei yleensä kerrota etukäteen: mitä pitää olla valmiina ennen kuin testijakso alkaa, ja takaperin laskettu kalenteri, jolla osut haluamaasi julkaisupäivään. Palvelun sisältö on kuvattu sivulla Android-sovellus ja hinnat lukevat hinnastossa.

Miksi Play-julkaisu on eri prosessi kuin App Store?

Molemmissa kaupoissa sovellus tarkistetaan ennen julkaisua, mutta Google Play ja App Store kuluttavat ajan eri kohdissa. App Storessa aika kuluu tarkistukseen ja kauppasivun aineistoihin, eli epävarmuus on siinä, kuinka nopeasti arvioija ehtii sovelluksen kimppuun. Playssä aika kuluu tilin todentamiseen ja testivaiheeseen, jonka kesto on määritelty etukäteen eikä sitä voi nopeuttaa tekemällä työtä paremmin. Tämä on tärkein ero budjetoinnissa: jos sinulla on kiinteä julkaisupäivä, App Storessa riski on tarkistuksen ruuhkassa, Playssä riski on siinä, että testijakso alkaa liian myöhään. Toinen on epävarmuutta, toinen on aritmetiikkaa — ja aritmetiikkaan auttaa vain aikaisempi aloitus.

Käytännön seuraus on suora. Playssä myöhästynyt aloitus ei siirrä julkaisua muutamaa päivää vaan koko testijakson verran.

Toinen ero on tilin todentamisessa. Play edellyttää henkilöllisyyden ja yrityksellä myös organisaation todentamista, ja yhteystiedot näkyvät kaupassa. Tämä yllättää yksinyrittäjän, joka ei halua kotiosoitettaan julkiseksi. Ratkaisu on käyttää yrityksen virallista osoitetta, ei kotiosoitetta.

Vaatimukset eroavat tilityypeittäin ja muuttuvat. Testaajamäärät, jaksojen pituudet ja todentamisen sisältö on määritelty Googlen omissa ohjeissa, ja ne ovat vuosien varrella muuttuneet. Tarkista voimassa oleva vaatimus kehittäjäkonsolista ennen kuin lukitset julkaisupäivän kalenteriin, äläkä luota kolmen vuoden takaiseen ohjeeseen.

Mitä pitää olla valmiina ennen kuin kello alkaa käydä?

Ennen kuin Play-julkaisun kello alkaa käydä, seitsemän asiaa pitää olla valmiina: todennettu kehittäjätili, allekirjoitettu julkaisupaketti, nimetyt testaajat jotka oikeasti asentavat, tietosuojaseloste julkisessa osoitteessa, täytetyt tietoturva- ja ikäluokitustiedot, kauppasivun aineisto sekä toimivat testitunnukset arvioijalle. Jokainen näistä puuttuvana pysäyttää testijakson alun, ja pysähtynyt alku siirtää julkaisua koko jakson verran — ei sitä päivämäärää, jona asia lopulta muistettiin. Siksi lista kannattaa käydä läpi kerralla ja merkitä jokaisen kohdalle, kuka sen hoitaa ja milloin se on valmis. Hitain kohta on tilin todentaminen, koska sen kesto ei ole sinun käsissäsi lainkaan. Alla jokainen kohta on avattu erikseen.

Todennettu kehittäjätiliRekisteröinti, henkilöllisyyden todentaminen ja yrityksellä organisaation todentaminen. Tämä on ainoa vaihe, jonka kesto ei ole sinun käsissäsi lainkaan.
Allekirjoitettu julkaisupakettiSovelluksen allekirjoitusavaimet kuntoon ja talteen. Kadonnut allekirjoitusavain tarkoittaa, ettei sovellukseen voi enää julkaista päivityksiä samalla nimellä.
Nimetyt testaajat, jotka oikeasti asentavatTestaajat kutsutaan sähköpostiosoitteilla ja heidän pitää asentaa sovellus ja käyttää sitä. Tässä epäonnistuu useimmiten se, että lista kerättiin nopeasti eikä puolet asenna koskaan. Kysy jokaiselta erikseen etukäteen.
Tietosuojaseloste julkisessa osoitteessaLinkki tarkistetaan. Sen pitää avautua ilman kirjautumista ja kertoa, mitä sovellus kerää.
Tietoturvatiedot ja sisällön luokitus täytettynäKyselylomake sovelluksen keräämistä tiedoista sekä ikäluokituskysely. Ristiriita lomakkeen ja sovelluksen todellisen toiminnan välillä on hylkäysperuste.
Kauppasivun aineistoKuvake, otsikkokuva, kuvakaappaukset, lyhyt ja pitkä kuvaus. Kuvakaappauksia tarvitaan puhelimelle ja erikseen tableteille, jos ilmoitat tukevasi niitä.
Testitunnukset arvioijalleJos sovellus vaatii kirjautumisen, pysyvä testitili ja ohje sen käyttöön. Vanhentunut tunnus on yleisin turha hylkäys molemmissa kaupoissa.

Miten julkaisukalenteri lasketaan takaperin?

Julkaisukalenteri lasketaan takaperin lukitusta julkaisupäivästä, koska vain niin näet, milloin työn on viimeistään alettava. Alla oleva taulukko lähtee julkaisuviikosta nollana ja kelaa taaksepäin: viimeisenä tuotantoon siirtymisen hakeminen, sitä ennen testijakso, sitä ennen kauppasivun aineistot ja lomakkeet, sitten testaajalistan kerääminen ja vahvistaminen, ja kaikkein ensimmäisenä kehittäjätilin avaus ja todentaminen. Järjestys ei ole makuasia vaan seuraa siitä, mitä voit itse nopeuttaa ja mitä et: todentamista ja testijakson pituutta et voi, aineistoja ja testaajalistaa voit. Kestot ovat suuntaa antavia arvioita, eivät lupauksia, ja testijakson pituus kannattaa tarkistaa voimassa olevista ohjeista ennen kuin merkitset päivät kalenteriin.

Viikkoa ennen julkaisua	Mitä tehdään	Miksi tässä järjestyksessä
8–10	kehittäjätilin avaus ja todentaminen	kestoa ei voi nopeuttaa, joten se tehdään ensin
6–8	testaajalistan kerääminen ja vahvistaminen	ihmisiltä kysyminen kestää enemmän kuin luulet
5–6	kauppasivun aineistot ja lomakkeet	nämä eivät riipu koodista, joten ne tehdään odotellessa
4–5	ensimmäinen paketti suljettuun testaukseen	tästä alkaa jakso, jonka pituus on kiinteä
2–4	testijakso käynnissä, korjaukset ja uudet versiot	korjaukset saa julkaista testiin jakson aikana
1–2	tuotantoon siirtymisen hakeminen	tarkistus vie tyypillisesti päivistä viikkoon
0	julkaisu ajastettuna päivänä	ajastus estää sen, että sovellus ilmestyy kesken viikonlopun

Huomaa, mihin aika oikeasti menee. Koodi ei ole tässä taulukossa lainkaan, koska tämä kalenteri alkaa siitä, että sovellus on valmis. Jos kehitys on kesken, lisää sen kesto tämän eteen, älä sisään.

Miksi suljettu testaus ei ole muodollisuus?

Suljettu testaus ei ole muodollisuus, jonka voi kuitata kutsumalla kollegat, jotka asentavat sovelluksen ja unohtavat sen. Vaatimuksena on aktiivinen osallistuminen eikä pelkkä asennus, joten minimillä yrittäminen sekä hukkaa jakson että kaatuu usein omaan mahdottomuuteensa. Kun jakson pituus on joka tapauksessa kiinteä, se kannattaa käyttää oikeasti. Kolme asiaa kannattaa katsoa, ja ne ovat samat riippumatta sovelluksen tyypistä: ensimmäinen minuutti tyhjällä tilillä, laitekirjo eri valmistajien puhelimilla ja kehittäjäkonsolin keräämät kaatumis- ja suorituskykytiedot oikeasta käytöstä. Nämä kertovat enemmän kuin testaajilta kysytty mielipide, koska ne näyttävät mitä ihmiset tekivät, eivät mitä he sanoivat tehneensä.

Käydään ne läpi järjestyksessä.

Ensimmäinen minuutti tyhjällä tilillä. Testaaja, joka ei tiedä mitään sovelluksesta, näyttää sinulle missä kohtaa ohje puuttuu. Katso mihin hän pysähtyy, älä sitä mitä hän sanoo.

Laitekirjo. Android-laitteita on enemmän ja ne ovat erilaisempia kuin iPhonet. Näytön koko, käyttöjärjestelmän versio ja valmistajan omat muutokset tuottavat vikoja, joita ei näy yhdellä laitteella. Varmista, että testaajilla on eri valmistajien puhelimia ja vähintään yksi vanhempi laite.

Kaatumiset ja hitaus oikeassa käytössä. Kehittäjäkonsoli kerää kaatumis- ja suorituskykytiedot testivaiheessakin. Se on ilmainen ja tarkempi kuin mikään oma testaus.

Julkaisukanavat: mitä eroa on sisäisellä, suljetulla ja avoimella testillä?

Play-konsolin julkaisukanavat ovat sisäinen testaus, suljettu testaus, avoin testaus ja tuotanto. Ne eivät ole vaihtoehtoja toisilleen vaan portaita, ja niiden sekoittaminen on yleinen syy siihen, että aikataulu venyy turhaan. Sisäinen testaus on nopein ja tarkoitettu omalle tiimille, suljettu testaus on se vaihe, johon julkaisuvaatimukset kohdistuvat, avoin testaus on kenelle tahansa linkillä avoin palautekierros, ja tuotanto on julkinen julkaisu. Käytännön sääntö on yksinkertainen: sisäistä kanavaa käytetään koko kehityksen ajan, suljettu jakso lasketaan aikatauluun kiinteänä, avoin on vapaaehtoinen lisä ja tuotantoon siirrytään vaiheittaisella jakelulla. Alla jokainen kanava on avattu erikseen.

Sisäinen testaus on nopein. Se on tarkoitettu omalle tiimille, jakelu on lähes välitön ja tarkistus kevyt. Käytä tätä koko kehityksen ajan, jotta paketin rakentaminen ja allekirjoittaminen on testattu kauan ennen julkaisua. Yleisin virhe on kokeilla julkaisuputkea ensimmäisen kerran vasta silloin, kun sovellus on valmis.

Suljettu testaus on se vaihe, johon vaatimukset kohdistuvat. Testaajat kutsutaan nimellä tai listalla, ja tämä on jakso, jonka pituus lasketaan mukaan aikatauluun.

Avoin testaus on julkinen: kuka tahansa voi liittyä linkillä. Se on hyödyllinen, jos haluat palautetta laajemmalta joukolta ennen varsinaista julkaisua, mutta se ei korvaa suljettua vaihetta.

Tuotanto on julkinen julkaisu. Siihen kannattaa siirtyä vaiheittaisella jakelulla, jossa päivitys menee aluksi vain osalle käyttäjistä. Silloin vakava vika ei tavoita kaikkia kerralla ja jakelun voi pysäyttää.

Yksi asia, joka kannattaa hoitaa ennen kaikkea muuta

Allekirjoitusavaimet. Ne ovat Android-julkaisun ainoa peruuttamaton kohta. Jos avain katoaa eikä sitä ole varmuuskopioitu, sovellukseen ei voi enää julkaista päivityksiä samalla tunnisteella. Uusi julkaisu tarkoittaa uutta sovellusta kaupassa, jolloin arvostelut, latausmäärät ja asennuskanta jäävät vanhaan.

Tee kaksi asiaa heti ensimmäisen paketin yhteydessä. Ota käyttöön Googlen avainten hallinta, jossa julkaisuavain säilytetään puolestasi, ja säilytä lataussavaimesi varmuuskopio itse, erillään kehityskoneesta. Jos toimittaja rakentaa sovelluksen puolestasi, pyydä kirjallinen vahvistus siitä, missä avaimet ovat ja miten saat ne itsellesi sopimuksen päättyessä. Tämä on samaa lajia kuin verkkotunnuksen omistajuus: halpa hoitaa etukäteen, kallis korjata jälkikäteen.

Mihin Play-julkaisu useimmiten kaatuu?

Play-julkaisu kaatuu harvoin koodiin ja lähes aina aineistoihin. Viisi syytä toistuu: tietoturvatiedot eivät vastaa sovelluksen todellista toimintaa, sovellus pyytää lupia joita se ei käytä, kauppasivu lupaa enemmän kuin sovellus tekee, tietosuojaseloste puuttuu tai on kirjautumisen takana, ja tilaus- tai maksutiedot ovat epäselvästi esillä. Jokainen näistä on vältettävissä ennen lähetystä, koska jokainen on tarkistettavissa omalta koneelta ilman arvioijaa. Käy ne läpi listana ennen kuin painat lähetä. Hylätty lähetys maksaa kokonaisen tarkistuskierroksen, ja juuri sitä aikaa takaperin lasketussa kalenterissa ei ole varalla.

Tietoturvatiedot eivät vastaa sovelluksen toimintaaIlmoitit ettei tietoja kerätä, mutta sovelluksessa on analytiikka tai kirjautuminen. Käy lomake läpi rivi riviltä sen kanssa, joka teki sovelluksen.
Luvat, joita ei tarvitaSijainti, yhteystiedot, taustassa toimiminen. Jokainen arkaluontoinen lupa vaatii perustelun ja osa vaatii erillisen lomakkeen. Poista se, mitä sovellus ei oikeasti käytä.
Kauppasivu lupaa enemmän kuin sovellus tekeeKuvakaappaukset ominaisuuksista, joita ei ole, tai kuvaus joka listaa tulevia ominaisuuksia nykyisinä.
Puuttuva tai kirjautumisen takana oleva tietosuojaselosteLinkin pitää toimia julkisesti. Tämä tarkistetaan koneellisesti.
Tilaus- tai maksutiedot epäselvinäJos sovelluksessa on kuukausitilaus, hinnan, keston ja peruutustavan pitää olla selvästi näkyvillä ennen ostoa sekä kauppasivulla että sovelluksessa.

Meidän kokemuspohjamme on iOS-puolelta laaja: olemme julkaisseet 21 sovellusta App Storeen, ja sama perusasia pätee molemmissa kaupoissa. Julkaisuprosessi ei palkitse nokkeluutta vaan sitä, että aineistot, tilit ja tunnukset ovat kunnossa ennen kuin ensimmäistäkään pakettia lähetetään.

Milloin Play-julkaisua ei kannata tehdä?

Android-sovelluksen julkaisua ei kannata tehdä kolmessa tilanteessa, ja jokainen niistä on yleisempi kuin myyntipuheista voisi päätellä. Ensimmäinen on se, että asiakkaasi ovat iPhone-käyttäjiä: kaksi kauppaa tarkoittaa kaksi julkaisuprosessia ja kaksinkertaisen ylläpidon. Toinen on sisäinen työkalu, jota ei tarvitse julkaista julkiseen kauppaan lainkaan, koska sisäiset jakelutavat ohittavat koko testi- ja arviointiprosessin. Kolmas on sovellus, joka näyttää vain verkkosivun sisältöä — silloin mobiilisivusto on halvempi eikä vaadi julkaisuprosessia lainkaan. Alla jokainen tilanne on avattu erikseen ja kerrottu, mistä tarkistat kumpi tilanne on sinun.

Kun asiakkaasi ovat iPhone-käyttäjiä. Katso verkkosivustosi kävijätilastoista laitejakauma. Jos selvä enemmistö on iPhoneja, tee ensin toinen alusta kunnolla. Kaksi kauppaa tarkoittaa kaksi julkaisuprosessia ja kaksinkertaisen ylläpidon, ja iOS-puolen oma prosessinsa on kuvattu sivulla iOS-sovellus.

Kun sovellus on sisäinen työkalu. Henkilökunnan käyttöön tarkoitettua sovellusta ei tarvitse julkaista julkiseen kauppaan lainkaan. Sisäisiä jakelutapoja on, ja ne ohittavat koko testi- ja arviointiprosessin.

Kun sovellus näyttää vain verkkosivun sisältöä. Silloin mobiilisivusto on halvempi eikä vaadi julkaisuprosessia lainkaan. Vertailu on käyty läpi jutussa mobiilisovellus vai mobiilisivusto.

Julkaisun jälkeen: kaksi mittaria, jotka kannattaa katsoa viikoittain

Play-konsoli näyttää julkaisun jälkeen kaksi lukua, jotka kertovat enemmän kuin latausmäärä. Ensimmäinen on kaatumisten osuus istunnoista. Jos se nousee päivityksen jälkeen, pysäytä vaiheittainen jakelu ennen kuin päivitys tavoittaa kaikki.

Toinen on asennuksen säilyminen: kuinka moni sovelluksen asentanut käyttää sitä vielä viikon päästä. Se on ainoa luku, joka kertoo tekikö sovellus sen mitä lupasi. Latausmäärä kertoo markkinoinnista, säilyminen kertoo tuotteesta, ja vain jälkimmäistä kannattaa käyttää päätöksentekoon.

Usein kysyttyä

Kuinka kauan Play-julkaisu kestää kokonaisuudessaan?

Valmiilla sovelluksella ja uudella tilillä laske viikkoja, ei päiviä: tilin todentaminen, testijakso ja lopputarkistus peräkkäin. Yksittäinen tarkistuskierros kestää tyypillisesti päivistä viikkoon. Jo julkaistun sovelluksen päivitys on selvästi nopeampi.

Koskeeko testivaatimus kaikkia?

Vaatimukset on määritelty tilityypin ja tilin avausajankohdan mukaan, ja ne ovat muuttuneet vuosien varrella. Tarkista oma tilanteesi kehittäjäkonsolista ennen aikataulun lukitsemista, äläkä luota siihen mitä kollegalle kerrottiin pari vuotta sitten.

Mistä saan riittävästi testaajia?

Oikeista käyttäjistä: nykyiset asiakkaat, henkilökunta, yhteistyökumppanit. Kysy jokaiselta henkilökohtaisesti ja varmista, että he asentavat sovelluksen ensimmäisen viikon aikana. Ostetut testaajapalvelut ovat riski, koska ne täyttävät muodon mutta eivät tuota palautetta.

Voiko sovelluksen julkaista Playhin ilman App Storea?

Voi, ja se on usein järkevä järjestys. Valitse alusta sen mukaan, mitä asiakkaasi käyttävät, ei sen mukaan kumpi on tutumpi. Toisen alustan voi lisätä myöhemmin, kun ensimmäinen tuottaa.

Mitä kuvakaappauksia Play vaatii?

Vähintään puhelimelle tarkoitetut kuvat, ja erikseen tabletille, jos ilmoitat tukevasi tabletteja. Lisäksi tarvitaan sovelluskuvake ja kauppasivun otsikkokuva. Käytä oikeita näkymiä sovelluksesta; markkinointigrafiikka, joka ei vastaa sovellusta, on hylkäysperuste molemmissa kaupoissa.

Voiko julkaisupäivän ajastaa?

Kyllä, ja kannattaa. Ajastettu julkaisu tarkoittaa, että hyväksytty sovellus ilmestyy kauppaan silloin kun sinä olet paikalla vastaamassa ensimmäisiin kysymyksiin, ei kesken viikonlopun. Yhdistä ajastus vaiheittaiseen jakeluun, niin voit pysäyttää julkaisun jos jokin menee pieleen.

Kenen tilillä sovelluksen pitäisi olla?

Sinun. Jos sovellus on toimittajan kehittäjätilillä, et voi siirtää sitä ilman toimittajan myötävaikutusta, ja allekirjoitusavaimet ovat käytännössä toimittajalla. Sovi tili ja avaimet omiksesi ennen työn alkua, ja pyydä varmuuskopio avaimista itsellesi.

Lue seuraavaksi

Lue myös: ohjelmistokehitys · CRM-järjestelmä · IT-palvelut yrityksille · toiminnanohjausjärjestelmä · iOS-sovellus App Storeen · Android-sovellus Google Playhin · yrityksen tietoturva · varmuuskopiointi