アプリやゲームの提供元として世界で最も信頼される存在になろう

制限されているコンテンツ

児童を危険にさらす行為

児童の搾取または虐待を助長するコンテンツの作成、アップロード、配布を禁止していないアプリは、Google Play から即時に削除されることがあります。これには、すべての児童性的虐待のコンテンツが含まれます。Google サービス上で児童搾取の疑いがあるコンテンツを報告するには、[不正行為を報告] をクリックしてください。インターネット上の Google サービス以外の場所で見つけたコンテンツについては、お住まいの国の適切な管轄当局に直接通報してください。

Google は、児童を危険にさらすアプリの使用を禁止しています。これには、児童に対する以下のような搾取行為を助長するアプリの使用が含まれますが、これらに限定されません。

• 児童を対象とした不適切な行為（触る、愛撫するなど）。
• チャイルド グルーミング（例: オンラインで児童に取り入って、オンラインまたはオフラインでの性的接触や性的な画像の交換などに誘い込むこと）。
• 未成年の性的対象化（例: 児童の性的虐待を描写、奨励、または助長する画像、あるいは、児童の性的搾取につながる可能性のある方法で児童を描写すること）。
• セクストーション（例: 児童の公開されたくない画像を入手したと主張して児童を脅迫すること）。
• 児童の人身売買（例: 商業的な性的搾取を目的として児童の広告や勧誘を行うこと）。

児童性的虐待のコンテンツの使用が判明した場合、Google は全米行方不明・被搾取児童センターへの報告などの適切な措置を講じます。児童が虐待、搾取、人身売買の危険にさらされている、または実際にその被害に遭っていると思われる場合は、地域の警察や、こちらに掲載されている児童の安全を守る組織に通報してください。

また、児童を対象にしたアプリで成人向けのテーマを扱うことは認められません。次に例を示しますが、これらに限定されません。

• 過度の暴力、流血、殺人に関するコンテンツを含むアプリ。
• 有害な行為または危険な行為を描写または助長するアプリ。

また、身体や自己に否定的なイメージを持たせることで、美容整形、減量など、身体の外観を整える美容上の矯正を推奨するアプリは許可されません。

子どもの安全基準に関するポリシー

Google Play では、ソーシャル アプリと出会い系アプリ対し、子どもの安全基準に関するポリシーに準拠することを義務付けています。

このようなアプリは、以下の要件を満たす必要があります。

• 基準を定めて公開する: アプリの利用規約、コミュニティ ガイドライン、ユーザー ポリシーに関するドキュメントなど、一般に公開している基準の中で、児童の性的虐待と搾取（CSAE）を明示的に禁止する必要があります。
• アプリ内でユーザー フィードバックのための方法を提供する: ユーザーがアプリ内からフィードバック、懸念事項、報告を送信できる方法を提供していることを自己認定する必要があります。
• CSAM の問題に取り組む: 児童性的虐待のコンテンツ（CSAM）を認知した場合、自身で定め公開している基準や関連する法律に沿って、アプリにおいて CSAM の問題（CSAM の削除を含みますがこれに限定されません）に適切に対処していることを自己認定する必要があります。
• 児童の安全に関する法律を遵守する: アプリにおいて、児童の安全に関して適用される法律と規制を遵守していることを自己認定する必要があります。これには、確認された CSAM を全米行方不明・被搾取児童センター（NCMEC）または各地域の関係当局に報告するための手続きを定めることが含まれますが、これに限定されません。
• 児童の安全を担当する連絡先を提供する: アプリ内またはプラットフォーム上で CSAE コンテンツが見つかった場合に Google Play から送信される通知を受け取るため、児童の安全を担当する専用の連絡先を提供する必要があります。この連絡を受け取る担当者は、必要に応じて社内の執行責任者に相談し、手続きを見直したり必要な措置を講じたりできる立場にある必要があります。

これらの要件の詳細と準拠する方法について詳しくは、Google Play のヘルプセンターをご覧ください。

不適切なコンテンツ

性的なコンテンツと冒とく的な表現

ポルノなどの性的なコンテンツや冒とく的な表現を含むまたは宣伝するアプリ、性的満足を意図したコンテンツやサービスなどは認められません。報酬を目的とした性行為を助長または勧誘していると解釈されるおそれのあるアプリやアプリ コンテンツは認められません。性的搾取行為に関連するコンテンツを含むもしくは助長するアプリ、または同意なく作成された性的コンテンツを配信するアプリは認められません。ただし、ヌードを含むコンテンツでも、主に教育、ドキュメンタリー、科学、芸術上の目的で作成されたものであり、不当な目的でなければ認められることがあります。

カタログアプリ（広範なコンテンツ カタログの一部として書籍 / 動画のタイトルのリストを表示するアプリ）は、次の要件を満たしていれば、性的なコンテンツを含む書籍（電子書籍とオーディオブックの両方を含む）または動画のタイトルを配信できます。

• 性的なコンテンツを含む書籍 / 動画のタイトルはアプリのカタログ全体のほんの一部であること。
• 性的なコンテンツを含む書籍 / 動画のタイトルをアプリ内で積極的に宣伝していないこと。ただしこれらのタイトルは、ユーザー履歴に基づくおすすめや一般的な価格プロモーションで表示される可能性があります。
• 児童を危険にさらす行為に関するコンテンツ、ポルノ、または適用される法律で違法と定義されているその他の性的なコンテンツを含む書籍 / 動画のタイトルをアプリ内で配信していないこと。
• アプリ内で性的なコンテンツを含む書籍 / 動画へのアクセスを制限して未成年者を保護していること。

また、このポリシーに違反するコンテンツがアプリに含まれていても、そのコンテンツが適切とされる地域のユーザーは、アプリを利用できる場合があります。その他の地域のユーザーはアプリを利用できません。

一般的な違反の例を次に示します。

• 性的なヌードの描写のほか、裸の人物（全身や局部をぼかした場合も含む）または最小限の衣服（公共の場で受け入れられないもの）しか身に着けていない人物が性的なものを暗示するポーズをとった描写。
• 性行為、性的内容を示唆するポーズ、または性的に描かれた人体部分の描写、アニメーション、イラスト。
• 性機能補助、セックスガイド、違法な性的テーマ、違法な性的嗜好を描写するコンテンツ。
• わいせつまたは冒とく的なコンテンツ。これには、ストアの掲載情報やアプリ内での、冒とく、中傷、露骨な表現、アダルトや性的なキーワードを含むコンテンツが含まれますが、これらに限定されません。
• 獣姦を描写、表現、奨励するコンテンツ。
• 報酬を目的とした性行為を助長または勧誘していると解釈されるおそれのある性関連のエンターテイメント、エスコート サービス、またはその他のサービスを宣伝するアプリ。こうしたサービスには、一方の参加者が他方の参加者に金銭、贈り物、または経済的支援を提供することが想定または暗示される援助交際もしくは性的な取り決め（いわゆる「シュガーデート」）が含まれますが、これらに限定されません。
• 人を辱める、または物と見なすアプリ（人の衣服を脱がせる、または衣服が透けて見えると謳うアプリなど）。いたずらアプリやエンタメアプリと明記されていても同様。
• 盗撮、隠しカメラ、相手の同意を得ていない性的コンテンツ（ディープフェイクまたは類似の技術を利用して作成されたもの）、暴行コンテンツなど、性的な内容でユーザーを脅迫または搾取しようとするコンテンツまたは行動。

ヘイトスピーチ

人種、民族、宗教、障がい、年齢、国籍、従軍経験、性的指向、性別、性同一性、社会的階層、在留資格など、組織的な人種差別や疎外に結び付く特性に基づいて個人もしくは集団に対する暴力を助長、または差別を扇動するアプリは認められません。

教育、ドキュメンタリー、科学、芸術（EDSA）のコンテンツでもナチスに関するものを含むアプリは、一部の国で、現地の法規制に従ってブロックされることがあります。

一般的な違反の例を次に示します。

• 保護対象グループが、非人道的、劣っている、または排斥に値すると主張するコンテンツや表現。
• 保護対象グループが否定的な特性を持っている（悪意がある、堕落している、邪悪であるなど）とする悪意のある中傷、固定観念、または言説が含まれるアプリ、またはその集団が脅威であると明示的または暗黙的に主張するアプリ。
• 保護対象グループに属すことを理由に、憎悪または差別すべきだと人々に信じ込ませようとするコンテンツや表現。
• ヘイトグループに関連する旗、記号、バッジ、道具、動作などのヘイトシンボルを宣伝するコンテンツ。

暴力

一般的な違反の例を次に示します。

• 人や動物に対するリアルな暴力や暴力的脅しの画像や描写。
• 自傷行為、自殺、摂食障害、失神ゲームなど、重傷または死亡につながる恐れのある行為を助長するアプリ。

暴力的な過激主義

メンバーの募集を含むいかなる目的であっても、民間人に対する暴力行為について関与、準備、または犯行声明を出したテロ組織やその他の危険な団体や運動が Google Play でアプリを公開することは許可されません。

テロ行為を助長したり、暴力を扇動したり、テロ攻撃を称賛したりするコンテンツなど、暴力的な過激主義に関連するコンテンツや民間人に対する暴力行為の計画、準備、または賛美に関連するコンテンツが含まれるアプリは認められません。教育、ドキュメンタリー、科学、芸術（EDSA）を目的として暴力的な過激主義のコンテンツを投稿する場合は、EDSA 分野の関連情報を提供するよう心掛けてください。

配慮が求められる事象

一般的な違反の例を次に示します。

• 自殺、薬物の過剰摂取、自然死などによる人間の死への配慮が欠けている。
• 文書で十分に裏付けられた大規模な悲劇的事象の発生を否定する。
• 配慮が求められる事象に便乗して利益を得ているように見える（被害者への恩恵が確認できない）。

いじめや嫌がらせ

一般的な違反の例を次に示します。

• 国際紛争または宗教対立の被害者をいじめる。
• 他者からの搾取を目的としたコンテンツ（ゆすり、恐喝など）。
• 公の場で誰かを辱めるためにコンテンツを投稿する。
• 悲劇的な事象の被害者（またはその友人や家族）に対して嫌がらせを行う。

危険なプロダクト

爆発物、銃器、弾薬、特定の銃器用品の販売を促進するアプリは認められません。

• 制限の対象となる銃器用品には、擬似的な自動発射を可能にする用品や銃器を自動発射式に改造する用品（バンプストック、ガトリング トリガー、ドロップイン オートシア、改造キットなど）、銃弾を 31 発以上携帯可能なマガジンやベルトが含まれます。

爆発物、銃器、弾薬、制限されている銃器用品など、武器および兵器の製造方法を説明するアプリは認められません。たとえば、銃器を自動発射式に改造する方法や擬似的な自動発射を可能にする方法などが該当します。

マリファナ

一般的な違反の例を次に示します。

• ユーザーがアプリ内のショッピング カート機能を通じてマリファナを注文できるようにする。
• ユーザーによるマリファナの受け渡しの手配を支援する。
• テトラヒドロカンナビノール（THC）を含有する製品（THC が含まれる CBD オイルなど）の販売を促進する。

タバコとアルコール

• 未成年を対象としたアルコール、タバコの使用や売買の描写または奨励は許可されません。
• タバコを消費することで、社会的、職業的な地位や、性的、知的、身体的な魅力が向上するとほのめかすことはできません。
• 暴飲や飲み比べ競争など、過度の飲酒を好ましい行為として描写することはできません。
• タバコ製品の広告、プロモーション、目立つ掲載（広告、バナー、カテゴリ、タバコ販売サイトへのリンクを含む）は許可されません。
• Google は、特定の地域において、年齢制限および安全保護対策（配達時の身分証明書の確認）を条件として、食品および食料品宅配アプリでのタバコ製品の販売を限定的に許可する場合があります。
• Google は、年齢制限および安全保護対策を条件として、禁煙補助薬として販売される製品の販売を許可する場合があります。

金融サービス

虚偽のまたは有害な金融商品や金融サービスを紹介するアプリは認められません。

このポリシーにおいて「金融商品や金融サービス」とは、法定通貨および仮想通貨の管理または投資に関連する商品やサービス（個人向けのアドバイスも含む）を指します。

金融商品や金融サービスを含むまたは宣伝するアプリについては、そのアプリが対象とする国や地域の規定（たとえば地域の法律で義務付けられている特定の開示など）を遵守しなければなりません。

金融取引機能を含むアプリは、Google Play Console 内の金融取引機能申告フォームへの入力が必要です。

バイナリ オプション

ローン

個人ローン：このポリシーにおいて個人ローンとは、個人の消費者が個人、組織、または団体から、固定資産の購入や教育費を使途とせずに臨時に融資を受けることをいいます。個人ローンを利用するかどうかについて消費者が十分な情報に基づく判断を下すためには、ローン商品の品質、特徴、手数料、返済スケジュール、リスク、メリットの情報が必要です。

• 個人ローンに含まれる例: 個人ローン、ペイデイローン、P2P ローン、タイトルローン
• 個人ローンに含まれない例: 住宅ローン、自動車ローン、リボルビング方式のクレジット ライン（クレジット カード、個人向けクレジット ラインなど）

給与のオンデマンド支払い: このポリシーにおいて給与のオンデマンド支払い（EWA）ローンは、雇用主からまだ支払われていないが支払いが確定している給与の一部にアクセスできる金融サービスと定義します。EWA サービスには、従来のローンとは異なる次のような特徴があります。

• 返済の仕組み：返済は、給与天引きか、利用者が指定した銀行口座からの自動支払い取引によって、自動的に行われます。自動支払い取引ができなかった場合でも、追加の利息、罰則、手数料の請求は発生しません。
• 所得ベースの利用：利用限度額は、現在の給与期間中にすでに支払いが確定している給与金額に厳格に制限され、将来の所得からの借り入れは発生しません。
• 料金体系：EWA サービスでは利息は発生しません。代わりに、利用に対して少額の定額料金またはパーセントベースの取引手数料が請求されます。妥当な手数料は、利用者の負担なしでサービスを提供するためにかかる費用を反映した、最小限で透明性のある、妥当な金額になります。通常は、1 回の取引につき $1～$5 か、前払い金の 1～5% の範囲に収まります。
• 負債が発生しない：一般的に、EWA サービスでは取引は信用調査機関に報告されないため、利用者の信用スコアには影響しません。また、長期的な負債が蓄積することもありません。

個人ローンを提供するアプリ（融資を直接提供するアプリ、見込み顧客発掘のためのアプリ、消費者と第三者の融資元を仲介するアプリを含むが、これらに限定されない）については、Google Play Console でアプリのカテゴリを「ファイナンス」に設定し、アプリのメタデータで以下の情報を開示する必要があります。

• 返済の最短期間と最長期間
• 最大の実質年利（APR）。通常、利率に年間の手数料その他の費用を加えたものまたはこれに類する料率を地域の法律に則って算出したものをいいます。
• 元金および適用されるすべての手数料を含む、ローンの総費用の代表的な例
• このポリシーで規定されている制限に従って、ユーザーの個人情報と機密情報に対するアクセス、収集、使用、共有について包括的に開示するプライバシー ポリシー

融資日から 60 日以内に全額返済を求める個人ローンを宣伝するアプリは認められません（このようなローンを Google では「短期個人ローン」と呼んでいます）。

特定の規則により、確立された法的枠組みの下でそのような短期融資行為が明示的に許可されている国で運用される個人ローンアプリについては、このポリシーの例外が考慮されます。そのようなまれなケースでは、当該国で適用される現地の法律と規制ガイドラインに従って、例外が審査されます。

給与のオンデマンド支払いローンを提供するアプリ（融資を直接提供するアプリ、見込み顧客発掘のためのアプリ、消費者と第三者の融資元を仲介するアプリを含むが、これらに限定されない）については、Google Play Console でアプリのカテゴリを「ファイナンス」に設定し、アプリのメタデータで以下の情報を開示する必要があります。

• 返済に関する利用規約
• 登録手数料、取引手数料、その他ローンの提供に関連する手数料を含む、すべての手数料
• すべての手数料を含む、ローンの総費用の代表的な例
• このポリシーで規定されている制限に従って、ユーザーの個人情報と機密情報に対するアクセス、収集、使用、共有について包括的に開示するプライバシー ポリシー

個人ローンサービスの提供能力を証明するライセンスまたは書類がデベロッパー アカウントに関連付けられていることを Google Play が確認できることが必要です。デベロッパーのアカウントがすべての現地の法律および規制を遵守していることを確認するために、追加の情報または書類を要求する場合があります。

個人ローンアプリ、個人ローンの斡旋を主な目的とするアプリ（見込み顧客発掘のためのアプリやローン斡旋アプリなど）、ローン関連アプリ（ローン計算ツールやローンガイドなど）、給与のオンデマンド支払い（EWA）アプリは、写真や連絡先情報などのセンシティブ データへのアクセスを禁止されています。また、以下の権限は認められていません。

• Read_external_storage
• Read_media_images
• Read_contacts
• Access_fine_location
• Read_phone_numbers
• Read_media_videos
• Query_all_packages
• Write_external_storage

機密情報または機密情報に関する API を使用するアプリには、追加の要件と制限が適用されます。詳しくは、権限に関するポリシーをご参照ください。

年利の高い個人ローン

Google Play において、米国では年利が 36% 以上の個人ローンのアプリは認められていません。米国内の個人ローンのアプリでは、貸付真実法（TILA）に則って算出された最大年利を表示する必要があります。

このポリシーは、融資を直接提供するアプリ、見込み客獲得のためのアプリ、および消費者と第三者の融資元の間を仲介するアプリに適用されます。

国別の要件

以下のリストにある国を対象とする個人ローンアプリの場合、Google Play Console 内の金融取引機能申告の一環として、追加要件に準拠し、補足書類を提供する必要があります。給与のオンデマンド支払い（EWA）ローンを提供するアプリの場合は、該当の法域において適用可能な範囲でこれらの要件が適用されます。Google Play から要請があった場合は、適用される規制とライセンス要件の遵守に関連する追加の情報または書類を提供する必要があります。

1. インド
   • インド準備銀行（RBI）から個人ローンを提供するライセンスを供与されている場合は、Google の審査を受けるためにライセンスのコピーを提出する必要があります。
   • 融資活動に直接関与しておらず、登録済みのノンバンク金融会社（NBFC）または銀行によるユーザーへの融資を簡易化するプラットフォームを提供しているだけの場合は、そのことを正確に申告に反映する必要があります。
     • また、登録済みのすべての NBFC と銀行の名称を、アプリの説明文において認識しやすい形で開示する必要があります。
2. インドネシア
   • 提供するアプリが、OJK 規制番号 77/POJK.01/2016（随時修正の可能性あり）に規定された「Information Technology-Based Money Lending Services（情報技術に基づく融資サービス）」の活動に関与している場合は、Google の審査を受けるために有効なライセンスのコピーを提出する必要があります。
3. フィリピン
   • オンライン融資プラットフォーム（OLP）を通じて融資を提供するすべての金融会社および融資会社は、フィリピン証券取引委員会（PSEC）から SEC 登録番号と認証局（CA）番号を取得する必要があります。
     • さらに、アプリの説明文において、法人名、商号、PSEC 登録番号、金融 / 融資会社を営むための認証局（CA）番号を開示する必要があります。
   • アプリが、融資に基づくクラウドファンディング活動（たとえば P2P レンディング）や、「クラウドファンディングに適用されるルールと規制（CF ルール）」に規定されている活動に関与している場合は、PSEC に登録している CF 仲介者を通じて取引を処理する必要があります。
4. ナイジェリア
   • デジタルマネーの融資元（DML）は、ナイジェリアの連邦競争消費者保護委員会（FCCPC）が策定した LIMITED INTERIM REGULATORY/REGISTRATION FRAMEWORK AND GUIDELINES FOR DIGITAL LENDING, 2022（随時修正の可能性あり）を遵守して条件を満たし、FCCPC から検証可能な承認状を取得する必要があります。
   • ローン アグリゲーターは、デジタル融資サービスに関する書類および / または証明書と、提携しているすべての DML の連絡先情報を提供する必要があります。
5. ケニア
   • デジタル クレジット プロバイダ（DCP）は DCP 登録プロセスを完了して、ケニア中央銀行（CBK）からライセンスを取得する必要があります。申告の際には、CBK から取得したライセンスのコピーを提出しなければなりません。
   • 融資活動に直接関与しておらず、登録済みの DCP によるユーザーへの融資を簡易化するプラットフォームを提供しているだけの場合は、そのことを正確に申告に反映させ、各パートナーの DCP ライセンスのコピーを提出する必要があります。
   • 現在 Google Play は、CBK の公式ウェブサイトにあるデジタル クレジット プロバイダのディレクトリに記載されている法人からのみ、申告およびライセンス提出を受け付けています。
6. パキスタン
   • ノンバンク金融会社（NBFC: Non-Banking Finance Company）ごとに、公開できるデジタルローン アプリ（DLA: Digital Lending App）は 1 つのみです。デベロッパーが 1 つの NBFC で複数の DLA を公開しようとすると、デベロッパー アカウントとその他の関連アカウントが停止される恐れがあります。
   • パキスタンでデジタルローン サービスを提供または促進するには、SECP から承認を得ていることを証明するものを提出しなければなりません。
7. タイ
   • タイを対象とする個人ローンアプリ（金利 15% 以上）の場合、タイ銀行（BoT）またはタイ財務省（MoF）から有効なライセンスを取得する必要があります。デベロッパーは、タイで個人ローンの提供または斡旋を行う能力を有することを証明する書類を提出する必要があります。この書類には、以下を含めるものとします。
     • タイ銀行から発行された個人ローン融資業者またはナノ ファイナンス（小口ローン商品）組織の運営ライセンスのコピー
     • タイ財務省から発行されたピコ ファイナンスの営業許可証（ピコまたはピコ プラスの金融サービスを運営するための許可証）のコピー

一般的な違反の例を次に示します。

現金を伴うギャンブル、ゲーム、コンテスト

現金賭博アプリ、現金賭博に関する広告、ゲーム性のあるポイント プログラム、デイリー ファンタジー スポーツ アプリは、特定の要件を遵守する場合に限り、許可されます。

ギャンブル アプリ

Google は、デベロッパーが、Google Play で配信するギャンブル アプリの申し込み手続きを完了し、認可を受けた公営の運営者であるか、指定国のギャンブルに関わる適切な行政機関にライセンスを持つ運営者として登録され、提供しようとしている種類のオンライン ギャンブル サービスについて指定国で有効な運営ライセンスを提示している場合に限り、制限および Google Play のすべてのポリシーを遵守することを条件として、特定の国でオンライン ギャンブルを行えるまたは促進するアプリを許可します。

許可されるのは、以下の種類のオンライン ギャンブル サービスを提供する、有効なライセンスが付与されているか承認を受けているギャンブル アプリのみです。

• オンライン カジノゲーム
• スポーツ ギャンブル
• 競馬（スポーツ ギャンブルとは別に規制され、許可が下りているもの）
• 宝くじ
• デイリー ファンタジー スポーツ

対象となるアプリは、以下の要件を遵守する必要があります。

• デベロッパーは、Google Play でアプリを配信するために、申し込み手続きを完了する必要があります。
• アプリは、配信対象国で適用される法律および業界基準をすべて遵守する必要があります。
• デベロッパーは、アプリの配信対象国や州 / 地域ごとに有効なギャンブル ライセンスを取得する必要があります。
• デベロッパーは、ギャンブル ライセンスの範囲を超える種類のギャンブル サービスを提供してはなりません。
• 未成年のユーザーに対しては、アプリを使用できないようにする必要があります。
• デベロッパーがギャンブル ライセンスを取得した国、州、地域以外では、アプリにアクセスして使用することができないようにする必要があります。
• アプリを Google Play の有料アプリとして購入可能にすることはできません。また、アプリで Google Play アプリ内課金を使用することもできません。
• アプリは、Google Play ストアからのダウンロードとインストールを無料にする必要があります。
• アプリは、AO（成人のみ）または IARC の同等のレーティングである必要があります。
• アプリおよびアプリの掲載情報には、責任あるギャンブルに関する情報を明確に表示する必要があります。

他のリアルマネー ベースのゲーム、コンテスト、トーナメント用のアプリ

上記のギャンブル アプリに関する資格要件を満たさず、下記の「その他の現金を伴うゲームのパイロット プログラム」に含まれていないその他のすべてのアプリについては、ユーザーが現金（現金で購入されるアプリ内アイテムを含みます）を賭けたり、参加費を払ったりすることによって、実世界で金銭的価値のある賞品を得られるようなコンテンツやサービスは許可されていません。これには、オンライン カジノ、スポーツ ギャンブル、宝くじのほか、ユーザーが金銭を支払って現金やその他の実世界で価値のある賞品を獲得するゲームなどが含まれますが、これらに限定されません（後述のゲーム性のあるポイント プログラムの要件で認められているプログラムは除きます）。

違反の例

• ユーザーが物理的な賞品または金銭的価値を有する賞品を獲得するチャンスと引き換えに、金銭を支払うゲーム。
• 現金を伴うゲーム、コンテスト、トーナメントに賭けたり、参加したりするなどの「行動を促すフレーズ」を提示するナビゲーション要素や機能（メニュー項目、タブ、ボタン、WebView など）があるアプリ（たとえば、賞金獲得のチャンスがあるトーナメントで「賭けよう」、「登録しよう」、「挑戦しよう」とユーザーを誘うアプリ）。
• 賭け金、アプリ内通貨、賞金のほか、物理的な賞品または金銭的価値を有する賞品に賭けるまたはそれを獲得するためのデポジットを受け取ったり、管理したりするアプリ。

その他の現金を伴うゲームのパイロット プログラム

一部の地域では、現金を伴う特定のゲームに関するパイロット プログラムを期間限定で実施することがあります。詳しくは、こちらのヘルプセンターのページをご覧ください。日本でのオンライン クレーンゲームのパイロット プログラムは、2023 年 7 月 11 日に終了しました。2023 年 7 月 12 日より、オンライン クレーンゲーム アプリは、適用される法律および一定の要件を満たしている世界各地の Google Play に掲載されます。

ゲーム性のあるポイント プログラム

法律で許可されており、ギャンブルやゲームに関する追加のライセンス要件が適用されない場合は、以下の Play ストア資格要件を条件として、実世界の賞品または金銭的に同等のものをユーザーに提供するポイント プログラムを許可します。

すべてのアプリ（ゲームおよびゲーム以外）:

• ポイント プログラムの特典は、アプリ内の対象となる金銭取引に明確に付加および従属するものでなければなりません（対象となる金銭取引は、ポイント プログラムとは関係のない、商品またはサービスを提供するための完全に別個の取引である必要があります）。また、特典の購入方法を別途提供したり、「現金を伴うギャンブル、ゲーム、コンテンツに関するポリシー」で禁止されている交換方法に結び付けたりしてはなりません。
  • たとえば、対象となる金銭取引のいかなる部分も、ポイント プログラムに参加するための料金または賭け金を表すものであってはなりません。また、対象となる金銭取引により、通常価格を上回る金額で商品またはサービスを購入する結果になってはいけません。

ゲームアプリ:

• ポイントまたは特典（対象となる金銭取引に関連する特典も含む）の付与およびユーザーによる利用は、一定の比率でのみ行い、その比率はアプリ内の目立つ場所のほか、一般公開されているプログラム公式ルール内にも明記しなければなりません。また、特典や換金額を、ゲームの成績や偶然ベースの結果に対して賭けられる、あるいは結果により獲得 / 増加できることは許可されていません。

ゲーム以外のアプリ:

• ポイントや特典は、下記の要件を遵守している場合、コンテストや偶然ベースの結果に結び付けることができます。対象となる金銭取引に関連する特典を含むポイント プログラムは、以下の条件を満たす必要があります。
  • アプリ内でプログラムの正式なルールを公開する。
  • プログラムにおいて、変数、偶然ベース、またはランダム化されたポイント システムを使用している場合: 1）一定の確率に基づいてポイントを決定するポイント プログラムの場合はその確率、2）それ以外のポイント プログラムの場合はその選択方法（例: 変数に基づいてポイントを決定する）を、プログラムの公式利用規約内で開示する。
  • 抽選、懸賞、またはその他の類似するスタイルのプロモーションを提供するプログラムの正式な利用規約内で、プロモーションごとに、一定の当選者数、申し込み締切日、および授与日を指定する。
  • ポイントや特典が一定の比率で発生し利用できる場合は、アプリ内の目立つ場所のほか、プログラムの正式な利用規約内にもその比率を文書化する。

Play 配信アプリ内でのギャンブルやリアルマネー ベースのゲーム、コンテスト、トーナメントに関する広告

ギャンブルや現金を伴うゲーム、コンテスト、トーナメントを宣伝する広告が表示されるアプリは、以下の要件を遵守する場合に限り許可されます。

• アプリや広告（広告主を含む）は、広告が表示される地域で適用される法律および業界基準をすべて遵守する必要があります。
• 広告は、宣伝対象のギャンブル関連の商品とサービスすべてについて、対象地域で適用される広告のライセンス要件を遵守する必要があります。
• アプリは、18 歳未満であることが明らかになった個人にはギャンブルの広告を表示できません。
• アプリは、ファミリー向けプログラムには登録できません。
• アプリは、18 歳未満の個人をターゲットに設定できません。
• ギャンブル アプリ（上記に定義されるアプリ）を宣伝する広告は、ランディング ページ、宣伝対象のアプリの掲載情報、またはアプリ内に、責任あるギャンブルに関する情報を明確に表示する必要があります。
• ギャンブルをシミュレーションするコンテンツをアプリで提供してはなりません（ソーシャル カジノ アプリ、仮想スロットマシンを含むアプリなど）。
• ギャンブルや現金を伴うゲーム、宝くじ、トーナメントをサポートする機能やコンパニオン機能（賭博、支払い、スポーツのスコア、オッズ、成績の追跡、参加資金の管理を支援する機能など）をアプリで提供してはなりません。
• アプリのコンテンツで、ギャンブルや現金を伴うゲーム、宝くじ、トーナメントに関するサービスを宣伝したり、そのようなサービスにユーザーを誘導したりしてはなりません。

ギャンブルや現金を伴うゲーム、宝くじ、トーナメントに関する広告を掲載できるのは、上記の要件をすべて遵守するアプリに限られます。承認されたギャンブル アプリ（上記に定義されるアプリ）、または上記 1～6 の要件を遵守する承認済みのデイリー ファンタジー スポーツ アプリ（下記に定義されるアプリ）には、ギャンブルや現金を伴うゲーム、宝くじ、トーナメントに関する広告を掲載できます。

違反の例

• 未成年のユーザー向けに設計され、ギャンブル サービスを宣伝する広告が表示されるアプリ
• ユーザーに実世界のカジノを宣伝または案内するカジノのシミュレーション ゲーム
• スポーツ ギャンブル サイトにリンクする一体化されたギャンブル広告を含む専用のスポーツオッズ追跡アプリ
• ボタンやアイコンといったインタラクティブなアプリ内要素としてユーザーに表示される広告など、「虚偽広告に関するポリシー」に違反しているギャンブル広告を掲載するアプリ

デイリー ファンタジー スポーツ（DFS）アプリ

デイリー ファンタジー スポーツ（DFS）アプリ（配信対象地域で適用される法律で定義されるもの）は、以下の要件を遵守する場合に限り許可されます。

• アプリは、1）米国内でのみ配布されるか、2）米国以外の国では上記のギャンブル アプリの要件と申し込み手続きを遵守するものとします。
• デベロッパーは、Play 上でアプリを配信するには、DFS 申し込み手続きを完了し、承認を受ける必要があります。
• アプリは、配信対象国で適用される法律および業界基準をすべて遵守する必要があります。
• 未成年のユーザーに対しては、アプリ内で賭博や金銭の取引を行えないようにする必要があります。
• アプリを Google Play の有料アプリとして購入可能にすることはできません。また、アプリで Google Play アプリ内課金を使用することもできません。
• アプリは、Play ストアからのダウンロードとインストールを無料にする必要があります。
• アプリは、AO（成人のみ）または IARC の同等のレーティングである必要があります。
• アプリおよびアプリの掲載情報には、責任あるギャンブルに関する情報を明確に表示する必要があります。
• アプリは、配信される米国の州または準州で適用される法律と業界基準をすべて遵守する必要があります。
• デベロッパーは、デイリー ファンタジー スポーツ アプリにライセンスが必要な米国の州または準州ごとに、有効なライセンスを取得する必要があります。
• デベロッパーはデイリー ファンタジー スポーツ アプリに必要なライセンスを保有している米国の州または準州以外の地域で、アプリを使用できないようにする必要があります。
• デイリー ファンタジー スポーツ アプリが合法ではない米国内の州や準州では、アプリを使用できないようにする必要があります。

違法行為

一般的な違反の例を次に示します。

• 違法薬物の売買の推進。
• 未成年による薬物、アルコール、タバコの使用や売買の描写または奨励。
• 違法薬物の栽培や製造の説明。

ユーザー作成コンテンツ

ユーザーがアプリに投稿したコンテンツが他のユーザーにも、または少なくともアプリユーザーの一部にも表示される、またはアクセスできるようになる場合、それをユーザー作成コンテンツ（UGC）といいます。

UGC が含まれるアプリや UGC を提供するアプリ（ユーザーを UGC プラットフォームに誘導するための特殊なブラウザまたはクライアントを備えたアプリを含む）では、以下に示す UGC モデレーションを着実かつ効果的に継続して実施する必要があります。

• ユーザーがアプリの利用規約やユーザー ポリシーに同意しない限り、ユーザーが UGC を作成またはアップロードできないようにします。
• Google Play デベロッパー プログラム ポリシーに準拠する形で不適切なコンテンツや行為を定義し、アプリの利用規約やユーザー ポリシーでそれらを禁止します。
• アプリでホストされる UGC の種類に合わせて妥当かつ一貫性のある形で、UGC モデレーションを実施します。これには、不適切な UGC やユーザーについて報告してブロックするためのアプリ内システムの提供、ならびに必要に応じた UGC またはユーザーに対する措置が含まれます。UGC エクスペリエンスが違えば、求められるモデレーションの取り組みも異なる場合があります。たとえば次のようなものがあります。
  • ユーザー認証やオフライン登録などの手段によって特定のユーザー グループを識別できるアプリ（たとえば、特定の学校や社内限定で利用されるアプリなど）で UGC を提供する場合は、コンテンツやユーザーについて報告するアプリ内機能を提供しなければなりません。
  • 特定のユーザーとの 1 対 1 のユーザー インタラクションを可能にする UGC 機能（ダイレクト メッセージ、タグ付け、メンションなど）には、ユーザーをブロックするアプリ内機能を追加しなければなりません。
  • SNS アプリや Blogger アプリなど、一般公開されている UGC にアクセスできるアプリは、ユーザーやコンテンツについて報告し、ユーザーをブロックするアプリ内機能を実装しなければなりません。
  • 拡張現実（AR）アプリの場合、ユーザーの作成した不適切な AR コンテンツ（露骨に性的な AR 画像など）についても、配慮が求められる場所に置かれた AR アンカー（たとえば、軍事基地のような立ち入り禁止区域や、AR アンカーを置くことで所有者に問題が生じるおそれのある私有地にアンカーを置いた AR コンテンツ）についても、ユーザー作成コンテンツのモデレーション（アプリ内の報告システムを含む）の対象としなければなりません。
• アプリ内での収益化によって、ユーザーの不適切な行動が助長されないよう安全保護対策を提供します。

偶発的な性的コンテンツ

UGC アプリに性的なコンテンツが表示されている場合でも、（1）主に性的でないコンテンツへのアクセスを提供しており、（2）性的なコンテンツを積極的に宣伝または推奨していない場合は、「偶発的」な性的コンテンツと見なされます。ただし、適用される法律で違法と定義されている性的なコンテンツや、児童を危険にさらすコンテンツは、「偶発的」とは見なされず許可されません。

以下の要件をすべて満たしている場合、UGC アプリに偶発的な性的コンテンツが含まれていても許容されます。

• 該当するコンテンツがデフォルトではフィルタされて非表示になり、フィルタを完全に無効にするには 2 つ以上のユーザー操作が必要となる（例: 表示遮断フィルタによって難読化されている、「セーフサーチ」が有効になっているとデフォルトで表示されない）。
• 年齢確認システム（年齢詐称を予防する年齢確認、適用される法律で定義されている適切なシステムなど）を使用することにより、アプリに子供（ファミリー ポリシーで定義）がアクセスすることが明示的に禁止されている。
• コンテンツのレーティングに関するポリシーの要件に沿って、UGC に関するコンテンツ レーティング質問票に対して正確な回答を提出している。

不適切な UGC を掲載することを主な目的とするアプリは、Google Play から削除されます。同様に、主に不適切な UGC をホストするために使用されているアプリや、そうしたコンテンツが横行しているという評判がユーザーの間で広まっているアプリも、Google Play から削除されます。

一般的な違反の例を次に示します。

• 性的に露骨なユーザー作成コンテンツの宣伝（不適切なコンテンツの共有促進を主な目的とした有料機能の実装や許可を含む）。
• ユーザー作成コンテンツ（UGC）を扱い、特に未成年への脅し、嫌がらせ、いじめに対する十分な安全保護対策のないアプリ。
• アプリ内で、特定の人に対して嫌がらせ、悪意のある攻撃、嘲笑を主な目的とした投稿、コメント、写真。
• 不適切なコンテンツに関するユーザーからの苦情に継続的に対応できないアプリ。

健康に関するコンテンツおよびサービス

健康関連の有害なコンテンツおよびサービスをユーザーに提供または紹介するアプリは認められません。

健康に関するコンテンツやサービスを含むまたは宣伝するアプリについては、適用される法律および規制を遵守しなければなりません。

健康アプリ

アプリが健康に関するデータにアクセスし、健康アプリに該当するか健康関連の機能を提供する場合は、下記の要件に加えて、プライバシー、詐欺、デバイスの不正使用に関するポリシーや配慮が求められる事象に関するポリシーを含む既存の Google Play デベロッパー ポリシーに準拠する必要があります。

• Google Play Console の申告:
  • Google Play Console で [アプリのコンテンツ] ページ（[ポリシー] > [アプリのコンテンツ]）に移動し、アプリが属するカテゴリ（1 つまたは複数）を選択します。
• プライバシー ポリシーと認識しやすい開示の要件:
  • アプリでは、プライバシー ポリシーのリンクを Google Play Console 内の所定の欄に掲載し、アプリ内にはプライバシー ポリシーのリンクまたはテキストを掲載する必要があります。プライバシー ポリシーは必ず、どの国からもアクセスできるよう、アクセス制限のない一般公開の有効な URL（PDF は不可）で参照可能、かつ編集不可にしてください（データ セーフティ セクションに従います）。
  • アプリのプライバシー ポリシーでは、アプリ内での開示と併せて、ユーザーの個人情報や機密情報（上記のデータ セーフティ セクションで開示されているデータに限定されない）へのアクセス、収集、使用、共有について包括的に開示する必要があります。アプリは、危険な権限や実行時の権限で管理されたあらゆる機能やデータについて、該当するすべての認識しやすい開示と同意の要件を満たしている必要があります。
  • 健康アプリのコア機能の実行に必要のない権限はリクエストすべきではなく、未使用の権限は削除する必要があります。健康関連のセンシティブ データの対象と見なされる権限のリストについては、健康アプリのカテゴリと追加情報をご覧ください。
  • アプリが主に健康を目的としたものではないものの、健康関連の機能を有し、健康に関するデータにアクセスする場合、当該アプリは健康アプリに関するポリシーの適用対象になります。アプリのコア機能と健康関連データの収集との関連性をユーザーに明確に示す必要があります（たとえば、ゲームプレイを進める手段としてユーザーのアクティビティ データを収集する保険会社のゲームアプリなど）。アプリのプライバシー ポリシーに、この限定的な使用を反映する必要があります。
• 追加要件:
  Google Play Console で適切なカテゴリを選択することに加えて、健康アプリが以下の指定のいずれかに該当する場合は、関連する要件に準拠する必要があります。
  • 政府機関の健康アプリ: 政府または認定医療機関と提携してアプリを開発および配布する許可を得ている場合は、事前通知フォームを介して、要件を満たしていることの証明を提出しなければなりません。
  • 接触確認 / 健康状態管理アプリ: アプリが接触確認アプリおよび / または健康状態管理アプリである場合は、Google Play Console で [病気の予防と公衆衛生] を選択し、上記の事前通知フォームで必要な情報を提供してください。
  • 臨床試験アプリ: 健康関連の臨床試験（被験者調査）を実施するアプリは、すべての規則および規制に従わなければなりません。これには、被験者（未成年の場合は保護者）からインフォームド コンセントを得ることが含まれますが、これに限定されません。健康調査アプリは、特別な免除がない限り、治験審査委員会（IRB）や同等の独立倫理委員会の承認を得る必要があります。要請があった場合には、そのような承認の証明を提出しなければなりません。
  • 医療機器または SaMD アプリ: 医療機器または SaMD と見なされるアプリは、健康アプリのガバナンスとコンプライアンスを担当する規制当局または規制機関から提供されている許可証またはその他の承認文書を取得し、保持する必要があります。要請があった場合には、当該許可または承認の証明を提出する必要があります。

ヘルスコネクトのデータ

処方薬

不承認の薬物

一般的な違反の例を次に示します。

• 禁止されている医薬品とサプリメントのリストにあるすべての商品（このリストは、禁止対象商品をすべて網羅しているわけではありません）。

• エフェドラを含有する商品。

• ヒト絨毛性ゴナドトロピン（hCG）が減量や体重管理に関連して、またはアナボリック ステロイドとともに宣伝される場合。

• 医薬品有効成分や危険な成分を含有するハーブ系サプリメントや栄養補助食品。

• 虚偽または誤解を与える効果効能（処方薬や規制薬物と同等の効果があるなど）。

• 政府の承認を得ていない商品で、病気や疾患の予防や治療における安全性や効果があると示唆しているもの。

• 政府または規制機関による措置や警告の対象となったことのある商品。

• 未承認の医薬品やサプリメント、または規制薬物と混同される可能性がある名前の商品。

健康に関する誤った情報

一般的な違反の例を次に示します。

• ワクチンについて誤解を与える表現（ワクチンは DNA を変化させる可能性があるなど）。
• 承認されていない有害な治療法の擁護。
• 転向療法など、健康に有害なその他の行為の擁護。

医療関連の機能

お支払い - 臨床サービス

ブロックチェーン ベースのコンテンツ

ブロックチェーンの技術が急激な成長を続けている中で Google が目指しているのは、デベロッパーがイノベーションとともに成長できるプラットフォームを提供し、より豊かで没入感の高いユーザー エクスペリエンスを提供することです。

このポリシーでは、「ブロックチェーン ベースのコンテンツ」とは、ブロックチェーン上で保護されているトークン化されたデジタル資産を指します。アプリにブロックチェーン ベースのコンテンツが含まれている場合は、これらの要件に準拠する必要があります。

暗号通貨取引およびソフトウェア ウォレット

暗号通貨の購入、保有、交換は、規制された地域の適用法令において認定を受けたサービスを通じて行う必要があります。

また、アプリがターゲットとしている地域や国で適用される規制を遵守する必要があります。商品やサービスがその地域や国で禁止されている場合は、当該の地域や国ではアプリを公開しないでください。Google Play は、適用される規制やライセンス要件の遵守に関する追加の情報または書類を提供するよう要請することがあります。

クリプトマイニング

トークン化されたデジタル資産の配布に関する透明性の要件

アプリがトークン化されたデジタル資産を販売する、またはユーザーがトークン化されたデジタル資産を獲得できるものである場合は、Google Play Console の [アプリのコンテンツ] ページにある金融取引機能申告フォームでその旨を申告する必要があります。

アプリ内アイテムを作成する場合は、それがトークン化されたデジタル資産を表していることを商品の詳細に明記する必要があります。詳しくは、アプリ内アイテムの作成をご覧ください。

NFT ゲーミフィケーションのその他の要件

Google Play の現金を伴うギャンブル、ゲーム、コンテストに関するポリシーの要件にあるように、トークン化されたデジタル資産（NFT など）を統合するギャンブル アプリは申し込み手続きを完了する必要があります。

ギャンブル アプリに関する資格要件を満たさず、その他の現金を伴うゲームのパイロット プログラムに含まれていないその他のすべてのアプリでは、金銭的価値のあるものを、価値のわからない NFT を取得するチャンスに対する見返りとして受け入れるべきではありません。ユーザーが購入した NFT は、ユーザー エクスペリエンスを向上させたり、ゲームの進行を手助けするために消費または使用されるべきです。NFT を賭けや出資に使用し、実世界で金銭的価値のある賞品（その他の NFT を含む）を獲得する機会を得ようとしてはなりません。

一般的な違反の例を次に示します。

• NFT の具体的なコンテンツや価値を開示することなく NFT をセット販売するアプリ。
• NFT を報酬として与える、スロットマシンなどの有料ソーシャル カジノゲーム。

AI 生成コンテンツ

AI 生成コンテンツ

AI 生成コンテンツとは、ユーザー プロンプトに基づいて生成 AI モデルにより生成されるコンテンツのことです。AI 生成コンテンツの例としては以下が挙げられます。

• テキストからテキストへの会話型生成 AI chatbot（chatbot との対話がアプリの中心機能）
• テキスト、画像、音声コマンドに基づいて AI により生成される画像

ユーザーの安全を確保するために、Google Play のポリシーの範囲に記載されているとおり、AI を使用してコンテンツを生成するアプリも既存の Google Play デベロッパー ポリシーに準拠しなければなりません。このポリシーでは、制限されているコンテンツ（児童の搾取または虐待を助長するコンテンツなど）や、虚偽の振る舞いを助長するコンテンツの生成を禁止、防止することなどが規定されています。

AI を使用してコンテンツを生成するアプリには、ユーザーがアプリを終了せずにデベロッパーに不適切なコンテンツを報告または通報できるアプリ内ユーザー レポート機能が用意されていなければなりません。デベロッパーはユーザー レポートを利用し、アプリ内のコンテンツ フィルタと管理に反映させる必要があります。

知的財産権

アプリやデベロッパー アカウントが他者の知的所有権（商標権、著作権、特許権、企業秘密、その他の専有的権利を含む）を侵害する行為は認められません。知的所有権の侵害を助長または誘導するアプリも認められません。

Google では、著作権を侵害しているとする明確な通知を受けた場合には、それに対し適切に対応します。DMCA に基づく申し立てを行う方法など、詳しくは、著作権に関する手続きをご覧ください。

アプリ内での偽造品の販売または宣伝について申し立てを行うには、偽造品の報告を行ってください。

Google Play のアプリがご自身の商標権を侵害していると思われる場合は、該当のデベロッパーに直接連絡して、問題の解決にあたることをおすすめします。デベロッパーと問題を解決できない場合は、こちらのフォームから商標権侵害を申し立ててください。

アプリ内またはストアの掲載情報で第三者の知的財産（ブランド名、ロゴ、画像および映像など）を使用する許可を受けていることを証明する文書がある場合は、知的所有権の侵害を理由にアプリが否承認となることがないよう、アプリを送信する前に Google Play チームにご連絡ください。

著作権で保護されているコンテンツの無断使用

著作権を侵害するアプリは認められません。著作権で保護されているコンテンツを改変することも違反となる場合があります。著作権で保護されているコンテンツを使用する場合は、その権利の証拠を示すよう求められることがあります。

著作権で保護されているコンテンツをアプリ機能のデモとして使用する場合は、注意が必要です。オリジナルのものを作成することが、通常は最も安全な方法です。

一般的な違反の例を次に示します。

• 音楽のアルバム、ビデオゲーム、書籍のカバーアート
• 映画、テレビ、ビデオゲームのマーケティング画像
• マンガ、アニメ、映画、ミュージック ビデオ、テレビのアートワークや画像
• 大学やプロのスポーツチームのロゴ
• 有名人のソーシャル メディア アカウントから取得した写真
• 有名人のプロによる画像
• 著作権で保護されているオリジナル作品と区別がつきにくい複製または「ファンアート」
• 著作権で保護されているコンテンツの音声クリップを再生するサウンドボードを持つアプリ
• パブリック ドメイン以外の書籍の完全な複製や翻訳

著作権侵害の助長

一般的な違反の例を次に示します。

• 著作権で保護されているコンテンツのローカルコピーをユーザーが許可なくダウンロードできるストリーミング アプリ。

• 音楽や動画などの著作権で保護されているコンテンツを、該当する著作権法に違反して、ユーザーがストリーミングやダウンロードすることを助長するアプリ:

  

   

  ① このアプリの掲載情報の説明で、著作権で保護されているコンテンツを許可なくダウンロードすることをユーザーにすすめています。
  ② アプリの掲載情報のスクリーンショットで、著作権で保護されているコンテンツを許可なくダウンロードすることをユーザーにすすめています。

商標権侵害

他者の商標を侵害するアプリは認められません。商標とは、商品やサービスの提供元を識別する語句、シンボル、またはその組み合わせです。商標権を取得した所有者には、特定の商品やサービスにその商標を使用する独占的な権利があります。

商標権の侵害とは、商品の提供元を混同させる可能性のある方法で、同一または類似の商標を不正にまたは無断で使用することです。こうした紛らわしい方法で他者の商標を使用するアプリは、公開が停止されることがあります。

偽造品

プライバシー、詐欺、デバイスの不正使用

ユーザーデータ

ユーザーデータ（デバイス情報を含む、ユーザーについての情報やユーザーから収集する情報など）を扱う場合は、その処理方法を明らかにする必要があります。それには、アプリによるユーザー データのアクセス、収集、使用、処理、共有の方法を示すとともに、データの使用をポリシーに準拠した目的に制限することが求められます。ユーザーの個人情報と機密情報の扱いについては、さらに下記の「ユーザーの個人情報と機密情報」に示す要件も適用されることにご注意ください。このポリシーおよびその他の Google Play デベロッパー プログラム ポリシーに加えて、製品またはサービスを提供する法域で適用されるプライバシーとデータ保護に関する法律を常に遵守する必要があります。たとえば、欧州連合のユーザーにサービスを提供する場合は、フランスの情報処理と自由に関する国家委員会（CNIL）が採用している、モバイル環境内での個人データ保護のベスト プラクティスに関するガイダンスが参考になります。

サードパーティのコード（SDK など）をアプリに含める場合には、アプリ内で使用するサードパーティのコードと、アプリでのサードパーティによるユーザーデータの扱いが、使用と開示に関する要件を含め、Google Play デベロッパー プログラム ポリシーに準拠していることを確認する必要があります。たとえば、SDK プロバイダがアプリを通じてユーザーの個人情報や機密情報を販売しないようにする必要があります。この要件は、ユーザーデータがサーバーに送信された後で転送される場合にも、サードパーティのコードをアプリに埋め込むことで転送される場合にも適用されます。

ユーザーの個人情報と機密情報

ユーザーの個人情報や機密情報には、個人を特定できる情報、財務情報、支払い情報、認証情報、電話帳、連絡先、デバイスの位置情報、SMS や通話に関するデータ、健康に関するデータ、Health Connect のデータ、デバイス上の他のアプリの一覧、マイクやカメラなどのデバイスや使用状況に関するその他の機密情報が含まれますが、これらに限定されません。アプリがユーザーの個人情報や機密情報を扱う場合は、以下の要件を満たす必要があります。

• アプリを通じて取得した個人情報や機密情報のアクセス、収集、使用、および共有を、ユーザーが合理的に予期する目的に適合するアプリとサービスの機能、およびポリシーにのみ許可すること。
  • ユーザーの個人情報や機密情報を使用して広告を配信するアプリは、Google Play の広告ポリシーに準拠する必要があります。
  • サービス プロバイダが必要とする場合、あるいは政府機関による有効な要請や適用される法律を遵守するため、もしくは合併または買収の一環として必要な場合には、法的に適切な通知を行ったうえでデータを転送できます。
• 最新の暗号手法を使用して（HTTPS 経由などで）転送するなど、ユーザーのすべての個人情報や機密情報を安全に扱うこと。
• Android の権限によって制限されているデータにアクセスする前に、可能な限り実行時の権限をリクエストすること。
• ユーザーの個人情報や機密情報を販売しないこと。
  • 「販売」とは、金銭的対価を目的に第三者との間でユーザーの個人情報や機密情報の交換または転送を行うことを意味します。
    • ユーザーの個人情報や機密情報をユーザーが転送すること（たとえば、ユーザーがアプリの機能を使用して特定のファイルを第三者に転送したり、調査研究専用のアプリを使用したりすること）は、販売とは見なされません。

認識しやすい開示と同意の要件

アプリによるユーザーの個人情報や機密情報のアクセス、収集、使用、共有が、対象のプロダクトや機能のユーザーが合理的に予測できる範囲を超えている場合（たとえばユーザーがアプリを操作していないときに、データの収集がバックグラウンドで行われるなど）には、以下の要件を満たす必要があります。

認識しやすい開示: データの収集、使用、共有について、アプリ内で開示する必要があります。アプリ内での開示に関する要件は次のとおりです。

• アプリ内で開示すること。アプリの説明文やウェブサイトでの開示だけでは不十分です。
• アプリの通常使用時に表示すること。表示するのにメニューや設定に移動する必要のある開示方法では不十分です。
• アクセスまたは収集するデータの種類について説明すること。
• データをどのように使用、共有するかについて説明すること。
• 掲載場所を、プライバシー ポリシーや利用規約のみとしないこと。
• 個人情報や機密情報の収集に関係のない他の開示の中に掲載しないこと。

同意およびランタイム権限: アプリ内でのユーザーによる同意のリクエストや、ランタイム権限のリクエストを行う場合は、その直前にこのポリシーの要件に沿ってアプリ内で開示される必要があります。同意を求める場合は、以下のようにする必要があります。

• 同意ダイアログは、あいまいにならないよう明確に表示する。
• 同意を示すための明確な操作をユーザーに求める（例: タップで同意する、チェックボックスをオンにする）。
• 開示画面から他へ移動する操作（例: タップで移動する、戻るボタンやホームボタンを押す）を同意と見なさない。
• ユーザーの同意を得る方法として、自動で非表示になるメッセージや閲覧期限付きメッセージを使用しない。
• アプリがユーザーの個人情報と機密情報の収集やアクセスを開始するには、事前にユーザーの許可を得る必要があります。

他の法的根拠（EU の GDPR における正当な利益など）に基づいてユーザーの同意なく個人情報と機密情報を処理するアプリは、適用されるすべての法的要件を遵守するとともに、ユーザーに対して、このポリシーで要求されるアプリ内開示を含む適切な開示を行う必要があります。

ポリシーの要件に準拠するには、認識しやすい開示に関する以下のサンプル フォーマットを必要に応じて参照することをおすすめします。

• 「[このアプリ] は、[機能] を可能にするために、[想定される状況]、[データの種類] を [収集 / 転送 / 同期 / 保存] します。」
• 例: 「Fitness Funds は、フィットネスの記録を可能にするために、アプリが閉じているときや使用されていないときでも、位置情報を収集します。また、位置情報は広告をサポートするためにも使用されます。」 
• 例: 「Call buddy は、組織への連絡を可能にするために、アプリが使用されていないときでも、通話履歴の書き込みと読み込みのデータを収集します。」

デフォルトでユーザーの個人情報と機密情報を収集するように設計されているサードパーティのコード（SDK など）がアプリに統合されている場合は、Google Play による要請を受けてから 2 週間以内に（Google Play によってそれより長い期間が与えられている場合はその期間内に）、アプリがこのポリシーの認識しやすい開示と同意の要件（サードパーティのコードを通じたデータのアクセス、収集、使用、共有に関する要件を含む）を満たしていることを示す、十分な根拠を提示する必要があります。

一般的な違反の例を次に示します。

• デバイスの位置情報を収集するにもかかわらず、このデータを使用する機能と、バックグラウンドでのアプリの使用について、認識しやすい開示で説明していないアプリ。
• データの使用目的を説明する認識しやすい開示が提示される前に、データへのアクセスを要求する実行時の権限が付与されているアプリ。
• ユーザーのインストール済みアプリの一覧にアクセスできるにもかかわらず、そのデータを個人情報や機密情報として扱わず、上記のプライバシー ポリシー、データの処理、認識しやすい方法での開示、および同意の各要件を満たしていないアプリ。
• ユーザーの電話機能や連絡帳のデータにアクセスできるにもかかわらず、そのデータを個人情報や機密情報として扱わず、プライバシー ポリシー、データの処理、認識しやすい方法での開示、および同意の各要件を満たしていないアプリ。
• ユーザーの画面を記録するにもかかわらず、そのデータを個人情報や機密情報として、このポリシーに沿って扱わないアプリ。
• デバイスの位置情報を収集するにもかかわらず、上記の要件に沿ってその情報の使用について包括的に開示せず、同意を得ていないアプリ。
• 追跡、調査、またはマーケティングの目的などのため、アプリのバックグラウンドで制限付きの権限を使用するにもかかわらず、上記の要件に沿って各権限の使用について包括的に開示せず、同意を得ていないアプリ。
• ユーザーの個人情報と機密情報を収集し、そのデータをこのユーザーデータ ポリシーや、アクセス、データ処理（許可されていない販売を含む）、認識しやすい開示と同意の要件に沿って処理しない SDK を使用するアプリ。

認識しやすい開示と同意の要件について詳しくは、この記事をご覧ください。

個人情報と機密情報へのアクセスに関する制限

上記の要件に加えて、特定の操作における要件を下表に記載します。

データ セーフティ セクション

すべてのデベロッパーは、すべてのアプリについて、ユーザーデータの収集、使用、共有に関する詳細な説明を、データ セーフティ セクションに明瞭かつ正確に記載する必要があります。デベロッパーには、ラベルを正確に記載し、ラベルの情報を最新の状態に保つ責任があります。データ セーフティ セクションは、該当箇所において、アプリのプライバシー ポリシーで開示されている内容と一致する必要があります。

データ セーフティ セクションへの入力に関する追加情報については、こちらの記事をご覧ください。

プライバシー ポリシー

すべてのアプリで、プライバシー ポリシーのリンクを Google Play Console 内の所定の欄に掲載し、アプリ内にはプライバシー ポリシーのリンクまたはテキストを掲載する必要があります。プライバシー ポリシーでは、アプリ内での開示内容と併せて、当該アプリでユーザーデータ（データ セーフティ セクションで開示されているデータに限定されない）がどのようにアクセス、収集、使用、共有されるかを包括的に開示する必要があります。これには以下の情報が含まれます。

• デベロッパー情報、およびプライバシーに関する連絡先または問い合わせを行う方法。
• アプリがアクセス、収集、使用、共有するユーザーの個人情報や機密情報の種類、およびユーザーの個人情報や機密情報の共有先の開示。
• ユーザーの個人情報や機密情報を安全に処理するための手順。
• デベロッパーのデータ保持ポリシーおよびデータ削除ポリシー。
• プライバシー ポリシーであることが明瞭にわかるラベル付け（たとえば、タイトルに「プライバシー ポリシー」と記載する）。

アプリの Google Play ストアの掲載情報に記載されている主体（デベロッパーや会社等）がプライバシー ポリシーに明記されている、もしくはアプリ名がプライバシー ポリシーに明記されている必要があります。ユーザーの個人情報や機密情報にアクセスしないアプリであっても、プライバシー ポリシーを掲載する必要があります。

プライバシー ポリシーは必ず、どの国からもアクセスできるよう、アクセス制限のない一般公開の有効な URL（PDF は不可）で参照可能、かつ編集不可にしてください。

アカウント削除要件

ユーザーがアプリ内からアカウントを作成できる場合、ユーザーが自分のアカウントの削除をリクエストできるようにすることが求められます。アプリ内およびアプリ外（ウェブサイトにアクセスするなど）でアプリ アカウントの削除を開始するオプションを、ユーザーが簡単に見つけられるようにしてください。アプリ外のウェブリソースへのリンクは、Google Play Console 内の指定された URL 形式の項目に入力する必要があります。

ユーザーのリクエストに基づいてアプリ アカウントを削除する場合は、そのアプリ アカウントに関連付けられたユーザーデータも削除しなければなりません。一時的なアカウントの停止、無効化、またはアプリ アカウントの「凍結」は、アカウントの削除とは見なされません。セキュリティ、不正行為防止、法規制の遵守といった正当な理由により特定のデータを保持する必要がある場合は、データ保持の方法についてユーザーに明確に知らせる必要があります（プライバシー ポリシーに記載するなど）。

アプリセット ID の使用

Android では、分析や不正防止などの重要なユースケースに対応するために、新しい ID が導入されます。この ID を使用するための規約は以下のとおりです。

• 使用: アプリセット ID を広告のパーソナライズと広告の測定に使用することはできません。
• 個人を特定できる情報またはその他の識別子との関連付け: 広告を目的として、アプリセット ID を Android の識別子（例: AAID）または個人情報や機密情報に関連付けることはできません。
• 透明性と同意: アプリセット ID を収集および使用することと、この規約を遵守していることを、法的に適切なプライバシーに関するお知らせ（デベロッパー独自のプライバシー ポリシーを含む）を通じてユーザーに開示する必要があります。必要に応じて、ユーザーから法的に有効な同意を得る必要があります。Google のプライバシー基準について詳しくは、ユーザーデータに関するポリシーをご確認ください。

EU-U.S. データ プライバシー フレームワークおよび同フレームワークの UK 拡張、Swiss-U.S. データ プライバシー フレームワーク

欧州経済領域 / 英国 / スイスで収集された直接的または間接的に個人を特定できる個人情報（「EU 個人情報」）に Google を通じてアクセスし、使用や処理を行う場合は、以下の義務を果たす必要があります。

• 該当するプライバシー、データ セキュリティ、データ保護に関するあらゆる法律、指令、規則、ルールを遵守すること
• EU 個人情報のアクセス、使用、処理は、その EU 個人情報に関連する人物が同意した目的の範囲内に限って行うこと
• データの消失、不正使用、不正または違法アクセス、漏えい、改変、破壊から EU 個人情報を保護するために適切な組織的および技術的な措置をとること
• データ プライバシー フレームワークの原則、または Google データ管理者間のデータ保護に関する条項に記載されている該当する転送メカニズムで要求されているものと同水準の保護措置を講じること

上記の義務を遵守していることを定期的に監視し、上記の条件を満たせない（または満たせなくなるリスクが高い）場合は、直ちに [email protected] 宛てのメールで Google に通知するとともに、直ちに EU 個人情報の処理を停止するか、適切な水準の保護を確保するための合理的かつ適切な措置を講じなければなりません。

機密情報にアクセスする権限または API

機密情報にアクセスする権限や API のリクエストは、ユーザーにとって理に適うものでなければなりません。そのため、機密情報にアクセスする権限や API をリクエストできるのは、アプリで現在提供している機能やサービスの実装に必要で、それらが Google Play ストアの掲載情報に掲載されている場合に限られます。ユーザーデータやデバイスデータへのアクセスを必要とする機能や目的が公開されていないもしくは実装されていない場合、または認可されていない場合には、機密情報にアクセスする権限や API は利用できません。機密情報にアクセスする権限または API を通じてアクセスした個人情報や機密情報を販売したり、販売を促進する目的で共有したりすることは禁止されています。

データにアクセスするために、機密情報にアクセスする権限または API をリクエストする場合は、アプリが権限をリクエストする理由をユーザーが理解しやすいように状況に合わせて（段階的にリクエストする形で）行うようにしてください。データの使用は、ユーザーが同意した目的に限って行わなければなりません。後になって他の目的でデータを使用する必要が出てきた場合は、その追加の用途に関して、あらためてユーザーにリクエストし、同意を得る必要があります。

制限付きの権限

上記に加えて、制限付きの権限とは、「Dangerous」、「Special」、「Signature」と指定される権限、または下記のような権限です。これらの権限には、以下に示す追加の要件と制限が適用されます。

• 制限付きの権限を通じてアクセスされたユーザーデータやデバイスデータは、ユーザーの個人情報および機密情報と見なされ、ユーザーデータに関するポリシーの要件が適用されます。
• ユーザーが制限付き権限のリクエストを承認しない場合はその決定を尊重してください。重要でない権限についてユーザーに同意するよう誘導または強制することも認められません。機密情報に関わる権限へのアクセスを許可しないユーザーにも対応する（たとえば、ユーザーが通話履歴へのアクセスを制限している場合であれば電話番号を手動で入力できるようにするなど）よう、合理的な努力を尽くす必要があります。
• Google Play のマルウェアに関するポリシー（昇格させた権限の悪用を含む）に違反する権限の使用は、明示的に禁止されています。

一部の制限付き権限には、下記の追加要件が適用されることがあります。これらの制限の目的は、ユーザーのプライバシーを守ることにあります。ただし、非常にまれなケースですが、アプリがきわめて必要性の高いまたは重要な機能を提供していて、その機能を実現する他の手段が現時点で他に存在しない場合には、下記の要件について例外が認められることがあります。例外の申請があった場合は、ユーザーに対して想定されるプライバシーまたはセキュリティ上の影響を考慮して審査します。

SMS と通話履歴の権限

SMS と通話履歴に関する権限は、ユーザーの個人情報と機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の制限が適用されます。

デフォルトの SMS ハンドラ、電話ハンドラまたはアシスタント ハンドラとしての機能をアプリが備えていない場合、マニフェストで上記の権限の使用を宣言することはできません（マニフェスト内のプレースホルダ テキストである場合を含みます）。また、ユーザーに上記の権限の許可をリクエストする前に、アプリがデフォルトの SMS ハンドラ、電話ハンドラまたはアシスタント ハンドラとして有効に登録されている必要があります。アプリがデフォルトのハンドラではなくなったときは、直ちに該当する権限の使用を停止しなければなりません。許可されている使用方法と例外については、ヘルプセンターのこちらのページをご覧ください。

アプリが使用できる権限は、承認済みの重要なアプリの機能を提供するために必要な権限（およびその権限で取得したデータ）のみです。重要な機能とは、アプリの主たる目的である機能をいいます。いくつかの機能のセットである場合もあり、そのすべてがアプリの説明文の中に認識しやすい形で明記されている必要があります。その機能がなければアプリが「壊れている」、使用できない、と見なされるような機能が「重要な機能」にあたります。このデータの転送、共有、またはライセンス下での使用は、アプリ内で重要な機能やサービスを提供することのみを目的として許可されるものであり、その他の目的（他のアプリやサービスの改善、広告、マーケティング目的など）でデータを使用することはできません。通話履歴や SMS に関連する権限に基づくデータを取得するために、他の権限、API、第三者の提供元など、代わりの方法を使用することはできません。

位置情報の利用許可

デバイスの位置情報は、ユーザーの個人情報および機密情報と見なされ、個人情報と機密情報に関するポリシー、バックグラウンドでの位置情報に関するポリシー、および以下の要件が適用されます。

• アプリで現在の機能やサービスを提供する必要がなくなった後は、位置情報の権限（ACCESS_FINE_LOCATION、ACCESS_COARSE_LOCATION、ACCESS_BACKGROUND_LOCATION など）で保護されているデータにアプリからアクセスすることはできません。
• 広告や分析のみを目的として、ユーザーに位置情報の利用許可をリクエストしてはなりません。このデータの許可された利用の範囲を広告配信にも適用するアプリは、広告ポリシーを遵守していなければなりません。
• アプリがリクエストするアクセスのレベルは、位置情報を必要とする現在の機能やサービスを提供するうえで必要最低限に留め（つまり、高精度よりも低精度、バックグラウンドよりもフォアグラウンド）、そのレベルの位置情報が機能やサービスに必要であることをユーザーが合理的に予期できる必要があります。たとえば、バックグラウンドで位置情報をリクエストまたは利用することに合理的な根拠がないアプリは承認されない可能性があります。
• バックグラウンドで位置情報が利用できるのは、ユーザーにとってメリットがあり、かつアプリの重要な機能に関連する機能を提供する場合のみです。

アプリからフォアグラウンド サービスの権限で（たとえば「使用中」のみ許可されるなど、フォアグラウンドでのアクセス権でのみ）位置情報にアクセスするのが認められるのは、以下の場合です。

• アプリ内でユーザーが開始したアクションの続きとして位置情報の利用が開始され、かつ
• ユーザーが開始したアクションの意図されたユースケースが完了した後、直ちにその利用が終了する場合

子供を主な対象とするアプリは、ファミリー向けポリシーを遵守する必要があります。

ポリシーの要件について詳しくは、こちらのヘルプ記事をご覧ください。

すべてのファイルへのアクセス権限

ユーザーのデバイス上のファイルとディレクトリの属性は、ユーザーの個人情報および機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の要件が適用されます。

• アプリがリクエストするアクセスの対象は、アプリが機能するうえで不可欠なデバイス ストレージに限定する必要があります。ユーザー向けの不可欠なアプリ機能と関係のない目的で第三者のためにデバイス ストレージへのアクセスをリクエストしてはなりません。
• R 以降を搭載している Android デバイスでは、共有ストレージ内のアクセスを管理するには、MANAGE_EXTERNL_STORAGE 権限が必要です。R をターゲットとし、共有ストレージへの幅広いアクセス（「すべてのファイルへのアクセス」）をリクエストするアプリは必ず、公開前に適切なアクセスに関する審査に合格する必要があります。この権限の使用を許可されたアプリは、[特別なアプリアクセス] 設定で [すべてのファイルへのアクセス] を有効にするように求めるメッセージを、ユーザーにはっきり表示する必要があります。R のこの要件について詳しくは、こちらのヘルプ記事をご覧ください。

パッケージ（アプリ）の公開設定権限

デバイスにクエリして入手したインストール済みアプリの一覧は、ユーザーの個人情報かつ機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の要件が適用されます。

デバイス上の他のアプリを起動、検索、相互運用することが主要な目的であるアプリは、以下で概説するように、デバイス上の他のインストール済みアプリに対して、スコープに応じた可視性を得ることができます。

• 広範なアプリの可視性: 広範な可視性とは、アプリがデバイス上のインストール済みアプリ（「パッケージ」）を幅広く（「広範に」）見渡せる（可視性が与えられている）ことを指します。
  • API レベル 30 以降をターゲットとするアプリの場合、QUERY_ALL_PACKAGES 権限によってインストール済みアプリについて広範な可視性が得られるのは、特定のユースケース（当該アプリが機能するためにデバイス上のすべてのアプリを認識するか、それらのアプリと相互運用する必要がある場合）に制限されます。
    • スコープを絞ったパッケージの可視性を宣言（広範な可視性をリクエストせず、特定のパッケージをクエリしてやり取りするなど）して動作させることが可能なアプリでは、QUERY_ALL_PACKAGES を使用しないでください。
  • QUERY_ALL_PACKAGES 権限に関連付けられた広範な可視性レベルに近い別の方法の使用も同様に、ユーザー向けの主要なアプリ機能と、その別の方法によって検出されたアプリとの相互運用に制限されます。
  • QUERY_ALL_PACKAGES 権限を使用できるユースケースについては、こちらのヘルプセンター記事をご覧ください。
• 限定的なアプリの可視性: 限定的な可視性とは、アプリが、よりターゲットを絞った（「広範」ではない）方法を使って特定のアプリをクエリすることによりデータへのアクセスを最小限に抑える場合（アプリのマニフェスト宣言を満たす特定のアプリをクエリすることができます）を指します。アプリが相互運用性に関するポリシーを遵守している場合や他のアプリの管理を担っている場合は、この方法でそれらのアプリをクエリすることができます。
• デバイス上のインストール済みアプリのインベントリに対する可視性は、アプリの主要な目的やユーザーがアプリ内でアクセスする主要な機能に直接関連する必要があります。

Google Play で配信中のアプリにクエリして入手したアプリ インベントリのデータを、分析や広告収益化の目的で販売、共有することは禁止されています。

Accessibility API

Accessibility API を次の目的で使用することはできません。

• ユーザーの許可なくユーザー設定を変更したり、ユーザーがアプリまたはサービスを無効化またはアンインストールできないようにしたりする。ただし、保護者による使用制限を使用するアプリを通じて親権者または保護者の許可を得るか、エンタープライズ マネジメント ソフトウェアを通じて認定済み管理者の許可を得た場合を除きます。
• Android の組み込みのプライバシー管理とプライバシー通知を回避する。
• 不正な方法または Google Play デベロッパー ポリシーに違反するその他の方法で、ユーザー インターフェースを変更または利用する。

Accessibility API は、リモート通話の音声録音用には設計されておらず、そのようなリクエストを受けることもできません。

Accessibility API を使用する場合は、Google Play のストアの掲載情報に記載する必要があります。

IsAccessibilityTool に関するガイドライン

障がいのあるユーザーを直接サポートする機能が主体になっているアプリは、IsAccessibilityTool を使用して、ユーザー補助アプリとして公式に表明できます。

IsAccessibilityTool の対象とならないアプリはこのフラグを使用できませんが、ユーザー補助に関連する機能をユーザーが認識しにくいため、ユーザーデータに関するポリシーに規定されている「認識しやすい開示と同意」の要件を遵守する必要があります。詳しくは、AccessibilityService API のヘルプセンター記事をご覧ください。

Accessibility API を使用しなくても必要な機能を提供できるのであれば、より限定された範囲の API と権限をアプリで使用してください。

パッケージ インストールのリクエスト（REQUEST_INSTALL_PACKAGES）権限

Request Install Packages 権限を使用すると、アプリからアプリ パッケージのインストールをリクエストできます。この権限を使用するには、アプリのコア機能に以下の両方が含まれている必要があります。

• アプリ パッケージを送信または受信する機能
• ユーザーが自発的にアプリ パッケージのインストールを開始する機能

たとえば次のような機能が許可されています。

• ウェブのブラウジングまたは検索
• 添付ファイルをサポートするコミュニケーション サービス
• ファイルの共有、転送、管理
• 企業向けデバイスの管理
• バックアップと復元
• デバイスの移行または電話の転送
• スマートフォンをウェアラブル デバイスや IoT デバイス（スマートウォッチ、スマートテレビなど）に同期するためのコンパニオン アプリ

コア機能とは、アプリの主要な目的を果たすために必要不可欠な機能を指し、そのすべてがアプリの説明文に認識しやすい形で明記されている必要があります。

Android の権限によるヘルスコネクト

ヘルスコネクトは、健康＆フィットネスのアプリのための Android プラットフォームです。この統合されたエコシステムの中で、アプリは同じデバイス上のデータを保存し、共有できます。ユーザーは、医療記録を含め、健康とフィットネスに関するデータの読み取りと書き込みをどのアプリに許可するかを管理することもできます。医療記録には、医療従事者もしくは医療機関から、またはサポートされているサードパーティの健康管理プラットフォームを通じて取得した、病歴、診断、治療、投薬、検査結果、その他の臨床データが含まれます。

ヘルスコネクトは、歩数や体温、医療記録データなど、さまざまなデータタイプの読み取りと書き込みをサポートします。

ヘルスコネクト権限を通じてアクセスされるデータは、ユーザーの個人情報および機密情報と見なされ、ユーザーデータに関するポリシーが適用されます。アプリが健康アプリに該当する場合、または健康関連の機能を有し、健康に関するデータ（ヘルスコネクト データを含む）にアクセスする場合は、健康アプリに関するポリシーも遵守する必要があります。

ヘルスコネクトの使用を開始する方法については、こちらの Android デベロッパー ガイドをご覧ください。ヘルスコネクトのデータタイプへのアクセスをリクエストするには、またはその他のよくある質問については、ヘルスコネクトのポリシー要件に関するよくある質問をご覧ください。

Google Play で配信されるアプリがヘルスコネクトでデータの読み取り / 書き込みを行うには、次のポリシー要件を満たす必要があります。

ヘルスコネクトのアクセス方法と使用方法

ヘルスコネクトは、該当するポリシーと利用規約に準拠したうえで、このポリシーによって規定されている承認された用途に限り使用できます。これは、アプリまたはサービスの用途が承認された用途のいずれかに該当する場合に限り、権限へのアクセスをリクエストできることを意味します。

承認された用途には、フィットネスとウェルネス、特典、フィットネス コーチング、企業の健康管理プログラム、医療、健康調査、ゲームがあります。これらの用途へのアクセスが認められたアプリケーションは、その使用を、非公開の目的または許可されていない目的にまで拡張することはできません。

ヘルスコネクト権限へのアクセスをリクエストできるのは、ユーザーの健康とフィットネスの増進を目的として設計された機能を 1 つ以上備えたアプリまたはサービスのみです。これには次のものが含まれます。

• ユーザーが自分の身体活動、睡眠、心の健康、栄養、健康状態の測定値、身体的特徴、医療記録、または健康やフィットネスに関連するその他の記述や測定値を直接記録、レポート、モニタリング、分析できるアプリまたはサービス。
• ユーザーが自分の身体活動、睡眠、心の健康、栄養、健康状態の測定値、身体的特徴、医療記録、または健康やフィットネスに関連するその他の記述や測定値をユーザーのデバイスに保存して、承認された用途に適合するその他のオンデバイス アプリとデータを共有できるアプリまたはサービス。
• ユーザーが持病、治療、またはケアサポートを管理できるアプリまたはサービス。

このポリシー、またはヘルスコネクトに適用されるその他の利用規約またはポリシーに違反する形で、ヘルスコネクトにアクセスしてはなりません。これには以下を目的とする場合が含まれます。

• ヘルスコネクトの使用または障害によって、死亡、人身傷害、もしくは、個人や環境または財産上の損害に至ることが合理的に予想されるようなアプリ、環境、またはアクティビティ（核施設、航空管制システム、生命維持装置、兵器の作成または操作など）の開発、あるいはそれらに組み込む目的で、ヘルスコネクトを使用してはなりません。
• ヘルスコネクトを通じて取得したデータに、ヘッドレス アプリを使用してアクセスしてはなりません。アプリでは、アプリトレイ、デバイスのアプリ設定、通知アイコンなどに、明確に特定できるアイコンを表示する必要があります。
• 互換性のないデバイスまたはプラットフォーム間でデータを同期するアプリで、ヘルスコネクトを使用してはなりません。
• 子供のみを対象とするアプリ、サービス、または機能に接続するために、ヘルスコネクトを使用してはなりません。
• デベロッパーは、合理的かつ適切な手順に沿って、ヘルスコネクトを使用するすべてのアプリまたはシステムを、不正または違法なアクセス、使用、破壊、紛失、改変、開示から保護する必要があります。

また、デベロッパーには、ヘルスコネクトの用途、およびヘルスコネクトを通じて得られたデータの用途に基づいて適用される、規制または法律上の要件を遵守する責任があります。たとえば、医療保険の相互運用性と説明責任に関する法律（HIPAA）の適用を受ける対象機関または業務提携者である場合、ヘルスコネクトから得た情報へのアクセスとその利用について、該当する要件を遵守する必要があります。EU のユーザーについて、一般データ保護規則（GDPR）の対象となるデベロッパーの場合も同様に、GDPR に基づく義務を遵守する必要があります。これらの法律および規則により、データ処理作業に関与する関係機関とデータを共有する前に、追加の契約（業務提携契約、データ処理契約など）の締結が必要になる場合があります。アプリ デベロッパーには、自身の作業にそのような契約が必要となるかどうかを判断する責任もあります。デベロッパーは、Google の求めに応じて、そのような契約または遵守の証拠を提示する必要があります。

Google の特定の製品またはサービスについて Google が提供するラベルまたは情報に明示的に記載されていない限り、Google は、特に調査、健康、医療の用途に限らず、いかなる用途または目的でも、ヘルスコネクトに含まれるデータの使用を推奨することや、そのようなデータの正確性を保証することはありません。Google は、ヘルスコネクトを通じて取得されたデータの使用に関連する、いかなる責任も負いません。

限定的な使用

ヘルスコネクトを使用する場合、データアクセスとデータ使用は特定の制限に従う必要があります。

• データ使用は、アプリのユーザー インターフェースに表示される適切なユースケースまたは機能の提供または改善に限定する必要があります。
• ユーザーデータは、セキュリティ上の目的で必要なとき（不正行為の調査など）、適用される法律または規則の遵守のために必要なとき、または合併買収の一環として必要なとき、ユーザーの明示的な同意がある場合に限り、第三者に転送できます。
• セキュリティ上の目的のため、法令の遵守のため、または法的要件に基づいて内部運用のために集約する場合のユーザーデータへの人によるアクセスは、ユーザーの明示的な同意が得られない限り制限されます。
• 上記以外のヘルスコネクト データの譲渡、使用、または販売は、以下の行為を含めてすべて禁止されています。
  • 広告プラットフォーム、データ ブローカー、または情報リセラーなどの第三者にユーザーデータを譲渡または販売すること。
  • パーソナライズ広告やインタレスト ベース広告など、広告の配信を目的としてユーザーデータを譲渡、販売、または使用すること。
  • 信用力を判断するため、または貸与目的でユーザーデータを譲渡、販売、または使用すること。
  • 医療機器と見なされる可能性がある製品またはサービスで、ユーザーデータを譲渡、販売、または使用すること。ただし、医療機器アプリが、ヘルスコネクト データの用途に関して、関連する規制機関（米国 FDA など）から必要な許可または承認を取得することを含め、適用されるすべての規制を遵守しており、ユーザーがそのような使用に明示的に同意している場合を除く。
  • ユーザーが開始し、HIPAA の規則に準拠している場合を除き、（HIPAA で定義された）保護医療情報に関連する目的または方法で、ユーザーデータを譲渡、販売、または使用すること。

最小範囲

アクセスをリクエストできる権限は、製品の機能またはサービスの実装に必要なものに限られます。このようなアクセス リクエストは、必要なデータごとに個別に、また必要なデータだけに対して行われるべきです。

通知と管理の透明性と正確性

ヘルスコネクトは健康とフィットネスに関するデータを扱いますが、それには個人情報と機密情報が含まれます。デベロッパーは、包括的なプライバシー ポリシーを通じ、データの取り扱いに関して明確でわかりやすい開示を行う必要があります。その場合、次のようにしなければなりません。

• ユーザーデータへのアクセスを求めるアプリまたはサービスの識別情報を正確に示す。
• アクセス、リクエスト、収集するデータの種類に関して、明確かつ正確な情報を提供する。データは、アプリで提供されるユーザー向けの機能またはおすすめに関連したものでなければなりません。
• データを使用、共有する方法を示す。ある目的でデータをリクエストしながら、別の目的でもデータを使用する場合は、すべての用途をユーザーに開示する必要があります。
• ユーザーがアプリ上で個人データを管理または削除する方法と、アカウントの無効化や削除が行われたときにデータがどうなるかを示すヘルプ ドキュメントを提供する。
• 最新の暗号手法を使用して（HTTPS 経由などで）転送するなど、ユーザーのすべての個人情報や機密情報を安全に扱う。

ヘルスコネクトに接続するアプリに関する要件について詳しくは、こちらのヘルプセンター記事をご覧ください。

VPN サービス

VpnService は、アプリが独自の VPN ソリューションを拡張、構築できるようにするための基本クラスです。VPN がコア機能であり、VpnService を使用するアプリのみが、リモート サーバーへのデバイスレベルのセキュアなトンネルを作成できます。ただし、次のようなコア機能を実装するためリモート サーバーを必要とするアプリは例外となります。

• 保護者による使用制限や企業による管理を実装するアプリ。
• アプリの使用状況をトラッキングするアプリ。
• デバイス保護アプリ（ウイルス対策、モバイル デバイス管理、ファイアウォールなど）。
• ネットワーク関連ツール（リモート アクセスなど）。
• ウェブ ブラウジング用アプリ。
• テレフォニーサービスまたは接続サービスを提供するために VPN 機能の使用を必要とする携帯通信会社のアプリ。

VpnService を次の目的で使用することはできません。

• 認識しやすい開示および同意機能を実装せずに、ユーザーの個人情報や機密情報を収集する。
• 収益化を目的として、デバイスでの他のアプリからのユーザー トラフィックをリダイレクトまたは操作する（ユーザーの国とは異なる国から広告トラフィックをリダイレクトするなど）。

VpnService を使用するアプリは、次のすべての要件を満たす必要があります。

• VpnService を使用することを Google Play の掲載情報に記載する。
• デバイスから VPN トンネル エンドポイントに送信されるデータを暗号化する。
• 広告の不正行為、権限、マルウェアに関するポリシーを含む、すべてのデベロッパー プログラム ポリシーに準拠する。

正確なアラームの権限

新しく導入される権限「USE_EXACT_ALARM」により、Android 13（対象 API レベル 33）以降のアプリで正確なアラーム機能へのアクセスが許可されるようになります。

USE_EXACT_ALARM は制限付きの権限です。アプリがこの権限を宣言できるのは、アプリのコア機能で正確なアラームが必要な場合に限られます。この制限付きの権限をリクエストするアプリは審査の対象となり、妥当な用途の条件を満たさない場合は、Google Play で公開できなくなります。

正確なアラームの権限の妥当な用途

アプリが USE_EXACT_ALARM 機能を使用できるのは、ユーザー向けのコア機能で正確な時刻にアクションを実行する必要がある場合のみです。たとえば次のようなアプリが該当します。

• アラームアプリまたはタイマーアプリ。
• 予定の通知を表示するカレンダー アプリ。

上記以外の用途で正確なアラーム機能を必要とする場合は、SCHEDULE_EXACT_ALARM を代替オプションとして使用することをご検討ください。

全画面インテントの権限

Android 14（API 対象レベル 34）以降を対象とするアプリでは、USE_FULL_SCREEN_INTENT は特別なアプリアクセス権限です。アプリのコア機能が、優先度の高い通知を必要とする以下のカテゴリのいずれかに該当する場合にのみ、自動的にアプリに USE_FULL_SCREEN_INTENT 権限が付与されます。

• アラームの設定
• 通話またはビデオ通話の着信

この権限をリクエストするアプリは審査の対象となり、上記の基準を満たさない場合、この権限は自動的には付与されません。その場合、アプリで USE_FULL_SCREEN_INTENT を使用するにはユーザーに権限をリクエストする必要があります。

なお、USE_FULL_SCREEN_INTENT 権限の使用においては常にモバイルの望ましくないソフトウェアに関するポリシー、デバイスやネットワークでの不正行為に関するポリシー、広告ポリシーを含むすべての Google Play デベロッパー ポリシーに準拠する必要があります。全画面表示インテント通知では、ユーザーのデバイスに対する不正な妨害、阻害、破損、またはアクセスは許可されません。また、アプリはデバイスのユーザビリティや他のアプリを妨げないようにする必要があります。

USE_FULL_SCREEN_INTENT 権限の詳細については、ヘルプセンターをご覧ください。

デバイスやネットワークでの不正行為

ユーザーのデバイスやその他のデバイス、パソコン、サーバー、ネットワーク、アプリケーション プログラミング インターフェース（API）、サービスなど（デバイス上の他のアプリ、Google サービス、許可された携帯通信会社のネットワークを含む）を妨害、阻害、破損する、またはそれらに無断でアクセスするアプリは認められません。

Google Play に公開するアプリは、Google Play のアプリの中核品質に関するガイドラインに定めるデフォルトの Android システム最適化要件を遵守している必要があります。

Google Play で販売または配布されるアプリについては、Google Play の更新機能以外の方法によりアプリ自体の変更、差し替え、更新を行うことはできません。同様に、Google Play 以外の提供元から実行コード（dex、JAR、.so などのファイル）をダウンロードすることもできません。この制限は、Android API への間接アクセスを提供する仮想マシンまたはインタープリタ（WebView またはブラウザ内の JavaScript など）で実行されるコードには適用されません。

アプリまたはサードパーティのコード（SDK など）でインタープリタ言語（JavaScript、Python、Lua など）が実行時に読み込まれる場合（たとえば、アプリにパッケージされていない場合）、それらが Google Play ポリシーに違反する可能性があってはなりません。

セキュリティの脆弱性を組み込むまたは悪用するコードは許可されません。デベロッパーに報告された最近のセキュリティに関する問題については、アプリ セキュリティ向上プログラムをご確認ください。

一般的な違反の例を次に示します。

デバイスやネットワークでの不正行為の一般的な違反の例

• 広告を表示して他のアプリをブロックまたは妨害するアプリ。
• 他のアプリのゲームプレイに影響を与えるようなゲームチート アプリ。
• サービス、ソフトウェア、ハードウェアのハッキング方法や、セキュリティ保護の回避方法を推進または説明するアプリ。
• サービスや API に対してその利用規約に違反する方法でアクセスまたは利用するアプリ。
• システムの電源管理を迂回しようとするアプリのうち許可リストへの登録が認められないもの。
• 第三者に対するプロキシ サービスの利用を支援するアプリのうち、その利用支援がアプリのユーザー向けの主たる基本目的ではないもの。
• Google Play 以外の提供元から実行コード（dex ファイルやネイティブ コードなど）をダウンロードするアプリまたはサードパーティのコード（例: SDK）。
• ユーザーの事前の同意なしに他のアプリをデバイスにインストールするアプリ。
• 不正なソフトウェアにリンクするアプリや、その配信やインストールを推進するアプリ。
• 信頼できないウェブ コンテンツ（http:// URL など）、または信頼できない提供元から取得された未検証の URL（信頼できないインテントで取得された URL など）を読み込む JavaScript インターフェースが追加された WebView を含むアプリまたはサードパーティのコード（例: SDK）。
• 全画面インテントの権限を使用してユーザーを混乱させる広告や通知を操作させるアプリ。

フォアグラウンド サービスの権限

フォアグラウンド サービス権限は、ユーザー向けのフォアグラウンド サービスが適切に使用されるようにするためのものです。Android 14 以降を対象とするアプリの場合、アプリで使用されるフォアグラウンド サービスごとに有効なタイプを指定し、そのタイプに適したフォアグラウンド サービス権限を宣言する必要があります。たとえば、アプリのユースケースで地図の位置情報が必要な場合は、アプリのマニフェストで FOREGROUND_SERVICE_LOCATION 権限を宣言しなければなりません。

フォアグラウンド サービス権限を宣言するには、以下のすべての要件を満たしている必要があります。

• ユーザーにとって有益な、アプリのコア機能に関連する機能を提供するために使用する
• ユーザーによって開始されたか、ユーザーが認識できる（例: 曲の再生、別のデバイスへのメディアのキャスト、正確で明確なユーザー通知、ユーザーによるクラウドへの写真のアップロード要求）
• ユーザーが終了および停止できる
• システムによって中断または延期できるのは、ユーザー エクスペリエンスに悪影響を及ぼす場合や、ユーザーの想定どおりに機能しない場合のみである（たとえば、電話は直ちに発信する必要があり、システムによって延期することはできない）
• タスクの完了に必要な間だけ実行する

以下のユースケースでフォアグラウンド サービスを使用する場合は、上記の要件は適用されません。

• フォアグラウンド サービスのタイプが systemExempted または shortService である
• dataSync タイプのフォアグラウンド サービスを Play Asset Delivery 機能でのみ使用する

フォアグラウンド サービスの使用について詳しくは、こちらをご覧ください。

ユーザーが開始したデータ転送ジョブ

アプリは、次の場合にのみ、user-initiated data transfer jobs API を使用できます。

• ユーザーによって開始された場合
• ネットワークのデータ転送タスクに使用する場合
• データ転送を完了するために必要な期間だけ実行される場合

User-Initiated Data Transfer API の利用について詳しくは、こちらをご覧ください。

FLAG_SECURE の要件

FLAG_SECURE は、アプリのコードで宣言される表示関連のフラグです。アプリの使用中、UI に含まれるセンシティブ データの表示場所をセキュアなサーフェスに限定することを示せます。このフラグは、センシティブ データがスクリーンショットに表示されたり、セキュアでないディスプレイで閲覧されたりするのを防ぐために設計されています。デベロッパーは、アプリのコンテンツがアプリやユーザーのデバイスの外部で閲覧されたり、外部にブロードキャストまたは送信されたりできないようにする場合に、このフラグを宣言します。

セキュリティおよびプライバシー保護のため、Google Play で配信されるすべてのアプリが、他のアプリの FLAG_SECURE 宣言を尊重しなければなりません。つまり、他のアプリでの FLAG_SECURE の設定を回避する手段を作成または促進してはいけません。

デバイス上で Android コンテナを実行するアプリ

オンデバイスの Android コンテナアプリは、基盤となる Android OS の全体、または一部をシミュレートする環境を提供します。この環境では、すべての Android セキュリティ機能が反映されない場合があります。このため、自身のアプリを他のシミュレートされた Android 環境で操作してはならない旨をオンデバイスの Android コンテナアプリに明示するため、デベロッパーは安全な環境に関するマニフェスト フラグを追加できるようになっています。

安全な環境に関するマニフェスト フラグ

• このフラグについて、オンデバイスの Android コンテナで読み込む予定のアプリのマニフェストを確認します。
• このフラグを宣言したアプリはオンデバイスの Android コンテナアプリで読み込まないでください。
• アプリがコンテナにインストールされていると表示させるために、デバイスで API をインターセプトしたり呼び出したりすることでプロキシとして機能させないでください。
• フラグを迂回しやすくしたり、フラグを迂回するための回避策を作成したりしないでください（現在のアプリの REQUIRE_SECURE_ENV フラグを迂回するために古いバージョンのアプリを読み込むなど）。

虚偽の振る舞い

誤解を与える表現

一般的な違反の例を次に示します。

• 機能の説明が誤っている、または不正確でわかりにくいアプリ:
  • アプリの説明やスクリーンショットにはレーシング ゲームのように記載されているのに、実際は自動車の絵のブロックパズル ゲーム。
  • ウイルス対策アプリのように記載されているのに、ウイルスを削除する方法を説明したテキストガイドしか含まれていないアプリ。
• 虫よけアプリなど、実現できない機能を宣伝するアプリ（いたずら、フェイク、冗談として表示されているものも含まれる）。
• レーティングやカテゴリなど（これらに限らず）について、不適切に分類されたアプリ。
• 選挙の投票プロセスに影響を与える可能性のある、または選挙結果に関する明らかに虚偽のコンテンツ。
• 政府機関との協力関係があるように偽るアプリ、あるいは適切な認可を受けずに行政サービスを提供または支援するアプリ。
• 定評のある組織の正式なアプリであるかのように偽るアプリ。「ジャスティン ビーバー公式」のようなタイトルは、必要な許可や権利を得ていない限り、認められません。

（1）医療や健康に関する誤解を招く宣伝（がんを治す）を掲載しています
（2）実現できない機能を宣伝しています（スマートフォンを使った呼吸分析）

デバイス設定の不正な変更

ユーザーの理解や同意を得ずに、アプリ外でユーザーのデバイスの設定や機能を変更するアプリは認められません。デバイスの設定や機能には、システムやブラウザの設定、ブックマーク、ショートカット、アイコン、ウィジェット、ホーム画面でのアプリの表示などがあります。

その他、次のようなアプリは認められません。

• ユーザーの同意を得るが、簡単には元に戻せない方法でデバイスの設定や機能を変更するアプリ。
• サードパーティへのサービスとして、または広告表示を目的として、デバイスの設定や機能を変更するアプリや広告。
• ユーザーを欺いて、サードパーティ アプリの削除や無効化、またはデバイスの設定や機能の変更を誘導するアプリ。
• セキュリティ サービスの一環として確認可能な場合を除き、サードパーティ アプリの削除や無効化、またはデバイスの設定や機能の変更をユーザーに促したり、報奨付きで奨励したりするアプリ。

不正行為を助長する

人を欺くことを可能にするアプリや機能的に虚偽の振る舞いをするアプリは認められません。たとえば、ID カード、社会保障番号、パスポート、卒業証書、クレジット カード、銀行口座、運転免許証などを偽造できる、または偽造を補助するアプリが該当します（ただし、これらに限定されません）。アプリは、アプリの機能や内容に関してタイトル、説明、画像または動画を正確に開示し、ユーザーが期待するとおり合理的に正確に機能しなければなりません。

追加のアプリリソース（ゲームアセットなど）は、ユーザーによるアプリの利用に不可欠な場合にのみダウンロード可能です。ダウンロードされるリソースは Google Play のすべてのポリシーを遵守する必要があります。また、ダウンロード開始前に、ユーザーにメッセージを表示し、ダウンロード サイズを明確に開示する必要があります。

アプリが「いたずら」や「娯楽目的」などである、と主張する場合でも、アプリがポリシーの適用対象外となることはありません。

一般的な違反の例を次に示します。

• 他のアプリやウェブサイトを装ってユーザーに個人情報や認証情報を開示するようにだますアプリ。
• 同意を得ていない個人や団体の、未確認のまたは実在する電話番号、連絡先、住所、個人情報などを表示するアプリ。
• ユーザーの地域、デバイス パラメータ、またはその他のユーザーに応じたデータに基づいて、主たる機能が異なり、その違いについてストアの掲載情報でユーザーに明確に宣伝していないアプリ。
• バージョン間で大幅に変更され、その変更についてユーザーに（「最新情報」欄などで）通知をせず、ストアの掲載情報も更新しないアプリ。
• 審査時の動作を変更した、またはごまかしているアプリ。
• ダウンロードにコンテンツ配信ネットワーク（CDN）を利用しているのに、ダウンロードの前にユーザーにメッセージを表示してダウンロード サイズを開示しないアプリ。

操作されたメディア

虚偽のまたは誤解を招くような情報や主張を画像、音声、動画、テキストを通じて伝えることを助長する、またはその作成を支援するアプリは認められません。誤解を招く、または虚偽であることが明らかな画像、動画、テキストを助長、または固定化し、配慮が求められる事象、政治、社会問題など、社会的関心事に悪影響をもたらす可能性があると判断されたアプリは認められません。

ただし、公共の利益となる場合や、明らかに加工とわかる画像、ユーザー向けの免責条項または透かしが表示される操作されたメディア、明らかな風刺やパロディーについては例外として認められることがあります。

操作されたメディアは既存の Google Play デベロッパー ポリシーに準拠しなければなりません。たとえば、制限されているコンテンツに関するポリシーに基づき認められないコンテンツを禁止する必要があります。

一般的な違反の例を次に示します。

• 配慮が求められるイベントに登場した著名人やメディアを利用して、アプリストアの掲載情報でメディア改変機能を宣伝するアプリ。
• 明確な免責条項または透かしを入れずに実際のニュース メディアの名称またはロゴを追加する方法で、メディア クリップを改変してニュース番組を模倣するアプリ。
• 誤解を招くメディアを作成することのみを目的とするアプリ。
  

  （1）このアプリは、メディア クリップを改変してニュース番組を模倣し、透かしを入れずに有名人や公人を追加する機能を提供します。

振る舞いの透明性

不実表示

以下のようなアプリやデベロッパー アカウントは許可されません。

• 他の人や組織になりすましたり、オーナーや主目的を偽装、隠ぺいしたりしている。
• ユーザーに誤解を与えるような組織的行為に関与している。たとえば、配信元の国を偽装、隠ぺいしたり、コンテンツを別の国のユーザーに配信したりするアプリやデベロッパー アカウントなどが該当します。
• 政治や社会問題、公衆の関心事に関連するコンテンツを扱っている場合に、他のアプリやサイト、デベロッパー、アカウントと連携して、デベロッパーやアプリの重要情報（身元など）を隠ぺい、偽装している。

Google Play の対象 API レベルに関するポリシー

ユーザーに安全で保護されたエクスペリエンスを提供するため、Google Play ではすべてのアプリに対し、以下の API レベルを対象とすることを義務付けます。

新規アプリとアプリ アップデートは、Android の最新のメジャー バージョンのリリースから 1 年以内にその Android API レベルをターゲットにする必要があります。この要件を満たさない新規アプリとアプリ アップデートは、Google Play Console からのアプリの送信ができなくなります。

アップデートのない既存の Google Play アプリ: Android の最新のメジャー バージョンのリリースから 2 年を過ぎてもその Android API レベルをターゲットにしていないアプリは、それ以降のバージョンの Android OS を搭載したデバイスの新規ユーザーからアクセスできなくなります。そのアプリを以前に Google Play からインストールしたユーザーは、アプリでサポートされていればどのバージョンの Android OS でも、引き続きアプリを検索、再インストール、使用できます。

対象 API レベルの要件を満たす方法についての技術的なアドバイスについては、移行ガイドをご覧ください。

ユーザーデータに関するポリシー

ユーザーデータ（デバイス情報を含む、ユーザーについての情報やユーザーから収集する情報など）を扱う場合は、その処理方法を明らかにする必要があります。それには、アプリによるユーザーデータのアクセス、収集、使用、処理、共有について開示するとともに、ポリシーに準拠した開示している目的にのみデータを使用することが求められます。

サードパーティのコード（SDK など）をアプリに含める場合には、アプリ内で使用するサードパーティのコードと、アプリでのサードパーティによるユーザーデータの扱いが、使用と開示に関する要件を含め、Google Play デベロッパー プログラム ポリシーに準拠していることを確認する必要があります。たとえば、SDK プロバイダがアプリを通じてユーザーの個人情報や機密情報を販売しないようにする必要があります。この要件は、ユーザーデータがサーバーに送信された後で転送される場合にも、サードパーティのコードをアプリに埋め込むことで転送される場合にも適用されます。

機密情報にアクセスする権限と API に関するポリシー

機密情報にアクセスする権限や API のリクエストは、ユーザーにとって理に適うものでなければなりません。そのため、機密情報にアクセスする権限や API をリクエストできるのは、アプリで現在提供している機能やサービスの実装に必要で、それらが Google Play ストアの掲載情報に掲載されている場合に限られます。ユーザーデータやデバイスデータへのアクセスを必要とする機能や目的が公開されていないもしくは実装されていない場合、または認可されていない場合には、機密情報にアクセスする権限や API は利用できません。機密情報にアクセスする権限または API を通じてアクセスした個人情報や機密情報を販売したり、販売を促進する目的で共有したりすることは禁止されています。

機密情報にアクセスする権限と API に関するポリシーの全文をご覧ください。

SDK に起因する違反の例

• 承認されていない目的や開示されていない目的で、バックグラウンドで位置情報をリクエストする SDK を含むアプリ
• Android の read_phone_state 権限から派生した IMEI を、ユーザーの同意なく転送する SDK を含むアプリ

マルウェアに関するポリシー

アプリでの SDK の使用

アプリに SDK を含める場合、そのサードパーティのコードと実行に起因して、アプリが Google Play デベロッパー プログラム ポリシーに違反しないことを確認する責任はアプリ デベロッパーにあります。アプリ内の SDK がユーザーデータをどう扱っているかを理解し、SDK が使用する権限、収集するデータ、それらの使用目的を把握することが重要です。

SDK に関する要件

アプリ デベロッパーが重要な機能やサービスをアプリに統合する際に、サードパーティのコード（SDK など）を使用することが多くなっています。アプリに SDK を含める場合は、ユーザーの安全を確保できること、あらゆる脆弱性からアプリを保護できることを確認する必要があります。ここでは、プライバシーとセキュリティに関する Google の既存の要件が、SDK との関連でアプリにどのように適用されるかについて説明し、これらの要件を満たすことで SDK を安全かつ確実にアプリに統合できることを示します。

アプリに SDK を含める場合、そのサードパーティのコードと実行に起因して、アプリが Google Play デベロッパー プログラム ポリシーに違反しないことを確認する責任はアプリ デベロッパーにあります。アプリ内の SDK がユーザーデータをどう扱っているかを理解し、SDK が使用する権限、収集するデータ、それらの使用目的を把握することが重要です。SDK によるユーザーデータの収集と処理が、アプリでのポリシー準拠のデータ使用と一貫していなければなりません。

SDK の使用がポリシー要件に違反していないことを確認するには、以下に挙げるポリシーの全文を読んで理解し、SDK に関連する既存の要件に注意を払ってください。

ユーザーの許可なくデバイスの root 権限を取得する権限昇格アプリは、root 権限取得アプリに分類されます。

モバイルの望ましくないソフトウェアに関するポリシー

透明性の高い動作と明確な開示

コードはすべて、ユーザーへの約束のとおりに配信する必要があります。アプリは通知済みの機能をすべて提供する必要があります。アプリがユーザーを混乱させてはなりません。

違反の例:

• 広告の不正行為
• ソーシャル エンジニアリング

ユーザーデータの保護

ユーザーの個人情報や機密情報のアクセス、収集、使用、共有について明らかにして、透明性を高めます。ユーザーデータの使用に関して、該当するすべてのユーザーデータ ポリシーに準拠し、データ保護の予防措置をすべて講じる必要があります。

違反の例:

• データ収集（スパイウェアを参照）
• 制限付き権限の不正使用

モバイルの望ましくないソフトウェアに関するポリシーの全文をご覧ください。

デバイスやネットワークでの不正行為に関するポリシー

ユーザーのデバイスやその他のデバイス、パソコン、サーバー、ネットワーク、アプリケーション プログラミング インターフェース（API）、サービスなど（デバイス上の他のアプリ、Google サービス、許可された携帯通信会社のネットワークを含む）を妨害、阻害、破損する、またはそれらに無断でアクセスするアプリは認められません。

アプリまたはサードパーティのコード（SDK など）でインタープリタ言語（JavaScript、Python、Lua など）が実行時に読み込まれる場合（たとえば、アプリにパッケージされていない場合）、それらが Google Play ポリシーに違反する可能性があってはなりません。

セキュリティの脆弱性を組み込むまたは悪用するコードは許可されません。デベロッパーに報告された最近のセキュリティに関する問題については、アプリ セキュリティ向上プログラムをご確認ください。

デバイスやネットワークでの不正行為に関するポリシーの全文をご覧ください。

SDK に起因する違反の例

虚偽の振る舞いに関するポリシー

ユーザーを欺こうとするアプリや不正行為を助長するアプリは認められません。たとえば、機能的に不可能だと判断されるアプリが含まれますが、これに限定されません。アプリは、メタデータのあらゆる部分で、アプリの機能に関する説明、画像または動画を正確に開示しなければなりません。オペレーティング システムや他のアプリの機能または警告であるかのように装うことも認められません。デバイスの設定を変更する場合は、ユーザーに通知して同意を得ること、およびユーザーが簡単に元に戻せる必要があります。

虚偽の振る舞いに関するポリシーの全文をご覧ください。

振る舞いの透明性

SDK に起因する違反の例

• アプリの審査を回避するための技術を使用する SDK が含まれている。

SDK に起因する違反との関連性が高い Google Play デベロッパー ポリシー

アプリで使用しているサードパーティのコードが Google Play のデベロッパー プログラム ポリシーに準拠していることを確認するには、以下のポリシーの全文に目を通してください。

• ユーザーデータに関するポリシー 
• 機密情報へのアクセスに関する権限と API 
• デバイスやネットワークでの不正行為 
• マルウェア 
• モバイルの望ましくないソフトウェア 
• ファミリー向け自己認定広告 SDK プログラム
• 広告ポリシー 
• 虚偽の振る舞い
• Google Play デベロッパー プログラム ポリシー 

一般に問題となることが多いのは上記のポリシーですが、粗悪な SDK コードが原因で上記以外のポリシーに違反する恐れがある点も重要です。SDK がポリシーに準拠してアプリデータを扱っていることを確認する責任はアプリ デベロッパーにあります。すべてのポリシーの全文を確認し、最新の更新について常に把握するようにしてください。

詳細につきましては、ヘルプセンターをご覧ください。

マルウェア

 マルウェアとは、ユーザー、ユーザーのデータ、またはデバイスを危険にさらすおそれのあるすべてのコードを指します。マルウェアには、有害な可能性があるアプリ（PHA）、バイナリ、フレームワーク変更などがあり、トロイの木馬、フィッシング、スパイウェア アプリなど、さまざまなカテゴリに分類できます。ただし、これらに限定せず、継続的に情報を更新して新しいカテゴリを追加しています。

マルウェアは、種類や能力はそれぞれ異なりますが、通常は以下のいずれかを目的としています。

• ユーザーのデバイスの完全性を損なわせる。
• ユーザーのデバイスの制御能力を奪う。
• 感染したデバイスをリモートで操作できるようにし、攻撃者自身がアクセスして不正利用する。
• 適切な開示や同意なく、デバイス上の個人データや認証情報を送信する。
• 感染したデバイスからスパムやコマンドを広く送信し、他のデバイスやネットワークに影響を及ぼす。
• ユーザーに対して詐欺行為をする。

アプリ、バイナリ、フレームワーク変更は有害である可能性があります。害を及ぼすことを意図していなかった場合でも、悪意のある動作につながるおそれがあります。これは、アプリ、バイナリ、フレームワーク変更の動作が環境に応じて変わるためです。したがって、ある Android デバイスには有害であっても、別の Android デバイスにはまったく危害を及ぼさない可能性もあります。たとえば、最新バージョンの Android が動作しているデバイスは、廃止された API を使って悪意のある動作を実行しようとする有害なアプリの影響を受けません。一方、かなり古いバージョンの Android が動作しているデバイスは、その危害を受けるおそれがあります。Android デバイスとユーザーの一部またはすべてに危険を及ぼすことが明白なアプリ、バイナリ、フレームワーク変更は、マルウェアまたは PHA として報告されます。

Google の基本的な信念として、ユーザーの皆様にもデバイスがどのように利用されているのかをご理解いただき、着実なイノベーションと信頼性の高いユーザー エクスペリエンスを実現できるよう、エコシステムの安全性向上にご協力いただきたいたいと考えています。以下に、これらのマルウェアをカテゴリ別にまとめましたので、ぜひ参考にしてください。

詳しくは、Google Play プロテクトについての説明をご覧ください。

バックドア

有害な可能性のある望ましくない操作を、デバイスに対してリモート制御で実行できるようにするコード。

この操作には、自動的に実行されたときに、他のカテゴリのマルウェアにアプリ、バイナリ、フレームワーク変更を挿入する動作が含まれる場合があります。通常、バックドアは有害な可能性のある操作をデバイス上で発生させることができる方法で、請求詐欺や商用スパイウェアのようなカテゴリと完全に同列ではありません。そのため、状況によってはバックドアのサブセットが、Google Play プロテクトで脆弱性として取り扱われる場合があります。

請求詐欺

詐欺的な方法で、ユーザーに対して自動的な請求を行うコード。

モバイル請求詐欺には、SMS 詐欺、通話料詐欺、電話料金詐欺などがあります。

SMS 詐欺
ユーザーの同意なく有料の SMS を送信したり、SMS アクティビティを偽装（情報開示契約を非表示にし、請求の通知や定期購入の確認のため携帯通信会社から送信される SMS メッセージを隠蔽）したりするコード。

SMS の送信動作を技術的には開示していても、SMS 詐欺に関係する追加の動作が含まれているコードもあります。例として、情報開示契約の一部を隠してユーザーが読めないようにし、請求の通知や定期購入の確認のため携帯通信会社から送信される SMS メッセージを条件付きで隠蔽する場合などがあります。

通話料詐欺
ユーザーの同意なく有料番号に電話をかけ、ユーザーに料金を請求するコード。

電話料金詐欺
ユーザーを欺き、携帯電話料金の請求を通じてコンテンツを購入または定期購入させるコード。

電話料金詐欺には、有料の SMS 詐欺や通話料詐欺を除く、あらゆるタイプの請求詐欺が含まれます。たとえば、キャリア決済詐欺、ワイヤレス アプリケーション プロトコル（WAP）詐欺、モバイル エアタイム送金詐欺なども電話料金詐欺の一種です。中でも最も蔓延しているのが WAP 詐欺です。WAP 詐欺には、目に見えない WebView を気付かれないように読み込み、ユーザーを欺いてボタンをクリックさせるものなどがあります。アクションを実行すると定期購入が開始されますが、確認の SMS やメールが隠蔽されることが多いため、料金の請求などの情報がユーザーに通知されません。

ストーカーウェア

モニタリング目的で、デバイス上の個人情報や機密性の高いユーザーデータを収集して第三者（企業または特定の個人）に送信するコード。

アプリは、ユーザーデータに関するポリシーに定められているとおり、認識しやすい開示を適切に行いユーザーの同意を得る必要があります。

モニタリング アプリに関するガイドライン

モニタリング アプリとして承認を受けるためには、特定の個人のモニタリング（保護者による子供のモニタリングなど）や企業管理（従業員のモニタリング）のみを目的として設計、販売しており、以下に示す要件を完全に満たしている必要があります。これらのアプリを、目的以外の人（たとえば配偶者）の追跡に使用することはできません。永続的な通知が表示されるかどうかに関係なく、たとえ追跡される人がそのことを認識し許可している場合でも使用できません。これらのアプリは、マニフェスト ファイルで IsMonitoringTool メタデータ フラグを使用して、モニタリング アプリであることを適切に表明する必要があります。

モニタリング アプリは、最低限、以下の要件を満たす必要があります。

• スパイ行為や内偵をアプリの用途として掲げてはなりません。
• 追跡機能をユーザーに隠したり、偽装したり、ごまかそうとしたりしてはなりません。
• アプリの実行中は常に永続的な通知を表示し、アプリを明確に識別できる固有のアイコンを示す必要があります。
• モニタリング機能または追跡機能について Google Play ストアのアプリの掲載情報で開示する必要があります。
• アプリや Google Play のアプリ掲載情報では、利用規約に違反する機能（Google Play 以外でホストされていてポリシーを遵守していない APK へのリンクなど）を有効にする手段や、そうした機能にアクセスする手段を提供してはなりません。
• 適用されるすべての法律を遵守する必要があります。公開する地域でのアプリの合法性の判断については、デベロッパーが全責任を負います。

サービス拒否攻撃（DoS）

ユーザーが気付かないうちにサービス拒否攻撃（DoS）を実行するコード、または他のシステムやリソースに対する分散型 DoS 攻撃の一部を担うコード。

たとえば、リモート サーバーに大量の HTTP リクエストを送信し、過剰な負荷をかけることによって DoS を発生させます。

悪意のあるダウンローダ

他の PHA をダウンロードするコード（コード自体は有害ではない場合がある）。

次のいずれかに該当するコードは、悪意のあるダウンローダである可能性があります。

• PHA を拡散するために作られたと判断するに足る理由があり、ダウンロードされた PHA がある、またはアプリをダウンロードしてインストールする可能性のあるコードが含まれている場合。
• そのコードによってダウンロードされたアプリの 5% 以上が PHA である場合（観測されたアプリ ダウンロード 500 件の最小しきい値で PHA のダウンロードが 25 件）。

主要なブラウザとファイル共有アプリは、次の条件を満たす限り、悪意のあるダウンローダとは見なされません。

• ユーザーによる操作なしでダウンロードを実行することがない。
• すべての PHA ダウンロードをユーザーの同意に基づいて開始している。

Android 以外への脅威

Android 以外への脅威を含むコード。

このようなアプリは、Android のユーザーやデバイスには危害を及ぼしませんが、他のプラットフォームに危害を及ぼすおそれのある要素を含んでいます。

フィッシング

信頼できる提供元を装い、ユーザーの認証情報や請求情報を要求してデータを第三者に送信するコード。このカテゴリには、伝送中のユーザー認証情報を傍受するコードも該当します。

フィッシングの対象として一般的なのは、銀行口座の認証情報、クレジット カード番号、ソーシャル ネットワークやゲームのオンライン アカウント認証情報などです。

昇格させた権限の悪用

アプリ サンドボックスの破壊、昇格させた権限の取得、セキュリティ関連のコア機能へのアクセスの変更または無効化などにより、システムの完全性を損なわせるコード。

次に例を示します。

• Android の権限モデルに違反するアプリ、他のアプリから認証情報（たとえば OAuth トークン）を窃取するアプリ。
• アプリのアンインストールや停止を防止する機能を悪用するアプリ。
• SELinux を無効にするアプリ。

ユーザーの許可なくデバイスの root 権限を取得する権限昇格アプリは、root 権限取得アプリに分類されます。

ランサムウェア

デバイスまたはデバイス上のデータの一部または全部を制御不能にし、元に戻すことと引き換えに、ユーザーに金銭の支払いや操作の実行を要求するコード。

ランサムウェアには、デバイス上のデータを暗号化して復号化する代わりに支払いを要求するものや、デバイスの管理機能を利用して一般的なユーザーでは除去できないようにするものもあります。次に例を示します。

• ユーザーがデバイスを利用できない状態にし、利用できる状態に戻す見返りとして金銭を要求します。
• デバイス上のデータを暗号化し、それを復号するという名目で支払いを要求します。
• デバイスのポリシー管理機能を利用して、ユーザーが除去できないようにします。

デバイス管理の有償化を主な目的としてデバイスと一緒に配布されるコードは、安全なロックと管理の要件、およびユーザーへの適切な開示と同意の要件を満たしていれば、ランサムウェアのカテゴリから除外される場合があります。

root 権限の取得

デバイスの root 権限を取得するコード。

root 権限を取得するコードにも、悪意のあるものとないものがあります。たとえば悪意のない root 権限取得アプリは、デバイスの root 権限を取得することを事前にユーザーに知らせ、他の PHA カテゴリに該当する有害な可能性のあるアクションを実行しません。

悪意のある root 権限取得アプリは、デバイスの root 権限を取得することをユーザーに知らせなかったり、事前にユーザーに知らせつつ、他の PHA カテゴリに該当するアクションを実行したりします。

スパム

スパイウェア

スパイウェアとは、悪意のあるアプリケーションやコードであり、また、ポリシーに準拠した機能と無関係なユーザーデータまたはデバイスデータを収集、窃取、または共有する動作です。

ユーザーを密かに調査していると考えられるか、適切な通知または同意なしにデータを抜き取る、悪意のあるコードまたは動作もスパイウェアと見なされます。

スパイウェア違反には、たとえば次のようなものがありますが、これらに限定されません。

• 音声の録音、または電話への通話の録音
• アプリデータの窃取
• ユーザーが予期しない方法で、および / または適切なユーザーの通知または同意なしにデバイス上のデータを送信する、悪意のあるサードパーティ コード（SDK など）を含むアプリ

また、すべてのアプリは、ユーザーデータとデバイスデータに関するポリシー（モバイルの望ましくないソフトウェア、ユーザーデータ、機密情報へのアクセスに関する権限と API、SDK に関する要件など）を含むすべての Google Play デベロッパー プログラム ポリシーに準拠する必要があります。

トロイの木馬

一見すると無害だが（たとえばただのゲームだと謳っているゲーム）、ユーザーに対して望ましくないアクションを実行するコード。

通常、このカテゴリは他の PHA カテゴリと組み合わせて使用します。トロイの木馬は、無害なコンポーネントと、隠された有害なコンポーネントで構成されています。たとえば、ユーザーがゲームをしているバックグラウンドで、気付かないうちにユーザーのデバイスから有料の SMS メッセージを送信するゲームは、トロイの木馬です。

一般的ではないアプリに関する注意

バックドア カテゴリに関する注意

バックドア マルウェア カテゴリに分類されるかどうかは、コードの動作に応じて判断されます。バックドアに分類される必要条件は、そのコードが自動的に実行されたときに、他のカテゴリのマルウェアにコードを挿入する動作が可能になるかどうかです。たとえば、動的コードの読み込みが可能で、動的に読み込まれたコードがテキスト メッセージを抽出する場合、そのアプリはバックドア マルウェアと分類されます。

ただし、アプリが任意のコード実行を許可しており、そのコード実行を追加した目的が悪意のある行為だと判断できる理由がない場合、そのアプリはバックドア マルウェアではなく脆弱性として取り扱われ、デベロッパーにパッチの適用が要請されます。

マスクウェア

さまざまな回避手法を駆使して、ユーザーが予期し得ない、または偽の機能を提供するアプリです。このようなアプリは、正当なアプリまたはゲームであるように見せかけることで、アプリストアに対して無害を装いつつ、難読化、動的コードの読み込み、クローキングなどの手法を使用して悪意のあるコンテンツを公開します。

マスクウェアは、他の PHA カテゴリ、特にトロイの木馬と似ていますが、主な違いは、悪意のあるアクティビティを難読化する手法が使用されている点です。

なりすまし

一般的な違反の例を次に示します。

• 別の会社 / デベロッパー / 法人 / 組織に関係があるかのような虚偽をほのめかすデベロッパー。

  

  ① このアプリに表示されるデベロッパー名は、実際には存在しない Google との正式な関係があるかのようにほのめかしています。

• 別の会社 / デベロッパー / 法人 / 組織に関係があるかのような虚偽をほのめかすアイコンやタイトルを使用しているアプリ。
  

  ①このアプリは国章を使用して、政府と関係があるアプリだとユーザーに誤認させています。
  ②このアプリは特定の企業のロゴをコピーして、その企業の公式アプリであるかのような虚偽をほのめかしています。

• 既存のプロダクトやサービスのものとユーザーが混同しかねない、アプリのタイトルやアイコン。

  

  
  ①このアプリは、有名な暗号通貨ウェブサイトのロゴをアプリアイコンに使用して、公式ウェブサイトであるかのようにほのめかしています。
  ②このアプリは、人気テレビ番組のキャラクターとタイトルをコピーして、テレビ番組と関係があるとユーザーに誤認させています。

• 定評のある組織の正式なアプリであるかのように偽るアプリ。「Justin Bieber Official」のようなタイトルは、必要な許可や権利を得ていない限り、認められません。

• Android ブランドの取り扱いガイドラインに違反しているアプリ。

モバイルの望ましくないソフトウェア

Google には、「成功の条件はユーザーを第一にすること」という理念があります。Google のソフトウェア原則と望ましくないソフトウェアのポリシーでは、優れたユーザー エクスペリエンスを提供するソフトウェアに関する一般的な推奨事項を紹介しています。このポリシーは、Google の望ましくないソフトウェアのポリシーを土台とし、と Google Play ストアの原則を概説するものです。原則に反するソフトウェアはユーザーの利便性に悪影響を与える可能性があるため、Google はそうしたソフトウェアからユーザーを守る措置を取ります。

望ましくないソフトウェアのポリシーに記載のとおり、望ましくないソフトウェアの大半にいくつかの共通点があります。

• 表示に虚偽がある。すなわちできていないことをできると約束している。
• ユーザーをだましてインストールさせようとする、または別のプログラムのインストールに便乗する。
• ユーザーにメインとなる重要な機能の一部を説明していない。
• ユーザーのシステムに予期しない方法で影響を与える。
• ユーザーが気付かないうちに個人情報を収集または送信する。
• 安全な処理（HTTPS による送信など）を行わずに個人情報を収集または送信する。
• 他のソフトウェアとバンドル（同梱）され、その存在が開示されていない。

モバイル デバイスにおけるソフトウェアは、アプリ、バイナリ、フレームワーク変更などのコードで形成されます。ソフトウェア エコシステムにとって有害なソフトウェア、またはユーザー エクスペリエンスに悪影響を与えるソフトウェアを防ぐため、Google はこうした原則に反するコードに対して措置を取ります。

下記のように、望ましくないソフトウェアのポリシーに基づき、その適用範囲をモバイル ソフトウェアに拡大します。望ましくないソフトウェアのポリシーと同様に、Google では引き続きモバイルの望ましくないソフトウェアのポリシーを手直しし、新たな不正行為に対処していきます。

透明性の高い動作と明確な開示

コードはすべて、ユーザーへの約束のとおりに配信する必要があります。アプリは通知済みの機能をすべて提供する必要があります。アプリがユーザーを混乱させてはなりません。

• アプリは機能と目的を明確にする必要があります。
• アプリがシステムに対して行う変更について、ユーザーに明示して、わかりやすく説明します。すべての重要なインストール オプションと変更についてユーザーが確認して承認できるようにします。
• ソフトウェアがユーザーのデバイスの状態に関して、偽ってはなりません（システムがセキュリティ上危機的な状況にある、ウイルスに感染しているなど）。
• 広告トラフィックやコンバージョンを増やすことを目的とした無効な操作を行ってはなりません。
• 他者（別のデベロッパー、会社、組織など）または別のアプリになりまして、ユーザーを誤解させるようなアプリは認められません。アプリが無関係の誰かに関係がある、または承認されているとほのめかしてはなりません。

違反の例:

• 広告の不正行為
• ソーシャル エンジニアリング

ユーザーのデータとプライバシーを保護する

ユーザーの個人情報や機密情報のアクセス、収集、使用、共有について明らかにして、透明性を高めます。ユーザーデータの使用に関して、該当するユーザーデータに関するすべてのポリシーに準拠し、データ保護の予防措置をすべて講じる必要があります。

すべてのアプリは、ユーザーデータとデバイスデータに関するポリシー（ユーザーデータ、機密情報へのアクセスに関する権限と API、マルウェア、SDK に関する要件など）を含むすべての Google Play デベロッパー プログラム ポリシーに準拠する必要があります。

• デバイスのセキュリティ保護機能（Google Play プロテクトなど）を無効にするようユーザーに要求したり、ユーザーを欺いて無効にさせたりしてはいけません。たとえば、Google Play プロテクトを無効にする代償として、追加のアプリ機能や特典を提供することは認められません。

モバイル エクスペリエンスへの悪影響を防止

ユーザー エクスペリエンスは、単純でわかりやすく、ユーザーの明確な選択に基づく必要があります。ユーザーに明確な価値を提案すべきであり、宣伝した、または期待されているユーザーの利便性を損なってはなりません。

• 予期しない方法で広告をユーザーに表示してはなりません。これには、デバイス機能のユーザビリティが低下するまたは妨げられる場合、広告が適切な同意や出所の明示なく、配信元のアプリの環境外で表示され簡単に閉じられない場合などが該当します。
• アプリは他のアプリやデバイスのユーザビリティを妨げないようにする必要があります。
• アンインストールが必要な場合は、ユーザーにその旨を明示してください。
• モバイル ソフトウェアが、デバイスの OS や他のアプリからのメッセージであるかのように装ってはなりません。他のアプリやオペレーティング システムからのユーザーへの通知、特に OS への変更に関する通知を抑制してはなりません。

違反の例:

• 混乱させる広告
• システム機能の不正使用または模倣

悪意のあるダウンローダ

モバイルの望ましくないソフトウェア（MUwS）をダウンロードするコード（コード自体は望ましくないソフトウェアではない場合があります）。

次のいずれかに該当するコードは、悪意のあるダウンローダと見なされる可能性があります。

• MUwS を拡散するために作られたと判断するに足る理由があり、ダウンロードされた MUwS がある、またはアプリをダウンロードしてインストールする可能性のあるコードが含まれている場合。
• そのコードによってダウンロードされたアプリの 5% 以上が MUwS である場合（観測されたアプリ ダウンロード 500 件の最小しきい値で MUwS のダウンロードが 25 件）。

主要なブラウザとファイル共有アプリは、次の条件を満たす限り、悪意のあるダウンローダとは見なされません。

• ユーザーによる操作なしでダウンロードを実行することがない。
• すべてのソフトウェアのダウンロードをユーザーの同意に基づいて開始している。

広告の不正行為

一般的な違反の例を次に示します。

• ユーザーに表示されない広告を掲載するアプリ。
• ユーザーの意図に反して広告のクリックを自動的に生成する、またはクリック件数を不正に付与できるネットワーク トラフィックを生成するアプリ。
• インストール アトリビューション クリックを偽造して送信し、送信元のネットワークからではないインストールに対して報酬を得るアプリ。
• ユーザーがアプリ インターフェース内にいないときに広告をポップアップ表示するアプリ。
• アプリによる広告枠の虚偽の表示や表明。たとえば、実際には Android デバイスで実行されているのに iOS デバイスで実行されていると広告ネットワークに通知するアプリや、収益化対象のパッケージ名を偽るアプリ。

システム機能の不正使用または模倣

通知や警告のようなシステム機能を装う、または阻害するアプリや広告は認められません。システムレベルの通知は、アプリの重要な機能でのみ使用できます。たとえば、航空会社のアプリがユーザーに特典を知らせる場合や、ゲームがユーザーにゲーム内のプロモーションを知らせる場合です。

一般的な違反の例を次に示します。

• システムの通知や警告を通じて配信されるアプリや広告:
  
  ① このアプリで表示されるシステム通知は、広告の配信に使用されています。

広告に関するその他の例については、広告ポリシーの説明をご覧ください。

ソーシャル エンジニアリング

収益化と広告

支払い

広告

エクスペリエンスの質を維持するために、Google はセキュリティとプライバシーに加え、広告のコンテンツ、オーディエンス、ユーザー エクスペリエンス、行動も検討の対象に入れています。広告とそれに関連付けられている特典は、アプリの一部と見なされるうえ、Google Play の他のすべてのポリシーに従わなければなりません。また、子供を対象とするアプリを Google Play で収益化する場合、広告に関する追加要件も設けています。

アプリのプロモーションとストアの掲載情報に関するポリシーについては、こちら（虚偽のプロモーション行為の対処方法など）もご覧ください。

広告クリエイティブ

不適切な広告

一般的な違反の例を次に示します。

• アプリのコンテンツのレーティングに対して不適切な広告

① この広告（13 歳以上）はアプリのコンテンツのレーティング（全ユーザー対象）に対し不適切です
② この広告（成人向け）はアプリのコンテンツのレーティング（13 歳以上）に対し不適切です
③ この広告のオファー（成人向けアプリのダウンロード）は、広告が表示されたゲームアプリのコンテンツのレーティング（全ユーザー対象）に対し不適切です

ファミリー向け広告の要件

虚偽の広告

オペレーティング システムからの通知や警告など、アプリの機能のユーザー インターフェースを装う広告は認められません。各広告をどのアプリが配信しているかをユーザーに明示する必要があります。

一般的な違反の例を次に示します。

• アプリのユーザー インターフェースを装う広告:

  

  ① このアプリの疑問符アイコンは、外部のリンク先ページにユーザーを移動させる広告です。

• システム通知を装う広告:

  
  

  ① ② さまざまなシステム通知を装う広告の例を上記に示します。
  
  
  ① さまざまな機能を装いつつ、実際にはユーザーを広告に誘導するだけの機能セクションの例を上記に示します。

混乱させる広告

混乱させる広告とは、予期しない方法でユーザーに表示される広告であり、意図しないクリックや、デバイス機能のユーザビリティを損ねるまたは妨げることにつながる恐れがあります。

アプリの全機能の利用と引き換えに広告のクリックや個人情報の提供をユーザーに強制することはできません。広告は、その広告を配信するアプリ内でのみ表示できます。また、他のアプリ、広告、デバイスの操作（システムやデバイスのボタン、端子を含む）の邪魔にならないようにする必要があります。これには、オーバーレイ、コンパニオン機能、広告ユニットのウィジェット化も含まれます。アプリの通常の利用を妨げるような広告を表示する場合、そういった広告は無条件で簡単に閉じられるようにする必要があります。

一般的な違反の例を次に示します。

• 画面全体に表示されて画面を占拠するか通常の使用を妨げ、非表示にする明確な手段を提供しない広告:
  

  ① この広告には非表示にするボタンがありません。

• 偽りの閉じるボタンを使用したり、別の機能のためにユーザーが通常タップするアプリの領域に急に広告を表示したりして、ユーザーにクリックさせようとする広告:
  

  ① この広告は偽りの閉じるボタンを使用しています。
  
  

  ② この広告は、ユーザーがアプリ内の機能を使用するために通常タップする領域に突然表示されます。

• 広告を配信するアプリの外に表示される広告:
  

  ① ユーザーがこのアプリからホーム画面に移動すると、ホーム画面に突然広告が表示されます。

• ホームボタンのほか、明らかにアプリの終了のために設計された機能によって表示される広告:
  

  ① ユーザーがアプリを終了してホーム画面に移動しようとしたところを広告が妨げています。

質の高い広告エクスペリエンス

デベロッパーは、Google Play アプリを使用するユーザーに質の高い体験を提供するために、広告に関する以下のガイドラインを遵守する必要があります。広告が次のような予期しない方法でユーザーに表示されることは認められません。

• 一般にユーザーがなんらかの操作を選択したときに突然表示される、あらゆるフォーマット（動画、GIF、静止画像など）の全画面インタースティシャル広告は認められません。 
  • ゲームをプレイ中、レベルの冒頭やコンテンツ セグメントの開始中に表示される広告は認められません。
  • アプリの読み込み画面（スプラッシュ画面）の前に表示される全画面動画インタースティシャル広告は認められません。
• 15 秒経過後に閉じることができない全画面インタースティシャル広告は認められません。オプトインの全画面インタースティシャル、またはユーザーのアクションを妨げない全画面インタースティシャル（ゲームアプリのスコア画面の後に表示される場合など）は、15 秒以上表示することが可能です。

このポリシーは、ユーザーが明示的にオプトインするリワード広告（例: 広告を視聴したユーザーには特定のゲーム内機能やコンテンツを提供することをデベロッパーが明示している広告）には適用されません。また、通常のアプリの使用やゲームのプレイを妨げない収益化要素や広告（動画コンテンツに組み込まれた広告、全画面表示ではないバナー広告など）にも適用されません。

一般的な違反の例を次に示します。

• ゲームのプレイ中やコンテンツ セグメントの開始中（例: ユーザーがボタンをクリックした後、このボタンクリックにより意図されるアクションが有効になる前）に突然表示される広告。このような広告は、ゲームが始まったりコンテンツを使用したりするつもりでいるユーザーにとって予期しないものです。
  
  ① ゲームのプレイ中、レベルの冒頭に静的広告が突然表示される。
  
  ② コンテンツ セグメントの開始中に動画広告が突然表示される。
• ゲームのプレイ中に表示され、15 秒経過しても閉じることができない全画面広告。
  
  ①  インタースティシャル広告がゲームのプレイ中に表示され、15 秒以内にスキップするオプションがユーザーに提供されない。

広告目的

一般的な違反の例を次に示します。

• ユーザーがなんらかの操作（クリック、スワイプなど）を行うたびにインタースティシャル広告を表示するアプリ。
  

  ① 最初のアプリ内ページに、操作用のボタンが複数用意されています。ユーザーがアプリを使用するために [Start App] をクリックすると、インタースティシャル広告がポップアップ表示されます。この広告が閉じた後、ユーザーはアプリに戻ってサービスを使用するため [Service] をクリックしますが、別のインタースティシャル広告が表示されます。
  
  
  ② ユーザーは最初のページで、アプリで使用できる唯一のボタンである [Play] をクリックするよう誘導されます。ユーザーがクリックすると、インタースティシャル広告が表示されます。この広告が閉じた後、ユーザーは唯一操作できる [Launch] ボタンをクリックします。すると、別のインタースティシャル広告がポップアップ表示されます。

ロック画面の収益化

広告の不正行為

広告の不正行為は固く禁止されています。詳しくは、広告の不正行為に関するポリシーを参照してください。

広告目的での位置情報の使用

権限に基づくデバイスの位置情報の利用を広告配信にも適用するアプリは、個人情報や機密情報に関するポリシーの適用を受けるとともに、以下の要件も遵守する必要があります。

• 権限に基づくデバイスの位置情報を広告目的で利用または収集する旨をユーザーに対して明確にし、アプリに義務づけられているプライバシー ポリシーに明記する必要があります。これには位置情報の使用について定めている該当する広告ネットワークのプライバシー ポリシーがあればそれにリンクすることも含まれます。
• 位置情報の利用許可に関する要件に従い、位置情報の利用許可は、アプリ内で現在提供している機能やサービスを実装するためにのみリクエストでき、広告利用のみを目的としてデバイスの位置情報の利用許可をリクエストすることは認められません。

Android 広告 ID の使用

Google Play 開発者サービス バージョン 4.0 では、広告と分析のプロバイダが使用する新しい API と ID が導入されました。この ID を使用するための規約は以下のとおりです。

• 用途。Android 広告 ID は広告とユーザーの分析以外で使用してはなりません。ID の各アクセスについて [インタレスト ベース広告をオプトアウト] または [広告のカスタマイズをオプトアウトする] の設定のステータスを確認する必要があります。
• 個人を特定できる情報またはその他の ID との関連付け。
  • 広告での使用: 広告 ID を、広告目的で永続的なデバイス識別子（SSAID、MAC アドレス、IMEI など）に関連付けることはできません。広告 ID は、ユーザーの明示的な同意がある場合にのみ、個人を特定できる情報に関連付けることができます。
  • 分析での使用: 広告 ID を、分析目的で、個人を特定できる情報または永続的なデバイス識別子（SSAID、MAC アドレス、IMEI など）に関連付けることはできません。永続的なデバイス識別子に関するその他のガイドラインについては、ユーザーデータに関するポリシーをお読みください。
• ユーザーの選択の尊重。
  • ユーザーの明示的な同意なしに、リセットの際に新しい広告 ID を以前の広告 ID や以前の広告 ID からのデータにリンクしてはなりません。
  • さらに、ユーザーが指定した [インタレスト ベース広告をオプトアウト] または [広告のカスタマイズをオプトアウトする] の設定を遵守する必要があります。ユーザーがこの設定を有効にした場合は、広告目的でユーザーのプロフィールを作成したり、ユーザーをパーソナライズド広告のターゲットに設定したりするために広告 ID を使用してはなりません。ただし、コンテンツ ターゲット広告、フリークエンシー キャップ、コンバージョン トラッキング、レポート、セキュリティや不正行為の検出などに使用することはできます。
  • 最近のデバイスでは、ユーザーが Android 広告 ID を削除すると、その ID は消去されます。消去された ID にアクセスしようとすると、ゼロからなる文字列が返されます。広告 ID がないデバイスは、以前の広告 ID にリンクされているデータまたは以前の広告 ID から取得されたデータに関連付けてはなりません。
• ユーザーに対する透明性。広告 ID の収集と使用、およびこうした規約の遵守について、法的に適切なプライバシー通知でユーザーに開示する必要があります。Google が掲げるプライバシーの基準について詳しくは、ユーザーデータに関するポリシーをご覧ください。
• 利用規約の遵守。広告 ID は、Google Play デベロッパー プログラム ポリシーを遵守する場合にのみ使用できます。ビジネスにおいてこの ID が第三者と共有された場合の使用についても同様です。Google Play にアップロードまたは公開されるすべてのアプリでは、広告 ID（デバイスで利用可能な場合）を使用する必要があります。この広告 ID は、広告を目的とした他のあらゆるデバイス識別子に取って代わるものです。

定期購入

デベロッパーは、アプリ内で提供する定期購入によるサービスまたはコンテンツについて、ユーザーの誤解を招かないようにしなければなりません。どのアプリ内プロモーションまたはスプラッシュ画面でも明確に伝えることが重要です。ユーザーをだまして購入させたり、言葉巧みに購入させたりするアプリは認められません（これにはアプリ内購入や定期購入も含まれます）。

提供する内容について透明性の高い情報を提供する必要があります。これには、提供に関する条件、定期購入にかかる費用、請求の期間と頻度、アプリを利用するうえで定期購入が必須かどうかを明示することも含まれます。ユーザーが追加の操作を行わなくても、これらの情報を確認できるようにしてください。

定期購入では、その有効期間を通じて持続的または繰り返し利用可能な価値を提供する必要があり、効果が 1 回限りの特典（たとえば、アプリ内クレジット / 通貨を一括で提供する SKU、1 回しか使用できないゲーム内ブースターなど）を提供するために定期購入を使用することはできません。定期購入において、動機付けやプロモーションを目的としてボーナスを提供することは可能ですが、定期購入の有効期間を通じて提供する持続的または繰り返し利用可能な価値を補完するものでなければなりません。持続的または繰り返し利用可能な価値を提供しないアイテムは、定期購入アイテムではなくアプリ内アイテムとして提供する必要があります。

1 回限りの特典を定期購入と偽装したり、ユーザーが定期購入と誤認するような方法で提示したりすることはできません。これには、ユーザーが定期購入した後に、定期購入を 1 回限りの特典に変更する行為（たとえば、繰り返し利用できる価値を取り消し、廃止、最小化することなど）も含まれます。

一般的な違反の例を次に示します。

• 月単位の定期購入において、毎月自動的に更新されて請求が発生することをユーザーに知らせていない。
• 年単位の定期購入において、月単位の価格が最も目立つように表示されている。
• 定期購入の価格設定や条件のローカライズが不完全である。
• 定期購入しなくてもコンテンツを利用できるのに、そのことがアプリ内プロモーションに明示されていない。
• SKU 名が定期購入の本質を正確に表していない（たとえば「無料試用」、「有料会員を 3 日間無料お試し」などと記載されているのに請求が繰り返し自動発生する）。
• 購入フローが複数の画面に分かれており、ユーザーが誤って定期購入ボタンをクリックしてしまう恐れがある。
• 定期購入において、持続的または繰り返し利用可能な価値を提供していない（たとえば、最初の月は 1,000 ジェムを提供するのに、次の月からは定期購入を継続していても 1 ジェムずつしか提供しない場合）。
• 定期購入を自動更新するためにはユーザーが登録して 1 回限りの特典を受け取る必要があり、購入後にユーザーからのリクエストがなければ定期購入が解約される。

① 閉じるボタンがはっきり表示されておらず、機能を利用するには定期購入しなければならないとユーザーが誤解する恐れがあります。

② 月単位の料金しか示されておらず、定期購入する際に 6 か月分の料金が請求されることをユーザーが認識できない恐れがあります。

③ お試し価格しか示されておらず、お試し期間終了後に自動的に請求される料金をユーザーが把握できない恐れがあります。

④ ユーザーが提供される内容を完全に理解できるよう、利用規約と同じ言語にローカライズする必要があります。

例 2:

① 同じボタン領域を繰り返しクリックする仕組みになっているため、ユーザーが最後の [CONTINUE（続行）] ボタンをうっかりクリックし、意に反して定期購入してしまう恐れがあります。

② お試し期間終了後の請求額が目立たないように記載されているため、ユーザーが無料プランだと勘違いする恐れがあります。

無料試用とお試し特典

一般的な違反の例を次に示します。

• 無料試用またはお試し価格がいつまで続くかが明確に説明されていない特典。
• 特典期間が終了すると有料定期購入に自動的に登録される場合に、そのことが明確に説明されていない特典。
• 試用しなくてもコンテンツを利用できる場合に、そのことを明示していない特典。
• 価格設定と条件のローカライズが不完全な特典。

① 閉じるボタンがはっきり表示されていないため、機能を利用するには無料試用に登録しなければならないとユーザーが誤解する恐れがあります。

② 無料試用が強調されているため、試用期間終了後に料金が自動的に請求されることをユーザーが認識できない恐れがあります。

③ 試用期間が明記されていないため、いつまで定期購入コンテンツに無料でアクセスできるかをユーザーが認識できない恐れがあります。

④ ユーザーが提供される内容を完全に理解できるよう、利用規約と同じ言語にローカライズする必要があります。

定期購入の管理、解約、払い戻し

アプリで定期購入アイテムを販売する場合、ユーザーが定期購入を管理または解約する方法を明確に開示しなければなりません。また、定期購入をオンラインで簡単に解約できる手段にアプリ内からアクセスできるようにすることも必要です。この要件を満たすには、アプリのアカウント設定（または同等のページ）に次の項目を追加します。

• Google Play の定期購入センターへのリンク（Google Play の課金システムを使用するアプリの場合）
• 解約手続きに直接アクセスできるリンク

Google Play の課金システムから行った定期購入をユーザーが解約する場合、解約日にかかわらず、ユーザーは原則として現在の請求期間についての払い戻しは受けられませんが、請求期間の残りの期間中、該当するコンテンツを引き続き受け取れます。ユーザーの解約が有効になるのは、現在の請求対象期間が終了した後です。

コンテンツ プロバイダまたはアクセス プロバイダは、ユーザーに対して直接、より柔軟な払い戻しポリシーを実施することもできます。デベロッパーの責任で、定期購入、解約、払い戻しのポリシーを変更する際はユーザーに通知し、それらのポリシーが適用される法律を遵守していることを確認します。

ファミリー向けプログラム用の自己認定広告 SDK

ファミリー ポリシーに記載されているとおり、子供のみをターゲット ユーザーとするアプリで広告を配信する場合は、下記のファミリー向け自己認定広告 SDK の要件を含め、Google Play ポリシーへの準拠を自己認定している広告 SDK バージョンを使用しなければなりません。

アプリのターゲット ユーザーに子供と大人の両方が含まれる場合は、子供には（年齢詐称を予防する年齢確認を使用するなどの手段により）これらの自己認定広告 SDK バージョンからのみ広告が配信されるようにする必要があります。

自己認定広告 SDK バージョンを含め、アプリで実装する SDK の全バージョンが、適用されるすべてのポリシー、現地の法律と規制を遵守していることを保証する責任はデベロッパーにあります。Google は、広告 SDK が自己認定手続きにおいて提供する情報の正確性に関する表明や保証を一切行いません。

ファミリー向け自己認定広告 SDK の使用が必須なのは、広告 SDK を使用して子供に広告を配信する場合のみです。以下については、広告 SDK による Google Play での自己認定がなくても許可されます。ただし、広告コンテンツとデータ収集行為が Google Play のユーザーデータに関するポリシーとファミリー ポリシーに準拠しているかどうかについては責任を持って確認する必要があります。

• 自社による広告配信（SDK を使用して自社アプリまたは自社のその他のメディアや商品の相互プロモーションを管理するなど）
• 広告主との直接取引（SDK を使用して広告枠を管理する）

ファミリー向け自己認定広告 SDK の要件

• どのような広告コンテンツや行動が好ましくないとされるのかを定義し、そのようなコンテンツや行動を広告 SDK の規約やポリシーで禁止していること。定義の内容は Google Play デベロッパー プログラム ポリシーに準拠するものである必要があります。
• 対象年齢別区分に沿って広告クリエイティブをレーティングする方法を整備していること。対象年齢別区分には、少なくとも「全ユーザー対象」と「15 歳以上推奨」を含める必要があります。レーティング手法は、下のお問い合わせフォームへご記入いただいた後、Google が SDK に提供する手法に整合させる必要があります。
• パブリッシャーが広告配信に関して子供向け取り扱いを求めるリクエストを（リクエストごと、またはアプリごとに）行えるようにしていること。そうした取り扱いは、米国の児童オンライン プライバシー保護法（COPPA）や EU の一般データ保護規則（GDPR）など、適用される法律と規制を遵守していなければなりません。Google Play では子供向け取り扱いの一環として、広告 SDK でパーソナライズド広告、インタレスト ベース広告、リマーケティングを無効にする必要があります。
• Google Play のファミリー向け広告と収益化ポリシーに準拠し、教師承認済みプログラムの要件を満たしている広告フォーマットを、パブリッシャーが選択できるようにすること。
• 子供向けの広告配信にリアルタイム ビッダーが使用されている場合は、クリエイティブが審査済みで、プライバシー インジケータがビッダーに反映されていることを確認すること。
• 広告 SDK のポリシーがすべての自己認定要件に準拠しているかどうかを検証するために十分な情報を Google に提供し（テストアプリや、下記のお問い合わせフォームの情報を送信するなど）、その後も情報提供を求められた場合は適時に対応し（広告 SDK バージョンがすべての自己認定要件に準拠していることを検証できるよう新しいバージョンのリリースを送信するなど）、テストアプリを提供すること。
• 新しいバージョンのすべてのリリースが、ファミリー ポリシー要件を含む、最新の Google Play デベロッパー プログラム ポリシーに準拠していると自己認定すること。

注: ファミリー向け自己認定広告 SDK は、パブリッシャーに適用される可能性のあるすべての児童関連法令を遵守した広告配信をサポートしなければなりません。

広告クリエイティブの透かしやテストアプリの提供について詳しくは、こちらをご覧ください。

子供に広告を配信する際の、配信プラットフォームのメディエーションの要件は次のとおりです。

• ファミリー向け自己認定広告 SDK のみを使用するか、メディエーションから配信されるすべての広告が上記の要件に準拠したものとなるように必要な対策を講じること。
• 広告コンテンツのレーティングと、適用される子供向け取り扱いを示すために必要な情報をメディエーション プラットフォームに渡すこと。

ファミリー向け自己認定広告 SDK の一覧や、どのバージョンの広告 SDK が自己認定済みか（ファミリー向けアプリに使用できるか）を確認する方法については、こちらをご覧ください。

また、自己認定を希望する広告 SDK があればこちらのお問い合わせフォームをご紹介ください。

ストアの掲載情報とプロモーション

アプリのプロモーション

ユーザーやデベロッパー エコシステムに対して虚偽のまたは有害なプロモーション（広告など）に直接間接を問わず関与するようなアプリや、そうしたプロモーションから利益を得るようなアプリは認められません。広告などによるプロモーションが Google Play のデベロッパー プログラム ポリシーに違反する場合、虚偽、または有害なプロモーションとみなされます。

一般的な違反の例を次に示します。

• ウェブサイト、アプリ、またはその他のプロパティに虚偽の広告（システムの通知やアラートに似た通知を含む）を掲載する。
• 露骨な性的表現を含む広告を使用して、アプリをダウンロードさせるためにユーザーをアプリの Google Play 掲載情報に誘導する。
• ユーザーに通知して操作させることなく、Google Play へのリダイレクトやアプリのダウンロードを開始する手法でプロモーションやインストールを行う。
• SMS サービスを利用して承諾を得ずにプロモーションを行う。
• アプリのタイトル、アイコン、デベロッパー名に、ストアのパフォーマンスやランキング、価格やプロモーション情報を示すテキストや画像を使用する。または、既存の Google Play プログラムとの関係を示唆するテキストや画像を使用する。

デベロッパーは自身の責任において、アプリと関連付けた広告ネットワーク、アフィリエイト、広告がこのポリシーを遵守していることを確認してください。

メタデータ

ユーザーは、アプリの説明からアプリの機能と目的を理解しようとしています。誤解を招くメタデータ、誤った形式のメタデータ、非記述的なメタデータ、無関係なメタデータ、過多なメタデータ、不適切なメタデータをアプリに設定することは認められません。メタデータには、アプリの説明、デベロッパー名、タイトル、アイコン、スクリーンショット、プロモーション画像などが含まれます（ただしこれらに限定されません）。デベロッパーは、アプリについてわかりやすく的確な説明を提供しなければなりません。また、アプリの説明に、出典不明または匿名のユーザーからの称賛や推薦の言葉を含めることは認められません。

アプリのタイトル、アイコン、デベロッパー名は、ユーザーがアプリを見つけて詳細を確認するうえで特に役立ちます。これらのメタデータ要素では、絵文字、顔文字、または特殊文字の繰り返しを使用しないでください。ブランド名の一部でない限り、すべて大文字の表記は避けてください。アプリアイコンに誤解を招くシンボルを使用することは認められません。たとえば、新しいメッセージがない場合に新規メッセージを示すドット インジケーターを表示したり、アプリがコンテンツのダウンロードと無関係な場合にダウンロード / インストール記号を表示したりしてはなりません。アプリのタイトルは半角 30 文字（全角 15 文字）以内にしてください。アプリのタイトル、アイコン、デベロッパー名に、ストアのパフォーマンスやランキング、価格やプロモーション情報を示すテキストや画像を使用しないでください。また、既存の Google Play プログラムとの関係を示唆するテキストや画像を使用することもできません。

ここに記載の要件に加えて、特定の Google Play デベロッパー ポリシーにより、追加のメタデータ情報の提供が必要となる場合があります。

一般的な違反の例を次に示します。

        ① 出典不明または匿名のユーザーからの賞賛や推薦の言葉
        ② アプリまたはブランドの比較データ
        ③ 単語を寄せ集めたもの、カテゴリが狭すぎる / 広すぎる単語リスト

        ① すべて大文字（ブランド名の一部である場合を除く）
        ② アプリに関係しない連続した特殊文字
        ③ 絵文字、顔文字、特殊文字の使用
        ④ 誤解を招く記号
        ⑤ 誤解を招くテキスト

ストアの掲載情報での不適切なテキスト、画像、動画の例を次に示します。

• 性的なものを暗示する画像や動画。胸部、でん部、性器のほか、フェティシズムの対象となる身体部位など、性的なものを暗示する画像の掲載は写実性を問わず避けてください。
• アプリのストアの掲載情報における、冒とく的表現、下品な表現など、一般ユーザーに不適切な表現の使用。
• アプリのアイコン、プロモーション画像、動画での露骨な暴力の描写。
• 違法薬物の使用に関する描写。教育、ドキュメンタリー、科学、芸術（EDSA）に該当するコンテンツの場合でも、ストアの掲載情報に含める内容は、すべてのユーザーに適したものにする必要があります。

以下に、おすすめの方法を紹介します。

• アプリの優れている点を強調します。アプリについて興味深い、注目すべき事実を紹介し、アプリの特長をユーザーに伝えるようにします。
• アプリのタイトルと説明が、アプリの機能を正確に表すようにします。
• キーワードや関連情報を繰り返したり、無関係なものを含めたりしないようにします。
• アプリの説明は簡潔でわかりやすくします。説明が短くなるほど、特に画面の小さいデバイスでは、ユーザーの利便性が高まります。長すぎる、詳しすぎる、形式が不正、反復が多すぎるなどの場合、このポリシーへの違反となります。
• ストアの掲載情報は一般ユーザーに適した内容にする必要があります。不適切なテキスト、画像、動画を掲載情報に含めることは避け、上記のガイドラインを遵守してください。

ユーザーの評価、レビュー、インストール

デベロッパーは、いかなるアプリについても、Google Play での掲載順位を操作しようとしてはなりません。これには、プロダクトに対する良い評価、レビュー、インストール数を不正な手段（捏造、報酬付与など）でつり上げることや、アプリの主な機能として他のアプリをインストールするようにユーザーに促すことが含まれますが、これらに限定されません。

一般的な違反の例を次に示します。

• 報酬付きでアプリの評価をユーザーに依頼する。

  
      ① このお知らせは、高い評価の見返りとして割引をユーザーに持ちかけています。
   
• Google Play でのアプリの掲載順位を上げるために、ユーザーを装った評価を繰り返し送信する。
   

• 不適切なコンテンツ（アフィリエイト、クーポン、ゲームのコード、メールアドレス、ウェブサイトや他のアプリへのリンクなど）を含むレビューを送信する、またはユーザーに送信を奨励する。

  

      ② このレビューでは、クーポンを提供して、RescueRover アプリを宣伝するようにユーザーに奨励しています。

評価やレビューはアプリの品質を測る指標となるものです。ユーザーはそれらが真実で妥当なものと信頼しています。ユーザーのレビューに返信する際のポイントを紹介します。

• ユーザーから指摘された問題に的を絞って返信しましょう。高く評価するようユーザーに求めてはなりません。
   
• サポート アドレスやよくある質問のページなど、参考となるリソースへの参照は記載できます。

コンテンツのレーティング

コンテンツのレーティングの用途

コンテンツのレーティングはどのように割り当てられるか

コンテンツのレーティングを取得するには、アプリのコンテンツの性質について、Play Console でレーティング質問票に回答します。この質問票の回答に基づいて、複数のレーティング機関のコンテンツのレーティングがアプリに割り当てられます。アプリのコンテンツを偽った場合は、アプリの削除や公開停止の措置が取られることがあるため、コンテンツ レーティング質問票には正確に回答してください。

アプリが「レーティングなし」に分類されないようにするには、Google Play で現在配信されているすべてのアプリだけでなく、新たに Play Console に送信するアプリに関してもそれぞれ、コンテンツ レーティング質問票に回答する必要があります。コンテンツのレーティングが割り当てられていないアプリは Play ストアから削除されます。

レーティング質問票の回答に影響するアプリのコンテンツや機能に変更を加えた場合は、Play Console で改めてコンテンツ レーティング質問票に回答して送信する必要があります。

レーティング機関やコンテンツ レーティング質問票への回答方法について詳しくは、ヘルプセンターをご覧ください。

レーティングへの異議申し立て

ニュース

ニュースアプリとは、以下のいずれかに該当するアプリです。

• Google Play Console で「ニュース」アプリとして申告している。
• Google Play ストアで「ニュース＆雑誌」カテゴリに掲載されており、アプリのタイトル、アイコン、デベロッパー名、または説明文で「ニュース」に関するアプリであることが示されている。

たとえば、「ニュース＆雑誌」カテゴリ内の以下のようなアプリはニュースアプリと判断されます。

• アプリの説明文で「ニュース」に関するアプリであることが示されている（以下のような記載を含みますが、これらに限定されません）。
  • 最新のニュース
  • 新聞
  • 速報
  • ローカル ニュース
  • 今日のニュース
• アプリのタイトル、アイコン、またはデベロッパー名に「ニュース」という言葉が含まれている。

ただし、ユーザー作成コンテンツがメインとなるアプリ（たとえばソーシャル メディア アプリ）は、ニュースアプリとして申告すべきではなく、ニュースアプリと判断されることもありません。

ユーザーが購読会員となる必要があるニュースアプリは、購入前にユーザーにアプリ内コンテンツのプレビューを提供する必要があります。

ニュースアプリの要件:

• アプリとニュース記事の提供元に関する所有権情報を提供すること（これには、各記事の配信元や執筆者が含まれますが、これらに限定されません）。記事の個別の執筆者を記載する慣習がない場合は、ニュースアプリ自体を記事の配信元とする必要があります。なお、ソーシャル メディア アカウントへのリンクは、執筆者や配信元の情報の形式としては十分ではありません。
• 連絡先情報が記載されていることを目立つように明示した、専用のウェブサイトまたはアプリ内ページを見つけやすい場所に設けて（たとえば、ホームページの下部やサイトのナビゲーション バーにリンクを設置する）、ニュース メディアの有効な連絡先情報（連絡先のメールアドレスまたは電話番号のいずれか）を提供すること。なお、ソーシャル メディア アカウントへのリンクは、ニュースメディアの連絡先情報の形式としては十分ではありません。

ニュースアプリの禁止条項:

• 誤字、脱字、文法の著しい誤りがある
• 静的コンテンツ（3 か月以上前のコンテンツなど）のみである
• アフィリエイト マーケティングや広告収益を主な目的としている  

なお、ニュースアプリが商品やサービスの販売または広告収益の獲得を主な目的としていない限り、そのアプリで広告を配信したり、その他の形式のマーケティングを実施したりすることは可能です。

さまざまな提供元のコンテンツを集約するニュースアプリは、アプリ内のコンテンツの提供元について透明性を確保し、提供元がそれぞれニュース ポリシー要件を満たしている必要があります。

必要な情報を提供する最適な方法については、こちらの記事をご確認ください。

スパム、機能、ユーザー エクスペリエンス

スパム

メッセージ スパム

一般的な違反の例を次に示します。

• ユーザーが [共有] ボタンを押すと、このアプリがユーザーに代わってメッセージを送信します。その際、内容や送信先をユーザーが確認することはできません。
  

ウェブ表示スパムやアフィリエイト スパム

一般的な違反の例を次に示します。

• ウェブサイトの参照トラフィックを誘導して、そのウェブサイトでのユーザーの登録や購入のクレジットを受け取ることを主な目的とするアプリ。

• 無断で特定のウェブサイトのウェブ表示を提供することを主な目的とするアプリ:

  

       ① 「Ted's Shopping Deals」というこのアプリには、Google ショッピングのウェブサイトを表示する機能しかありません。

コンテンツの繰り返し

一般的な違反の例を次に示します。

• 独自のコンテンツや価値を追加せず、他のアプリのコンテンツをコピーしている。
• 機能、コンテンツ、ユーザー エクスペリエンスがほとんど同じである複数のアプリを作成する。このようなアプリのコンテンツがどれも少量である場合は、1 つのアプリにすべてのコンテンツを集約することを検討してください。
  

機能、コンテンツ、ユーザー エクスペリエンス

限定的な機能およびコンテンツ

限定的な機能およびコンテンツしか提供しないアプリは認められません。

一般的な違反の例を次に示します。

• テキストのみのアプリや PDF ファイルのアプリなど、アプリ固有の機能を持たない静的なアプリ
• 壁紙 1 枚のアプリなど、コンテンツが非常に少なく、魅力的なユーザー エクスペリエンスを提供しないアプリ
• 何もしない、または何の機能も提供しないアプリ

不完全な機能

一般的な違反の例を次に示します。

• インストールできないアプリ
• インストールできるが読み込まれないアプリ
• 読み込まれるが応答しないアプリ

その他のプログラム

Android Instant Apps

Android Instant Apps の目標は、魅力的で、滑らかなユーザー エクスペリエンスを創出すると同時に、プライバシーとセキュリティの厳しい基準も遵守することです。Google のポリシーはこの目標に沿って設計されています。

Google Play を通じて Android Instant Apps を配信するデベロッパーは、以下のポリシーとその他すべての Google Play デベロッパー プログラム ポリシーを遵守する必要があります。

ID

リンクのサポート

技術仕様

アプリのインストールを促す

Instant App はユーザーにインストール可能なアプリを提供できますが、これを Instant App の主な目的にしないでください。インストールを促す場合、デベロッパーは次の要件を満たす必要があります。

• インストール ボタンに、マテリアル デザインの「アプリをダウンロード」アイコンと「インストール」というラベルを使用する。
• Instant App での暗黙的なインストール メッセージは 2～3 回に抑える。
• ユーザーにインストール メッセージを表示するためにバナーなどの広告のような手法を使用しない。

Instant App の詳細やユーザー エクスペリエンスのガイドラインについては、Google Play Instant 版アプリの UX に関するおすすめの方法をご覧ください。

デバイスの状態を変更する

アプリの表示

デバイス ID

Instant Apps は、（1）Instant App が実行を停止した後も持続し、かつ（2）ユーザーが再設定できないデバイスの ID にアクセスすることはできません。これには次のものが含まれますが、これらに限定されません。

• ビルドのシリアル
• ネットワーク チップの MAC アドレス
• IMEI、IMSI

Instant Apps は、実行時の権限を使って電話番号を取得している場合、その電話番号にアクセスできます。デベロッパーは、こうした ID やその他の手段を使ってユーザーのフィンガープリントを入手しようとしてはなりません。

ネットワーク トラフィック

Android 絵文字ポリシー

Android 絵文字ポリシーは、一貫したインクルーシブなユーザー エクスペリエンスを促進できるように設計されています。これを実現するためには、すべてのアプリが Android 12 以上での実行時に Unicode 絵文字の最新バージョンをサポートしている必要があります。

デフォルトの Android 絵文字をカスタム実装なしで使用しているアプリは、Android 12 以上での実行時にはすでに Unicode 絵文字の最新バージョンを使用しています。

カスタム絵文字（サードパーティ ライブラリ提供の絵文字を含む）を実装しているアプリは、新しい Unicode 絵文字のリリース後 4 か月以内に、Android 12 以上での実行時に最新の Unicode バージョンを完全にサポートする必要があります。

最新の絵文字をサポートする方法については、こちらのガイドを参照してください。

ファミリー

Google Play では、家族みんながそれぞれの年齢に応じて楽しめる高品質のコンテンツをデベロッパーが公開できるように、高機能なプラットフォームを提供しています。デベロッパーは、ファミリー向けプログラムにアプリを送信する場合や、子供向けのアプリを Google Play ストアに送信する場合は、アプリが子供に適しており、関連するすべての法律に準拠していることを確認する責務を負います。

Google Play ファミリー ポリシー

家族の生活を豊かにするためのツールとしてテクノロジーを活用する機会が増える中、保護者は、子供と安全に共有できる高品質のコンテンツを探し求めています。子供に向けたアプリや、子供の注目を集めるアプリを開発しているデベロッパーは、Google Play を利用することで、ファミリーを含むあらゆるユーザーにとって安全なアプリを提供できるようになります。

「子供」という言葉は、地域や文脈によって意味が異なる場合があります。アプリに対してどのような義務や年齢制限が適用されるのかを判断する際は、弁護士に相談することをおすすめします。アプリがどのように機能するのか最もよく知っているのは、デベロッパーの皆様ご自身です。そのため、Google Play 上で提供するアプリをファミリー向けの安全なものにするには、デベロッパーの皆様のご協力が欠かせません。

Google Play のファミリー ポリシーに準拠するアプリはすべて、教師承認済みプログラムの審査対象になるようオプトインできます。ただし、教師承認済みプログラムにアプリが含まれることは保証されません。

Play Console 要件

ターゲット ユーザーおよびコンテンツ

アプリを公開する前に、Google Play Console の [ターゲット ユーザーおよびコンテンツ] でアプリのターゲット ユーザーを指定する必要があります。表示された年齢層のリストの中から選択してください。Google Play Console での指定にかかわらず、子供を対象にしていると考えられる画像や言葉がアプリ内に含まれていると、指定されたターゲット ユーザーに関する Google Play による審査に影響を与える場合があります。Google Play は、デベロッパーが指定したターゲット ユーザーが妥当かどうかを判断するため、デベロッパーが提供したアプリ情報を独自に審査する権限を有します。

アプリのターゲット ユーザーとして複数の年齢層を選択できるのは、選択した年齢層のユーザー向けにアプリが設計されていて、選択した年齢層のユーザーに適したアプリであることが確実である場合に限られます。たとえば、乳児、幼児、就学前の子供を対象とするアプリの場合に限り、アプリの対象年齢層として [5 歳以下] を選択することができます。具体的な学年を対象としているアプリの場合は、その学年に最も合った年齢層を選択してください。大人と子供の両方を含む年齢層を選択できるのは、全年齢を対象としているアプリの場合に限られます。

[ターゲット ユーザーおよびコンテンツ] の更新

Google Play Console の [ターゲット ユーザーおよびコンテンツ] では、いつでもアプリの情報を更新できます。この情報を Google Play ストア上で反映させるには、アプリのアップデートが必要です。ただし、Google Play Console のこのセクションで変更した場合、アプリのアップデートを送信する前であっても、ポリシーを遵守しているかどうか審査される場合があります。

アプリの対象年齢層を変更した場合や、広告やアプリ内購入の使用を開始した場合は、アプリのストア掲載情報ページの [新機能] やアプリ内通知を使用して、既存のユーザーに知らせることを強くおすすめします。

Play Console 内の不実表示

[ターゲット ユーザーおよびコンテンツ] を含め、Play Console 内でアプリに関する情報に不実表示があった場合は、アプリの削除や公開停止の措置がとられることがあるため、正確な情報を提供するようにしてください。

ファミリー ポリシー要件

アプリのターゲット ユーザーに子供が含まれる場合は、以下の要件を満たす必要があります。要件を満たしていない場合、アプリの削除や公開停止の対象となることがあります。

1. アプリのコンテンツ: 子供がアクセスできるアプリのコンテンツは、子供に適したものにする必要があります。アプリに含まれているコンテンツが全世界向けとしては適切でない場合でも、特定の地域の子供のユーザーに適していると判断されれば、その地域（限定された地域）ではアプリを利用できる場合があります（それ以外の地域では引き続き利用できません）。
2. アプリの機能: ウェブサイトの所有者または管理者の許可なく、ウェブサイトのウェブ表示機能だけを提供するアプリや、特定のウェブサイトへのアフィリエイト トラフィックを誘導することを主な目的とするアプリは認められません。
3. Google Play Console 内の回答: Google Play Console 内では、アプリに関する質問に対して正確に回答する必要があります。また、アプリを変更した場合は回答を更新して変更内容を正確に反映させる必要があります。これには、[ターゲット ユーザーおよびコンテンツ] セクション、[データ セーフティ] セクション、IARC コンテンツ レーティング質問票において、アプリに関する正確な回答を提供することが含まれますが、これに限定されるものではありません。
4. データの取り扱い: アプリ内で API や SDK を呼び出すまたは使用するなどの方法で子供の個人情報や機密情報を収集する場合は、データを収集することに関して情報を開示する必要があります。子供の機密情報には、認証情報、マイクやカメラのセンサーデータ、デバイスのデータ、Android ID、広告使用状況データなどが含まれますが、これらに限定されません。また、アプリはデータの取り扱いに関して以下の要件を遵守している必要があります。
   • 子供のみを対象としているアプリの場合、Android 広告 ID（AAID）、SIM のシリアル、ビルドのシリアル、BSSID、MAC、SSID、IMEI、IMSI の送信を行ってはなりません。
     • 子供のみを対象としているアプリで、Android API 33 以上をターゲットとしている場合は、AD_ID 権限をリクエストすべきではありません。
   • 子供と大人の両方を対象とするアプリの場合、子供または年齢が不明なユーザーの AAID、SIM のシリアル、ビルドのシリアル、BSSID、MAC、SSID、IMEI、IMSI の送信を行ってはなりません。
   • Android API の TelephonyManager からデバイスの電話番号をリクエストしてはなりません。
   • 子供だけを対象としているアプリは位置情報の利用許可をリクエストしたり、正確な位置情報の収集、使用、送信を行ったりしてはなりません。
   • アプリで Bluetooth をリクエストする際は、コンパニオン デバイス マネージャー（CDM）を使用する必要があります。ただし、CDM に対応していないオペレーティング システム（OS）バージョンのみを対象としている場合を除きます。
5. API と SDK: アプリで API や SDK を利用する場合、すべて正しく実装している必要があります。
   • 子供だけを対象としているアプリの場合、子供向けサービスでの使用が承認されていない API や SDK を利用することはできません。
     • たとえば、OAuth テクノロジーを使用して認証や承認を行う API サービスでは、利用規約に子ども向けサービスでの使用が承認されていないことが明記されています。
   • 子供と大人の両方を対象としているアプリの場合、子供向けサービスでの使用が承認されていない API や SDK は、年齢詐称を予防する年齢確認とともに使用されるか、子供からデータを収集しない方法で実装されている場合を除き、実装することはできません。子供と大人の両方を対象とするアプリでは、子供向けサービスでの使用が承認されていない API または SDK を介したアプリ コンテンツへのアクセスを必須としてはなりません。
6. 拡張現実（AR）: 拡張現実（AR）を使用するアプリの場合、AR 機能を起動する際に、安全に関する警告を表示する必要があります。この警告には、以下の内容を含める必要があります。
   • 保護者による管理の重要性に関する適切なメッセージ。
   • 現実の世界における物理的な危険性（たとえば周囲の状況）に関する注意喚起。
   • 子供による使用が推奨されていないデバイス（たとえば Daydream や Oculus）の使用をアプリの要件とすることはできません。
7. ソーシャル アプリとソーシャル機能: ユーザーが情報を共有したり交換したりできるアプリの場合は、Google Play Console のコンテンツ レーティング質問票で、それらの機能について正確に開示する必要があります。
   • ソーシャル アプリ: ソーシャル アプリとは、ユーザーが自由形式のコンテンツを共有したり、大勢の人々が交流したりできるようにすることを主な目的としたアプリです。ターゲット ユーザーに子供が含まれるすべてのソーシャル アプリでは、子供のユーザーが自由形式のメディアや情報を交換できるようにする前に、オンライン環境での安全を確保し、オンラインでの交流が現実世界に影響を及ぼすリスクを認識できるよう、アプリ内でリマインダーを提供する必要があります。また、子供のユーザーが個人情報を交換できるようにする前に、大人による操作が必要となるようにしなければなりません。
   • ソーシャル機能: ソーシャル機能とは、ユーザーが自由形式のコンテンツを共有したり、大勢の人々が交流したりできるようにする追加のアプリ機能です。ターゲット ユーザーに子供を含み、ソーシャル機能を備えるアプリでは、子供のユーザーが自由形式のメディアや情報を交換できるようにする前に、オンライン環境での安全を確保し、オンラインでの交流が現実世界に影響を及ぼすリスクを認識できるよう、アプリ内でリマインダーを提供する必要があります。また、子供のユーザーが使用するソーシャル機能を、大人が管理できるようにするための方法も提供する必要があります。たとえば、ソーシャル機能を有効または無効にできるようにする、機能のレベルを選択できるようにする、などが挙げられますがこれらに限定されません。さらに、子供のユーザーが個人情報を交換できる機能を有効にする前に、大人による操作が必要となるようにしなければなりません。
   • 大人による操作とは、操作するユーザーが子供ではないことを確認し、子供が年齢を偽って大人向けのアプリ領域（大人用の PIN、パスワード、誕生日、メール確認、写真付き身分証明書、クレジット カード、SSN）へのアクセスを得ようとしないようにするための仕組みを意味します。
   • 知らない人とチャットをすることを主な目的としたソーシャル アプリでは、ターゲット ユーザーに子供を含めることはできません。たとえば、チャット ルーレット形式のアプリ、出会い系アプリ、子供向けのオープン チャットルームなどがこれに該当します。
8. 法規制の遵守: アプリは、アプリ内で呼び出すまたは使用するすべての API および SDK も含め、米国の児童オンライン プライバシー保護法（COPPA）、EU の一般データ保護規則（GDPR）、その他適用されるすべての法規制を遵守する必要があります。

一般的な違反の例を次に示します。

• ストアの掲載情報では子供向けと説明しているが、実際のコンテンツは大人向けになっているアプリ。
• 子供向けアプリでの使用が利用規約によって禁止されている API を実装しているアプリ。
• アルコールや、タバコ、規制薬物の使用を美化するアプリ。
• ギャンブルそのものやギャンブルのシミュレーションを含むアプリ。
• 暴力や殺人など、子供に適さない衝撃的なコンテンツを含むアプリ。
• 出会い系サービスを提供するアプリ、または性的なアドバイスや夫婦生活のアドバイスを提供するアプリ。
• Google Play のデベロッパー プログラム ポリシーに違反するコンテンツを表示するウェブサイトへのリンクを含むアプリ。
• 成人向けの広告（暴力的なコンテンツ、性的なコンテンツ、ギャンブルに関するコンテンツなど）を子供に表示するアプリ。

広告と収益化

子供を対象とするアプリを Google Play で収益化する場合は、「ファミリー向けの広告と収益化に関するポリシー」の要件を遵守することが重要です。

下記のポリシーは、アプリ内のすべての収益化要素と広告に適用されます。これには、広告、相互プロモーション（個々のアプリ向け、サードパーティ製アプリ向け）、アプリ内購入用クーポン、その他営利目的のコンテンツ（有料プロダクト プレースメントなど）が含まれます。これらのアプリ内の収益化要素と広告は、適用されるすべての法規制（関連する自主規制や業界ガイドラインを含む）を遵守している必要があります。

Google Play は、過度に攻撃的な営業手法を採るアプリに対して、必要な措置を講じる権限を有します。

広告の要件

子供や年齢不明のユーザーに対してアプリ内で広告が表示される場合は、次の要件を満たす必要があります。

• このようなユーザーに対して広告を表示する場合は、Google Play ファミリー向け自己認定広告 SDK のみを使用すること。
• このようなユーザーに対して、インタレスト ベース広告（オンライン ブラウジング行動に基づき特定の特徴を持つ個々のユーザーをターゲットとする広告）や、リマーケティング（アプリやウェブサイトでの以前の操作に基づき個々のユーザーをターゲットとする広告）が表示されないこと。
• このようなユーザーに対して表示される広告が、子供に適したコンテンツを表示すること。
• このようなユーザーに対して表示される広告が、ファミリー向け広告フォーマットの要件を満たしていること。
• 子供への広告掲載に関して適用されるすべての法規制および業界基準を遵守していること。

広告フォーマットの要件

アプリ内の収益化要素と広告は、虚偽的なコンテンツを含まず、子供のユーザーが誤ってクリックすることのないようにデザインされている必要があります。

子供のみをターゲット ユーザーとするアプリでは、以下が禁止されています。子供と大人の両方をターゲット ユーザーとするアプリにおいて、子供または年齢不明のユーザーに広告を配信する場合は以下が禁止されています。

• 画面全体を占拠したり通常の使用を妨げたりして、閉じる手段をわかりやすく提示しない広告など、ユーザーを混乱させる恐れのある収益化要素や広告（たとえばウォール型広告）。
• 通常のアプリの使用やゲームのプレイを妨げ、5 秒経過しても閉じることができない収益化要素や広告（リワード広告やオプトイン広告を含む）。
• 通常のアプリの使用やゲームのプレイを妨げない収益化要素や広告（たとえば、動画コンテンツに組み込まれた広告）は 5 秒以上表示できます。
• アプリの起動の直後にインタースティシャル広告などを表示して収益化すること。
• 1 ページに複数の広告を配置すること（たとえば、1 つのプレースメントに複数のクーポンを表示するバナー広告のほか、複数のバナー広告や動画広告の表示は許可されません）。
• アプリのコンテンツと明確に区別できないような形で収益化要素や広告を配置すること（オファーウォールやその他の没入型の広告エクスペリエンスなど）。
• 広告の表示やアプリ内購入を促す目的で、衝撃的な手法や巧妙に感情を操る策略を使うこと。
• 閉じるボタンを使用したにもかかわらず別の広告をトリガーしたり、別の機能のためにユーザーが通常タップするアプリの領域に突然広告を表示したりして、ユーザーにクリックさせようとする虚偽の広告。
• アプリ内購入に関して、仮想のゲームコインの使用と実際のお金の使用を明確に区別しないこと。

一般的な違反の例を次に示します。

• ユーザーが閉じようとすると動いて逃れる収益化要素や広告。
• 5 秒以上表示しても閉じる方法が判明しない収益化要素や広告。次に例を示します。
  
   
• 画面の全体または大部分を占めており、閉じる方法がわかりにくい収益化要素や広告。次に例を示します。

  

• 複数のクーポンを表示するバナー広告。次に例を示します。

• アプリのコンテンツとして誤認される恐れのある収益化要素や広告。次に例を示します。
  

• デベロッパーは、ボタン、広告、収益化要素を使用して、自分が開発した他の Google Play ストアの掲載情報について宣伝できますが、そのボタン、広告、収益化要素は、アプリのコンテンツと明確に区別できる必要があります。次に例を示します。

子供に対して表示すべきではない不適切な広告コンテンツの例:

• 不適切なメディア コンテンツ: 子供には適していないテレビ番組、映画、音楽アルバム、その他各種メディアに関する広告。
• 不適切なビデオゲームやダウンロード可能なソフトウェア: 子供には適していないダウンロード可能なソフトウェアや電子ビデオゲームに関する広告。
• 規制薬物や有害物質: アルコール、タバコ、規制薬物、その他の各種有害物質に関する広告。
• ギャンブル: 擬似ギャンブル、コンテスト、懸賞の宣伝に関する広告（参加無料のものも含む）。
• 成人向けコンテンツおよび性的なものを暗示するコンテンツ: 性的コンテンツや、性的なものを暗示するコンテンツ、成人向けコンテンツを含む広告。
• 出会い系や交流サイト: 出会い系サイトや成人向け交流サイトに関する広告。
• 暴力的なコンテンツ: 子供には適していない、暴力的で刺激の強いコンテンツを含む広告。

広告 SDK

子供だけをターゲット ユーザーとするアプリで広告を配信する場合、ファミリー向け自己認定広告 SDK バージョンを使用しなければなりません。アプリのターゲット ユーザーに子供と大人の両方が含まれる場合は、ユーザーを年齢層別に分ける手段（年齢詐称を予防する年齢確認など）を実装し、子供には Google Play 自己認定広告 SDK バージョンからのみ広告が配信されるようにする必要があります。

各要件の詳細については、ファミリー向け自己認定広告 SDK プログラムに関するポリシーのページをご覧ください。現時点でのファミリー向け自己認定広告 SDK バージョンのリストについては、こちらをご覧ください。

AdMob を使用している場合は、そのサービスの詳細を AdMob のヘルプセンターでご確認ください。

デベロッパーは、自分のアプリが広告、アプリ内購入、営利目的コンテンツに関する要件をすべて満たすようにする責任を負います。広告 SDK のコンテンツ ポリシーと広告手法の詳細については、各 SDK の提供元にお問い合わせください。

ファミリー向け自己認定広告 SDK に関するポリシー

Google Play では、子供やファミリー層のお客様に安全にご利用いただける環境の構築に取り組んでいます。そのためには、ユーザーの年齢に合った適切な広告のみを表示することや、子供のデータを適切に扱うことが重要であると考えています。この目標を実現するため、SDK やメディエーション プラットフォームが子供向けに適しており、Google Play デベロッパー プログラム ポリシーと Google Play ファミリー ポリシー（ファミリー向け自己認定広告 SDK プログラムの要件を含む）に準拠しているかどうかを自己認定することを求めています。

Google Play ファミリー向け自己認定広告 SDK プログラムは、どの広告 SDK やメディエーション プラットフォームが自己認定済みで、子供向けに設計されたアプリの開発に適しているかを判断するための重要な手段の 1 つです。

ポリシーに関する要件

SDK プロバイダとして、Google Play のファミリー向けプログラムの一部となっているアプリを配信できる SDK またはメディエーション プラットフォームを提供する場合は、以下の要件を含むすべての Google Play デベロッパー ポリシーに準拠する必要があります。ポリシー要件を満たしていない場合は、ファミリー向け自己認定広告 SDK プログラムからの削除または停止の措置が講じられる可能性があります。

SDK またはメディエーション プラットフォームがポリシー要件を満たしていることを確認する責任は SDK プロバイダにあります。Google Play デベロッパー プログラム ポリシー、Google Play ファミリー ポリシー、およびファミリー向け自己認定広告 SDK プログラムの要件を必ず確認してください。

1. 広告コンテンツ: 子供がアクセスできる広告コンテンツは、子供に適したものでなければなりません。
   • SDK プロバイダは、（i）どのような広告コンテンツや行動が好ましくないとされるのかを定義し、（ii）それらを規約やポリシーで禁止する必要があります。定義の内容は Google Play デベロッパー プログラム ポリシーに準拠するものである必要があります。
   • また、対象年齢別区分に沿って広告クリエイティブをレーティングする方法を整備する必要があります。対象年齢別区分には、少なくとも「全ユーザー対象」と「16 歳以上推奨」を含める必要があります。レーティング手法は、お問い合わせフォームへご記入いただいた後、Google が SDK に提供する手法に整合させる必要があります。
   • 子供向けの広告配信にリアルタイム ビッダーが使用されている場合は、クリエイティブが審査済みで、上記の要件を満たしていることを確認する必要があります。
   • さらに、クリエイティブの配信元が自社の広告枠であることを視覚的に識別する仕組み（広告クリエイティブにブランドロゴの透かしを入れる機能、またはそれに相当する機能）を提供する必要があります。
2. 広告フォーマット: 子供のユーザーに表示されるすべての広告がファミリー向け広告フォーマットの要件を満たしていることを確認し、デベロッパーが Google Play ファミリー ポリシーに準拠した広告フォーマットを選択できるようにする必要があります。
   • 広告は、虚偽的なコンテンツを含まず、子供のユーザーが誤ってクリックすることのないようにデザインする必要があります。閉じるボタンを使用したにもかかわらず別の広告をトリガーしたり、別の機能のためにユーザーが通常タップするアプリの領域に突然広告を表示したりして、ユーザーにクリックさせようとする虚偽の広告は許可されません。
   • 画面全体を占拠する広告、通常のアプリの使用を妨げる広告、閉じ方がわかりにくい広告など、ユーザーを混乱させる恐れのある広告（たとえばウォール型広告）は許可されません。
   • 通常のアプリの使用やゲームのプレイを妨げる広告（リワード広告やオプトイン広告を含む）は、5 秒経過したら閉じられるようにする必要があります。
   • 1 つのページに複数の広告を配置することはできません。たとえば、1 つのプレースメントに複数のクーポンを表示するバナー広告や、複数のバナー広告または動画広告を表示することは許可されません。
   • 広告はアプリのコンテンツと明確に区別できる必要があります。オファーウォールや没入型の広告エクスペリエンスは、子供のユーザーには広告であると見分けがつきにくいため、許可されません。
   • 広告の表示を促す目的で、広告において衝撃的な手法や巧妙に感情を操る策略を用いることはできません。
3. IBA / リマーケティング: 子供のユーザーに対して、インタレスト ベース広告（オンライン ブラウジング行動に基づき特定の特徴を持つ個々のユーザーをターゲットとする広告）や、リマーケティング（アプリやウェブサイトでの以前の操作に基づき個々のユーザーをターゲットとする広告）が表示されないようにする必要があります。
4. データの取り扱い: SDK プロバイダとして、ユーザーデータ（ユーザーについての情報やユーザーから収集する情報など。デバイス情報もこれに含まれます）を扱う場合は、その処理方法を明らかにする必要があります。つまり、SDK がこのデータにアクセスし、収集、使用、共有することを開示し、開示した目的にのみデータを使用することが求められます。これらの Google Play の要件は、プライバシー保護とデータ保護に関する適用法令が規定する要件に加えて適用されます。子供の個人情報や機密情報（認証情報、マイクやカメラのセンサーデータ、デバイスのデータ、Android ID、広告使用状況データなどが含まれますが、これらに限定されません）を収集する場合は、データを収集することに関して情報を開示する必要があります。
   • デベロッパーが広告配信に関して子供向け取り扱いを求めるリクエストを（リクエストごと、またはアプリごとに）行えるようにする必要があります。そうした取り扱いは、米国の児童オンライン プライバシー保護法（COPPA）や EU の一般データ保護規則（GDPR）など、適用される法律と規制を遵守していなければなりません。
     • Google Play では子供向け取り扱いの一環として、広告 SDK でパーソナライズド広告、インタレスト ベース広告、リマーケティングを無効にする必要があります。
   • 子供向けの広告配信にリアルタイム ビッダーが使用されている場合は、プライバシー インジケータがビッダーに反映されていることを確認する必要があります。
   • ユーザーが子供または年齢が不明である場合には、AAID、SIM のシリアル、ビルドのシリアル、BSSID、MAC、SSID、IMEI、IMSI の送信を行うことはできません。
5. メディエーション プラットフォーム: 子供に広告を配信する場合は、以下の要件を満たす必要があります。
   • ファミリー向け自己認定広告 SDK のみを使用するか、メディエーションから配信されるすべての広告が上記の要件に準拠したものとなるように必要な対策を講じること。
   • 広告コンテンツのレーティングと、適用される子供向け取り扱いを示すために必要な情報をメディエーション プラットフォームに渡すこと。
6. 自己認定とコンプライアンス: 広告 SDK のポリシーがすべての自己認定要件を満たしているかどうかを検証するために、お問い合わせフォームの情報をはじめ、十分な情報を Google に提供する必要があります。こうした情報には以下が含まれますが、これらに限定されません。
   • SDK またはメディエーション プラットフォームの利用規約、プライバシー ポリシー、パブリッシャー向け統合ガイドの英語版を提供してください。
   • 要件を満たしている最新バージョンの広告 SDK を使用したサンプル テストアプリを送信してください。このサンプル テストアプリは、ビルドが完了した実行可能な Android APK で、SDK のすべての機能が使用されている必要があります。テストアプリの要件:
     • スマートフォンのフォーム ファクタで実行することを目的とする、ビルドが完了した実行可能な Android APK として送信する必要があります。
     • Google Play のポリシーに準拠した、最新リリース バージョンまたは近日リリース予定のバージョンの広告 SDK を使用する必要があります。
     • 広告 SDK を呼び出して広告を取得、表示するなど、広告 SDK のすべての機能を使用する必要があります。
     • テストアプリからリクエストされたクリエイティブを介してネットワーク上のすべての公開中 / 配信中の広告枠にフルアクセスできる必要があります。
     • 位置情報による制限を設けることはできません。
     • 広告枠が複数の年齢層のユーザーを対象とする場合、テストアプリは、広告枠全体の広告クリエイティブのリクエストと、子供またはすべての年齢層に適した広告枠の広告クリエイティブのリクエストを区別できるようにする必要があります。
     • 年齢詐称を予防する年齢確認で制御される広告を除き、広告枠内の特定の広告に限定することはできません。
7. その後も情報提供を求められた場合は適時に対応し、新たにリリースするすべてのバージョンが最新の Google Play デベロッパー プログラム ポリシー（ファミリー ポリシーの要件を含む）に準拠していることを自己認定する必要があります。
8. 法規制の遵守: ファミリー向け自己認定広告 SDK は、パブリッシャーに適用される可能性のあるすべての児童関連法令を遵守した広告配信をサポートする必要があります。
   • SDK またはメディエーション プラットフォームが、米国の児童オンライン プライバシー保護法（COPPA）、EU の一般データ保護規則（GDPR）、その他適用されるすべての法規制を遵守していることを確認する必要があります。
     
     注: 「子供」という言葉は、地域や文脈によって意味が異なる場合があります。アプリに対してどのような義務や年齢制限が適用されるのかを判断する際は、弁護士に相談することをおすすめします。アプリがどのように機能するのか最もよく知っているのは、デベロッパーの皆様ご自身です。そのため、Google Play 上で提供するアプリをファミリー向けの安全なものにするには、デベロッパーの皆様のご協力が欠かせません。

プログラム要件の詳細については、ファミリー向け自己認定広告 SDK プログラムのページをご確認ください。

施行

ポリシーの範囲

Google のポリシーはアプリで表示されるコンテンツのほか、アプリからリンクされるコンテンツにも適用されます。これには、ユーザーに表示される広告やアプリがホストするユーザー作成コンテンツ、アプリからリンクするユーザー作成コンテンツも含まれます。さらにこのポリシーは、デベロッパー名や記載されているデベロッパーのウェブサイトのリンク先ページなど、Google Play で一般公開されるデベロッパー アカウントのすべてのコンテンツに適用されます。

他のアプリをユーザーのデバイスにインストールできるようにするアプリは認められません。他のアプリ、ゲーム、またはソフトウェア（第三者が提供する機能やコンテンツを含む）をインストールすることなく利用できるようにするアプリは、その場合に利用可能になるあらゆるコンテンツがすべての Google Play ポリシーを遵守していることを保証する必要があります。またこうしたアプリは、場合によっては追加のポリシー審査を受ける必要があります。

このポリシーで規定される用語は、デベロッパー販売 / 配布契約（DDA）と同じ意味で使用されています。アプリのコンテンツは、これらのポリシーと DDA を遵守するだけでなく、Google のコンテンツのレーティングに関するガイドラインに沿ってレーティングを受ける必要があります。

Google Play エコシステムに対するユーザーの信頼を傷つけるアプリやアプリのコンテンツは認められません。Google Play でアプリの承認または削除の審査をする際、有害な動作パターンや不正行為の危険性の高さなど、これらに限らず、さまざまな要因を検討します。不正行為については、アプリやデベロッパーに固有の申し立て、ニュース報道、違反履歴、ユーザーからのフィードバック、人気のあるブランドやキャラクターなどのアセットの使用状況など、これらに限らず、さまざまな項目を判断材料としてその危険性を見極めます。

Google Play プロテクトの仕組み

Google Play プロテクトは、ユーザーがアプリをインストールする際に、そのアプリをチェックします。また、デバイスを定期的にスキャンします。有害な可能性のあるアプリが検出された場合は、次のような処理を行うことがあります。

• ユーザーに通知を送信する。ユーザーは通知をタップして [アンインストール] をタップするとアプリを削除できます。
• アプリがアンインストールされるまで無効にする。
• アプリを自動的に削除する。有害なアプリが検出されると、ほとんどの場合、アプリが削除されたという通知がユーザーに届きます。

マルウェアから保護する仕組み

悪意のあるサードパーティ ソフトウェア、URL、その他のセキュリティ上の問題からユーザーを保護するため、Google は次のような情報を受け取ることがあります。

• デバイスのネットワーク接続
• 有害な可能性のある URL
• オペレーティング システム、および Google Play またはその他の提供元からデバイスにインストールされたアプリ

アプリまたは URL が安全ではない可能性がある場合、Google から警告が表示されることがあります。デバイス、データ、またはユーザーにとって有害であることがわかっているアプリや URL は、削除されるかインストールできないようブロックされることがあります。

この保護機能の一部を、デバイスの設定で無効にできます。ただし、Google Play からインストールされたアプリについては、Google が引き続き情報を受け取る可能性があります。他の提供元からデバイスにインストールされたアプリについては、セキュリティの問題に関して引き続きチェックが行われることがありますが、Google に情報は送信されません。

プライバシー通知の仕組み

ユーザーの個人情報にアクセスする可能性があるアプリが Google Play ストアから削除された場合、Google Play プロテクトから通知が届き、ユーザーは必要に応じてすぐにアプリをアンインストールできます。

施行プロセス

アプリまたはデベロッパー アカウントが Google のポリシーに違反した場合、下記に概説するような適切な措置が取られます。さらに、Google が行った措置に関連する情報と、Google が誤って対処したとお考えになる場合の再審査請求の手順をメールでお知らせします。

Google からの削除や管理上の通知で、アカウント、アプリ、または広範囲にわたるアプリカタログの個々のポリシー違反をすべて指摘しているとは限らないのでご注意ください。ポリシーに関する問題のすべてに対処し、さらにアプリやアカウントのその他の部分もポリシーに完全に準拠するよう十分に努めることは、デベロッパーの責任です。お客様のアカウントおよびお客様のすべてのアプリでポリシー違反に対処していただけなかった場合、違反に対する追加の措置を取らせていただくことがございます。

こうしたポリシーまたはデベロッパー販売 / 配布契約（DDA）への違反の繰り返しや重大な違反のあるアプリ（マルウェア、不正を行うアプリ、ユーザーやデバイスに危害を及ぼす恐れのあるアプリ）は、デベロッパー個人のまたは関連のある Google Play デベロッパー アカウントの停止につながります。

違反措置

違反措置の内容によって、アプリへの影響は異なります。Google では、ポリシーに違反しているコンテンツや、ユーザーや Google Play エコシステム全体に害を及ぼすコンテンツを検出して評価するために、自動評価と人手による評価とを組み合わせてアプリとアプリのコンテンツを審査しています。自動化されたモデルを使用することでより多くの違反を検出し、潜在的な問題をより早く評価できるようになり、Google Play をすべての人にとって安全な場所にすることができます。ポリシーに違反しているコンテンツは自動化されたモデルによって削除されることもあれば、より繊細な判断が求められる場合（コンテンツのコンテキストの理解が必要な場合など）には、コンテンツ評価の訓練を受けたオペレーターやアナリストによる詳細な審査に回されることもあります。こうした人手による審査の結果は、機械学習モデルをさらに改良するトレーニング データの構築にも活用されます。

以下、Google Play が行う可能性のあるさまざまな措置と、アプリまたは Google Play デベロッパー アカウントに与える影響について説明します。

違反措置の通知に別段の記載がない限り、これらの措置はすべての地域で有効になります。たとえばアプリが停止された場合、そのアプリはすべての地域で利用できなくなります。さらに別段の記載がない限り、お客様が措置に対して再審査を請求し、それが認められるまで、これらの措置は有効であり続けます。

否承認

• 審査のために送信された新しいアプリまたはアプリのアップデートは、Google Play で利用可能になりません。
• 既存のアプリのアップデートが否承認となった場合、そのアップデートの前に公開されているバージョンは引き続き Google Play で公開されます。
• その場合、否承認となったアプリの既存のユーザー インストール、統計情報、評価には影響はありません。
• 否承認が Google Play デベロッパー アカウントの状態に影響することはありません。

注: 否承認となったアプリは、ポリシー違反をすべて修正するまで再送信しないでください。

削除

• アプリは、そのアプリの以前のバージョンとともに Google Play から削除され、ユーザーはダウンロードできなくなります。
• アプリが削除されるので、ユーザーはアプリのストアの掲載情報を確認できなくなります。この情報は、削除されたアプリに対して、ポリシーに準拠したアップデートを送信すると復元されます。
• ポリシーに従ったバージョンが Google Play で承認されるまで、ユーザーはアプリ内購入やアプリ内課金機能を利用できません。
• 削除されても Google Play デベロッパー アカウントの状態にすぐには影響はありませんが、複数回削除されるとアカウントが停止される場合があります。

注: ポリシー違反をすべて修正するまで、削除されたアプリを再公開しようとしないでください。

停止

• アプリは、そのアプリの以前のバージョンとともに Google Play から削除され、ユーザーはダウンロードできなくなります。
• アプリの不承認または削除が繰り返された場合だけでなく、重大なポリシー違反や、複数のポリシー違反により停止となることがあります。
• アプリが停止されるので、ユーザーはアプリのストアの掲載情報を確認できなくなります。
• 停止されたアプリの APK や App Bundle は使用できなくなります。
• ユーザーはアプリ内購入を行うことも、アプリ内課金機能を利用することもできなくなります。
• 販売 / 配布停止の対象になると、Google Play デベロッパー アカウントの状態が良好ではなくなります。違反警告を複数回受けると、個人アカウントや関連する Google Play デベロッパー アカウントが停止されることがあります。

制限付き公開

• Google Play でのアプリの表示は制限されています。アプリは引き続き Google Play で利用でき、ユーザーはアプリのストアの掲載情報を指すリンクから直接アプリを使用できます。
• アプリが制限付き公開の状態になっても、Google Play デベロッパー アカウントの状態には影響しません。
• アプリが制限付き公開の状態になっても、ユーザーに表示される既存のストアの掲載情報には影響しません。

地域の限定

• 特定の地域のユーザーのみが Google Play を通じてアプリをダウンロードできるようにします。
• それ以外の地域のユーザーは、Google Play ストアで当該アプリを見つけることができなくなります。
• すでにアプリをインストール済みのユーザーは、そのデバイスでアプリを使い続けることはできますが、アップデートを受け取ることはできなくなります。
• 地域の限定は、Google Play デベロッパー アカウントの状態には影響しません。

アカウントの制限状態

• デベロッパー アカウントが制限状態になると、そのカタログ内のすべてのアプリが Google Play から削除され、新しいアプリを公開したり既存のアプリを再公開したりできなくなります。Google Play Console には引き続きアクセスできます。
• すべてのアプリが削除されるので、ユーザーはアプリのストアの掲載情報とデベロッパー プロフィールを確認できなくなります。
• 現在のユーザーはお客様のアプリのアプリ内購入やアプリ内課金機能を利用できなくなります。
• 引き続き Google Play Console を使用して Google Play に詳細情報を提供したりアカウント情報を修正したりできます。
• ポリシー違反をすべて修正すればアプリを再公開できるようになります。

アカウントの停止

• デベロッパー アカウントが停止されると、そのカタログ内のすべてのアプリが Google Play から削除され、新しいアプリを公開できなくなります。また、関連する Google Play デベロッパー アカウントも永久的に停止されます。
• 複数回の停止措置や重大なポリシー違反による停止措置も、Google Play Console アカウントの解約となることがあります。
• 解約されたアカウント内のアプリは削除されるため、ユーザーはアプリのストアの掲載情報とデベロッパー プロフィールを確認できなくなります。
• 現在のユーザーはお客様のアプリのアプリ内購入やアプリ内課金機能を利用できなくなります。

注: 新しいアカウントを開設しようとしても同様に解約されます（デベロッパー登録料金の払い戻しはありません）。そのため、お持ちのアカウントのいずれかが解約されている間、新しい Google Play Console アカウントを登録しようとしないでください。

休眠アカウント

休眠アカウントとは、非アクティブまたは放置状態のデベロッパー アカウントです。休眠アカウントは、デベロッパー販売 / 配布契約で求められている良好な状態にありません。

Google Play デベロッパー アカウントは、アプリを公開して積極的にメンテナンスしているアクティブなデベロッパーのためのアカウントです。アカウントの不正使用を防ぐため、使用されておらず休眠状態にあるか、アクセスの形跡はあるものの有益な使い方（アプリの公開と更新、統計へのアクセス、ストア掲載情報の管理など）で定期的に利用されていないアカウントは閉鎖されます。

休眠アカウントが閉鎖されると、アカウントは閉鎖され、休眠アカウントが再開されない限り、Google Play Console 内のレポートや統計情報、分析情報などの情報は一切利用できなくなります。登録料は返金されず、没収されます。休眠アカウントを閉鎖する前に、そのアカウントに登録された連絡先にご連絡いたします。

休眠アカウントが閉鎖されても、Google Play で新たに公開することにしたときに新しいアカウントの作成が制限を受けることはありません。

ポリシー違反の管理と報告

違反措置に対する異議申し立て

Google が誤って措置を行った後でアプリが Google Play プログラム ポリシーとデベロッパー販売 / 配布契約に違反していないと判明した場合は、アプリを元に戻します。ポリシーをよくご確認のうえ、Google の判断が誤りだと思われる場合は、違反措置の通知メールに記載の手順に沿って、その判断に対する異議申し立てを行ってください。こちらをクリックして異議申し立てを行うこともできます。

その他の参考リンク

違反措置やユーザーからの評価、コメントについて詳しくは、下記のリソースをご覧になるか、Google Play ヘルプセンターからお問い合わせください。ただし、Google が法律上の助言をすることはできません。法律上の助言が必要な場合は、弁護士にご相談ください。

• アプリの確認
• ポリシー違反を報告する
• アカウントの停止またはアプリの削除に関する Google Play への問い合わせ
• 適切な警告
• 不適切なアプリやコメントを報告する
• アプリが Google Play から削除された
• Google Play デベロッパー アカウントの停止について

Play Console 要件

Google Play では、活気あるアプリ エコシステムの安全性やセキュリティを確保するため、デベロッパーの皆様に対し、Google Play Console デベロッパー アカウントにリンクされるプロフィールの確認など、Google Play Console 要件の遵守を義務付けています。確認済みの情報は、デベロッパーに対するユーザーからの信頼と信用を高めるために Google Play に表示されます。詳しくは、Google Play に表示される情報をご覧ください。

Google Play のデベロッパー アカウントには、個人用と組織用の 2 種類があります。問題なくオンボーディングを進めるには、デベロッパー アカウントの適切な種類を選択し、必要な認証を完了することが重要です。詳しくは、デベロッパー アカウントの種類を選択する方法をご覧ください。

Google Play Console アカウントを作成するにあたり、次のサービスを提供するデベロッパーは、組織として登録していただく必要があります。

• 金融関連の商品およびサービス。銀行業、ローン、株式売買、投資ファンド、暗号通貨ソフトウェア ウォレット、暗号通貨取引等を含みますが、これらに限定されません。詳しくは金融サービスに関するポリシーをご覧ください。
• 健康アプリに分類される医療アプリや、被験者調査アプリ。詳しくは、健康アプリのカテゴリをご覧ください。
• VpnService クラスの使用が承認されているアプリ。詳しくは VPN サービスに関するポリシーをご覧ください。
• 政府機関またはその代理人が開発した行政関連アプリ。

アカウントの種類を選択した後は、次のことを行う必要があります。

• 以下の詳細を含む、デベロッパー アカウント情報を正確に提供する
  • 氏名と住所
  • D-U-N-S ナンバー（組織として登録する場合）
  • 連絡先メールアドレスと電話番号
  • Google Play に表示されるデベロッパーのメールアドレスと電話番号（該当する場合）
  • お支払い方法（該当する場合）
  • デベロッパー アカウントにリンクした Google お支払いプロファイル
• 組織として登録する場合、デベロッパー アカウント情報が最新であり、Dun & Bradstreet プロファイルに保存されている詳細情報と一致していることを確認する

アプリを申請する際には次のことを行う必要があります。

• アプリに関するすべての情報とメタデータを正確に提供する
• アプリのプライバシー ポリシーをアップロードし、データ セーフティ セクションの要件を記入する
• 有効なデモアカウントやログイン情報など、Google Play でアプリの審査に必要なすべてのリソース（具体的には、ログイン認証情報、QR コードなど）を用意する

前提として、申請するアプリは安定性と応答性に優れ、魅力的なユーザー エクスペリエンスを実現するものであるようにしてください。また、広告ネットワーク、アナリティクス サービス、サードパーティ SDK を含むアプリのあらゆる要素が、Google Play デベロッパー プログラム ポリシーを遵守していることを再確認してください。アプリの対象ユーザーに子供が含まれている場合は、Google のファミリー ポリシーも遵守する必要があります。

デベロッパー販売 / 配布契約とすべてのデベロッパー プログラム ポリシーをお読みになり、アプリがこれらに完全に準拠していることを確認してください。