# Fremskyndet gjennomgang App Store: slik ber du Apple > Apple nevner to tilfeller: en kritisk feil i versjonen som er ute, eller en lansering knyttet til et arrangement. Her er fremgangsmåten. Opprinnelig side: [Fremskyndet gjennomgang App Store: slik ber du Apple](https://devoria.fr/no/blog/fremskyndet-gjennomgang-app-store-apple) Forfatter: [Mehdi Azizi](https://devoria.fr/no/mehdi-azizi) Publisert: 2026-11-06 Innhold sist revidert: 2026-11-06 **Fremskyndet gjennomgang finnes, men Apple forbeholder den eksepsjonelle omstendigheter, og nevner to: å rette en kritisk feil i en versjon som allerede er publisert, eller å lansere en versjon tilpasset et arrangement som appen din er direkte knyttet til.** Først sender du inn versjonen, så forklarer du hastverket i Notes til reviewer, og deretter sender du forespørselsskjemaet. Apple vurderer hver forespørsel og fremskynder etter kapasitet: det er aldri noen garanti. Appene mine, Solys, TradaZen og Nolera, er laget med Expo. Når en feil ligger i JavaScript-koden, sendes rettingen ut som en fjernoppdatering, uten å gå gjennom App Review. Fremskyndet gjennomgang trenger jeg derfor bare for et native build, og det er også det første du bør spørre deg selv om før du ber om det. Denne guiden følger [Apples hjelpeside om fremskyndet gjennomgang](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/), gjennomlest 6. november 2026. ## Hva Apple nevner, og hva som ikke går gjennom Apple snakker om eksepsjonelle omstendigheter og ber deg forbeholde forespørslene ekte nødsituasjoner. [App Review-siden](https://developer.apple.com/distribute/app-review/) gir to eksempler og hva du må oppgi for hvert av dem. De tre avviste radene i tabellen er min tolkning av disse sidene, ikke en liste fra Apple. | Grunn | Hos Apple | Hva du må oppgi, eller forstå | | ------------------------------------ | --------------------- | ---------------------------------------------------- | | Kritisk feil i versjonen som er ute | Nevnt som eksempel | Steg for å gjenskape feilen, nåværende versjon | | Lansering knyttet til et arrangement | Nevnt som eksempel | Arrangementet, datoen, koblingen mellom appen og det | | Første publisering er forsinket | Nei, etter min mening | Ingenting gjør den hastende i Apples øyne | | Markedsføringsdato uten arrangement | Nei, etter min mening | En kampanje er ikke et arrangement knyttet til appen | | Lengre ventetid enn vanlig | Nei, etter min mening | En normal ventetid er ikke en nødsituasjon | **Apple definerer ikke begrepet. I praksis er en kritisk feil en app som krasjer, som blokkerer en sentral funksjon eller som hindrer betaling, hos ekte brukere, i versjonen som er ute.** En skrivefeil på en skjerm er det ikke. Og hvis appen din fortsatt er under gjennomgang når et arrangement nærmer seg, presiserer Apple at du også kan be om fremskynding av den grunn. ## Fremgangsmåten i tre steg 1. **Send inn versjonen i App Store Connect.** Bare en innsending som allerede er sendt, kan fremskyndes. Hvis funksjoner krever innlogging, legger du inn en demokonto i seksjonen App Review Information. 2. **Fyll ut Notes-feltet når du sender inn.** For en kritisk feil beskriver du feilen som er rettet og hvordan den kan gjenskapes i nåværende versjon. For et arrangement oppgir du navnet, datoen og hva som knytter appen din til det. 3. **Send skjemaet Request an Expedited App Review**, som du finner via Apples hjelpeside etter at du har logget inn på utviklerkontoen din. Der velger du appen og plattformen det gjelder, og sender. Apple vurderer forespørselen og svarer deg, og så følger du innsendingen i App Store Connect. Hvis forespørselen godtas, går versjonen til In Review tidligere enn køen ellers ville gitt. Hvis den avslås, går gjennomgangen som normalt: ingenting er tapt. > Knappen Reply to App Review i App Store Connect brukes ikke til å be om fremskyndet gjennomgang. [Kontaktsiden for App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) forbeholder den dialog om en pågående innsending; forespørsel om fremskynding og klage har hvert sitt skjema. ## Hva du skal skrive: to maler App Review leser engelsk. Her er de to tekstene jeg har klare, som du tilpasser i Notes, og i skjemaet hvis det gir deg et fritekstfelt. De er på fem linjer fordi en reviewer må forstå hastverket uten å åpne appen. **Kritisk feil i versjonen som er ute:** > 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. **Lansering knyttet til et arrangement:** > 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. Disse to tekstene er eksempler, ikke forespørsler jeg har sendt. To regler for dine egne. **Etterprøvbare fakta**: versjon, system, steg, dato, kobling til arrangementet. **Ingenting annet enn hastverket**: hvis buildet ditt også inneholder en ny funksjon, nevner du det i én setning, men du forsvarer den ikke. ## Før du spør, sjekk at du trenger det Apple ber deg forbeholde det ekte nødsituasjoner. Tre spørsmål, og én felle, før du sender skjemaet. **Kan rettingen gå ut uten gjennomgang?** Med Expo erstatter en fjernoppdatering JavaScript-koden i apper som allerede er installert, uten nytt build. Det er den veien jeg bruker for rettingene mine. Den dekker verken native kode, tillatelser eller native avhengigheter: for disse trengs et build og en gjennomgang. Og innholdet må holde seg innenfor det Apple har godkjent, slik [introduksjonen til EAS Update](https://docs.expo.dev/eas-update/introduction/) minner om: en fjernoppdatering endrer ikke appens formål. Guiden om [trinnvis utrulling av en iOS-oppdatering](https://devoria.fr/no/blog/publisere-ios-oppdatering-trinnvis-utrulling) går i detalj på hva som går hvilken vei. **Er ventetiden unormal?** Apple sier at de vanligvis gjennomgår minst 50 % av innsendingene på under 24 timer og 90 % på under 48 timer. Hvis versjonen din har vært [i Waiting for Review](https://devoria.fr/no/blog/waiting-for-review-app-store-connect-statuser) i én dag, er du innenfor normalen for [behandlingstiden i App Store](https://devoria.fr/no/blog/app-store-godkjenning-hvor-lang-tid). [Siden om status for en innsending](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) minner også om hva som forlenger en gjennomgang: første app uten historikk, dokumenter som må sjekkes, regulert tema. **Er innsendingen komplett?** En fremskyndet gjennomgang av en ufullstendig innsending fremskynder ingenting. Apple advarer om at en ufullstendig innsending forsinker gjennomgangen eller blir avvist. Demokonto, notater, dokumenter: alt må være på plass før skjemaet. **Og fremfor alt: ikke trekk tilbake versjonen for å sende den inn på nytt.** En tilbaketrukket versjon forlater køen og starter fra null. Hvis Apple stiller deg et spørsmål under gjennomgangen, svarer du i App Store Connect i stedet for å sende inn på nytt, slik guiden om [å svare App Review i Resolution Center](https://devoria.fr/no/blog/resolution-center-apple-svar-avslag-app-review) forklarer. ## Hvis Apple avslår fremskyndingen Du beholder plassen din i køen: et avslag på fremskynding endrer ingenting ved den pågående gjennomgangen. For å slippe å havne i samme situasjon igjen: - **Planlegg lanseringene dine.** For et arrangement anbefaler Apple å velge planlagt publisering i App Store Connect: versjonen gjennomgås på forhånd og slippes på ønsket dato. [Publiseringsvalget for en versjon](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) stiller du inn på versjonssiden, i seksjonen App Store Version Release. - **Send inn tidlig.** En versjon som er klar en uke før arrangementet gir tid til en normal gjennomgang, og til og med til å rette opp et avslag. - **Ha en kanal uten gjennomgang for JavaScript.** Med Expo er det dette som gjør en kritisk feil om til en retting på noen minutter. Malene mine for notater til revieweren, sjekklisten min før innsending og svarene på de vanligste avslagene er samlet i [Review Kit](https://devoria.fr/no/kits/app-review). Og hvis du vil vite hva som mangler i innsendingen din før du sender den, forteller den [gratis diagnosen](https://devoria.fr/no/diagnostic) deg det og sender deg sjekklisten min mot avslag fra Apple. Alle stegene i publiseringen finner du i [publisere en app på App Store](https://devoria.fr/no/expertise/publisere-app-pa-app-store). ## Ofte stilte spørsmål ### Hvor lang tid tar en fremskyndet gjennomgang i App Store? Apple oppgir ingen tidsfrist. De sier at de vurderer hver forespørsel og fremskynder gjennomgangen etter kapasitet og pågang. En godtatt forespørsel sender versjonen til In Review før det ellers ville vært dens tur, uten løfte om tidspunkt. ### Kan man be om fremskyndet gjennomgang for en første app? Ingenting forbyr det, men Apple forbeholder fremskynding ekte nødsituasjoner og nevner to eksempler: en kritisk feil i en versjon som allerede er ute, eller en lansering knyttet til et datofestet arrangement. En første publisering som ligger etter planen din, passer etter min mening ikke inn i noen av dem. ### Hvor mange ganger kan man be om fremskyndet gjennomgang? Apple oppgir ikke noe antall. De ber deg forbeholde forespørslene ekte nødsituasjoner. Etter min mening gjør hver forespørsel uten god grunn den neste mindre troverdig: spar den til en feil som rammer brukerne dine. ### Må man trekke tilbake innsendingen før man ber om fremskynding? Nei, tvert imot. Bare en innsending som allerede er sendt, kan fremskyndes, og en tilbaketrukket versjon mister plassen sin i køen. Send inn, fyll ut Notes, og send så skjemaet. ### Hvor finner jeg skjemaet for fremskyndet gjennomgang? På Apples utviklernettsted, etter at du har logget inn på kontoen din: hjelpesiden om fremskyndet gjennomgang leder dit via lenken Request an Expedited App Review. Der velger du appen og plattformen det gjelder. ### Garanterer en fremskyndet gjennomgang at appen blir godkjent? Nei. Den endrer bare plassen i køen. Versjonen må følge App Review Guidelines som alle andre, og et avslag er fortsatt mulig. ### Kan man rette en feil uten å gå gjennom App Review? Med Expo eller React Native erstatter en fjernoppdatering JavaScript-koden uten nytt build eller gjennomgang. Native kode, tillatelser og native avhengigheter krever fortsatt et build som sendes til Apple. ## Prosjektet ditt [Review Kit](https://devoria.fr/no/kits/app-review): Sjekklisten min for App Store-gjennomgang, Apples avslag på appene mine med rettelser, sjekklisten for Google Play og tre Claude Code-skills. 499 kr. [iOS & Android Kit](https://devoria.fr/no/kits/ios): Lag din iPhone- og Android-app med Claude Code: startkoden fra appene mine, veien helt til butikkene og alle kitene. 999 kr. [Diagnose: dette står mellom deg og iPhone-appen din](https://devoria.fr/no/diagnostic): 7 spørsmål, 60 sekunder: du får vite hva som egentlig hindrer deg i å publisere iPhone-appen din, veien din i 4 steg og kitet som passer deg.