Gründere spør som om det finnes ett fast tall. Det gjør det ikke. Apple og Google vurderer apper, men lover ingen frist. Begge oppgir et vanlig tidsrom som mange senere behandler som en garanti. Jeg lanserer fire forbrukerapper i begge butikkene — Luna, Smart Clip, Routina og Callendar — så dette er tidsplanen jeg faktisk legger til grunn i 2026, ikke en kopiert graf over «gjennomsnittlig vurderingstid».
Realistiske intervaller, ikke et løfte
Dette er planleggingstall. En bestemt build kan gå raskere eller saktere. Bruk dem som buffere, ikke som SLA-er.
- Apple, vanlig oppdatering av en app som er i drift: ofte 24–48 timer. Mange blir godkjent på under ett døgn. Det legger jeg til grunn ved feilrettinger eller små funksjoner på en konto Apple allerede kjenner.
- Apple, første innsending eller en større endring: Jeg setter av to til fem dager som buffer, og mer tid for sensitive funksjoner. Apples hjelp om gjennomgangsstatus oppgir mål om å gjennomgå 50 % innen 24 timer og 90 % innen 48 timer. Dette er samlede mål, ikke en frist for appen din.
- Google Play, produksjonsoppdatering av en etablert app: ofte noen timer til et par dager. Googles egen formulering er fortsatt «fra noen timer til sju dager, lenger i unntakstilfeller». Viktige Play-utgivelser sender jeg inn dager før, ikke timer.
- Google Play, første produksjonsutgivelse for personlige kontoer opprettet etter 13. november 2023: De offisielle testkravene omfatter minst 12 påmeldte testere i 14 dager på rad, etterfulgt av en søknad om produksjonstilgang. Google sier at tilgangsgjennomgangen vanligvis tar sju dager eller mindre, noen ganger lenger. Den er separat fra gjennomgangen av utgivelsen.
Kontrollert 8. oktober 2026: Apples generelle side om appgjennomgang oppgir en annen samlet statistikk: 90 % på under 24 timer. De to offisielle sidene beskriver ulike mål. Ingen av dem garanterer en bestemt lanseringsdato; følg statusen i App Store Connect og legg inn en buffer.
En lansering i to butikker tar like lang tid som den tregeste gjennomgangen
Hvis produktet må være i begge butikkene samme morgen, får du verken Apples eller Plays median. Du venter på den gjennomgangen som blir ferdig sist, pluss avvisningen du burde ha tatt høyde for.
Den praktiske planen jeg bruker:
- Lag builden når produktet faktisk er ferdig. Ikke når landingssiden er ferdig. Appbutikken tester ikke nettstedet ditt.
- Send først til Apple hvis endringen berører retningslinjene. Barneapper, tastaturer, bakgrunnsmoduser og funksjoner som «ringer som en telefonsamtale». Apple vurderer da selve produktet, ikke bare butikkoppføringen.
- Send til Play med en buffer, ikke et håp. En vanlig oppdatering går ofte raskt. Oppdateringer som berører policyerklæringer, målgruppe eller en ny tillatelse, blir gjerne liggende.
- Regn med én avvisning av den første versjonen. En avvisning betyr en ny full gjennomgang, ikke et stempel samme dag. Hvis lanseringen har en ekstern dato, bør du ha buffer for to runder, ikke én.
Hva som faktisk forlenger køen
Ikke «at kontrolløren hadde en dårlig dag». Det er de samme fire tingene hvert år:
- Appen er for barn. Luna er en godnattforteller-app for omtrent to- til niåringer. Barnekategori, personvernkrav formet av COPPA og generert tekst gjør dette til en innholds- og sikkerhetsgjennomgang, ikke bare en sjekk av builden. Planlegg lengre enn for en værappoppdatering.
- Appen kan se hva du skriver. Smart Clip er et AI-tastatur og skriveverktøy i delingsarket. «Full tilgang» på iOS handler om tillit. Personverntekst, påstander om at data ikke selges og en nøktern demovideo betyr mer her enn et nytt ikon.
- Appen hevder å hjelpe med angst eller konsentrasjon. Routina er en sjekkliste for personer med ADHD før de går hjemmefra — lås, komfyr, nøkler, krysset av. Den er ikke et medisinsk utstyr. Butikkteksten må holde seg innenfor den rammen. Helsenære formuleringer kan gjøre en oppdatering på 24 timer til en ukes venting.
- Appen gjør noe operativsystemet allerede gjør, bare mer påtrengende. Callendar lager et møtevarsel som oppfører seg som en telefonsamtale, også gjennom Lydløs og Fokus. Alt som ser ut til å omgå Ikke forstyrr, blir vurdert av et menneske.
Valg av rammeverk er nesten aldri årsaken til lang gjennomgangstid. Native kontra Flutter kontra React Native endrer builden, ikke kontrolløren.
Slik så det ut for de fire appene
Jeg finner ikke på timeangivelser for enkeltbygg. Gjennomgangstider er ingen resultatliste, og ett heldig bygg gir feil lærdom. Mønsteret fra lanseringen av disse fire appene er:
- Luna — lunastorytelling.kids. Den første oppføringen i barnekategorien tok lengst tid. Senere oppdateringer av historieplattformen og lokaliseringen har gått som vanlige oppdateringer, så lenge aldersmerking, personvernerklæring og informasjon om generert innhold stemmer med Apples godkjenning.
- Smart Clip — smart-clip-app.com. Tastatur og skriving på 30 språk. Gjennomgangen handler om tillatelser og personvern, som regel ikke kodeendringen.
- Routina — routina-app.com. Sjekkliste, haptikk og bilder på enheten. Oppdateringer som bare endrer tekst og trykk, går gjennom som for en nytteapp. Det gjør ikke formuleringer som høres ut som behandling.
- Callendar — callendarmeetings.com. Kalenderalarmer som ringer. Notatene til den første gjennomgangen måtte vise alarmen på en enhet. Etter det har små rettinger av kalendersynkronisering gått uten problemer.
For de samme fire appene har Play vært raskere med vanlige produksjonsoppdateringer og tregere den ene gangen en butikkoppføring eller et spørreskjema var utdatert. Builden var i orden. Skjemaet var det ikke.
Slik planlegger du en dato du kan holde
- Ikke kunngjør en lanseringsdag før det første bygget er sendt til gjennomgang. Landingssider kan publiseres. Presseomtale bør vente.
- Ha et mindre reservebygg klart. Hvis Apple avviser en formulering, vil du sende den inn på nytt samme ettermiddag, ikke etter en ny sprint.
- Skriv gjennomgangsnotatene som et demoskript. «Trykk her og så her, så ser du X.» Kontrollørene er ikke brukerne dine.
- Sørg for at personvernerklæringene samsvarer med bygget. Et tastaturbygg med fjorårets personvernerklæring kan koste deg en uke.
- Hvis Play-kontoen er ny, starter du den lukkede testen med 12 testere samme dag som du har et bygg uten krasj. 14-dagersklokken bryr seg ikke om at nettstedet ditt er klart.
Spørsmålet du bør stille en leverandør
Ikke «vet dere hvor lang tid gjennomgangen tar?». Alle vil si 24 timer.
Spør: «Når sender dere inn appen i forhold til datoen vi har oppgitt til styret, og hva skjer hvis Apple sier nei én gang?» Svaret viser om de har lansert en butikkapp i 2026 eller bare siterer et blogginnlegg fra 2022.
Hvis du trenger en leveransesprint med avtalt omfang for appen din, avtaler vi omfang, tidsplan og pris før arbeidet starter. Oppdraget kan omfatte avtalt klargjøring for begge appbutikkene. Den eksterne gjennomgangen ligger utenfor tidsplanen; Apple og Google bestemmer hvor lang tid den tar.