あなたのベッティングプラットフォームは、インプレイでベットするプレイヤー、毎週末に入金するプレイヤー、そして3週間前に静かになったプレイヤーを知っています。もしあなたのプッシュツールがそれらすべてを一つのリストとして扱うなら、その知識はそれに対処できるチャネルに決して届きません。プレイヤーセグメンテーションはギャップを埋めます：プレイヤーが実際に行っていること — フォローしているスポーツ、構築しているベット、行っているデポジット、プレイしてからの経過時間 — を、プッシュキャンペーンが送信するオーディエンスにマッピングします。
私たちはすでに、プッシュ通知のセグメンテーションがなぜ今やすべての業界のすべての送信者にとっての配信要件となっているのかをカバーしました。それは一般的なケースです。この記事はベッティングとゲーミングのケース、つまりプレイヤーモデルそのものです。追跡する価値のある7つの次元、それぞれがセグメントまたは属性のどちらに属するか、データプロジェクトなしでプラットフォームからモデルにどのようにデータを供給するか、そして最初の週からそれを活用する2つのアクショントリガーキャンペーンについて説明します。
なぜプレイヤーセグメンテーションはリストセグメンテーションではないのか
一般的なセグメンテーションはエンゲージメントシグナルを中心に構築されています：最近クリックした人、どのページから購読した人、モバイルで読む人。有用であり、必須条件です。しかし、プレイヤーは一般的なモデルには列がない状態を持っています。
プレイヤーはウォレットの状態を持っています：登録済みだが入金なし、少額ベットの常連、ハイティアVIP。プレイヤーはイベントカレンダーを持っています：試合日は時間ごとに何が関連するかを再編成します。プレイヤーは垂直市場に属しており、同じサイトのブックメーカーのベッターとスロットプレイヤーは、同じ通知からほとんど何も求めていません。そしてプレイヤーは自己除外することができ、これは抑制を丁寧さから義務に変えます。
商業的なリスクも異なります。小売購読者が解約すると、購入を失います。プレイヤーが解約すると、競合他社があなたが最初に支払ったのと同じアフィリエイトネットワークを通じて、全CACで彼らを再獲得します。あなたのプッシュリストは、離脱したプレイヤーをほぼゼロの限界費用で再エンゲージさせる唯一の所有資産です — ベッティングサイトの保持プレイブックがその議論を完全に展開しています。セグメンテーションは、リストがそれをどのように獲得するかです。
プレイヤーセグメンテーションモデル：重要な7つのプレイヤーセグメント
PushEngageは、プレイヤーセグメントを構築するための2つのデータプリミティブを提供します。セグメントは、購読者が参加および離脱する名前付きグループです — 興味やライフサイクルの状態に最適です。属性は、購読者レコード上のキーと値のフィールドです — 次元やカウンターに最適です。次のセクションでどちらを選択するかを説明します。まず、モデルについてです。
| 次元 | タイプ | 例の値 | それを活用するもの |
|---|---|---|---|
| スポーツ／リーグ／チーム | セグメント | プレミアリーグ、NBA、テニス、大きなクラブごとに1つのセグメント | フォロワーのみに試合アラートを送信；ダービーシーケンスは両方のクラブのセグメントに送信 |
| ベットタイプ | 属性またはセグメント | ライブベッター、試合前、アキュムレーター、キャッシュアウトユーザー | インプレイアラートはライブベッターに送信され、ブック全体には送信されません |
| 入金階層 | 属性 | 入金階層：なし / 低 / 中 / 高 | オファーサイズ設定。不適切な場所での入金プロンプトの抑制 |
| セッションの最近性 | セグメント（ローリング） | active-7d、lapsing-8-20d、dormant-21d+ | 衛生のバックボーン：誰が完全な頻度を受け取り、誰が復帰を受け取り、誰が沈黙を受け取るか |
| VIP階層 | セグメント + 属性 | vip-silver、vip-gold、vip-platinum | マイルストーンワークフロー、限定オファー、よりハイタッチな頻度 |
| ゲームプロバイダー / タイトル設定 | セグメント | プロバイダーファン、個々のスロットタイトル、ライブカジノ | 実際にプレイするプレイヤーへの新ゲームローンチとフリースピン配布 |
| 垂直 | セグメント | スポーツブック、カジノ、ライブカジノ、宝くじ、ファンタジー、eスポーツ | 最上位ルーター — ほとんどのプレイヤーは6つすべてではありません |
2つの追加。まず、オプトインコンテキスト — プレイヤーが購読したページ、デバイス、言語 — は自動的にキャプチャされるため、行動データが存在する前に初日セグメンテーションが存在します。フィクスチャページから購読したプレイヤーは、すでに垂直とチームを伝えています。試合日のプッシュシーケンスは、それを使って何をするかを示しています。
第二に、1つのセグメントが必須です：self-excluded。プレイヤーが自己除外すると、API呼び出しがそれを移動させ、すべてのオーディエンスがそれを除外し、アクティブなワークフローが停止します。ハードな抑制を迅速に行うことは、商業的な信頼の実践です — プレイヤーはオフスイッチを尊重するオペレーターのために通知をオンにしておきます。
セグメント対属性：経験則
テーブルのほとんどのディメンションはどちらとしても機能するため、セグメント対属性の決定はすべての行で発生します。経験則：送信したい場合はセグメントにし、分岐またはパーソナライズしたい場合は属性にします。
「ホームクラブをフォローする全員」は送信対象のオーディエンスなので、セグメントです。入金階層は、ワークフローが分岐する（「このプレイヤーは既に入金しましたか？」）ものや、オファーのサイズ設定に使用されるものなので、属性です。VIPステータスは正当に両方です：VIP限定キャンペーンのセグメント、およびワークフローがメッセージを選択する前に階層を確認できる属性。
オーディエンスグループは組み合わせを処理します。PushEngageはセグメントと属性をAND/OR/NOTロジックで組み合わせるため、「ホームクラブをフォローするライブベッターAND過去7日間アクティブだった」は、それが必要なすべてのキャンペーンとワークフローで再利用可能な1つの保存済みオーディエンスです。
ここに、セグメント対属性のルールが後で役立つ理由があります：両側がワークフローのトリガーとしても機能します。セグメントへの参加または離脱はワークフローを開始できるイベントであり、属性の更新も同様です。モデルを一度構築すれば、自動化トリガーマップも構築したことになります。
プラットフォームからモデルにフィードする：薄い統合であり、データプロジェクトではない
モデルの半分は、エンジニアリングを全く必要としません。ページベースのシグナル（プレイヤーがフィクスチャページを閲覧したり、ライブカジノロビーで90秒間過ごしたり、スロットページから購読したりするなど）は、SDKを介してセグメントに自動的に入力されます。
残りの半分はバックエンドにあります：デポジット、ベット決済、VIP変更、セッションアクティビティ。これらは、イベントが発生するとPushEngage REST APIまたはSDKを介して到着します。API呼び出しは、プラットフォームが基になるイベントを記録した瞬間に属性を更新したり、プレイヤーをセグメント間で移動させたりします。通常、オペレーターは重要な少数のイベント（デポジット、決済、適格フラグ）を数日で連携させます。これは薄い統合であり、ウェアハウスプロジェクトではありません。
デポジットティア：バックエンドのみが設定できるディメンション
ページ訪問ではデポジットは明らかになりません。プラットフォームはサインアップ時にdeposit_tierを設定し、すべてのデポジットイベントで更新します。その単一の属性がオファーサイジング、以下の初回デポジットワークフロー、および責任あるメッセージングゲートを強化します。プラットフォームが損失追跡パターンをフラグ付けできる場合は、そのフラグも属性としてフィードし、すべてのボーナスワークフローが送信前にそれをチェックします。デポジットティア属性は、今四半期に書く統合コードの中で最も価値の高い数行です。
セッションの最近性：自己維持するローリングセグメント
セッションの最近性セグメント（active-7d、lapsing-8-20d、dormant-21d+）はローリングです。メンバーシップはエンゲージメントの最近性から自動的に更新されるため、誰も毎週再構築する必要はありません。これらは衛生的なバックボーンです。アクティブなプレイヤーは完全なケイデンスを受け取り、ラプス中のプレイヤーはより軽い再エンゲージメントのリズムを受け取り、休眠中のプレイヤーは完全にブロードキャストから除外され、代わりに1回の短いウィンバックシーケンスを受け取ります。セグメントがクールダウンすると、頻度キャップは縮小します。
最後のルールは実際のお金に値します。Chromeは現在、エンゲージメントが非常に低く通知量が多いサイトの通知権限を自動的に取り消します（2025年10月10日発表）。完全なケイデンスを受け取り続ける休眠中の購読者は、それがサイレントに削除するプロファイルと全く同じです。セッションの最近性セグメンテーションは、それを供給するのを止める方法です。
アクショントリガーキャンペーン：モデルが強化する2つのワークフロー
上記すべては配管です。アクショントリガーキャンペーンは成果です。プレイヤーが何かを一度行った瞬間に送信されるものです。2つのブループリントが最初にその価値を示します。なぜなら、それらはオペレーターのファネルにおける2つの最も価値の高い瞬間をターゲットにするからです。登録したがデポジットしなかったプレイヤー、そして何かを開始して立ち去ったプレイヤーです。初回デポジット以降のカジノプッシュ通知は、両方をカジノファネルに導きます。ここにモデルレベルのビューがあります。
ブループリント：初回デポジットコンバージョン
registeredセグメントとdeposit_tier属性で実行されます。ビジネスプラン以上ではオーディエンストリガーワークフローとして構築してください。グロースでは、代わりにregistration_completedカスタムイベントからトリガーしてください。これにより、タイミングが実際のファネルイベントから実行されます。サイレントアワーは00:00～09:00、再スケジュールします。
- トリガー — 対象：セグメント
registeredかつdeposit_tierがnone。 - 送信 — 「ようこそボーナスをご用意しました。」ボーナスは利用可能で、期限はありません。入金プロンプトでは決して緊急性を煽らないでください。
- 待機 2日間、その後
deposit_tierを確認。入金済み → 終了。 - 送信 — プレッシャーではなく、明確に：ボーナスが実際にどのように機能するか、分かりやすい言葉で規約を説明します。
- 待機 3日間、その後もう一度確認。入金済み → 終了。
- 送信 — ボーナスではなく、プロダクトについて：今週末のカード、ロビーの新しいタイトル。終了。
deposit_tier の変更は、プレイヤーがどこにいてもシーケンスを終了させます。入金そのものが終了のトリガーです。5日間で3回の接触が上限です。終わりのない非入金者へのドリップは、まさにエンゲージメントが低く、大量配信のプロファイルであり、送信が制限される原因となります。
ブループリント：中断したところから再開
カート放棄のゲーミング版で、最も意欲の高いオーディエンスを対象としています：数分前までプレイ中だったプレイヤーです。プラットフォームは、認識できる放棄の瞬間にカスタムイベントをトリガーします — betslip_abandoned、deposit_abandoned、game_session_ended — カスタムイベントトリガーにはGrowthプランが必要です。サイレントアワーは00:00～09:00、スキップ：9時間後の再開通知はノイズになります。ベットスリップ版はこちら：
- トリガー — カスタムイベント
betslip_abandoned。 - 待機 45分 — 意図のウィンドウ内、監視されているように感じさせないほど速すぎない時間。
- 確認 — イベント以降
last_bet_atは更新されましたか？ はい → 終了。プレイヤーは自分で完了しました。 - 送信 — 「スリップはまだ準備できています。3つのレッグが保存されています — ワンタップで完了できます。」スリップに直接ディープリンクします。終了。
game_session_ended の場合は、プレイヤーが離れたタイトルでパーソナライズします。deposit_abandoned の場合は、1回のニュートラルな再開プッシュを送信して停止します — ボーナスの甘い誘いも、カウントダウンもありません。放棄された入金は、入金しないというプレイヤーの決定である場合があり、その決定は尊重されます。このファミリー全体を1日あたり1回の再開プッシュに制限します。
成果：クリック率の約3倍
PushEngage のベッティングおよびゲーミングサイトは35億件以上の通知を送信しており、そのデータ内の広がりが上記のモデルの全論拠です。中央値のベッティングサイト送信者は、表示された通知のCTRが約2.1%です。上位10%は6.9%です — 約3倍です。
同じチャネル、同じ業種、同じ種類のプレイヤー。上位10%はより良いコピーを書いているわけではありません。より少なく、よりターゲットを絞った通知を送信しています — プレイヤーセグメントまたはアクショントリガーが送信すべきだと指示したために届くプッシュです。
2026年のプラットフォームルールにより、最適化であったものが要件となります。2026年1月以降、Chromeはエンゲージメント時間に対するプッシュボリュームを基準に、毎日すべての送信元をスコアリングし、破壊的と分類した送信者を制限します。最近アクティブなプレイヤーへのセグメント化されたトリガー送信はスコアを健全に保ちますが、休眠リストへの一斉送信はスコアを低下させます。準拠した送信プロファイルとトップデサイル送信プロファイルは同じプロファイルです。導入部でリンクされている一般的なセグメンテーションの投稿がその仕組みをカバーしています。
60ではなく、6つのプレイヤーセグメントから始める
モデルには7つの次元がありますが、最初の構築には不要です。6つのプレイヤーセグメントから始めましょう。垂直分割（スポーツブック、カジノ）、実際に取引している2つまたは3つの主要なチームまたはリーグ、セッションの最近性、およびVIPです。デポジットティア属性を追加すると、最初の週で上記のどちらのブループリントも実行できます。
キャンペーンが必要とする場合にのみ詳細度を追加し、それより前には追加しません。誰も送信しないセグメントはメンテナンスの負債です。注意を要し、古くなり、すべてのオーディエンスピッカーを散らかします。新しいセグメントのテストは、それを使用するために名前が付けられたキャンペーンです。
Webとアプリプッシュのための1つのサブスクライバーモデル
この投稿のいかなる内容もWeb専用またはアプリ専用ではありません。上記のセグメント、属性、オーディエンスグループ、およびトリガーは1つのサブスクライバーモデルを形成します。一度構築すれば、両方のチャネルがそれを引き継ぎます。iOS、Android、React Native、およびFlutter SDKを介したアプリプッシュ通知は、Webプッシュと同じダッシュボード、同じオーディエンス、同じワークフローから実行されます。
これは、プレイヤーが複数のサーフェスに分散しているため、ほとんどの送信者よりもオペレーターにとって重要です。Webプッシュは、アプリをインストールしたことのないプレイヤーにリーチします。アプリプッシュは、ブラウジングセッションが終了した後も存続します。どちらのチャネルをリードとして使用するか、そして両方がいつ必要になるかは、ベッティングとゲーミングのためのWebプッシュ対アプリプッシュのトピックであり、アプリ側のセットアップはベッティングアプリ向けのプッシュ通知でカバーされています。
現在プレイヤーモデルを構築している場合は、6つのスターターセグメントをセットアップし、デポジットティア属性を接続し、他のすべてをスケーリングする前に初回デポジットワークフローを実行してください。PushEngageの価格はアクティブなサブスクライバーに応じてスケーリングされます。上記の最近性によるプルーニングは請求額を適正に保ちます。すべての有料プランには14日間の返金保証が付いています。プレイヤーセグメンテーションは、平均的な送信者とトップデサイルの間のギャップであり、プログラムを閉じる上で最も安価なギャップです。
