Waiting for Review i App Store Connect: alle statusene

Waiting for Review betyr at Apple har mottatt innsendingen din, men at ingen reviewer har åpnet den ennå. I det franske grensesnittet heter den «En attente de vérification». Du trenger ikke gjøre noe, bortsett fra å holde demokontoen og serveren din aktive. Og viktigst av alt: ikke trekk tilbake versjonen for å sende den inn på nytt. Da starter gjennomgangen helt fra begynnelsen.

Her er de andre statusene i App Store Connect, med hva hver av dem krever av deg. Jeg noterte de franske etikettene 25. oktober 2026 i det franske grensesnittet til App Store Connect, på mine egne apper. Definisjonene kommer fra den offisielle siden om statuser, som ikke finnes på fransk.

Statusene i App Store Connect

Det franske grensesnittet snakker om «tilstand» heller enn status. Statusen har en farget prikk: rød betyr at du må handle; gul betyr at en prosess pågår, hos deg eller hos Apple; grønn betyr at appen er klar for distribusjon.

Status	Hva det betyr	Hva du gjør
Prepare for Submission	Versjonen er under forberedelse	Fyll ut appsiden
Ready for Review	Alt er fylt ut, ingenting er sendt	Send inn
Invalid Binary	Bygget oppfyller ikke kravene	Last opp et nytt bygg
Waiting for Review	Mottatt, ikke åpnet ennå	Vent
In Review	En reviewer ser på den	Vær tilgjengelig
Accepted	Godkjent, men et annet element avvist	Rett opp eller fjern det andre
Pending Developer Release	Godkjent, venter på klarsignal fra deg	Publiser når du vil
Ready for Distribution	Godkjent og klar til distribusjon	Sjekk avtalene dine
Rejected	Versjonen er avvist	Les meldingen
Metadata Rejected	Appsiden avvist, ikke bygget	Rett opp, og svar
Developer Rejected	Du trakk den ut av gjennomgangen	Send inn igjen når du er klar

Rett før distribusjon kan du også se Processing for Distribution: appen blir behandlet og er klar til distribusjon innen 24 timer.

Det finnes to sjeldnere statuser. Pending Apple Release: Apple holder igjen versjonen din til den offentlige lanseringen av systemversjonen den retter seg mot. Sjekk deployment target i bygget ditt hvis det ikke var meningen. Waiting for Export Compliance: Apple går gjennom CCATS-filen din.

Statusene for selve bygget, som Missing Compliance eller Expired, er en egen liste. Den finner du i guiden om byggnummer og versjon.

Hva hver status krever av deg

Før innsending

Prepare for Submission er utgangspunktet for hver versjon. Ready for Review betyr at alt er fylt ut og at du har sagt at du vil sende inn. Ingenting er sendt til Apple før du faktisk har sendt inn. I denne tilstanden kan du ikke lenger endre bildene og videoene dine.

Invalid Binary betyr at bygget ikke oppfyller gjeldende krav. Apple ber deg laste opp et nytt, eller velge et som oppfyller kravene.

Under gjennomgangen

Waiting for Review: du kan fortsatt endre noe av informasjonen, eller trekke tilbake innsendingen. Du kan ikke lenger laste opp eller endre skjermbilder eller forhåndsvisningsvideoer.

In Review: noen fra App Review tester appen din. Hvis en del krever innlogging, krever App Review-siden en gyldig demokonto i seksjonen App Review Information. App Review Guidelines krever også at servertjenestene dine er aktive og tilgjengelige under gjennomgangen.

Etter gjennomgangen

Pending Developer Release heter «Prête pour la publication» på fransk, og det er den mest misvisende: appen din er godkjent, men den er ikke til salgs. Du valgte manuell publisering, og Apple venter på signalet ditt. Knappen øverst til høyre på versjonssiden (Release This Version i Apples hjelpesider) publiserer den, og det kan ta opptil 24 timer før den dukker opp. Ifølge hjelpesiden om publiseringsvalg sender Apple deg en påminnelse på e-post hvis den blir liggende i denne tilstanden i mer enn 30 dager.

Ready for Distribution: appen er godkjent og kan distribueres, så lenge avtalene dine er gyldige. Kontoinnehaveren (Account Holder) godtar de nyeste i seksjonen Business. For en betalt app eller en app med abonnement er det Paid Apps Agreement.

Accepted vises på et godkjent element når et annet element i samme innsending, for eksempel et abonnement, er avvist. Appen lanseres først når alt er godkjent: rett opp det avviste elementet eller fjern det fra innsendingen.

Avvisninger

Rejected: App Review forklarer hvorfor i seksjonen App Review. Innsendingen går over til Unresolved Issues, og ifølge hjelpesiden om slike innsendinger kan du ikke lenger legge til elementer i den. Fremgangsmåten finner du i svare App Review.

Metadata Rejected: problemet ligger på appsiden din, ikke i koden. Du leser meldingen, retter metadataene og svarer. Du trenger ikke et nytt bygg. En avvisning etter 2.3.10 fordi Android er nevnt på appsiden er et eksempel.

Developer Rejected: navnet høres skummelt ut, men det er du som har trukket versjonen ut av gjennomgangen. Ingenting er avvist på innholdet. Send inn det samme bygget, eller et nytt, når du er klar.

Uansett: send bare inn på nytt når du har rettet alt. Apple advarer om at en ny innsending med uløste problemer forsinker gjennomgangen og gir samme resultat.

Når Waiting for Review drar ut

Apple har ingen grense for når ventetiden blir unormal. Målene deres, og hva de er verdt i praksis, står i guiden om godkjenningstid i App Store. Hvis du har passert dem, nevner siden Track a submission's review status tre tilfeller som tar lengre tid å sjekke:

• Lite eller ingen historikk med gjennomganger, som ved en første app.
• Dokumenter som må bekreftes: tillatelser, lisenser, partneravtaler.
• Komplekse eller nye temaer: regulert innhold, nye plattformfunksjoner, aktiverte entitlements.

En undersøkelse av svindel eller manipulasjon, som falske anmeldelser eller en funksjon skjult for revieweren, kan også forlenge gjennomgangen.

For å følge med på ventetiden åpner du historikken i sidemenyen til appen din. Ifølge hjelpesiden om statushistorikk står hver statusendring der med dato. Vil du ha en e-post ved hver endring, slår du på varselet App Status Reports i brukeradministrasjonen.

Ikke trekk tilbake versjonen for å sette den i gang igjen

Dette er den dyreste refleksen. Ifølge Apples hjelpeside om tilbaketrekking forlater en tilbaketrukket versjon køen og går over til Developer Rejected. Sender du den inn igjen, starter gjennomgangen helt fra begynnelsen.

Be om en raskere gjennomgang

Apple forbeholder raskere gjennomgang for reelle nødsituasjoner og gir to eksempler: retting av en kritisk feil, og en lansering knyttet til en hendelse som har med appen din å gjøre.

1. Send inn appen først: bare en innsending som allerede er sendt, kan få raskere gjennomgang.
2. Når du sender inn, fyll ut feltet Notes. Ved en kritisk feil forklarer du feilen versjonen retter. Ved en hendelse oppgir du navn, dato og hvordan appen din henger sammen med den. Legg ved en demokonto hvis funksjoner krever innlogging.
3. Send skjemaet Request an Expedited App Review og velg app og plattform.

App Review vurderer hver forespørsel og gir raskere behandling når de har kapasitet. En forespørsel er aldri en garanti.

Kontakte Apple

For en pågående innsending viser App Review-hjelpen til knappen Reply to App Review i App Store Connect: en spesialist som kjenner appen din, svarer deg. Feltet er ikke for å be om raskere gjennomgang eller for å klage, de har egne skjemaer. Etter et svar fra App Review kan du i samme vindu be om en samtale med en representant fra Apple. Slike samtaler skjer vanligvis innen tre til fem virkedager.

TestFlight: et bygg som venter på gjennomgang for eksterne testere

Den samme statusen, Waiting for Review, finnes også i TestFlight-fanen, for en annen gjennomgang. Listen over byggstatuser skiller mellom dem:

• Interne testere: et bygg med statusen Ready to Submit kan allerede distribueres til dem, uten beta-gjennomgang.
• Eksterne testere: bygget går til TestFlight App Review og får statusen Waiting for Review, deretter In Beta Review. Eksterne tester starter først etter godkjenning.

Hjelpesiden om eksterne testere presiserer at det første bygget i en versjon krever en full gjennomgang, men ikke nødvendigvis de neste. Bare ett bygg per versjon kan være under gjennomgang om gangen, og du kan sende inn opptil seks per 24-timersperiode. Et avvist bygg går over til Rejected og kan ikke lenger brukes i TestFlight: du må laste opp et nytt. Resten står i guiden TestFlight for å teste iPhone-appen din.

Kort ned ventetiden før innsending

Apple sier det selv på oppfølgingssiden: for å korte ned gjennomgangstiden bør du fylle ut seksjonen App Review Information og legge ved alle nødvendige dokumenter før du sender inn. Apple Review Kit inneholder sjekklisten jeg bruker før innsending og maler for notater til revieweren: demokonto, kjøp i appen, skjulte funksjoner.

Forbereder du din første innsending? Den gratis diagnosen sender deg sjekklisten min mot avvisninger fra Apple og forteller deg hva som gjenstår. Alle stegene er samlet i publisere en app på App Store.

Ofte stilte spørsmål

Hva betyr Waiting for Review i App Store Connect?

Apple har mottatt innsendingen din, men gjennomgangen har ikke startet. På fransk heter statusen «En attente de vérification». Du kan fortsatt endre noe av informasjonen, men ikke lenger skjermbildene eller forhåndsvisningsvideoene dine.

Hvor lenge varer statusen Waiting for Review?

Apple publiserer mål for behandlingstid, ikke en garanti, og ingen varslingsgrense. En første app uten historikk med gjennomganger er blant tilfellene Apple sier tar lengre tid å sjekke.

Bør jeg trekke tilbake versjonen hvis ventetiden blir for lang?

Nei. En tilbaketrukket versjon går over til Developer Rejected, og gjennomgangen starter helt fra begynnelsen når du sender den inn igjen. Ved en reell nødsituasjon, som retting av en kritisk feil, bør du heller be om raskere gjennomgang.

Hva betyr Pending Developer Release i App Store Connect?

På fransk heter den «Prête pour la publication». Apple har godkjent versjonen din, men du har valgt å publisere den selv. Den er ikke til salgs før du har publisert den fra versjonssiden.

Hvorfor venter TestFlight-bygget mitt på gjennomgang?

Statusen Waiting for Review betyr at du har sendt det inn for eksterne testere: det venter på TestFlight App Review, og eksterne tester starter etter godkjenning. Interne testere trenger ikke denne gjennomgangen.