Apple klarar 90% av inskickningarna på under ett dygn. Påskyndad granskning är inte det som löser de sista 10%.

Mejlet kommer alltid i samma form. Det har gått sex dagar, appen står kvar i Waiting for Review, lanseringen skulle vara i morgon, och kan jag inte ringa någon på Apple.

Det kan jag inte. Det kan ingen. Det jag oftast kan göra är att läsa vad de sex dagarna betyder, och efter arton år av inskickningar kan jag säga att det sällan handlar om hur lång kön är.

Det finns en knapp för detta. Apple låter dig begära påskyndad granskning, det kostar ingenting, och när begäran beviljas märks det inom några timmar. De flesta som trycker på den befinner sig i en situation där den inte kan hjälpa.

Siffran Apple publicerar, och siffran under den

Apple skriver det rakt ut på sin App Review-sida: "I genomsnitt granskas 90% av inskickningarna på mindre än 24 timmar."

Siffran stämmer. Resten är förmodligen där du befinner dig. Under 2025 bedömde App Review-teamet mer än 9,1 miljoner inskickningar, ungefär 25 000 om dagen, vilket lägger den långsamma tiondelen på omkring 900 000 inskickningar per år som tog längre än ett dygn. Du är alltså i gott sällskap, och det som spelar roll är att veta vad som förde dig dit.

Det hjälper också att veta hur lite tid en granskning tar. Året innan beskrev Apple sin egen verksamhet som knappt 500 dedikerade experter som granskar över 130 000 appar i veckan. Jeff Johnson på Lap Cat Software gjorde divisionen i maj: omkring 260 inskickningar per granskare och vecka, alltså under tio minuter styck. I ett vittnesmål i Epic-målet satte en tidigare chef för App Review granskningen av en ny app till ungefär tretton minuter.

Ingen ägnar alltså sex dagar åt att undersöka din app. En granskning är minuter av uppmärksamhet. De sex dagarna är tiden innan någon tar upp den, eller tiden din inskickning tillbringade på ett spår som är långsammare än huvudkön, och båda lämnar spår i din egen instrumentpanel.

Varför en inskickning blir liggande

Ungefär i den ordning jag stöter på dem.

• Den första inskickningen från ett ungt konto är det långsammaste du någonsin skickar Apple. Under 2025 avslog Apple över 138 000 utvecklaransökningar och stängde 193 000 konton på grund av misstänkt bedrägeri, så ett konto utan historik har en annan riskprofil än ett med fyrtio släppta versioner bakom sig. Uppdateringar av en etablerad app går igenom på timmar. Förstagångsinskickningar gör det inte.
• Vissa kategorier utlöser extra kontroller: finans, hälsa, barn, dejting, VPN, krypto, spel om pengar och allt med ett medicinskt påstående. Apples granskningssida räknar upp den dokumentation som kan begäras, bland annat godkännande av medicinsk hårdvara, varumärkestillstånd och licenser. En inskickning som väntar på ett dokument Apple inte har står inte i kö, den är parkerad.
• App Review kan redan ha skrivit till dig. Apple uppger att över 40% av de olösta ärendena faller under riktlinje 2.1, App Completeness, som täcker krascher, platshållarinnehåll och ofullständig information. Vardagsvarianten är ett demokonto som slutat fungera, eller en backend du stängde av efter testningen. Den sortens väntan tar slut i samma stund du svarar.
• Kalendern gör en hel del av jobbet. Apple lägger varje december ut ett meddelande om att skicka in tidskänsliga saker tidigt, eftersom granskningarna tar längre tid 20 till 26 december. September ger nytt operativsystem och alla som släpper sina kompatibilitetsuppdateringar samma veckor. Och 2026 är ändå ett tungt år i volym: iOS-släppen låg 80% över föregående år under första kvartalet, med nästan 560 000 nya appar bara under första halvåret.
• En del av det är inte App Review alls. Avtal, skatt och bankuppgifter ligger utanför granskningsprocessen och blockerar distributionen på egen hand. En betalapp vars Paid Apps-avtal inte är undertecknat kan inte säljas oavsett vad en granskare beslutar, och i instrumentpanelen ser det ut som en granskningsfördröjning.
• En del är självförvållat. Att dra tillbaka en version från granskning sätter den till Developer Rejected och granskningen börjar om från början, och att ändra något utanför den lilla uppsättning fält som förblir öppna under granskning kräver just det. Folk gör det på dag fyra och räknar sedan väntan från dag ett.

Vad en påskyndad granskning faktiskt är

Apple nämner två situationer på sin App Review-sida. Den ena är en kritisk buggfix, där Apple ber dig "ange stegen för att återskapa buggen i den aktuella versionen av din app". Den andra är en app knuten till ett evenemang, där begäran ska innehålla "evenemanget, dess datum och din apps koppling till det". Begäran görs via ett formulär på utvecklarsajten, inloggad, när inskickningen redan står i kön.

Den flyttar fram din inskickning i kön. Själva granskningen är samma granskning efter samma måttstock, bara tidigare. En påskyndad app avslås på tisdag morgon för exakt det som hade fällt den på fredag eftermiddag.

När den beviljas går det fort. Svaret på begäran kommer oftast samma dag eller dagen efter, och granskningen följer inom några timmar efter det svaret. Den snabbheten är hela poängen, och den är skälet att vara noggrann med vad du lägger den på.

Läs Apples formulering om evenemangsfallet, den avslöjar spelet. Apple rekommenderar att du planerar och tidsinställer släppet i App Store Connect, och lägger först därefter till att du kan begära påskyndning om appen fortfarande är under granskning och evenemanget närmar sig. Apples första svar på en deadline är släppplaneraren. Formuläret kommer i andra hand.

Så skriver du en begäran som beviljas

Ett stycke, konkret, kontrollerbart av någon som aldrig sett din produkt. För en bugg: vad som går sönder, sedan vilken version, för vilka användare, stegen för att återskapa den, vad fixen ändrar, och en siffra som visar omfattningen. En kraschfrekvens, ett antal supportärenden, enstjärniga recensioner från de senaste 48 timmarna. För ett evenemang: datumet, din apps koppling till det, och varför datumet inte kan flyttas.

De begäranden som faller är de vars brådska är verklig för dig och osynlig för Apple. Kampanjen startar på måndag. Kunden lovades fredag. Investerardemot är på torsdag. Vi är redan sena. Vart och ett är ett verkligt problem och inget av dem är en bugg eller ett evenemang.

Fråga en gång, genom en kanal. En formulärbegäran plus ett supportärende plus en forumtråd om samma bygge multiplicerar inte dina chanser, och den som läser begäran ser alla tre.

Gränserna, som Apple inte skriver ned

• Det finns ingen publicerad kvot. Apples formulering är särskilda omständigheter, och varje begäran bedöms för sig. Räkna med ungefär en om året så ligger du nära hur mekanismen beter sig.
• Begäranden kommer ihåg. Frågar du ofta slutar de tyst att beviljas, utan varning och utan meddelande, och du upptäcker det den dag något verkligen är trasigt och du hade lagt din på ett marknadsföringsdatum.
• Den gör inte ett avslag till ett godkännande. Hittar den påskyndade granskningen ett riktlinjeproblem är begäran förbrukad, och du rättar och skickar in igen som alla andra. Överklaganden går på ett eget spår genom App Review Board, ett överklagande per inskickning som inte gick igenom, och Apple ber dig besvara eventuella öppna informationsförfrågningar först.
• Den når inget utanför App Review. Ett obesvarat 2.1-meddelande, osignerade avtal, ofullständiga skatte- eller bankuppgifter, en pågående registrering, ett bygge som kraschar på granskarens enhet. En beviljad begäran flyttar inget av det.
• Google Play har inget motsvarande. Play uppger att en granskning kan ta upp till sju dagar, i undantagsfall längre, och ett personligt utvecklarkonto skapat efter 13 november 2023 måste dessutom köra ett stängt test med minst 12 testare som varit anmälda oavbrutet i 14 dagar innan det kan ansöka om produktionsåtkomst. Inget formulär kortar det, så enda sättet att betala billigt är att börja tidigt.

Fyra saker som fungerar bättre

Skicka in tidigt och håll tillbaka släppet. Apple låter dig godkänna en version och sedan släppa den för hand eller på ett datum du väljer. Play har hanterad publicering, som håller tillbaka godkända ändringar tills du säger till. Så snart godkännande och lansering är två skilda händelser lämnar granskningstiden den kritiska vägen. De flesta påskyndningsbegäranden jag sett gå iväg var räkningen för att ha hoppat över just det steget.

Bygg fixen så att den inte behöver en inskickning. Feature flags och fjärrkonfiguration lägger strömbrytaren inuti en binär som Apple redan granskat och låter din server bestämma hur den står. Det är vanlig praxis och något annat än det riktlinje 2.5.2 förbjuder, nämligen att ladda ner kod som inför eller ändrar funktioner. Haken är att en nödstoppsknapp måste finnas med i version 1, inte i släppet du sitter och väntar på.

Fyll i App Review Information som om en främling ska använda den, för det ska en främling, på under tio minuter, på en enhet som inte är din. Ett demokonto som fungerar idag, backenden lämnad påslagen, anteckningar om allt en granskare inte skulle gissa, en kort video för ett flöde som kräver hårdvara. Riktlinje 2.1 är över 40% av de olösta ärendena och den billigaste fördröjningen på listan att ta bort. Har du redan fått avslag skrev jag separat om vad Apple nekar under 4.2 och 4.3, och det finns här en sida om att få igenom en nekad app.

Släpp tillräckligt ofta för att inget enskilt släpp ska bära allt. Ligger dina släpp fjorton dagar isär är två dagars granskning brus. Släpper du två gånger om året bär varje inskickning en fjärdedel av färdplanen och varje granskning är en nödsituation. Det är samma kadensargument som i min text om att släppa tidigt, och det gäller granskningstid lika direkt som placering.

Det finns en femte som inte kortar någon granskning och ändå löser grundproblemet oftare än folk tror. Upp till 100 personer i ditt eget team kan installera ett TestFlight-bygge några minuter efter uppladdning, helt utan granskning. Externa testare kräver Beta App Review för det första bygget i en version, en separat och kortare kö. Om det du behöver i eftermiddag är riktiga människor som kör fixen går den vägen utanför butiken.

Det enda fall där jag inte skulle tveka

Dataförlust. Krasch vid start. Ett säkerhetshål. Betalningar som tar pengar och levererar ingenting. Allt där varje timme kostar användarna något de inte får tillbaka. Det är vad mekanismen byggdes för, begäran skriver sig själv, och jag skulle skicka den inom en timme.

Jag skulle också räkna med att den kan avslås och göra allt annat parallellt: en lindring på serversidan om appen har rören för det, ett meddelande där dina användare redan klagar, och fixen i den vanliga kön så att den rör sig oavsett.

Väntan är ett planeringsproblem

Påskyndad granskning är en tjänst med minne. Den är värd ungefär en riktig nödsituation om året, och den ändrar när din app granskas, inte hur.

De team som aldrig verkar vänta på Apple är inte de som har en kontakt inne i huset. Det är de som skickade in fjorton dagar före det datum de brydde sig om, och som kan stänga av en trasig funktion från sin egen server medan fixen går genom den vanliga kön som allas andra.