Sådan udgiver du en app i App Store: Fra TestFlight til godkendelse

For at udgive en app i App Store skal du tilmelde dig Apple Developer Program (99 USD om året pr. november 2026), oprette appen i App Store Connect, uploade en signeret build, teste den via TestFlight, tilføje dine screenshots, beskrivelse, oplysninger om privatliv og aldersvurdering og derefter klikke på Add for Review og Submit for Review. Apple gennemgår hver indsendelse manuelt, typisk inden for en dag eller to, og når appen er godkendt, udgiver du den i App Store. Denne guide følger forløbet skærm for skærm og lister de problemer, der oftest får apps sendt tilbage.

Stadig under udvikling? Start med sådan laver du en iPhone-app.

Hvad du skal have, før du går i gang

• Et medlemskab af Apple Developer Program, enten som privatperson (dit juridiske navn vises som sælger) eller som organisation (kræver et D-U-N-S-nummer, en e-mail på virksomhedens domæne og en fungerende hjemmeside).
• En signeret build af din app, uploadet til App Store Connect. Typisk fra Xcode eller Apples Transporter, eller af en tjeneste, der bygger for dig.
• En URL til privatlivspolitikken og en support-URL med opdaterede kontaktoplysninger. Apple kræver begge dele for hver app.
• Screenshots: 1 til 10 pr. påkrævet skærmstørrelse, som JPEG eller PNG uden gennemsigtighed. App Store Connect viser, hvilke størrelser der kræves; på tidspunktet for skrivningen er det 6,9-tommers iPhone (eller 6,5-tommers, hvis du ikke leverer 6,9-tommers), plus iPad-størrelser, hvis din app kører på iPad.
• En demokonto, hvis en del af appen kræver login.

Trin 1: Tilmeld dig Apple Developer Program

Log ind med et Apple-konto, der har tofaktorgodkendelse slået til, og tilmeld dig. Privatpersoner bliver typisk godkendt hurtigt. Organisationer bør regne med ekstra tid, fordi Apple bekræfter virksomhedens juridiske status og din ret til at underskrive på dens vegne. Hvis du ikke har et D-U-N-S-nummer, kan du i de fleste lande anmode om et gratis, men udstedelsen tager tid.

Trin 2: Opret app-posten

I App Store Connect skal du åbne Apps, klikke på + og vælge New App. Udfyld:

• Platform: iOS.
• Name: navnet i App Store, som skal være unikt i butikken.
• Primary language.
• Bundle ID: appens identifikator, for eksempel com.dinvirksomhed.dinapp. Den skal matche buildet.
• SKU: en intern kode efter eget valg.

Apple tillader ikke eksterne værktøjer at oprette denne post, så det gør du selv én gang.

Trin 3: Upload en build

Hvis du bygger i Xcode, skal du arkivere appen og uploade den fra Organizer. Builds kan også uploades med Transporter eller via App Store Connect API'et.

Hvis du bygger med Mythex

På Pro-planen bygger Mythex din publicerede app som iPhone-app på sine egne Mac'er og uploader den til din TestFlight. Du behøver hverken en Mac eller Xcode. Opsætningen tager få minutter:

1. I App Store Connect går du til Users and Access → Integrations → App Store Connect API og opretter en Team key med rollen Admin.
2. Download .p8-filen. Apple lader dig kun downloade den én gang, så gem den et sikkert sted.
3. Træk filen ind i panelet Connect App Store i Mythex, og indsæt Issuer ID'et, der vises over listen af nøgler. Mythex kontrollerer nøglen hos Apple, før den gemmes.

Ved den første build fortæller Mythex dig det præcise navn og Bundle ID, du skal bruge, når du opretter app-posten i trin 2. Når build-kortet siger In TestFlight, behandler Apple buildet i cirka 10 til 30 minutter, og derefter er det klar til testere. Se Mythex' iOS-appbygger for mere.

Trin 4: Test med TestFlight

TestFlight er Apples betakanal, og den er værd at bruge ordentligt før review:

• Interne testere: op til 100 medlemmer af dit App Store Connect-team. De kan installere et build, så snart det er behandlet.
• Eksterne testere: op til 10.000 personer, inviteret via e-mail eller et offentligt link. Det første build, du tilføjer til en ekstern gruppe, gennemgår en kort betagennemgang.
• Levetid for builds: hvert build kan testes i 90 dage.

Testere installerer TestFlight-appen, accepterer invitationen og installerer dit build. Bed dem om at udføre de vigtigste opgaver, ikke bare åbne appen. Vores guide til beta-test dækker, hvordan du finder testere og indsamler deres feedback.

Trin 5: Udfyld App Store-listingen

På appens versionsside skal du tilføje:

• Screenshots for hver påkrævet størrelse, der viser rigtige skærme.
• Promotional text (valgfri) og en beskrivelse, der tydeligt siger, hvad appen gør.
• Keywords, adskilt med kommaer. Gentag ikke dit appnavn, og brug ikke konkurrenters navne.
• Support URL og eventuelt en marketing-URL.
• Versionsnummer og copyright.

Under App Information vælger du kategorien, URL til privatlivspolitikken og aldersvurderingen ved at besvare Apples spørgeskema. Under Pricing and Availability vælger du en pris (eller gratis) og landene.

Trin 6: Udfyld App Privacy

App Privacy viser, hvilke data din app indsamler, for eksempel e-mail, navn, placering eller brugsdata, hvordan de bruges, og om de er knyttet til brugeren. Det vises på din App Store-side som den privatlivs-"næringsdeklaration". Medtag også data, der indsamles af tredjepartskode, såsom analyse- eller login-udbydere.

Dette afsnit findes kun på App Store Connects hjemmeside, ikke via eksterne værktøjer. Hvis du bruger Mythex, fortæller agenten dig, hvad du skal svare, ud fra hvad din app faktisk gør.

Trin 7: Tilføj review-oplysninger og indsend

I App Review Information skal du tilføje et kontaktnavn, telefonnummer og en e-mail samt en demokonto, der virker. Tilføj noter, hvis noget kræver forklaring, for eksempel "fanen Bookinger viser kun hold, når du har tilmeldt dig et".

Vælg derefter det build, du har testet, klik på Add for Review og Submit for Review. Der kan kun være én version pr. platform i review ad gangen.

Med Mythex kan du bede agenten om at tage sig af dette trin. Den vedhæfter buildet, udfylder det, den kan, og spørger dig, før den indsender.

Trin 8: Vent, svar, udgiv

Apple siger, at mindst halvdelen af indsendelserne gennemgås på under 24 timer, og 90 % inden for 48 timer. Du får en e-mail, når status ændres. Hvis Apple har spørgsmål eller afviser buildet, vises beskeden i App Store Connects afsnit App Review. Svar der, ret problemet og indsend igen.

Når appen er godkendt, udgives den automatisk eller holdes tilbage, så du kan udgive den manuelt, afhængigt af hvad du har valgt. Du kan også planlægge en udgivelsesdato.

Hvorfor apps bliver afvist, og hvordan du undgår det

• Ufuldstændig app (retningslinje 2.1). Nedbrud, pladsholdertekst, døde links, et manglende demologin. Apple siger, at dette står bag over 40 % af de uløste problemer. Test hver knap på en rigtig iPhone, før du indsender.
• Genbrugt website (retningslinje 4.2). Apple forventer funktioner, indhold og brugerflade, der går ud over et website i en ramme. Giv appen et telefon-først layout, konti, gemte data og reelle opgaver. Det er særligt vigtigt for indpakkede webapps, herunder apps lavet med Mythex.
• Ingen sletning af konto i appen (retningslinje 5.1.1(v)). Hvis folk kan oprette en konto i appen, skal de også kunne slette den i appen.
• Digitalt salg uden om in-app-køb (retningslinje 3.1.1). At låse funktioner eller indhold op mod betaling inde i appen kræver Apples in-app-køb.
• Oplysninger om privatliv, der ikke stemmer med appen. Sørg for, at App Privacy, din privatlivspolitik og appens faktiske adfærd stemmer overens.

Har du brug for en politiksside, forklarer vores guide om at skrive servicevilkår og privatlivspolitik, hvad den skal indeholde.

Opdatering af appen senere

Til hver ny version hæver du versionsnummeret, uploader et nyt build, skriver teksten "What's New" og indsender igen. Hver indsendelse gennemgås.

Hvis din app er en indpakket webapp, som Mythex-apps er, når de fleste daglige ændringer frem til iPhone-brugere, når du udgiver webappen, fordi telefonappen åbner den. Du indsender en ny version primært ved ændringer i appens skal, som ikon, navn eller tilladelser. Hvis Apple allerede har godkendt et versionsnummer, hæver Mythex det (for eksempel fra 1.0 til 1.1), før der bygges igen.

Også udgivelse på Android

Googles proces er anderledes: et engangsgebyr, testspor og for nye private konti en lukket test på 14 dage med 12 testere. Se sådan udgiver du en app på Google Play.

Spørgsmål