Ob mit Lovable, Base44, Bolt, v0 oder Replit gebaut: Bevor eine KI-generierte Web-App in die Stores geht, sollten Sie eine Reihe von Punkten prüfen. Die meisten Ablehnungen und Verzögerungen entstehen nicht durch Technik, sondern durch übersehene Formalitäten und typische Schwächen generierter Apps. Diese Checkliste fasst die wichtigsten Prüfschritte in sinnvoller Reihenfolge zusammen, damit Ihre Einreichung beim ersten Versuch durchgeht oder zumindest nur kleine Rückfragen auslöst.
Konten und Grundlagen
Sind das Apple Developer Program und die Google Play Console auf den richtigen Rechtsträger registriert, bei Unternehmen also als Organisation mit D-U-N-S-Nummer? Läuft die App auf einer eigenen Domain mit HTTPS statt auf der Vorschau-Adresse des Builders? Stehen App-Name, Bundle-ID beziehungsweise Package-Name fest? Diese Kennungen lassen sich nach der Veröffentlichung nicht mehr ändern.
Prüfen Sie auch, ob der App-Name markenrechtlich unbedenklich ist und nicht bereits im Store vergeben ist.
Klären Sie außerdem, wer im Unternehmen Zugriff auf die Konten hat. Empfehlenswert sind mindestens zwei Administratoren mit eigener Zwei-Faktor-Anmeldung, damit der Zugang nicht an einer einzelnen Person hängt. Dienstleister erhalten eingeschränkte Rollen in Ihrem Konto statt Ihrer Zugangsdaten.
Funktion und App-Erlebnis
Generierte Apps enthalten häufig Reste: Beispielseiten, Platzhaltertexte, nicht funktionierende Buttons oder englische Standardtexte in einer deutschen App. Gehen Sie jeden Bildschirm durch und entfernen Sie alles Unfertige, denn Guideline 2.1 verlangt eine vollständige App. Startet die App direkt in der Kernfunktion statt auf einer Marketing-Seite? Sind Cookie-Banner, Web-Fußzeilen und Desktop-Hinweise in der App-Ansicht ausgeblendet?
Bietet die App echten Mehrwert gegenüber der Website, etwa Push-Benachrichtigungen, Biometrie, Kamera-Upload, QR-Scanner oder eine Offline-Seite? Ohne solche Funktionen droht eine Ablehnung nach 4.2. Und verhält sich die App bei fehlender Verbindung vernünftig?
Testen Sie zudem auf mindestens einem älteren und einem aktuellen Gerät pro Plattform, im Hoch- und Querformat sowie mit vergrößerter Systemschrift. Generierte Layouts brechen gerade bei kleinen Bildschirmen und großer Schrift häufig um.
Login, Zahlungen und Datenschutz
Diese Prüfpunkte führen am häufigsten zu Ablehnungen:
- Kontolöschung ist in der App möglich, und für Google gibt es zusätzlich eine Web-Adresse zur Löschung.
- Werden Google- oder andere Social-Logins angeboten, gibt es eine gleichwertige datenschutzfreundliche Option wie Sign in with Apple.
- OAuth-Logins funktionieren in der App, Rücksprünge führen per Deep Link zurück, und Sitzungen bleiben nach einem Neustart erhalten.
- Digitale Inhalte und Abos werden über In-App-Käufe beziehungsweise Google Play Billing abgerechnet, inklusive Wiederherstellung von Käufen.
- Datenschutzerklärung, App Privacy Labels, Privacy Manifest und Data safety sind vollständig und stimmen miteinander überein.
Store-Eintrag und Review-Vorbereitung
Liegen Icon ohne Transparenz, Screenshots aus der echten App in den geforderten Größen und für Google eine Feature Graphic vor? Sind Beschreibung, Schlüsselwörter, Kategorie, Altersfreigabe und Support-Adresse ausgefüllt? Gibt es ein Testkonto mit aussagekräftigen Beispieldaten und einen Review-Hinweis, der Zweck, Zielgruppe und native Funktionen erklärt?
Bei einem neuen privaten Google-Konto ist der Closed Test mit mindestens 12 Testern über 14 Tage eingeplant. Für Apple sind Testbuilds in TestFlight auf mehreren Geräten geprüft. Ein Sicherheitscheck des generierten Codes, vor allem der Datenbank-Zugriffsregeln, ist vor dem öffentlichen Start dringend zu empfehlen. Je nach Zielgruppe lohnt zudem ein Blick auf Barrierefreiheit, etwa ausreichende Kontraste, skalierbare Schrift und Beschriftungen für Screenreader. Für viele digitale Angebote an Verbraucher sind diese Anforderungen durch das Barrierefreiheitsstärkungsgesetz inzwischen auch rechtlich relevant.
Halten Sie schließlich fest, wer nach der Einreichung Rückfragen der Stores beantwortet und Bewertungen im Blick behält. Eine schnelle Reaktion auf Nachfragen im Resolution Center oder in der Play Console verkürzt den gesamten Prozess spürbar.
Die Checkliste in guten Händen
appsubmitter.io arbeitet genau diese Punkte mit KI-gestützten Guideline-Checks ab und übernimmt Signierung, Store-Einträge und Einreichung in Ihrem eigenen Konto. WebViewGold liefert die nativen Funktionen für Ihre Web-App. Gehen Sie Ihre Checkliste mit uns in einem kostenlosen 15-Minuten-Erstgespräch durch.
Häufige Fragen
Gilt die Checkliste auch für Apps aus Bolt, v0 oder Replit?
Ja. Die Anforderungen von Apple und Google hängen nicht vom Builder ab. Unterschiede gibt es nur bei der technischen Umsetzung einzelner Punkte, etwa beim Login.
Was ist der häufigste Grund für eine Ablehnung?
Bei Web-basierten Apps sind es meist fehlender App-Mehrwert nach Guideline 4.2 und unvollständige Funktionen nach 2.1. Dicht dahinter folgen Login- und Datenschutzthemen.
Sollte ich iOS und Android gleichzeitig einreichen?
Ja, die Vorbereitung ist weitgehend identisch. Wegen der Testpflicht bei neuen privaten Google-Konten startet der Android-Prozess am besten sogar etwas früher.