App Store review: Sådan kommer du igennem første gang

App Store review er det sted, hvor flest solo-udviklere mister momentum.

Du har brugt måneder på at bygge appen. Du trykker “Submit for review”. Og så kommer der en afvisning om noget, du ikke havde tænkt over.

Jeg har været igennem det her mange gange med HeadToHead, Quiz Fight og andre projekter. Her er den konkrete tjekliste, jeg går igennem hver eneste gang, før jeg sender en app til review.

1. Test på en rigtig enhed — ikke kun simulator

Dette er den fejl, jeg lavede flest gange i starten. Simulatoren er fantastisk til hverdagen, men den fanger ikke alt.

Inden review:

• Installer appen på en rigtig iPhone via TestFlight
• Test den i flight mode (offline)
• Test den i dårligt netværk (Network Link Conditioner)
• Test den på en ældre enhed, hvis du har én

Apple’s reviewer bruger faktiske enheder. Hvis du kun har testet i simulator, finder de ting, du ikke vidste eksisterede.

2. Brug login-credentials i review notes

Hvis din app kræver login, så giv dem en demo-konto. Hver gang. Selv hvis du tror, det er åbenlyst.

I App Store Connect under “App Review Information”:

• Sign-In Required: ✓
• Username: demo@dindomæne.dk
• Password: en simpel, men ikke hackbar adgangskode

Glemmer du det her, bliver appen afvist inden for 24 timer.

3. Forklar “kontroversielle” features i en kort note

Hvis din app gør noget, der kunne misforstås — fx samler data, bruger location, eller har en feature, der ligner noget der kunne være imod Apple’s regler — så forklar det proaktivt.

Eksempel fra Quiz Fight:

“App uses AI-generated trivia questions stored in Firestore. No user-generated content is published without moderation. All multiplayer features use anonymized matchmaking.”

To-tre sætninger sparer dig for en uges ekstra review-tid.

4. Sørg for at alle privacy nutrition labels matcher virkeligheden

Apple er meget nidkære med privacy labels nu. Hvis din app samler analytics (selv anonyme), så skal det deklareres.

Tjek:

• Hvilke SDK’er bruger du? (Firebase Analytics? Crashlytics?)
• Hvad samler de?
• Er det matchet i App Store Connect under “App Privacy”?

Det er hurtigt at få til at virke korrekt, men det er også en af de mest almindelige grunde til afvisninger.

5. App icon og screenshots skal være “ægte”

App Store reviewere er trænede til at se efter:

• Mockup-screenshots der ikke ligner appen
• Stock photos som app icons
• “Coming soon”-features i screenshots, der ikke findes i appen

Brug rigtige screenshots fra den faktiske app. Hvis du vil pifte dem op med tekst eller baggrund, så vis stadig den ægte UI.

6. Crashes er en automatisk afvisning

Det her lyder åbenlyst, men: Hvis appen crasher under reviewerens første session, er du ude.

Inden review:

• Lad appen køre i 5 minutter i baggrunden og kom så tilbage
• Test alle hovedflows i rækkefølge uden at lukke appen
• Tjek crash reporting (Crashlytics, Sentry) for nylige issues

Hvis du bygger med React + Capacitor, så test også specifikt at WebView-startuppen er stabil — det er den mest almindelige kilde til crashes i den her type apps.

7. Hold dig opdateret med Apple’s seneste guidelines

Apple opdaterer deres review guidelines flere gange om året. Det er ikke fordi du skal læse hele dokumentet hver gang, men når du bygger en ny feature, der minder om noget kontroversielt (fx in-app purchases, AI-genereret indhold, eller user-to-user kommunikation), så er det værd at slå op i:

Apple App Store Review Guidelines

Det tager 5 minutter at læse det relevante afsnit. Det sparer dig for uger, hvis du har misforstået noget.

Hvis du bliver afvist

Det sker. Også for erfarne folk.

Det vigtigste:

1. Læs afvisningen omhyggeligt. Ofte er problemet meget specifikt.
2. Svar via Resolution Center, ikke ved at lave en ny submission. Du kan ofte rette ét lille problem og få godkendt uden at gå hele kø-runden igennem igen.
3. Vær respektfuld og kort. Reviewere er mennesker. Vrede svar hjælper ikke nogen.

Sammenfatning

App Store review er ikke en mystisk sort boks. Det er en proces med klare mønstre, og når du først har været igennem den nogle gange, bliver det rutine.

Min personlige tommelfingerregel: Brug en hel dag kun til at forberede submission. Test, dokumentation, screenshots, privacy labels, review notes. Den ene dag sparer dig potentielt en uge af review-fra-helvede.

---

Halfdan Harring er solo-udvikler i Aarhus. Han har sendt flere apps gennem App Store review med React + Capacitor-stack. Se de aktuelle produkter på AppsMedHalfdan.dk.

Se mine apps · Hvorfor jeg bruger React + Capacitor · Mine lektioner fra fire apps