この記事は Jacob Lehrbaum による Android Developers Blog の記事 " Working Towards Android App Excellence " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
すばらしいアプリ体験は、ビジネスにもすばらしい成果をもたらします。実際、Google Play に5 つ星の評価を残した Android アプリユーザーの約 3 分の 1 が、アプリ体験の質*1つまり、スピードやデザイン、ユーザビリティに触れています。Google では、すべてのデベロッパーが優れたアプリの開発を実現し、ユーザーの獲得、維持、収益化を果たせるようなサポートを提供したいと考えています。
では、「優れたアプリ」とは何でしょうか。これは遠い目標のように聞こえるかもしれませんが、多くのアプリでも手が届くところにあります。その第一歩となるのは、ユーザーにフォーカスし続けることです。具体的には、直感的なユーザー エクスペリエンスでアプリの主要機能にできる限り早く到達できるようにすることです。しかし、これはまだ始まりに過ぎません。優れたアプリにはすべての画面や操作に一貫性があり、使うデバイスによらず快適に動作します。アプリ開発に携わっているあらゆるメンバーがアプリ体験に集中すれば、優れたアプリの開発が実現できます。
優れたアプリの開発を阻むものの 1 つが、曖昧で不明確な責任分担です。クラッシュや読み込み時間など、アプリの質を測る主な指標の中には、エンジニアリング チームなどの社内の 1 グループの責任であると見なされるものがあります。しかし、業界のトップクラスの組織の方々にどのようにして優れたアプリの開発を実現しているか聞いたところ、*2エンジニアリング、デザイン、プロダクト、ビジネスの各チームが共通の目的に向かって連携する、部門間の協力的なアプローチが重要であることが明確になりました。
では、優れたアプリ開発のための裏側にある内部的なベスト プラクティスはどのようなものでしょうか。
ビジネス側の立場に立って「競合他社のアプリは私たちのアプリよりも速いので、読み込み時間を 5 秒から 4 秒に短縮する必要がある」と私から言えるので会話がよりスムーズです。クロス プラットフォーム アプリのソフトウェア エンジニア
ビジネス側の立場に立って「競合他社のアプリは私たちのアプリよりも速いので、読み込み時間を 5 秒から 4 秒に短縮する必要がある」と私から言えるので会話がよりスムーズです。
クロス プラットフォーム アプリのソフトウェア エンジニア
優れたアプリは、ビジネスの成果につながります。新機能の追加はすばらしいことですが、それでアプリの起動時間が遅くなったり、デバイスの容量を使いすぎたりすると、アプリの使用頻度が減り、やがて削除される結果をうみます。多くの場合、エンジニアは品質問題がビジネスの成果に与える影響を定量化することで、全社的に品質を重視する体制を構築しています。具体的には、次の方法で定量化しています。
機能（ユーザー ジャーニーの各ステージ）を担当するチームを編成している企業は、サポートするそれぞれのオペレーティング システム全体で一貫した操作を提供し、新しいアプリや機能を市場に投入するまでの時間が短くなり、すべてのお客様に優れたアプリ体験を提供できる可能性が高くなります。多くの場合、このようなチームは、エンジニア、マーケティング、UX、プロダクトなどの機能を横断するグループです。そして、あらゆるデバイスやプラットフォームで、機能やユーザー ジャーニーのステージ*3を成功させる責任を担います。この構造により、優れた体験や機能レベルが実現できるだけでなく、機能領域を超えた統一目標ができます。また、縦割りを減らして、特定の目標に集中的に対処することにもつながります。
ビジネス目標を重視するチーム構成により、ユーザーに対するフォーカスが高まる
ユーザーの大半が特定の種類のデバイスを使っている場合、主なデバイスとして同じスマートフォンやタブレット、スマートウォッチを使えば、ユーザーがどのような体験をしているか理解が深まるでしょう。特にこれが当てはまるのは、多くユーザーの日々の体験に影響を与える意思決定が求められる組織の経営幹部です。たとえば、Duolingo はこれを自社の DNA に組み込んでいます。ユーザー ベースの大部分と同様の環境を作り出すために、CEO も含む、すべての Duolingo の社員は、エントリーレベルの Android デバイスのみを使っているか、あるいは使える状態にあります。
ビジネスを成長させるうえで、品質および優れたアプリの開発に対するユーザー中心のアプローチは欠かせません。優れたアプリの開発を実現する方法を詳しく学びたい方は、実用的なヒントを含むケーススタディをご覧ください。また、Android App Excellence (英語) のページにアクセスし、ぜひ App Excellence Summit に参加してください。（事前登録制です）
今後のブログ投稿では、優れたアプリの開発を実現する 2 つの要素について詳しく取り上げる予定です。具体的には、アプリ パフォーマンスとそれによるユーザー行動への影響、そして複数のデバイス間のシームレスなユーザー エクスペリエンスの開発です。こちらのページから Android デベロッパー向け ニュースレターに登録すると、次号の発行時に通知が届き、Android チームからの最新ニュースや知見を得られますので、ぜひご登録ください。
注
1. 2021 年の Google Play 内部データ
2. 2021 年の Google App Quality Research
3. アプリを使ううえで、それぞれのユーザーが体験する一連の手順を「ユーザー ジャーニー」と呼びます。ユーザー ジャーニーのステージの例として、インストール、オンボーディング、エンゲージメント、リテンションなどがあります
Reviewed by Tamao Imura - Developer Marketing Manager, Google Play
この記事は Dom Elliott による Android Developers Blog の記事 "The future of Android App Bundles is here" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
2018 年 5 月に Android App Bundle をローンチしてから、デベロッパー コミュニティがこの新基準を広く採用し、リリースの効率化や高度な公開機能によるメリットを活用しているのを見てきました。現在では、100 万以上のアプリが実際に App Bundle を使っています。そこには、Adobe、Duolingo、Gameloft、Netflix、redBus、Riafy、Twitter など、Google Play のトップ 1,000 のアプリやゲームの大半が含まれています。
このメリットをより多くのユーザーに提供し、すべてのデベロッパーにとっても有益な、最先端の Android のアプリ公開形式に注力するため、2021 年 8 月より、Google Play で新しいアプリやゲームを公開する際に Android App Bundle の使用が必須となります。これにより、標準の公開形式が APK から App Bundle になります。
まだ App Bundle に切り替えていない方のために、皆さんが見逃しているメリットについて説明します。
リリースの種類
変更前
2021 年 8 月に必須となる
項目
Google Play 上の新規アプリ
APK
Android App Bundle（AAB）
拡張ファイル（OBB）
Play Asset Delivery または
Play Feature Delivery
既存アプリのアップデート
変更なし
新規 Instant
エクスペリエンス
Instant app ZIP
Instant 対応 Android App Bundle（AAB）
Instant
エクスペリエンスの
アップデート
再度のご案内となりますが、App Bundle の要件は新規アプリに適用されます。現在のところ、既存アプリや managed Google Play ユーザーを対象に公開されている限定公開アプリは対象外です。最後になりましたが、App Bundle の普及に貢献してくださっているたくさんのデベロッパーの皆さんに感謝いたします。今後、さらなる改善と新機能をお届けできることを楽しみにしております。以下では今回の移行に際し、よくお寄せいただく質問への回答を紹介します。
- - -
Android App Bundle に関するよくある質問と回答
APK と比べ、App Bundle を使う場合はどのくらいの作業が必要になりますか？
ほとんどのアプリでは、わずかな作業だけで APK の代わりに AAB をビルドできます。ほとんどの場合、ビルド時に別のオプションを選び、いつもどおりテストするだけです。App Bundle はオープンソースのフォーマットで、Android Studio、Gradle、Bazel、Buck、Cocos Creator、Unity、Unreal Engine、その他のエンジンなど、主要なビルドツールでサポートされています。Play Core Native や Play Core Java & Kotlin SDK でも、任意のコーディング環境を利用して、オプションの高度な App Bundle 機能を簡単に利用できます。
App Bundle で拡張ファイル（OBB）がサポートされないのはなぜですか？ゲームで Play Asset Delivery を使う必要があるのはなぜですか？
APK でユーザーに追加リソースを配信するには、別のファイル（OBB）が必要です。しかしながら、OBB は署名されておらず、アプリの外部ストレージに保存されるため、あまり安全ではありません。しかし、 Play Asset Delivery（PAD）を使用することで、サイズが 150 MB を超えるゲームでも、OBB ではなくゲーム全体を 1 つの App Bundle として Google Play Store で公開できるようになります。公開プロセスがスムーズになり、柔軟な配信モードが利用できることに加え、PAD には以前の拡張ファイルを上回るメリットがあります。アセットの差分パッチが大型アプリ向けに最適化されるので、アップデートに必要なデバイスのストレージが OBB よりも大幅に少なくなります。そのため、fast-follow を使うことで、インストール率やストアのコンバージョン率が上がります。さらに、最大 80% のデバイスで ASTC がサポートされているので、テクスチャ圧縮形式のターゲット指定を使ってサポート対象のデバイスに ASTC を配信できます。これにより、利用可能なハードウェアやデバイスのストレージを効率的に利用しつつ、幅広い Android デバイスをターゲットにすることができます。
App Bundle を使う場合、今後も複数の配信チャンネルやアプリストアで公開できますか？
可能です。これを実現する方法はいくつかあります。すべての場所で同じアプリ署名鍵を使うことも、チャンネルによってアプリ署名鍵を使い分けることもできます。Google Play 用の一意なアプリ署名鍵を使うこともできます。また、ローカルですべての配信チャンネル用のアーティファクトをビルドして署名することも、Google Play から配信用 APK をダウンロードして別のチャンネルで使うこともできます。Google Play Console の App Bundle エクスプローラまたは Play Developer API のいずれかを使用して Google Play からダウンロードした配信用 APK は、Play アプリ署名鍵で署名されます。
新しいアプリをリリースしようとしています。アプリ署名鍵を自分で決めることはできますか？
可能です。このオプションは Google Play Console で利用できます。新しいアプリを作成するときには、Google が使うアプリ署名鍵の提供方法を選択できます。アプリ署名鍵のコピーは、ローカルで保持できます。たとえば、Play バージョンと同じ鍵を使って署名し、他のチャンネルで配信する署名済みのバージョンを生成できます。近日中に、Play Console でのアプリの初回リリースが少しばかり簡単になる予定です。具体的には、初めてオープン トラックに公開する前であれば、操作を誤った場合でもアプリ署名鍵を変更できるようになります。
Google Play でアプリを配信する場合、アプリが意図したとおりにユーザーに配信されていることを確認するにはどうすればよいですか？
いつでも、Play Console の App Bundle エクスプローラか、Play Developer API を通して、Play ストアからアーティファクトをダウンロードして検証できます。さらに、新しいオプション機能である App Bundle のコードの透過性機能を使うと、デバイスで実行されるコードが、デベロッパーがビルドして署名したオリジナルのコードと一致するかどうかを検証できます。
既に Google Play でアプリを公開しています。既存のアプリ署名鍵のコピーを提供せずに Play アプリ署名を使うことはできますか？
現在のところ、Play アプリ署名を使うには、既存のアプリ署名鍵のコピーを提供する必要があります。既存のユーザーに配信する際に、Google Play でアップデートに署名するため、Google Play がコピーを保持する必要があるためです。これはほとんどのデベロッパーにとって適した方法で、100 万以上のアプリが Play アプリ署名を実際に利用しています。近日中に、鍵のアップグレードを行って Play アプリ署名をオプトインする追加オプションを既存アプリ向けに追加する予定です。このオプションを選択すると、すべての新規インストールとそのアップデートの際に、Play アプリ署名で新しい一意の鍵が使われます。ただし、これを動作させるには、App Bundle をアップロードする際に、古い鍵で署名した以前の APK もアップロードする必要があります。これが必要なのは、Google Play が既存ユーザーへのアップデート配信を継続できるようにするためです。
アプリ署名鍵は変更できますか？
可能です。アプリによっては、Play Console で新規インストール用のアプリ署名鍵のアップグレードをリクエストできます。Google Play では、新規インストールとアプリのアップデートの署名に新しい鍵が使われます。一方、鍵のアップグレード前にアプリをインストールしたユーザーへのアップデートでは、以前のアプリ署名鍵が使われます。近日中に、Play アプリ署名鍵のアップグレードにも APK 署名スキーム v3 の鍵ローテーションのサポートを追加する予定です。これにより、鍵のアップグレードが現実的なオプションとなるアプリが増え、アップグレードした鍵で署名されたアプリがさらに多くのユーザーに届くようになります。
Reviewed by Hidenori Fujii - Head of APAC Developer Marketing, P&E
この記事は Luke Jefferson, Raz Lev による Android Developers Blog の記事 "Play Dev ID requirements + 2-Step Verification" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
ここ数年間で、Google Play は大きな成長を遂げています。仕事、趣味にかかわらず、世界中のあらゆる規模のデベロッパーが開発する Android のアプリやゲームは、人々にとって欠かすことのできない生活の一部になっています。
Google Play の安全性とセキュリティを保ち、デベロッパー コミュニティによりよいサービスを提供するため、追加の身元要件と 2 段階認証プロセスという 2 つの新しいセキュリティ対策を導入します。これにより、アカウントのセキュリティが強固になり、皆さんのニーズを把握しやすくなります。
現在、新しい Google Play デベロッパー アカウントを作成すると、メールアドレスと電話番号の入力が求められます。
今回のアップデート以降、デベロッパー アカウントのアカウント所有者は追加で以下を求められます。
連絡先情報が追加されることで、お使いの Google Play デベロッパー アカウントに関する、重要な情報やアプリのアップデートなどの情報をお知らせできるようになります。さらに、すべてのアカウントが、実際の連絡先を持つ実在の人物によって作成されたことを確認できるので、Google Play ストアをすべてのユーザーにとって安全な状態に保ちやすくなります。
この情報は一般公開されることはなく、本人確認と連絡の目的のみに利用します。
デベロッパー コミュニティについてさらに知るということに加えて、セキュリティを向上させ、アカウントをより安全に保つための措置を講じるため、Google Play Console へのログイン時に Google の 2 段階認証プロセスを必須にします。2 段階認証プロセスは、アカウント、アプリ、ユーザーを守るための追加の保護手段です。
2 段階認証プロセスの詳細とアカウントへの設定方法をご確認ください。
Google Play デベロッパー アカウント所有者は、本日よりアカウントの種類の入力と連絡先情報の確認を行うことができます。現時点では、アカウントの種類の入力は省略可能ですが、アカウント所有者が連絡先情報を更新するときは入力が必須になります。
2021 年 8 月より、新しいデベロッパー アカウントすべてにおいて、登録時にアカウントの種類の選択と連絡先情報の確認が必要になります。新しいデベロッパー アカウントの所有者は、2 段階認証プロセスも必須になります。
今年中に、すべての既存のデベロッパー アカウント所有者も、アカウントの種類の選択、必須情報の提供、連絡先情報の確認が必要になります。2 段階認証プロセスによるログインも必須になる予定です。
以上の変更と併せて、アカウントを健全な状態に保ち、重要な情報を見逃さないためのベスト プラクティスを改めてお伝えします。
Reviewed by Naoki Oyama - Developer Support Lead, Google Play, APAC and Hidenori Fujii - Head of APAC Developer Marketing, P&E
この記事は Neethi Thomas、Dafna Gal、Ashnil Dixit による Android Developers Blog の記事 "Sub-dollar pricing expansion in 20 markets" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
Google Play では、Android デベロッパーがアプリやゲームをできる限り広いマーケットに提供できるようにするために継続して対応を行ってきました。既に 165 以上のマーケットで無料と有料のアプリをサポートし、インドやブラジルなどの 20 のマーケットで、デベロッパーが設定できるプロダクトの最低価格を引き下げてきました。
このたび、2021 年 3 月 4 日（日本時間 3 月 5 日）に、新たにラテンアメリカ、ヨーロッパ、中東、アフリカ、アジア太平洋地域の 20 のマーケットでプロダクトの最低価格制限を引き下げたことをお知らせします。
この新しい下限額により、ほとんどの対象マーケットで 10-30 米セント相当の価格を設定できるようになります。この超低価格帯、すなわち「1 ドル未満」の価格設定を利用し、現地の購買力や需要を踏まえて価格を調整することで、新たな潜在購買層へのアプローチが可能になります。また、グローバルな価格戦略を柔軟に設定できるようになり、アプリやゲームで多くのユーザーを収益につなげるチャンスにもなります。
以下の新しいマーケットで、有料アプリ、アプリ内アイテム、定期購入の最低価格制限が引き下げられています。
バングラデシュ、ブルガリア、ボリビア、コスタリカ、チェコ共和国、デンマーク、クロアチア、ハンガリー、ヨルダン、カザフスタン、レバノン、スリランカ、ミャンマー、パキスタン、パラグアイ、ルーマニア、セルビア、タイ、タンザニア、ベトナム
これに加えて、以下のマーケットではすでに 1 ドル未満の価格設定が利用できます。
ブラジル、チリ、コロンビア、エジプト、インド、インドネシア、マレーシア、メキシコ、ナイジェリア、ペルー、フィリピン、ポーランド、ロシア、サウジアラビア、南アフリカ、トルコ、ウクライナ
Google Play Console で価格を調整する方法については、ヘルプセンターの記事をご覧ください。すべての価格帯が記載されたリストは、こちらからご覧ください。
2015 年にこの機能が導入されてから、Android デベロッパーは 1 ドル未満の価格設定を活用して、有料ユーザー数を拡大してきました。ここでは、1 ドル未満の価格設定を利用してビジネスを成長させる方法をいくつか紹介します。
期間限定の宣伝を行う：1 ドル未満の価格設定は、マーケティング活動によって新しいユーザーを獲得したり、低価格商品で熱心なユーザーに特典を提供するために活用できるツールです。たとえば、人気ゲーム Lords Mobile のデベロッパー IGG は、有料ユーザーのコンバージョンを増やすため、期間限定で 2-3 倍の価値があるスペシャル バンドルをわずか 3000 インドネシア ルピア（0.20 米ドル）で提供することがあります。これはスペシャル オファーなので、通常の売上を減らすことなく、支払者のベースを拡大できます。
シーズンごとの特典を提供する：1 ドル未満の価格設定は、シーズンごとの有償特典を提供するにも効果的です。ユーザーはこのようなアイテムを購入できる期間が限られていることを知っていなすので、さらに魅力を感じます。これを低価格設定と組み合わせることで、初回購入者にとっての魅力を高めることができます。Moonton は、Mobile Legends でそのシーズンで初めて購入を行ったユーザーに、レアなスキンを提供し、これは 1 ドル未満の購入の場合にも適用されます。
お試し価格を提供する：1 ドル未満の価格設定は、お試し価格で新しい有料ユーザーを惹きつけるために使うこともできます。たとえば、貴重なアイテムを購入したことがないユーザーに、1 ドル未満の価格を提示できます。先にも触れたデベロッパーの Moonton は Mobile Legends: Bang Bang で最初の購入を行ったユーザーが、お試し価格で人気のヒーローにアクセスできるようにしています。この戦略は、ゲーム全体の経済に大きな影響を与えることなく、新しい有料ユーザーにアプローチすることを可能にしています。
熱心なユーザーに特典を提供する：1 ドル未満の価格設定と、購入イベントの繰り返しを組み合わせて活用することもできます。たとえば、7 日間毎日購入したユーザーに特別なボーナスを提供し、ユーザーが納得できる購入額を超えないようにすることができます。
ガチャを提供する：1 ドル未満の価格設定は、チャンスベースのアイテム、たとえば「ガチャ」とも相性がよく、新規ユーザーへ効果的にアピールできます。価値のあるゲーム内アイテムを 5 ドルだと購入しないユーザーでも、0.15 ドルなら、中のアイテムが欲しくて宝箱を開けてくれるかもしれません。1 ドル未満の価格でガチャを提供すれば、多くのユーザーが運試しのために支払いをしてくれる可能性があります。
アプリやゲームの提供地域に合わせた 1 ドル未満の価格設定を活用する方法はたくさんあります。これらのベスト プラクティスは、あくまで一例です。皆さんのビジネスの拡大にこの機能をご活用ください。
https://play.google.com/apps/test/<package name>/<version code>
この記事は Murat Yener による Android Developers Blog の記事 "Meet Google Play Billing Library Version 3" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
※2021年 8 月 2 日より新規リリースのアプリでは最新の Billing Library バージョン 3 への対応が必要となり、11 月 1 日までにすべてのアプリにその対象が広がるため、再度掲載します。
Google Play は、ユーザーに愛される高品質のアプリを開発するための、健全なエコシステムの実現に取り組んでいます。多くのデベロッパーは Google Play の 1 回限りの購入と定期購入 サービスによって、そのようなアプリの開発が実現しています。この 10 年間、キャリア決済を利用した支払い（現在対応キャリア数 180）などの機能や、費用の割り当てと定期購入の管理を簡単に行うツールにより、Android ユーザーの購入体験を改善してきました。
こういった取り組みをさらに進めたのが Billing Library バージョン 3 です。今回提供する新バージョンでは、新しい支払い方法への対応、定期購入のプロモーション機能の追加、ゲーム購入のアトリビューション、購入時の信頼性とセキュリティの向上などが行われました。2021 年 8 月 2 日以降、新しいアプリはすべて Billing Library バージョン 3 以降を使用する必要があり、2021 年 11 月 1 日までに、すべてのアプリのアップデートで Billing Library バージョン 3 以降を使用する必要があります。
Google は世界中のユーザーが 都度購入1 回限りの購入と定期購入の支払いを簡潔かつ便利にできるように継続して取り組んでいます。
現金は現在も世界で最も広く使われている支払い方法であり、2018 年時点では商品とサービス全体で 2.7 兆件の取引に使われています（出典: ユーロモニター）。Google は昨年、コンビニエンス ストアの現金払いのように、取引がデバイス外で完結する新しい支払い方法をプレビューしました。世界銀行によると、全世界で 20 億人が銀行口座を保有していません。そうした状況で、この新しい支払い方法は、特に現金払いが一般的な新興市場で新規の購入者を開拓するきっかけになり得ます。
今回のリリースにより、インドネシアとマレーシアでは、セブン-イレブンや Alfamart などの有名小売店を含む 50,000 を超える店舗で、現金による 都度購入1 回限りの購入が可能になります。この新しい支払方法は、まもなくすべてのデベロッパーにご利用いただけるようになります。
Billing Library バージョン 3 では、ユーザーがアプリ以外（Play ストア全体など）で商品を見つけて購入できるようになります。1 つの例として、新しくなったスムーズなプロモーション コードの利用があります。例えば、定期購入の無料試用のプロモーション コードを提供すると、ユーザーは簡単に Play ストアでの購入に利用することができます。しかも、これはインストール前であっても使うことができます。この機能により、に、シンプルな購入、登録、インストールの体験が実現され、ユーザーの負担を減らすことが可能になります。
ゲームやアプリではアプリ内の購入がゲーム内のどのキャラクターやアバター、プロフィールにアトリビュートされる(アトリビュートできる)ようにする必要があります。Billing Library を利用することで、購入フローの立ち上げ時にそうした情報を特定することができます。購入の完了時に、情報が取得されその購入を正しくアトリビュートすることができます。それにより、非推奨の AIDL デベロッパー ペイロードを利用した独自のソリューションを構築する必要がなくなります。
Google Play のターゲット SDK 要件と同じように、新バージョンの Billing Library ですべてのユーザーがセキュリティ、パフォーマンス、ユーザー体験の改善を体感できることが重要です。2019 年の Google I/O において、Google は Billing Library バージョン 2 をリリースし、各メジャー リリースに 2 年のサポート期間を設けるなどの変更をアナウンスしました。
そのため、2021 年 8 月 2 日以降、新しいアプリでは Billing Library バージョン 3 以降を使用する必要があり、2021 年 11 月 1 日までに、すべてのアプリのアップデートで Billing Library バージョン 3 以降を使用する必要があります。
上記の日以降、古いバージョンの AIDL、Billing Library バージョン 1、Billing Library バージョン 2 との統合を利用したアプリは公開できなくなります。すでに Play ストアにあるアプリは引き続きダウンロードが可能で、アプリ内の購入を処理できます。ただしその後のアプリのアップグレードには、Billing Library バージョン 3 以降が必要です。
Billing Library バージョン 3 は現在（2020年6月11日以降）、Java と Kotlin で開発されているすべてのゲームとアプリの デベロッパーが利用できます。Unity を利用するゲーム デベロッパー向けに、Billing Library バージョン 3 ベースの Unity IAP プラグインもリリースしており、はこれにより、Unityを利用したアプリ開発においてもBilling Library バージョン要件を満たし、Play Billingの機能すべてにアクセスできるようになります。
請求関連の SDK とライブラリを Billing Library バージョン 3 に対応したバージョンにアップグレードしてください。SDK またはライブラリが利用できない場合は所有者に問い合わせてください。Google は主要なプロバイダとともに、Billing Library バージョン 3 との互換性について取り組みを進めています。
Google は年 1 回のアップグレードをおすすめしていますが、各メジャー リリースに対しては 2 年間のサポートを提供します。デベロッパーは、2020 年 6 月 11 日（日本時間 6 月 12 日）からすべての新規アプリに Billing Library バージョン 3 を利用し、2021 年の期限より前に可能な限り早期に既存の請求の統合を移行することをおすすめします。
Billing Library に移行していないデベロッパーにとって、既存のアプリを AIDL から移行することは簡単ではありませんが、できるだけスムーズに移行できるようサポートいたします。現在 AIDL を使用しているアプリ向けには、移行ガイドと動画チュートリアルが用意されています。
また、購入のアトリビューション、プロモーション コードの利用、不正対策に関するガイドとなる、ドキュメントもアップデートされています。実装に関する問題については、こちらまでご連絡ください。
Play コマース プラットフォームに関する改善全体についての詳細は、動画 What's new in Play Commerce をご覧ください。
皆様のアプリとゲームへ素晴らしい購入体験を実現するために、今後ともご協力をお願いいたします。
Reviewed by Tetsuo Midorikawa - Google Play Product Operations
「このデザイン システムは読んだり調べたりしやすく、タイポグラフィとスペースを活用してセクションを明確に表現し、シンプルな情報階層を実現しました。一連のスタイルやコンポーネントには一貫性があり、慎重に検討されているので、初めて目にした方にとっても最大限に直感的で使いやすい機能になっています」
