元に翻訳・加筆したものです。詳しくは元記事をご覧ください。コミュニティがこの新基準を広く採用し、リリースの効率化や高度な公開機能によるメリットを活用しているのを見てきました。アプリやゲームの大半が含まれています。使用が必須となります。切り替えていない方のために、皆さんが見逃しているメリットについて説明します。小さくなります)、ダウンロードが高速になるので、インストール数が増加し、アンインストール数が減少する可能性があります。安全なインフラストラクチャを使って、アプリ署名鍵の紛失を防ぎます。暗号化を用いたより安全性の高い新しいアプリ署名鍵にアップグレードするオプションも提供します。活用すると、インストール時、条件付き、オンデマンド配信など、機能モジュールをいつどのデバイスに配信するかをカスタマイズできます。大きなアセットを動的に配信することで、配信費用を削減しつつ、ユーザーの待ち時間を減らします。活用しているゲームでは、テクスチャ圧縮形式のターゲット指定を利用できるので、ユーザーはデバイスに適したアセットだけを取得でき、容量や帯域幅を無駄にすることはなくなります。ロールアウトが始まります。これを選択したアプリは、今後新しいデバイスで利用可能になるパフォーマンス機能にアクセスできます。要件は新規アプリに適用されます。ユーザーを対象に公開されている限定公開アプリは対象外です。普及に貢献してくださっているたくさんのデベロッパーの皆さんに感謝いたします。今後、さらなる改善と新機能をお届けできることを楽しみにしております。以下では今回の移行に際し、よくお寄せいただく質問への回答を紹介します。ほとんどの場合、ビルド時に別のオプションを選び、いつもどおりテストするだけです。Engine、その他のエンジンなど、主要なビルドツールでサポートされています。機能を簡単に利用できます。ユーザーに追加リソースを配信するには、別のファイル(OBB)が必要です。署名されておらず、アプリの外部ストレージに保存されるため、あまり安全ではありません。公開できるようになります。以前の拡張ファイルを上回るメリットがあります。大幅に少なくなります。使うことで、インストール率やストアのコンバージョン率が上がります。デバイスをターゲットにすることができます。使う場合、今後も複数の配信チャンネルやアプリストアで公開できますか?可能です。これを実現する方法はいくつかあります。すべての場所で同じアプリ署名鍵を使うことも、チャンネルによってアプリ署名鍵を使い分けることもできます。用の一意なアプリ署名鍵を使うこともできます。ダウンロードして別のチャンネルで使うこともできます。アプリ署名鍵で署名されます。新しいアプリをリリースしようとしています。アプリ署名鍵を自分で決めることはできますか?可能です。使うアプリ署名鍵の提供方法を選択できます。アプリ署名鍵のコピーは、ローカルで保持できます。バージョンと同じ鍵を使って署名し、他のチャンネルで配信する署名済みのバージョンを生成できます。アプリの初回リリースが少しばかり簡単になる予定です。トラックに公開する前であれば、操作を誤った場合でもアプリ署名鍵を変更できるようになります。ストアからアーティファクトをダウンロードして検証できます。コードの透過性機能を使うと、デバイスで実行されるコードが、デベロッパーがビルドして署名したオリジナルのコードと一致するかどうかを検証できます。アプリを公開しています。アプリ署名を使うには、既存のアプリ署名鍵のコピーを提供する必要があります。コピーを保持する必要があるためです。アプリ署名を実際に利用しています。アプリ署名をオプトインする追加オプションを既存アプリ向けに追加する予定です。アプリ署名で新しい一意の鍵が使われます。アップロードする必要があります。既存ユーザーへのアップデート配信を継続できるようにするためです。アプリ署名鍵は変更できますか?可能です。新規インストール用のアプリ署名鍵のアップグレードをリクエストできます。新規インストールとアプリのアップデートの署名に新しい鍵が使われます。鍵のアップグレード前にアプリをインストールしたユーザーへのアップデートでは、以前のアプリ署名鍵が使われます。鍵ローテーションのサポートを追加する予定です。これにより、鍵のアップグレードが現実的なオプションとなるアプリが増え、アップグレードした鍵で署名されたアプリがさらに多くのユーザーに届くようになります。元に翻訳・加筆したものです。詳しくは元記事をご覧ください。コミュニティがこの新基準を広く採用し、リリースの効率化や高度な公開機能によるメリットを活用しているのを見てきました。アプリやゲームの大半が含まれています。使用が必須となります。切り替えていない方のために、皆さんが見逃しているメリットについて説明します。小さくなります)、ダウンロードが高速になるので、インストール数が増加し、アンインストール数が減少する可能性があります。安全なインフラストラクチャを使って、アプリ署名鍵の紛失を防ぎます。暗号化を用いたより安全性の高い新しいアプリ署名鍵にアップグレードするオプションも提供します。活用すると、インストール時、条件付き、オンデマンド配信など、機能モジュールをいつどのデバイスに配信するかをカスタマイズできます。大きなアセットを動的に配信することで、配信費用を削減しつつ、ユーザーの待ち時間を減らします。活用しているゲームでは、テクスチャ圧縮形式のターゲット指定を利用できるので、ユーザーはデバイスに適したアセットだけを取得でき、容量や帯域幅を無駄にすることはなくなります。ロールアウトが始まります。これを選択したアプリは、今後新しいデバイスで利用可能になるパフォーマンス機能にアクセスできます。要件は新規アプリに適用されます。ユーザーを対象に公開されている限定公開アプリは対象外です。普及に貢献してくださっているたくさんのデベロッパーの皆さんに感謝いたします。今後、さらなる改善と新機能をお届けできることを楽しみにしております。以下では今回の移行に際し、よくお寄せいただく質問への回答を紹介します。ほとんどの場合、ビルド時に別のオプションを選び、いつもどおりテストするだけです。Engine、その他のエンジンなど、主要なビルドツールでサポートされています。機能を簡単に利用できます。ユーザーに追加リソースを配信するには、別のファイル(OBB)が必要です。署名されておらず、アプリの外部ストレージに保存されるため、あまり安全ではありません。公開できるようになります。以前の拡張ファイルを上回るメリットがあります。大幅に少なくなります。使うことで、インストール率やストアのコンバージョン率が上がります。デバイスをターゲットにすることができます。使う場合、今後も複数の配信チャンネルやアプリストアで公開できますか?可能です。これを実現する方法はいくつかあります。すべての場所で同じアプリ署名鍵を使うことも、チャンネルによってアプリ署名鍵を使い分けることもできます。用の一意なアプリ署名鍵を使うこともできます。ダウンロードして別のチャンネルで使うこともできます。アプリ署名鍵で署名されます。新しいアプリをリリースしようとしています。アプリ署名鍵を自分で決めることはできますか?可能です。使うアプリ署名鍵の提供方法を選択できます。アプリ署名鍵のコピーは、ローカルで保持できます。バージョンと同じ鍵を使って署名し、他のチャンネルで配信する署名済みのバージョンを生成できます。アプリの初回リリースが少しばかり簡単になる予定です。トラックに公開する前であれば、操作を誤った場合でもアプリ署名鍵を変更できるようになります。ストアからアーティファクトをダウンロードして検証できます。コードの透過性機能を使うと、デバイスで実行されるコードが、デベロッパーがビルドして署名したオリジナルのコードと一致するかどうかを検証できます。アプリを公開しています。アプリ署名を使うには、既存のアプリ署名鍵のコピーを提供する必要があります。コピーを保持する必要があるためです。アプリ署名を実際に利用しています。アプリ署名をオプトインする追加オプションを既存アプリ向けに追加する予定です。アプリ署名で新しい一意の鍵が使われます。アップロードする必要があります。既存ユーザーへのアップデート配信を継続できるようにするためです。アプリ署名鍵は変更できますか?可能です。新規インストール用のアプリ署名鍵のアップグレードをリクエストできます。新規インストールとアプリのアップデートの署名に新しい鍵が使われます。鍵のアップグレード前にアプリをインストールしたユーザーへのアップデートでは、以前のアプリ署名鍵が使われます。鍵ローテーションのサポートを追加する予定です。これにより、鍵のアップグレードが現実的なオプションとなるアプリが増え、アップグレードした鍵で署名されたアプリがさらに多くのユーザーに届くようになります。@googledevjp"プロダクトに関するご意見はプロダクトフォーラムにお願いします"GooglePrivacyTerms。