Base44-App im App Store veröffentlichen: Was Build Store Files erledigt und was bei dir bleibt (2026)

Wenn du wissen willst, wie du eine Base44-App im App Store veröffentlichst, lautet die Kurzfassung: Base44 baut inzwischen das Binary, alles andere liegt bei dir. Stand Oktober 2026 erzeugt der Tab „Mobile app“ im Editor eine signierte IPA. Apple-Account, App-Store-Connect-Eintrag, Upload, Review und jede Ablehnung bleiben aber deine Sache. Unten findest du jeden Schritt sowie die Richtlinie, an der die meisten Wrapper-Apps scheitern.

Was macht Build Stores Files von Base44 eigentlich?

Build Stores Files verwandelt deine veröffentlichte Base44-Web-App in store-fertige Binaries: eine IPA für den App Store und eine AAB für Google Play. Beide verpacken deine bestehende Web-App in eine schlanke native Hülle.

Laut der Base44-Dokumentation zur Store-Einreichung ist das Ergebnis „ein schlanker nativer Wrapper um deine Web-App, der nur die URL deiner App öffnet“. Außerdem erledigt Base44 Folgendes:

• Es führt einen App Scan gegen die Richtlinien von App Store oder Google Play durch und gibt dir einen Readiness Score.
• Es „konfiguriert automatisch eine Bundle ID und einen Signierschlüssel“, und diese kannst du in den generierten Dateien nicht ändern.
• Es legt Geräteberechtigungen per KI fest und schreibt Purpose Strings in 24 Sprachen. Laut Dokumentation sind diese „in der Base44-Oberfläche nicht bearbeitbar“.
• Es kann Push-Benachrichtigungen hinzufügen, wenn du einen APNs-.p8-Schlüssel hinterlegst – das ist ein anderer Schlüssel als der App Store Connect API-Schlüssel.

Die meisten inhaltlichen Änderungen, die du in Base44 veröffentlichst, landen ohne neue Einreichung in der installierten App. Änderst du Name, Icon, Bundle ID, Push-Einrichtung oder Berechtigungen, musst du die Dateien neu erzeugen und erneut einreichen.

Was musst du weiterhin selbst erledigen?

Du bist für alles außerhalb des Binarys verantwortlich: Developer-Accounts, Store-Eintrag, Upload, Review und eventuelle Einsprüche. Laut Base44-Dokumentation „erstellt oder verwaltet“ Base44 „deine Developer-Accounts nicht“ und kontaktiert Apple oder Google nicht für dich.

Wie veröffentlichst du eine Base44-App Schritt für Schritt im App Store?

Du veröffentlichst eine Base44-App, indem du die IPA in Base44 baust, in App Store Connect einen passenden App-Eintrag anlegst, die IPA hochlädst und diesen Build zur Prüfung einreichst.

1. Melde dich beim Apple Developer Program an und warte auf die Freigabe. Der Account Holder muss außerdem die aktuelle Vereinbarung in App Store Connect akzeptieren, sonst kannst du keine App hinzufügen.
2. Gehe in App Store Connect zu Users and Access → Integrations und erstelle einen API-Schlüssel mit der Rolle Admin. Notiere Issuer ID und Key ID und lade die .p8-Datei herunter.
3. Öffne in Base44 Publish → Mobile app, klicke mit ausgewählten App-Store-Richtlinien auf Run App Scan und behebe jedes kritische Problem.
4. Wähle Create App Store files und gib Issuer ID, Key ID, Team ID und den .p8-Schlüssel ein. Lade dann die IPA herunter.
5. Öffne in App Store Connect Apps → + → New App. Wähle iOS, gib Name, Primärsprache und SKU ein und wähle die von Base44 konfigurierte Bundle ID.
6. Lade die IPA hoch. Apple nennt Xcode, altool und Transporter als Upload-Optionen; für eine fertige IPA ist Transporter, eine kostenlose macOS-App, am einfachsten.
7. Warte auf die E-Mail, die bestätigt, dass der Build verarbeitet wurde. Füge dann Screenshots, Beschreibung, URL der Datenschutzerklärung, Altersfreigabe und Datenschutzangaben hinzu.
8. Hänge den Build an die Version an, ergänze Review-Notizen und einen Demo-Login und klicke auf Submit for Review.

Apple ordnet jeden Upload deinem Eintrag über „die Bundle ID und die Versionsnummer, die sich im App-Bundle befinden“ zu. Hast du den Eintrag mit einer anderen Bundle ID angelegt, lässt sich der Upload nicht zuordnen. Für die Angaben im Store-Eintrag folge unserer Checkliste für die App-Store-Einreichung und richte mit dem Leitfaden zum Demo-Account einen Login für die Prüfer ein.

Was kostet es, eine Base44-App zu veröffentlichen?

Eine Base44-App im App Store zu veröffentlichen kostet mindestens einen kostenpflichtigen Base44-Builder-Tarif plus Apples jährliche Mitgliedschaft für 99 USD. Wenn du auch für Android veröffentlichst, kommt Googles einmalige Gebühr von 25 USD hinzu.

Auf Apples Anmeldeseite heißt es: „Das Apple Developer Program kostet 99 USD pro Mitgliedschaftsjahr. Preise können je nach Region abweichen.“ Den Scan von Base44 kannst du im Free-Tarif ausführen, der Download der Store-Dateien „erfordert den Builder-Tarif oder höher“. Bei Google Play müssen private Konten, die nach dem 13. November 2023 erstellt wurden, vor dem Livegang eine Testphase durchlaufen. Diesen Ablauf behandelt unser Leitfaden zu geschlossenen Tests.

Lehnt Apple eine Base44-App nach Richtlinie 4.2 ab?

Eine Base44-App läuft ernsthaft Gefahr, nach Richtlinie 4.2 abgelehnt zu werden, wenn sie sich wie deine Website in einem Rahmen verhält, denn der Build öffnet nur die URL deiner App. Apple genehmigt Wrapper-Apps, wenn sie sich auf dem Smartphone nützlich und wie eine echte App anfühlen – nicht, wenn sie die Website spiegeln.

Richtlinie 4.2 besagt: „Deine App sollte Funktionen, Inhalte und eine Benutzeroberfläche bieten, die sie über eine umverpackte Website hinausheben.“ Richtlinie 4.2.2 ergänzt, dass Apps nicht in erster Linie „Web-Clippings, Content-Aggregatoren oder eine Sammlung von Links“ sein sollten.

Auch die dokumentierten Einschränkungen von Base44 spielen eine Rolle. Du kannst keine separate Startseite für die App festlegen, und ein vollständiger Offline-Modus sowie HealthKit werden nicht unterstützt. Wer in der App digitale Güter über Stripe verkauft, wird nach Richtlinie 3.1.1 abgelehnt, und StoreKit wird noch nicht unterstützt. Physische Güter und Dienstleistungen können weiterhin Stripe nutzen.

Was ist mit anderen Web-Wrapper-Apps passiert, die nach 4.2 abgelehnt wurden?

Öffentliche Threads in den Apple Developer Forums zeigen: Ob eine Wrapper-App nach 4.2 abgelehnt wird, hängt davon ab, was der Prüfer beim Start tatsächlich sieht – nicht davon, wie viele native APIs du aufzählst.

In einem Cordova-Thread wurde ein Entwickler mehrfach nach „4.2 Design: Minimum Functionality“ abgelehnt, obwohl die App GPS und den Beschleunigungssensor nutzte und auch ohne Verbindung weiter aufzeichnete. Nach einem Telefonat erklärte Apple, dass „es im Binary-Build überhaupt keine UI gab“ und „während das Laden der Website ein weißer Bildschirm zu sehen war“. Die Lösung: ein Splash Screen und zuerst eine lokale index.html mit echter UI. Die Remote-Website erschien erst, nachdem sie vollständig geladen war, und die App wurde genehmigt.

In einem anderen Thread wurde eine Video-App nach 4.2.2 mit folgender Nachricht abgelehnt: „Deine App enthält nur Links, Bilder oder aus dem Internet aggregierte Inhalte mit eingeschränkter oder keiner nativen iOS-Funktionalität.“ Die App bot Offline-Downloads, Push-Benachrichtigungen mit Deep Links und Favoriten. Apple antwortete: „Nutzer können die Videos auf der Website mit Safari als Lesezeichen speichern“, und der Thread berichtet nie von einer Genehmigung.

Fazit im Vergleich: Die erste App kam durch, sobald ihr erster Bildschirm nicht mehr wie eine ladende Website aussah. Die zweite scheiterte, weil jede hinzugefügte Funktion auch in Safari möglich war. Teste deine Base44-App mit diesem Blick auf einem Smartphone.

Was solltest du prüfen, bevor du auf Submit for Review klickst?

Prüfe vor der Einreichung, dass sich ein Prüfer auf einem iPhone anmelden, die Kernaufgabe erledigen und dabei nie auf einen leeren Bildschirm, eine Sackgasse im Web-Stil oder einen Stripe-Checkout für digitale Inhalte stoßen kann.

• Der App Scan zeigt keine ungelösten kritischen Probleme, und du hast nach den Korrekturen neu veröffentlicht.
• Starte die App im Flugmodus und stelle sicher, dass statt eines weißen Bildschirms eine freundliche Meldung erscheint.
• Datenschutzerklärung und Nutzungsbedingungen sind vor der Registrierung erreichbar.
• Die Navigation funktioniert ohne Browser-Zurück-Buttons, und keine externen Links lassen den Nutzer festsitzen.
• In der App werden keine digitalen Inhalte über Stripe verkauft.
• Der Demo-Account funktioniert, und die Review-Notizen erklären, was die App auf dem Smartphone kann, was die Website nicht kann.
• Der Eintrag in App Store Connect verwendet die von Base44 generierte Bundle ID.

Praxisbeispiel: Eine in Base44 gebaute Buchungs-App, die Präsenzkurse verkauft, kann Stripe behalten, weil Kurse eine Dienstleistung sind. Kommt eine kostenpflichtige Videobibliothek hinzu, fällt diese unter Richtlinie 3.1.1 – entferne sie also aus dem iOS-Build, bis StoreKit verfügbar ist. Wenn du vor der Einreichung ein zweites Paar Augen möchtest, sieh dir unsere Leistungen an.