Slik publiserer du en app i App Store: fra TestFlight til godkjenning

For å publisere en app i App Store må du bli med i Apple Developer Program (99 USD i året fra november 2026), opprette appen i App Store Connect, laste opp et signert bygg, teste det gjennom TestFlight, legge til skjermbilder, beskrivelse, personverninformasjon og aldersgrense, og deretter klikke på Add for Review og Submit for Review. Apple vurderer hver innlevering manuelt, vanligvis innen en dag eller to, og når appen er godkjent, gir du den ut i App Store. Denne guiden følger den veien skjerm for skjerm og lister problemene som oftest sender apper tilbake.

Fortsatt under bygging? Start med slik lager du en iPhone-app.

Det du trenger før du starter

• Et medlemskap i Apple Developer Program, enten som privatperson (ditt juridiske navn vises som selger) eller som organisasjon (krever et D-U-N-S-nummer, en e-postadresse på firmadomenet og en fungerende nettside).
• Et signert bygg av appen din, lastet opp til App Store Connect. Vanligvis fra Xcode eller Apples Transporter, eller av en tjeneste som bygger for deg.
• En URL til personvernerklæringen og en support-URL med oppdaterte kontaktopplysninger. Apple krever begge for alle apper.
• Skjermbilder: 1 til 10 per påkrevd skjermstørrelse, som JPEG eller PNG uten gjennomsiktighet. App Store Connect viser hvilke størrelser som trengs. Per nå er det 6,9-tommers iPhone (eller 6,5-tommers hvis du ikke leverer 6,9-tommers), pluss iPad-størrelser hvis appen kjører på iPad.
• En demokonto hvis deler av appen er bak innlogging.

Steg 1: Meld deg på Apple Developer Program

Logg inn med en Apple-konto som har tofaktorautentisering slått på, og meld deg på. Privatpersoner blir vanligvis godkjent raskt. Organisasjoner bør regne med mer tid, fordi Apple kontrollerer selskapets juridiske status og at du har fullmakt til å signere for det. Hvis du ikke har et D-U-N-S-nummer, kan du be om et gratis i de fleste land, men det tar tid å få det.

Steg 2: Opprett appposten

I App Store Connect åpner du Apps, klikker på + og velger New App. Fyll inn:

• Platform: iOS.
• Name: navnet i App Store, som må være unikt i butikken.
• Primary language: primærspråket.
• Bundle ID: appens identifikator, for eksempel com.dittselskap.dinapp. Den må samsvare med bygget.
• SKU: en intern kode du selv velger.

Apple tillater ikke eksterne verktøy å opprette denne posten, så du gjør det én gang selv.

Steg 3: Last opp et bygg

Hvis du bygger i Xcode, arkiverer du appen og laster den opp fra Organizer. Bygg kan også lastes opp med Transporter eller gjennom App Store Connect API.

Hvis du bygger med Mythex

På Pro-planen bygger Mythex den publiserte appen din som iPhone-app på egne Mac-maskiner og laster den opp til TestFlight. Du trenger verken Mac eller Xcode. Oppsettet tar noen minutter:

1. I App Store Connect går du til Users and Access → Integrations → App Store Connect API og oppretter en Team key med rollen Admin.
2. Last ned .p8-filen. Apple lar deg laste den ned bare én gang, så oppbevar den trygt.
3. Legg filen i panelet Connect App Store i Mythex, og lim inn Issuer ID som vises over nøkkellisten. Mythex sjekker nøkkelen hos Apple før den lagres.

Ved det første bygget forteller Mythex deg nøyaktig navnet og Bundle ID-en du skal bruke når du oppretter appposten i steg 2. Når bygg-kortet viser In TestFlight, behandler Apple bygget i omtrent 10 til 30 minutter, og deretter er det klart for testere. Se Mythex iOS-appbyggeren for mer.

Steg 4: Test med TestFlight

TestFlight er Apples betakanal, og det er verdt å bruke den skikkelig før vurderingen:

• Interne testere: opptil 100 medlemmer av App Store Connect-teamet ditt. De kan installere et bygg så snart det er behandlet.
• Eksterne testere: opptil 10 000 personer, invitert med e-post eller en offentlig lenke. Det første bygget du legger til i en ekstern gruppe går gjennom en kort betavurdering.
• Levetid for bygg: hvert bygg kan testes i 90 dager.

Testere installerer TestFlight-appen, godtar invitasjonen og installerer bygget ditt. Be dem gjøre hovedoppgavene, ikke bare åpne appen. Guiden for betatester dekker hvordan du finner testere og samler inn tilbakemeldinger.

Steg 5: Fyll ut oppføringen i App Store

På versjonssiden for appen legger du til:

• Skjermbilder for hver påkrevd størrelse, med ekte skjermer.
• Promotional text (valgfritt) og en beskrivelse som sier tydelig hva appen gjør.
• Nøkkelord, skilt med komma. Gjenta ikke appnavnet ditt, og bruk ikke konkurrenters navn.
• Support URL og eventuelt en markedsførings-URL.
• Versjonsnummer og copyright.

Under App Information velger du kategori, URL til personvernerklæringen og aldersgrensen, ved å svare på Apples spørreskjema. Under Pricing and Availability velger du pris (eller gratis) og land.

Steg 6: Fyll ut App Privacy

App Privacy lister opp data appen samler inn, for eksempel e-post, navn, posisjon eller bruksdata, hvordan det brukes, og om det er knyttet til brukeren. Dette vises på App Store-siden din som den private «næringsdeklarasjonen». Ta med data som samles inn av tredjepartskode, for eksempel analyse- eller innloggingstjenester.

Denne delen finnes bare på nettstedet App Store Connect, ikke gjennom eksterne verktøy. Hvis du bruker Mythex, forteller agenten deg hva du skal svare, basert på hva appen faktisk gjør.

Steg 7: Legg til informasjon til vurdering og send inn

Under App Review Information legger du til et kontaktnavn, telefonnummer og e-post, samt en demokonto som fungerer. Legg til merknader hvis noe må forklares, for eksempel «fanen Bookings viser bare timer etter at du har meldt deg på en».

Deretter velger du bygget du testet, klikker på Add for Review og Submit for Review. Bare én versjon per plattform kan være under vurdering om gangen.

Med Mythex kan du be agenten om å gjøre denne delen. Den knytter bygget til appen, fyller ut det den kan, og spør deg før den sender inn.

Steg 8: Vent, svar og gi ut

Apple sier at minst halvparten av innleveringene vurderes på under 24 timer, og 90 % innen 48 timer. Du får en e-post når statusen endres. Hvis Apple har spørsmål eller avviser bygget, vises meldingen i App Store Connect under App Review. Svar der, rett opp problemet og send inn på nytt.

Når appen er godkjent, blir den gitt ut automatisk eller holdt tilbake til du gir den ut selv, avhengig av hva du valgte. Du kan også planlegge en utgivelsesdato.

Hvorfor apper blir avvist, og hvordan du unngår det

• Ufullstendig app (retningslinje 2.1). Krasj, plassholdertekst, døde lenker, en manglende demoinnlogging. Apple sier at dette ligger bak over 40 % av uløste problemer. Test hver knapp på en ekte iPhone før du sender inn.
• Ompakket nettside (retningslinje 4.2). Apple forventer funksjoner, innhold og grensesnitt som går utover en nettside i en ramme. Gi appen et telefonvennlig oppsett, kontoer, lagrede data og reelle oppgaver. Dette er særlig viktig for innpakkede webapper, inkludert apper laget med Mythex.
• Ingen sletting av konto i appen (retningslinje 5.1.1(v)). Hvis folk kan opprette en konto i appen, må de også kunne slette den i appen.
• Digitalt salg utenfor kjøp i appen (retningslinje 3.1.1). Å låse opp funksjoner eller innhold mot betaling i appen krever Apples kjøp i appen.
• Personverninformasjon som ikke stemmer med appen. App Privacy, personvernerklæringen din og appens faktiske oppførsel må samsvare.

Hvis du trenger en personvernside, forklarer guiden vår om å skrive vilkår og personvernerklæring hva som bør med.

Oppdatere appen senere

For hver nye versjon øker du versjonsnummeret, laster opp et nytt bygg, skriver teksten «What's New» og sender inn på nytt. Hver innlevering vurderes.

Hvis appen din er en innpakket webapp, slik Mythex-apper er, når de fleste daglige endringer iPhone-brukere når du publiserer webappen, fordi telefonappen åpner den. Du sender inn en ny versjon først og fremst for endringer i appens skall, som ikon, navn eller tillatelser. Hvis Apple allerede har godkjent et versjonsnummer, øker Mythex det (for eksempel 1.0 til 1.1) før det bygges på nytt.

Publisere på Android også

Googles prosess er annerledes: en engangsavgift, testspor, og for nye private kontoer en lukket test på 14 dager med 12 testere. Se slik publiserer du en app på Google Play.

Spørsmål