あなたのベッティングプラットフォームは、どのプレイヤーがインプレイでベットしているか、どのプレイヤーが毎週のように入金しているか、そしてどのプレイヤーが3週間前に静かになったかを知っています。プッシュツールがそれらすべてを1つのリストとして扱っている場合、その知識は、それに対応できるチャネルに届くことはありません。プレイヤーセグメンテーションはギャップを埋めます。プレイヤーが実際に行っていること（フォローしているスポーツ、構築しているベット、行っている入金、最近プレイした頻度）を、プッシュキャンペーンが送信するオーディエンスにマッピングします。
プッシュ通知セグメンテーションが、すべての業界のすべての送信者にとって配信要件である理由については、すでに説明しました。これは一般的なケースです。この記事は、ベッティングとゲーミングのケース、つまりプレイヤーモデルそのものです。追跡する価値のある7つの次元、それぞれがセグメントまたは属性のいずれかに属するかどうか、データプロジェクトなしでプラットフォームからモデルにどのようにフィードするか、そして最初の週からそれを可能にする2つのアクショントリガーキャンペーンについて説明します。
なぜプレイヤーセグメンテーションはリストセグメンテーションではないのか
一般的なセグメンテーションはエンゲージメントシグナルを中心に構築されています。最近クリックしたユーザー、どのページから購読したユーザー、モバイルで読んでいるユーザーなどです。有用であり、当然のことです。しかし、プレイヤーは、一般的なモデルには列がない状態を持っています。
プレイヤーはウォレットの状態を持っています。登録済みだが入金したことがない、低額ベットの常連、ハイティアVIPなどです。プレイヤーはイベントカレンダーを持っています。試合日の再編成は、時間ごとに何が関連しているかを決定します。プレイヤーは特定のカテゴリに属しており、同じサイトのスポーツブックベッターとスロットプレイヤーは、ほとんど同じ通知を求めていません。そして、プレイヤーは自己除外することができます。これにより、抑制は礼儀から義務に変わります。
商業的な利害関係も異なります。小売購読者が解約すると、購入を失います。プレイヤーが解約すると、競合他社は、あなたが最初に支払ったのと同じアフィリエイトネットワークを通じて、完全なCACで彼らを再獲得します。あなたのプッシュリストは、解約しかけているプレイヤーをほぼゼロの限界費用で再エンゲージさせる唯一の所有資産です。ベッティングサイトのリテンションプレイブックは、その主張を完全に展開しています。セグメンテーションは、リストがそれをどのように獲得するかです。
プレイヤーセグメンテーションモデル：重要な7つのプレイヤーセグメント
PushEngageは、プレイヤーセグメントを構築するための2つのデータプリミティブを提供します。セグメントは、購読者が参加および離脱する名前付きグループであり、興味やライフサイクルの状態に最適です。属性は、購読者レコードのキーと値のフィールドであり、次元とカウンターに最適です。次のセクションでは、それらの間の選択方法について説明します。まず、モデルについて説明します。
| 次元 | タイプ | 例の値 | 何が可能になるか |
|---|---|---|---|
| スポーツ/リーグ/チーム | セグメント | プレミアリーグ、NBA、テニス、主要クラブごとに1つのセグメント | フォロワーのみに試合アラートを送信。ダービーシーケンスは両方のクラブのセグメントに送信 |
| ベットタイプ | 属性またはセグメント | live-bettor、pre-match、accumulator、cash-out user | インプレイアラートはライブベッターに送信され、ブック全体には送信されません |
| 入金ティア | 属性 | deposit_tier: none / low / mid / high | オファーサイズ設定。不適切な場所での入金プロンプトの抑制 |
| セッションの最近の利用状況 | セグメント（ローリング） | active-7d、lapsing-8-20d、dormant-21d+ | 衛生のバックボーン：誰がフルケイデンスを受け、誰がウィンバックを受け、誰が沈黙を受け取るか |
| VIPティア | セグメント + 属性 | vip-silver、vip-gold、vip-platinum | マイルストーンワークフロー、限定オファー、ハイタッチケイデンス |
| ゲームプロバイダー/タイトル設定 | セグメント | プロバイダーファン、個々のスロットタイトル、live-casino | 実際にプレイしているプレイヤーへの新ゲームローンチとフリースピン配布 |
| 垂直 | セグメント | sportsbook、casino、live-casino、lottery、fantasy、esports | 最上位ルーター — ほとんどのプレイヤーは6つすべてではありません |
2つの追加機能。まず、オプトインコンテキスト — プレイヤーが購読したページ、デバイス、言語 — は自動的にキャプチャされるため、行動データが存在する前に初日セグメンテーションが存在します。フィクスチャページから購読したプレイヤーは、すでに垂直とチームを伝えています。 試合日のプッシュシーケンスは、それを使って何をするかを示しています。
第二に、1つのセグメントが必須です：self-excluded。プレイヤーが自己除外すると、API呼び出しによってそこに移動され、すべてのオーディエンスがそれを除外し、アクティブなワークフローが停止します。ハードな抑制を迅速に行うことは、商業的な信頼の実践です — プレイヤーは、オフスイッチを尊重するオペレーターのために通知をオンにしておきます。
セグメント対属性：経験則
テーブルのほとんどのディメンションはどちらとしても機能するため、セグメント対属性の決定は各行で発生します。経験則：送信したい場合はセグメントにし、分岐またはパーソナライズしたい場合は属性にします。
「ホームクラブをフォローしている全員」は送信対象のオーディエンスなので、セグメントです。入金ティアは、ワークフローが分岐する（「このプレイヤーは既に入金しましたか？」）ものや、オファーのサイズ設定に使用されるものなので、属性です。VIPステータスは正当に両方です：VIP限定キャンペーンのセグメント、およびワークフローがメッセージを選択する前にティアを確認できる属性。
オーディエンスグループは組み合わせを処理します。PushEngageは、AND/OR/NOTロジックでセグメントと属性を組み合わせるため、「過去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つの瞬間をターゲットにするからです。登録したがデポジットしたことがないプレイヤー、そして何かを開始して立ち去ったプレイヤーです。Casino push notifications from first deposit onwardは両方をカジノファネルに案内します。ここではモデルレベルのビューを示します。
ブループリント：初回デポジットコンバージョン
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億件以上の通知を送信しており、そのデータ内の広がりが上記のモデルの全体的な論拠となっています：中央値のベッティングサイト送信者は、表示された通知の約2.1%のCTRを記録しています。上位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日間の返金保証が付いています。プレイヤーセグメンテーションは、平均的な送信者とトップデサイルの間のギャップであり、プログラムを閉じるための最も安価なギャップです。
