Stiftere spørger, som om der findes ét fast tal. Det gør der ikke. Apple og Google gennemgår apps, men lover ingen frist. Begge offentliggør en typisk periode, som ofte bliver behandlet som en garanti. Jeg udgiver fire forbrugerapps i begge butikker — Luna, Smart Clip, Routina og Callendar — så her er den tidsplan, jeg faktisk regner med i 2026, ikke en kopieret grafik over “gennemsnitlig godkendelsestid”.
Realistiske intervaller, ikke et løfte
Det er planlægningstal. En bestemt build kan gå hurtigere eller langsommere. Brug dem som buffere, ikke som SLA’er.
- Apple, almindelig opdatering af en app i drift: ofte 24–48 timer. Mange bliver godkendt på under et døgn. Det regner jeg med ved fejlrettelser eller mindre funktioner på en konto, Apple allerede kender.
- Apple, første indsendelse eller større ændring: Jeg afsætter to til fem dage som buffer og mere tid til følsomme funktioner. Apples hjælp om godkendelsesstatus angiver mål om at gennemgå 50 % inden for 24 timer og 90 % inden for 48 timer. Det er samlede mål, ikke en frist for din app.
- Google Play, produktionsopdatering af en etableret app: ofte nogle timer til et par dage. Googles egen formulering er fortsat “fra nogle timer op til syv dage, længere i særlige tilfælde”. Vigtige Play-udgivelser indsender jeg dage før, ikke timer.
- Google Play, første produktionsudgivelse for personlige konti oprettet efter 13. november 2023: De officielle testkrav omfatter mindst 12 tilmeldte testere i 14 dage i træk, efterfulgt af en ansøgning om produktionsadgang. Google oplyser, at adgangsgodkendelsen normalt tager syv dage eller mindre, nogle gange længere. Den er adskilt fra godkendelsen af udgivelsen.
Kontrolleret 8. oktober 2026: Apples generelle side om appgodkendelse angiver en anden samlet statistik: 90 % på under 24 timer. De to officielle sider beskriver forskellige mål. Ingen af dem garanterer en bestemt lanceringsdato; følg status i App Store Connect, og læg en buffer ind.
En udgivelse i to butikker tager lige så lang tid som den langsomste godkendelse
Hvis produktet skal være i begge butikker samme morgen, får du hverken Apples eller Plays median. Du venter på den butik, der bliver færdig sidst, plus den afvisning, du burde have regnet med.
Den praktiske plan, jeg bruger:
- Lav builden, når produktet reelt er færdigt. Ikke når landingssiden er færdig. Appbutikken tester ikke dit website.
- Indsend først til Apple, hvis ændringen er følsom i forhold til retningslinjerne. Børneapps, tastaturer, baggrundstilstande og funktioner, der “ringer som et telefonopkald”. Apple vurderer i så fald selve produktet, ikke kun butikssiden.
- Indsend til Play med en buffer, ikke et håb. En almindelig opdatering går ofte hurtigt. Opdateringer, der ændrer politikoplysninger, målgruppe eller tilladelser, er dem, der bliver forsinket.
- Regn med én afvisning af den første version. En afvisning betyder en ny fuld godkendelsesrunde, ikke et stempel samme dag. Har lanceringen en ekstern dato, bør du afsætte tid til to runder, ikke én.
Det, der reelt forlænger ventetiden
Ikke “at anmelderen havde en dårlig dag”. Det er de samme fire ting hvert år:
- Appen er til børn. Luna er en godnathistorie-app til cirka to- til niårige. Børnekategori, privatlivskrav formet af COPPA og genereret tekst betyder, at Apple gennemgår indhold og sikkerhed, ikke blot builden. Planlæg længere end ved en vejrapp-opdatering.
- Appen kan se, hvad du skriver. Smart Clip er et AI-tastatur og skriveværktøj i delingsmenuen. “Fuld adgang” på iOS handler om tillid. Privatlivstekst, udsagn om at data ikke sælges og en nøgtern demovideo betyder mere her end et nyt ikon.
- Appen hævdes at hjælpe med angst eller koncentration. Routina er en tjekliste for personer med ADHD, når de går hjemmefra — lås, komfur, nøgler, afkrydset. Det er ikke medicinsk udstyr. Butiksteksten skal holde sig inden for den ramme. Formuleringer tæt på sundhed kan gøre en 24-timersopdatering til en uge.
- Appen gør noget, styresystemet allerede gør, bare mere markant. Callendar udsender en mødealarm, der fungerer som et telefonopkald gennem Lydløs og Fokus. Alt, der ser ud til at omgå Forstyr ikke, bliver vurderet af et menneske.
Valget af framework er næsten aldrig grunden til en langsom godkendelse. Native kontra Flutter kontra React Native ændrer builden, ikke anmelderen.
Sådan så det ud for de fire apps
Jeg finder ikke på timeangivelser for enkelte builds. Godkendelsestider er ingen rangliste, og én heldig build giver den forkerte læring. Mønstret fra udgivelserne af disse fire apps er:
- Luna — lunastorytelling.kids. Den første butiksside i børnekategorien tog længst tid. Efterfølgende opdateringer af historieplatformen og lokaliseringen har været som almindelige opdateringer, så længe aldersmærkning, privatlivsdeklaration og oplysninger om genereret indhold stemmer med Apples godkendelse.
- Smart Clip — smart-clip-app.com. Tastatur og skrivning på 30 sprog. Godkendelsen handler om tilladelser og privatliv, som regel ikke om kodeændringen.
- Routina — routina-app.com. Tjekliste, haptik og fotos på enheden. Opdateringer, der kun ændrer tekst og tryk, går igennem som for en almindelig hjælpeapp. Det gør formuleringer, der lyder som behandling, ikke.
- Callendar — callendarmeetings.com. Kalenderalarmer, der ringer. Noterne til den første godkendelse skulle vise alarmen på en enhed. Derefter er små rettelser af kalendersynkronisering gået stille for sig.
For de samme fire apps har Play været hurtigere med almindelige produktionsopdateringer og langsommere den ene gang, en butiksside eller et spørgeskema var forældet. Builden var fin. Formularen var ikke.
Sådan planlægger du en dato, du kan holde
- Annoncér ikke en udgivelsesdag, før den første build er sendt til godkendelse. Landingssider kan gå live. Pressemeddelelser bør vente.
- Hav en mindre build nummer to klar. Hvis Apple afviser en formulering, skal du kunne indsende den igen samme eftermiddag, ikke efter en ny sprint.
- Skriv godkendelsesnoterne som et demoscript. “Tryk her og så her; så ser du X.” Anmeldere er ikke dine brugere.
- Sørg for, at privatlivsoplysningerne stemmer med builden. Et tastatur med sidste års privatlivsdeklaration kan koste en uges ventetid.
- Hvis Play-kontoen er ny, skal du starte den lukkede test med 12 testere, så snart du har en build uden nedbrud. De 14 dage starter, uanset om dit website er klar.
Spørgsmålet, du skal stille en leverandør
Ikke “ved I, hvor lang tid godkendelsen tager?”. Alle vil sige 24 timer.
Spørg: “Hvornår indsender I i forhold til den dato, vi har meldt ud til bestyrelsen, og hvad sker der, hvis Apple afviser én gang?” Svaret viser, om de har udgivet en app i en butik i 2026 eller citerer et blogindlæg fra 2022.
Hvis du har brug for et leverancesprint med aftalt omfang til din app, aftaler vi omfang, tidsplan og pris, før arbejdet begynder. Opgaven kan omfatte den aftalte klargøring til begge appbutikker. Den eksterne gennemgang ligger uden for tidsplanen; Apple og Google bestemmer, hvor lang tid den tager.