Zelf een app maken voor iPhone (met of zonder Mac)

Om een iPhone-app te maken kies je een manier om hem te bouwen (Swift in Apple's Xcode op een Mac, een cross-platform framework, of een webapp die voor iOS is verpakt door een builder die in de cloud compileert), word je lid van het Apple Developer Program, test je de app via TestFlight en dien je hem in voor App Review. Je kunt zelf een app maken voor iPhone zonder Mac als een dienst hem voor je bouwt en ondertekent, maar je hebt altijd je eigen Apple-ontwikkelaarsaccount nodig. Deze gids legt elke route uit, plus de Apple-specifieke regels waar mensen over struikelen.

Wat is er anders aan iPhone-apps

Drie dingen maken iOS strenger dan Android:

1. Ondertekenen is verplicht. Elke app die buiten de ontwikkelomgeving wordt geïnstalleerd, moet worden ondertekend met een certificaat van een Apple-ontwikkelaarsaccount. Je kunt niet zomaar een bestand op de iPhone van een vriend zetten.
2. Xcode draait alleen op macOS. Apples tools om apps te bouwen en te uploaden hebben een Mac nodig, tenzij de Mac van iemand anders het werk doet.
3. Elke release in de App Store wordt beoordeeld door mensen bij Apple, aan de hand van gepubliceerde richtlijnen.

Niets hiervan is een reden om iPhone te mijden. Het betekent alleen dat je een account, een beoordeling en een testfase inplant.

Drie manieren om te bouwen

Native met Swift en Xcode

Swift en SwiftUI zijn Apples eigen taal en interfaceframework. Je bouwt in Xcode, draait de app in de iOS Simulator en installeert hem met een kabel of draadloos op je iPhone.

• Kies dit als de app de beste prestaties, de nieuwste iOS-functies, widgets of diepe toegang tot hardware nodig heeft.
• Verwacht een Mac, maanden leren als je nieuw bent, en later een aparte build voor Android.

Cross-platform met Flutter of React Native

Eén codebase levert zowel een iPhone- als een Android-app op. Voor de laatste iOS-build en upload heb je nog steeds een Mac of een cloud-Mac-dienst nodig.

Een webapp verpakt voor iOS

Een webapp wordt in een native schil geplaatst en gebouwd tot een ondertekende iPhone-app. Zo maakt Mythex iPhone-apps. Je beschrijft de app in de chat; Mythex bouwt hem als full-stack webapp met een database en opslag; jij publiceert hem; en met het Pro-abonnement bouwt Mythex de iPhone-app op zijn eigen Mac-buildmachines, ondertekent hem met je App Store Connect API-sleutel en uploadt hem naar je TestFlight. Geen Mac op je bureau, geen Xcode.

De eerlijke beperking: Mythex schrijft geen Swift. De telefoon-app opent je gepubliceerde app, dus het past bij apps waarvan de schermen als webpagina's werken, zoals boekingen, portalen, bestellingen, trackers en community-tools, en hij wordt bijgewerkt telkens als je publiceert.

Stap 1: Word lid van het Apple Developer Program

Vanaf november 2026 kost lidmaatschap 99 USD per jaar (prijzen verschillen per regio). Je kunt je aanmelden als:

• Particulier. Je wettelijke naam staat als verkoper in de App Store. Je hebt een Apple Account met tweestapsverificatie nodig.
• Organisatie. De naam van je bedrijf wordt getoond. Apple eist een juridische entiteit, een D-U-N-S-nummer (in de meeste landen gratis), een zakelijk e-mailadres op het domein van het bedrijf en een werkende website. Reken op extra tijd voor de verificatie.

Erkende onderwijsinstellingen kunnen zich aanmelden met een vrijstelling van de kosten.

Stap 2: Bouw de eerste versie

Houd het bij de kernflow. Een prompt voor de klassenboek-app van een kleine studio:

Bouw een iPhone-first app voor een yogastudio. Leden melden zich aan met e-mail, zien het lesrooster van deze week (naam van de les, docent, tijd, resterende plekken), boeken een les of gaan op de wachtlijst, en kunnen tot twee uur van tevoren annuleren. Leden zien hun aankomende boekingen op een tweede tabblad. De studio-eigenaar logt in op het web om lessen toe te voegen en te zien wie er geboekt heeft. Rustig ontwerp, tabbalk onderaan, grote knoppen.

Je kunt dit bouwen met de Mythex iOS-appbuilder en proberen in de live preview, en daarna in de browser van je iPhone zodra hij gepubliceerd is.

Stap 3: Ontwerp voor Apples verwachtingen

Apples richtlijn 4.2 zegt dat een app meer moet zijn dan een herverpakte website. Praktische manieren om daaraan te voldoen:

• Maak er een tool van, geen brochure. Accounts, opgeslagen gegevens en acties waarvoor een gebruiker terugkomt.
• Ontwerp voor telefoons. Een tabbalk onderaan, geen piepkleine desktopmenu's, geen knijpzoom nodig.
• Ga netjes om met geen verbinding, met een duidelijke melding in plaats van een leeg scherm.
• Verberg links die gebruikers voor kerntaken naar een desktopwebsite sturen.

Twee andere regels spelen al vroeg een rol. Als de app mensen een account laat aanmaken, moeten ze het ook in de app kunnen verwijderen (richtlijn 5.1.1(v)). Als de app tegen betaling digitale functies of content ontgrendelt, eist Apple in-app-aankoop (richtlijn 3.1.1).

Stap 4: Maak de app aan in App Store Connect

App Store Connect is Apples website om apps te beheren. Klik onder Apps op + en dan op New App, en vul de naam, de primaire taal, de Bundle ID en een SKU (je eigen referentiecode) in. Apple laat externe tools dit record niet aanmaken, dus dit doe je één keer met de hand. Bij Mythex vertelt de eerste iPhone-build je precies welke naam en Bundle ID je moet gebruiken.

Om Mythex builds te laten ondertekenen en uploaden, maak je onder Users and Access → Integrations → App Store Connect API een Team-sleutel met de rol Admin aan, download je het .p8-bestand (Apple laat je het maar één keer downloaden) en voeg je het in het project toe met je Issuer ID. Mythex controleert de sleutel bij Apple voordat hij wordt opgeslagen.

Stap 5: Test met TestFlight

Nadat een build is geüpload, verwerkt Apple hem; dat duurt meestal enkele minuten tot een half uur. Daarna:

• Interne testers (maximaal 100 mensen in je App Store Connect-team) kunnen hem meteen installeren.
• Externe testers (maximaal 10.000 mensen, via e-mail of een openbare link) hebben nodig dat de eerste build in een groep een korte bètabeoordeling doorstaat.
• Elke build werkt 90 dagen, daarna verloopt hij.

Installeer de TestFlight-app op je iPhone, accepteer de uitnodiging en test de hoofdflow. Probeer het met grote tekst, in de donkere modus en met meldingen uitgeschakeld. Onze gids voor bètatests helpt je testers te vinden en feedback te verzamelen.

Stap 6: Dien in voor App Review

Voordat je indient heb je screenshots, een beschrijving, een support-URL, een URL van je privacybeleid, App Privacy-antwoorden over de gegevens die je verzamelt, een leeftijdsclassificatie en prijzen nodig. Als de app een login nodig heeft, geef Apple dan een demoaccount. Apple zegt dat het minstens de helft van de inzendingen binnen 24 uur beoordeelt en 90% binnen 48 uur.

De volledige checklist en de meest voorkomende afwijzingsredenen staan in hoe je een app publiceert in de App Store.

Stap 7: Lever updates uit

Native en cross-platform apps hebben voor elke wijziging een nieuwe build en een nieuwe beoordeling nodig. Een verpakte webapp is anders: wijzigingen in content en functies bereiken iPhone-gebruikers zodra je de webapp publiceert. Alleen voor wijzigingen aan de schil, zoals het icoon, de naam of de rechten, heb je een nieuwe storeversie nodig.

Kosten in een oogopslag

Hoe nu verder

Als je gebruikers vooral op iPhone zitten, begin dan hier en voeg Android daarna toe. Als ze verdeeld zijn, lees dan hoe je een mobiele app maakt om aanpakken te vergelijken die beide platforms vanuit één codebase bedienen, en hoe je een Android-app maakt voor de Google-kant.

Veelgestelde vragen