Een Base44-app publiceren in de App Store: wat Build Store Files doet en wat jij nog moet doen (2026)

Zoek je uit hoe je een Base44-app in de App Store publiceert, dan is het korte antwoord: Base44 bouwt nu de binary, de rest is aan jou. Per oktober 2026 maakt het tabblad Mobile app in de editor een ondertekende IPA. Het Apple-account, het App Store Connect-record, de upload, de review en eventuele afwijzingen blijven jouw verantwoordelijkheid. Hieronder vind je elke stap, plus de richtlijn waarop de meeste wrapper-apps stranden.

Wat doet Build Stores Files van Base44 precies?

Build Stores Files zet je gepubliceerde Base44-webapp om in binaries die klaar zijn voor de stores: een IPA voor de App Store en een AAB voor Google Play. Elk bestand verpakt je bestaande webapp in een dunne native schil.

Volgens de Base44-documentatie over store-indiening is het resultaat "een lichte native wrapper rond je webapp die alleen de URL van je app opent." Base44 doet daarnaast het volgende:

• Het voert een App Scan uit op basis van de richtlijnen van de App Store of Google Play en geeft je een Readiness Score.
• Het "configureert automatisch een Bundle ID en signing key", en die kun je in de gegenereerde bestanden niet wijzigen.
• Het stelt apparaatrechten in met AI en schrijft purpose strings in 24 talen. Volgens de documentatie zijn deze "niet bewerkbaar in de Base44-interface."
• Het kan pushmeldingen toevoegen als je een APNs .p8-sleutel aanlevert; dat is een andere sleutel dan de App Store Connect API-sleutel.

De meeste inhoudelijke wijzigingen die je in Base44 publiceert, komen zonder nieuwe indiening in de geïnstalleerde app terecht. Pas je de naam, het icoon, de bundle ID, de push-instellingen of de rechten aan, dan moet je de bestanden opnieuw genereren en opnieuw indienen.

Wat moet je nog zelf doen?

Jij bent verantwoordelijk voor alles buiten de binary: ontwikkelaarsaccounts, de store-vermelding, de upload, de review en eventuele bezwaren. De documentatie van Base44 zegt dat het "je ontwikkelaarsaccounts niet aanmaakt of beheert" en niet namens jou contact opneemt met Apple of Google.

Hoe publiceer je een Base44-app stap voor stap in de App Store?

Je publiceert een Base44-app door de IPA in Base44 te bouwen, een bijpassend app-record in App Store Connect aan te maken, de IPA te uploaden en die build in te dienen voor review.

1. Meld je aan bij het Apple Developer Program en wacht op goedkeuring. De Account Holder moet ook de nieuwste overeenkomst in App Store Connect accepteren, anders kun je geen app toevoegen.
2. Ga in App Store Connect naar Users and Access → Integrations en maak een API-sleutel aan met de Admin-rol. Noteer de Issuer ID en Key ID en download het .p8-bestand.
3. Open in Base44 Publish → Mobile app, klik op Run App Scan met de App Store-richtlijnen geselecteerd en los elk kritiek probleem op.
4. Kies Create App Store files en vul je Issuer ID, Key ID, Team ID en .p8-sleutel in. Download daarna de IPA.
5. Open in App Store Connect Apps → + → New App. Kies iOS, vul de naam, primaire taal en SKU in en selecteer de bundle ID die Base44 heeft ingesteld.
6. Upload de IPA. Apple noemt Xcode, altool en Transporter als uploadopties; voor een kant-en-klare IPA is Transporter, een gratis macOS-app, het eenvoudigst.
7. Wacht op de e-mail die bevestigt dat de build verwerkt is. Voeg daarna screenshots, een beschrijving, een URL naar je privacybeleid, de leeftijdsclassificatie en privacygegevens toe.
8. Koppel de build aan de versie, voeg reviewnotities en een demo-login toe en klik op Submit for Review.

Apple koppelt elke upload aan je record via "de bundle ID en het versienummer, die in de app-bundle staan". De upload wordt niet gekoppeld als je het record met een andere bundle ID hebt aangemaakt. Volg voor de vermeldingsgegevens onze checklist voor App Store-indiening en richt een login voor de reviewer in met de gids voor demo-accounts.

Wat kost het om een Base44-app te publiceren?

Een Base44-app publiceren in de App Store kost minimaal een betaald Base44 Builder-abonnement plus Apples jaarlijkse lidmaatschap van 99 USD. Daar komt de eenmalige vergoeding van 25 USD van Google bij als je ook op Android uitbrengt.

Op Apples aanmeldpagina staat: "Het Apple Developer Program kost 99 USD per lidmaatschapsjaar. Prijzen kunnen per regio verschillen." De scan van Base44 kun je op het Free-abonnement uitvoeren, maar het downloaden van store-bestanden "vereist het Builder-abonnement of hoger." Op Google Play moeten persoonlijke accounts die na 13 november 2023 zijn aangemaakt eerst een testperiode doorlopen voordat ze live kunnen. Dat proces behandelen we in onze gids voor closed testing.

Wijst Apple een Base44-app af onder richtlijn 4.2?

Een Base44-app loopt een reëel risico op afwijzing onder richtlijn 4.2 als hij aanvoelt als je website in een frame, omdat de build alleen de URL van je app opent. Apple keurt verpakte apps goed als ze op een telefoon nuttig zijn en als een echte app aanvoelen, niet als ze de site alleen spiegelen.

Richtlijn 4.2 zegt: "Je app moet functies, content en UI bevatten die hem verheffen boven een opnieuw verpakte website." Richtlijn 4.2.2 voegt toe dat apps niet in de eerste plaats "web clippings, content-aggregators of een verzameling links" mogen zijn.

Ook de gedocumenteerde beperkingen van Base44 tellen mee. Je kunt geen aparte startpagina voor de app kiezen, en volledige offline modus en HealthKit worden niet ondersteund. Digitale goederen via Stripe in de app verkopen leidt tot afwijzing onder richtlijn 3.1.1, en StoreKit wordt nog niet ondersteund. Fysieke goederen en diensten kunnen nog steeds Stripe gebruiken.

Wat gebeurde er met andere web-wrapper-apps die onder 4.2 werden afgewezen?

Openbare threads op de Apple Developer Forums laten zien dat 4.2-afwijzingen van wrapper-apps afhangen van wat de reviewer bij het opstarten daadwerkelijk ziet, niet van hoeveel native API's je opsomt.

In een Cordova-thread werd een ontwikkelaar talloze keren afgewezen onder "4.2 Design: Minimum Functionality", hoewel de app gps en de versnellingsmeter gebruikte en zonder verbinding bleef opnemen. Na een telefoongesprek legde Apple uit dat "er helemaal geen UI in de binary-build zat" en dat "er een wit scherm was tijdens het laden van de site." De ontwikkelaar loste het op door een splashscreen toe te voegen en eerst een lokale index.html met echte UI te laden. De externe site verscheen pas nadat hij volledig geladen was, en de app werd goedgekeurd.

In een andere thread werd een video-app afgewezen onder 4.2.2 met deze melding: "je app bevat alleen links, afbeeldingen of content die van internet is verzameld, met beperkte of geen native iOS-functionaliteit." De app had offline downloads, pushmeldingen met deeplinks en favorieten. Apple antwoordde dat "gebruikers de video's op de website kunnen bookmarken met Safari", en in de thread wordt nooit een goedkeuring gemeld.

Vergelijkende les: de eerste app kwam erdoor zodra het eerste scherm er niet meer uitzag als een ladende website. De tweede faalde omdat elke toegevoegde functie al in Safari kon. Test je Base44-app met dat in gedachten op een telefoon.

Wat moet je controleren voordat je op Submit for Review drukt?

Controleer voor het indienen of een reviewer op een iPhone kan inloggen, de kerntaak kan afronden en nooit op een leeg scherm, een doodlopende webpagina of een Stripe-checkout voor digitale content stuit.

• De App Scan toont geen openstaande kritieke problemen, en je hebt na de fixes opnieuw gepubliceerd.
• Start de app in vliegtuigmodus en controleer of er een vriendelijke melding verschijnt in plaats van een wit scherm.
• De pagina's met privacybeleid en voorwaarden zijn bereikbaar vóór het aanmelden.
• Navigatie werkt zonder terugknoppen van een browser, en geen enkele externe link laat de gebruiker vastlopen.
• Er wordt geen digitale content via Stripe in de app verkocht.
• Het demo-account werkt, en de reviewnotities leggen uit wat de app op een telefoon doet dat de website niet doet.
• Het App Store Connect-record gebruikt de bundle ID die Base44 heeft gegenereerd.

Uitgewerkt voorbeeld: een boekingsapp gebouwd in Base44 die fysieke lessen verkoopt, kan Stripe houden, omdat lessen een dienst zijn. Voegt de app een betaalde videobibliotheek toe, dan valt die onder richtlijn 3.1.1; haal hem dan uit de iOS-build totdat StoreKit beschikbaar is. Wil je dat iemand nog even meekijkt voordat je indient, bekijk dan onze diensten.