Google Play ポリシーに関する AMA

それでは

本日は、Google Play のポリシーを読み解くパネルディスカッションにご参加いただき、ありがとうございます。

Jan Kleinert です。自動車向け Android チームのデベロッパー リレーションズ エンジニアです。

本日のパネルディスカッションのモデレーターを務めます。

それでは、パネリストの Bohdan と Paul に自己紹介をしてもらいましょう。

ボフダンさん、まずはあなたからお願いします。

皆さん、こんにちは。

Google Play の Trust & Safety チームに所属する Bohdan です。

私は YouTube に 4 年以上在籍しており、テクノロジー業界の信頼性と安全性に関する業務に 10 年以上携わっています。

私は、テクノロジー、業界、文化がどのように相互作用しているか、イベントが新しいアプリの開発をどのように促進しているかを見るのが好きです。また、このようなイベントで、皆様のようなデベロッパーの成功を支援するために最善を尽くすことが好きです。

皆さん、こんにちは。

Paul と申します。

私は Bohdan と同じチームに所属しており、Bohdan とほぼ同じ期間（10 年間）Trust & Safety に携わっています。その大半は Google Play T&S での勤務です。

本日、このステージに立てることを大変嬉しく思います。それでは始めましょう。

わかりました。ありがとうございます。

パネルディスカッションを始める前に、Paul に引き継いで、前提を整えてもらいます。

まず、ポリシーに関するリソースの概要、ベスト プラクティスなどの情報について説明します。これらは、アプリのポリシー審査をよりスムーズかつ効率的に進めるために役立ちます。

うん

では、Google Play ポリシーとは何を指すのでしょうか。

これらは、デベロッパーが Google Play ストアでモバイル アプリを公開、維持する際に遵守する必要がある基本的なルールです。

画面に、Google Play のポリシーに関するリソースの短いリンクをいくつか表示しています。

最初のリンクは、デベロッパー ポリシー センターに移動します。

ページ上部の [最近の更新] をクリックすると、新しいポリシーの詳細や、既存のポリシーの更新または明確化に関する詳細を確認できます。

視覚や聴覚で学びたい場合は、2 つ目の短いリンクから、ポリシー バイトの再生リストにアクセスできます。

ポリシーの更新について説明する動画です。

3 つ目のリンクは、Android Studio の Google Play Policy Insights について詳しく説明しているページに移動します。この機能は、Android Studio で lint チェックとして提供される、審査前の有用なガイダンスを提供することを目的としています。

それでは

また、これらの Google Play のポリシーに照らして Android アプリを監査する Android スキルもあり、権限、アカウント削除、データ セーフティに関するコンプライアンスを検証できます。

このスキルは、他のスキルと同様に Android CLI を使用してインストールできます。

android skills list
android skills add play-policy-insights

最後に、Jan のパネル質問に入る前に、Google Play のポリシーとアプリの審査に関するベスト プラクティスをいくつかご紹介します。

1 つ目は、審査担当者にログイン認証情報を提供することです。

これは単純なことのように思えますが、遅延や不承認の非常に一般的な理由は、コンテンツにアクセスできないことです。

アプリにログインが必要な場合、制限のあるコンテンツがある場合、クレジットや定期購入がある場合は、テスト用の認証情報を提供する必要があります。

アプリによっては、アプリの起動時にログイン認証情報を提供することを意味します。また、前述の有料コンテンツのように、別のセクションがある場合もあります。

Google Play Console で設定し、審査担当者にログイン認証情報を提供してください。

以前は「アプリのアクセス権」と呼ばれていましたが、現在は「ログインの詳細」と呼ばれ、[アプリのコンテンツ] セクションにあります。

そして、認証情報が 2 要素認証、キャプチャ、ペイウォールなどのあらゆる種類の認証をバイパスすることを確認します。

はい、古いバージョン コードを無効にします。

そのため、デベロッパーは、いわゆる「不承認ループ」に陥ることがよくあります。これは、ポリシーに準拠したクリーンな製品版ビルドをアップロードしたものの、ポリシーに準拠していない古いバージョンが、オープンテストやクローズド テストなどの別のトラックで Google Play Console でまだ有効になっていることを忘れているためです。そのため、古いテストトラックにある App Bundle であっても、Google Play のポリシー審査、Google Play のポリシーの対象となります。

そのため、制限付きの権限をリクエストしたり、脆弱性のある古い SDK を使用したりしている場合は、引き続き審査の対象となります。

そのため、[送信] ボタンをクリックする前に、すべてのトラックで古いバージョン コードをすべて置き換えるか、無効にしてください。

3 つ目は、審査に十分な時間を確保し、管理対象の公開を使用することです。

そのため、アプリの審査と公開には 7 日以上かかることがあります。特に、新しいアプリや機密情報に関わる権限をリクエストするアプリの場合は、さらに時間がかかることがあります。

そのため、十分なリードタイムを確保する必要があります。

大規模なリリースを予定している場合は、実際のリリース日の少なくとも 2 週間前までに新しいアプリを送信してください。

その後、管理対象の公開にリンクできます。

管理対象の公開は、承認済みのアップデートをリリース準備が整うまで保留できる機能です。これにより、マーケティング キャンペーンやその他の重要なリリース中に予期しない遅延が発生するのを防ぐことができます。

また、審査のためにすでに送信したアプリを再送信しないようにしてください。

そうすると、タイマーがリセットされます。

デベロッパーは、アプリの開発途中で、ちょっとした変更が必要なことを忘れてしまうことがあります。

再送信すると、審査プロセスが最初から開始されます。

宣言を確認してください。

そのため、データ セーフティ セクション、プライバシー ポリシー、写真 / 動画の権限などのアプリ コンテンツの申告は、すべてのトラックで有効なバンドルまたはバージョン コードのアプリ マニフェストと一致している必要があります。

たとえば、アプリ マニフェストで正確な位置情報へのアクセスをリクエストしているにもかかわらず、権限申告フォームでその目的を開示していない場合、アプリは違反措置の対象となる可能性が非常に高くなります。

そのため、サードパーティ SDK が、申告していないデータを引き出していないことを確認してください。

アプリが特定のデータを使用していなくても、そのデータを使用する SDK を統合することを選択すると、違反措置につながる可能性があります。

Google Play SDK Index で、幅広く使用されている 100 以上の商用 SDK についての情報を確認できます。

次に進む前に、ここで簡単な質問をさせてください。

違反措置とは、具体的にどのようなことを指すのでしょうか？

この用語はどういう意味ですか？

違反措置には、警告から否承認、さらには削除、停止、アカウントの禁止など、より厳しい措置まで、さまざまな不利な措置が含まれます。

違反措置とは、このような不利益な措置を指します。

いいですね

ありがとうございました

うん

最後に、アピールを使用します。

不承認となったバージョンをそのまま再送信しないでください。

また、同じ問題により短期間に繰り返し不承認になると、アルゴリズムによるフラグがトリガーされ、ポールが言及した削除や公開停止などのより厳しい違反措置につながる可能性があります。

アプリが不承認となった場合は、変更を加えずに、またはフィードバックに対応せずに、すぐに再送信しないでください。

違反の詳細とガイダンスについては、Google Play Console の受信トレイと、ご提供いただいた関連メールアドレスの両方にお知らせが届きます。

不承認に同意できない場合や、理解できない場合は、再審査請求を行うことができます。

誤検知であると思われる場合は、通知に記載されているリンクを使用して再審査請求を行うことができます。

これは、変更を加えずに急いで再提出するよりも、最初のステップとして適しています。

また、受け取ったコミュニケーションがよく理解できない場合も同様です。非常に冗長であったり、段落が多すぎたり、何であれ、再審査請求に戻ってもまったく問題ありません。

その際、実在する人物とメールでやり取りすることになります。

伝えられる内容に制限がある場合もありますが、多くの場合、不承認の原因について追加の詳細情報を得ることができます。

また、再審査請求チームは、コミュニケーションが非常に長くなる可能性があることを理解しています。

そのため、お客様とお客様のアプリに特に関連するセクションをハイライト表示したり、太字で表示したりします。

そうですね。

それでは、Jan に引き継ぎます。

それでは

ありがとうございました

そこで、さまざまなチャネルやソースからデベロッパーの皆様の質問を集めました。

本日取り上げる質問は、ポリシーに関してデベロッパーからよく寄せられる問題の一部を表しています。

では、まずこちらから始めましょう。

権限に関連してアプリが不承認となる一般的な理由には、どのようなものがありますか？

また、権限ポリシー違反などに関連する不承認を回避するには、デベロッパーはどうすればよいでしょうか？

それでは

権限、これにします。

つまり、権限（特に機密情報に関わる権限）は、アプリの宣伝されている目的の重要な目的に不可欠なものでなければなりません。

そのため、補助的な機能や、アプリにない機能、宣伝されていない機能がある場合、アプリは却下される可能性が高くなります。

そのため、申告内容がアプリのユースケースと一致していることを確認してください。

また、申告で提供された動画リンクにアクセスできないことが原因で、アプリが却下されることもよくあります。

審査チームは、アプリを完全に審査するために、アプリ、提供された動画リンク、アプリ内のあらゆるものにアクセスできる必要があります。

そのため、アプリ、マニフェスト、宣言内ですべてにアクセスできることを確認してください。

この 3 つの項目を完了しておくと、プロセスがスムーズになります。

いいですね

それでは

つまり、アプリ内で AI 生成コンテンツを使用するために、サードパーティのプラットフォームを利用するアプリ デベロッパーが増えているということですね。

そうしたプラットフォームが不適切なコンテンツや事実と異なるコンテンツなどを生成した場合、デベロッパーのアプリが却下されることにつながるのでしょうか。また、そのような場合、実際に責任を負うのは誰なのでしょうか。

うん

そうですね。不承認になる可能性があります。

Google Play ストアの開始当初から、デベロッパーがアプリに組み込んだもの、またはユーザーがアプリでアクセスできるものはすべて、デベロッパーの責任であるという立場を取ってきました。

生成 AI は新しい分野ですが、同じことが言えます。

生成 AI とよく似ているのがユーザー作成コンテンツだと思います。どちらのポリシーでも、同じような対応が必要になります。たとえば、不適切なコンテンツが表示された場合に報告する機能が必要です。

フィルタリング メカニズムが必要です。

もちろん、他にも適用されるポリシーはありますが、私は次のように考えています。生成 AI コンテンツがある場合、Google がアプリを審査し、ユーザーが不適切なコンテンツを見つけた場合はフラグをクリックし、さらにフィルタリング メカニズムがあります。

つまり、Google、デベロッパー、ユーザーが協力して、アプリをできるだけ安全に保つようにしています。

違いますね。

ありがとうございます。

しかし、一般的に、ユーザーがコンテンツにフラグを立てるメカニズムに加えて、デベロッパーは何らかのフィルタリング メカニズムを導入すべきでしょうか？

特定の種類のコンテンツがユーザーに表示されないようにする、といったことですか？

正解です。

うん

審査プロセス中に、Google のチームがコードを詳しく調べたり、フィルタリング メカニズムをリバース エンジニアリングしたりすることはありません。

不適切なものにアクセスできるかどうかを確認するだけです。

そして、もし可能であれば、いくつかの通信を返します。その後、そのフィルタリング メカニズムをより堅牢にする方法を考えるのが、あなたのチームの仕事になります。

OK

ありがとうございます。

たとえば、なりすましや模倣に関するポリシーがあります。

なりすましポリシーに基づいてアプリが却下されたものの、何らかの理由でそれが誤りであると思われる場合、デベロッパーはどうすればよいですか？

また、そのような不承認を事前に回避するにはどうすればよいですか？

再審査請求。

はい。これは、ボードに記載されている 5 つ目のベスト プラクティスです。不承認となった場合は、再審査を請求する必要があります。

その場合、最も一般的なシナリオは、なりすましの対象となっているブランドが、おそらく自分のブランドであるということです。

あるいは、誰かの代わりにアプリを作成している場合です。おそらくこれが最も一般的で、フィットネス施設や SaaS ソリューションなどのためにアプリを作成している、いわゆるホワイトラベル デベロッパーです。

そして、それらを自分のデベロッパー アカウントで公開する方が簡単ですよね？

再審査請求を提出できます。Google のチームが確認するのは、許可の証明と呼ばれるものです。

たとえば、Joe's Chicken というクライアントがいて、ミシシッピ川の西側で一番美味しいチキンを提供しているとします。

許可証は、会社のロゴが入った公式のレターヘッドに、たとえば「Joe's Chicken は、ABC Developer がアプリ内で当社の画像や肖像を使用することを許可します」と記載されたものです。アプリ名とアプリ パッケージ名も記載されていることが望ましいです。

たとえば com.joeschicken.app などです。その後、デベロッパーに返信して、そのドキュメントを提供します。

違いますね。

2 つ目の質問は

そのような事態を回避するために、事前にできることはありますか？

たとえば、最初の提出時に、何かの証明書（名前は忘れましたが）をアップロードすることはできますか？

はい。

Google Play Console には、事前通知フォームと呼ばれるものがあり、アカウントと他のエンティティを関連付けるこれらのフォームのドキュメントを送信、アップロードできます。

そうすることで、アプリの送信時にこのような違反措置を事前に防ぐことができます。

はい。

いいですね

それでは

先ほど、ベスト プラクティスのセクションでサードパーティ SDK の使用について少し触れましたが、もう少し詳しく教えてください。

アプリでサードパーティ SDK を使用する場合、アプリ デベロッパーは、サードパーティ SDK がユーザーデータなどをどのように使用するかについて責任を負うということですね。

では、SDK がデータ セーフティとユーザーデータに関するポリシーに準拠していることを、デベロッパーはどのようにして知ることができるのでしょうか。

そのような状況にどのように対処すればよいでしょうか。

いい質問ですね。

私は Google に入社して最初の 2 年間、SDK に関する仕事を多く行っていました。これは、先ほどの質問、つまり生成 AI とユーザー作成コンテンツに関する質問に戻ることになりますが、アプリ内のコンテンツは、最終的にはデベロッパーの責任となります。

Paul がイントロで簡単に触れたと思いますが、Google Play SDK Index というものがあります。Google で検索してみてください。

1 番目か 2 番目の結果に Google Play SDK Index が表示されるはずです。このウェブページには、100 以上、場合によっては数百の SDK が、収益化、広告、健康、その他のカテゴリに分類されて表示されます。

このページは、一般公開されているデータを取得しているだけです。

Google が主催するイベントです。

SDK のリストをスクロールしていくと、一部の SDK の横に「SDK Console に登録済み」などのバッジが表示されていることに気づくでしょう。

デベロッパーの皆様がアプリ用に Google Play Console を利用しているように、SDK デベロッパーも SDK Console を利用できます。

また、同様の審査プロセスを経る必要があります。

SDK を Google に送信します。

Google はいくつかの異なるチェックを行いますが、チェックに合格し、準拠している場合は、バッジが付与されます。

デベロッパーは、このインデックスにアクセスして、どの SDK がプロセスを通過したかを確認できます。

アプリが承認されることや、SDK が常に準拠していることを保証するものではありませんが、2 つの信頼ポイントが得られると言えます。

1 つ目は、その SDK を使用している場合、アプリが却下されない可能性がはるかに高くなることです。

確率にすぎません。

2 つ目は、このプロセス全体で私が特に気に入っている点ですが、SDK に準拠していない部分があることが判明した場合、2 つのアプローチを取ります。

1 つ目の柱は、SDK デベロッパーに連絡して、「お客様の SDK がポリシーに準拠していない方法でユーザーデータを送信していることが判明しました」と伝えることです。

その後、アプリまたは SDK がポリシーに準拠するよう修正します。

そして、ほぼ同時か、少し後に、2 つ目のステップとして、Google のチームがデベロッパーに通知または警告を送信します。

通知には、「お客様のアプリがポリシーに準拠していない方法でデータを送信していることが判明しました。この問題は ABC SDK で発生しています」といった内容が記載されます。

デベロッパーが取れる対策としては、SDK を提供されている準拠バージョンに更新することです。

より抜本的な対策を講じる場合は、SDK を削除するか、置き換えることができますが、これには多大な労力と作業が必要になります。

Google Play SDK Index の良いところは、

うん

どのポリシーに準拠しているか、または準拠していないかについては、インデックスには記載されていませんが、バッジは取得できます。これは、信頼の証のようなものです。

違いますね。

うん

わかりました。

おっしゃったことから推測すると、「この SDK を使用しているが、問題がある」というメッセージをデベロッパーに送信すると、

アップデートする場合、どのバージョンにアップデートするかを伝えるのでしょうか？デベロッパーが修正した場合、「より良いバージョンはこれこれです」と伝えるのでしょうか？

それとも、ある程度は自分で調べる必要がありますか？

バージョン コードが記載されていると思います。

はい。確実ではありませんが、更新可能なバージョン コードが記載されていると思います。

はい。私はデベロッパーでもエンジニアでもありませんが、デベロッパーと話したところ、ボタンを 1 つか 2 つクリックするだけで、アプリ内の SDK の更新プロセスを開始できる場合もあるそうです。

すごい

いいですね

ありがとうございました

それでは

ログイン認証情報について少しお話しいただきましたが、これは私が少なくともある程度は知っているトピックであり、この情報をそこに含めることがいかに重要であるかということです。

2 要素認証の回避や、ペイウォールを回避する方法の確保、サブスクリプション ベースのコンテンツへのアクセスなどについてお話しいただきました。

では、デベロッパーが考慮すべきその他の一般的な状況とは何でしょうか。

たとえば、特定の国や地域でのみアクセスできるコンテンツを含むアプリや、テストに 2 つのログインが必要なメッセージ アプリなどがあります。

ログインを提供するだけでなく、デベロッパーが少し追加の作業を行う必要があるような状況は他にもありますか？

うん

審査チームに提供するログイン認証情報が、アプリのすべての機能にアクセスできるものであることを確認することが、常に最初と最後に行うべきことだと思います。

Google Play Console のそのセクションは、以前は「アプリのアクセス権」と呼ばれていましたが、1 か月ほど前に「ログインの詳細」に変更されたと思います。

ユーザー名やパスワードを入力できる場所があり、その下に自由形式のテキスト フィールドがあると思います。

ログイン手順が複雑な場合は、ログイン手順を指示することもできます。

必要に応じて、2 つ目、3 つ目、4 つ目のログイン情報を提供することもできます。

また、Google のチームがアプリを審査する際のプロセスについて少しお話しすると、誰かが部屋に座ってアプリをいじり、承認または不承認をクリックするだけ、というわけではありません。

さまざまなポリシーやワークフローを調査するチームが多数存在するため、複数のデバイス、場合によっては複数の地域で、複数のユーザーがアプリにログインする可能性があります。

多くの安全メカニズムが「ログインが多数検出された場合」と判断し、ユーザーの安全のためにログインを停止して元に戻すため、難しさがあると思います。

ただし、どのような方法を選択するにしても、Google はさまざまなワークフローでアプリを審査しているため、そのような状況が発生する可能性があることをご理解ください。

そのため、複数のログイン情報を提供することで、この問題を解決できます。

うん

いいですね

はい。申告フォームの自由形式のテキスト ボックスを活用することの重要性を強調する必要があります。

そのため、デモアカウントが単にユーザー名とパスワードだけではなく、さらに手順が必要な場合は、審査チームがアプリにアクセスする方法を理解できるようにする必要があります。

ユーザー名とパスワードを入力するよりも複雑な場合は、その方法を動画で提供して、Google のチームがその方法を理解できるようにしてください。

うん

たとえば、アプリを自分で確認することがありますが、ログイン画面がかなり凝っているものもあります。

たとえば、このボタンを 17 回タップして、画面に X を描くと、デベロッパー モードがポップアップ表示され、さらに 11 の手順を実行する、といったものを見たことがあります。これは作り話ではありません。このようなことはしないでください。

それだとちょっと難しいですね。

私が聞いたことのあるシナリオの 1 つは、一部のアプリでは、X 回の連続ログイン、またはアプリでの同時ログインしか許可されないというものです。その後、「1 つ削除する必要があります」というメッセージが表示されます。

アプリがそのような機能をサポートしている場合は、以前のログインなどのアクセス権を削除できるページを見つける方法に関する情報を含めることも有用だと思います。

うん

いいですね

そのため、ポリシーの更新や新しいポリシーの導入に伴い、デベロッパーがアプリに変更を加える必要が生じることがあります。変更内容によっては、実装に時間がかかることもあります。

期限が設定されている場合もあります。

たとえば、新しいポリシーに準拠するために、この日までに XYZ を完了する必要がある、といった内容です。

期限が近づいているものの、準拠するにはさらに時間が必要な場合、デベロッパーにはどのような選択肢がありますか？

警告のように聞こえますね。

警告のように聞こえます。

うん

警告については、簡単なものであれば、もう少し時間をくださいとお願いするだけです。

このプロセスは通常、新しいポリシーのリリース、新しいポリシーまたは既存のポリシーの更新、または単なる明確化などで行われます。

また、Google は一般的に、リードタイムを十分に確保していると思います。

そのポリシーは、措置を講じる 6 か月前に公表される可能性があります。

その後、警告が発せられ、「お客様のアプリは、6 か月前または 12 か月前に発表されたこのポリシーに違反しています」というような通知が届きます。

しかし、ポールと私が時々反論することもありますが、この変更を行うのに 7 日間の猶予があると言われることがあります。

開発に時間がかかる。

よくわかります。

私なら、ただ返信するだけです。

再審査請求を通じて、「ポリシーを理解しており、アプリが準拠していないことも認識しています。

すでにこの問題に取り組んでいる、またはポリシーの問題を解決するためにこのような手順を踏む予定だが、もう少し時間が必要だ」と伝えることができます。

そのため、通常は少し時間が与えられます。

さらに 7 日が経過し、その期間が終了に近づいた場合は、再度リクエストできます。

もちろん、無限ではありません。

でも、さっき言ったように、ポールと私は反対意見を言います。それは個人レベルでも、もっと高いレベルでも同じです。

たとえば、新しいポリシーが導入されることがわかっていて、誰がそれに取り組んでいるかがわかっている場合、「7 日間ではなく、28 日間の警告期間にすることはできませんか？少なくとも 14 日間は必要です」と伝えることがあります。

うん

ポリシーに準拠するための変更を誠意を持って行っていることを示せば、Google Play はデベロッパーと協力して、新しい期限を設定します。

より使いやすいタイムライン。

違いますね。

つまり、再審査請求は、適切に使用すれば、こうした状況の多くに役立つ多面的なツールということですね。

たとえば、再審査請求が妥当な場合に使用し、再審査請求を送信する理由について十分な詳細を伝えると、考慮や支援を得るのに役立ちます。

それでは

デベロッパーが 1 つのデベロッパー アカウントで複数のアプリを管理している場合（これはよくあることですが）、

そのうちの 1 つのアプリがポリシー違反で公開停止になった場合、デベロッパー アカウント全体にどのような影響がありますか？

その場合、アカウントや他のポリシーに準拠しているアプリがリスクにさらされることになりますか？

どうすれば使えますか？

そうなるかもしれません。

これは、空白ラベルのデベロッパーのようなものです。

先ほど、Joe's Chicken についてお話ししました。

たとえば、その業界のクライアントばかりを抱えている場合などです。

野球で例えると、三振を喫したようなものです。

残念ながら、Google Play ストアに侵入しようとする悪質な行為者が存在します。そのため、Google は、軽微な違反措置から、削除、停止、アカウントの禁止などの重い措置まで、さまざまな違反措置を講じています。

Google Play ストアに類似したアプリが多数あり、そのうちの 1 つが停止された場合、

うん。

あなたは不正な行為者ですよね？

そこで、修正して 1 か月後に再度追加しようとします。

そして、Google のチームがそれを検知して、再び停止される。

そして、アプリから削除し、1 か月ほど後に再び追加します。これで、繰り返しパターンが確立されました。あなたは打席に立ち、3 回三振しました。これでアウトです。

たとえば、チキン レストランのアプリを作成しているとします。これは悪意のあるコンテンツなどではなく、美味しい料理を人々に提供しようとしているだけです。

たとえば、CI/CD パイプラインなどを使用して、これらのアプリをすべて同時に送信し、10 個のアプリがすべて同時にこの不承認または停止を受けた場合、これは 1 回の違反と見なされます。これは、同時に多数のアプリを送信していることを Google が把握しているためです。

うん。

了解いたしました。

これが質問に対する回答になると思います。

いいですね。

ありがとうございました

もう 1 つあります。

これまでの質問の多くは、すでに実績のあるデベロッパー向けだったかもしれませんが、この質問は、Google Play Console で初めて設定を行う場合に関するものです。

Google Play のお支払いプロファイルの確認が完了したとします。

身元確認のエラーは解消され、電話番号の確認のみが残っているようです。

たとえば、デベロッパー アカウントでアプリを公開できるようにするには、デベロッパーは具体的にどのようなことをすればよいですか？

たとえば、パズルのピースを 1 つずつ拾い上げるような作業が必要な場合や、プロセスを完了する方法がわからない場合、どうすればよいでしょうか。

はい、少し前に別のイベントで同様の質問を受けました。新規デベロッパーにとって、それが当然であることはわかっていますが、既存のデベロッパーの多くも、その確認を再度行う必要があったと思います。

これは 1 年ほど前のことですね。

思い出せない。

多くは自動的に確認されましたが、一部は確認が必要でした。

違いますね。

または、住所と Dun & Bradstreet プロファイルが一致しなかった場合など…

Google プロフィール。

違いますね。

たとえば、電話番号だとします。

この質問には 2 つの方法で回答します。

違いますね。

1 つ目は、これらの手順を進める際に、Google Play Console に通知が表示されることがよくあります。

「電話番号を登録してください」という通知が表示されるだけです。

これはとてもシンプルです。

国際電話番号の形式で入力します。+1 408 の後に番号を入力します。

SMS または電話による確認を行い、手順に沿って操作します。

しかし、実際に試してみると、エラー メッセージなどが表示されることがあります。これは、他のデベロッパーでも発生したことがあり、SMS コードが届かないということもありました。

再審査請求チームに連絡する手順をご案内します。

それが 1 つのチームですが、実際には、6 つか 24 かはわかりませんが、他にもチームがあります。

ウィル

Google Play Console で、実際にアクセスできる質問に回答します。これはヘルプメニューから行います。

UI が少し変更されました。

以前は、ホーム画面の左側のメニューにありました。

下部にヘルプボタンがありました。

このボタンはなくなりましたが、現在は、どのページでもフッターまでスクロールすると、[ヘルプ] ボタンが表示されます。

クリックすると、[サポート チケットを作成] という小さな青いボタンが表示されます。

そう書いてあると思います。

うん。

はい。

そして、質問できるプルダウンが表示されます。

一連のプルダウンから電話番号に直接アクセスできます。これは、ほぼ記憶に頼っていますが、デベロッパー アカウントの確認のようなもので、2 つ目のプルダウンも非常に似ており、ラジオボタンが多数表示されます。

そのうちの 1 つは、電話番号の確認専用です。

SMS の確認コードが届いたり、そのプロセスを進めようとすると画面にバグが表示されたりすることがあります。

電話番号の確認だけでなく、Google Play デベロッパー アカウントに関するその他の多くの質問についても、この方法で問い合わせることができます。

ほとんどの場合、Google Play Console には確認のための次のステップがわかりやすく表示されるので、その手順に沿って進めてください。

いいですね。

いいですね

そろそろお時間となりました。本日はこのパネルディスカッションにご参加いただき、誠にありがとうございました。