Base44-Apps entstehen schnell, und genau das sieht man ihnen bei der ersten Einreichung manchmal an. Apple lehnt sie aus wiederkehrenden Gründen ab: unvollständige Funktionen, fehlende Testzugänge, Website-Charakter, Login- und Datenschutzthemen. Die gute Nachricht: Fast alle diese Gründe lassen sich mit überschaubarem Aufwand beheben. Dieser Artikel ordnet die typischen Ablehnungen ein und zeigt für jede, welche Änderung an der App und welche Antwort an das Review-Team weiterhilft.
Die häufigsten Ablehnungsgründe bei Base44-Apps
Guideline 2.1, App Completeness, greift, wenn der Prüfer auf Fehler, Platzhalter oder tote Links stößt oder sich nicht anmelden kann. Bei Base44 sind das oft generierte Beispielseiten, die nie fertig wurden, oder ein Testkonto ohne Daten. Guideline 4.2, Minimum Functionality, trifft Apps, die wie eine Website im Rahmen wirken. Guideline 4.3, Spam, kann folgen, wenn sehr ähnliche Apps mehrfach eingereicht werden, etwa eine App pro Kunde.
Dazu kommen 5.1.1 bei fehlender Kontolöschung in der App oder unklaren Datenschutzangaben, 4.8 bei Google-Login ohne gleichwertige datenschutzfreundliche Alternative und 3.1.1, wenn digitale Abos über Stripe verkauft werden. Lesen Sie die Ablehnung deshalb genau: Sie nennt meist eine Guideline-Nummer und beschreibt, was der Prüfer beobachtet hat.
Auch wenn mehrere Gründe genannt werden, lohnt sich ein ruhiger Blick: Meist hängt ein Teil davon zusammen und lässt sich mit einer einzigen Änderung beheben.
Diagnose vor der Korrektur
Bevor Sie Änderungen in Base44 per Prompt anstoßen, sollten Sie die App so erleben wie der Prüfer. Installieren Sie die eingereichte Version über TestFlight auf einem frischen Gerät, melden Sie sich mit dem hinterlegten Testkonto an und gehen Sie jeden Bildschirm durch. Notieren Sie alles, was unfertig, englisch-deutsch gemischt oder website-typisch wirkt.
Nutzen Sie dabei die Möglichkeit, im Resolution Center Rückfragen zu stellen, wenn die Begründung unklar ist. Eine präzise Frage spart oft einen kompletten Korrekturzyklus.
Prüfen Sie außerdem die Sprache: Base44 erzeugt Oberflächen gern auf Englisch, auch wenn die Beschreibung im Store deutsch ist. Gemischte Texte, englische Fehlermeldungen oder Standard-E-Mails wirken unfertig und werden vom Prüfer oft als Hinweis auf eine unvollständige App gewertet. Ein einheitlicher Sprachstand gehört deshalb zur Vorbereitung jeder Neueinreichung.
Korrektur und Neueinreichung
Diese Reihenfolge führt in den meisten Fällen zur Freigabe:
- Beheben Sie zuerst den genannten Grund vollständig, etwa durch Entfernen unfertiger Seiten oder Ergänzen der Kontolöschung.
- Prüfen Sie anschließend alle übrigen kritischen Guidelines, damit nicht die nächste Ablehnung aus einem anderen Grund folgt.
- Aktualisieren Sie Testkonto, Review-Hinweise und bei Bedarf Screenshots, sodass sie der aktuellen App entsprechen.
- Erstellen Sie einen neuen Build, wenn native Änderungen nötig waren; bei reinen Web-Änderungen kann der bestehende Build erneut eingereicht werden.
- Antworten Sie im Resolution Center mit einer kurzen Liste der Änderungen und Hinweisen, wo der Prüfer sie findet.
Sonderfall: eine App für viele Kunden
Agenturen und Softwareanbieter bauen mit Base44 gern Varianten derselben App für verschiedene Kunden. Werden diese als einzelne Apps unter einem Konto eingereicht, droht eine Ablehnung nach 4.3. Apple bevorzugt eine einzige App, in der Kunden über Login oder Auswahl ihre Inhalte sehen. Alternativ veröffentlicht jeder Kunde die App in seinem eigenen Entwicklerkonto.
Klären Sie diese Frage vor dem Rollout, denn ein nachträglicher Umbau auf eine Multi-Mandanten-App ist aufwendiger als die richtige Planung.
Für die Mandantenlösung reicht oft ein Auswahlbildschirm nach dem Login oder ein Einladungscode, der die passende Organisation lädt. Base44 kann die nötigen Rollen und Datenfilter auf Zuruf anlegen, die Rechte sollten aber vor der Einreichung sorgfältig getestet werden.
Hilfe aus erfahrener Hand
appsubmitter.io analysiert Ablehnungen mit KI-gestützten Guideline-Checks, formuliert die Antwort und reicht in Ihrem Konto neu ein. WebViewGold liefert die nativen Funktionen, die bei 4.2 den Unterschied machen. Schicken Sie uns Ihre Ablehnung und besprechen Sie das weitere Vorgehen in einem kostenlosen 15-Minuten-Erstgespräch.
Häufige Fragen
Wie lange dauert eine erneute Prüfung?
Häufig erhalten Sie innerhalb von ein bis zwei Tagen eine Antwort. Bei wiederholten Ablehnungen oder komplexen Fällen kann es länger dauern.
Muss ich für jede Korrektur einen neuen Build hochladen?
Nur wenn sich der native Teil ändert. Lädt die App Ihre Base44-Oberfläche per URL, gelten Web-Änderungen sofort, und Sie können denselben Build erneut einreichen.
Kann ich gegen eine Ablehnung Einspruch einlegen?
Ja, über das App Review Board. Das lohnt sich, wenn Sie überzeugt sind, dass der Prüfer etwas missverstanden hat. In den meisten Fällen ist die gezielte Korrektur aber schneller.