# Påskyndad granskning App Store: så ber du Apple om den > Apple nämner två fall: en kritisk bugg i liveversionen eller en release kopplad till ett evenemang. Så ansöker du och vad du ska skriva. Originalsida: [Påskyndad granskning App Store: så ber du Apple om den](https://devoria.fr/sv/blog/paskyndad-granskning-app-store-apple) Författare: [Mehdi Azizi](https://devoria.fr/sv/mehdi-azizi) Publicerad: 2026-11-06 Innehållet senast granskat: 2026-11-06 **Påskyndad granskning finns, men Apple reserverar den för exceptionella omständigheter och nämner två: att rätta en kritisk bugg i en version som redan är publicerad, eller att släppa en version som är tajmad till ett evenemang som din app är direkt kopplad till.** Först skickar du in din version, sedan förklarar du det brådskande i granskarens Notes och till sist skickar du ansökningsformuläret. Apple går igenom varje ansökan och påskyndar när de har kapacitet: det är aldrig en garanti. Mina appar, Solys, TradaZen och Nolera, är byggda med Expo. När en bugg sitter i JavaScript-koden skickas rättningen ut som en fjärruppdatering, utan att gå via App Review. Påskyndad granskning behöver jag alltså bara för ett nativt build, och det är också den första frågan du ska ställa dig innan du ber om den. Den här guiden följer [Apples hjälpsida om påskyndad granskning](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/), genomläst den 6 november 2026. ## Vad Apple nämner, och vad som inte går igenom Apple talar om exceptionella omständigheter och ber dig spara ansökningarna till verkliga nödlägen. Deras [App Review-sida](https://developer.apple.com/distribute/app-review/) ger två exempel och vad du ska lämna för vart och ett. De tre avslagna raderna i tabellen är min tolkning av sidorna, inte en lista från Apple. | Skäl | Hos Apple | Vad du ska lämna, eller förstå | | ----------------------------------- | ----------------- | ----------------------------------------------------- | | Kritisk bugg i liveversionen | Nämns som exempel | Steg för att återskapa, nuvarande version | | Release kopplad till ett evenemang | Nämns som exempel | Evenemanget, datumet, kopplingen mellan appen och det | | Första publiceringen är försenad | Nej, enligt mig | Inget gör den brådskande i Apples ögon | | Marknadsföringsdatum utan evenemang | Nej, enligt mig | En kampanj är inte ett evenemang kopplat till appen | | Längre väntan än vanligt | Nej, enligt mig | En normal handläggningstid är inget nödläge | **Apple definierar inte begreppet. I praktiken är en kritisk bugg en app som kraschar, blockerar en central funktion eller hindrar betalningar, hos riktiga användare, i liveversionen.** Ett stavfel på en skärm är det inte. Och om din app fortfarande är under granskning när ett evenemang närmar sig, skriver Apple att du kan be om påskyndning även av det skälet. ## Proceduren i tre steg 1. **Skicka in versionen i App Store Connect.** Bara en inskickad version kan påskyndas. Om funktioner kräver inloggning, fyll i ett demokonto i avsnittet App Review Information. 2. **Fyll i fältet Notes när du skickar in.** För en kritisk bugg: beskriv buggen som rättats och hur man återskapar den i nuvarande version. För ett evenemang: ange namn, datum och vad som kopplar din app till det. 3. **Skicka formuläret Request an Expedited App Review**, som du når från Apples hjälpsida när du loggat in på ditt utvecklarkonto. Där väljer du app och plattform och skickar. Apple går igenom ansökan och svarar dig, sedan följer du inskickningen i App Store Connect. Om ansökan godkänns går versionen till In Review tidigare än kön annars hade tillåtit. Om den avslås fortsätter granskningen som vanligt: inget går förlorat. > Knappen Reply to App Review i App Store Connect är inte till för att be om påskyndad granskning. [App Reviews kontaktsida](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) reserverar den för dialog om en pågående inskickning; påskyndad granskning och överklagan har var sitt formulär. ## Vad du ska skriva: två mallar App Review läser engelska. Här är de två texterna jag har redo, att anpassa i Notes och i formuläret om det har ett fritextfält. De är fem rader långa eftersom en granskare ska förstå det brådskande utan att öppna appen. **Kritisk bugg i liveversionen:** > Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build. **Release kopplad till ett evenemang:** > This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST. De här två texterna är exempel, inte ansökningar jag har skickat. Två regler för dina. **Kontrollerbara fakta**: version, system, steg, datum, koppling till evenemanget. **Inget annat än det brådskande**: om ditt build också innehåller en ny funktion, nämn det i en mening, men försvara den inte. ## Innan du ansöker: kolla att du behöver det Apple ber dig spara det till verkliga nödlägen. Tre frågor, och en fälla, innan du skickar formuläret. **Kan rättningen gå ut utan granskning?** Med Expo ersätter en fjärruppdatering JavaScript-koden i redan installerade appar utan nytt build. Det är vägen jag använder för mina rättningar. Den täcker inte nativ kod, behörigheter eller nativa beroenden: för dem krävs ett build och en granskning. Och innehållet måste hålla sig inom ramen för vad Apple har godkänt, som [introduktionen till EAS Update](https://docs.expo.dev/eas-update/introduction/) påminner om: en fjärruppdatering ändrar inte appens syfte. Guiden om [stegvis utrullning av en iOS-uppdatering](https://devoria.fr/sv/blog/publicera-ios-uppdatering-stegvis-lansering) går igenom vad som går vilken väg. **Är väntan onormal?** Apple säger att de i regel granskar minst 50 % av inskickningarna på under 24 timmar och 90 % på under 48 timmar. Om din version har varit [Waiting for Review](https://devoria.fr/sv/blog/waiting-for-review-app-store-connect-statusar) i en dag ligger du inom normen för [granskningstiden på App Store](https://devoria.fr/sv/blog/granskningstid-app-store-hur-lange). [Sidan om att följa en inskickning](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) nämner också vad som förlänger en granskning: första appen utan historik, dokument som ska kontrolleras, reglerat ämne. **Är inskickningen komplett?** En påskyndad granskning av en ofullständig inskickning påskyndar ingenting. Apple varnar för att en ofullständig inskickning försenar granskningen eller misslyckas. Demokonto, anteckningar, dokument: allt ska vara på plats före formuläret. **Och framför allt: dra inte tillbaka din version för att skicka in den igen.** En tillbakadragen version lämnar kön och börjar om från noll. Om Apple ställer en fråga under granskningen, svara i App Store Connect i stället för att skicka in på nytt, som guiden om att [svara App Review i Resolution Center](https://devoria.fr/sv/blog/resolution-center-apple-svara-avslag-app-review) förklarar. ## Om Apple avslår påskyndningen Du behåller din plats i kön: ett avslag på påskyndning ändrar inget i den pågående granskningen. För att slippa hamna där igen: - **Schemalägg dina releaser.** För ett evenemang rekommenderar Apple schemalagd publicering i App Store Connect: versionen granskas i förväg och släpps det datum du vill. [Releaseinställningen för en version](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) ställer du in på versionens sida, i avsnittet App Store Version Release. - **Skicka in tidigt.** En version som är klar en vecka före evenemanget ger tid för en normal granskning, och till och med för ett rättat avslag. - **Ha en kanal utan granskning för JavaScript.** Med Expo är det den som förvandlar en kritisk bugg till en rättning på några minuter. Mina mallar för granskarens anteckningar, min checklista före inskickning och svaren på de vanligaste avslagen finns samlade i [Review Kit](https://devoria.fr/sv/kits/app-review). Och om du vill veta vad som saknas i din inskickning innan du skickar den, säger den [kostnadsfria diagnosen](https://devoria.fr/sv/diagnostic) det och skickar dig min checklista mot avslag från Apple. Alla steg för publicering finns i [publicera en app på App Store](https://devoria.fr/sv/expertise/publicera-app-pa-app-store). ## Vanliga frågor ### Hur lång tid tar en påskyndad granskning på App Store? Apple anger ingen tid. De säger att de går igenom varje ansökan och påskyndar granskningen utifrån kapacitet och efterfrågan just då. En godkänd ansökan gör att versionen går till In Review före sin tur, utan löfte om klockslag. ### Kan man be om påskyndad granskning för en första app? Inget förbjuder det, men Apple reserverar påskyndning för verkliga nödlägen och nämner två exempel: en kritisk bugg i en version som redan är live, eller en release kopplad till ett daterat evenemang. En första publicering som ligger efter din planering passar enligt mig inte in i något av dem. ### Hur många gånger kan man be om påskyndad granskning? Apple publicerar inget antal. De ber dig spara ansökningarna till verkliga nödlägen. Enligt mig gör varje ansökan utan riktigt skäl nästa mindre trovärdig: spara den till en bugg som drabbar dina användare. ### Måste man dra tillbaka inskickningen innan man ber om påskyndning? Nej, tvärtom. Bara en inskickad version kan påskyndas, och en tillbakadragen version förlorar sin plats i kön. Skicka in, fyll i Notes och skicka sedan formuläret. ### Var hittar man formuläret för påskyndad granskning? På Apples utvecklarsajt, efter inloggning på ditt konto: hjälpsidan om påskyndad granskning leder dit via länken Request an Expedited App Review. Där väljer du app och plattform. ### Garanterar en påskyndad granskning att appen godkänns? Nej. Den ändrar bara platsen i kön. Versionen måste följa App Review Guidelines som vilken annan version som helst, och ett avslag är fortfarande möjligt. ### Kan man rätta en bugg utan att gå via App Review? Med Expo eller React Native ersätter en fjärruppdatering JavaScript-koden utan nytt build eller granskning. Nativ kod, behörigheter och nativa beroenden kräver alltid ett build som skickas till Apple. ## Ditt projekt [Review Kit](https://devoria.fr/sv/kits/app-review): Min checklista för App Store-granskningen, mina avslag från Apple och hur jag fixade dem, en för Google Play och tre Claude Code-skills. 549 kr. [iOS & Android Kit](https://devoria.fr/sv/kits/ios): Bygg din app för iPhone och Android med Claude Code: startkoden från mina appar, hela vägen till butikerna och alla kit. 1 099 kr. [Diagnos: det som skiljer dig från din iPhone-app](https://devoria.fr/sv/diagnostic): 7 frågor, 60 sekunder: du får veta vad som egentligen hindrar dig från att publicera din iPhone-app, din väg i 4 steg och kitet som passar dig.