Lav en app til iPhone (med eller uden Mac)

Du laver en app til iPhone ved at vælge en måde at bygge den på (Swift i Apples Xcode på en Mac, et cross-platform-framework eller en webapp pakket til iOS af en builder, der kompilerer i skyen), blive medlem af Apple Developer Program, teste appen via TestFlight og indsende den til App Review. Du kan lave en app til iPhone uden at eje en Mac, hvis en tjeneste bygger og signerer den for dig, men du har altid brug for din egen Apple-udviklerkonto. Denne guide forklarer hver vej og de Apple-specifikke regler, som folk ofte snubler over.

Hvad er anderledes ved iPhone-apps

Tre ting gør iOS strengere end Android:

1. Signering er påkrævet. Hver app, der installeres uden for udvikling, skal signeres med et certifikat fra en Apple-udviklerkonto. Der findes ingen tilsvarende måde at sideloade en fil over på en vens iPhone.
2. Xcode kører kun på macOS. Apples værktøjer til at bygge og uploade apps kræver en Mac, medmindre en anden Mac gør arbejdet.
3. Hver udgivelse i App Store gennemgås af folk hos Apple mod offentliggjorte retningslinjer.

Intet af dette er en grund til at undgå iPhone. Det betyder, at du planlægger for en konto, en gennemgang og en testfase.

Tre måder at bygge den på

Native med Swift og Xcode

Swift og SwiftUI er Apples eget sprog og interfaceframework. Du bygger i Xcode, kører appen i iOS Simulator og installerer den på din iPhone med kabel eller trådløst.

• Vælg den, når appen har brug for den bedste ydeevne, de nyeste iOS-funktioner, widgets eller dyb adgang til hardwaren.
• Forvent en Mac, måneders læring hvis du er nybegynder, og en særskilt build til Android senere.

Cross-platform med Flutter eller React Native

Én kodebase giver både en iPhone- og en Android-app. Du har stadig brug for en Mac eller en cloud-Mac-tjeneste til den endelige iOS-build og upload.

En webapp pakket til iOS

En webapp placeres i en native skal og bygges til en signeret iPhone-app. Sådan laver Mythex iPhone-apps. Du beskriver appen i chatten; Mythex bygger den som en fuldstack-webapp med database og lager; du udgiver den; og på Pro-planen bygger Mythex iPhone-appen på sine egne Mac-build-maskiner, signerer den med din App Store Connect API-nøgle og uploader den til din TestFlight. Ingen Mac på dit skrivebord, ingen Xcode.

Den ærlige begrænsning: Mythex skriver ikke Swift. Telefonappen åbner din udgivne app, så den passer til apps, hvis skærme fungerer som websider, fx booking, portaler, bestilling, trackere og community-værktøjer, og den opdateres, hver gang du udgiver.

Trin 1: Bliv medlem af Apple Developer Program

Fra november 2026 koster medlemskab 99 USD om året (priserne varierer efter region). Du kan tilmelde dig som:

• En privatperson. Dit juridiske navn vises som sælger i App Store. Du skal have en Apple-konto med tofaktorgodkendelse.
• En organisation. Virksomhedens navn vises. Apple kræver en juridisk enhed, et D-U-N-S-nummer (gratis de fleste steder), en arbejds-e-mail på virksomhedens domæne og et fungerende websted. Planlæg ekstra tid til verificering.

Akkrediterede uddannelsesinstitutioner kan tilmelde sig med gebyrfritagelse.

Trin 2: Byg den første version

Hold den til kerneflowet. En prompt til en lille studios booking-app til hold:

Byg en iPhone-først-app til et yogastudie. Medlemmer opretter sig med e-mail, ser ugens holdskema (holdnavn, lærer, tidspunkt, ledige pladser), booker et hold eller tilmelder sig venteliste og kan afbestille op til to timer før. Medlemmer ser deres kommende bookinger på en anden fane. Studieejeren logger ind på webben for at tilføje hold og se, hvem der er booket. Roligt design, bundmenu med faner, store knapper.

Du kan bygge den i Mythex-byggeren til iOS-apps og prøve den i live-forhåndsvisningen, og derefter i din iPhones browser, når den er udgivet.

Trin 3: Design til Apples forventninger

Apples retningslinje 4.2 siger, at en app skal gå ud over en genpakket hjemmeside. Praktiske måder at opfylde det på:

• Gør den til et værktøj, ikke en brochure. Konti, gemte data og handlinger, som brugeren vender tilbage til.
• Lav layoutet til telefoner. En bundmenu med faner, ingen små desktop-menuer, ingen pinch-to-zoom nødvendig.
• Håndter manglende forbindelse pænt med en tydelig besked i stedet for en tom skærm.
• Skjul links, der sender brugere til en desktop-hjemmeside, for kerneopgaver.

To flere regler betyder noget tidligt. Hvis appen lader folk oprette en konto, skal den også lade dem slette den inde i appen (retningslinje 5.1.1(v)). Hvis den låser digitale funktioner eller indhold op mod betaling, kræver Apple in-app purchase (retningslinje 3.1.1).

Trin 4: Opret appen i App Store Connect

App Store Connect er Apples website til at administrere apps. Under Apps klikker du på + og New App, og indtaster navn, primærsprog, Bundle ID og en SKU (din egen referencekode). Apple tillader ikke eksterne værktøjer at oprette denne post, så du gør det én gang manuelt. På Mythex fortæller den første iPhone-build dig det præcise navn og Bundle ID, du skal bruge.

For at lade Mythex signere og uploade builds opretter du en Team-nøgle med rollen Admin under Users and Access → Integrations → App Store Connect API, downloader .p8-filen (Apple lader dig kun downloade den én gang) og tilføjer den i projektet sammen med dit Issuer ID. Mythex kontrollerer nøglen hos Apple, før den gemmes.

Trin 5: Test med TestFlight

Når en build er uploadet, behandler Apple den, typisk i nogle minutter op til en halv time. Derefter:

• Interne testere (op til 100 personer i dit App Store Connect-team) kan installere den med det samme.
• Eksterne testere (op til 10.000 personer via e-mail eller et offentligt link) kræver, at den første build i en gruppe består en kort beta-gennemgang.
• Hver build virker i 90 dage, derefter udløber den.

Installer TestFlight-appen på din iPhone, accepter invitationen og test hovedflowet. Prøv det med stor skrift, i mørk tilstand og med notifikationer slået fra. Vores betatest-guide hjælper dig med at finde testere og indsamle feedback.

Trin 6: Indsend til App Review

Før du indsender, skal du have skærmbilleder, en beskrivelse, en support-URL, en URL til privatlivspolitik, svar i App Privacy om de data, du indsamler, en aldersgrænse og prissætning. Hvis appen kræver login, skal du give Apple en demokonto. Apple siger, at de gennemgår mindst halvdelen af indsendelserne på under 24 timer og 90 % på under 48 timer.

Den fulde tjekliste og de almindelige afvisningsgrunde findes i sådan udgiver du en app på App Store.

Trin 7: Udgiv opdateringer

Native og cross-platform-apps kræver en ny build og en ny gennemgang for hver ændring. En indpakket webapp er anderledes: indholds- og funktionsændringer når iPhone-brugere, når du udgiver webappen. Du har kun brug for en ny version i butikken til ændringer på skalniveau, fx ikon, navn eller tilladelser.

Omkostninger i overblik

Hvor går du herfra

Hvis dine brugere for det meste er på iPhone, start her og tilføj Android bagefter. Er de fordelt, så læs sådan laver du en mobilapp for at sammenligne tilgange, der betjener begge fra én kodebase, og sådan laver du en Android-app for Google-siden.

Spørgsmål