Grundare frågar som om det fanns ett enda svar. Det gör det inte. Apple och Google granskar appar, men lovar inget slutdatum. Båda publicerar en typisk tidsram som ofta behandlas som ett löfte. Jag lanserar fyra konsumentappar i båda butikerna — Luna, Smart Clip, Routina och Callendar — så här är tidsplanen jag faktiskt räknar med 2026, inte en skrapad bild av ”genomsnittlig granskningstid”.
Realistiska tidsintervall, inte löften
Det här är planeringsvärden. En viss build kan gå snabbare eller långsammare. Se dem som buffertar, inte SLA:er.
- Apple, vanlig uppdatering av en lanserad app: ofta 24–48 timmar. Många godkänns på mindre än ett dygn. Det är vad jag räknar med för en buggfix eller en mindre funktion på ett konto Apple redan känner till.
- Apple, första inlämningen eller en större ändring: jag avsätter två till fem dagar som planeringsbuffert, och mer för känsliga funktioner. Apples hjälp om granskningsstatus anger mål att granska 50 % inom 24 timmar och 90 % inom 48 timmar. Det är övergripande mål, inte en deadline för din app.
- Google Play, produktionsuppdatering av en etablerad app: ofta några timmar till ett par dagar. Googles egen formulering är fortfarande ”från några timmar upp till sju dagar, längre i undantagsfall”. Viktiga Play-releaser skickar jag in dagar i förväg, inte timmar.
- Google Play, första produktionsversionen för personliga konton som skapats efter 13 november 2023: de officiella testkraven omfattar minst 12 testare som deltar i 14 dagar i följd, följt av en ansökan om produktionsåtkomst. Google säger att granskningen av åtkomsten vanligtvis tar högst sju dagar, ibland längre. Den är separat från granskningen av releasen.
Kontrollerat 8 oktober 2026: Apples allmänna sida om appgranskning anger en annan övergripande statistik: 90 % inom 24 timmar. De två officiella sidorna beskriver olika mål. Ingen av dem garanterar ett visst lanseringsdatum; följ statusen i App Store Connect och lägg in en buffert.
En lansering i två butiker går lika långsamt som den långsammare granskningen
Om produkten måste finnas i båda butikerna samma morgon får du varken Apples eller Plays medianvärde. Du får vänta på den granskning som blir klar sist, plus den avvisning du borde ha planerat för.
Den praktiska tidsplan jag använder:
- Skapa builden när produkten verkligen är klar. Inte när landningssidan är klar. Butiksgranskningen testar inte webbplatsen.
- Skicka först till Apple om ändringen är känslig enligt riktlinjerna. Barnappar, tangentbord, bakgrundslägen och funktioner som ”ringer som ett telefonsamtal”. Apple granskar då själva produkten, inte bara butikssidan.
- Skicka till Play med marginal, inte med en förhoppning. En vanlig uppdatering går ofta snabbt. Uppdateringar som ändrar policyuppgifter, målgrupp eller behörigheter är de som blir liggande.
- Räkna med en avvisning för den första versionen. En avvisning innebär en ny fullständig granskningsrunda, inte ett snabbt godkännande samma dag. Om lanseringen har ett externt datum bör du ha marginal för två rundor, inte en.
Vad som faktiskt förlänger väntetiden
Inte att ”granskaren hade en dålig dag”. Samma fyra faktorer återkommer varje år:
- Appen riktar sig till barn. Luna är en godnattsagapp för ungefär två till nio år. Barnkategori, integritet utformad med COPPA i åtanke och genererad text gör att Apple granskar innehåll och säkerhet, inte bara buildens integritet. Räkna med längre tid än för en väderappuppdatering.
- Appen kan se vad du skriver. Smart Clip är ett AI-tangentbord och skrivverktyg i delningsmenyn. ”Full åtkomst” i iOS handlar om förtroende. Integritetstext, uppgifter om att data inte säljs och en saklig demovideo betyder mer här än en ny ikon.
- Appen sägs hjälpa mot oro eller koncentrationssvårigheter. Routina är en checklista för personer med ADHD när de ska gå hemifrån — lås, spis, nycklar, avbockat. Den är ingen medicinteknisk produkt. Butikstexten måste hålla sig inom den ramen. Hälsorelaterade formuleringar kan göra en 24-timmarsuppdatering till en veckas väntan.
- Appen gör något som operativsystemet redan gör, fast mer påträngande. Callendar har ett möteslarm som fungerar som ett telefonsamtal även i tyst läge och Fokus. Allt som verkar kringgå Stör ej granskas manuellt.
Valet av ramverk är nästan aldrig orsaken till en lång granskning. Native jämfört med Flutter och React Native påverkar builden, inte granskaren.
Så såg det ut för de fyra apparna
Jag hittar inte på granskningstider för enskilda byggen. Det här är ingen topplista, och en enda ovanligt snabb build ger fel lärdom. Mönstret från lanseringarna av de här fyra apparna är:
- Luna — lunastorytelling.kids. Den första butikssidan i barnkategorin tog längst tid. Senare uppdateringar av berättelsemotorn och lokalisering har gått som vanliga uppdateringar så länge åldersgräns, integritetsdeklaration och information om genererat innehåll stämmer med Apples tidigare godkännande.
- Smart Clip — smart-clip-app.com. Tangentbord och skrivande på 30 språk. Granskningen handlar om behörigheter och integritet, oftast inte kodändringen.
- Routina — routina-app.com. Checklista, haptik och bilder på enheten. Uppdateringar som bara ändrar text och tryck går igenom som för en vanlig nyttoapp. Sådant som låter som behandling gör det inte.
- Callendar — callendarmeetings.com. Kalenderlarm som ringer. I granskningsanteckningarna för den första versionen behövde vi visa larmet på en enhet. Därefter har små korrigeringar av kalendersynkroniseringen gått utan problem.
För samma fyra appar har Play varit snabbare med vanliga produktionsuppdateringar och långsammare den gång en butikssida eller ett frågeformulär var inaktuellt. Builden var okej. Formuläret var det inte.
Så planerar du ett datum du kan hålla
- Meddela inte ett lanseringsdatum förrän den första builden har skickats in för granskning. Landningssidan kan publiceras. Pressmeddelandet får vänta.
- Ha en mindre reservbuild redo. Om Apple underkänner en formulering ska du kunna skicka in den igen samma eftermiddag, inte efter en ny sprint.
- Skriv granskningsanteckningarna som ett demoskript. ”Tryck här och sedan här så ser du X.” Granskare är inte dina användare.
- Se till att integritetsdeklarationerna stämmer med builden. En tangentbordsuppdatering med fjolårets integritetsuppgifter kan kosta en veckas väntan.
- Om Play-kontot är nytt börjar du det slutna testet med 12 testare samma dag som du har en stabil build. 14-dagarsperioden bryr sig inte om att webbplatsen är klar.
Frågan du bör ställa till en leverantör
Inte ”vet ni hur lång tid granskningen tar?”. Alla kommer att säga 24 timmar.
Fråga: ”När skickar ni in appen i förhållande till datumet vi har sagt till styrelsen, och vad händer om Apple säger nej en gång?” Svaret visar om de har lanserat en app i en butik 2026 eller bara upprepar ett blogginlägg från 2022.
Om du behöver en leveranssprint med överenskommet omfång för din app kommer vi överens om omfattning, tidsplan och pris innan arbetet börjar. Uppdraget kan omfatta den överenskomna förberedelsen för båda appbutikerna. Den externa granskningen ligger utanför tidsplanen; Apple och Google avgör hur lång tid den tar.