Vibe-Coding-App bei Google Play veröffentlichen

Die meisten KI-App-Builder hören bei einer funktionierenden Vorschau auf: einer URL, einer Expo-Go-Sitzung oder einem APK auf Ihrem eigenen Smartphone. Nichts davon ist das, was Google Play überprüft. Dieser Beitrag beginnt bei dem, was Ihr Tool tatsächlich erzeugt hat, und geht dann Build, Korrekturen, Formulare und Test in der Reihenfolge durch, in der die Play Console danach fragt. Stand: 16. Oktober 2026.

Darf ich eine mit KI erstellte App bei Google Play veröffentlichen?

Ja, wenn die fertige App die Anforderungen von Google Play erfüllt. Wir haben keine Google-Richtlinie gefunden, die eine App verbietet, weil KI ihren Code geschrieben hat. Ein öffentlicher Release durchläuft dieselbe Überprüfung sowie dieselben Qualitäts- und Richtlinienprüfungen wie jede andere App. Wer Code mit KI schreibt, bleibt also trotzdem für die fertige App verantwortlich.

Googles eigene Ankündigung vom 13. Oktober 2026 spricht davon, Android-Apps per Vibe Coding in Google AI Studio zu erstellen. Eine Abkürzung entsteht dadurch nicht: Ein öffentlicher Store-Eintrag braucht weiterhin einen funktionierenden Release, korrekte Angaben und, bei vielen neuen privaten Konten, den geschlossenen Test. Wir haben keine datierte Google-Richtlinie gefunden, die mit KI geschriebene Apps als Kategorie ins Visier nimmt. Schwache KI-Builds scheitern an den allgemeinen Regeln zu Nützlichkeit und fehlerhaftem Verhalten.

“Apps, die nur eingeschränkte Funktionen und Inhalte bieten, sind nicht zulässig.”

Google Play-Richtlinien für Entwickler, Mindestfunktionalität (Minimum Functionality)

KI-Code, KI-Funktionen und KI-Grafiken im Store-Eintrag sind drei getrennte Fragen

Alles, was eine neue App vor der Überprüfung braucht, finden Sie unter Anforderungen für die Veröffentlichung bei Google Play 2026.

Wollen Sie einen öffentlichen Store-Eintrag oder nur eine App auf Ihrem Smartphone?

Entscheiden Sie das zuerst, denn private persönliche Nutzung und ein öffentlicher Play-Eintrag haben inzwischen unterschiedliche Zugangswege. Alles nach diesem Abschnitt betrifft den öffentlichen Store-Eintrag.

Googles privater AI-Studio-Weg im Vergleich zum öffentlichen Play-Eintrag

Eine vollständige Länderliste für den privaten Weg konnten wir nicht verifizieren. Prüfen Sie daher Googles Ankündigung vom Oktober 2026 für Ihren Markt, bevor Sie damit planen. Gehen Sie auch nicht davon aus, dass eine private App die Sicherheitsprüfungen überspringt; das hat Google nicht gesagt.

Wie bekomme ich das AAB aus meinem Tool?

Der Android-Build richtet sich nach dem Framework Ihres Projekts, nicht nach dem Namen des Coding-Assistenten. Ein Web-Button zum Veröffentlichen kann eine Website erzeugen, ohne ein Android App Bundle zu erzeugen. Stellen Sie also zuerst fest, was Sie haben: eine Web-App, ein Expo- oder React-Native-Projekt, ein Flutter-Projekt oder einen Builder, der selbst ein AAB exportiert.

Jeder der obigen Wege wurde am 16. Oktober 2026 anhand der eigenen Dokumentation des Anbieters geprüft; keiner wurde an einem Beispielprojekt durchgespielt. Builder ändern sich schnell, gleichen Sie also vor dem Build mit der aktuellen Dokumentation ab. Und erhöhen Sie das Ziel-SDK nicht von Hand, nur damit ein altes Projekt durchkommt: Steigen Sie stattdessen auf Tools um, die das neue Ziel unterstützen.

Was muss ich vor dem Upload beheben?

Prüfen Sie das Release-Artefakt, bevor Sie irgendjemanden zum Testen einladen. Drei technische Prüfungen fangen die meisten Überraschungen beim Neubau ab: das Ziel-API-Level, die Seitengröße nativer Bibliotheken sowie Identität und Signierung der App.

Ziel-API-Level

Neue Apps und App-Updates für Smartphones und Tablets müssen seit dem 31. August 2026 Android 16 (API-Level 36) oder höher als Ziel haben; Apps mit einer Fristverlängerung hatten bis zum 1. November 2026 Zeit. Für Wear OS, Android Automotive, TV und XR gelten andere Ziele. Die Details und den Lösungsweg finden Sie im Beitrag zum Ziel-API-Level.

16-KB-Seitengröße und native Bibliotheken

Apps mit nativem Code müssen Geräte mit 16-KB-Speicherseiten unterstützen. Googles aktueller Leitfaden blockiert inkompatible Updates ab dem 1. Februar 2027 für Apps, die API 35 und höher als Ziel haben. Das ist aber keine Ausnahme für eine neue App: Prüfen Sie die nativen Bibliotheken jetzt. Dass ein Framework 16 KB unterstützt, belegt nicht, dass jede native Abhängigkeit in Ihrer App kompatibel ist. Siehe wie Sie den 16-KB-Fehler finden und beheben.

App-Identität und Signierung

“Wenn Sie die Anwendungs-ID ändern, behandelt der Google Play Store den Upload als völlig andere App.”

Android Developers, App-Modul konfigurieren

Wenn ein KI-Neubau das Projekt neu generiert, vergleichen Sie die neue Anwendungs-ID mit der, die die Play Console bereits kennt. Bewahren Sie den Upload-Schlüssel und seine Passwörter sicher auf. Mit Play App Signing verwahrt Google den App-Signaturschlüssel, und der Upload-Schlüssel, mit dem Sie jedes Bundle signieren, ist ein separater Schlüssel.

Lehnt Google meinen Web-Wrapper ab?

Nicht deshalb, weil er ein Wrapper ist. Ein Wrapper muss dieselben veröffentlichten Qualitätsregeln erfüllen wie jede andere App, und einige dieser Regeln treffen dünne Wrapper am härtesten.

Erlaubnis und nützliche Funktionen

Googles Spam-Richtlinie lässt keine Apps zu, die “eine Webview einer Website ohne Erlaubnis des Website-Inhabers oder -Administrators bereitstellen”, und auch keine Apps, deren Hauptzweck darin besteht, Affiliate-Traffic auf eine Website zu leiten. Die Richtlinie zur Mindestfunktionalität erfasst zusätzlich Apps mit begrenztem Inhalt oder fehlerhaftem Verhalten. Ein Wrapper Ihrer eigenen Website besteht die Erlaubnisprüfung, muss aber trotzdem etwas Nützliches leisten und auf einem echten Gerät funktionieren.

TWA oder WebView

Eine Trusted Web Activity stellt Ihre Website im Browser des Nutzers dar und weist die Inhaberschaft über Digital Asset Links nach; eine WebView stellt sie innerhalb Ihrer eigenen App dar. Entwickler berichten sowohl von veröffentlichten als auch von abgelehnten TWA-Apps, und Googles öffentliche Dokumentation sagt nicht, dass die TWA-Nutzung für Testprüfungen unsichtbar ist. Ändern Sie die Architektur nur bei einem konkret festgestellten Problem, nicht weil ein Forum behauptet, Wrapper scheitern immer.

Zeigt Ihre TWA nach der Installation aus Google Play eine Browser-Adressleiste, prüfen Sie zuerst die Digital Asset Links gegen das Play-Signaturzertifikat: die assetlinks.json-SHA-256-Lösung erklärt das Schritt für Schritt.

Die tatsächliche Ablehnung diagnostizieren

Lesen Sie die in der Ablehnungs-E-Mail genannte Richtlinie und reproduzieren Sie das Problem im Release-Build, nicht in der Vorschau. Eine Ablehnung wegen Broken Functionality deutet auf einen Absturz, einen nicht funktionierenden Login oder einen Bildschirm hin, der nicht lädt, nicht auf das Framework. Siehe wie Sie eine Ablehnung wegen Broken Functionality beheben.

Welche Play Console-Formulare brauche ich?

Ihre Angaben müssen beschreiben, was die veröffentlichte App und ihre Abhängigkeiten tatsächlich tun, einschließlich SDKs, Anmeldung, Analytics, Werbung und jedes Cloud-KI-Dienstes. KI-Builder fügen diese oft hinzu, ohne es Ihnen zu sagen.

“Auch Apps, die nicht auf personenbezogene und vertrauliche Nutzerdaten zugreifen, müssen eine Datenschutzerklärung einreichen.”

Google Play-Richtlinien für Entwickler, Nutzerdaten

Menübezeichnungen weichen zwischen Googles Hilfeseiten voneinander ab. Wenn eine Bezeichnung in Ihrer Console anders lautet, suchen Sie unter App-Inhalte. Diese Pfade stammen aus Googles Dokumentation, nicht aus Screenshots Ihres Kontos.

Wo gehört der geschlossene Test hin?

Nach dem Build, den Formularen und einem nutzbaren Release, und bevor Sie den Produktionszugriff beantragen. Google verlangt ihn für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden; Organisationskonten und ältere private Konten fallen nicht unter diese Regel.

“Wenn Sie ein neu erstelltes privates Entwicklerkonto haben, müssen Sie einen geschlossenen Test für Ihre App mit mindestens 12 Testern durchführen, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren.”

Play Console-Hilfe, Antwort 14151465

Den richtigen Track verwenden

Der Test läuft in einem geschlossenen Track. Der interne Test ist eine nützliche Vorbereitung, mit bis zu 100 Testern pro App, zählt aber nicht; Internen Test einrichten erklärt den Unterschied. Eine Vorschau-URL, eine Expo-Go-Sitzung oder ein per Sideloading installiertes APK zählen ebenfalls nicht: Die Tester melden sich an und installieren aus Google Play.

Erst beantragen, dann veröffentlichen

Sobald das Dashboard anzeigt, dass Sie berechtigt sind, beantragen Sie den Produktionszugriff und beantworten die Fragen zu Ihrem Test ehrlich. Laut Google dauert die Überprüfung in der Regel bis zu sieben Tage, manchmal aber auch länger. Die Genehmigung gibt Ihnen Zugriff auf die Produktion; Sie bereiten trotzdem noch einen Produktions-Release vor und reichen ihn ein, bevor die App öffentlich ist. Wenn Sie gerade die Gebühr bezahlt haben, zeigt was nach der Zahlung der 25 $ zu tun ist die gesamte Reihenfolge.

Was, wenn der Neubau meinen Schlüssel verloren oder mein Paket geändert hat?

Stellen Sie zuerst fest, ob der Neubau Ihre Zugangsdaten, Ihre App-Identität oder beides geändert hat. Einen Upload-Schlüssel zu verlieren ist etwas anderes, als einen App-Signaturschlüssel zu verlieren, und eine geänderte Anwendungs-ID erzeugt eine andere Play-App, selbst wenn die Bildschirme identisch aussehen.

“Wenn Sie Ihren Upload-Schlüssel verlieren oder vermuten, dass er kompromittiert wurde, sind Sie nicht von Ihrer App ausgesperrt.”

Play Console-Hilfe, Play App Signing verwenden

keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem

Verwenden Sie Ihren tatsächlichen Keystore-Pfad und Alias. Sie laden nur das öffentliche Zertifikat hoch; senden Sie den privaten Schlüssel niemals an irgendjemanden.

Checkliste vor dem Einreichen

Reichen Sie ein, wenn der echte Release-Build, die Angaben, die Zugangsdaten für Prüfer und die Testnachweise alle übereinstimmen. Haken Sie jeden Prüfpunkt ab, sobald Sie ihn erledigt haben.

Wann hilft ein Tester-Service?

Wenn Sie einen nutzbaren Release für den geschlossenen Test haben und das verbleibende Problem darin besteht, 12 Personen zu finden, die sich anmelden und 14 Tage dabeibleiben. Ein Tester-Service kann weder Ihren Build reparieren noch Ihr Konto bestätigen noch Googles Entscheidung für Sie treffen.

Viele KI-Builder erreichen diesen Punkt zuletzt: Die App funktioniert, aber niemand in ihrem Umfeld hat ein Android-Smartphone, oder ein Freund springt an Tag neun ab. PrimeTestLab stellt echte Tester auf echten Android-Geräten. Sie teilen Ihren Testlink, die Tester melden sich innerhalb von 4-6 Stunden an und bleiben die vollen 14 Tage, und ein Tester, der abspringt, wird noch am selben Tag ersetzt (der Ersatz beginnt seine eigenen 14 Tage, deshalb ist ein Puffer über 12 wichtig). Sie geben uns nie Zugriff auf die Play Console und verfolgen den Test in einem Live-Dashboard, mit einem schriftlichen Bericht am Ende.

Sehen Sie sich an, wie der Service mit 12 Testern funktioniert, oder wählen Sie unten einen Plan.

Aktuelle Pläne

+5% Servicegebühr an der Kasse (mindestens $1.50). Visa und Mastercard, abgewickelt über Stripe. Wenn Google nach dem vollständigen Test keinen Produktionszugriff gewährt, wählen Sie zwischen einem kostenlosen neuen Test oder einer vollständigen Rückerstattung.

Häufig gestellte Fragen

Das Fazit