Apple klarer 90% af indsendelserne på under et døgn. Fremskyndet gennemgang er ikke det, der løser de sidste 10%.

Mailen kommer altid i samme form. Der er gået seks dage, appen står stadig i Waiting for Review, lanceringen skulle være i morgen, og kan jeg ikke lige ringe til nogen hos Apple.

Det kan jeg ikke. Det kan ingen. Det jeg som regel kan, er at læse, hvad de seks dage betyder, og efter atten år med indsendelser kan jeg fortælle dig, at det sjældent handler om, hvor lang køen er.

Der findes en knap til det. Apple lader dig bede om fremskyndet gennemgang, det koster ingenting, og bliver anmodningen imødekommet, virker den inden for timer. De fleste, der trykker på den, står i en situation, hvor den ikke kan hjælpe.

Tallet Apple offentliggør, og tallet nedenunder

Apple skriver det lige ud på sin App Review-side: "I gennemsnit gennemgås 90% af indsendelserne på under 24 timer."

Tallet passer. Resten er formentlig der, hvor du er. I 2025 vurderede App Review-teamet mere end 9,1 millioner indsendelser, omkring 25.000 om dagen, hvilket lægger den langsomme tiendedel på cirka 900.000 indsendelser om året, der tog længere end et døgn. Du er altså i godt selskab, og det væsentlige er at vide, hvad der bragte dig derhen.

Det hjælper også at vide, hvor kort tid en gennemgang tager. Året før beskrev Apple sin egen drift som knap 500 dedikerede eksperter, der gennemgår over 130.000 apps om ugen. Jeff Johnson fra Lap Cat Software lavede divisionen i maj: omkring 260 indsendelser per gennemgang per uge, altså under ti minutter hver. I en afhøring i Epic-sagen satte en tidligere chef for App Review gennemgangen af en ny app til omkring tretten minutter.

Ingen bruger altså seks dage på at undersøge din app. En gennemgang er minutters opmærksomhed. De seks dage er tiden, før nogen tager fat i den, eller den tid indsendelsen tilbragte på et spor, der er langsommere end hovedkøen, og begge dele efterlader spor i dit eget dashboard.

Hvorfor en indsendelse bliver liggende

Nogenlunde i den rækkefølge jeg møder dem.

• Den første indsendelse fra en ung konto er det langsomste, du nogensinde sender Apple. I 2025 afviste Apple over 138.000 udviklertilmeldinger og lukkede 193.000 konti på grund af mistanke om svindel, så en konto uden historik har en anden risikoprofil end en med fyrre udgivne versioner bag sig. Opdateringer til en etableret app går igennem på timer. Førstegangsindsendelser gør ikke.
• Nogle kategorier udløser ekstra kontrol: finans, sundhed, børn, dating, VPN, krypto, spil om penge og alt med en medicinsk påstand hæftet på. Apples review-side nævner den dokumentation, der kan blive krævet, blandt andet godkendelse af medicinsk hardware, varemærketilladelse og licenser. En indsendelse, der venter på et dokument, Apple ikke har, står ikke i kø, den er parkeret.
• App Review har måske allerede skrevet til dig. Apple oplyser, at over 40% af de uafklarede sager falder under retningslinje 2.1, App Completeness, som dækker nedbrud, pladsholderindhold og ufuldstændige oplysninger. Hverdagsudgaven er en demokonto, der er holdt op med at virke, eller en backend, du slukkede efter test. Den slags ventetid slutter i samme øjeblik, du svarer.
• Kalenderen gør en del af arbejdet. Apple lægger hver december en meddelelse ud om at sende tidsfølsomme indsendelser tidligt, fordi gennemgangene tager længere fra 20. til 26. december. September bringer det nye styresystem og alle, der udsender kompatibilitetsopdateringer i samme uger. Og 2026 er under alle omstændigheder et tungt år for mængden: iOS-udgivelserne lå 80% over året før i første kvartal, med næsten 560.000 nye apps alene i første halvår.
• Noget af det er slet ikke App Review. Aftaler, skat og bankoplysninger ligger uden for gennemgangsprocessen og blokerer distributionen på egen hånd. En betalt app, hvis Paid Apps-aftale ikke er underskrevet, kan ikke sættes til salg, uanset hvad en gennemgang beslutter, og i dashboardet ligner det en forsinket gennemgang.
• Noget er selvforskyldt. At trække en version ud af gennemgang sætter den til Developer Rejected, og gennemgangen starter forfra, og at ændre noget uden for det lille sæt felter, der forbliver åbne under gennemgang, kræver præcis det. Folk gør det på dag fire og tæller så ventetiden fra dag ét.

Hvad en fremskyndet gennemgang faktisk er

Apple nævner to situationer på sin App Review-side. Den ene er en kritisk fejlrettelse, hvor Apple beder dig "angive trinnene til at genskabe fejlen i den aktuelle version af din app". Den anden er en app knyttet til en begivenhed, hvor anmodningen skal indeholde "begivenheden, datoen for den og din apps tilknytning til den". Anmodningen sendes via en formular på udviklersiden, logget ind, når indsendelsen allerede står i køen.

Den flytter din indsendelse frem i køen. Selve gennemgangen er den samme gennemgang efter den samme målestok, bare tidligere. En fremskyndet app bliver afvist tirsdag morgen for præcis det, der ville have fået den afvist fredag eftermiddag.

Når den bliver imødekommet, går det hurtigt. Svaret på anmodningen kommer som regel samme dag eller dagen efter, og gennemgangen følger inden for timer efter det svar. Den hastighed er hele pointen, og den er grunden til at være omhyggelig med, hvad du bruger den på.

Læs Apples formulering om begivenheder, den røber spillet. Apple anbefaler, at du planlægger og tidsindstiller udgivelsen i App Store Connect, og tilføjer først derefter, at du kan bede om fremskyndelse, hvis appen stadig er i gennemgang og begivenheden nærmer sig. Apples første svar på en deadline er udgivelsesplanlæggeren. Formularen kommer i anden række.

Sådan skriver du en anmodning, der bliver imødekommet

Ét afsnit, konkret, kontrollerbart af en, der aldrig har set dit produkt. For en fejl: hvad der går i stykker, siden hvilken version, for hvilke brugere, trinnene til at genskabe den, hvad rettelsen ændrer, og et tal der viser omfanget. En nedbrudsrate, et antal supportsager, enstjernede anmeldelser fra de seneste 48 timer. For en begivenhed: datoen, din apps tilknytning til den, og hvorfor datoen ikke kan flyttes.

De anmodninger, der falder igennem, er dem hvis hastesag er ægte for dig og usynlig for Apple. Kampagnen starter mandag. Kunden fik lovet fredag. Investordemoen er torsdag. Vi er allerede sent på den. Hvert af dem er et virkeligt problem, og ingen af dem er en fejl eller en begivenhed.

Spørg én gang, gennem én kanal. En formularanmodning plus en supportsag plus en forumtråd om den samme build ganger ikke dine chancer, og den, der læser anmodningen, kan se alle tre.

Grænserne, som Apple ikke skriver ned

• Der er ingen offentliggjort kvote. Apples formulering er særlige omstændigheder, og hver anmodning bedømmes for sig. Regn med cirka én om året, så rammer du tæt på, hvordan mekanismen opfører sig.
• Anmodninger huskes. Spørger du ofte, holder de stille og roligt op med at blive imødekommet, uden varsel og uden besked, og du opdager det den dag noget virkelig er i stykker, og du havde brugt din på en marketingdato.
• Den laver ikke en afvisning om til en godkendelse. Finder den fremskyndede gennemgang et problem med retningslinjerne, er anmodningen brugt, og du retter og indsender igen som alle andre. Klager kører ad et separat spor gennem App Review Board, én klage per indsendelse der ikke gik igennem, og Apple beder dig svare på eventuelle udestående informationsanmodninger, før du klager.
• Den når ikke noget uden for App Review. En ubesvaret 2.1-besked, uunderskrevne aftaler, ufuldstændige skatte- eller bankoplysninger, en igangværende tilmelding, en build der crasher på gennemgangens enhed. En imødekommet anmodning flytter ingen af delene.
• Google Play har ikke noget tilsvarende. Play oplyser, at en gennemgang kan tage op til syv dage, i særlige tilfælde længere, og en personlig udviklerkonto oprettet efter 13. november 2023 skal desuden køre en lukket test med mindst 12 testere, der har været tilmeldt uafbrudt i 14 dage, før den kan søge om produktionsadgang. Ingen formular forkorter det, så den eneste måde at betale billigt på er at begynde tidligt.

Fire ting der virker bedre

Indsend tidligt og hold udgivelsen tilbage. Apple lader dig godkende en version og derefter udgive den i hånden eller på en dato, du vælger. Play har administreret udgivelse, som holder godkendte ændringer tilbage, indtil du siger til. Så snart godkendelse og lancering er to adskilte begivenheder, forlader gennemgangstiden den kritiske vej. De fleste af de fremskyndelsesanmodninger, jeg har set gå af sted, var regningen for at springe netop det trin over.

Byg rettelsen, så den ikke kræver en indsendelse. Feature flags og fjernkonfiguration lægger kontakten inde i en binær, Apple allerede har gennemgået, og lader din server bestemme, hvilken vej den vender. Det er almindelig praksis og noget andet end det, retningslinje 2.5.2 forbyder, nemlig at hente kode, der indfører eller ændrer funktioner. Hagen er, at en nødstopkontakt skal med i version 1, ikke i den udgivelse du sidder og venter på nu.

Udfyld App Review Information, som om en fremmed skal bruge den, for det skal en fremmed, på under ti minutter, på en enhed der ikke er din. En demokonto der virker i dag, backenden ladt tændt, noter til alt hvad en gennemgang ikke ville gætte, en kort video til et flow der kræver hardware. Retningslinje 2.1 er over 40% af de uafklarede sager og den billigste forsinkelse på listen at fjerne. Er du allerede blevet afvist, har jeg skrevet særskilt om hvad Apple afviser under 4.2 og 4.3, og der ligger her en side om at få en afvist app igennem.

Udgiv ofte nok til, at ingen enkelt udgivelse bærer det hele. Ligger dine udgivelser fjorten dage fra hinanden, er to dages gennemgang støj. Udgiver du to gange om året, bærer hver indsendelse en fjerdedel af køreplanen, og hver gennemgang er en nødsituation. Det er det samme kadenceargument som i mit stykke om at udgive tidligt, og det gælder for gennemgangstid lige så direkte som for placering.

Der er en femte, som ikke forkorter nogen gennemgang og alligevel løser det underliggende problem oftere, end folk regner med. Op til 100 personer fra dit eget hold kan installere en TestFlight-build få minutter efter upload, helt uden gennemgang. Eksterne testere kræver Beta App Review for den første build i en version, en separat og kortere kø. Er det du har brug for i eftermiddag rigtige mennesker, der kører rettelsen, går den vej uden om butikken.

Det ene tilfælde hvor jeg ikke ville tøve

Datatab. Nedbrud ved start. Et sikkerhedshul. Betalinger der tager penge og leverer ingenting. Alt hvor hver time koster brugerne noget, de ikke får igen. Det er det, mekanismen blev bygget til, anmodningen skriver sig selv, og jeg ville sende den inden for en time.

Jeg ville også gå ud fra, at den kan blive afvist, og gøre alt det andet sideløbende: en afbødning på serversiden hvis appen har rørene til det, en besked det sted hvor dine brugere allerede klager, og rettelsen i den almindelige kø, så den bevæger sig uanset hvad.

Ventetiden er et planlægningsproblem

Fremskyndet gennemgang er en tjeneste med hukommelse. Den er cirka én god nødsituation om året værd, og den ændrer hvornår din app bliver gennemgået, ikke hvordan.

De hold, der aldrig ser ud til at vente på Apple, er ikke dem med en kontakt inde i huset. Det er dem, der indsendte fjorten dage før den dato, de gik op i, og som kan slukke for en ødelagt funktion fra deres egen server, mens rettelsen går gennem den almindelige kø som alle andres.