· Publishing · 4分で読めます

アプリの新バージョンをリリースせずにGoogle Playのストア掲載情報を更新する方法

アプリの新バージョンをリリースせずにGoogle Playのストア掲載情報を更新する方法
TL;DR.Google Playはストア掲載情報をアプリのリリースとは別のものとして扱います。アプリがすでに一度以上公開されていれば、テキスト、スクリーンショット、フィーチャーグラフィックを編集し、新しいAPKやAABなしでそれだけを公開できます。ほとんどの変更は数時間以内に反映されますが、アプリ名やアイコンなど一部はGoogleの審査を受けるため、もう少し時間がかかることがあります。Appleの仕組みはこの逆で、両ストアに配信しているチームの多くがここでつまずきます。

Google Playでスクリーンショットを差し替えたり、説明文の誤字を直したり、新しいフィーチャーグラフィックを差し込みたいとします。そのためだけに新しいビルドを作り、バージョンコードを上げて、ロールアウトを回す必要はありません。Playではその必要がないのです。掲載情報とリリースは別のオブジェクトで、Play Consoleでは片方だけを触ることができます。

Google Playは掲載情報とリリースを分けている

Play Consoleの中には並行して存在する2つのものがあります。アプリとはAPKまたはAABのリリース、つまりトラックを通じてロールアウトするバージョン管理されたバイナリのことです。ストア掲載情報とは、ユーザーがストアページで目にするすべて、つまりアプリ名、短い説明文と完全な説明文、スクリーンショット、フィーチャーグラフィック、アイコンのことです。掲載情報はGrow users → Store presence → Main store listingから編集でき、これらの編集はリリースとは独立しています。

条件は1つだけあります。アプリが少なくとも一度は公開されている必要があるということです。掲載情報は最初のリリースと同時に初めて公開されます。それ以降は、アプリの寿命が続く限りいつでも単独で編集できます。バンドルを変更せずに説明文だけを変えるのは、通常のサポートされたフローです。フィールドを編集し、保存して、掲載情報の変更だけを単独で送信します。

掲載情報のみの変更を公開する方法

  1. 掲載情報を開く。Play Console → 対象アプリ → Grow users → Store presence → Main store listing
  2. 必要な箇所を編集する。スクリーンショットを差し替え、フィーチャーグラフィックを更新し、短い説明文や完全な説明文を書き直し、名前やアイコンを調整する。
  3. 保存して変更を送信する。リリースは紐づいていません。Play Consoleはこれをアプリバンドルの更新とは別の、ストア掲載情報の変更として記録します。
  4. 公開されるのを待つ。管理された公開をオフにしている場合、審査が通れば承認済みの変更は自動的に反映されます。

すぐ反映されるものと審査が入るもの

すべてのフィールドが同じ挙動をするわけではありません。スクリーンショットとほとんどのテキスト変更は、通常数時間以内にストアページへ反映されます。しかし一部の要素、特にアプリ名とアイコンはGoogleの審査対象となり、変更が公開されるまで数時間から1〜2日かかることがあります。

  • すぐ反映:スクリーンショット、フィーチャーグラフィック、ほとんどの説明文の編集は通常数時間以内に反映されます。
  • 審査対象:アプリ名、アイコン、その他一部の要素はGoogleによる確認が入り、1〜2日かかることがあります。

実務上のポイントは、掲載情報の刷新をローンチ日や広告キャンペーンに合わせる必要がある場合、名前とアイコンの変更は当日の朝ではなく1〜2日前に送信しておくことです。スクリーンショットは通常もう少し後回しにしても構いません。

管理された公開なら、指示するまで承認済みの変更を保留できる

タイミングをより厳密に管理したい場合は、公開の概要から管理された公開をオンにします。これを有効にすると、カスタムストア掲載情報やストア掲載情報実験を含むストア掲載情報の変更は、審査を通過した後も保留されます。「公開準備完了」の状態で待機し、自分で公開をクリックするまでは何も反映されません。

これは掲載情報の更新をローンチイベント、プレスリリース、有料キャンペーンに合わせて調整したいときに使う仕組みです。すべてを事前に承認しておき、審査が終わり次第ぽつぽつと反映されるのを見守るのではなく、狙った瞬間にまとめて公開できます。

Appleは逆の仕組み。ここが落とし穴

両ストアに配信しているチームがつまずくのはここです。App Storeでは、デフォルトのスクリーンショットはアプリのバージョンに紐づいています。公開中のアプリでスクリーンショットを変更するには、バイナリ自体は変わらなくても新しいバージョンを作成し、App Reviewに提出する必要があります。これを回避する狭い道(カスタムプロダクトページやProduct Page Optimizationテスト)もありますが、デフォルトの掲載情報はバージョンに従います。

つまり「スクリーンショットを変えるだけ」という同一の作業が、Google Playでは軽い掲載情報の編集で済むのに対し、Appleではバージョン送信になります。両方を運用しているなら、この非対称性を頭に入れておいてください。Playの掲載情報の微調整は本当にすぐ終わりますが、App Storeでの同じ調整はApp Reviewの順番待ちを意味します。

Mokbiが役立つ場面

Mokbiは掲載情報全体を扱います。スクリーンショットとフィーチャーグラフィックをデザインし、掲載情報の全文を作成し、それを50の言語に翻訳することで、どのロケールのストアページもネイティブスピーカーが書いたように読めるようにします。機械翻訳をかけただけのようには見えません。

そのうえでMokbiがあなたに代わって公開します。Google Playの場合、Play Developer APIを通じて掲載情報のテキストと素材をそのままストアへ送信します。新しいビルドも、Play Consoleへの手作業でのコピー&ペーストも不要です。App Storeの場合は、App Store Connect内にすべてを提出可能な状態でセットしておきます。Submitを押してApp Reviewを通すのはApple側のルールであり、ツールの制約ではありません。いずれの場合も、素材とテキストは全言語分そろい、掲載情報が世に出ていきます。

次に読む記事

エディタを開く →