この記事は Jolanda Verhoef による Android Developers Blog の記事 " Jetpack Compose 1.2 is now stable! " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
2022 年 7 月 27 日、Android の最新ネイティブ UI ツールキットである Jetpack Compose のバージョン 1.2 をリリースしました。そして、引き続きロードマップを構築しています。今回のリリースには、ダウンロード可能なフォント、遅延グリッドといった新機能に加え、フォーカス、マウス、入力ハンドリングの改善といった、タブレットや Chrome OS 向けの機能強化が含まれています。
スマートフォン、タブレット、折りたたみ式向けに新しい Android アプリを開発する場合、私たちは Compose を推奨しています。今回は Compose for Wear OS 1.0 (英語) もリリースしたので、Wear OS アプリ開発でも Compose が最適な手段になります。
Twitter エンジニアリング チームなどのデベロッパーは、Compose を使って開発のスピードを上げています。
「Compose によって生産性が劇的に向上しました。コンポーズ可能な関数を書くのは、カスタムビューを作成するよりもはるかに簡単で速く、デザイナーの要件もたやすく満たせます」
Compose 1.2 には、スマートフォン、タブレット、折りたたみ式向けのたくさんのアップデートが含まれています。試験運用版から安定版になった新しい API があり、新しいバージョンの Kotlin もサポートされています。サンプル、Codelab、Accompanist ライブラリ、MDC-Android Compose Theme Adapter はすでにアップデートされ、Compose 1.2 対応になっています。
注 : Compose Compiler ライブラリを 1.2 にアップデートするには、Kotlin 1.7.0 が必要です。今後、Compiler のリリースは他の Compose ライブラリのリリースから切り離されます。この点に関する詳しい説明は、Jetpack Compose ライブラリが独立したバージョニングに関するブログ記事をご覧ください。
複数の機能や API が安定版として追加されました。主なものを紹介します。
Compose に新機能を導入する作業も続いています。いくつかの主な機能を紹介します。
@OptIn (英語) を使って新しい API を試し、フィードバックをお寄せください！
コミュニティから報告されたたくさんの問題を修正しました。主なものを紹介します。
Issue Tracker にバグレポートや機能リクエストをお送りいただき、大変感謝しています。Compose の改善や、皆さんに必要な API を作るうえで役立っています。Compose をより良いものにするために、今後もフィードバックをお願いします！
次に登場するのは何でしょうか。現在検討中または作業中の機能は、更新版のロードマップで確認できます。たとえば、項目の遅延追加や遅延削除時のアニメーション、フロー レイアウト、テキスト編集の改善などです。
Jetpack Compose は、皆さんから寄せられた要望をもとに進化し続けます。すでに多くのアプリで Jetpack Compose が本番環境として使われているのを見て、とてもうれしく思っています。そして、Jetpack Compose でアプリ開発がどのように改善したかを、皆さんの多くが共有しています。皆さんの次のアプリのリリースを楽しみにしています！
Compose をお楽しみください！
この記事は Tom Grinsted による Android Developers Blog の記事 " Google Play @ Google I/O - 3 updates you need to know " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
※ 諸事情により Google I/O 関連記事の投稿のタイミングが前後してしまいました。申し訳ありません。
Google Play チームは、インストール数の増加、エンゲージメントの向上、収益化の加速など、常にデベロッパーの皆さんのビジネス成長に役立つ新たな方法に取り組んでいます。そこで、見逃してしまった方のために、2022 年の Google I/O で発表したビジネス成長に寄与する新しい方法トップ 3 を紹介します。
ストアのカスタム掲載情報 が大幅にアップデートされ、ユーザーごとに適切なメッセージを表示できるようになっています。これにより、優れた第一印象を与えられる新たな方法を提供できました。
カスタム掲載情報への一意なディープリンクを生成できるので、ユーザーがどのチャンネルやサイトからアクセスしてきたかによって掲載情報を変えることができます。さらに、Google Play Console でカスタム掲載情報ごとに分析情報を確認できるため、それぞれの効率性を把握し、徐々に最適化することもできます。
すべてのデベロッパーが最大 50 個のストアのカスタム掲載情報を作成でき、これまで以上にユーザーに合ったストーリーを伝えることができます。また、掲載情報 1 つにつき 5 つまでの実験ができることから、大きな最適化の余地が生まれます。
LiveOps は、Google Play ストアでゲームやアプリの期間限定イベント、特典、メジャー アップデートを宣伝するためのセルフサービス マーチャンダイジング ユニットです。ベータ版に参加しているデベロッパーは、インストールの促進、エンゲージメントの向上、販売増進に役立つコンテンツを送信できます。
さらに、ディープリンクを使ってユーザーをアプリやゲームの最適な部分に直接誘導し、Google Play Console の新しい LiveOps レポーティング ダッシュボードで成果を確認できるようになっています。このレポートでは、各イベントのパフォーマンス指標を細かく確認したり、経時的な結果や、獲得、オープン、アップデートなどの実績ごとの結果を表示したりできます。
LiveOps の詳しい情報やベータ版プログラムへの参加申請は、こちらをご覧ください。
定期購入のビジネスモデルが進化するにつれて、多くのデベロッパーから、定期購入を販売する方法の柔軟性を向上させて複雑さを低減してほしいという声が寄せられています。そこで、大きなアップデートとして新しい定期購入機能 (英語) をリリースし、定期購入ごとに複数のベースプランとオファーを設定できるようにしました。複数のオファーを作成してサブスクリプション ライフサイクルのさまざまな段階をサポートすることで、新しい登録者を獲得したり、アップグレードを推奨したり、既存の登録者を維持したりできます。同時に、増える一方だった SKU を管理するコストと複雑さを大幅に減らすことができます。
さらに、期間限定でアクセス可能なプリペイド プランも利用できるので、従量課金が一般的な地域や、まだ自動更新プランに登録するほど熱心でないユーザー向けに優れた選択肢となります。アクセス期間は、期限が切れる前にアプリ内や Google Play ストアの定期購入画面からいつでも簡単に延長できます。
ここでは、Google Play で皆さんの成長と発展を支援するために行った多くのアップデートの中から 3 つを紹介しました。他の項目について知りたい方は、Google I/O の Google Play 関連の全プレイリスト (日本語字幕は YouTube の自動翻訳機能で日本語を選択してください) をご覧ください。
この記事は Sarah Karam による Android Developers Blog の記事 " Notes from Google Play: making Play work for everyone " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
こんにちは。
私は Google Play のグローバル アプリ パートナーシップ チームのリーダーとして、皆さんのビジネスを成功させて拡大する方法に関して、すばらしいアイデアとフィードバックを共有してくださるたくさんの企業と出会う機会に恵まれました。
今回の Notes from Google Play の最新号では、Google が大いに刺激を受けた皆さんのアプリやゲームに加えて、私や私たちのチームが最も重視していることについて紹介したいと思っています。私にとってそれは、すべての人が Google Play を活用できるようにすることです。つまり、アプリやゲームを支えている皆さん全員が簡単にビジネスを拡大し、あらゆる場所にいるあらゆる人により良いサービスを提供できるように、Play を改善するということです。
まずは、今年私がときめいた数多くのアプリの中から OLIO のストーリーを紹介します。OLIO は食品廃棄を減らす活動を進めるコミュニティ向けのアプリで、近くの人に簡単に食品を提供することができます。この仕組みを作った Tessa Clarke さんと Saasha Celestial-One さんには、世界中で地域密着型の食品共有ネットワークを作り、価値あるものが一切無駄にならないようにするという目的がありました。Tessa さんと Saasha さんは、英国でこのアプリを立ち上げたあと、その信念に基づいて 62 か国に展開し、世界中の店と連携しながら無駄をなくすことに取り組んでいます。
あらゆる人と地球のために作られた OLIO アプリの成功は、異なる背景と同じ夢を持つ 2 人の女性の物語です。私にとって重要なのは、すべての人が世界の人々に貢献するビジネスの成功を達成するための確かな土台作りをすることです。
この目的を念頭に置きつつ、最近リリースされたすてきなツールやプログラムをいくつか、詳しく紹介します。
Google は、あらゆる規模の企業が、情報に基づいた意思決定に役立つ分析情報やツールを使えるようにし、最終的には、アプリやゲームのビジネスを簡単に構築したり改善したりできるようにしたいと考えています。例として、重要なトピックであるプライバシーとセキュリティについて考えてみましょう。
また、多様なニーズを抱えた企業のためのプログラムも用意しています。これらのプログラムの対象は、あらゆるデバイスで動作するアプリを開発しているメディア企業から、インドの Appscale Academy (英語) の最初のメンバーとして地域の問題の解決にあたっているスタートアップ企業まで多岐にわたります。これらの有望なスタートアップ 100 社は、インド中、世界中の人々に使ってもらえる高品質なアプリを作る意欲と創造性にあふれており、私たちはすでに、彼らのイノベーションに何度も驚かされています。
また Googleは、企業の規模に関係なくビジネスを拡大するためのプログラムへの注力も続けています。3 月に始まった Google Play パートナー プログラムもその 1 つで、これは大規模なゲームビジネスが拡大目標や実績目標を達成できるようにするための取り組みです。2022 年 6 月には、Indie Games Accelerator とIndie Games Festival (英語) プログラムへの申請も始まりました。2021 年の修了メンバーは、特に印象的な成果を残しています。Google Play コーヒー ブレイクの最初のエピソードでは、親切心、コミュニティ構築、寛容さを推奨するゲームを作成したイスラエルの Jimjum Studios の話を直接聞くことができます。
アプリやゲームは、企業の規模とは関係なく、人が開発し、人が運営するものです。そのため、エコシステムの多様性を推進するプログラムへの注力を続け、次世代のアプリやゲーム制作者を育む取り組みを進めています。Change the Game (英語) のようなプログラムやゲーム業界に前向きな変化をもたらす組織 (動画/日本語字幕あり) への投資は、私が特に誇りに思っているプログラムです。
Google は、すべての人がすばらしいアプリやゲームに簡単にアクセスできるべきだと考えています。それが人々の生活の向上と、皆さんのビジネスの拡大につながります。
そのためのサポートとして、誰もが適切な価格でアプリやゲームに簡単にアクセスできるようにするために、最近いくつかのアップデートをしました。これにより、皆さんのアプリやゲームの収益化が向上します。たとえば、定期購入販売の柔軟性を高めて複雑さを軽減してほしいという要望にお応えし、新しい定期購入機能 (英語) をリリースしました。定期購入ごとに複数のベースプランとオファーを作成できるようになったので、増える一方だった SKU を管理するコストと煩雑さを大幅に軽減できます。新規ユーザーとのつながりを深めたい場合やロイヤル ユーザーを維持したい場合に、あらゆる人のためのオファーを作成できます。
さらに、皆さんの収益化を改善できるように、ユーザーが最適な手段でアプリやゲームの決済ができるようにする新たなツールを用意しています。Google Play Commerce は 170 か国以上の購入者をサポートしていますが、決済手段ライブラリの充実化によって 70 か国の 300 以上の地域固有の決済手段を含めることで、さらなる拡大を図っています。また、地域の購買力に適応しやすくするため、すべてのマーケットで 5 米セント相当から始まる低価格設定オプションを追加する変更をしました。
まずはじめに、アプリの領域への新規参入者が生み出したビジネスでありながら、世界に肯定的な影響をもたらすことに成功した OLIO を紹介しました。これは、たくさんの刺激的な事例の 1 つでしかありません。先日公開した #WeArePlay (英語) は、アプリやゲームを支えている世界のコミュニティの皆さんと、その唯一無二のストーリーを称える新たなキャンペーンです。あらゆる規模のチームが存在し、コーディングを長い間続けてきた方が設立したチームもあれば、新たにテック業界に参入した方が設立したチームもあります。また、大都市に住む方のチームも、小さな町に住む方のチームもあります。ここで紹介するのは、問題を解決するアプリや、世界中の人々に喜びをもたらすゲームを作成してきた一人ひとりの道のりを伝えるショート ストーリーです。
皆さんがこれからもすばらしいアプリやゲームを作り続け、ビジネスを拡大して、ユーザーを夢中にする様子を見るのを楽しみにしています。皆さん自身とその成果のために、これからも一歩一歩の前進とささやかな成功を祝福し続けましょう。それが私たち全員の成長につながります。
皆さんの健康をお祈りしています。
Sarah Karam
Google Play グローバル アプリ パートナーシップ ディレクター
この記事は Dan Galpin による Android Developers Blog の記事 " 3 things to know about Android Privacy, Platform & Security from Google I/O'22 " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。※一部 I/O 関連記事の翻訳が遅れております。内容が前後してしまい、申し訳ありません。
Google I/O では実にさまざまなことが紹介されましたが、その中でプライバシー、セキュリティ、Android プラットフォームに関して大きな発表がありました。以下で説明しますが、ぜひ YouTube (英語) でこのトピックのプレイリストもご覧ください。
2022 年 4 月に、Android のプライバシー サンドボックスの初めてのデベロッパー プレビュー (英語) 版を公開したので、SDK ランタイムと Topics API をいち早く確認できます。これは、無料のコンテンツやサービスへのアクセスを危険にさらすことなく、ユーザーのプライバシーを強化した新しい広告ソリューションの実現に向けた仕組みです。
これら新技術の予備テストをして、どのようにソリューションに採用できるかを評価してください。そしてフィードバックの提供をお願いします。詳しくは、Android のプライバシー サンドボックスの概要 (動画/英語) を説明したセッションをご覧ください。
新しい Google Play SDK Index は、特によく使われる 100 以上の商用 SDK を掲載したパブリック ポータルです。SDK がリクエストするアプリのパーミッション、使われているアプリの統計情報、最もよく使われている SDK のバージョンといった情報が含まれており、SDK がビジネスやユーザーにとって適切かどうかを評価できます。Android Studio Electric Eel では、Google Play SDK Index に基づいた依存関係インサイトを見ることができます。ライブラリの作成者が特定のバージョンに「古いバージョン」のマークを付けている場合、その依存関係定義を確認しようとすると、対応する lint 警告が表示されます。ブログ記事を確認し、Google Play の新機能 (英語) や Android 開発ツールの新機能 (英語) についてのセッションを視聴しましょう。
Android 13 の 2 回目のベータ版が公開 (英語) されています。アプリごとの言語設定のサポートやテーマ別アプリアイコンなどの Android 13 の機能でアプリを強化できます。システムの「戻る」の基本 (動画/英語) についてのセッションでは、Android 13 の新しいオプトイン API について説明しています。この API により、「戻る」を扱うことを事前にシステムに伝えることで、予想可能でスムーズな「戻る」操作を実現できます。
ユーザーのプライバシーを中心としたアプリの開発 (動画/英語) についてのセッションは、新しい通知パーミッション、プライバシーを保護する写真ピッカー、近くのデバイスとのペア設定やメディア ファイルへのアクセスの際の権限の改善など、アプリをプライバシーとセキュリティの最新機能に対応させる際の参考になります。
Android メディアの新機能 (動画/英語) に関するセッションは、HDR 動画や Bluetooth LE オーディオなどの最新の標準を組み込む際に役立ちます。また、Android カメラの新機能 (動画/英語) に関するセッションでは、動画キャプチャや WYSIWYG カメラ コントロールのサポートなど、現在 CameraX で行っていることの「スナップショット」についてお話しします。
こちらから Pixel デバイスを登録すると、すぐに試すことができます。Android 13 ベータ版は、ASUS、Lenovo、Nokia、OnePlus、Oppo、Realme、シャープ、TECNO、Vivo、Xiaomi、ZTE など、さまざまなデバイスでテストできます。詳しくは developer.android.com/13 (英語) をご覧ください。
ここで紹介したのは、私たちが行っている Android プラットフォーム、ユーザーのプライバシー、セキュリティの改善のごく一部です。詳しくは、プレイリスト (動画/英語) をご覧ください。
この記事は Jolanda Verhoef による Android Developers Blog の記事 " Independent versioning of Jetpack Compose libraries " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
2022 年 6 月 29 日より、さまざまな Jetpack Compose ライブラリが独立したバージョニング スキームに移行します。これにより、androidx.compose.compiler や androidx.compose.animation などのサブグループが個別のリリース サイクルに従えるようになります。
androidx.compose.compiler や androidx.compose.animation
これらのライブラリに独立したバージョニングを導入することで、これまで暗黙的に結合されていた依存関係が切り離されます。そのため、アプリの段階的なアップグレードがしやすくなり、最新の Compose 機能を維持できるようになります。
バージョンが 1 つになっていた Compose から最初に切り離されるライブラリは、Compose Compiler です。2022 年 6 月 29 日より、Kotlin 1.7.0 をサポートする 1.2.0 安定版をリリースしました。このリリースには、Compose UI ライブラリおよび Compose Runtime ライブラリとの下位互換性と上位互換性の両方が備わっています。つまり、Compose Compiler を 1.2.0 安定版にアップグレードして Kotlin 1.7.0 を使いつつ、他の Compose ライブラリは 1.1.0 安定版などの現行バージョンのままにすることができます。
アプリで使っている Compose Compiler のバージョンをアップグレードするには、build.gradle ファイルで kotlinCompilerExtensionVersion を指定します。
build.gradle
kotlinCompilerExtensionVersion
android { composeOptions { kotlinCompilerExtensionVersion = "1.2.0" }}
android {
composeOptions {
kotlinCompilerExtensionVersion = "1.2.0"
}
Compose と Kotlin は密接に結びついており、Kotlin のバージョンをアップグレードするために Compose Compiler のアップデートが必要になるというフィードバックがありました。Compose と Kotlin の両方で最も優れた最新の機能（とバグの修正）を使っていただけるように、Compose Compiler の安定版は頻度を上げてリリースする計画です。つまり、Compose Compiler のバージョン番号は、他のほとんどの Compose ライブラリよりも上がるペースが早くなります。Compose Compiler では上位互換性と下位互換性の両方が確保されるので、新しいバージョンがリリースされたら、すぐにアップグレードできます。
Compose Compiler は Kotlin コンパイラ プラグインなので、お使いの Kotlin のバージョンと互換性のあるバージョンの Compose Compiler を使う必要があります。Compose-Kotlin 互換性マップを参考に、プロジェクトに合ったバージョンを選んでください。
Compiler ライブラリを異なるバージョニング スキームに移行することは、Compose ライブラリ グループ間のバージョン依存を解消するための第一歩です。今後、他の Compose ライブラリでも新しい安定版リリースが公開され、Compose Compiler とは別にそれぞれのリリース サイクルに従うことになります。
独立したバージョニングに対応し、さっそく最新バージョンの Compose Compiler と Kotlin (英語) を使ってみましょう。
皆さんが Compose で作るアプリを楽しみにしています。
Google Play は、ユーザーとデベロッパーの皆さんのプライバシーと安全が、最も重要であると考えています。 そのため、大きなポリシーの改定に伴い、デベロッパーの皆さんに対応いただくことが必要となる場合に、その情報を広くお伝えするためのウェビナーを開催しています。
2022 年 8 月 17 日に開催されたポリシー ウェビナーでは、 2022 年 7 月末に適用となったポリシー変更の内容を中心にお伝えしました。本ウェビナーは、Google Play ストアに向けたアプリの開発やパブリッシングを担う企業や個人の皆さまを対象にした、オンライン ウェビナーで、事前にいただいた質問に回答する場も設けております。
この記事では、イベント内で解説した内容と、ご紹介した関連動画やリソースをまとめます。
アプリで定期購入アイテムを販売する場合、ユーザーが定期購入を管理または解約する方法を明確に開示しなければなりません。また、定期購入をオンラインで簡単に解約できる手段にアプリ内からアクセスできるようにすることも必要です。この要件を満たすには、アプリのアカウント設定（または同等のページ）に次の項目を追加してください。
または
審査プロセスを妨げ、不承認の理由ともなる、アプリのログイン認証の欠落のような、一般的な違反を回避するために、Google Play Console を通じて情報を送信する場合には、必ず以下のことを行ってください。
ユーザーがアプリに投稿したコンテンツが他のユーザーにも、または少なくともアプリユーザーの一部にも表示される、またはアクセスできるようになる場合、それをユーザー作成コンテンツ（UGC）といいます。アプリが UGC カテゴリに該当する場合、必要なモデレーションを実施しレポートシステムを実装する必要があります。
UGC ポリシー違反の例
UGC アプリに性的なコンテンツが表示されている場合でも、（1）主に性的でないコンテンツへのアクセスを提供しており、（2）性的なコンテンツを積極的に宣伝または推奨していない場合は、「偶発的」な性的コンテンツと見なされます。ただし、適用される法律で違法と定義されている性的なコンテンツや、児童を危険にさらすコンテンツは、「偶発的」とは見なされず許可されません。
以下のすべての要件を満たしている場合、その UGC アプリには偶発的な性的コンテンツが含まれている可能性があります。
以下にて、UGC ポリシーの要件について確認しましょう。UGC が含まれるアプリや UGC を提供するアプリは、次の項目を守る必要があります。
2021 年末 Google Play の「性的なコンテンツと冒とく的な表現に関するポリシー」をアップデートしました。Google は、ユーザーにとっての性的なコンテンツの許容範囲が国によって違うことを認識しています。このアップデートでは、対象となるコンテンツが許容される一部の国ではアプリを公開できるが、対象となるコンテンツが許容されない国ではアプリを公開できなくなるということをポリシーに明記しました。
また、これに伴い、日本での文化的背景を鑑みた結果、これまで Google Play で禁止されてきたウェブ漫画における偶発的な性的描写を日本の Google Play ストアでは許可する旨のポリシーのアップデートを行いました。
今回のアップデートは、成人向けコンテンツを許容するものではございません。以下に該当する場合のみ、漫画アプリにおける性的描写が許容されます。
引き続き、性的なコンテンツをアクティブにプロモーションする行為、違法な性的コンテンツや児童を危険にさらすコンテンツは許可されません。
イベント内では、その他のアップデートに関しても説明を行いました。アーカイブ配信は、こちらのウェブサイトから登録後、いつでもご視聴いただけますので、イベントを見逃した方は、ぜひアーカイブ配信もご活用ください。
今後もお寄せいただいたご意見には真摯に向き合い、ポリシーの改善を続けていきます。引き続き Google Play を安全で、信頼できるプラットフォームにするために、ご協力をお願いします。
この記事は Patricia Correa による Android Developers Blog の記事 " #WeArePlay | Discover the people building apps & games businesses " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
毎月 25 億以上のユーザーが Google Play にアクセスし、世界中の数百万もの企業によって作成されたアプリやゲームを見つけています。
#WeArePlay (英語) は、これらの企業を支える人々のグローバル コミュニティである皆さんを称えるものです。
皆さんが作成するアプリやゲームには、それぞれ特別なストーリーがあります。子どもの頃からコーディングを続けている方もいれば、人生の後半でテック業界に参入した方もいらっしゃいます。また、生活のペースが目まぐるしい大都市に住んでいる方も、もう少しゆったりした小さな町に住んでいる方もいらっしゃいます。しかし、どのような方でも、どのように異なるストーリーを持っていても、皆さんに共通しているのは、アイデアをビジネスに変えて、世界中の人々にインパクトを与えたいという情熱を持っていることです。
2022 年 6 月 22 日からの数か月にわたって、#WeArePlay で皆さんのそうしたストーリーを共有し、祝福します。
シリーズの第一弾として、ロンドン在住の母娘、 Yvonne さんと Alyssa さんのストーリーをお送りします。この 2 人は、アフリカやカリブ海地域のさまざまなヘアスタイルを表現する着せ替えゲーム 「Frobelles」 (英語) を開発しました。
さらに、「Hand Talk Translator」 を開発した Ronaldo さん、Carlos さん、Thadeu さん（私の母国であるブラジル）、「DailyArt」 を開発したアート愛好家 Zuzanna さん（ポーランド）、「TravelSpend」 を開発した旅行愛好家カップルの Ina さんと Jonas さん（ドイツ）のストーリーもご覧ください。
アプリやゲームのビジネスに関わっているすべての皆さん、Google Play コミュニティの一員になってくださり、ありがとうございます。皆さんの献身的な努力と向上心により、何百万人のユーザーが学習したり、つながり合ったり、くつろいだり、運動したり、仕事を見つけたり、還元したり、笑ったり、楽しんだり、空想の世界に逃れたりすることが可能になっています。
g.co/play/weareplay (英語) では、他にもたくさんのストーリーをご覧いただけます。
Reviewed by Tamao Imura - Developer Marketing Manager, Platforms and Ecosystems
この記事は Fred Chung による Android Developers Blog の記事 " Privacy Sandbox Developer Preview 3: Support for conversion measurement, custom audiences, and ad selection " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
Android のプライバシー サンドボックスは、ユーザーのプライバシーを保護しながら、アプリの効果的でパーソナライズされた広告エクスペリエンスを実現する新しいソリューションを開発することを目的としています。私たちは、最初のデベロッパー プレビュー (英語) 以降も、Google は、プロジェクトの進捗に関する最新情報をお伝えするとともに、デベロッパー プレビューのタイムライン、トピックの分類、SDK のバージョン管理など、あらゆることについて業界と連携を続けています。皆さんのフィードバックに感謝しています。
2022 年 6 月 22 日に、デベロッパー プレビュー 3 をリリースしました。これには、コンバージョン測定やリマーケティングのユースケースに対応する API やデベロッパー リソースが含まれています。以前リリースした SDK ランタイムや Topics API のプレビューに加え、今回初めて Android 版のプライバシー サンドボックスのすべての主要 API のテストと影響の評価を開始することができます。
これらの API により、広告のクリック イベントやビューイベントがコンバージョン（新しいゲームのダウンロードなど）につながるタイミングを測定できます。これらの API は、アプリとウェブを横断するアトリビューションの主要なユースケースをサポートし、クロスパーティのユーザー識別子への依存を排除することで、ユーザーのプライバシーを向上させます。
今回のリリースには、アトリビューション レポート ワークフローの主要部分に関するクライアント側とサーバー側のセットアップとインタラクションを理解するのに役立つ、デベロッパー ガイドとサンプルアプリが含まれています。
テストをしやすくするため、今回のリリースには報告期間を上書きできる ADB コマンドが含まれています。Android クライアント API の詳細については、API リファレンスをご覧ください。
これらの API は Android 版 FLEDGE の一部で、サードパーティのデータ共有なしで、過去のアプリのエンゲージメントに基づいてカスタマイズされた広告をユーザーに提供するためのビルディングブロックを提供します。以下のことを実現できます。
詳細については、Custom Audience API と Ad Selection API (英語) リファレンス ページや、 リリースノートをご覧ください。
初めてデベロッパー プレビューを試してみる方は、SDK ランタイムと Topics API のデベロッパー ガイドに記載されているサポート対象となる機能もご確認ください。
Android 版のプライバシー サンドボックスの主要テクノロジーを復習したい方には、こちらの概要の動画を視聴し、設計案を確認することをお勧めします。
（日本語字幕は YouTube の自動翻訳機能で日本語を選択してください）
2022 年 6 月 22 日のデベロッパー プレビュー リリースには、機能の早期テストを開始し、フィードバックを共有 (英語) するために必要なリソースが含まれています。開発を始めるには、エミュレータまたはサポート対象の Pixel デバイスで SDK とシステム イメージをセットアップする手順をご確認ください。
Android 版プライバシー サンドボックス デベロッパー プレビューの詳細については、デベロッパー サイトをご覧ください。ニュースレターに登録 (英語)すると、定期的に最新情報を受け取ることができます。
この記事は Oscar Rodriguez による Android Developers Blog の記事 " Boost the security of your app with the nonce field of the Play Integrity API " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
先日リリースされた Play Integrity API を使って、リスクや不正行為の可能性からゲームやアプリを保護する手段を講じるデベロッパーが増えています。
Play Integrity API は、アプリの整合性、デバイスの整合性、ライセンス情報に関する便利なシグナルに加えて、シンプルでありながら非常に便利な「ノンス」と呼ばれる機能を備えています。これを正しく使うと、Play Integrity API が提供する既存の保護をさらに強化できるほか、中間者 (PITM) 改ざん攻撃やリプレイ攻撃といった特定の種類の攻撃を軽減できます。
このブログ投稿では、ノンスとは何か、どのような仕組みで動作するのか、どのように使えばアプリの保護を強化できるのかについて、詳しく説明したいと思います。
暗号学やセキュリティ エンジニアリングにおいて、ノンス (number once) とは安全な通信の中で一度だけ使われる数を指します。ノンスは、認証、暗号化、ハッシュなど、さまざまなことに応用できます。
Play Integrity API でのノンスは、Base64 でエンコードされた暗号バイナリ blob です。API の整合性チェックを呼び出す前にこれを設定すると、API の署名付きレスポンスでその値がそのまま返されます。ノンスの作成方法、検証方法によって、Play Integrity API が提供する既存の保護をさらに強化したり、中間者 (PITM) 改ざん攻撃やリプレイ攻撃などの特定の種類の攻撃を軽減したりできます。
Play Integrity API が行うのは、署名付きレスポンスで実際のノンスデータをそのまま返すことだけです。そのため、有効な Base64 でさえあれば、どんな値でも設定できます。ただし、ノンスは、レスポンスをデジタル署名するために Google のサーバーに送られます。そのため、ノンスにはユーザー名、電話番号、メールアドレスなどの個人を識別できる情報 (PII) を一切設定しないことが非常に重要です。
アプリに Play Integrity API を設定したら、setNonce() メソッドを使ってノンスを設定します。または、Kotlin 版、Java 版、Unity 版、およびネイティブ版の API でも、同等の方法が提供されています。
setNonce()
Kotlin:
val nonce: String = ... // Create an instance of a manager.val integrityManager = IntegrityManagerFactory.create(applicationContext) // Request the integrity token by providing a nonce.val integrityTokenResponse: Task<IntegrityTokenResponse> = integrityManager.requestIntegrityToken( IntegrityTokenRequest.builder() .setNonce(nonce) // Set the nonce .build())
val nonce: String = ...
// Create an instance of a manager.
val integrityManager =
IntegrityManagerFactory.create(applicationContext)
// Request the integrity token by providing a nonce.
val integrityTokenResponse: Task<IntegrityTokenResponse> =
integrityManager.requestIntegrityToken(
IntegrityTokenRequest.builder()
.setNonce(nonce) // Set the nonce
.build())
Java:
String nonce = ... // Create an instance of a manager.IntegrityManager integrityManager = IntegrityManagerFactory.create(getApplicationContext()); // Request the integrity token by providing a nonce.Task<IntegrityTokenResponse> integrityTokenResponse = integrityManager .requestIntegrityToken( IntegrityTokenRequest.builder() .setNonce(nonce) // Set the nonce .build());
String nonce = ...
IntegrityManager integrityManager =
IntegrityManagerFactory.create(getApplicationContext());
Task<IntegrityTokenResponse> integrityTokenResponse =
integrityManager
.requestIntegrityToken(
.build());
Unity:
string nonce = ... // Create an instance of a manager.var integrityManager = new IntegrityManager(); // Request the integrity token by providing a nonce.var tokenRequest = new IntegrityTokenRequest(nonce);var requestIntegrityTokenOperation = integrityManager.RequestIntegrityToken(tokenRequest);
string nonce = ...
var integrityManager = new IntegrityManager();
var tokenRequest = new IntegrityTokenRequest(nonce);
var requestIntegrityTokenOperation =
integrityManager.RequestIntegrityToken(tokenRequest);
ネイティブ :
/// Create an IntegrityTokenRequest object.const char* nonce = ...IntegrityTokenRequest* request;IntegrityTokenRequest_create(&request);IntegrityTokenRequest_setNonce(request, nonce); // Set the nonceIntegrityTokenResponse* response;IntegrityErrorCode error_code = IntegrityManager_requestIntegrityToken(request, &response);
/// Create an IntegrityTokenRequest object.
const char* nonce = ...
IntegrityTokenRequest* request;
IntegrityTokenRequest_create(&request);
IntegrityTokenRequest_setNonce(request, nonce); // Set the nonce
IntegrityTokenResponse* response;
IntegrityErrorCode error_code =
IntegrityManager_requestIntegrityToken(request, &response);
Play Integrity API のレスポンスは、JSON Web Token (JWT) (英語) 形式で返されます。このペイロードは、次の形式の平文 JSON テキストです。
{ requestDetails: { ... } appIntegrity: { ... } deviceIntegrity: { ... } accountDetails: { ... }}
{
requestDetails: { ... }
appIntegrity: { ... }
deviceIntegrity: { ... }
accountDetails: { ... }
ノンスは requestDetails 構造に含まれており、次のような形式になっています。
requestDetails: { requestPackageName: "...", nonce: "...", timestampMillis: ...}
requestDetails: {
requestPackageName: "...",
nonce: "...",
timestampMillis: ...
nonce フィールドの値は、以前に API に渡した値と厳密に一致する必要があります。さらに、ノンスは Play Integrity API の暗号学的に署名されたレスポンスに含まれているため、レスポンスを受け取った後に値を改変することはできません。この特性を活用することで、ノンスを使ってアプリの保護を強化することができます。
悪意のあるユーザーが、オンライン ゲームでプレーヤーのスコアをゲームサーバーに報告する不正行為のシナリオについて考えてみましょう。この場合、デバイスは侵害されていませんが、プロキシ サーバーや VPN を使うと、ユーザーはゲームとサーバーとの間でネットワークに流れるデータを参照したり改変したりできます。そのため、悪意のあるユーザーは、実際のスコアはかなり低いにもかかわらず、高いスコアを報告できることになります。
この場合、Play Integrity API を呼び出すだけでは、アプリを保護することはできません。デバイスは侵害されておらず、アプリも正当なものなので、Play Integrity API が行うすべてのチェックに合格します。
しかし、Play Integrity API のノンスを使えば、操作の値をノンスにエンコードすることにより、ゲームのスコア報告という価値の高いアクションを保護できます。この実装は次のようになります。
この手順を示したのが次の図です。
保護すべき元のメッセージが署名結果と合わせて送信され、サーバーとクライアントの両方でノンスの計算にまったく同じメカニズムを使っている限り、メッセージが改ざんされていないことを示す強力な保証となります。
なお、このシナリオのセキュリティ モデルは、攻撃がデバイスやアプリではなく、ネットワーク上で行われることを前提としています。そのため、Play Integrity API が提供するデバイスとアプリの整合性シグナルも合わせて検証することが特に重要です。
別のシナリオについて考えてみましょう。ここでも、悪意のあるユーザーが Play Integrity API で保護されたクライアント サーバー アプリと不正な行為を行おうと、侵害したデバイスをサーバーが検出できないような形で使う場合です。
まず、攻撃者は正当なデバイスでアプリを使い、Play Integrity API で署名付きレスポンスを収集します。次に、侵害したデバイスでアプリを使い、Play Integrity API の呼び出しを傍受して、整合性チェックをする代わりに以前に記録した署名付きレスポンスを返します。
署名付きレスポンスは改ざんされているわけではないので、デジタル署名は問題なく見えます。そのため、アプリサーバーは正当なデバイスと通信していると誤解する可能性があります。これを リプレイ攻撃と呼びます。
このような攻撃に対する防御の第一線となるのは、署名付きレスポンスの timestampMillis フィールドを検証することです。このフィールドにはレスポンスが作成された時間を表すタイムスタンプが含まれており、たとえデジタル署名が正当であることが検証されても、古くて疑わしいレスポンスを検出する際に役立ちます。
timestampMillis
ただし、Play Integrity API のノンスを使ってレスポンスごとに一意な値を割り当て、レスポンスが以前に設定した一意な値と一致することを検証することもできます。この実装は次のようになります。
この実装があれば、サーバーがアプリに Play Integrity API の呼び出しを要求するたびに、毎回異なるグローバルに一意な値が使われることになります。そのため、攻撃者がこの値を予測できない限り、ノンスが期待される値と一致しないので、以前のレスポンスを再利用することはできなくなります。
上記の 2 つのメカニズムはまったく異なるメカニズムで動作しますが、アプリで両方の保護が同時に必要になる場合は、1 回の Play Integrity API 呼び出しで両方を組み合わせることができます。たとえば、両方の保護の結果を大きな Base64 ノンスに追加します。両方のアプローチを組み合わせた実装は、次のようになります。
ここで紹介したのは、ノンスを使って悪意のあるユーザーに対してアプリの保護を強化する方法です。アプリでプライベートなデータを扱っている場合や、アプリが不正使用に対して脆弱な場合は、Play Integrity API を使って脅威を軽減する措置を検討することをお勧めします。
Play Integrity API の詳細を知りたい方やこの API を使ってみたい方は、g.co/play/integrityapi のドキュメントをご覧ください。
Reviewed by Mari Kawanishi - Developer Marketing Manager, Google Play
この記事は Android Team による Android Developers Blog の記事 " eBay gets a 4.7 Google Play rating with tablet optimizations " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
eBay は、全世界で何百万人ものセラー (購入者) とバイヤー (販売者) が利用している巨大なオンライン マーケットプレイスです。売り上げを伸ばすには最適なユーザー エクスペリエンスが鍵となります。eBay のアーキテクチャ チームの Android エンジニアたちは、eBay アプリをタブレットや折りたたみ式デバイスなどの大画面デバイス向けにさらに最適化できる余地があることに気づきました。さまざまなデバイスでシームレスなエクスペリエンスを提供するために、一刻も早く対応する必要があることは明らかでした。その努力のかいあって、eBay アプリは Google Play でたちまち星 5 つ中の 4.7 を獲得しました。
チームがユーザー統計を分析したところ、 Android の大画面デバイスで eBay アプリにアクセスしているタブレット ユーザーが驚くほど多いことがわかりました。うれしいことにこの新しいデータは、タブレットを使っている eBay ユーザーが、スマートフォンで同アプリを使っているユーザーよりもアプリの利用時間が長めな傾向にあることを示していました。
「大画面デバイスへの対応は、デベロッパーが時間をかけて取り組む価値があります。これは、当社のパブリック フィードバック チャンネルではっきり示されています」と eBay のモバイル アーキテクチャ チームの Android エンジニアである Matthew Mossman 氏は話しています。大画面デバイス向けにアプリを最適化することで、eBay のデベロッパーはユーザー エクスペリエンスの質を高め、ユーザーの満足度は大きく向上しました。
eBay アプリには非常にたくさんの情報が詰め込まれているため、セラーやバイヤーの人気を維持するには、公開されているアイテムの全容や詳しい説明をユーザーに示すことが重要でした。eBay の Android エンジニアたちは、タブレットの広い画面領域を活用することでユーザーのブラウズや検索のエクスペリエンスを向上できると考え、リスト / 詳細パターン (英語) を使って UX フローを改善しました。
Mossman 氏は、Android の強力なリソース修飾子メカニズムを使い、さまざまなデバイスに最適なレイアウトを設定しました。そして eBay のスマートフォン アプリのユーザー インターフェース コンポーネントのライブラリを更新し、ノートパソコンやタブレットでも利用できるようにしました。また、eBay のアーキテクチャ チームと機能チームは、業界の Android 標準化ガイドラインを採用して、アプリのカスタマイズ プロセスを一致させました。それにより、改善をこれまで以上に迅速にユーザーに提供できるようになりました。
Mossman 氏とデベロッパー チームは、タブレット ユーザー向けに eBay アプリを改善した後、Google Play で好意的なレビューが急増し、その結果 eBay Android アプリの評価も星 5 つ中 4.7 に上昇することができました。また、マテリアル デザイン コンポーネント (英語) やダークテーマのサポートなど、直感的で目を引く機能をアプリに組み込むと、ユーザーの満足度が大きく向上すると、デベロッパー チームは結論付けました。
さらに、eBay のトラストチームと検索チームも、営業活動を通じてユーザー エンゲージメントが向上したことを確認しています。特定のデバイスへの対応を強化するためにアプリ バンドルと動的機能を有効化すると、コミュニティ サポート ネットワークでのエンゲージメントが 20% 上昇しました。これは、タブレット ユーザーが新たな関心を寄せていることを表しています。
引用カード :「私たちはデザインとエンジニアリングのレベルに注力し、タブレット固有のエクスペリエンスもサポートしました。その結果うれしいことに、Google Play で星 4.7 個の評価を獲得することができました」– eBay アーキテクチャ チームの Android エンジニア、Matthew Mossman 氏
今後のリリースでは、eBay の Android アプリにも最近導入された UI 構築ツールキット、Jetpack Compose の豊富な機能を十分に活用できるようにする予定です。Firebase (英語) の指標とレポートも、eBay アプリの拡大とユーザーのメリットにつながる改善の機会をピンポイントで特定することに役立ちました。
eBay は大画面デバイス向けの最適化を計画したことで、デバイス固有のエクスペリエンスに注力することが、ユーザーとデベロッパー双方のメリットにつながることを実証しました。
Android や Chrome OS デバイス向けに大画面ならではのエクスペリエンスを構築するときはこちらの説明をご覧ください。
この記事は Takeshi Hagikura による Android Developers Blog の記事 " Android Studio Chipmunk" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
今回は、Android Studio Chipmunk 🐿 安定版のリリースについてお知らせします。Android Studio は、Android アプリ開発の公式 IDE です。これは小さな機能リリースですが、最新の IntelliJ アップデートが含まれています。また、品質と安定性に多くの時間をかけており、このリリースだけで 175 以上の品質の問題に対応しています。
Android Studio の最新安定版を使いたい方は、さっそくダウンロード (英語) してください！
Android Studio Chipmunk のすべての新機能のリストを次に示します。
Jetpack Compose のデベロッパーが、Compose で作成したアニメーションを調査したりデバッグしたりできる機能です。この機能はこれまで試験運用版でした。コンポーザブル プレビューにアニメーションが記述されていれば、ある時間でのアニメーションの正確な値を調べたり、アニメーションの一時停止やループ、早送り、スロー再生ができます。この機能は特に、アニメーションとデザイン仕様をフレーム単位で比較する際に役立ちます。
現在の Compose アニメーション プレビューでは、AnimatedVisibility と updateTransition がサポートされています。今後、さらに多くの種類のアニメーションがサポートされる予定です。
Android Studio Chipmunk では、表示されるジャンク情報が更新されており、ジャンクの種類などが含まれるようになっています。想定期限と実際の期限も表示されるので、ジャンクの実際の原因を見つけるのに役立ちます。このジャンク情報は、API レベル 31（Android 12）以降の Android Emulator または実機を使う場合に表示されます。詳細については、こちらを参照してください。
Chipmunk では、Build Analyzer に新しい Jetifier チェックを導入しました。これにより、Jetifier フラグをオフにするとビルド時のパフォーマンスを改善できる場合に通知されます。
Jetifier フラグは、サードパーティ製ライブラリを AndroidX を使うように自動移行するもので、現在も大半の Android Studio プロジェクトで有効になっています。しかし、ほとんどのライブラリ エコシステムがネイティブに AndroidX をサポートするように移行されているため、このフラグをオンにしている場合、ビルドに不要なオーバーヘッドが追加されることになります。その場合、フラグをオフにすると一般的にビルド時間を 5～10% 短縮できます。
Android Studio Chipmunk での Android 固有の機能の数は少ないものの、このリリースには IntelliJ 2021.2 プラットフォーム メジャー リリース 😎 が含まれており、プロジェクト全体の分析、新しい強力なパッケージ検索 UI、ワークフローを高速化する IDE アクションの拡張など、多くの新機能が搭載されています。詳細はこちら (英語) をご覧ください。
Android Studio Chipmunk 🐿 は見逃すことができないアップデートです。短期間でのリリースでしたが、新しいバージョンの IntelliJ、IDE の品質やパフォーマンス、安定性改善に向けたたゆまぬ作業、そしてここで紹介した機能などが詰まっています。さっそくダウンロード (英語) してお試しください！
いつものように、気に入った機能や問題点、新機能の提案などのフィードバックは大歓迎です。バグや問題を見つけた方は、問題を送信してください。最新機能に関する情報をいち早く得るには、私たち Android Studio 開発チームを Twitter と Medium でフォローしてください。
この記事は Sameer Samat による Android Developers Blog の記事 " Exploring User Choice Billing With First Innovation Partner Spotify " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
大切なデベロッパーの皆さんとの密接なパートナーシップと皆さんからのフィードバックを活用し、進化を続けてこなければ、私たちはここにいないでしょう。例えば、パートナーからのフィードバックや競争に対応することで、プラットフォームを利用するすべての開発者が成功できるよう手数料モデルを進化させ、現在では 99% のデベロッパーの皆さんが 15% 以下のサービス手数料の対象となっています。
最近、アプリストアの課金システムの選択肢をめぐる議論が活発になっています。Google はこの議論を歓迎し、本ブログで、Google Play のデベロッパーとともに取り組んでいるエキサイティングなパイロット プログラムを紹介したいと思います。
ユーザーが Google Play を選ぶ理由は、Google Play が安全なアプリ体験を提供することを期待しており、これらにはユーザーのデータや支払い情報などを保護するアプリ内課金システムも含まれます。Google Play の課金システムは、プライバシーと安全性に関する最高水準の基準を満たすように構築されており、ユーザーがアプリ内課金を行う際に、重要な支払いデータが危険にさらされることが無いと安心してもらえるようにしています。
Google Play からアプリをインストールする際に、引き続き Google Play の課金システムを利用する選択肢をユーザーに提供すべきだと私たちは考えています。また、代替の課金システムが、ユーザーの個人データや機密性の高い金融情報を保護する上で、同様に高い安全基準を満たすことが極めて重要だと考えています。
先日、韓国のユーザー向けに、Google Play の課金システムに加えて、追加の課金システム (英語) を選択できるようにしました。それを踏まえて、Google の理念 (英語) に基づいて、他の一部の国でも、ユーザーによる選択制の課金方式を試行することをお知らせします。
このパイロット プログラムでは、少数の対象デベロッパーが、Google Play の課金システムの隣に、追加の課金オプションを提供できるようにし、エコシステムへの投資能力を維持しながら、ユーザーにこの選択肢を提供する方法を模索することを目的としています。これは重要なマイルストーンであり、モバイル、デスクトップ、ゲーム機を問わず、主要なアプリストアにおいて初めての取り組みです。
Google は、Spotify を皮切りに(英語)、デベロッパーの皆さんとパートナーシップを組み、ユーザーが選択できる課金方法のさまざまな実装を探っていきたいと考えています。Spotify は、世界最大規模の定期購入のデベロッパーであり、グローバルに展開し、多様なデバイスのフォームファクタに対応していることから、私たちにとって最初のパートナーです。両社 は、ユーザーのアプリ内課金に革新をもたらし、さまざまなデバイスで魅力的な体験を提供することで、より多くのユーザーに Android プラットフォームを活用してもらうために協業していきます。
Spotify は、Google Play の課金システムを、現在の課金システムとともに導入することになりますが、最初のパートナーとしての Spotify からの視点は、非常に貴重なものです。このパイロット プログラムは、ユーザーによる課金方法の選択が、さまざまな国のユーザーや、さまざまな規模やカテゴリーのデベロッパーにとって有益かどうか、またどのように機能するかについての理解を深めるために役立つことでしょう。
Spotify のフリーミアムビジネス最高責任者 Alex Norström 氏は、次のように述べています。「Spotify は何年も前から、アプリのデベロッパーが自由にイノベーションを発揮し、公平な場で競争できるようにすることを目指しています。今回、Google と共に、開発者、ユーザー、そしてインターネットのエコシステム全体にとっての課金方法の選択肢と機会について、このようなアプローチを模索できることを嬉しく思っています。この協業が、他の業界にも利益をもたらす道を切り開くことを期待しています。」
このプロセスには時間がかかり、デベロッパー コミュニティとの密接な協力も必要になることを理解しています。しかし、このように最初の一歩を踏み出せたのは喜ばしいことだと感じており、今後数か月の間にさらに詳しい内容をお知らせしていく予定です。
この記事は Dave Burke による Android Developers Blog の記事 " Android 13 Beta 3 and Platform Stability " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
2022 年 6 月 8 日、3 回目の Android 13 ベータ版をリリースしました。これでサイクルの最終フェーズに入り、作業の中心は機能の洗練とパフォーマンスの向上となります。Android 13 は、プライバシーとセキュリティ、デベロッパーの生産性、タブレットと大画面のサポートという中核テーマに基づいて構築しています。
Android 13 には注目すべきたくさんの機能があります。まずは、新しい通知パーミッションや写真選択ツールなどのプライバシー機能です。そして、テーマ対応アプリアイコン、アプリごとの言語サポートなどの生産性機能があります。さらに、HDR 動画、Bluetooth LE オーディオや MIDI 2.0 over USB といった最新の標準も導入されます。そのうえ、12L で行った新たなアップデートを拡張し、ツールを改善して現在使われている 2 億 7,000 万台のタブレットと大画面デバイスを活用できるようにしています。
ベータ版 3 で、Android 13 は プラットフォームの安定版 になります。つまり、デベロッパー API とアプリに関連するすべての動作が確定したことになります。皆さんが寄せてくださったフィードバックに感謝いたします。おかげでここまで来ることができました。今年予定されている正式リリースに向けてデベロッパーの皆さんがアプリを準備する作業の中心は、互換性テストと品質に移ります。
こちら (英語) から登録すると、Pixel デバイスで無線 (OTA) によってベータ版 3 を入手できます。すでに登録している方は、自動的に今回のアップデートを受け取ります。いくつかのパートナーのデバイスの一部でも Android 13 ベータ版を試すことができます。詳細は android.com/beta (英語) をご覧ください。アプリを準備する方法は以降で簡単に説明します。または、Android 13 デベロッパー サイトで詳細をご覧ください。
ベータ版 3 をもって Android 13 は プラットフォームの安定版 に到達しました。これは、正式な API レベル 33 SDK と NDK API を含め、アプリに関連するすべての動作と API が確定したことを示すマイルストーンです。ベータ版 3 以降では、プラットフォームが変更されないことがわかっているので、安心して互換性アップデートを開発し、リリースできます。
すべてのアプリとゲームデベロッパーは、最終リリース前にできるだけ早く最終の互換性テストを開始し、互換性アップデートを公開する準備をしてください。
特にすべての SDK、ライブラリ、ツール、ゲームエンジンのデベロッパーの皆さんは、今すぐテストを始めて、できる限り早く互換性アップデートをリリースすることが重要です。下流のアプリやゲームのデベロッパーが、皆さんのアップデートを受け取るまで作業できない可能性があるからです。そのため、互換性アップデートをリリースしたら、デベロッパーに向けてアナウンスしてください。
アプリの互換性とは、新しいバージョンのプラットフォームでアプリが意図したとおりに動作することを意味します。私たちはリリースごとにプラットフォームに必要な変更をし、プライバシーやセキュリティを改善したり、OS 全体のユーザー エクスペリエンスを向上させたりしています。これにより、アプリに影響が生じる可能性もあります。そのため、すぐにアプリをテストし、必要なアップデートをし、最終リリース前に互換性のあるアップデートをユーザーに公開することが重要です。これは基本的なことですが、Android 13 の新機能を探るユーザーに高く評価される重要な品質レベルです。
アプリの互換性テストは、Android 13 ベータ版 3 を実行しているデバイスに Google Play や他のソースから公開版のアプリをインストールするだけで行うことができます。そしてアプリのすべてのフローを試し、機能や UI の問題を探します。重点的にテストをするべき点については、動作の変更点を確認してください。特に注意すべき変更点は、以下のとおりです。
また、アプリのライブラリや SDK の互換性テストも忘れずに行ってください。問題を見つけた場合は、最新バージョンのライブラリまたは SDK にアップデートするか、デベロッパーに連絡してサポートを求めます。
現在のアプリの互換性のあるバージョンを公開したら、アプリの targetSdkVersion をアップデートするプロセスを開始できます。Android 13 をターゲットとしたアプリの動作の変更点を確認し、互換性フレームワークを使って問題をすばやく検知します。テストすべき変更点のいくつかを示します（これらは、targetSdkVersion を API 33 以降に設定したアプリのみに適用されます）。
Android 13 は、12L で導入されたタブレットの最適化がベースとなっています。そこでテストの一環として、アプリがタブレットなどの大画面デバイスで最適に表示されることを確認します。Android Studio で Android Emulator をセットアップすると、大画面機能をテストできます。または、Android 13 ベータ版パートナー (英語) の大画面デバイスを使うことができます。以下に、注意すべき点を示します。
Android 13 のタブレット機能とテスト内容の詳細は、こちら (英語) からご覧ください。
2022 年 6 月 8 日のベータ版リリースには、アプリをテストして Android 13 機能を試すために必要なものがすべてそろっています。Pixel デバイスを登録するだけで、無線 (OTA) でアップデートを入手できます。始めるには、Android 13 SDK をセットアップします。
いくつかのパートナーのデバイスでも、Android 13 ベータ版でアプリをテストすることができます。android.com/beta (英語) にアクセスすると、すべてのパートナーの一覧を確認できます。サポート対象のデバイスや、ベータ版 1 以降のベータ版ビルドについての詳細が記載されたサイトへのリンクも含まれています。登録やサポートはそれぞれのパートナーが担当し、ベータ版のアップデートも直接提供されます。さらに幅広くテストしたい場合は、Android GSI イメージ (英語) で Android 13 ベータ版 3 をお試しください。デバイスをお持ちでない場合は、Android Emulator でテストできます。
Android 13 ベータ版の詳細については、Android 13 デベロッパー サイトをご覧ください。
この記事は Krish Vitaldevara による Android Developers Blog の記事 " Progress on initiatives to keeping Google Play safe " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
皆さんが前もって計画し、新しいツールを使ってビジネスを安全に構築することができるように、2022 年に紹介したプライバシーとセキュリティの取り組みについて最新情報 (英語) をお伝えします。これまでの数か月間で、以下をリリースしました。
Google Play を誰もが信頼できる安全なプラットフォームにするためにご協力いただき、ありがとうございます。
この記事は Alex Musil による Android Developers Blog の記事 " What's new in Google Play " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
今年の Google I/O では、Google Play でビジネスを継続的に拡大していただくことを目的として、皆さんをサポートする 3 つの主な方法に注力しました。
I/O のセッションですべてのアップデートを確認できますが、この記事では、ビジネスの推進に役立つ新機能の概要を紹介します。
(日本語字幕は YouTube の右下の設定から選択してください)
私たちはここ数年、SDK プロバイダ、アプリ デベロッパー、そして最終的にはすべてのエンドユーザーにとって、安全で優れた SDK を実現するためのツールに取り組んできました。
アプリの品質は、ユーザーのエンゲージメントや維持率から、Google Play ストアでのアプリの見つけやすさや宣伝まで、あらゆることに影響します。
Android Vitals 以外にも、開発ライフサイクル全体で役立つ新機能があります。
以上のリリースについて詳しく知りたい方は、アプリの品質に関するセッション動画をご覧ください。
(日本語字幕は YouTube の自動翻訳機能で日本語を選択してください)
Google Play ストア上で、新規ユーザーの獲得、既存ユーザーのエンゲージメントの向上、収益の拡大などビジネスの拡大に役立つ新しい方法を提供します。
1 つの定期購入に対して、課金期間や更新タイプが異なる複数のベースプランを設定できます。たとえば、毎月自動更新されるプラン、毎年自動更新されるプラン、1 か月のプリペイド プランなどです。1 つのベースプランに対して、定期購入のライフサイクル全体に対する複数のスペシャル オファーを作成できます。たとえば、期間限定の無料トライアルを提供する獲得オファー、定期購入ユーザーにプリペイド プランから自動更新プランに移行してもらうためのアップグレード オファー、定期購入のメリットをフル活用していないユーザーを維持するためのダウングレード オファー、などがあります。オファーは、新しいユーザーにアプローチしたり、コンバージョン率を上げたり、アップグレードを推奨したり、既存の定期購入ユーザーを維持したりする際にとても役立ちます。
以上の機能は、すべて最新バージョンの Play Billing Library 5.0 で利用できます。ビジネスを拡大するために、こちらで紹介したツールやその他のツールについて詳しく知りたい方は、“Power your Success with new acquisition, engagement and monetization tools.” のセッション動画をご覧ください。 (日本語字幕は YouTube の自動翻訳機能で日本語を選択してください)
Google Play エコシステムの繁栄のためにご協力いただき、ありがとうございます。皆さんの次のアプリのリリースを楽しみにしています。
.png)
.png.jpeg)
.png)
