ゲームリテンションのためのプッシュ通知：カーブを動かすワークフロー

あなたの月曜日のリテンションレビューは、いつものチャートで開かれます。初日リテンションは約27%で推移しています。7日目は8%に低下しました。30日目までには、100人中2人未満のプレイヤーがアプリを開いています。先週送信したプッシュ通知は、まずまずの開封率を獲得しましたが、カーブは動きませんでした。通知がタップされることと、プレイヤーが実際に戻ってきてプレイし続けることとの間のそのギャップは、ほとんどのスタジオがゲームリテンションのためにプッシュ通知をどのように使用しているかという問題全体です。

上記の数字は珍しいものではありません。 GameAnalyticsの2025年モバイルゲームベンチマークによると、中央値の7日目リテンションは3.4%から3.9%、トップクォタイルタイトルでも7〜8%、30日目リテンションの中央値は1%未満です。プッシュは、プレイヤーがそのカーブを滑り落ちる前に介入できる数少ない所有チャネルの1つです。しかし、それはゲーム内行動や収益に関連付けられたトリガーワークフローのセットとして構築された場合にのみ機能し、開封率で測定されるカレンダーブラストとしては機能しません。

この記事では、そのアプローチを説明します。開封率が間違ったスコアボードである理由、プレイヤーが戻ってくるかどうかを決定する4つのライフサイクルモーメント、それらに対して構築できる4つのプッシュ通知ワークフロー、競合他社が無視しているアプリプッシュプラスウェブプッシュレーン、そしてタップではなくゲーム内収益に各通知をアトリビュートする方法です。

ほとんどのゲームプッシュ通知が開かれて無視される理由

開封はリターンではありません。リターンはセッションではありません。セッションは進行ではありません。そして進行こそが、30日目にプレイヤーがまだいるかどうかを実際に予測するものです。通知がタップされてもプレイヤーがホーム画面から離脱したり、40秒プレイして離れたりした場合、開封率が22%であったとしても、リテンションカーブは気にしません。

これは、ゲームプッシュ通知に関するほぼすべてのガイドが陥る測定の罠です。開封率を上げるために、ヘッドライン、絵文字、送信時間を最適化し、開封率を勝利として報告します。開封率はせいぜい先行指標であり、最悪の場合は虚栄心指標です。あなたが必要とする行動は、次の意味のあるマイルストーンに到達する復帰プレイヤーです。

プッシュ通知は行動を促すことができます。偽装はできません。通知は、プレイヤーをゲームプレイの理由の前に戻すことができます。未獲得の報酬、友達の番、補充されたエナジーバー、まもなく終了する限定イベントなどです。次に何が起こるかは、ゲームループによって決まります。したがって、ゲーム維持のためのプッシュ通知の仕事は、狭く具体的です。つまり、適切な理由を、適切なプレイヤーに、その理由が現実になった瞬間に届け、そしてタップしたかどうかではなく、進捗したかどうかを測定することです。

リテンションはブラストではなくライフサイクルです。プレイヤーが戻ってくるかどうかを決定する4つのモーメント

実際に機能するプレイヤー維持戦略は、カレンダーではなく行動に火をつけます。「火曜日の午後6時に全員に」は一斉送信です。「プレイヤーがインストールしたが、20分経ってもチュートリアルを完了していない瞬間に発火する」はトリガーです。トリガーはライフサイクルの瞬間にマッピングされ、4つの瞬間がほとんどの作業を行います。

各モーメントに対応するプレイヤーリテンション戦略

ライフサイクルの瞬間	行動シグナル	リスクのあるもの
最初のセッション	インストール済みだが、最初のマイルストーンに到達していない	カーブ全体で最も急なチャーンの崖。ほとんどのプレイヤーはここで辞めます。
オンボーディングから習慣へ	数回プレイしたが、まだルーチンが形成されていない	プレイヤーは決して常連にならず、7日目に失速します。
習慣からロイヤルへ	定期的にプレイし、連勝または進行の壁にぶつかる	不満または退屈な常連が休眠状態に移行する
休眠状態への移行	最後のセッションからの経過日数がしきい値を超える	プレイヤーは再アクティブ化されない限り失われます。完全な再獲得コストが迫っています。

各瞬間は構築を待っているトリガーです。最初のセッションの瞬間は、SERPの残りの部分が脚注として扱うものですが、カーブの大部分が失われる場所でもあります。最初の数分で最初の勝利に到達できなかったプレイヤーは、自分から戻ってくることはめったにありません。それは、翌日のメールではなく、リアルタイムのトリガーです。

ゲームリテンションのための4つのプッシュ通知ワークフロー（トリガー、タイミング、終了基準）

上記のライフサイクルをカバーする4つのワークフローを次に示します。それぞれが、維持オペレーターが定義すべき方法で定義されています。つまり、それを開始するトリガー、タッチ間のタイミング、メッセージのジョブ、そしてほとんどすべての競合記事が省略する部分、つまりワークフローがそのジョブを完了したらプレイヤーが聞かなくなる終了基準です。エンジニアリングチケットなしでワークフローを視覚的に構築できます。これは、維持を担当する人がビルドを担当する人ではない場合に重要です。

ワークフロー	トリガー	タイミング	メッセージのジョブ	終了基準
初回セッションの保存	最初のマイルストーンなしでのインストール	+20分、+24時間	ほとんど達成しかけた最初の勝利にプレイヤーを引き戻す	最初のマイルストーン到達
習慣ビルダー/ストリークキーパー	2回以上のセッション、毎日のルーチンなし	プレイヤーの通常のプレイ時間に毎日、最大1回/日	ストリークを保護し、今日のオープンの理由を表示する	習慣形成（例：7日間で5回セッション）またはプレイヤーが休眠状態になった場合 → リエンゲージメントへ
進行状況と報酬の再参加	未請求の報酬、補充されたエネルギー、または新しいコンテンツ	イベントベース、理由が真になったときにトリガー	「報酬が待っています」/「あなたの番です」	報酬請求済みまたはコンテンツ表示済み
離脱プレイヤーのリエンゲージメント	最後のセッションから7〜14日	+7日、+14日、その後停止	罪悪感ではなく、戻る具体的な理由を提供する	プレイヤーが戻るか、ワークフローが終了する（無限のしつこい通知はしない）

実際のビルドで尊重されるべきいくつかの注意点。最初のセッションでの保存は、あなたが所有するワークフローの中で最も影響力のあるものです。なぜなら、それはカーブの最も急な部分に介入するからです。最初のタッチは、プッシュ通知オンボーディングテンプレートから取得した、プレイヤーがまさに取得しようとしていたものに正確に言及する必要があります。最初のセッションでの保存は、実際には期限付きのウェルカム通知です。

ストリークキーパーは、サイレントアワーと頻度キャップを尊重しなければなりません。さもなければ、プレイヤーがあなたをミュートする原因になります。ウィンバックワークフローは、プレイヤーが完全に離れてしまう前に、非アクティブなプレイヤーを再エンゲージするために存在します。ここでは意図的に短く、2回のタッチでハードストップとしていますが、深い再活性化はそれ自体が専門分野です。完全なシーケンスデザインが必要な場合は、離脱したプレイヤーを再エンゲージする方法を参照してください。

最初のセッションでの保存、2回目のタッチのサンプルコピー：「あなたはレベル1をクリアするのにあと2手でした。あなたが戻ってきたら、それはまだそこにあります。」感嘆符なし、偽の緊急性なし、プレイヤーが実際に停止した場所への具体的な参照。

アプリプッシュとウェブプッシュの組み合わせ：SERPが見落としたチャネル

ゲームのアプリプッシュ通知が到達できないもの

このトピックに関するすべての競合する記事は、1つの配信サーフェスを想定しています。それは、FCMまたはAPNsを介してゲームプッシュ通知を送信するモバイルアプリです。ゲームのアプリプッシュ通知に関するほとんどのカバレッジは、単一のサーフェスで止まっています。その仮定は、プレイヤーが到達不能になることを意味します。ゲームはインストールされたアプリの中だけで生きているわけではありません。

それらは、プレイヤーがリーダーボードをチェックするコンパニオンサイト、HTML5およびブラウザビルド、コミュニティおよびパッチノートページ、デスクトップランチャーに存在します。アプリをインストールしないプレイヤー、またはアンインストールしたがまだあなたのサイトを訪問するプレイヤーは、アプリ専用スタックからは見えません。

ここで、ゲーム用のウェブプッシュ通知とアプリプッシュ通知を並行して実行することが、状況を変えます。ウェブプッシュのオプトインはアプリストアのインストールによって制限されないため、ブラウザゲームやコンパニオンサイトの訪問者はワンクリックで購読でき、アプリをダウンロードしたかどうかにかかわらず、再びリーチできます。たとえば、職場でHTML5ゲームをデスクトップでプレイし、モバイルビルドに触れたことのないプレイヤーを考えてみてください。アプリプッシュは彼らに到達できません。ウェブプッシュは、アプリが送信するのと同じ「あなたの番です」通知で、彼らに到達できます。

ポイントは「2つのツールを使う」ことではありません。それは、両方のサーフェスにまたがる単一のサブスクライバーID、単一のワークフロー、および単一の頻度キャップです。これにより、アプリでアクティブなプレイヤーが同じイベントでウェブでも同時に通知されることを防ぎます。所有チャネル全体でのそのようなオーケストレーションは、結果の最初のページにあるアプリ専用の競合他社が行えない動きです。

各通知をオープンの代わりにゲーム内収益に紐付ける

リテンションオーナーは最終的に、予算を管理する誰かにチャネルを擁護する必要があります。「私たちの再エンゲージメントプッシュは19%の開封率を達成しました」では、その会話は乗り越えられません。「私たちの初回セッション保存ワークフローは先月4,100人のプレイヤーを戻し、そのうち1,300人が初回購入ポイントに到達し、ゲーム内購入収益で11,400ドルを生み出しました」なら可能です。

計測する必要があるチェーンは、通知配信 → セッション開始 → マイルストーンまたは進行到達 → ゲーム内購入または広告表示 → 30日LTVと続きます。通知レベルでの目標追跡は、収益を、それを生み出した特定のワークフローとタッチに帰属させ、プッシュを区別されない塊として扱うのではなく、ループを閉じます。

ワークフローごとの収益が見えるようになると、開封率の調整をやめ、タップは動かすが money は動かさないタッチをカットし、LTV を動かすタッチを倍増させるようになります。

ゲーム内購入通知を追跡可能な収益ラインにする

これもゲーム内購入通知がその価値を示す方法です。ゲーム内購入通知を目標追跡を付けて独自のワークフローとして追跡すれば、タッチごとの収益は推測ではなくなります。「報酬が待っています」というメッセージは、コンバージョンしたプレイヤーを戻したことを示すことができる場合、リテンションの単なるおまけではありません。それは、帰属させ、擁護し、スケールできる収益項目なのです。

セグメンテーションはリテンションワークです：進行状況、支出、および最近性

すべてのガイドは「プレイヤーをセグメント化する」と言いますが、ゲームでそれをどう行うかについてはほとんど言及しません。RFMのリテンション版は、すでに追跡している3つの軸から構築されます：進行レベル、支出ティア、および最近性（最後のセッションからの日数）。これらをクロスさせると、上記のワークフローは広範なものから外科的なものへと鋭くなります。

最初に構築する価値のある3つの複合セグメント：

• 失われつつある高価値プレイヤー。 トップ支出ティア、深い進行、最後のセッションから7日以上経過。これは失うのが最もコストのかかるプレイヤーであり、取り戻すのが最も安価なプレイヤーです。そのため、一般的なプッシュではなく、本当に価値のある理由で復帰を促す優先的な復帰ワークフローにルーティングしてください。
• チュートリアル離脱者。 インストールしたが、最初のマイルストーンをクリアしたことがなく、最近性が低い。初回セッション保存はまさにこのセグメントのために存在します。開始すらしていないプレイヤーにストリークメッセージを無駄にしないでください。
• 週末限定カジュアルプレイヤー。 中程度の進行、土曜日と日曜日のみプレイ。平日の送信を抑制し、ストリークキーパーを実際のプレイウィンドウに集中させます。

セグメンテーションは、これらのプレイヤーリテンション戦略がノイズになるのを防ぐものです。失われつつあるクジラを維持するのと同じワークフローは、チュートリアル離脱者を悩ませます。セグメントは、各トリガーが誰に発火するかを決定し、それを正しく行うことが、プレイヤーが維持するチャネルとミュートするチャネルとの間のほとんどの違いを生み出します。

プッシュでは解決できないこと、そしてその実際のコスト

プッシュは、戻る価値のあるゲームループを増幅します。それ自体ではゲームループを製造できません。プレイヤーがコアループが薄い、難易度が不当に急上昇する、またはマネタイズが敵対的であるために離脱する場合、どの通知頻度もカーブを維持することはできず、プレイヤーが離れると決めたゲームにさらにプッシュを送信することは、アンサブスクライブを早めるだけです。ゲームリテンションのためのプッシュ通知の正直なバージョンは、プッシュはプレイする理由ではなく、戻るためのパスであると受け入れることから始まります。

それを踏まえると、コストの問題が重要になります。新しいプレイヤーを獲得するには、UAの支出、ストア手数料、ファネル全体など、完全なインストールコストがかかります。非アクティブなプレイヤーを再エンゲージするには、関係とチャネルがすでに存在するため、そのコストのほんの一部で済みます。価格設定モデルはこのロジックに合わせるべきです。

PushEngageはアクティブな購読者に対してのみ課金するため、プレイヤーが休眠状態になり、メッセージを送信しなくなった場合、請求額は、メッセージを送信しなくなったリストとともに増加するのではなく、縮小します。メッセージごとの課金やリストサイズ課金と比較し、ゲームのアプリプッシュ通知の量が増加したときにスタジオが検討するFirebaseプッシュ通知の価格設定のトレードオフと比較してください。

それがPushEngageが採用しているモデルです。アクティブな購読者に対してのみ支払います。

それが1行で表されるリテンションの計算です。ゲームにとって最も安価な成長は、すでにインストールしたプレイヤーです。4つのワークフローを構築し、アプリとウェブプッシュ全体で実行し、進行状況と支出でセグメント化し、収益で測定します。これが、ゲームのリテンションのためのプッシュ通知が毎週のブラストではなくなり、毎週月曜日に開くカーブを動かし始める方法です。

最初のセッションで保存するワークフローを構築する準備はできましたか？アクティブな購読者に対してのみ支払うプランで開始し、今週中にリリースしてください。