Android Instant Apps

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

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

 

ID ログイン機能がある Instant Apps には、Smart Lock for Passwords を統合する必要があります。

 

リンクのサポート Android Instant Apps のデベロッパーは、他のアプリのリンクを適切にサポートする必要があります。デベロッパーの Instant App やインストール済みアプリに、Instant App に解決される可能性があるリンクが含まれている場合、デベロッパーは、たとえば、WebView でリンクをキャプチャするのではなく、ユーザーをその Instant App に誘導する必要があります。

 

技術仕様 デベロッパーは、Google が定める Android Instant Apps の技術仕様および技術要件を遵守する必要があります。この仕様および要件は、Google の一般公開文書に記載されているものを含め、随時修正される可能性があります。

 

アプリのインストールを促す Instant App はユーザーにインストール可能なアプリを提供できますが、これを Instant App の主な目的にしないでください。インストールを促す場合、デベロッパーは次の要件を満たす必要があります。 インストール ボタンに、マテリアル デザインの「アプリをダウンロード」アイコンと「インストール」というラベルを使用する。 Instant App での暗黙的なインストール メッセージは 2～3 回に抑える。 ユーザーにインストール メッセージを表示するためにバナーなどの広告のような手法を使用しない。 Instant App の詳細やユーザー エクスペリエンスのガイドラインについては、Google Play Instant 版アプリの UX に関するおすすめの方法をご覧ください。

 

デバイスの状態を変更する Instant Apps が Instant App セッション以外でユーザーのデバイスを変更することは許可されていません。たとえば、Instant Apps がユーザーの壁紙を変更したり、ホーム画面のウィジェットを作成したりしてはなりません。

 

アプリの表示 デベロッパーは、Instant App がデバイスで実行されていることをユーザーが常にわかるように、Instant Apps をユーザーに表示する必要があります。

 

デバイス ID Instant Apps は、（1）Instant App が実行を停止した後も持続し、かつ（2）ユーザーが再設定できないデバイスの ID にアクセスすることはできません。これには次のものが含まれますが、これらに限定されません。 ビルドのシリアル ネットワーク チップの MAC アドレス IMEI、IMSI Instant Apps は、実行時の権限を使って電話番号を取得している場合、その電話番号にアクセスできます。デベロッパーは、こうした ID やその他の手段を使ってユーザーのフィンガープリントを入手しようとしてはなりません。

 

ネットワーク トラフィック Instant App 内部からのネットワーク トラフィックは、HTTPS などの TLS プロトコルを使って暗号化する必要があります。