Anwendungsveröffentlichungs- und Anwendungsleitfaden für den Google Play Store (Von Null bis zur Veröffentlichung)
Dieser Leitfaden; Es erklärt Schritt für Schritt die Prozesse zum Erstellen einer modernen Android-Anwendung (insbesondere .NET MAUI-, MonoGame- oder Hybrid-C#-Projekte) von Grund auf auf der Google Play Console, zum Packen, Signieren, Beheben kritischer Fehler und zum Abschließen der Store-Anwendungsschritte (App-Erstellung, Datenschutzrichtlinie, Anmeldeberechtigungen, Werbung, IARC-Altersfreigabe, Datensicherheit, geschlossene Tests und offene Veröffentlichung).
Inhalt
- Einführung und architektonische Vorbereitung
- Erstellen einer neuen Anwendung/eines neuen Spiels in der Play Console (App erstellen)
- Keystore-Erstellung und Build/Sign-Automatisierung
- Play Console First Bundle-Installation und kritische Fehler
- Vorbereitung der Datenschutzrichtlinie
- [App-Zugriff/Anmeldedetails (#6-app-access--sign-in-details-app-access--sign-in-details)
- Werbeerklärung
- Inhaltsbewertung (IARC-Fragebogen zur Inhaltsbewertung)
- Auswahl der Zielgruppe und Altersgruppe (Zielgruppe)
- App-Content-Dashboard
- Datensicherheitsformular
- Rechtliche und behördliche Erklärungen (Regierung, Finanzen, Gesundheit)
- Store-Einstellungen und Kontaktinformationen (Store-Einstellungen)
- Haupt-Store-Eintrag und visuelle Assets (Haupt-Store-Eintrag)
- Einrichtung und Überprüfung geschlossener Tests
- Werbe-ID-Erklärung
- [Endgültige Einreichung](#17-Einreichung zur Überprüfung-endgültige Einreichung)
- [Endgültiger Sieg: Genehmigung des Produktionszugangs (offene Veröffentlichung)](#18-endgültiger Sieg-Produktionszugriff-Open-Stream-Genehmigung)
- Pre-Release-Checkliste (abgeschlossen)
1. Einführung und architektonische Vorbereitung
Bei der Veröffentlichung einer neuen Anwendung im Google Play Store müssen die aktuellen Sicherheits- und technischen Richtlinien von Google befolgt werden:
- Bundle-Format: Nur das Format „.aab“ (Android App Bundle) wird akzeptiert. APK-Dateien sind für die Veröffentlichung im Store nicht gültig (können aber zum Testen von Sideloads generiert werden).
- Mindestziel-SDK: Google Play erfordert jetzt, dass neu veröffentlichte oder aktualisierte Anwendungen mindestens Android API Level 36 (Android 16) als Ziel haben.
- Sichere Signatur: Die Anwendung muss mit einem v2/v3-Schema-kompatiblen 2048-Bit-RSA-Schlüssel signiert sein.
2. Erstellen einer neuen Anwendung/eines neuen Spiels in der Play Console (App erstellen)
Nach der Anmeldung im Google Play Console-Panel (play.google.com/console) wird der Veröffentlichungsvorgang durch Klicken auf die blaue Schaltfläche „App erstellen“ oben rechts im Hauptbildschirm gestartet, in dem alle Anwendungen aufgelistet sind. Dieses Formular bestimmt die digitale ID der App auf der Konsole, ihren Paketnamen und die grundlegende Store-Klassifizierung.
A. Bewerbungsdetails
- App-Name:
– Es ist der erste offizielle Name, der Benutzern im Store angezeigt wird.
- Begrenzt auf maximal 30 Zeichen (Beispiel: „Name Ihrer App“).
- Empfehlung: Vermeiden Sie unnötiges Keyword-Stuffing (Keyword-Stuffing) oder irreführende/werbliche Wörter („Best“, „Free“, „#1“) im Titel; Andernfalls kann es zu einer Ablehnung der Google Play-Bewertung kommen.
- Paketname:
- Java/Android-Paketkennung, die Ihre Anwendung weltweit innerhalb des Android-Ökosystems eindeutig identifiziert (umgekehrte Domänenkonvention, z. B. „com.yourcompany.appname“).
- Maximal 150 Zeichen.
- ⚠️ Kritische Regel: Nachdem die Anwendung auf diesem Bildschirm erstellt und das erste Bundle installiert wurde, kann der Paketname nie wieder geändert werden! Die
ApplicationId(<ApplicationId>com.yourcompany.appname</ApplicationId>) im `AndroidManifest. Verfügbarkeit prüfen(Verfügbarkeitsprüfung): Durch Drücken der Schaltfläche wird sofort abgefragt, ob der von Ihnen angegebene Paketname von einem anderen Entwickler im Google Play-Ökosystem registriert wurde.
- Standardsprache:
- Die primäre Store-Eintragssprache der Anwendung (Beispiel: „Englisch (USA) – en-US“).
- Store-Informationen werden Benutzern in allen Ländern, in denen keine spezifische Lokalisierung (Übersetzung) definiert wurde, in dieser Standardsprache angezeigt.
B. Anwendungstyp, Preise und Offenlegungen
- App oder Spiel:
- Der Grundtyp des Produkts wird festgelegt („App“ oder „Spiel“).
- Kritischer Hinweis: Diese Auswahl bestimmt die relevante Hauptkategorie des Stores (Registerkarte „Anwendungen“ oder Registerkarte „Spiele“) und kann später nicht mehr geändert werden.
- Kostenlos oder kostenpflichtig:
- Wählen Sie aus, ob die Anwendung kostenlos oder als kostenpflichtiger Kauf im Store verfügbar sein soll.
- ⚠️ Kritische unumkehrbare Regel: Gemäß den Google Play-Richtlinien kann eine Anwendung, die einmal als „Kostenlos“ veröffentlicht wurde, in Zukunft nie mehr auf „Bezahlt“ umgestellt werden! Wenn Sie Ihr Produkt direkt im Geschäft verkaufen möchten, müssen Sie zunächst „Kostenpflichtig“ auswählen. Um kostenlos zu veröffentlichen und Einnahmen zu generieren, sollten In-App-Kauf- oder AdMob-Anzeigen bevorzugt werden.
- Automatischer Schutz:
- Google Play fügt dem APK/AAB-Code Ihrer App eine automatische Installationsprüfung (Installationsprüfung) hinzu. Wenn Benutzer Ihre App von nicht autorisierten Quellen außerhalb von Google Play laden, werden sie gewarnt, die Originalversion von Google Play herunterzuladen.
- Erklärungen (rechtliche Erklärungen und Richtlinien):
- Programmrichtlinien für Entwickler: Es wird bestätigt, dass die Anwendung vollständig den Entwickler- und Inhaltsrichtlinien von Google Play entspricht.
- US-Exportgesetze: Es wird davon ausgegangen, dass die Software den US-Exportgesetzen und Embargobestimmungen entspricht.
- App erstellen:
- Nachdem das Formular genehmigt wurde, klicken Sie unten rechts auf die blaue Schaltfläche „App erstellen“. Die Konsole verarbeitet die Anwendung im System und leitet den Entwickler an das Hauptverwaltungspanel der Anwendung (Dashboard) weiter.
3. Keystore-Erstellung und Build-/Signaturautomatisierung
Um den Bereitstellungsprozess fehlerfrei und wiederholbar zu machen, sollten im Projektstammverzeichnis ein Ordner „Deploy/“ und Automatisierungsskripte erstellt werden.
A. Keystore-Generierung (1_CreateKeystore.bat)
Mit dem „keytool“ im JDK wird ein Schlüssel generiert, der 25 Jahre (10.000 Tage) gültig ist:
keytool -genkeypair -v ^
-keystore "%KEYSTORE_PATH%" ^
-alias %ALIAS% ^
-keyalg RSA ^
-keysize 2048 ^
-validity 10000 ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"
Tipp: Die Verwendung von „if (...)“-Blöcken in Klammern beim Abrufen des Kennworts vom Benutzer mit „set /p“ in Windows-Batchdateien kann zu Syntaxfehlern führen („: war zu diesem Zeitpunkt unerwartet“). Die Verwaltung des Streams mit „goto“-Tags und das Einschließen von Passwortparametern in Anführungszeichen „%PASS%“ gewährleistet Stabilität.
B. Automatische Versionierung und signierter AAB-Build (2_BuildAndSign_AAB.bat)
Google Play erwartet mit jedem Update einen streng steigenden „versionCode“. Um dies automatisch zu verwalten, wird eine Formel basierend auf Datum und Uhrzeit verwendet:
# Yılın son hanesi + Ay + Gün + Saat + Dakika (Örn: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')
Kompilierungs- und Signierungsbefehle:
dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%
jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
-keystore "%KEYSTORE%" ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-signedjar "%SIGNED_FILE%" ^
"%AAB_INPUT%" ^
%ALIAS%
Wenn der Vorgang abgeschlossen ist, wird der Ordner mit der kompilierten Datei direkt im Windows Explorer mit dem Befehl „start „“ „%OUTPUT%““ geöffnet.
4. Play Console First Bundle-Installation und kritische Fehler
Wenn die signierte „.aab“-Datei in den Kanal „Interne Tests“ oder „Produktion“ in der Google Play Console hochgeladen wird, wird möglicherweise der folgende Bildschirm angezeigt:
Fehler 1: Anforderung der Ziel-API-Ebene 36 (Android 16).
Fehlermeldung: „Ihre App zielt derzeit auf API-Level 35 ab und muss mindestens auf API-Level 36 abzielen, um sicherzustellen, dass sie auf den neuesten APIs basiert, die für Sicherheit und Leistung optimiert sind.“
Lösung:
Dies ist eine Fehlerblockierung und kann erst freigegeben werden, wenn der Fehler behoben ist.
- Definieren Sie explizit das Tag „
“ in der Datei „Platforms/Android/AndroidManifest.xml“:
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
<uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
...
</manifest>
- Fügen Sie es zu „
“ in der Projektdatei „.csproj“ hinzu:
<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>
Fehler 2: Versionscode deutlich höher Warnung
Warnmeldung:
„Der Versionscode dieser Version ist deutlich höher als der Ihres vorherigen Versionscodes. Mit der Zeit wird dies dazu führen, dass Ihre App die maximale Grenze für Versionscodes erreicht … Weitere Informationen“
Lösung:
– Google Play gibt diese Warnung aus, wenn der vorherige Versionscode des Projekts eine kleine Zahl ist (z. B. 1 oder 8) und wenn Sie zum dynamischen Datumsformat wechseln (z. B. 610 Millionen). – Dies ist kein Deaktivierungsfehler. Dies kann umgangen werden, indem Sie direkt unter der Warnung auf die blaue Schaltfläche „Trotzdem fortfahren“ klicken.
- Da diese Nummer als Grundlage für nachfolgende Uploads verwendet wird, wird die große Sprungwarnung nicht erneut angezeigt.
5. Vorbereitung der Datenschutzrichtlinie
Gemäß den Google Play-Richtlinien ist ein Link zur Datenschutzerklärung im öffentlich zugänglichen Standard-Webseitenformat (nicht PDF) mit aktivem SSL erforderlich, auch wenn Ihre App keine sensiblen Daten erfasst.
Kostenloses Hosting auf GitHub
Eine Markdown-Datei („blob/main/...“) im GitHub-Repository wird von Google direkt als gültige Webseite erkannt.
Grundlegende Überschriften, die in die Richtlinie aufgenommen werden sollten
- Anzeigen (Google AdMob): Banner-, Interstitial- und Prämienanzeigen; Verwendung der Android-Werbe-ID („AD_ID“), technischer Gerätedaten und des ungefähren IP-Standorts.
- In-App-Käufe und Abonnements (Google Play-Abrechnung): Zahlungen erfolgen vollständig innerhalb der Google-Infrastruktur und der Entwickler greift niemals auf Karten- oder Rechnungsinformationen zu.
- Analytik und Telemetrie (Firebase Analytics & Crashlytics): Anonyme Nutzungsereignisse und Absturzberichte.
- Einwilligungsmanagement (Google UMP): DSGVO- und KVKK-konforme Bestätigungsfenster und das Recht des Benutzers, seine Präferenzen über Einstellungen zu ändern.
- Rechtliche Ausschlüsse und besondere Erklärungen (z. B. Glücksspiele / Vorhersagetools):
- Die Anwendung ist definitiv keine Wett-/Glücksspielplattform.
- Es bietet nur mathematische Coupon-Optimierung und Statistikunterstützung.
- Bei der Weiterleitung an offizielle Händler werden die Benutzernamen und Passwörter offizieller Websites niemals gespeichert und 2FA/SMS-Überprüfungen erfolgen direkt auf der Schnittstelle der offiziellen Institution.
- Sicherheitshinweis: Technische Links wie das persönliche GitHub-Profil des Entwicklers sollten nicht in den Text der Datenschutzrichtlinie aufgenommen werden; Es sollten nur Unternehmens-E-Mails und die offizielle Website enthalten sein.
6. App-Zugriff/Anmeldedetails
Bevor Google-Prüfer die App überprüfen können, müssen Sie angeben, ob die App einen eingeschränkten Bereich enthält:
- Auswahl:
Nein(Kein Teil der Anwendung ist eingeschränkt). - Erklärung: Wenn in der Anwendung keine Mitgliedschaft, Benutzeranmeldung, E-Mail/Passwort oder ein gesperrter Bildschirm vorhanden ist, sollte „Nein“ ausgewählt werden. Wenn „Ja“ ausgewählt ist, fragt Google nach Ihrem Testbenutzernamen und Passwort.
7. Anzeigenerklärung
In diesem Schritt legen Sie fest, ob in Ihrer App Anzeigen geschaltet werden:
- Auswahl:
Ja, meine App enthält Werbung(Ja, meine App enthält Werbung). - Erklärung: Wenn die Anwendung über die AdMob-Bibliothek verfügt oder wenn in Zukunft Anzeigen geöffnet werden, muss „Ja“ ausgewählt werden. Diese Auswahl aktiviert die Kennzeichnung „Enthält Werbung“ auf der Google Play-Seite und stellt die vollständige Einhaltung der Richtlinien sicher.
8. Inhaltsbewertung (IARC-Fragebogen zur Inhaltsbewertung)
Um die Altersgrenze des Antrags zu ermitteln, müssen Sie die IARC-Umfrage (International Age Rating Coalition) ausfüllen.
A. Kategorieauswahl und E-Mail-Eingabe
- Kategorie:
Alle anderen App-Typen(Alle anderen Anwendungen, bei denen es sich nicht um Spiele, Wettspiele oder soziale Medien handelt: Tools, Dienstprogramme, Taschenrechner). - E-Mail: Die Kontakt-E-Mail-Adresse wird eingegeben und die IARC-Bedingungen werden bestätigt.
B. Umfragefragen (Fragebogen)
Kapitel 1: Gewalt und Benutzerkommunikation
- Heruntergeladene App (Gewalt, Sexualität, starke Sprache): „Nein“.
- Freigabe von Benutzerinhalten (Audio, Nachrichten, Medienfreigabe zwischen Benutzern): „Nein“.
Abschnitt 2: Inhalte und altersbeschränkte Produkte
- Online-Inhalte (Musik-/Video-Stream oder E-Commerce-Katalog): „Nein“.
- Werbung für altersbeschränkte Produkte (Tabak, Alkohol, Glücksspiel): „Nein“ (Absolut Nein, da die Anwendung keine Wetten zulässt)
- Verschiedenes (Präzise GPS-Standortfreigabe): „Nein“.
Kapitel 3: Digitale Produkte und sonstige Funktionen
- Digitale Waren (Verkäufe digitaler Produkte): „Nein“ (Nein, wenn keine aktive In-Store-Abrechnung verbunden ist; wenn aktiv, wählen Sie „Ja“ und erhalten Sie das Abzeichen „Digitale Käufe“)
- Bargeldprämien (Bargeldprämie, Geschenkkarte): „Nein“.
- Webbrowser (Internetbrowser/Suchmaschine): „Nein“.
- Nachrichten/Bildung (Nachrichten oder Bildungsprodukt): „Nein“.
Wenn alle diese Fragen mit „Nein“ beantwortet werden, erhält die Anwendung die Alterseinstufung, die für das breiteste Publikum der Welt geeignet ist (PEGI 3, ESRB Jeder).
9. Auswahl der Zielgruppe und Altersgruppe
Bei der Bestimmung der Zielgruppe Ihrer Bewerbung ist es wichtig, genau anzugeben, ob sie sich an Kinder richtet oder nicht im Sinne der Google-Bestimmungen Designed for Families (Familienrichtlinie) und COPPA.
Richtige Wahl: Nur „18 und älter“.
- Warum nur 18+?
- Rechtskonformität: Die Statistiken, Quoten und Coupon-Analysetools von Spor Toto richten sich an ein erwachsenes Publikum, da sie auf Bulletins zu Glücksspielen basieren.
- Schutz vor Einschränkungen durch Familienrichtlinien: Bei Auswahl von Personen unter 13 Jahren oder zwischen 13 und 17 Jahren verlangt Google, dass die Anzeigen-SDKs der App als kinderfreundlich zertifiziert sind, schränkt die Telemetrie ein und leitet einen viel strengeren Überprüfungsprozess ein.
- Übereinstimmung mit der Datenschutzrichtlinie: Es stimmt zu 100 % mit dem Artikel „Die App ist für Zielgruppen ab 18 Jahren“ in unserer Datenschutzrichtlinie überein.
- Zweiter Schritt (Könnte Ihre App ungewollt Kinder ansprechen?):
- Diese Frage sollte mit „Nein“ (Nein) beantwortet werden. Da die Anwendungsoberfläche keine Zeichentrickfiguren, Spielzeugthemen oder Kinderanimationen enthält, handelt es sich nicht um ein Produkt, das versehentlich die Aufmerksamkeit von Kindern auf sich zieht.
10. App-Inhalts-Dashboard
Die Google Play Console verfolgt die rechtliche und inhaltliche Eignung Ihrer App mit einer Schritt-für-Schritt-Checkliste auf der Registerkarte Richtlinien und Programme -> App-Inhalt im linken Menü.
11. Datensicherheitsformular
Es handelt sich um einen der am strengsten kontrollierten Bereiche von Google Play. Sie müssen angeben, welche Daten die Anwendung und ihre Bibliotheken sammeln oder an Dritte weitergeben.
Frage: Erfasst oder teilt Ihre App einen der erforderlichen Benutzerdatentypen?
- Auswahl für Erstveröffentlichung:
Nein(Nein). - Technischer Grund: Da AdMob SDK oder Firebase SDK noch nicht direkt im ersten geladenen „.aab“-Paket integriert ist und keine Benutzer-ID/sensible Daten erfasst werden, wird das Formular durch Auswahl von „Nein“ sauber ausgefüllt.
- Hinweis für die Zukunft: Wenn AdMob- oder Firebase-SDKs aktiviert und codiert sind, sollten Sie zu diesem Formular zurückkehren und die Elemente "Ungefährer Standort", "App-Leistung" und "Gerät oder andere Kennungen (AD_ID)" auf „Ja“ aktualisieren.
Nach Prüfung der Vorschau wird diese gespeichert.
12. Rechtliche und behördliche Hinweise
A. Regierungs-Apps
- Auswahl:
Nein(Der Antrag stellt keine offizielle Regierungsbehörde dar).
B. Finanzielle Merkmale
- Auswahl: „Meine App bietet keine Finanzfunktionen“ unten.
- Bestätigung: Im sich öffnenden Popup-Fenster wird bestätigt, dass keine Notwendigkeit besteht, Finanzlizenzen oder Dokumente einzureichen:
C. Gesundheits-Apps
- Auswahl:
Meine App verfügt über keine Gesundheitsfunktionenunten. - Bestätigung: Bestätigen Sie im sich öffnenden Fenster, dass keine regionale Gesundheitsdokumentation erforderlich ist:
13. Einstellungen und Kontaktinformationen speichern
Die Kategorie im Store und die Kommunikationskanäle, über die Benutzer den Entwickler erreichen können, werden konfiguriert:
- App-Kategorie: „Sport“ oder „Dienstprogramme/Tools“.
- Tags: Relevante Schlüsselwörter können ausgewählt werden (z. B. Sport, Versorgungsunternehmen).
- Kontaktdaten zum Store-Eintrag:
- E-Mail-Adresse: „destek@sirketadi.com“ (E-Mail für den Unternehmenssupport ist obligatorisch).
- Website:
https://company.com
- Externes Marketing: Wird aktiviert gelassen, damit Google Ihre App auf Plattformen außerhalb von Google Play bewerben kann:
14. Haupt-Store-Eintrag und visuelle Assets
Die Storefront ist der wichtigste Bereich, der die Download-Entscheidung der Nutzer direkt beeinflusst:
A. Texte
- App-Name: Maximal 30 Zeichen (Beispiel: „15te15 – Spor Toto Assistant“).
- Kurzbeschreibung: Maximal 80 Zeichen (Beispiel: „Formeloptimierung, Wahrscheinlichkeitsberechnung und intelligenter Spor Toto-Gutscheinassistent.“).
- Vollständige Beschreibung: Detaillierte Beschreibung einschließlich Funktionen, algorithmischer Vorteile und rechtlicher Hinweise.
B. Visuelle Größenstandards
- App-Symbol): Genau „512 x 512 px“, 32-Bit-PNG, maximal 1 MB.
- Feature-Grafik: Genau „1024 x 500 px“, JPG oder 24-Bit-PNG, maximal 15 MB.
- Telefon-Screenshots:
- Mindestens 2, höchstens 8 Screenshots.
- Mindestgröße: 1080 px (Beispiel: „1080 x 2340 px“).
- Seitenverhältnis: 16:9 oder 9:16.
C. Generative KI-Inhaltsdeklaration
– Auch wenn KI-gestützte Tools zum Erstellen von Ladenbildern verwendet werden, wird „Assets nicht kennzeichnen“ ausgewählt, solange keine fotorealistischen menschlichen/öffentlichen Gesichter erzeugt werden, die den Benutzer irreführen.
15. Geschlossener Testaufbau und Überprüfung
Für neu erstellte persönliche Entwicklerkonten in der Google Play Console ist es zwingend erforderlich, den Prozess Geschlossener Test abzuschließen, bevor direkt zur Produktion übergegangen wird.
A. Änderungen zur Überprüfung einreichen (Veröffentlichungsübersicht)
Sobald alle Shop-Einstellungen und Formulare abgeschlossen sind, werden in der Veröffentlichungsübersicht alle ausstehenden Änderungen aufgelistet:
Damit jedoch die Schaltfläche „Änderungen zur Überprüfung senden“ oben rechts aktiviert wird, muss die Anwendung in mindestens einer Testkanalversion (Closed Testing) konfiguriert sein.
B. Geschlossene Testschritte
Es gibt drei obligatorische Schritte, um geschlossene Tests abzuschließen:
- Länder und Regionen auswählen:
- Die Länder, in denen die Anwendung getestet werden soll, werden ausgewählt (standardmäßig kann die ganze Welt oder die Türkei ausgewählt werden) und Speichern erfolgt unten rechts.
- Tester auswählen:
- Im Reiter Tester wird eine E-Mail-Liste (E-Mail-Liste) ausgewählt oder eine neue Liste erstellt.
- Um eine Produktionserlaubnis für persönliche Google Play-Konten zu erhalten, verlangt Google, dass mindestens 20 Testnutzer 14 Tage lang an den Tests beteiligt sind. Daher ist es wichtig, dass eine ausreichende Anzahl von Benutzern in die Testliste aufgenommen wird.
- Nachdem Sie die Liste ausgewählt haben, klicken Sie unten rechts auf Änderungen speichern.
- Erstellen Sie eine neue Version:
- Wenn „Länder und Tester“ abgeschlossen sind, erscheint „2 von 4 abgeschlossen“ wie oben.
- Klicken Sie oben rechts auf die blaue Schaltfläche Neue Version erstellen, um mit der Versionserstellungsphase fortzufahren.
- Das signierte „.aab“-Paket wird geladen. Sobald die Installation abgeschlossen ist, analysiert Google das Paket:
– Wie im Bild zu sehen ist, wurde „Target SDK: 36“ erfolgreich erkannt, „Version: 610060410“ und Architekturen wurden überprüft.
- Wenn
Weitergeklickt wird, erscheint aufgrund des Versionscodesprungs ein Warnbildschirm:
- Lösung: Klicken Sie auf den blauen Link „Trotzdem fortfahren“ direkt unter der Warnung „Der Versionscode dieser Version ist deutlich höher als der Code Ihrer vorherigen Version“*.
- Nachdem die Fehlerbestätigung entfernt wurde, wird die Version erfolgreich gespeichert, indem Sie unten rechts auf die blaue Schaltfläche `Speichern** klicken.
Wenn diese Schritte abgeschlossen sind, können Sie zum Bildschirm Veröffentlichungsübersicht zurückkehren und den Google-Genehmigungsprozess über die Schaltfläche Änderungen zur Überprüfung senden starten.
C. Häufige Situation: Warnung „App nicht verfügbar“ bei Testverbindung
Der häufigste Bildschirm, den Entwickler sehen, wenn sie einen Opt-in-Link für geschlossene Tests („play.google.com/apps/testing/com...“) öffnen, ist dieser:
„App nicht verfügbar – Eine Testversion dieser App wurde noch nicht veröffentlicht oder ist für dieses Konto nicht verfügbar.“
Ursachen und Lösung für diese Warnung:
- In Überprüfung: Auch wenn die geschlossene Testversion erstellt und zur Überprüfung gesendet wird, wird dieser Link erst aktiviert, wenn das Google-Überprüfungsteam das Paket genehmigt. Der Link wird geöffnet, wenn der Status in der Play Console „Verfügbar für Tester“ lautet.
- Google-Konto stimmt nicht überein: Die im Browser aktive Google-Anmeldung muss genau mit der E-Mail-Adresse übereinstimmen, die zur Testerliste in der Play Console hinzugefügt wurde. Ein anderes oder anonymes Google-Konto kann nicht auf diesen Link zugreifen.
- Serververbreitungszeit: Selbst wenn Google die Überprüfung genehmigt, kann es normalerweise 1–2 Stunden dauern, bis der geschlossene Testlink auf den Store-Servern weltweit verbreitet wird.
D. Teilnahme am Testprogramm (Tester werden – Opt-in)
Sobald die Bewertung genehmigt und der Link aktiviert ist, öffnet sich der folgende offizielle Einladungsbildschirm:
- Die Seite enthält das Symbol der Anwendung, den Namen des Entwicklers und den Einladungstext zur Testversion.
- Wenn auf die blaue Schaltfläche „Tester werden“ geklickt wird, wird das Konto in den Test einbezogen.
- Die Anwendung kann direkt aus der Google Play Store-Anwendung auf das Android-Gerät heruntergeladen werden, indem Sie im nächsten Bildschirm auf den Link „Auf Google Play herunterladen“ klicken.
16. Erklärung zur Werbe-ID
Für alle Apps, die auf Android 13 (API 33) und höher ausgerichtet sind, erfordert Google Play eine explizite Angabe der Verwendung der Werbe-ID („AD_ID“).
Frage: Verwendet Ihre App eine Werbe-ID?
Die entscheidende Regel von Google auf dieser Seite lautet:
„Wenn Sie sagen, dass Ihre App eine Werbe-ID verwendet, blockieren wir Veröffentlichungen, die die Berechtigung com.google.android.gms.permission.AD_ID nicht in der Manifestdatei enthalten, wenn sie auf Android 13 ausgerichtet sind.“
- Option 1 (empfohlen):
Nein(Nein). – In dem geschlossenen Testpaket, das wir derzeit installiert haben, wurden AdMob SDK oder Cross-Promotion-Bibliotheken noch nicht tatsächlich kompiliert und es gibt keine „AD_ID“-Berechtigung in der Datei „AndroidManifest.xml“. Wenn daher „Nein“ ausgewählt und gespeichert wird, entsteht kein offensichtlicher Konflikt. - Option 2 (falls Ja ausgewählt):
– Wenn „Ja“ ausgewählt ist, sollte „[x] Werbung oder Marketing“ als beabsichtigte Verwendung ausgewählt werden und das Feld „Veröffentlichungsfehler deaktivieren“ unten auf der Seite („Ich verstehe die Konsequenzen, wenn die Berechtigung com.google.android.gms.permission.AD_ID nicht einbezogen wird...“) muss aktiviert werden, da die Berechtigung noch nicht zum Manifest hinzugefügt wurde.
Klicken Sie in beiden Fällen nach der Auswahl unten rechts auf `Speichern.
17. Einreichung zur Überprüfung (endgültige Einreichung)
Sobald alle Store-Einträge, Datenschutzrichtlinien, Sicherheitsformulare, rechtlichen Erklärungen, Zielgruppe und geschlossene Testversion ausgefüllt sind, kehren Sie zum Bildschirm Veröffentlichungsübersicht zurück:
- 14 Änderungen zur Überprüfung einreichen: Google Play sammelt alle Aussagen und die Testversion in einem einzigen Überprüfungspaket (14 Änderungen warten auf Genehmigung, wie im Bild zu sehen).
- Der offizielle Google-Genehmigungsprozess wird durch Klicken auf die blaue Schaltfläche 14 Änderungen zur Überprüfung einreichen gestartet.
- Die automatischen Qualitätsprüfungen (Schnellprüfungen) von Google laufen im Hintergrund und dann wird die Anwendung in die Bewertungswarteschlange des Google Play Review Teams gestellt. Die Überprüfung wird bei Privatkonten in der Regel innerhalb von 24–72 Stunden abgeschlossen.
18. Antrag auf Produktionsgenehmigung nach abgeschlossener Prüfung (Zugang zur Produktion beantragen)
Wenn der geschlossene Testprozess (ununterbrochener Test für mindestens 14 Tage), der von Google für persönliche Entwicklerkonten gefordert wird, abgeschlossen ist, wird die **Schaltfläche „Für die Produktion bewerben“ im Hauptsteuerungsfeld der Play Console aktiviert. Mit einem Klick auf diesen Button bietet Google ein umfassendes 3-Schritte-Antragsformular an, um zu prüfen, ob die Anwendung tatsächlich getestet wurde und für den Go-Live bereit ist:
Formularschritte:
- Über Ihren geschlossenen Test: Sie werden gefragt, wie Sie Testbenutzer finden, wie Sie Feedback sammeln und welche Verbesserungen Sie basierend auf dem erhaltenen Feedback an der Anwendung vornehmen.
- Über Ihre App: Die Zielgruppe der Anwendung und die wichtigsten Vorteile, die sie den Benutzern bietet, werden erläutert.
- Ihre Produktionsbereitschaft: Es wird festgelegt, wie Sie Fehler verfolgen und Benutzerkommentare verwalten, wenn es live geht.
Kritische Fragen und Beispielantworten zur Bewerbung (Englisch und Türkisch)
1. „Wie haben Sie Benutzer für Ihre geschlossenen Tests rekrutiert? Haben Sie beispielsweise Freunde und Familie gefragt oder einen kostenpflichtigen Testanbieter genutzt?“
Wie haben Sie Benutzer für geschlossene Tests gefunden? (Beispiel: Familie und Freunde oder kostenpflichtiger Testanbieter?)
Wichtige Regel: Google mag keine Bots oder bezahlten künstlichen Testfarmen. Man kann am sichersten sagen, dass es sich bei den Testern um echte organische Nutzer, enge Kreise und relevante Social-Media-Communitys handelt.
I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.
2. „Wie einfach war es, Tester für Ihre App zu rekrutieren?“
Wie einfach war es, Tester für Ihre App zu finden?
- Empfohlene Wahl: „Weder schwierig noch leicht“ oder „Einfach“. Diese Option zeigt an, dass der Prozess organisch und ausgewogen durchgeführt wird und keine künstlichen Bot-Netzwerke verwendet werden.
3. „Beschreiben Sie die Interaktion, die Sie von den Testern während Ihres geschlossenen Tests erhalten haben.“
Beschreiben Sie das Engagement, das Sie von den Testern während des geschlossenen Tests erhalten haben:
(Tipp von Google: Geben Sie an, ob Nutzer alle Funktionen nutzen und ob die Nutzung mit dem Verhalten eines echten Nutzers übereinstimmt)
Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.
4. „Geben Sie eine Zusammenfassung des Feedbacks, das Sie von den Testern erhalten haben. Geben Sie an, wie Sie das Feedback gesammelt haben.“
Geben Sie eine Zusammenfassung des Feedbacks, das Sie von den Testern erhalten haben. Geben Sie an, wie Sie Feedback gesammelt haben:
Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.
Schritt 2: Über Ihre App
In diesem Schritt wird nach der Zielgruppe der Anwendung, dem Mehrwert, den sie bietet, und der erwarteten Anzahl an Downloads für das erste Jahr gefragt:
1. „Wer ist die Zielgruppe Ihrer App?“
Wer ist die Zielgruppe Ihrer Bewerbung?
The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.
2. „Beschreiben Sie, wie Ihre App den Benutzern einen Mehrwert bietet“
Beschreiben Sie, wie Ihre App den Nutzern einen Mehrwert bietet:
The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.
3. „Wie viele Installationen erwarten Sie für Ihre App im ersten Jahr?“
Wie viele Downloads wird Ihre App Ihrer Meinung nach im ersten Jahr erreichen?
- Empfohlene Wahl: „0 – 10.000“ (Ein organisches und realistisches Indie-Entwicklerziel).
Schritt 3: Ihre Produktionsbereitschaft
In dieser letzten Phase der Anwendung wird nach Verbesserungen gefragt, die auf der Grundlage der während der geschlossenen Tests gewonnenen Erkenntnisse vorgenommen wurden und wie die Anwendung als bereit für die Live-Produktion angesehen wird:
1. „Welche Änderungen haben Sie an Ihrer App vorgenommen, basierend auf dem, was Sie während Ihres geschlossenen Tests gelernt haben?“
Welche Änderungen haben Sie basierend auf dem, was Sie im geschlossenen Test gelernt haben, an Ihrer App vorgenommen?
Empfehlung: Die Antwort sollte vollständig mit dem Feedback übereinstimmen, das Sie in den vorherigen Schritten angegeben haben (Kompatibilität mit kleinen Bildschirmen, Schriftgröße, Filterbezeichnungen und Datencache).
Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.
2. „Wie haben Sie entschieden, dass Ihre App für die Produktion bereit ist?“
Wie haben Sie entschieden, dass Ihre App für die Live-Produktion bereit ist?
Empfehlung: Hervorzuheben sind die Google Vitals-Metriken (keine Abstürze, null ANR), der 14-tägige Testzeitraum und die Stabilität über verschiedene Android-Versionen hinweg.
We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.
Nachdem alle Felder ausgefüllt sind, wird der offizielle Antrag auf Produktionsgenehmigung durch Klicken auf die blaue Schaltfläche „Bewerben“ unten rechts abgeschlossen.
Bildschirm „Antrag gesendet“ (Überprüfungsprozess)
Wenn Sie auf die Schaltfläche „Übernehmen“ klicken, kehren Sie zum Hauptkontrollfeld der Play Console zurück und die folgende offizielle Überprüfungskarte erscheint auf der Seite Produktion:
„Wir haben Ihren Antrag auf Produktionszugang“
„Wir überprüfen Ihr Antragsformular. Wir senden dem Kontoinhaber eine E-Mail mit Aktualisierungen. Dies dauert normalerweise höchstens 7 Tage, kann aber gelegentlich auch länger dauern.“
Wissenswertes über diese Phase:
- Überprüfungszeit: Obwohl Google auf dem Bildschirm offiziell angibt, dass sie „7 Tage oder weniger“* beträgt, erfolgt diese Genehmigung für Apps mit konsistenten Formularantworten und einer Absturzrate von null in der Regel innerhalb von 24 bis 72 Stunden.
- Ergebnisbenachrichtigung: Nach Abschluss der Bewertung wird eine offizielle Annahmebenachrichtigung an die E-Mail-Adresse des Kontoinhabers gesendet (siehe Kapitel 19).
- Was während des Wartevorgangs zu tun ist: Es besteht keine Notwendigkeit, weitere Maßnahmen zu ergreifen. Der geschlossene Testkanal kann aktiv bleiben, es reicht aus, die Entscheidung des Play Console-Review-Teams abzuwarten.
19. Endgültiger Sieg: Bestätigung des Produktionszugangs (Open Broadcast).
Wenn der Prozess Geschlossener Test (14 Tage aktiver Test mit mindestens 20 Testbenutzern), der die anspruchsvollste Phase der Google Play Console für neue persönliche Entwicklerkonten darstellt, erfolgreich abgeschlossen und der Open-Store-Antrag gestellt wurde, erhält das Google Play Console-Team die folgende offizielle Annahme-E-Mail:
„Herzlichen Glückwunsch! Ihrer App wurde Google Play-Produktionszugriff gewährt“
„Sie haben den Google Play-Produktionszugriff für Ihre App beantragt und dieser wurde Ihnen nun gewährt. Bei der Produktion stellen Sie Ihre App Milliarden von Nutzern bei Google Play zur Verfügung.“
Was bedeutet diese E-Mail?
- Öffentliche Veröffentlichung: Ihre App kann jetzt für Milliarden von Android-Benutzern auf der ganzen Welt veröffentlicht werden, nicht nur für eingeladene geschlossene Tester.
- Überschreitung des Schwellenwerts für das persönliche Konto: Googles 20-Tester-/14-Tage-Testanforderung wurde offiziell erfüllt und das Entwicklerkonto wurde in den vertrauenswürdigen Status verschoben.
- One-Click Go Live: Wenn Sie im Play Console-Bereich zum Kanal Produktion gehen, kann das bewährte Paket in geschlossenen Tests direkt oder mit einer neuen Version im Store verfügbar gemacht werden.
20. Checkliste vor der Veröffentlichung (abgeschlossen)
Alle Kontrollpunkte in der Antragsphase:
- Wurden die App-ID und der eindeutige Bundle-Name in der Play Console generiert?
- Ist das signierte „.aab“-Paket mit „targetSdkVersion 36“ kompiliert?
- Ist der Versionscode größer als bei früheren Versionen? (Wurde auf die Warnung Trotzdem fortfahren geklickt?)
- Ist die Datenschutzrichtlinie-URL aktiv und mit HTTPS geöffnet?
- Wird der App-Zugriff als „Nein“ aufgezeichnet?
- Ist die Werbeaussage mit „Ja“ gekennzeichnet?
- IARC-Altersfreigabe abgeschlossen und zertifiziert?
- Ist als Zielgruppe „18 und älter“ ausgewählt?
- Wurde das Formular zur Datensicherheit ausgefüllt?
- Wurden Regierungs-, Finanz- und Gesundheitserklärungen mit „Nein“ erfasst?
- Werden Store-Assets (512x512-Symbol, 1024x500-Feature-Grafik, Screenshots) geladen?
- Geschlossener Test: Wurden die Länder/Regionen ausgewählt und gespeichert?
- Geschlossenes Testen: Wurde die Testerliste ausgewählt und gespeichert?
- Geschlossener Test: Ist das signierte „.aab“-Paket geladen und versioniert?
- Werbe-ID: Für die Erstveröffentlichung als „Nein“ gespeichert?
- Veröffentlichungsübersicht: Wurden die Änderungen zur Überprüfung durch Google eingereicht?
- Wurde der geschlossene Testprozess und der Produktionszugriff erhalten?
21. Arar Games und unsere Spiele
Sie können unsere Store-Seiten besuchen, um alle Spiele, Spielmechaniken und Updates, die wir in unserem unabhängigen Studio entwickelt haben, live zu erleben:
🎮 Unsere Spiele:
- 🛡️ Blockiert: Pixel Panzer:
Retro-Pixel-Panzer-Action, ColorWheel-Elementargranaten, dynamisches Wetter, Bosskämpfe, globale Bestenlisten und Google Play-Erfolge!
👉 Auf Google Play herunterladen (Android & PC) | Microsoft Store (Windows-PC) - 🎨 Paint Trek:
Reflexorientiertes Arcade-Erlebnis in farbenfrohen Pixeln und Weltraumatmosphäre. 👉 Google Play | Microsoft Store (PC & Xbox) - 🚀 Space Dodger:
Rasante Retro-Arcade-Hindernisvermeidung im Weltraum.
👉 Auf Google Play herunterladen
📢 Soziale Medien und Kommunikation:
So folgen Sie unseren neuen technischen Leitfäden, Devlogs und Spielaktualisierungen:
- 🎵 TikTok: @arargamesstudio
- 📸 Instagram: @arargamesstudio
- 🐦 X (Twitter): @arargamesstudio
- 📺 YouTube: @koreaaria
- 🧵 Threads: @arargamesstudio
- 📘 Facebook: arargamesstudio
Erstellt von: Arar Games Developer Documentation Archive
Hiç yorum yok:
Yorum Gönder