您的博彩平台知道哪些玩家进行场内投注，哪些玩家每周末都会存款，以及哪些玩家在三周前已不再活跃。如果您的推送工具将所有这些玩家视为同一个列表，那么这些知识将永远无法传递到可以利用这些信息的渠道。玩家细分可以弥合这一差距：它将玩家的实际行为 — 他们关注的体育项目、他们构建的投注、他们的存款、他们最近一次游戏的时间 — 映射到您的推送广告系列所发送的受众群体上。
我们已经讨论了为什么推送通知细分现在是所有行业中每个发送者的可送达性要求。这是普遍情况。本文将讨论博彩和游戏行业的具体情况：玩家模型本身。值得跟踪的七个维度，每个维度是属于细分还是属性，如何从您的平台馈送模型而无需进行数据项目，以及它从第一周开始驱动的两个由操作触发的广告系列。
为什么玩家细分不是列表细分
通用细分是围绕参与信号构建的：谁最近点击了，谁从哪个页面订阅了，谁在移动设备上阅读。这很有用，也是基本要求。但玩家拥有通用模型没有列的某些状态。
玩家拥有钱包状态：已注册但从未存款、低额常规玩家、高等级VIP。玩家拥有事件日历：比赛日每小时都会改变相关内容。玩家属于某个垂直领域，同一网站上的体育博彩玩家和老虎机玩家几乎不需要相同的通知。玩家可以进行自我排除，这将抑制从一种礼貌行为变成一种义务。
商业风险也不同。当零售订阅者流失时，您会失去一笔购买。当玩家流失时，竞争对手会通过您第一次支付费用的同一联盟网络重新获取他们，并支付全额的客户获取成本。您的推送列表是唯一能够以近乎零边际成本重新吸引流失玩家的自有资产 — 博彩网站的留存手册完整地阐述了这一点。细分是列表实现这一目标的方式。
玩家细分模型：七个重要的玩家细分
PushEngage为您提供了两个数据原语来构建玩家细分。细分 (Segments) 是订阅者加入和离开的命名组 — 最适合兴趣和生命周期状态。属性 (Attributes) 是订阅者记录上的键值字段 — 最适合维度和计数器。下一节将介绍如何在它们之间进行选择；首先是模型。
| 维度 | 类型 | 示例值 | 它支持什么 |
|---|---|---|---|
| 体育/联赛/球队 | 细分 | 英超, nba, 网球, 每个大俱乐部一个细分 | 仅向关注者发送比赛提醒；德比系列赛发送给两个俱乐部的细分 |
| 投注类型 | 属性或细分 | live-bettor（现场投注者）、pre-match（赛前）、accumulator（累积投注）、cash-out user（提前兑现用户） | 现场投注者会收到即时警报，而不是全书 |
| 存款层级 | 属性 | deposit_tier: none / low / mid / high（存款层级：无/低/中/高） | 优惠规模；在不适用的地方抑制存款提示 |
| 会话近期活跃度 | 细分（滚动） | active-7d（7天内活跃）、lapsing-8-20d（8-20天内流失）、dormant-21d+（21天以上休眠） | 卫生骨干：谁获得完整节奏，谁获得挽回，谁获得沉默 |
| VIP层级 | 细分 + 属性 | vip-silver（VIP银卡）、vip-gold（VIP金卡）、vip-platinum（VIP白金卡） | 里程碑工作流、独家优惠、更高触达节奏 |
| 游戏提供商/游戏偏好 | 细分 | 提供商粉丝、个人老虎机游戏、live-casino（真人娱乐场） | 向实际玩这些游戏的玩家推出新游戏和免费旋转 |
| 垂直领域 | 细分 | sportsbook（体育博彩）、casino（娱乐场）、live-casino（真人娱乐场）、lottery（彩票）、fantasy（奇幻体育）、esports（电子竞技） | 顶级路由器——大多数玩家并非全部六种 |
两项补充。首先，选择加入上下文——玩家订阅的页面、设备、语言——会自动捕获，因此在任何行为数据之前就存在第一天细分。从比赛页面订阅的玩家已经告诉您他们的垂直领域和可能的团队；比赛日推送序列显示了如何利用这些信息。
其次，一个细分是强制性的：self-excluded（自我排除）。当玩家自我排除时，API调用会将他们移入其中，所有受众都会排除他们，并且他们正在进行的工作流会停止。快速硬性抑制是一种商业信任实践——玩家会为尊重关闭按钮的运营商保留通知。
细分与属性：经验法则
表中的大多数维度都可以作为两者使用，因此在每一行都会出现细分与属性的决策。经验法则是：如果您想发送给它，请将其设为细分；如果您想在其上分支或个性化，请将其设为属性。
“所有关注主队的人”是一个发送受众，因此它是一个细分。存款层级是工作流分支的内容（“该玩家是否已存款？”）以及用于确定优惠规模的内容，因此它是一个属性。VIP状态两者兼具：VIP专属活动的细分，以及工作流在选择消息前可以检查层级的属性。
受众组处理组合逻辑。PushEngage使用AND/OR/NOT逻辑组合细分和属性，因此“上周7天内活跃的关注主队的现场投注者”是一个已保存的受众，可供需要它的每个活动和工作流重复使用。
以下是细分与属性规则在后期发挥作用的原因：双方都兼作工作流触发器。加入或离开细分是一个可以启动工作流的事件，属性更新也是如此。构建模型一次，也就构建了自动化触发器地图。
从您的平台为模型提供数据：轻量级集成，而非数据项目
模型的一半根本不需要工程。基于页面的信号 — 玩家浏览某个比赛页面、在真人娱乐场大厅停留九十秒、从老虎机页面订阅 — 会通过 SDK 自动填充细分。
另一半则存在于您的后端：存款、投注结算、VIP 变更、会话活动。这些事件在发生时通过 PushEngage REST API 或 SDK 传输 — API 调用会在您的平台记录底层事件的瞬间更新属性或在细分之间移动玩家。运营商通常会在几天内连接少数重要的事件（存款、结算、资格标志）。这是一次轻量级集成，而非数据仓库项目。
存款层级：仅您的后端可以设置的维度
没有页面访问会显示存款。您的平台在注册时设置 deposit_tier 并在每次存款事件时更新它。这个单一属性支持优惠定价、下方的首次存款工作流程以及负责任的营销网关：如果您的平台可以标记追逐损失的模式，请将该标志作为属性传入，并且每个奖金工作流程在发送前都会检查它。存款层级属性是您本季度将编写的最有价值的几行集成代码。
会话新近度：自动维护的滚动细分
会话新近度细分 — active-7d、lapsing-8-20d、dormant-21d+ — 是滚动的：成员资格会根据参与新近度自动更新，因此没有人需要每周重建它们。它们是卫生骨干。活跃玩家获得完整的活动节奏，流失玩家获得较轻的重新激活节奏，休眠玩家则完全退出广播，只收到一个简短的挽回序列。频率上限随着细分冷却而缩小。
最后一条规则价值不菲。Chrome 现在会 自动撤销通知权限，针对那些用户参与度极低但通知量极高的网站（于 2025 年 10 月 10 日宣布）。持续收到您完整活动节奏的休眠订阅者正是它会静默移除的画像。会话新近度细分是您停止触发它的方法。
操作触发的广告系列：模型支持的两个工作流程
以上所有都是管道。操作触发的广告系列是回报：当一个玩家在关键时刻做了某件事时触发的发送。首先有两个蓝图值得拥有，因为它们针对任何运营商漏斗中价值最高的两个时刻 — 已注册但从未存款的玩家，以及已开始某项操作但中途放弃的玩家。首次存款后的赌场推送通知 会引导两者通过赌场漏斗；这是模型级别的视图。
蓝图：首次存款转化
在 registered 细分和 deposit_tier 属性上运行。在 Business 套餐或以上版本上将其构建为受众触发的工作流程；在 Growth 套餐上，则从 registration_completed 自定义事件触发它，以便计时基于真实的漏斗事件。静默时间 00:00–09:00，重新安排。
- 触发 — 受众：已注册
且存款等级为无的细分。 - 发送 — “您的欢迎奖金已准备就绪。” 该奖金显示为可用，永不过期。存款提示上永远不要使用紧迫感。
- 等待 2 天，然后检查
存款等级。已存款 → 结束。 - 发送 — 清晰，而非施压：奖金如何运作，条款通俗易懂。
- 等待 3 天，然后再次检查。已存款 → 结束。
- 发送 — 产品，而非奖金：本周末的卡牌，大厅里的新游戏。结束。
存款等级的任何更改都会使玩家退出序列；存款本身就是退出。五天内三次触达是上限。永无止境的未存款者涓流正是低参与度、高流量的画像，会导致发送者被限流。
蓝图：继续您上次中断的地方
游戏中的购物车放弃，针对您最高意向的受众：几分钟前还在进行操作的玩家。您的平台在可看到的放弃时刻触发自定义事件 — betslip_abandoned、deposit_abandoned、game_session_ended — 自定义事件触发器需要增长计划。静默时段 00:00–09:00，跳过：九小时后的恢复提醒会造成干扰。投注单版本：
- 触发 — 自定义事件
betslip_abandoned。 - 等待 45 分钟 — 在意向窗口内，不要太快以至于感觉被监视。
- 检查 — 自事件以来
last_bet_at是否已更新？是 → 结束；玩家自行完成。 - 发送 — “您的投注单仍然可用。已保存三项，一键完成”，直接链接到投注单。结束。
对于game_session_ended，根据玩家离开的游戏进行个性化。对于deposit_abandoned，发送一次中性恢复推送然后停止 — 没有额外的奖金，没有倒计时。放弃存款有时是玩家决定不存款，我们尊重这个决定。每天每个玩家最多一次恢复推送。
回报：点击率约三倍
PushEngage 上的博彩和游戏网站已发送超过 35 亿条通知，而这些数据中的分布是上述模型论证的全部依据：中等博彩网站发送者看到的已查看通知的点击率约为 2.1%；排名前十分之一的发送者达到 6.9% — 大约是三倍。
相同的渠道，相同的垂直领域，相同的玩家类型。排名前十分之一的发送者并非文案写得更好。他们发送的通知更少，但更有针对性 — 这些推送之所以能触达用户，是因为玩家细分或操作触发器表明应该发送。
2026 年的平台规则将此从优化变成了强制要求。自 2026 年 1 月起，Chrome 将根据参与时长对推送量对每个发送来源进行每日评分，并限制其归类为干扰性的发送者。对近期活跃玩家进行分段、触发式发送可以保持该评分健康；向休眠列表进行批量发送会降低该评分。合规的发送画像和顶尖的发送画像是同一个画像 — 引言中链接的通用分段帖子涵盖了其机制。
从六个玩家细分开始，而不是六十个
该模型有七个维度；您的第一个构建不应如此。从六个玩家细分开始：垂直细分（体育博彩、赌场）、您的博彩公司实际交易的两个或三个主要团队或联赛、会话近期性以及 VIP。添加存款层级属性，您就可以在一周内运行上述两个蓝图。
在广告系列需要时再增加粒度，不要提前增加。无人发送的细分是维护成本：它会消耗注意力，变得陈旧，并使每个受众选择器混乱。新细分的测试是等待使用它的已命名广告系列。
网页和应用推送的单一订阅者模型
此帖子中的任何内容都不是仅限网页或仅限应用。上述细分、属性、受众群体和触发器构成了一个订阅者模型：构建一次，两个渠道都会继承它。应用推送通知通过 iOS、Android、React Native 和 Flutter SDK，与您网站的网页推送使用相同的仪表板、相同的受众群体和相同的流程进行管理。
这对于运营商来说比对大多数发送者更重要，因为玩家分布在不同的平台。网页推送可以触达从未安装您应用的玩家；应用推送在浏览会话结束后仍然有效。哪个渠道优先，以及何时需要两者兼顾，是投注和游戏网页推送与应用推送的比较的主题；应用端设置在投注应用的推送通知中进行了介绍。
如果您现在正在构建玩家模型，请设置六个入门细分，连接存款层级属性，并在扩展其他任何内容之前运行首次存款工作流。PushEngage 的定价随活跃订阅者而扩展 — 上述近期性修剪使账单保持准确 — 并且每个付费计划都附带 14 天退款保证。玩家细分是中等发送者和顶尖发送者之间的差距，也是您计划中关闭成本最低的差距。
