Der hervorgehobene Schritt (geschlossener Test) ist der, den ein privates Konto nicht überspringen kann, und der, an dem die meisten Einsteiger hängen bleiben.
Kurze Antwort
Um Ihre erste App 2026 auf Google Play zu veröffentlichen, müssen Sie der Reihe nach: ein Entwicklerkonto anlegen (einmalige Gebühr von 25 $), die Identitätsprüfung bestehen, ein Android App Bundle bauen, das heute mindestens API 35 anvisiert (API 36 ab 31. Aug. 2026), das vollständige Store-Listing und die App-Content-Erklärungen ausfüllen und, bei privaten Konten nach dem 13. Nov. 2023, einen 14-tägigen geschlossenen Test (closed testing) mit mindestens 12 angemeldeten Testern durchführen, bevor Sie den Produktionszugriff beantragen (Überprüfung in der Regel ~7 Tage) und die finale App-Überprüfung durchlaufen. Zwei große Änderungen 2026: die Target-API-Untergrenze steigt am 31. Aug. auf API 36, und das neue Programm Android Developer Verification beginnt am 30. Sept. 2026 mit der Durchsetzung. Der eine Schritt, den Sie nicht allein automatisieren können, ist der geschlossene Test mit 12 Testern. Genau das übernimmt PrimeTestLab, ab $19.99.
Auf Google Play zu veröffentlichen hieß früher: „25 $ zahlen, APK hochladen, fertig.“ 2026 ist es eine Kette von Toren: Konto, Identität, eine zweite Developer-Verification-Ebene, Build-Format, Listing, ein Stapel Richtlinien-Erklärungen, ein verpflichtender geschlossener Test und zwei getrennte Überprüfungen. Verpassen Sie eines, und die App steckt fest. Dieser Leitfaden führt jede Anforderung in der Reihenfolge, in der Sie sie wirklich treffen, markiert die 5+ größten Änderungen für 2025-2026 und ist aktuell zum 24. Juni 2026. Wo Googles eigene Seiten unklar oder hinterherhinken, sagen wir das, statt zu raten.
Inhaltsverzeichnis
Die vollständige Veröffentlichungsreihenfolge (und warum die Reihenfolge zählt)
Die Freigabe bei Google Play ist keine einzelne Genehmigung, sondern eine Kette von Toren, von denen jedes den gesamten Release blockieren kann. Der größte Fehler neuer Entwickler: in der falschen Reihenfolge arbeiten, die App zuerst bauen und dann merken, dass die Identitätsprüfung Tage dauert, oder das Listing fertigstellen und erst dann lernen, dass ein privates Konto noch einen 14-Tage-Test braucht. Erledigen Sie die langsamen, blockierenden Schritte früh und den Rest parallel. So funktioniert die Reihenfolge 2026 wirklich:
Entwicklerkonto anlegen
Zahlen Sie die einmalige Gebühr von 25 $, akzeptieren Sie die Vereinbarungen und wählen Sie privat oder Organisation. Zu den Details.
Identitätsprüfung bestehen
Laden Sie Ihren amtlichen Ausweis hoch (und eine D-U-N-S-Nummer für Organisationen). Das blockiert die Veröffentlichung, also starten Sie am ersten Tag. Zu den Details.
Android App Bundle mit der richtigen API-Stufe bauen
Liefern Sie ein signiertes .aab mit Play App Signing, heute API 35 (API 36 ab 31. Aug. 2026). Zu den Details.
Store-Listing und App-Content-Erklärungen ausfüllen
Titel, Beschreibungen, Icon, Feature Graphic, Screenshots, plus Data Safety, Content Rating, Zielgruppe, Werbung und App Access. Listing · Erklärungen.
14-tägigen geschlossenen Test durchführen (private Konten)
Mindestens 12 Tester, die über 14 fortlaufende Tage angemeldet sind. Das ist der längste feste Schritt und der, den Sie allein nicht beschleunigen können. Zu den Details.
Produktionszugriff beantragen
Beantworten Sie den dreiteiligen Fragebogen zu Test, App und Reife. Die Überprüfung dauert meist ~7 Tage. Zu den Details.
Finale App-Überprüfung bestehen und live gehen
Standardüberprüfungen sind schnell; manche dauern bis zu 7 Tage oder länger. Dann ist Ihre App in Produktion. Vollständigen Zeitplan ansehen.
Der Profi-Move
Phasen überlappen sich. Starten Sie Identitätsprüfung und geschlossenen Test so früh wie möglich und schließen Sie Store-Listing und Erklärungen ab, während die 14-Tage-Uhr bereits läuft. Strikt sequenziell zu arbeiten, macht aus einem 3-Wochen-Launch einen 6-Wochen-Launch.
Schritt 1: Das Entwicklerkonto und die 25-$-Gebühr
Alles beginnt mit einem Google Play Console-Entwicklerkonto. Sie brauchen ein Google-Konto mit aktivierter 2-Schritt-Bestätigung und müssen bei der Anmeldung die Google Play Developer Distribution Agreement und die Play Console Terms of Service prüfen und akzeptieren.
Die Registrierungsgebühr beträgt 25 USD, einmalig. Sie ist nicht erstattungsfähig und kehrt nie wieder: es gibt keine jährliche Verlängerung. Mit dieser einen Zahlung können Sie unter dem Konto unbegrenzt viele Apps veröffentlichen.
Zahlungsmethoden (hier stolpern viele)
Die Gebühr muss nur per Kredit- oder Debitkarte bezahlt werden. Akzeptierte Kartentypen hängen vom Standort ab, aber Googles offizielle Hinweise listen Folgendes und sind klar: Prepaidkarten werden nicht akzeptiert:
Akzeptiert
Visa Mastercard American Express Discover (nur USA) Visa Electron (außerhalb USA)Nicht akzeptiert
Prepaidkarten PayPal für die Gebühr BanküberweisungPrivat vs. Organisation: dieselbe App, anderer Papierkram
Den Kontotyp wählen Sie bei der Anmeldung. Laut Googles offizieller Hilfe haben beide Typen denselben Funktionsumfang und beide können über ein Zahlungsprofil monetarisieren. Der einzige echte Unterschied sind die Angaben, die Google zur Prüfung erhebt.
Einzelperson / Indie
Ideal für Solo-Entwickler, Hobby und Indie-Maker.
Firma / Unternehmen
Pflicht für Finanz-, Gesundheits-, VPN- und Behörden-Apps.
D-U-N-S-Nummer früh starten
Wenn Sie den Organisationsweg gehen, ist die D-U-N-S-Nummer der versteckte Engpass. Laut Googles offizieller Android Developer Console Help: „The process can take up to 28 days so you should make preparations to obtain a D-U-N-S number.“ Beantragen Sie sie, bevor Sie etwas anderes tun, sonst blockiert sie den gesamten Launch.
Später umzudenken ist kein Schalter. Sie können den Kontotyp wechseln, wenn sich Ihre Situation ändert, aber ein bestehendes privates Konto in eine Organisation umzuwandeln ist kein einfacher Wechsel: es läuft praktisch auf eine Neu-Registrierung hinaus. Wählen Sie den richtigen Typ von Anfang an.
Welchen Kontotyp brauchen Sie?
Wählen Sie die Beschreibung, die zu Ihnen passt, und sehen Sie Googles erforderlichen Kontotyp und was Sie vorbereiten sollten.
Privates Entwicklerkonto
Für Sie empfohlenEin privates Konto ist der schnellste Weg: öffentlicher Entwicklername, verifizierte E-Mail und Telefon sowie ein amtlicher Ausweis. Keine D-U-N-S-Nummer, keine Firmendokumente.
Hinweis: Wenn Ihr Konto nach dem 13. Nov. 2023 angelegt wird, müssen Sie den 14-tägigen geschlossenen Test mit 12+ Testern vor der Produktion abschließen. Planen Sie das ab Tag eins ein.
Organisationskonto
Für Sie empfohlenRegistrieren Sie sich als Organisation, um unter dem Firmennamen zu veröffentlichen. Sie brauchen eine D-U-N-S-Nummer (jetzt starten, bis zu 28 Tage), eine verifizierte Website, Firmendokumente und einen amtlichen Ausweis.
Der Vorteil: Organisationskonten sind von der 14-Tage-Anforderung des geschlossenen Tests befreit, sodass Sie nach der Verifizierung schneller in die Produktion kommen können.
Organisationskonto (Pflicht)
Erforderlich, nicht optionalFinanzdienst-, Gesundheits-, VPN- und Behörden-Apps müssen ein Organisationskonto nutzen: ein privates Konto wird nicht akzeptiert. Bringen Sie D-U-N-S-Nummer und Organisationsdokumente in Ordnung, bevor Sie bauen.
Gesundheits-Apps haben eine Extra-Frist: bestehende Health-Apps mussten bis zum 28. Jan. 2026 auf ein verifiziertes Organisationskonto umziehen. Siehe den Überblick der Änderungen 2026.
Schritt 2: Identitätsprüfung auf Kontoebene (und der „5-Tage“-Mythos)
Bevor Sie etwas einreichen oder veröffentlichen können, prüft Google auf Kontoebene, wer Sie sind. Private Konten laden einen amtlichen Ausweis hoch; Organisationen fügen eine D-U-N-S-Nummer und Organisationsdokumente hinzu. Das zu überspringen oder zu verzögern hat echte Folgen: Sie können nicht veröffentlichen, und nicht verifizierte Entwicklerprofile und ihre Apps können aus Google Play entfernt und am erneuten Veröffentlichen gehindert werden, bis die Prüfung abgeschlossen ist.
Es gibt eine oft wiederholte Zahl, die Sie ignorieren sollten. Dutzende Drittanbieter-Blogs behaupten, die Identitätsprüfung „dauert bis zu 5 Tage“. Die Zahl ist real, aber sie hängt am falschen Thema.
„Die Identitätsprüfung dauert bis zu 5 Tage“
In unzähligen Guides wiederholt. Die Formulierung „bis zu 5 Tage“ stammt tatsächlich von Googles Seite zur Zahlungs- und Bankverifizierung, nicht von der Seite zur Identitätsdokumentenprüfung. Es ist der Finanzcheck, nicht der Ausweischeck.
Identitätsprüfung: „wenige Tage“ (1-7 Tage)
Googles Identitätsseiten sagen, die Dokumentenprüfung „kann einige Tage dauern“, und das Google Payments Center spricht von „1 bis 7 Tagen“. Die Hauptseite zur Identitätsprüfung nennt überhaupt keine feste Bearbeitungszeit.
Praktischer Takeaway: Behandeln Sie die Identitätsprüfung als „wenige Tage, möglicherweise bis zu einer Woche“ und reservieren Sie „bis zu 5 Tage“ nur für Zahlungs- oder Bankverifizierung. Starten Sie beides in dem Moment, in dem Ihr Konto existiert: sie laufen im Hintergrund, während Sie bauen, blockieren aber hart die Veröffentlichung, wenn sie nicht fertig sind.
Noch etwas vor dem nächsten Abschnitt klarstellen: Diese Identitätsprüfung auf Kontoebene ist nicht dasselbe wie das neue Android-Developer-Verification-Programm. Es sind zwei verschiedene Schichten, die 2026 dazukamen, und man verwechselt sie leicht. So unterscheiden sie sich.
Android Developer Verification: die größte Änderung 2026
Das ist die größte strukturelle Änderung der Android-Distribution seit Jahren, und für 2026 brandneu. Android Developer Verification ist ein separates Programm von der Identitätsprüfung auf Kontoebene, über die Sie gerade gelesen haben. Es verlangt, dass Apps einer verifizierten Entwickleridentität zugeordnet sind, um auf zertifizierten Android-Geräten installiert zu werden, auch Apps, die außerhalb von Google Play verteilt werden, etwa direkte APKs und Dritt-Stores. Zuerst der genaue Unterschied der beiden Schichten:
Identitätsprüfung auf Kontoebene
Nachweisen, wer Sie sind, um ein Play Console-Konto zu öffnen und zu behalten.
- Passiert bei der Play Console-Anmeldung
- Amtlicher Ausweis (und D-U-N-S für Organisationen)
- Blockiert die Veröffentlichung auf Google Play
- Betrifft nur Google Play
Android Developer Verification
App einer verifizierten Identität zuordnen, damit sie auf Geräten installiert werden kann.
- Ökosystemweit, separates Programm
- Package-Name + Signatur-Key-Fingerprint registrieren
- Betrifft auch Sideloading und andere Stores
- Bestätigt WER Sie sind, nicht was die App tut
Googles erklärte Begründung aus dem Android Developers Blog vom März 2026 ist Sicherheit. Die Framing-Metapher: Verification sei wie „ein Ausweischeck am Flughafen“, sie bestätigt die Entwickleridentität, prüft aber nicht den App-Inhalt. Der zentrale Datenpunkt, den sie nennen:
Der Rollout-Zeitplan, den Sie im Blick behalten müssen
Das Programm öffnete im März 2026 und fährt über das Jahr hoch. Das wichtigste Datum ist der 30. September 2026, wenn die Durchsetzung in den ersten vier Ländern beginnt.
März 2026
Verification öffnet für alle Entwickler
Verfügbar über Play Console und die neue Android Developer Console. Bestehende Play-Apps wurden auto-registriert: Google erwartete die Auto-Registrierung von etwa 98 % der Play-Apps, die restlichen ~2 % brauchten manuelle Registrierung. Bis Juni 2026: „most Play developers are already verified, and over 99% of their apps have been registered.“
April 2026
Service „Android Developer Verifier“ eingeführt
Ein neuer Google-Systemdienst prüft, ob eine App einem verifizierten Entwickler zugeordnet ist. Er gilt für zertifizierte Geräte ab Android 7 oder 8, erscheint in Google System services und bleibt bis zur Durchsetzung ruhend. Device-Rollout begann um Juni 2026.
Juni - Juli 2026 Sie sind hier
Kostenlose Konten und APIs rollen aus
Juni: Early Access für kostenlose Limited-Distribution-Konten. Juli: die Android Developer ID Status API startet global, plus Early Access zur Android Developer Console API.
August 2026
Limited Distribution und Console API global
Limited-Distribution-Konten, die Android Developer Console API und der erweiterte Sideloading-Flow starten global.
30. September 2026 Durchsetzung
Durchsetzung beginnt in 4 Ländern
Verification-Schutz greift für Nutzer in Brasilien, Indonesien, Singapur und Thailand. Teilnehmende Stores: Google Play, Samsung Galaxy Store, Xiaomi GetApps, OPPO App Market, vivo V-Appstore, HONOR App Market und Palm Store.
2027 und danach
Globaler Rollout
Google hat angekündigt, „diese Schutzmaßnahmen 2027 global für alle Apps auf zertifizierten Android-Geräten auszuweiten.“ Ein konkretes globales Datum gibt es noch nicht.
Zwei Wege zur Registrierung: Full vs. Limited Distribution
Wenn Sie die 25-$-Play-Gebühr bereits gezahlt haben, sind Sie für Full Distribution abgedeckt. Neu für 2026 ist eine kostenlose Stufe für Studierende und Hobby-Entwickler.
Full Distribution
$25 + amtlicher Ausweis
Limited Distribution
Kostenlos kein amtlicher Ausweis
Sideloading funktioniert weiter (mit Reibung)
Nicht registrierte Apps lassen sich weiterhin per adb oder einem absichtlich reibungsreichen „Advanced Flow“ installieren: Entwicklermodus aktivieren, nicht verifizierte Packages erlauben, Risiken bestätigen, authentifizieren, Gerät neu starten, dann etwa 24 Stunden warten, bis die Installation abgeschlossen ist. Das ist absichtlich langsam: Gelegenheits-Sideloading nicht verifizierter Apps soll schwerer werden, nicht unmöglich.
Schritt 3: Build-Anforderungen, App Bundle und Target API
Die Zeiten, in denen man ein rohes APK hochlud, sind für neue Apps vorbei. Zwei Build-Anforderungen entscheiden, ob Google Play Ihren Upload überhaupt annimmt: das Format und die Target-API-Stufe.
Sie müssen ein Android App Bundle (.aab) ausliefern
Seit August 2021 müssen neue Apps als Android App Bundles veröffentlicht werden: APKs werden für neue Apps nicht mehr akzeptiert. (Bestehende APK-basierte Apps können weiter per APK updaten, Migration wird empfohlen.) Dazu ist Play App Signing für neue Apps Pflicht: Google verwaltet und schützt den App-Signing-Key, Sie behalten einen Upload Key, mit dem Sie das AAB vor dem Upload signieren.
Target API Level: aktuell vs. demnächst
Das verwirrt Einsteiger am ehesten, weil die Untergrenze wandert. Lesen Sie beide Zeilen genau:
- Heute in Kraft (Juni 2026): neue Apps und Updates müssen mindestens Android 15 (API 35) anvisieren. Wear OS, Android TV und Android Automotive mindestens Android 14 (API 34). Bestehende Apps müssen mindestens API 34 anvisieren, um für neue Nutzer auf neueren Geräten auffindbar zu bleiben.
- Ab 31. Aug. 2026: neue Apps und Updates müssen mindestens Android 16 (API 36) anvisieren.
Genauigkeitshinweis: Help-Page-Lag
Zum Zeitpunkt dieses Textens liest Googles dedizierte Play Console Target-API-Hilfeseite noch „API 35“ und ist nicht sichtbar auf API 36 aktualisiert. Die API-36-Frist bestätigt der Android Developers Blog (Januar 2025): „targeting API 36 will be required in August 2026 and targeting API 37 will be required in August 2027.“ Wenn die Hilfeseite also API 35 zeigt, ist das der Lag, kein Widerspruch: API 35 ist die Untergrenze heute, API 36 wird die Untergrenze für neue Einreichungen am 31. Aug. 2026.
Schritt 4: Store-Listing und Assets
Ihr Store-Listing ist das, was Nutzer (und Reviewer) zuerst sehen, und es hat harte technische Grenzen. Falsche Specs: Sie können nicht veröffentlichen. Falscher Inhalt: Ablehnung. Die genauen Anforderungen 2026:
Textlimits
30 Zeichen80 Zeichen4.000 ZeichenApp-Icon
512 x 512 px1 MBFeature Graphic
1024 x 500 px1 MBScreenshots
2 Telefon (zum Veröffentlichen)8 pro Gerätetyp320 - 3840 px
Die Icon-Änderung, die alle übersehen: 30 % Eckenradius
Neu 2026 laut Googles offizieller Icon-Design-Spezifikation (zuletzt aktualisiert am 15. Juni 2026): Sie laden ein volles Quadrat hoch und „Google Play dynamically handles masking. Radius will be equivalent to 30% of icon size.“ Einfach gesagt: Google rundet die Ecken für Sie, und zwar recht aggressiv. Sitzt Logo oder Text nahe einer Ecke, wird es abgeschnitten. Halten Sie wichtige Elemente in einer Safe Zone von etwa 15 bis 18 %.
Wollen Sie für Featuring in Frage kommen? Mehr Screenshots. Das harte Veröffentlichungs-Gate sind nur 2 Telefon-Screenshots. Für Large-Format- und Empfehlungsflächen (Featuring) verlangt Googles Guidance aber mindestens 4 Screenshots ab 1080px+ (16:9 Landscape mindestens 1920x1080 oder 9:16 Portrait mindestens 1080x1920); Spiele brauchen mindestens 3. Tablet-Screenshots sind von optional zu praktisch essenziell geworden (mindestens 4 pro Tablet-Klasse) für tablet-optimierte Platzierung, und Wear-OS-Listings brauchen mindestens einen 1:1-Screenshot, mindestens 384x384. Diese 4+-Minima sind Featuring-Eignungs-Hinweise, kein Veröffentlichungsblocker.
Ein Preview-Video ist optional: öffentlicher oder unlisted (nicht privater) YouTube-Link, Werbung und Monetarisierung deaktiviert. Unterstützte Screenshot-Gerätetypen: Telefone, 7"- und 10"-Tablets, Chromebooks, Android TV, Wear OS, Android Automotive und Android XR.
Metadaten-Regeln, die Listings abgelehnt bekommen lassen
Googles Listing-Best-Practices sind streng bei Werbesprache. Halten Sie Titel, Icon, Entwicklernamen und Kurzbeschreibung sauber:
Nicht verwenden
- Keyword-Stuffing oder übertriebene Wiederholung
- Ranking-Claims: „#1“, „Best“, „Top“
- Preis- oder Promo-Text: „Free“, „discount“, „sale“
- Calls to Action: „Install now“
- Irreführende Claims darüber, was die App tut
Stattdessen
- Ein Titel, der die Funktion treffend beschreibt
- Klare, ehrliche Feature-Beschreibungen
- Screenshots der echten In-App-Erfahrung
- Text-Overlays auf höchstens ~20 % eines Bildes
- Assets, die zur tatsächlichen Funktionalität passen
Die Genauigkeitsregel
Listing und Screenshots müssen die tatsächliche Funktionalität der App widerspiegeln. Abweichungen zwischen dem, was Sie zeigen, und dem, was die App tut, sind ein häufiger Ablehnungsgrund: Screenshots müssen die echte In-App-Erfahrung zeigen, kein Mockup von Features, die es nicht gibt.
Schritt 5: App Content und Richtlinien-Erklärungen
Diesen Abschnitt unterschätzen Einsteiger. Der Bereich „App content“ in der Play Console ist ein Stapel verpflichtender Erklärungen, und unvollständige oder ungenaue Antworten sind einer der häufigsten Gründe, warum ein Launch stockt oder ein Konto auffällt. Die sieben, die Sie am häufigsten treffen:
Datenschutzerklärung
Aktive, öffentliche, nicht geo-gefilterte URL (keine PDFs). Apps für Kinder müssen sie im Listing und in der App verlinken.
PflichtData Safety Form
Erklärt, welche Daten Sie erheben und teilen. Pflicht auf geschlossenen, offenen und Produktions-Tracks, auch wenn Sie nichts erheben.
PflichtContent Rating
Fragebogen, der über die IARC eine Altersfreigabe vergibt. Apps ohne Rating sind nicht erlaubt und können entfernt werden.
PflichtZielgruppe
Geben Sie die Zielaltersgruppe(n) an. Kinder lösen Families-Policy-Anforderungen aus (COPPA / GDPR).
PflichtWerbeerklärung
Geben Sie an, ob Ihre App Werbung enthält, inklusive Drittanbieter-Ad-SDKs, Display-, Native- und Banner-Ads.
PflichtApp Access
Funktionierende Demo- oder Login-Zugangsdaten (bis zu fünf Sets) für jede geschützte Funktion, damit Reviewer reinkommen.
Bei Login-GateKonto- und Datenlöschung
Wenn Nutzer ein Konto anlegen können, müssen Sie die Kontolöschung in der App und über eine öffentliche Web-URL anbieten und die Löschung ihrer Daten ermöglichen.
Bei Konten
Data Safety präzise: Jede auf Google Play veröffentlichte App, auf dem geschlossenen, offenen oder Produktions-Track, muss das Data Safety Form ausfüllen. Nur-intern-getestete Apps sind ausgenommen. Apps, die keine Daten erheben, füllen das Formular trotzdem aus und verlinken eine Datenschutzerklärung, die keine Erhebung oder Weitergabe ausweist. Ein Update vom 10. April 2025 stellte klar, dass die Android ID als Gerätekennzeichnung deklariert werden muss, und verschärfte die Definition von Daten-„Sharing“.
Die Nr.-1-vermeidbare Ablehnung: App Access
Wenn Teile Ihrer App hinter einem Login liegen, müssen Sie Reviewern funktionierende Zugangsdaten in App Access geben (bis zu fünf Sets). Ungültige, abgelaufene oder fehlende Credentials sind ein Klassiker der Ablehnung: Der Reviewer sieht Ihre App buchstäblich nicht und lehnt ab. Prüfen Sie den Login, bevor Sie einreichen.
Kategorienpezifische Erklärungen (wissen, ob eine auf Sie zutrifft)
Je nachdem, was Ihre App tut, treffen Sie auf weitere Erklärungen. Die wichtigen 2026:
- Health-Apps: die Health Content and Services Policy ergänzt Kennzeichnung als Medizinprodukt, Disclaimer-Pflicht für nicht regulierte Health-Apps, Migration von Health-Apps auf ein verifiziertes Organisationskonto bis 28. Januar 2026 und granulare Android-16-Health-Permissions.
- AI-Generated Content Policy: generative KI-Apps müssen anstößige Outputs verhindern, mit strengerer Kennzeichnung und Moderation seit Januar 2025.
- Photo- und Video-Permissions-Policy (aktiv durchgesetzt): breiten Foto- und Videozugriff nur anfordern, wenn Ihr Kernfeature ihn wirklich braucht, sonst den System-Photo-Picker nutzen. Aktualisierte Location-Regeln gelten ebenfalls. Eine separate Contacts-Permissions-Policy folgt später, Durchsetzung am 28. Oktober 2026 und nur für Apps mit Target API 37 oder höher.
- High-risk Permissions Declaration Form: nötig für sensible Zugriffe wie SMS oder Call Log, plus Advertising-ID-Erklärung.
- Weitere Kategorien: News & Magazines, Financial Services, Government apps (nur Organisationskonten) und COVID-19-Contact-Tracing- oder Status-Erklärungen.
Schritt 6: Geschlossener Test, 12 Tester für 14 Tage
Für die meisten neuen Entwickler ist das die Mauer. Laut Googles offizieller Policy muss ein privates Entwicklerkonto, das nach dem 13. November 2023 angelegt wurde, einen geschlossenen Test mit mindestens 12 Testern durchführen, die über die letzten 14 Tage fortlaufend angemeldet waren, bevor der Produktionszugriff beantragt wird. Organisationskonten sind ausgenommen, ebenso Konten vor diesem Datum.
Wenn Sie gelesen haben, die Zahl sei 20: das ist veraltet. Laut Android Developers Blog: „starting today, we're requiring 12 instead of 20 testers for personal developer accounts.“ Die Reduktion galt ab dem 11. Dezember 2024, bei gleicher 14-Tage-Dauer, nachdem Feedback kam, dass 20 Tester für kleinere Entwickler hart waren.
Die drei Test-Tracks (nur einer zählt)
Google bietet drei Tracks, und neue Entwickler verwechseln sie ständig. Der interne Test fühlt sich nach der offensichtlichen Schnelloption an, erfüllt die Anforderung aber nicht. Nur der geschlossene Test tut das.
Intern
Bis 100 Tester, in Minuten bereit.
Erfüllt die Anforderung nicht
Geschlossen
Eine kontrollierte Gruppe, die Sie einladen.
Erforderlich für den Produktionszugriff
Offen
Jeder kann beitreten und Feedback geben.
Kommt nach der Produktion
„Angemeldet“ ist nicht „hinzugefügt“
Sie fügen Tester-E-Mails (per E-Mail-Liste oder Google Groups) zu Ihrem geschlossenen Track hinzu und teilen den Link zum Teilen, aber jeder Tester muss den Link anklicken und aktiv beitreten. Nur eine E-Mail hinzuzufügen zählt nicht. Tester, die sich anmelden, weniger als 14 Tage testen und sich dann abmelden, zählen ebenfalls nicht, weil die 14 Tage fortlaufend sein müssen. Dieses eine Missverständnis setzt mehr 14-Tage-Uhren zurück als alles andere.
Beim Produktionsantrag bewertet Google zwei Dinge: Ihre Tester-Zahl (mindestens 12) und das Tester-Engagement. Eigene Beispiele, warum fortgesetztes Testen verlangt wird, umfassen „not having 12 testers opted-in to your closed test, or your testers not being engaged with your app during your closed test.“ Mit anderen Worten: 12 Namen auf einer Liste reichen nicht, diese Tester müssen die App wirklich nutzen.
Der effektivste Weg: echte, angemeldete Tester
Jede andere Anforderung in diesem Guide steuern Sie direkt. Diese braucht 12 echte Menschen auf echten Android-Geräten, angemeldet und aktiv über 14 ununterbrochene Tage, genau dort bleiben Solo-Entwickler stecken. Der verlässliche Weg ist, echte Tester zu holen, die wirklich kommen und aktiv bleiben.
So erfüllen Sie es effektiv
Der verlässlichste Weg, die 12-Tester-/14-Tage-Anforderung des geschlossenen Tests bei Google Play zu erfüllen, sind echte, angemeldete Tester von PrimeTestLab auf echten Android-Geräten, nie Emulatoren oder Bots. Sie teilen Ihren Link zum Teilen für den geschlossenen Test, wir übernehmen den Rest: 12 oder mehr echte Tester melden sich an und bleiben 14 aufeinanderfolgende Tage aktiv, mit sofortigem Ersatz, falls jemand aussteigt, damit Ihre 14-Tage-Serie nie zurückgesetzt wird. Es funktioniert für eine App in jeder Sprache mit flexiblem Länder-Targeting, mit einer Erfolgsquote von 99.9% über 7.400+ Apps, und der Test startet typischerweise in etwa 4 Stunden (garantiert innerhalb von 6), ab $19.99. So funktioniert es →
Schritt 7: Der Fragebogen zum Produktionszugriff
Sobald Sie die Kriterien des geschlossenen Tests erfüllen, springt ein privates Konto nicht einfach in die Produktion: Sie klicken im Dashboard auf „Produktion beantragen“ und beantworten einen Fragebogen. Online steht oft „10-Fragen-Formular“. Ignorieren Sie dieses Framing: Google ändert die Formulierung, und der verlässliche Weg ist, es als drei Abschnitte zu verstehen, nicht als feste Fragenzahl.
Zu Ihrem geschlossenen Test
- Wie leicht es war, Tester zu gewinnen
- Wie Tester mit der App umgegangen sind
- Ob die Nutzung realer Produktionsnutzung entsprach
- Eine Feedback-Zusammenfassung und wie Sie sie erhoben haben
Zu Ihrer App oder Ihrem Spiel
- Kernfunktion und Features
- Was die App wirklich tut
- Erwartete Installationen im ersten Jahr
Produktionsreife
- Was Sie aufgrund des Tests geändert haben
- Wie Sie entschieden haben, dass die App bereit ist
- Warum sie jetzt produktionsreif ist
Überprüfungszeit: Google sagt, das „dauert in der Regel bis zu sieben Tage, manchmal aber auch länger.“ Antworten Sie mit konkreten Details aus Ihrem echten Test: vage, generische Antworten („wir haben getestet und es funktioniert“) sind ein bekannter Weg, zurück zu mehr Tests geschickt zu werden. Für die genaue Formulierung, auf die Reviewer reagieren, siehe unseren Guide zu den Antworten zum Fragebogen zum Produktionszugriff.
Überprüfung und der reale End-to-End-Zeitplan
Am Finish gibt es eigentlich zwei Überprüfungen: die Prüfung des Produktionszugriffs nach Ihrem Fragebogen und die finale App-Überprüfung des Releases selbst. Google bearbeitet Standardüberprüfungen „so schnell wie möglich“, warnt aber, dass „certain apps may be subject to extended reviews, which may result in review times of up to 7 days or longer in exceptional cases.“ Apps mit Kind-Targeting oder ungenauen Zielgruppen-Angaben bekommen oft den gründlicheren Blick.
Wie lange dauert das Ganze also wirklich für ein brandneues privates Konto? Hier der realistische gestapelte Zeitplan mit den Überlappungen, die smarte Entwickler nutzen:
Typische Gesamtdauer für ein neues privates Konto: 3 bis 5+ Wochen. Phasen überlappen und verkürzen; eine Ablehnung kann verlängern.
Was Einsteiger wirklich ausbremst
Die Gesamtdauer bläht sich auf, wenn eines davon trifft. Fast alles ist vermeidbar:
- Unvollständige oder langsame Identitätsprüfung, zu spät gestartet und blockiert alles andere.
- Schwache oder fehlende Data-Safety-Angaben: das Formular ist auch auf Test-Tracks Pflicht.
- Ungültige Reviewer-Logins in App Access: der Reviewer kommt nicht rein und lehnt ab.
- Store-Listing oder Screenshots, die nicht passen zur echten App-Funktionalität.
- Langsame Tester-Rekrutierung oder geringes Engagement während der 14 Tage im geschlossenen Test.
- Vage Antworten zum Produktionszugriff, die generisch klingen und „mehr Tests nötig“ auslösen.
Checkliste vor dem Einreichen
0 von 8 Anforderungen bereit (0%)
Änderungen 2025-2026 im Überblick (Kurzreferenz)
Wenn Sie nur einen Abschnitt überfliegen, nehmen Sie diesen. Das sind die Änderungen, die Entwickler erwischen, die den Prozess vor ein oder zwei Jahren gelernt haben:
Target API 36 für neue Einreichungen Pflicht
API 35 ist die Untergrenze heute; API 36 (Android 16) wird für neue Apps und Updates verpflichtend.
31. Aug. 2026Durchsetzung von Android Developer Verification
Beginnt in Brasilien, Indonesien, Singapur und Thailand; global 2027. Betrifft auch Sideloading-Apps.
30. Sept. 2026Icon: dynamischer 30-%-Eckenradius
Volles Quadrat hochladen; Google maskiert Ecken mit 30 %. Wichtige Motive in ~15-18 % Safe Zone halten.
Spec: 15. Juni 2026Health-Apps brauchen ein Organisationskonto
Health Content and Services Policy: Medizinprodukt-Kennzeichnung, Disclaimer und Android-16-Health-Permissions.
Umzug bis 28. Jan. 2026AI-Generated Content Policy
Generative KI-Apps müssen anstößige Outputs verhindern, mit strengerer Kennzeichnung und Moderation.
Seit Jan. 2025Foto-, Video-, Standort- und Kontakte-Permissions
Photo- und Video-Permissions und aktualisierte Location-Regeln gelten jetzt. Eine neue Contacts-Policy folgt für Apps mit Target API 37+.
Contacts: 28. Okt. 2026Data Safety: Android ID und „Sharing“
Android ID muss als Gerätekennzeichnung deklariert werden; die Definition von Daten-„Sharing“ wurde verschärft.
10. Apr. 2025Geschlossener Test: von 20 auf 12 Tester
Private Konten brauchen jetzt 12 (nicht 20) Tester für dieselben 14 fortlaufenden Tage.
11. Dez. 2024Account-Transfer-Policy
Eigentum muss über den offiziellen Workflow „Transfer ownership“ in der Play Console wechseln.
In KraftExternal-Link-Gebühren (nach Epic)
Play Console-Updates führten Gebühren für Links zu externen Zahlungen oder Alternativ-Stores ein. Relevant nur bei externem Billing.
Dez. 2025Ansehen: Googles offizielles Policy-Update (PolicyBytes, April 2026)
Googles Developer-Experience-Team bricht aktuelle Policy-Änderungen in der PolicyBytes-Reihe herunter; die Folge vom April 2026 ist die offizielle Quelle für mehrere Punkte oben: zwei brandneue Policies (Contacts permissions und Account transfers) und zwei Klarstellungen (altersbeschränkter Inhalt und Standort-Permissions). Hier das Video, darunter eine klare Einordnung.
PolicyBytes: Policy-Updates April 2026
Offizieller Google Play-Kanal: neue Contacts- und Account-Transfer-Policies plus Alters- und Standort-Klarstellungen.
Neu: Contacts-Permission-Policy
Google hat einen Abschnitt zu eingeschränkten Permissions ergänzt, der Minimum-Scope-Alternativen vorantreibt: nutzen Sie den Android Contact Picker (und Tools wie ShareSheet) statt Rohzugriff auf persönliche Daten. Die konkrete Regel: zielt Ihre App auf Android 17 (API 37) oder höher, dürfen Sie die Permission READ_CONTACTS nur nutzen, wenn der Contact Picker Ihr Kernfeature wirklich nicht tragen kann, und Sie müssen in der Play Console erklären, warum. Durchsetzung ab dem 28. Oktober 2026.
Neu: Account-Transfer-Policy
Jeder Eigentumswechsel muss jetzt über den offiziellen Flow Transfer ownership in der Play Console laufen (Users & Permissions → Manage → Make account owner). Anforderungen unterscheiden sich für private vs. Organisationskonten; der neue Eigentümer bestätigt per E-Mail und muss ggf. Zahlungsprofil oder Organisationsdetails verifizieren. Es soll Account-Übernahmen stoppen: beide Parteien sind während eines Transfers verantwortlich, und Kaufen, Mieten oder Verkaufen von Konten auf Drittmärkten ist ausdrücklich verboten.
Klarstellung: altersbeschränkter Inhalt (Dating-Features)
Ist Dating nicht der Kernzweck Ihrer App, aber Sie haben ein Dating-Feature, kann eine allgemeine Zielgruppe die App weiter laden, sofern eine starke Altersbeschränkung (Alterscheck) Minderjährige von diesem Feature fernhält. Ist Dating oder Matchmaking aber Kernfunktion, müssen Sie Minderjährige komplett blockieren, indem Sie die richtige Altersgruppe im Bereich Target Audience and Content wählen.
Klarstellung: Standort-Permissions (minimaler Scope)
Für einmalige, nutzerinitiierte präzise Standortangaben müssen Sie jetzt den Android-Location-Button mit dem Flag onlyForLocationButton im Manifest nutzen, statt ACCESS_FINE_LOCATION zu halten. Für regelmäßigeren Bedarf: Location-Button oder COARSE_LOCATION. Google genehmigt eine volle ACCESS_FINE_LOCATION-Anfrage nur, wenn keine Alternative funktioniert, und Sie füllen eine verpflichtende Erklärung mit klarer Begründung in der Developer Console aus.
Warum das für eine neue App zählt: das greift direkt in die App-Content-Erklärungen, die Sie ohnehin ausfüllen müssen. Wenn Sie Kontakte, präzisen Standort oder Foto- und Videozugriff anfordern, planen Sie von Anfang an Erklärung und Minimum-Scope-Alternative ein: das ist leichter, als Permissions nach einer Ablehnung umzubauen.
Wo PrimeTestLab in all dem ansetzt
Schauen Sie zurück auf die sieben Schritte. Sechs davon sind Papierkram und Engineering, das Sie steuern: Konto, Identität, Build, Listing, Erklärungen und Fragebogen. Einer ist fundamental anders: er braucht 12 echte Menschen auf echten Android-Geräten, angemeldet und wirklich aktiv über 14 ununterbrochene Tage. An genau diesem Schritt bleiben die meisten Solo-Entwickler stecken, und genau das übernimmt PrimeTestLab.
Sie teilen Ihren Link zum Teilen für den geschlossenen Test. Wir übernehmen Einladung, Anmelde-Verifizierung, tägliches Engagement-Monitoring und volle 14-Tage-Retention, sodass ein aussteigender Tester Ihre Serie nie bricht und die Uhr zurücksetzt. Über 7.400 Apps und wachsend, mit einer Erfolgsquote von 99.9% im ersten Versuch in 120+ Ländern.
Klar gesagt
PrimeTestLab deckt die Tester-Anforderung ab: den Teil mit 12 angemeldeten, 14 Tage aktiven Testern. Wir füllen nicht Ihre Erklärungen aus, wählen nicht Ihren Kontotyp und bestehen die App-Überprüfung nicht für Sie. Die Gewinn-Kombi ist Ihre fertige App und ein vollständiges Listing plus 12 echte Tester über die vollen 14 Tage, damit der geschlossene Test nie der Grund ist, warum Sie hängen bleiben.
Aktuelle Pakete
Starter
12 Tester
$19.99
Enterprise
25 Tester
$27.99
Professional
20 Tester
$29.99
Geld-zurück-Garantie · Teststart in 4-6 Stunden · Keine Abo-Bindung · +5% Servicegebühr
Häufig gestellte Fragen
Was kostet es, 2026 eine App auf Google Play zu veröffentlichen?
Für die Veröffentlichung fällt eine einmalige Registrierungsgebühr von 25 USD für das Google Play-Entwicklerkonto an. Sie ist nicht erstattungsfähig und kehrt nie wieder; mit dieser Zahlung können Sie unbegrenzt viele Apps unter dem Konto veröffentlichen. Zahlung nur per Kredit- oder Debitkarte (Visa, Mastercard, American Express, Discover in den USA oder Visa Electron außerhalb der USA); Prepaidkarten werden nicht akzeptiert.
Brauche ich ein privates oder ein Organisationskonto bei Google Play?
Beide Kontotypen haben denselben Funktionsumfang und können monetarisieren. Der Unterschied liegt in den Angaben, die Google erhebt. Ein privates Konto braucht einen öffentlichen Entwicklernamen, eine verifizierte Kontakt-E-Mail und Telefonnummer sowie einen amtlichen Ausweis. Ein Organisationskonto erfordert zusätzlich eine D-U-N-S-Nummer (Beschaffung kann bis zu 28 Tage dauern), Firmennamen und -adresse, eine verifizierte Website und Organisationsdokumente. Für Finanz-, Gesundheits-, VPN- und Behörden-Apps ist ein Organisationskonto Pflicht.
Wie lange dauert die Identitätsprüfung bei Google Play?
Google beschreibt die Prüfung der Identitätsdokumente als „wenige Tage“, und das Google Payments Center spricht von 1 bis 7 Tagen. Die oft genannte Frist von bis zu 5 Tagen gehört nicht zur Identität, sondern zur Zahlungs- und Bankverifizierung. Ohne abgeschlossene Prüfung können Sie nicht veröffentlichen, starten Sie also früh.
Was ist Android Developer Verification und wann startet es?
Es ist eine eigene, ökosystemweite Schicht, getrennt vom Öffnen eines Play Console-Kontos und vom geschlossenen Test, die verlangt, dass Apps einer verifizierten Entwickleridentität zugeordnet sind, um auf zertifizierten Android-Geräten installiert zu werden, auch außerhalb von Google Play. Es öffnete sich im März 2026 für alle Entwickler; die Durchsetzung beginnt am 30. September 2026 in Brasilien, Indonesien, Singapur und Thailand und weitet sich 2027 global aus. Ein kostenloses Limited-Distribution-Konto erlaubt Versand an bis zu 20 Geräte ohne Gebühr und ohne amtlichen Ausweis.
Brauchen neue Entwickler wirklich 12 Tester für 14 Tage?
Ja, wenn Sie ein privates Konto nutzen, das nach dem 13. November 2023 angelegt wurde. Sie müssen einen geschlossenen Test mit mindestens 12 Testern durchführen, die über die letzten 14 Tage fortlaufend angemeldet waren, bevor Sie den Produktionszugriff beantragen. Organisationskonten und Konten vor diesem Datum sind ausgenommen. Die Anforderung sank am 11. Dezember 2024 von 20 auf 12 Tester.
Welche Target-API-Stufe brauchen neue Apps auf Google Play 2026?
Mitte 2026 gilt als Untergrenze Android 15 (API-Level 35) für neue Apps und Updates; Wear OS, Android TV und Android Automotive liegen bei Android 14 (API 34). Ab dem 31. August 2026 müssen neue Apps und Updates Android 16 (API-Level 36) oder höher anvisieren. Neue Apps müssen außerdem als Android App Bundle (.aab) mit Play App Signing veröffentlicht werden.
Welche Icon- und Screenshot-Anforderungen hat Google Play?
Das App-Icon ist 512 mal 512 px, 32-Bit-PNG mit Alpha, bis 1 MB; 2026 rendert Google Icons als volles Quadrat und wendet einen dynamischen 30-Prozent-Eckenradius an, halten Sie wichtige Elemente in einer Safe Zone von etwa 15 bis 18 Prozent. Das Feature Graphic ist 1024 mal 500 px. Zum Veröffentlichen brauchen Sie mindestens 2 Telefon-Screenshots (bis 8 pro Gerätetyp); 4 oder mehr ab 1080px sind Hinweis für Featuring-Eignung, kein harter Veröffentlichungs-Gate.
Wie lange dauert es, eine App von null auf Google Play zu veröffentlichen?
Ein realistischer End-to-End-Zeitplan für ein brandneues privates Konto liegt oft bei 3 bis 5 Wochen oder mehr: Identitätsprüfung (wenige Tage), App bauen und Listing sowie Erklärungen ausfüllen, der verpflichtende 14-tägige geschlossene Test, die Überprüfung des Produktionszugriffs (meist bis zu sieben Tage) und eine finale App-Überprüfung (bis zu 7 Tage). Phasen können parallel laufen; eine Ablehnung kann die Gesamtdauer verlängern.
Was ist der Fragebogen zum Produktionszugriff bei Google Play?
Sobald Sie die Kriterien des geschlossenen Tests erfüllen, klicken Sie auf Produktion beantragen und beantworten Fragen in drei Abschnitten: zu Ihrem geschlossenen Test (Rekrutierung und Engagement), zu Ihrer App oder Ihrem Spiel (Funktion und erwartete Installationen) und zur Produktionsreife (was Sie geändert haben und warum die App bereit ist). Die Überprüfung dauert in der Regel bis zu sieben Tage. Besser als „10-Fragen-Formular“: drei Abschnitte, keine feste Fragenzahl.
Warum werden Apps von Einsteigern am häufigsten abgelehnt?
Die häufigsten Probleme beim ersten Mal: unvollständige oder langsame Identitätsprüfung, schwache oder fehlende Data-Safety-Angaben, ungültige Reviewer-Logins in App Access, Store-Listing oder Screenshots, die nicht zur echten App passen, langsame Tester-Rekrutierung oder geringes Engagement im geschlossenen Test sowie vage Antworten zum Produktionszugriff.
Kann PrimeTestLab mir helfen, die Anforderung des geschlossenen Tests zu erfüllen?
Ja. PrimeTestLab stellt verifizierte, angemeldete Tester auf echten Android-Geräten bereit, die über die vollen 14 fortlaufenden Tage aktiv bleiben. Das ist der eine Schritt, den ein privates Konto nicht überspringen kann. Preise ab $19.99 für 12 Tester, Teststart typischerweise in etwa 4 Stunden (garantiert innerhalb von 6), Erfolgsquote 99.9% über 7.400+ Apps.
Fazit
Zusammenfassung
Ihre erste Android-App 2026 zu veröffentlichen ist eine Sequenz: Konto anlegen (25 $ einmalig), Identitätsprüfung bestehen, signiertes AAB mit API 35 heute bauen (API 36 ab 31. Aug. 2026), Listing und App-Content-Erklärungen ausfüllen und, bei einem privaten Konto, den 14-tägigen geschlossenen Test mit 12 Testern vor Fragebogen und finaler Überprüfung abschließen. Planen Sie 3 bis 5+ Wochen, starten Sie die langsamen Schritte (Identität, D-U-N-S, geschlossener Test) zuerst und behalten Sie die beiden Verschiebungen 2026 im Blick: API 36 und Android Developer Verification. Der eine Schritt, den Sie nicht allein stemmen, ist der geschlossene Test: genau das deckt PrimeTestLab ab, damit Testen nie Ihr Engpass ist. Preispläne ansehen →
Offizielle Google-Dokumentation