面向发布商的推送通知自动化：5 个工作流蓝图

突发新闻推送于上午6:47触发。八万订阅者。三个时区的iPhone和笔记本电脑上亮起了五十万个通知图标。到上午6:53，您的仪表板显示点击率（CTR）为4.1%——对于突发新闻来说相当不错——六分钟内有3,200次点击。新闻正在传播。您应该感觉良好。

您感觉不好。出版商的推送通知自动化本应干净利落地实现这一刻；但您却感到三个仪表板无法快速回答的问题。80,000这个细分群体是否合适，或者推送是否发送给了那些从不希望被叫醒听政治新闻的政治新闻选择退出者？上午6:47是正确的发送时间，还是上午7:15会更好地抓住通勤火车群体？以及您无法停止思考的问题：过去30天内流失的读者是否收到了这次推送，或者冷却期是否跳过了他们，如果跳过了他们，那些实际上会点击突发新闻的首页读者是否收到了？

这就是大多数新闻编辑室中出版商的推送通知自动化：当新文章进入feed时，RSS自动推送会发送通知；前台手动触发的突发新闻触发器；以及两年前由邮件团队某人设置、但无人完全理解的流失警告触发器。三种“自动化”机制，彼此之间互不了解，没有一个能对订阅者在阅读旅程中的位置有清晰的认识。

本文将探讨出版商的推送自动化实际上应该是什么样子——工作流架构，而不是在突发触发器上附加的RSS广播——并提供五个面向出版商的工作流蓝图，包含时间安排、退出标准以及将每个蓝图转化为广告运营和会员资格可辩护的条目的收入计算。

为什么“出版商的自动推送通知”正在阻碍回头访客率

自动化一词在出版业中所扮演的角色，与它在电子商务和SaaS领域中所扮演的角色如出一辙，承担着同样不应有的工作。当大多数新闻编辑室的受众团队谈论为出版商自动推送通知时，他们指的是由RSS馈送的广播计划：每当有新文章发布时，就会触发一个通知，没有状态、没有细分、没有触达之间的等待、没有退出条件。新文章上线，自动推送就会触发。突发新闻得到证实，编辑团队手动触发推送。订阅者变得不活跃，一次性触发一个流失警告推送，然后放弃。每种机制都有自己的管道，彼此之间互不了解，也不知道订阅者在其阅读生命周期中所处的实际位置。

工作流则不同。工作流是一个有多重状态的多步骤旅程。它知道订阅者何时选择加入、他们关心哪些主题、他们最近阅读了什么、以及哪些条件会取消该旅程。突发新闻工作流不会在故事得到证实的那一刻就向所有人发送一次推送。它会先向10%的先行指标群体发送，等待五分钟，让新闻编辑室观察反应，然后将剩余的90%保留，直到编辑明确确认该故事在早期审查中表现良好，然后才向其余的人发送——或者如果早期反应表明存在问题，则完全取消推送。

最后一句是关键区别。RSS自动推送无法记住早期群体如何响应。而工作流可以。如果你的新闻编辑室曾经不得不发送后续推送来更正之前的突发新闻推送，那么你不是遇到了自动化问题。你缺少的是自动化实际上可以解决的验证环节。

对于一个中型市场的受众发展团队来说，这种区别决定了他们是获得持续增长的回访率，还是每季度回访率都在下降。三个并行运行的触发器会产生三个相互干扰的频道，而没有连贯的旅程。五个协调运行的工作流会为每个订阅者在每个生命周期阶段产生一个旅程，并根据主题、时效性和订阅状态进行分支和限制。这个关键词的搜索结果将问题框定为“发送哪种推送通知”，并以工具列表的形式给出答案。但这并不是一个在早上6:47的新闻编辑室所问的问题。

出版商推送通知工作流的解剖

在蓝图之前，是词汇。出版商推送通知工作流由六种节点类型构建而成。一旦你了解了每种节点的作用，本文中的所有蓝图都将读起来像一张图表，而不是一段描述。

开始。 入口点。START节点定义了工作流如何被触发，可以通过订阅者事件（story_published、breaking_news_verified、article_read、paywall_meter_hit、breaking_news_confirmed — 新闻编辑室从仪表板触发的编辑确认事件）或通过在预定时间选择符合条件的订阅者的受众过滤器（last_active > 14d、subscription_inactive、topic_opted_in: sports）来触发。一个工作流有且只有一个START节点。

等待。 延迟。WAIT节点将订阅者保留指定时长：几分钟用于突发新闻验证窗口，几小时用于后续序列，几天用于订阅转化培育，或直到特定日历时间。等待是工作流学会不进行广播的方式。

决策。 双向分支。DECISION节点检查每个订阅者的条件 — 订阅者是否已选择政治话题，他们是否已达到付费墙限制，他们当前是否为付费订阅者，编辑团队是否已触发breaking_news_confirmed事件。决策是工作流停止对每个订阅者和每个突发新闻进行相同处理的方式。

拆分路径。 基于百分比的分叉。SPLIT_PATH节点根据配置的百分比将订阅者路由到不同路径：突发新闻分阶段推出使用10/90，订阅提示文案的A/B测试使用50/50，每日摘要的三种发送时间测试使用33/33/34。负载均衡是自动的；一旦你有了赢家，就可以将其提升到100%。

操作。 实际工作。ACTION节点发送推送通知，将订阅者添加到细分，更新自定义属性，向你的ESP（Mailchimp、Substack、Beehiiv、Sailthru — 用于协调新闻通讯包含或注册）发送HTTP请求，启动另一个工作流，或停止一个工作流。PushEngage Workflows支持十一种操作类型。对发布者最有用的操作是SendPushNotification、AddSegment、HttpRequest和Workflow.Start。

结束/退出。 终点。END表示自然结束。EXIT表示提前终止 — 在Decision的NO路径上，当订阅者不再符合条件时，当冷却规则触发时，或当目标达成时（开始订阅、流失读者返回、文章关闭）。

下面的每个蓝图都由这六个部分组成。

出版商的五种工作流蓝图

这些不是模板。它们是新闻推送通知自动化的工作蓝图，受众发展团队可以在同一周内交付。每个蓝图都列出了其触发器、运行类型、节点序列、退出标准以及为之构建的发布者指标。你可以将它们全部导入PushEngage Workflows构建器并在不到一小时内交付第一个版本。旧的用于推广新闻网站的推送通知中心帖子目录化了这些蓝图实现的更广泛的广告系列类型；接下来是连接这些广告系列形成序列的旅程架构。

蓝图1 — 新订阅者欢迎

• 触发器 (开始): 事件 PushEngage.Subscriber.Added
• 运行类型：单次（每个订阅者在 90 天内仅限一次欢迎旅程）
• 流程：立即发送欢迎推送，其中包含您最近最受欢迎的文章 → 等待 1 天 → 发送主题偏好推送，询问哪些版块最重要（体育、政治、商业、本地、生活方式、观点） → 等待 2 天 → 决策：订阅者是否打开过这些主题中的任何文章？ → 是：将订阅者添加到 active_subscribers 分段，结束 → 否：发送“您为何而来？”推送，其中包含精选的三篇文章摘要，结束
• 退出标准：无。欢迎系列应为所有选择加入的用户完整运行。
• 发布商指标：第 7 天的回访率。主题偏好二次触达是欢迎过程中杠杆率最高的时刻 — 新闻网站和发布商的推送通知示例页面列出了适用于此触达的文案模式。对于此工作流上游的 opt-in 优化，提高您的网站推送订阅率帖子涵盖了提示机制。

蓝图2 — 突发新闻快速部署

• 触发器（开始）：自定义事件 breaking_news_verified（由编辑 CMS 在故事通过初步验证时触发）
• 运行类型：多次并行（每条突发新闻都是一个独立的工作流实例）
• 流程：SPLIT_PATH 10/90 — 10% 的已选择主题的订阅者立即收到推送作为先行指标；其余 90% 的订阅者等待 5 分钟 → 决策：新闻编辑室在审查了 10% 的用户初步响应后，是否已从仪表板触发了 breaking_news_confirmed 事件？ → 是：操作向 90% 的用户发送推送 → 否：操作向 90% 的用户发送带有更新标题的更正后的推送，结束
• 冷却规则：工作流级别，通过与 received_breaking_push_recently 订阅者属性相关联的退出标准强制执行。同一订阅者在 90 分钟内不会收到第二次突发新闻推送。
• 退出标准：story_corrected（编辑撤回）或 received_breaking_push_recently=true
• 发布商指标：按主题划分的突发新闻点击率。这是解决新闻编辑室争论不休的速度与准确性权衡的工作流。10% 的先行指标队列为编辑提供了实时信号，而无需承诺整个订阅者群。编辑确认门是一个人工审核检查，而不是自动点击率阈值 — 引擎在向 90% 的用户发送推送之前，会等待编辑确认故事是否属实。该架构与严肃新闻编辑室实际验证突发新闻的方式相匹配；工作流只是强制执行了纪律。

蓝图3 — 故事跟进（双工作流链）

故事跟进是两个通过分段连接的工作流，而不是一个带有无限期事件等待的工作流。工作流等待节点支持基于持续时间和基于日期的等待，但不支持“等待直到事件 X 触发”的语义，因此滚动故事模式由共享状态（通过关注者分段）的两个工作流组成。

工作流A（订阅故事）：

• 触发（开始）：自定义事件 article_read，包含 story_id 载荷
• 运行类型：多个并行
• 流程：操作将订阅者添加到 story_X_followers 分段 → 结束

工作流B（通知更新）：

• 触发（开始）：自定义事件 story_update，针对 story_id，并且受众过滤器为 story_X_followers 分段
• 运行类型：多个并行
• 流程：决策：是重要更新还是次要编辑（由触发事件上的 update_severity 字段驱动，由编辑 CMS 设置）？→ 是路径：操作向所有关注者发送推送 → 否路径：退出
• 两个工作流的退出条件：订阅者级别 unsubscribed_from_story_X 或受众级别 story_closed
• 发布者指标：已开发故事的用户会话数。这是电子商务浏览放弃的发布者对应项 — 您知道订阅者阅读了什么，在故事开发过程中让他们保持关注，并在故事关闭或他们选择退出时退出。

蓝图4 — 订阅/付费墙转化

• 触发（开始）：自定义事件 paywall_meter_hit（订阅者在 30 天内阅读了 N 篇免费文章并达到了仪表盘限制）
• 运行类型：每 90 天窗口一次
• 流程：等待 1 小时 → 发送软提示推送，命名他们遇到墙的文章 → 等待 2 天 → 决策：他们订阅了吗？→ 是：退出 → 否路径：发送带有 30% 折扣的入门优惠推送 → 等待 5 天 → 决策 → 是：退出 → 否路径：发送最终推送，介绍会员等级福利和 7 天试用 → 结束
• 退出条件：任何节点的“订阅开始”目标
• 发布者指标：付费墙到付费转化率。这是发布者最可辩护的收入工作流 — 在 80 美元的年度套餐和每月 50,000 次仪表盘命中率下，每增加 1% 的转化率大约能带来 40,000 美元的增量 ARR。来自 PushEngage 电子商务模板库的购物车放弃模板逻辑可直接翻译：将 cart_abandoned 替换为 paywall_meter_hit，将 purchase 替换为 subscription_started，等待时间可以保持相似的节奏。有关推送和应用内表面如何为转化时刻提供补充的更多信息，推送与应用内通知涵盖了渠道选择的计算。

蓝图5 — 流失读者挽回

• 触发（开始）：受众过滤器 last_active > 14 days AND subscription_inactive
• 运行类型：单一（每个订阅者每 90 天尝试一次召回）
• 流程：个性化推送，展示订阅者首选主题（根据阅读历史计算）的三篇热门文章 → 等待 5 天 → 决策：订阅者是否已返回网站？→ 是路径：添加到 re-engaged 分段，退出 → 否路径：“我们想念您”推送，附带主题刷新提示 → 等待 7 天 → 决策：仍然不活跃？→ 是路径：“这还有用吗？”反馈推送，附带取消订阅选项（Apple 推荐的疲劳管理模式） → 结束
• 退出标准： last_active < 7 days （用户自行回归）
• 发布商指标： 60 天内流失读者重新激活率。Pushwoosh 的 2025 年新闻应用研究发现，推送次数超过一定阈值后，并不会带来更多点击；挽回工作流通过在发送更多推送前提供明确的退出选项，来遵循这一发现。

关于 Blueprint 5 的触发器有一点需要注意。这是此处唯一一个使用基于受众的触发器而非基于事件的触发器的蓝图。受众触发器仅在工作流启动时进行批量处理 — 在本周工作流运行后变得不活跃的用户不会自动包含在当前运行实例中，并且编辑正在运行的工作流的受众过滤器不会添加新用户。对于滚动式挽回计划，请每周或每两周复制一次工作流，而不是期望一个长期运行的受众工作流能够持续吸纳新的流失读者。

主题细分、A/B测试、冷却期和退出标准在工作流中实时运行

发布商推送文章中的主导模式是将这四个概念列为“最佳实践”——策略帖末尾的通用要点，与其使用的广告系列无关。这是错误的框架。在实际的新闻推送通知自动化中，它们不是与工作流并列的最佳实践。它们就是工作流。

概念	最佳实践框架（错误）	工作流节点框架（正确）
主题细分	“按主题兴趣细分您的推送订阅者”	一个基于 topic_opted_in: sports 的决策节点，仅将体育突发新闻路由给体育订阅者，并为政治、商业和本地新闻提供单独的路由逻辑。Pushwoosh 的 2025 年新闻应用研究发现，体育新闻的点击率（CTR）明显高于政治新闻的点击率，这意味着突发新闻工作流需要根据主题设置不同的冷却规则和不同的文案。
A/B 测试	“始终对您的标题进行 A/B 测试”	一个 SPLIT_PATH 节点，具有 50/50 的分配比例，每个路径的负载均衡订阅者，以及一个 winner_edge_id 字段，一旦测试达到显著性，就会将获胜者提升到 100%
冷却时间	“不要垃圾邮件发送给您的订阅者”	一个工作流级别的退出规则，基于 received_breaking_push_recently 订阅者属性，如果在 90 分钟内（或您针对特定主题设定的疲劳阈值）收到另一个推送，则取消该工作流
退出条件	“一旦他们订阅就停止付费墙转化序列”	一个工作流级别的规则，在每个节点之前检查订阅者是否已满足 subscription_started 目标，如果匹配则取消工作流

区别很重要，因为最佳实践要点容易被认可但难以执行。工作流节点由引擎强制执行。DECISION 每次都会运行。SPLIT_PATH 会平衡每个订阅者。冷却规则会阻止第二次突发新闻推送，而无需任何人记住检查时间。退出规则会取消付费墙转化工作流，无论营销活动负责人是否在关注。

对于 Blueprint 4 的付费墙转化，这意味着当一个免费读者订阅的瞬间——无论是在旅程的第 1 小时、第 50 小时还是第 100 小时——退出规则就会触发，该读者的工作流就会取消，并且不再向昨天已经付费的读者发送“您还有一天订阅时间”的推送。没有支持邮件。也没有给总编辑的会员投诉。

多渠道协调：网页推送、应用推送、新闻通讯和站内消息

出版商运行的渠道比电子商务团队或 SaaS 生命周期团队更多。网页推送覆盖桌面和移动网页读者。应用推送覆盖下载了您新闻应用的群体。电子邮件摘要为偏好在收件箱中接收较长内容的订阅者总结当天或当周的内容。新闻通讯注册是出版商花费数年时间增长的、LTV 更高的渠道。站内横幅（页面内展示和实时聊天式消息）在读者会话期间触达他们。在同一个工作流中组合所有这些——而不是运行五个不相关的广告系列并在事后进行分析协调——是观众发展团队能够增长指标与仅仅衡量指标的区别。

一个精心设计的故事跟进旅程是这样的：

• 开始（工作流 B）： story_update 事件 AND 受众过滤器 story_X_followers
• 决策： 订阅者当前是否在网站上（网页或移动网页）？
  • 是：操作通过实时聊天渠道触发站内横幅（摩擦最小；不要用推送打断当前会话）
  • 否：继续
• 决策： 订阅者是否订阅了网页推送？
  • 是：操作触发网页推送
  • 否：继续
• 决策： 订阅者是否安装并激活了应用？
  • 是：操作触发应用推送
  • 否：继续
• 操作： 向新闻通讯平台（Mailchimp、Substack、Beehiiv、Sailthru）发送 HttpRequest，将此故事更新包含在下次为该订阅者发送的摘要中
• 退出 unsubscribed_from_story_X

一个订阅者身份，一个工作流，四个由状态选择的渠道。成本最低的可行渠道优先——如果他们在网站上，则为站内横幅；如果已订阅，则为网页推送；如果应用活跃，则为应用推送；新闻通讯包含作为备选方案，无论读者接下来在哪里阅读都能触达。应用内和站内展示是这里的首要步骤，因为它们在旅程中以摩擦最小的时刻触达读者。

使用单独的工具运行此操作意味着平台之间需要四次同步，两个关于谁被视为已选择加入政治内容的细分引擎存在分歧，并且没有单一的收入归因，因为每个工具都报告自己的指标。在单个工作流引擎内完成此操作意味着一个订阅者身份，一套决策逻辑，以及一个显示旅程实际中断位置的漏斗报告。

关于此关键词的前十五个搜索结果中，没有一个将跨渠道发布商工作流描述为一个单一对象。每个结果都将网页推送视为一个渠道和比较对象，而社交和应用推送则被视为单独的问题。单一工作流的框架是架构上的区别。

留存率计算：广告变现和订阅出版商的每个工作流的收入

发布商的获利方式有两种。广告获利型发布商（大多数本地新闻、大多数传统报纸、BuzzFeed类网站、广告支持的生活和娱乐内容）在工作流层面衡量每位订户的增量会话数和广告每千次展示收入（RPM）。订阅型发布商（纽约时报、华盛顿邮报、大西洋月刊、金融时报、彭博社、Substack类）在工作流层面衡量付费墙到付费订阅的转化率和每工作流的年经常性收入（ARR）。这两种获利模式都以相同的方式映射到PushEngage Workflows的节点级分析。

PushEngage 工作流在每个节点跟踪三个数字：

• 排队用户：当前在此节点等待的订户（通常是等待或冷却重试）
• 已完成用户：已通过此节点的订阅者
• 已退出用户：因退出条件匹配或取消订阅而在此节点离开工作流的用户

对于订阅型发布商，一个活跃的付费墙转化工作流的节点级分析如下所示，该发布商的年费套餐为80美元，每月有50,000次免费阅读次数（示意性数字）：

节点	排队中	已完成	已退出	备注
开始（免费阅读次数_点击）	0	50,000	0	所有免费阅读次数点击的订户进入
等待 1 小时	920	49,000	80	80人在此次互动前已订阅
操作：软提示推送	0	49,000	0	已发送通知
等待2天	1,100	45,800	2,100	2,100人在此次互动后订阅（仅此次互动转化率为4.3%）
决策：已订阅	0	45,800	0	分支
操作：30%折扣推送	0	45,800	0	已发送通知
等待5天	640	44,200	960	另外960人订阅（此次互动转化率为2.1%）
操作：会员等级+试用推送	0	44,200	0	最后触达
结束	不适用	44,200	不适用	44,200人未订阅

在此批次中，50,000次免费阅读次数点击中有3,140名免费读者转化为付费订户，工作流的三次互动带来了6.3%的付费墙到付费转化率。按80美元的年费计算，每批次可带来251,200美元的增量年经常性收入（ARR），如果月度批次规模保持不变，则约为每年300万美元的增量ARR。两次等待（48小时和120小时）是漏斗中退出率最高的节点，这符合预期模式。如果您的工作流显示相反的情况——操作节点退出率高，等待节点退出率低——则您的互动发送得太晚了，应该缩短等待时间。

成本计算与本系列文章1和2的形状相同。网站推送和应用推送在选择加入后没有每次发送成本。页面横幅广告成本为零。电子邮件摘要的成本随ESP合同而变化——对于拥有50万订户的发布商列表，一次摘要发送通常需要数千美元的成本（每次互动），具体取决于Mailchimp或Sailthru的合同级别。工作流的职责是首先使用成本最低的可行渠道，只有在状态需要时才升级到电子邮件。

对于广告获利型发布商，计算方式有所不同。指标是每位订户每月的增量会话数，工作流的贡献按每次通知进行归属。通过故事跟进工作流返回阅读三篇额外文章的访客，会产生三组额外的展示次数，按发布商的混合RPM计算，可为每位订户、每项工作流带来增量广告收入。Pushwoosh的2025年新闻应用研究发现，超过一定阈值后，更多的推送不会带来更多的点击——这直接支持了上一节中工作流级别的冷却规则。当条目显示“故事跟进工作流为每位订户增加了X次会话，为每位订户每季度带来了Y美元广告收入”时，季度业务回顾（QBR）的讨论将非常简短。

在PushEngage工作流中为您的新闻编辑室构建它

五个 publisher blueprint 直接映射到 PushEngage Workflows 组件。映射关系如下：

蓝图	使用的节点类型	使用的操作类型	工作流选项
新订阅者欢迎语	开始、等待、决策、操作、结束	SendPushNotification, AddSegment	运行类型：单次
突发新闻快速部署	开始, 分割路径, 等待, 决策, 操作, 结束	发送推送通知	运行类型：多个并行；工作流级别冷却规则
故事跟进工作流 A	开始, 操作, 结束	添加段	运行类型：多并行
故事跟进工作流 B	开始、决策、操作、结束	发送推送通知	运行类型：多个并行；受众触发 + 自定义事件触发
订阅/付费墙转化	开始、等待、决策、操作、结束	发送推送通知	运行类型：单个；在目标 subscription_started 处退出
流失读者挽回	开始，行动，等待，决定，结束	SendPushNotification, AddSegment	运行类型：单次；基于受众的触发器

Workflows 引擎附带 60 多个预置模板，涵盖了每个 blueprint 的构建块。大多数模板都以电子商务为中心，但可以清晰地转化为发布商用例：购物车放弃模板的逻辑变成了付费墙转化逻辑，其中 cart_abandoned 替换为 paywall_meter_hit，purchase 替换为 subscription_started。浏览放弃模板的逻辑变成了带有细分触发器模式的故事跟进工作流 B。欢迎系列模板直接适用于 Blueprint 1。该架构与垂直领域无关；在为发布商用途调整电子商务模板时，您需要替换的是触发事件和退出条件。

对于即时试用路径，免费套餐为您提供 200 名订阅者，所有渠道（网页推送、应用推送、WhatsApp 高优先级警报、用于站内横幅的实时聊天），以及第一天即可使用的完整 Workflows 引擎。这足以在测试队列中部署 Blueprint 1（欢迎）和 Blueprint 2（突发新闻），捕获分析数据，并在下周获得可辩护的广告运营和会员数量。关于 PushEngage 的网页推送渠道（发布商的主要推送界面）的覆盖范围 — PushEngage 网页推送通知 涵盖了功能集和平台支持。

这改变了什么

如果您要从本文中记住一件事，那就是：发布商的推送通知自动化是工作流架构，而不是带有突发触发器的 RSS 广播。将 90% 的内容通过编辑确认事件进行限制的突发新闻工作流、通过细分进行链接的故事跟进工作流以及在免费读者订阅的瞬间退出的付费墙转化流程，都具有相同的结构。一个 START，一些 WAIT，一些 DECISION，一些 ACTION，一个 EXIT。三个独立的触发器无法做到这一点。一个工作流引擎可以。然后，回访者比率会从中复利增长。

从免费套餐开始，在您的下一个突发新闻周期中部署第一个 blueprint。