Decoding Play Policy AMA

Okay.

Vielen Dank, dass Sie heute bei dieser Podiumsdiskussion zum Thema „Google Play-Richtlinien entschlüsseln“ dabei sind.

Ich bin Jan Kleinert, Developer Relations Engineer im Android for Cars-Team.

Ich bin heute der Moderator der Podiumsdiskussion.

Ich übergebe jetzt an unsere Diskussionsteilnehmer Bohdan und Paul, die sich kurz vorstellen werden.

Bohdan, fangen wir mit dir an.

Hallo allerseits.

Ich bin Bohdan und arbeite im Google Play Trust & Safety-Team.

Ich bin seit über vier Jahren hier und seit über einem Jahrzehnt in der Trust & Safety-Branche tätig.

Ich finde es spannend, wie Technologie, Industrie und Kultur interagieren und wie Veranstaltungen die Entwicklung neuer Apps fördern. Ich mag Veranstaltungen wie diese, bei denen wir unser Bestes tun können, um Entwickler wie Sie auf den Erfolg vorzubereiten.

Hallo zusammen.

Mein Name ist Paul.

Ich arbeite im selben Team wie Bohdan und bin seit etwa einem Jahrzehnt im Bereich Trust & Safety tätig, den Großteil davon bei Google Play T&S.

Ich freue mich, heute hier zu sein. Legen wir los.

Okay, danke.

Bevor wir mit der Podiumsdiskussion beginnen, übergebe ich das Wort wieder an Paul.

Er beginnt mit einem kurzen Überblick über Richtlinienressourcen, Informationen zu Best Practices und ähnlichen Themen, damit Sie Ihre App auf eine reibungslosere und effizientere Richtlinienüberprüfung vorbereiten können.

Ja.

Was meinen wir überhaupt mit Google Play-Richtlinien?

Dies sind die grundlegenden Regeln, die Entwickler bei der Veröffentlichung und Pflege von mobilen Apps im Google Play Store einhalten müssen.

Wir haben auf dem Bildschirm einige Kurzlinks zu Ressourcen für Google Play-Richtlinien bereitgestellt.

Über den ersten Link gelangen Sie zur Richtlinienübersicht für Entwickler.

Wenn Sie oben auf der Seite auf „Aktuelle Updates“ klicken, finden Sie Details zu neuen Richtlinien sowie zu Aktualisierungen oder Klarstellungen bestehender Richtlinien.

Wenn Sie ein visueller oder auditiver Lerntyp sind, finden Sie unter dem zweiten Kurzlink eine Playlist mit unseren Policy Bytes.

In diesen Videos sprechen wir über die Richtlinienaktualisierungen.

Über den dritten Link gelangen Sie zu einer Seite, auf der Sie mehr über die Google Play-Richtlinieninformationen in Android Studio erfahren. Diese Funktion soll Ihnen vor der Überprüfung hilfreiche Informationen liefern, die als Lint-Prüfungen in Android Studio bereitgestellt werden.

Okay.

Außerdem gibt es einen Android-Skill, mit dem Android-Apps auf die Einhaltung dieser Google Play-Richtlinien überprüft werden können. So können Sie die Einhaltung von Berechtigungen, Kontolöschung und Datensicherheit prüfen.

Sie können diesen Skill wie alle anderen Skills über die Android-Befehlszeile installieren.

android skills list
android skills add play-policy-insights

Bevor wir zu den Fragen von Jan kommen, möchten wir Ihnen noch einige Best Practices für die Arbeit mit den Google Play-Richtlinien und App-Überprüfungen vorstellen.

Erstens: Stellen Sie den Prüfern Anmeldedaten zur Verfügung.

Das klingt zwar einfach, aber ein sehr häufiger Grund für Verzögerungen oder Ablehnungen sind nicht zugängliche Inhalte.

Wenn für Ihre App eine Anmeldung erforderlich ist oder sie Gated Content, Guthaben oder Abos enthält, müssen Sie Testanmeldedaten angeben.

Bei einigen Apps müssen die Anmeldedaten nur ganz am Anfang der App angegeben werden, bei anderen gibt es möglicherweise verschiedene Bereiche, z. B. die erwähnten kostenpflichtigen Inhalte.

Sie können dies in der Play Console tun und diese Anmeldedaten dann unseren Prüfern zur Verfügung stellen.

Früher hieß er „App-Zugriff“, jetzt heißt er „Anmeldedaten“ und befindet sich im Bereich „App-Inhalte“.

Und dann müssen Sie sicherstellen, dass die Anmeldedaten jede Art von 2-Faktor-Authentifizierung, Captchas, Paywalls usw. umgehen.

Ja, alte Versionscodes deaktivieren.

Entwickler geraten oft in sogenannte Ablehnungsschleifen, weil sie einen sauberen, richtlinienkonformen Produktions-Build hochladen, aber vergessen, dass eine ältere, nicht richtlinienkonforme Version noch in der Play Console in einem anderen Track aktiv ist, z. B. in einem offenen oder geschlossenen Test. Auch wenn sich ein App-Bundle in einem alten Test-Track befindet, unterliegt es der Richtlinienüberprüfung.

Wenn sie also eingeschränkte Berechtigungen anfordert oder veraltete, anfällige SDKs verwendet, wird sie trotzdem überprüft.

Achten Sie also darauf, dass Sie alle veralteten Versionscodes in allen Tracks ersetzen oder deaktivieren, bevor Sie auf „Senden“ klicken.

Drittens: Planen Sie ausreichend Zeit für die Überprüfung ein und nutzen Sie die verwaltete Veröffentlichung.

Die Überprüfung und Veröffentlichung von Apps kann also sieben Tage oder manchmal auch länger dauern, insbesondere wenn es sich um eine neue App oder eine App handelt, die eine vertrauliche Berechtigung anfordert.

Sie sollten also genügend Vorlaufzeit einplanen.

Wenn Sie eine wichtige Markteinführung planen, sollten Sie die neue App mindestens ein paar Wochen vor dem eigentlichen Startdatum einreichen.

Und dann können Sie das mit der verwalteten Veröffentlichung verknüpfen.

Die verwaltete Veröffentlichung ist eine Funktion, mit der genehmigte Updates zurückgehalten werden können, bis Sie sie veröffentlichen möchten. So lassen sich unerwartete Verzögerungen bei Marketingkampagnen oder anderen wichtigen Produkteinführungen vermeiden.

Achten Sie darauf, die App nicht noch einmal einzureichen, wenn sie bereits zur Überprüfung eingereicht wurde.

Andernfalls beginnt die Frist von vorn.

Ich glaube, Entwickler vergessen das manchmal und haben eine App zur Hälfte fertig und vergessen dann: „Oh, ich muss diese kleine Änderung vornehmen.“

Sie reichen sie noch einmal ein und der Überprüfungsprozess beginnt von vorn.

Richtig, prüfen Sie Ihre Deklarationen.

Ihre Erklärungen zu App-Inhalten, z. B. im Abschnitt zur Datensicherheit, in der Datenschutzerklärung oder in den Berechtigungen für Fotos/Videos, müssen mit dem App-Manifest aktiver Bundles oder Versionscodes in allen Tracks übereinstimmen.

Wenn Ihr App-Manifest beispielsweise Zugriff auf den genauen Standort anfordert, der Zweck aber nicht im Formular zur Erklärung von Berechtigungen angegeben ist, werden möglicherweise Maßnahmen gegen die App ergriffen.

Achten Sie also darauf, dass SDKs von Drittanbietern keine Daten exfiltrieren, die Sie nicht deklariert haben.

Selbst wenn Ihre App bestimmte Daten nicht verwendet, kann es zu einer Maßnahme kommen, wenn Sie ein SDK einbinden, das diese Daten verwendet.

Im Google Play SDK Index finden Sie Informationen zu über 100 der am häufigsten verwendeten kommerziellen SDKs.

Ich möchte hier kurz unterbrechen und eine Frage stellen, bevor wir weitermachen.

Was genau meinen Sie mit „Maßnahmen“?

Was bedeutet dieser Begriff?

Maßnahmen können alle nachteiligen Aktionen sein, von Warnungen über Ablehnungen bis hin zu schwerwiegenderen Maßnahmen wie Entfernungen, Sperrungen oder sogar Kontosperrungen.

Wenn ich also von Maßnahmen spreche, meine ich diese nachteiligen Maßnahmen.

Cool.

Vielen Dank.

Ja.

Und schließlich können Sie Einspruch einlegen.

Reichen Sie nach einer Ablehnung nicht einfach dieselbe Version noch einmal ein.

Außerdem können wiederholte Ablehnungen wegen desselben Problems innerhalb kurzer Zeit eine algorithmische Kennzeichnung auslösen, die zu den von Paul erwähnten schwerwiegenderen Maßnahmen wie Entfernungen oder Sperrungen führt.

Wenn eine App abgelehnt wird, sollten Sie sie nicht einfach ohne Änderungen, auf gut Glück oder ohne Berücksichtigung des Feedbacks noch einmal einreichen.

Sie erhalten sowohl im Posteingang der Console als auch per E-Mail an die von Ihnen angegebenen Adressen Informationen zum genauen Verstoß und entsprechende Hinweise.

Wenn Sie mit einer Ablehnung nicht einverstanden sind oder sie nicht verstehen, können Sie Einspruch einlegen.

Wenn Sie der Meinung sind, dass es sich um ein falsch positives Ergebnis handelt, können Sie über den Link in der Mitteilung Einspruch einlegen.

Das ist ein besserer erster Schritt, als die App einfach ohne Änderungen noch einmal einzureichen.

Und das Gleiche gilt, wenn Sie die Mitteilung erhalten und sie nicht ganz verstehen, vielleicht ist sie sehr wortreich, vielleicht sind es zu viele Absätze, was auch immer es ist, es ist völlig in Ordnung, sich an die Beschwerdestelle zu wenden.

Wenn Sie das tun, kommunizieren Sie per E‑Mail mit einer echten Person.

Auch wenn es Einschränkungen bei der Kommunikation geben kann, erhalten Sie oft zusätzliche Details zur Ursache der Ablehnung.

In anderen Fällen ist dem Einspruchsteam bewusst, dass die Kommunikation recht langwierig sein kann.

Sie können die Abschnitte, die speziell für Sie und Ihre App gelten, hervorheben oder fett formatieren.

Also.

Und damit übergebe ich wieder an Jan.

Okay.

Vielen Dank.

Wir haben Fragen von Entwicklern aus verschiedenen Kanälen und Quellen gesammelt.

Die Fragen, die wir heute besprechen, stehen für einige der Probleme, die Entwickler häufig im Zusammenhang mit Richtlinien haben.

Fangen wir damit an.

Was sind einige der häufigsten Gründe, warum eine App aufgrund von Berechtigungen abgelehnt werden kann?

Und wie können Entwickler Ablehnungen vermeiden, die mit Verstößen gegen die Berechtigungsrichtlinien zusammenhängen?

Okay.

„Berechtigungen“, das nehme ich.

Berechtigungen, insbesondere vertrauliche Berechtigungen, müssen also für den Hauptzweck Ihrer App, wie er in der Werbung dargestellt wird, von entscheidender Bedeutung sein.

Wenn Sie also eine Zusatzfunktion oder eine Funktion haben, die nicht einmal in der App enthalten ist und nicht einmal beworben wird, wird die App sehr wahrscheinlich abgelehnt.

Achten Sie also darauf, dass die Erklärung dem Anwendungsfall der App entspricht.

Außerdem wird eine App oft abgelehnt, weil die Videolinks, die Sie in den Erklärungen angeben, einfach nicht zugänglich sind.

Unser Prüfteam muss auf die App, die von Ihnen bereitgestellten Videolinks und alle anderen Inhalte in der App zugreifen können, um die App vollständig zu prüfen.

Achten Sie also darauf, dass alles in der App, im Manifest und in der Erklärung zugänglich ist.

Achten Sie also darauf, dass diese drei Punkte erledigt sind. Dann wird der Prozess sehr wahrscheinlich reibungsloser ablaufen.

Cool.

Okay.

Immer mehr App-Entwickler nutzen Drittanbieterplattformen für KI-generierte Inhalte in ihren Apps, richtig?

Wenn diese Plattformen Inhalte produzieren, die entweder unangemessen oder sachlich falsch sind, kann das zur Ablehnung der App des Entwicklers führen? Und wer ist in solchen Fällen wirklich verantwortlich?

Ja.

Ja, das kann zu einer Ablehnung führen.

Seit der Einführung des Google Play Store galt immer die Regel, dass der Entwickler für alles verantwortlich ist, was er in der App anbietet oder worauf ein Nutzer in der App zugreifen kann.

Auch wenn generative KI ein neuer Bereich ist, gilt hier dasselbe.

Ich denke, eine gute Parallele zu generativer KI sind von Nutzern erstellte Inhalte, denn für beide Richtlinien müssen Sie viele der gleichen Arten von, Sie wissen schon, Sie müssen die Möglichkeit haben, Inhalte zu melden, wenn etwas erscheint, das nicht ganz angemessen ist.

Es muss einen Filtermechanismus geben.

Es gibt natürlich noch andere Richtlinien, die gelten würden, aber ich sehe das so: Wenn Sie GenAI-Inhalte haben, wird die App von Google überprüft, Nutzer klicken auf „Melden“, wenn sie etwas Unangemessenes sehen, und dann gibt es noch Ihre Filtermechanismen.

Google, die Entwickler und die Nutzer arbeiten also zusammen, um die App für alle so sicher wie möglich zu machen.

Okay.

Sehr gut.

Aber empfehlen wir im Allgemeinen, dass Entwickler zusätzlich zu den Mechanismen, mit denen Nutzer Inhalte melden können, eine Art Filtermechanismus einrichten sollten? Ist es das, was Sie damit meinen?

bestimmte Arten von Inhalten gar nicht erst für Nutzer anzeigen zu lassen?

Richtig.

Ja.

Während des Überprüfungsprozesses versuchen unsere Teams also nicht, Ihren Code zu durchsuchen oder ein Reverse Engineering Ihres genauen Filtermechanismus durchzuführen.

Sie wollen nur sehen, ob sie auf unangemessene Inhalte zugreifen können.

Wenn ja, würden wir einige Mitteilungen zurücksenden. Dann wäre es die Aufgabe Ihres Teams, herauszufinden, wie dieser Filtermechanismus robuster gemacht werden kann.

Ok.

Cool, danke.

Eine der Richtlinien betrifft Identitätsdiebstahl oder Nachahmung.

Wenn eine App also aufgrund der Richtlinie zu Identitätsdiebstahl abgelehnt wird, der Entwickler aber der Meinung ist, dass es sich um einen Fehler handelt, was sollte er dann tun?

Und wie können sie diese Art von Ablehnung proaktiv vermeiden?

Einspruch einlegen.

Ja, das war eine der – ich glaube, die fünfte – Best Practices, die wir auf dem Board haben: Wenn Sie abgelehnt werden, sollten Sie Einspruch einlegen.

Die häufigsten Szenarien sind, dass die Marke, die Sie imitieren, Ihre eigene Marke ist, oder?

Oder Sie entwickeln eine App im Auftrag einer anderen Person. Das ist wahrscheinlich der häufigste Fall. Hier entwickeln White-Label-Entwickler Apps für Fitnessstudios oder SaaS-Lösungen.

Und es ist einfacher, diese unter Ihrem eigenen Entwicklerkonto zu veröffentlichen, oder?

Du kannst also Einspruch einlegen. Unser Team prüft dann, ob du eine Erlaubnis hast.

Angenommen, Sie haben einen Kunden namens Joe's Chicken, der das beste Hähnchen westlich des Mississippi hat.

Sie erhalten ein Genehmigungsschreiben auf offiziellem Firmenbriefpapier mit Logo, in dem steht: „Wir, Joe's Chicken, erteilen ABC Developer die Erlaubnis, unsere Bilder und unser Erscheinungsbild in seiner App zu verwenden.“ Am besten ist es, wenn der Name der App und der Name des App-Pakets angegeben werden.

Zum Beispiel „com.joeschicken.app“. Sie können dann dem Entwickler antworten und ihm diese Dokumentation zur Verfügung stellen.

Okay.

Und der zweite Teil war, glaube ich,

Gibt es etwas, das sie proaktiv tun können, um das zu vermeiden?

Können Sie zum Beispiel einen Nachweis hochladen, wenn Sie Ihre erste Einreichung vornehmen?

Ja.

Genau.

In der Play Console gibt es das sogenannte Formular zur Vorabankündigung, das Sie einreichen können. Dort können Sie diese Dokumente hochladen, die Ihr Konto mit der anderen juristischen Person verknüpfen.

So können Sie Ihre App-Einreichung präventiv vor solchen Maßnahmen schützen.

Ja.

Cool.

Okay.

Du hast vorhin im Abschnitt zu Best Practices kurz die Verwendung von Drittanbieter-SDKs erwähnt. Ich würde gern mehr darüber erfahren.

Wenn Apps SDKs von Drittanbietern verwenden, sind die App-Entwickler also dafür verantwortlich, wie diese SDKs von Drittanbietern beispielsweise Nutzerdaten verwenden.

Wie können Entwickler also wissen, ob SDKs den Richtlinien zur Datensicherheit und zu Nutzerdaten entsprechen?

Wie können sie sich in dieser Landschaft zurechtfinden?

Das ist eine gute Frage.

In meinen ersten zwei Jahren bei Google habe ich viel mit SDKs gearbeitet. Das hängt auch mit der vorherigen Frage zusammen, bei der es um generative KI und von Nutzern erstellte Inhalte ging. Letztendlich ist der Entwickler für alles verantwortlich, was in seiner App passiert.

Paul hat in der Einleitung kurz erwähnt, dass es den Google Play SDK Index gibt. Sie können einfach bei Google danach suchen.

Es sollte das erste oder zweite Ergebnis sein, der Google Play SDK Index. Auf der Webseite finden Sie mehr als hundert, vielleicht sogar mehrere hundert SDKs, die nach Kategorien wie Monetarisierung, Werbung, Gesundheit oder anderen Themen unterteilt sind.

Und diese Seite ruft nur öffentlich verfügbare Daten ab.

Sie wird von Google organisiert.

Wenn Sie sich die SDKs ansehen, werden Sie feststellen, dass einige von ihnen ein Symbol haben, das angibt, dass sie in der SDK Console registriert sind.

So wie Sie als Entwickler eine Play Developer Console für Ihre Apps haben, haben SDK-Entwickler die Möglichkeit, auf eine SDK Developer Console zuzugreifen.

Und sie müssen einen ähnlichen Überprüfungsprozess durchlaufen.

Sie senden uns ihr SDK.

Google führt verschiedene Prüfungen durch. Wenn alles in Ordnung ist und die Richtlinien eingehalten werden, erhält das Unternehmen das Logo.

Für Sie als Entwickler bedeutet das, dass Sie in diesem Index nachsehen können, welche SDKs diesen Prozess durchlaufen haben.

Es ist keine Garantie dafür, dass die App genehmigt wird oder dass das SDK immer richtlinienkonform ist, aber es gibt Ihnen vielleicht zwei Anhaltspunkte.

Erstens ist die Wahrscheinlichkeit, dass die App abgelehnt wird, viel geringer, wenn Sie dieses SDK verwenden.

Nur eine Wahrscheinlichkeit.

Der zweite Punkt, den ich an diesem Prozess wirklich schätze, ist, dass wir bei einem Verstoß des SDKs zweigleisig vorgehen.

Zuerst wenden wir uns an den SDK-Entwickler und sagen: „Wir haben festgestellt, dass Ihr SDK Nutzerdaten auf eine nicht konforme Weise sendet.“

Anschließend arbeiten sie daran, ihre App oder ihr SDK in Einklang mit den Richtlinien zu bringen.

Etwa zur gleichen Zeit oder etwas später senden unsere Teams Benachrichtigungen oder Warnungen an die Entwickler.

Die Benachrichtigung lautet dann etwa: „Wir haben festgestellt, dass Ihre App diese Daten auf nicht konforme Weise sendet und dass dies im ABC SDK geschieht.“

Als Entwickler können Sie das SDK einfach auf die von ihnen bereitgestellte konforme Version aktualisieren.

Wenn Sie drastischere Maßnahmen ergreifen möchten, können Sie das SDK entfernen oder ersetzen. Das ist aber mit viel Aufwand und Arbeit verbunden.

Aber genau das gefällt mir am Google Play SDK Index.

Ja.

Im Index wird nicht angegeben, welche Richtlinien genau eingehalten werden und welche nicht, aber Sie erhalten dieses Badge, das ich als Vertrauensbeweis bezeichnen würde.

Okay.

Ja.

Okay, klingt gut.

Und wenn ich das richtig verstanden habe, senden wir Nachrichten an Entwickler, in denen wir sie darüber informieren, dass sie ein SDK mit einem Problem verwenden.

Sagen wir ihnen, welche Version sie installieren sollen, wenn sie ein Update durchführen? Wenn der Entwickler das Problem behebt, sagen wir ihnen dann: „Hey, eine bessere Version ist so und so“?

Oder müssen sie selbst ein wenig recherchieren?

Ich glaube, der Versionscode ist dort tatsächlich vorhanden.

Ja, nageln Sie mich nicht darauf fest, aber ich glaube, dass dort der Versionscode aufgeführt ist, auf den sie aktualisieren können.

Ja, und um ganz ehrlich zu sein, ich bin selbst kein Entwickler oder Ingenieur, aber wenn ich mit Entwicklern spreche, verstehe ich, dass es manchmal so einfach ist, wie auf eine Schaltfläche oder ein paar Schaltflächen zu klicken, und dann den Update-Prozess für das SDK in der App zu starten.

Das ist cool.

Cool.

Vielen Dank.

Okay.

Sie haben ein wenig über Anmeldedaten gesprochen. Mit diesem Thema bin ich zumindest einigermaßen vertraut und weiß, wie wichtig es ist, diese Informationen dort zu haben.

Sie haben Dinge wie das Umgehen der 2‑Faktor-Authentifizierung und das Umgehen von Paywalls oder den Zugriff auf Abo-Inhalte erwähnt.

Welche anderen gängigen Situationen sollten Entwickler berücksichtigen?

Ich habe zum Beispiel schon erlebt, dass Apps Inhalte haben, die nur in bestimmten Ländern oder an bestimmten Standorten zugänglich sind, oder dass für eine Messaging-App zwei Logins erforderlich sind, um sie testen zu können.

Gibt es noch andere Situationen, in denen Entwickler mehr tun müssen, als nur einen Log-in bereitzustellen?

Ja.

Ich würde immer mit den Anmeldedaten beginnen und enden, die Sie dem Überprüfungsteam zur Verfügung stellen. Achten Sie darauf, dass diese Zugriff auf alle Funktionen der App ermöglichen.

Dieser Bereich in der Play Developer Console hieß früher „App-Zugriff“ und wurde vor etwa einem Monat in „Anmeldedaten“ umbenannt.

Ja, es gibt ein Feld für den Nutzernamen und das Passwort und darunter ein Freiform-Textfeld.

Sie können also eine Anleitung geben, wie man sich anmeldet, wenn das nicht ganz einfach ist.

Sie können auch einen zweiten, dritten und vierten Log-in angeben, wenn Sie möchten.

Und um Ihnen einen Einblick zu geben, wie unsere Teams die Apps überprüfen: Es ist nicht so, dass jemand in einem Raum sitzt, ein bisschen herumprobiert und dann einfach auf „Genehmigen“ oder „Ablehnen“ klickt.

Es gibt viele Teams, die sich die verschiedenen Richtlinien und Workflows ansehen. Daher ist es sehr wahrscheinlich, dass sich mehr als eine Person auf mehreren Geräten und manchmal auch in verschiedenen Regionen in Ihrer App anmeldet.

Ich verstehe, dass das schwierig ist, weil viele Sicherheitsmechanismen sagen: „Oh, wenn wir viele Anmeldungen sehen“, dann wird es aus Sicherheitsgründen gestoppt und zurückgesetzt.

Aber egal, was Sie tun, wir überprüfen die App in vielen verschiedenen Workflows. Das kann also passieren.

Es kann also hilfreich sein, mehrere Logins anzubieten.

Ja.

Cool.

Ja, ich muss betonen, wie wichtig es ist, diesen Freiformtext in der Erklärung zu verwenden.

Wenn Ihr Demokonto also nicht nur aus einem Nutzernamen und einem Passwort besteht, sondern weitere Schritte erforderlich sind, sollten Sie dafür sorgen, dass unser Überprüfungsteam weiß, wie es auf Ihre App zugreifen kann.

Sie können ein Video bereitstellen, in dem gezeigt wird, wie das geht, damit unser Team weiß, wie es vorgehen muss, wenn es komplexer ist als nur Nutzername und Passwort.

Ja.

Ich meine, manchmal sehen wir uns Apps selbst an und es gibt einige ziemlich ausgefallene Anmeldungen.

Ich habe schon Videos gesehen, in denen man 17-mal auf eine Schaltfläche tippen, ein X auf den Bildschirm zeichnen und dann im Entwicklermodus noch 11 weitere Schritte ausführen musste. Das ist wirklich nicht nötig.

Das macht es nämlich etwas schwierig.

Ein Szenario, von dem ich gehört habe, ist, dass einige Apps nur eine bestimmte Anzahl von aufeinanderfolgenden Anmeldungen oder gleichzeitigen Anmeldungen zulassen, bevor sie sagen: „Oh, du musst eine entfernen.“

Wenn Ihre App das also unterstützt, ist es meiner Meinung nach auch nützlich, Informationen darüber bereitzustellen, wie man die Seite findet, auf der man den Zugriff auf frühere Anmeldungen entfernen kann.

Ja.

Cool.

Wenn wir Richtlinien aktualisieren oder neue Richtlinien einführen, müssen Entwickler manchmal Änderungen an ihrer App vornehmen, deren Implementierung je nach Art der Änderung einige Zeit in Anspruch nehmen kann.

Manchmal sind diese mit einer Frist verbunden, oder?

Zum Beispiel: „Bis zu diesem Datum müssen Sie XYZ tun, um eine neue Richtlinie einzuhalten.“

Wenn die Frist näher rückt, ein Entwickler aber weiß, dass er mehr Zeit benötigt, um die Anforderungen zu erfüllen, welche Optionen hat er dann?

Ja, das klingt irgendwie nach einer Warnung.

Ja, das klingt wie eine Warnung.

Ja.

Ja, also bei Warnungen ist die einfachste Lösung, einfach um mehr Zeit zu bitten, oder?

Normalerweise veröffentlichen wir neue Richtlinien, aktualisieren bestehende Richtlinien oder stellen sie klar.

Und ich denke, Google ist im Allgemeinen ziemlich gut darin, Vorlaufzeit zu geben.

Und diese Richtlinie wird möglicherweise sechs Monate vor Inkrafttreten öffentlich angekündigt.

Und dann werden die Warnungen versendet: „Ihre App verstößt gegen diese Richtlinie, die vor 6 oder 12 Monaten angekündigt wurde.“

Paul und ich sind da manchmal anderer Meinung, aber es kann sein, dass sie sagen: „Sie haben sieben Tage Zeit, um diese Änderung vorzunehmen.“

Und die Entwicklung dauert lange.

Wir haben es verstanden.

Ich würde einfach antworten.

Sie können Einspruch einlegen und beispielsweise sagen: „Wir verstehen die Richtlinie und wissen, dass unsere App nicht konform ist.

Wir arbeiten bereits daran oder wir werden die folgenden Schritte unternehmen, um das Richtlinienproblem zu beheben, aber wir brauchen mehr Zeit.“

Deshalb geben sie Ihnen in der Regel etwas mehr Zeit.

Wenn es dann noch einmal 7 Tage dauert und Sie sich dem Ende dieser Frist nähern, können Sie die Überprüfung noch einmal beantragen.

Natürlich ist sie nicht unendlich.

Aber wie gesagt, Paul und ich wehren uns, aber das ist auf individueller Ebene und auch auf einer höheren Ebene.

Wenn wir wissen, dass neue Richtlinien eingeführt werden, und wir vielleicht wissen, wer daran arbeitet, sagen wir: „Können wir hier nicht eine Frist von 28 Tagen statt 7 Tagen oder zumindest 14 Tagen einräumen?“

Ja.

Genau.

Wenn Sie nachweisen, dass Sie in gutem Glauben Änderungen vornehmen, um die Richtlinien einzuhalten, wird Google Play mit Ihnen zusammenarbeiten, um eine neue Frist festzulegen.

Eine bessere Zeitachse für Sie.

Okay.

Einspruch einzulegen, ist also ein vielseitiges Tool, das in vielen dieser Situationen helfen kann, solange es richtig eingesetzt wird.

Wenn Sie Einspruch einlegen, sollten Sie ihn gut begründen und ausreichend Details angeben. So können Sie die Chancen erhöhen, dass Ihr Einspruch berücksichtigt wird und Sie Hilfe erhalten.

Okay.

Wenn ein Entwickler also mehrere Apps in einem Entwicklerkonto hat, was ja häufig vorkommt.

Und eine App wird wegen eines Richtlinienverstoßes gesperrt. Was bedeutet das für das gesamte Entwicklerkonto?

Besteht dadurch ein Risiko für das Konto oder andere richtlinienkonforme Apps?

Wie funktioniert das?

Das ist möglich.

Das wären dann die Entwickler, die ohne Label arbeiten.

Ich habe vorhin über Joe's Chicken gesprochen, richtig?

Vielleicht haben Sie Kunden, die alle in dieser Branche tätig sind.

Ich stelle mir das so vor: Wenn man beim Baseball Strikeouts hat,

Leider gibt es böswillige Akteure, die versuchen, in den Google Play Store zu gelangen. Das ist einer der Gründe, warum wir verschiedene Arten von Maßnahmen haben, von leichten bis hin zu harten, wie Entfernungen, Sperrungen und sogar Kontosperrungen.

Wenn Sie also viele ähnliche Apps im Google Play Store haben und eine davon gesperrt wird,

Mm-hm.

Du bist ein böswilliger Akteur, oder?

Also korrigierst du es und versuchst einen Monat später, es wieder einzuschmuggeln.

Und dann wird es von unseren Teams entdeckt und Sie werden wieder gesperrt, oder?

Und dann entfernen Sie es aus Ihrer App und fügen es etwa einen Monat später wieder hinzu. Okay, jetzt haben wir ein sich wiederholendes Verhaltensmuster und Sie sind am Schlag, Sie haben drei Strikeouts und Sie sind jetzt raus, oder?

Aber nehmen wir an, Sie entwickeln eine App für ein Hähnchenrestaurant. Das sind keine bösartigen Inhalte oder so, Sie möchten den Menschen einfach nur leckeres Essen anbieten.

Wenn Sie also alle diese Apps gleichzeitig mit einer CI/CD-Pipeline oder ähnlichem einreichen und zehn Apps gleichzeitig abgelehnt oder gesperrt werden, wird das nur als ein Verstoß gewertet, weil wir verstehen, dass Sie viele Apps gleichzeitig einreichen.

Mm-hm.

Interessant.

Ich denke, das war die Antwort auf die Frage.

Ja, wunderbar.

Vielen Dank.

Ich habe noch eine Frage für uns.

Viele dieser Fragen waren eher für etablierte Entwickler gedacht, aber diese Frage bezieht sich eher auf die Ersteinrichtung in der Play Console.

Angenommen, dein Google Play-Zahlungsprofil wurde bestätigt.

Identity verification errors are gone now, and only like the phone number verification remains.

Was muss ein Entwickler in diesem Fall tun, damit er mit seinem Entwicklerkonto Apps veröffentlichen kann?

Manchmal ist es so, als würde man einzelne Puzzleteile zusammensetzen. Was können sie tun, wenn sie nicht wissen, wie sie den Prozess abschließen sollen?

Ja, ich hatte vor nicht allzu langer Zeit bei einer anderen Veranstaltung eine ähnliche Frage. Ich denke, dass das für neue Entwickler natürlich zutrifft, aber ich glaube, dass viele der bestehenden Entwickler diese Bestätigung noch einmal durchführen mussten.

Das war vor etwa einem Jahr, oder?

Ich kann mich nicht mehr genau erinnern.

Viele von ihnen wurden automatisch bestätigt, aber einige mussten die Bestätigung manuell durchführen.

Okay.

Oder wenn die Adresse und das Dun & Bradstreet-Profil nicht übereinstimmen…

Genau.

Genau.

Das Google-Profil.

Okay.

Ja, nehmen wir also an, es ist die Telefonnummer.

Ich werde die Frage auf zwei Arten beantworten.

Okay.

Erstens: Wenn Sie diese Schritte durchgehen, werden in der Play Console häufig Benachrichtigungen angezeigt.

Sie erhalten dann eine Benachrichtigung, in der Sie aufgefordert werden, Ihre Telefonnummer zu registrieren.

Und das ist ziemlich einfach.

Sie geben sie im internationalen Telefonnummernformat ein, also +1 408 und dann die restlichen Ziffern.

Sie können die Bestätigung per SMS oder Anruf durchführen und der Anleitung folgen.

Manchmal versuchen Entwickler, das zu tun, und erhalten eine Fehlermeldung oder so. Das ist auch schon vorgekommen. Oder sie haben den SMS-Code nicht erhalten.

Ich zeige Ihnen, wie Sie das Einspruchsteam kontaktieren können.

Das ist ein Team, aber es gibt noch ein halbes oder zwei Dutzend andere Teams, die…

Will.

Beantworten Sie Fragen in der Play Console, auf die Sie tatsächlich Zugriff haben, und zwar über das Hilfemenü.

Die Benutzeroberfläche hat sich etwas geändert.

Früher befand sich diese Option in einem Menü auf der linken Seite des Startbildschirms.

Unten gab es eine Hilfeschaltfläche.

Diese Option ist nicht mehr verfügbar. Wenn Sie jetzt auf einer beliebigen Seite nach unten scrollen, finden Sie die Hilfeschaltfläche in der Fußzeile.

Wenn Sie darauf klicken, wird eine kleine blaue Schaltfläche mit der Aufschrift „Support-Ticket erstellen“ angezeigt.

Ich glaube, das steht da.

Mm-hm.

Ja.

Dann werden Drop-down-Menüs angezeigt, über die Sie Fragen stellen können.

Es gibt eine Reihe von Drop-down-Menüs, über die Sie direkt zur Telefonnummer gelangen. Ich habe das fast auswendig gelernt, aber es ist so etwas wie „Entwicklerkonto bestätigen“. Das zweite Drop-down-Menü ist ziemlich ähnlich, Sie erhalten eine Reihe von Optionsfeldern.

Eine davon ist speziell für die Bestätigung der Telefonnummer vorgesehen.

Und dann erhalten Sie vielleicht einen SMS-Bestätigungscode oder es tritt ein Fehler auf, wenn Sie versuchen, diesen Prozess zu durchlaufen.

Das gilt nicht nur für die Bestätigung der Telefonnummer, sondern auch für viele andere Fragen, die Sie möglicherweise zu Ihrem Google Play-Entwicklerkonto haben.

In den meisten Fällen werden die nächsten Schritte zur Bestätigung in der Play Console sehr gut dargestellt. Folgen Sie einfach den Schritten und Sie sind startklar.

Super.

Cool.

Wir sind fast am Ende der Zeit angelangt. Vielen Dank, dass Sie heute dabei waren.