Apple klarer 90% av innsendingene på under et døgn. Fremskyndet vurdering er ikke det som løser de siste 10%.

E-posten kommer alltid i samme form. Det har gått seks dager, appen står fortsatt i Waiting for Review, lanseringen skulle vært i morgen, og kan jeg ikke ringe noen hos Apple.

Det kan jeg ikke. Det kan ingen. Det jeg som regel kan, er å lese hva de seks dagene betyr, og etter atten år med innsendinger kan jeg si at det sjelden handler om hvor lang køen er.

Det finnes en knapp for dette. Apple lar deg be om fremskyndet vurdering, det koster ingenting, og blir forespørselen innvilget, virker den innen få timer. De fleste som trykker på den står i en situasjon der den ikke kan hjelpe.

Tallet Apple publiserer, og tallet under det

Apple skriver det rett ut på App Review-siden sin: "I gjennomsnitt blir 90% av innsendingene vurdert på under 24 timer."

Tallet stemmer. Resten er sannsynligvis der du er. I 2025 vurderte App Review-teamet mer enn 9,1 millioner innsendinger, rundt 25 000 om dagen, noe som legger den trege tidelen på omtrent 900 000 innsendinger i året som tok lengre enn et døgn. Du er altså i godt selskap, og det som teller er å vite hva som satte deg der.

Det hjelper også å vite hvor kort tid en vurdering tar. Året før beskrev Apple sin egen drift som nesten 500 dedikerte eksperter som vurderer over 130 000 apper i uken. Jeff Johnson i Lap Cat Software gjorde divisjonen i mai: rundt 260 innsendinger per vurderer per uke, altså under ti minutter hver. I en forklaring i Epic-saken anslo en tidligere leder for App Review vurderingen av en ny app til omtrent tretten minutter.

Ingen bruker altså seks dager på å undersøke appen din. En vurdering er minutter med oppmerksomhet. De seks dagene er tiden før noen tar tak i den, eller tiden innsendingen tilbrakte på et spor som er tregere enn hovedkøen, og begge deler etterlater spor i ditt eget dashbord.

Hvorfor en innsending blir liggende

Omtrent i den rekkefølgen jeg møter dem.

• Den første innsendingen fra en ung konto er det tregeste du noen gang sender Apple. I 2025 avviste Apple over 138 000 utviklerregistreringer og stengte 193 000 kontoer på grunn av mistanke om svindel, så en konto uten historikk har en annen risikoprofil enn en med førti utgitte versjoner bak seg. Oppdateringer til en etablert app går gjennom på timer. Førstegangsinnsendinger gjør det ikke.
• Noen kategorier utløser ekstra kontroller: finans, helse, barn, dating, VPN, krypto, pengespill og alt med en medisinsk påstand. Apples vurderingsside lister opp dokumentasjonen som kan bli krevd, blant annet godkjenning av medisinsk maskinvare, varemerketillatelse og lisenser. En innsending som venter på et dokument Apple ikke har, står ikke i kø, den er parkert.
• App Review har kanskje allerede skrevet til deg. Apple oppgir at over 40% av de uavklarte sakene faller under retningslinje 2.1, App Completeness, som dekker krasj, midlertidig innhold og ufullstendige opplysninger. Hverdagsvarianten er en demokonto som har sluttet å virke, eller en backend du slo av etter testingen. Den typen venting slutter i det øyeblikket du svarer.
• Kalenderen gjør mye av jobben. Apple legger ut en melding hver desember om å sende inn tidssensitive ting tidlig, fordi vurderingene tar lengre tid fra 20. til 26. desember. September gir nytt operativsystem og alle som slipper kompatibilitetsoppdateringer i de samme ukene. Og 2026 er uansett et tungt år i volum: iOS-utgivelsene lå 80% over året før i første kvartal, med nesten 560 000 nye apper bare i første halvår.
• Noe av det er ikke App Review i det hele tatt. Avtaler, skatt og bankopplysninger ligger utenfor vurderingsprosessen og blokkerer distribusjonen på egen hånd. En betalt app der Paid Apps-avtalen ikke er signert, kan ikke legges ut for salg uansett hva en vurderer bestemmer, og i dashbordet ser det ut som en forsinket vurdering.
• Noe er selvpåført. Å trekke en versjon ut av vurdering setter den til Developer Rejected, og vurderingen starter på nytt, og å endre noe utenfor det lille settet felter som holdes åpne under vurdering, krever nettopp det. Folk gjør det på dag fire og teller så ventetiden fra dag én.

Hva en fremskyndet vurdering faktisk er

Apple nevner to situasjoner på App Review-siden. Den ene er en kritisk feilretting, der Apple ber deg "oppgi trinnene for å gjenskape feilen i den gjeldende versjonen av appen din". Den andre er en app knyttet til et arrangement, der forespørselen skal inneholde "arrangementet, datoen for det og appens tilknytning til det". Forespørselen sendes via et skjema på utviklersiden, innlogget, når innsendingen allerede står i køen.

Den flytter innsendingen din fremover i køen. Selve vurderingen er den samme vurderingen etter den samme målestokken, bare tidligere. En fremskyndet app blir avvist tirsdag morgen for nøyaktig det som ville felt den fredag ettermiddag.

Når den blir innvilget, går det fort. Svaret på forespørselen kommer som regel samme dag eller dagen etter, og vurderingen følger innen timer etter det svaret. Den hastigheten er hele poenget, og den er grunnen til å være nøye med hva du bruker den på.

Les Apples formulering om arrangementer, den røper spillet. Apple anbefaler at du planlegger og tidfester utgivelsen i App Store Connect, og legger først deretter til at du kan be om fremskyndelse hvis appen fortsatt er til vurdering og arrangementet nærmer seg. Apples første svar på en frist er utgivelsesplanleggeren. Skjemaet kommer i andre rekke.

Slik skriver du en forespørsel som blir innvilget

Ett avsnitt, konkret, kontrollerbart av en som aldri har sett produktet ditt. For en feil: hva som er ødelagt, siden hvilken versjon, for hvilke brukere, trinnene for å gjenskape den, hva rettelsen endrer, og et tall som viser omfanget. En krasjrate, et antall supportsaker, ettstjerners anmeldelser fra de siste 48 timene. For et arrangement: datoen, appens tilknytning til det, og hvorfor datoen ikke kan flyttes.

Forespørslene som faller igjennom, er de der hastverket er ekte for deg og usynlig for Apple. Kampanjen starter mandag. Kunden fikk lovnad om fredag. Investordemoen er torsdag. Vi er allerede sent ute. Hvert av dem er et virkelig problem, og ingen av dem er en feil eller et arrangement.

Spør én gang, gjennom én kanal. En skjemaforespørsel pluss en supportsak pluss en forumtråd om det samme bygget ganger ikke sjansene dine, og den som leser forespørselen ser alle tre.

Grensene, som Apple ikke skriver ned

• Det finnes ingen publisert kvote. Apples formulering er særlige omstendigheter, og hver forespørsel vurderes for seg. Regn med omtrent én i året, så ligger du nær hvordan mekanismen oppfører seg.
• Forespørsler blir husket. Spør du ofte, slutter de stille å bli innvilget, uten varsel og uten beskjed, og du merker det den dagen noe virkelig er ødelagt og du hadde brukt din på en markedsføringsdato.
• Den gjør ikke en avvisning om til en godkjenning. Finner den fremskyndede vurderingen et problem med retningslinjene, er forespørselen brukt opp, og du retter og sender inn på nytt som alle andre. Klager går på et eget spor gjennom App Review Board, én klage per innsending som ikke gikk gjennom, og Apple ber deg svare på eventuelle åpne informasjonsforespørsler først.
• Den når ingenting utenfor App Review. En ubesvart 2.1-melding, usignerte avtaler, ufullstendige skatte- eller bankopplysninger, en pågående registrering, et bygg som krasjer på enheten til vurdereren. En innvilget forespørsel flytter ingen av delene.
• Google Play har ingenting tilsvarende. Play oppgir at en vurdering kan ta opptil sju dager, i unntakstilfeller lengre, og en personlig utviklerkonto opprettet etter 13. november 2023 må i tillegg kjøre en lukket test med minst 12 testere som har vært påmeldt sammenhengende i 14 dager, før den kan søke om produksjonstilgang. Ingen skjemaer forkorter det, så den eneste måten å betale billig på er å begynne tidlig.

Fire ting som virker bedre

Send inn tidlig og hold igjen utgivelsen. Apple lar deg godkjenne en versjon og deretter gi den ut for hånd eller på en dato du velger. Play har administrert publisering, som holder igjen godkjente endringer til du sier fra. Så snart godkjenning og lansering er to atskilte hendelser, forlater vurderingstiden den kritiske stien. De fleste fremskyndelsesforespørslene jeg har sett gå av gårde, var regningen for å hoppe over akkurat det trinnet.

Bygg rettelsen slik at den ikke trenger en innsending. Feature flags og fjernkonfigurasjon legger bryteren inne i en binærfil Apple allerede har vurdert, og lar serveren din bestemme hvilken vei den står. Det er vanlig praksis og noe annet enn det retningslinje 2.5.2 forbyr, nemlig å laste ned kode som innfører eller endrer funksjoner. Haken er at en nødbryter må være med i versjon 1, ikke i utgivelsen du sitter og venter på nå.

Fyll ut App Review Information som om en fremmed skal bruke den, for det skal en fremmed, på under ti minutter, på en enhet som ikke er din. En demokonto som virker i dag, backenden latt stå på, notater om alt en vurderer ikke ville gjettet, en kort video for en flyt som krever maskinvare. Retningslinje 2.1 er over 40% av de uavklarte sakene og den billigste forsinkelsen på listen å fjerne. Har du allerede blitt avvist, skrev jeg separat om hva Apple avviser under 4.2 og 4.3, og det ligger her en side om å få en avvist app gjennom.

Gi ut ofte nok til at ingen enkelt utgivelse bærer alt. Ligger utgivelsene dine fjorten dager fra hverandre, er to dagers vurdering støy. Gir du ut to ganger i året, bærer hver innsending en fjerdedel av veikartet, og hver vurdering er en krise. Det er det samme kadensargumentet som i teksten min om å gi ut tidlig, og det gjelder vurderingstid like direkte som plassering.

Det finnes en femte som ikke forkorter noen vurdering og likevel løser grunnproblemet oftere enn folk tror. Opptil 100 personer i ditt eget team kan installere et TestFlight-bygg få minutter etter opplasting, helt uten vurdering. Eksterne testere trenger Beta App Review for det første bygget i en versjon, en egen og kortere kø. Er det du trenger i ettermiddag ekte mennesker som kjører rettelsen, går den veien utenom butikken.

Det ene tilfellet der jeg ikke ville nølt

Datatap. Krasj ved oppstart. Et sikkerhetshull. Betalinger som tar penger og leverer ingenting. Alt der hver time koster brukerne noe de ikke får igjen. Det er det mekanismen ble bygget for, forespørselen skriver seg selv, og jeg ville sendt den innen en time.

Jeg ville også regnet med at den kan bli avslått, og gjort alt annet parallelt: en demping på serversiden hvis appen har rørene til det, en beskjed der brukerne dine allerede klager, og rettelsen i den vanlige køen slik at den beveger seg uansett.

Ventingen er et planleggingsproblem

Fremskyndet vurdering er en tjeneste med hukommelse. Den er verdt omtrent én ordentlig krise i året, og den endrer når appen din blir vurdert, ikke hvordan.

Teamene som aldri ser ut til å vente på Apple, er ikke de som har en kontakt inne i huset. Det er de som sendte inn fjorten dager før datoen de brydde seg om, og som kan slå av en ødelagt funksjon fra sin egen server mens rettelsen går gjennom den vanlige køen som alle andres.