Page DeltasPage Deltas

指南

如何使用 Zapier 或 n8n 自动化网站变更告警

将 Page Deltas 变更 Webhook 路由至 Zapier 或 n8n，并分发至 CRM、Jira、Notion 或邮件。AI 智能过滤。免费方案，免绑信用卡。

免费开始监控查看定价

告诉 Page Deltas 什么最重要

在 Hubspot 定价发生变更时提醒我

https://www.hubspot.com/pricing
HubSpot 定价页面 — Professional 计划起价为 €792/月
PDPage DeltasApp现在

🔔 在 https://www.hubspot.com/pricing 上检测到变更：
Professional 计划的价格从 €749/mo 上涨至 €792/mo。

竞品将其实用（Pro）计划的价格从 29 美元上调至 39 美元。你的网页变更监控工具精准捕获了这一变动。紧接着，有人将变动摘要手动复制到 Notion 页面中，手动在 Jira 中新建一张工单，并通过 Slack 将截图转发给销售团队。然而，等到交易支持部门（deal desk）真正获悉这一信息时，半个团队早已在走廊闲聊中听到了某种模糊失真的传言。

这种纯人工的“复制-粘贴”流程正是信息传递中最容易断裂的环节。实际上，你手头早已接入了 Zapier 或 n8n 来处理 CRM 数据同步、工单流转和定期简报。你真正需要的，是页面监控工具产生一个规范、干净的事件载荷，以便这些自动化系统直接捕获并进行智能分发。

我在 Page Deltas 团队工作，因此下文在对比 Visualping 时请知晓这一背景。Page Deltas 负责监控公开网页，通过 AI 提示指令（Brief）过滤细碎杂音，并在条件匹配时通过 POST 发送已签名的 JSON Webhook。目前 Zapier 应用商店中并无原生的 Page Deltas 应用。标准的集成路径是建立一个通用 Webhook 渠道，连接到 Zapier 的 Catch Hook 或 n8n 的 Webhook 节点，再由此触发你现有的自动化链路。本文将从头到尾详细演示这套配置。

为什么单纯的聊天群提醒远远不够

如果某项变动只需要单个人快速过目一眼，那么 Slack（或 Teams、Discord）的消息推送确实足够胜任。但当同一项变动需要同时同步给三个业务系统时，聊天工具就捉襟见肘了：销售人员需要在 CRM 的对应客户档案下追加跟进记录；运营团队需要附带变更前后对比截图的工单任务；而管理层希望收到一份结构清晰的每周汇总，而不是每天被二十多条零散的弹窗打扰。

你可以选择手动把这些目标平台逐一配置一遍，也可以将每次告警抽象为一个统一的事件源，交由 Zapier 或 n8n 负责分发路由。Page Deltas 在包括免费版（Free）在内的所有套餐中，均原生支持 Slack、Discord、Teams、电子邮件以及带签名的 Webhook。如果你仅仅需要群消息推送，参考我们的 Slack 实操指南 即可；而本文专为那些需要用告警直接驱动复杂业务流的团队而写。

Visualping 拥有庞大的 Zapier 与 n8n 模板库，并在其所有付费档位中集成了 n8n。在 Visualping 免费版中，你可以监控 5 个页面、每月 150 次检查，且最低检查间隔为 60 分钟（支持 Webhook）；Slack 和 Teams 则被限制在商业版（Business）中。Page Deltas 免费版无需信用卡即可监控 10 个 URL，提供尽力而为模式下的无限次检查、AI 过滤与智能摘要，并全面开放 Slack、Teams、Discord、邮件和 Webhook。如果你更看重特定像素区域的图像比对，可选 Visualping；如果你重视 AI 降噪指令和零门槛的多渠道推送，请选择我们。

Webhook 载荷的结构格式

通知渠道在组织（Organization）层级统一管理。你可以为新监控项设定默认渠道，每个监控项亦可随时覆盖此设置。要搭建自动化流程，只需新建一个“通用 Webhook（Generic webhook）”渠道，并填入 Catch Hook 或 n8n 的请求 URL。完整的字段规范详见 渠道配置文档。

当检测到符合过滤条件的变更时，Page Deltas 将发送如下格式的 POST JSON 数据：

POST <your URL>
Content-Type: application/json
X-Signature: sha256=<hex>
{
  "event": "change.detected",
  "monitor_id": "...",
  "monitor_url": "https://example.com/pricing",
  "monitor_name": "竞品价格页面",
  "change_id": "...",
  "detected_at": "2026-06-01T12:00:00Z",
  "summary": "Pro 计划月费从 29 美元上调至 39 美元。",
  "before_screenshot_url": "https://.../before.png",
  "after_screenshot_url": "https://.../after.png",
  "dashboard_url": "https://app.pagedeltas.com/monitors/..."
}

summary 是用自然语言生成的变动概述，非常适合直接映射为工单标题或 CRM 备忘录。截图地址和 dashboard_url 可作为工单附件或嵌入 Notion 页面。X-Signature 是使用渠道密钥对原始请求体（raw body）进行 HMAC-SHA256 哈希计算得到的值，该密钥仅在渠道创建时展示一次。在解析 JSON 之前，务必针对原始二进制字节流进行哈希验签，否则校验必定会失败。

每次告警仅对各渠道投递一次，不包含自动重试逻辑。请确保你的接收服务能快速返回响应。对于极其关键的核心页面，建议同时绑定另一种类型的备用渠道（如 Webhook 搭配邮件通知），以防 Zapier 偶尔出现微小波动导致消息遗漏。

第一步：在 Page Deltas 中完成监控配置

在着手搭建 Zapier 或 n8n 之前，先将监控端调试完毕。否则，你将陷入面对一个从未触发过的监控项来盲测空 Zap 的困境。

  1. 注册免费账号并打开 Channels（渠道管理）。如果需要人工快速浏览，可先添加 Slack 或邮箱，然后新建一个 Generic webhook 渠道。如果尚未获取 Catch Hook 地址，可先将 URL 留空，待下文完成 Zapier 或 n8n 步骤后再补全。
  2. 针对目标网页创建监控项（如定价页、更新日志、招聘页面、用户协议或第三方服务状态页）。编写一段简明的监控指令（Brief），明确要求告警的内容以及必须忽略的变动。过滤器使用文档 详细介绍了指令的执行原理。如果没有严格的忽略规则，即便是变动极少的页面也会产生干扰杂音（如时间戳更迭、相关推荐文章、Cookie 授权弹窗等）。
  3. 将创建好的 Webhook 渠道绑定到该监控项上（或沿用组织默认设置）。保存好 Catch Hook 或 n8n 地址后，点击该渠道旁的“Send test”发送测试事件，在真实网页变动发生前确认通路畅通无阻。
  4. 根据需要保留同一个监控项上的 Slack 提醒。让聊天工具服务团队沟通，让 Webhook 驱动机器流转。这种明确的职责划分通常比让 Zapier 把消息再往 Slack 转发一遍要清晰得多。

免费版包含 10 个监控 URL（站点地图按 1 个计算）、AI 智能过滤与摘要、REST API 与 MCP 支持、无限制团队席位及 14 天历史归档。付费版本可进一步扩充监控额度：Starter 版 29 美元支持 150 个，Pro 版 79 美元支持 1,000 个，Business 版 199 美元支持 5,000 个，Scale 版 499 美元支持 20,000 个，Enterprise 版支持深度定制。当前仅支持公开网页，登录态抓取已列入研发计划。系统采用自适应抓取频率，排队繁忙时付费账户享有优先处理权。

在 Zapier 或 n8n 中接收与分发

两款工具均使用 Page Deltas 提供的同一通用 Webhook 渠道，仅接收端的配置方式不同。Zapier 以 Catch Hook 触发，而 n8n 以 Webhook 节点承接。

Zapier

  1. 新建一个 Zap，选择「Webhooks by Zapier」作为触发器（Trigger），并将事件设定为「Catch Hook」。复制 Zapier 自动生成的专属 Webhook URL。
  2. 将该 URL 粘贴到 Page Deltas 的 Generic webhook 渠道配置中并保存。在 Page Deltas 界面点击「Send test」（或静待真实页面更新）。回到 Zapier 点击「Test trigger」，确认抓取到的示例数据完整包含 summary、monitor_url 以及截图字段。
  3. 添加下游执行操作（Actions）。常见配置包括：在 Jira 或 Linear 中新建工单（以 summary 作为标题，dashboard_url 写入描述）；在 Notion 数据库中追加新行；在 HubSpot 或 Salesforce 中为竞品对应企业更新活动备忘；发送汇总多条变更的简报邮件。请直接从 Catch Hook 抓取的字段中进行数据映射，切勿手动硬编码占位符。
  4. 将 Zap 设置为启用（On）。从 Page Deltas 再次触发一次测试，逐步核验每一步操作的实际落地效果。

如果你需要进行签名验证，可在 Zapier 中加入 Code 步骤来校验请求体的 HMAC。如需更高安全级别的验证，建议选用 n8n 或在 Zapier 之前部署一个轻量无服务器函数（Serverless Function），因为验签必须依赖未经解析的原始请求体字节流。

n8n

  1. 添加 Webhook 节点，将请求方法设为 POST，并激活工作流以便 n8n 生成正式的生产环境 URL。将其复制至 Page Deltas 的通用 Webhook 渠道中（若希望 Zapier 与 n8n 同时收到通知，可额外新建一个 Webhook 渠道）。
  2. 从 Page Deltas 发送一条测试。验证 Webhook 节点已成功获取 JSON 请求体与 X-Signature 请求头。
  3. 可选但强烈建议：添加一个 Code 节点，使用你的渠道密钥重新计算原始请求体的 sha256= 签名，并使用时序安全比对（timing-safe）校验 X-Signature。在执行任何 CRM 写入或建单操作前，坚决拦截未通过验证的非法请求。
  4. 利用 IF 或 Switch 节点根据 monitor_name 或 monitor_url 的特定关键词进行业务分流，以便不同页面变动分配到不同工单流中。随后，像处理常规 Webhook 一样接入 Jira、Notion、邮件或 HTTP Request 节点。
  5. 保存并保持工作流处于活跃状态。Page Deltas 不会对失败请求自动重发：务必确保 Webhook 节点以极快速度返回 2xx 状态码，而将耗时较长的数据处理任务移交给后续节点或队列异步执行。

私有化部署的 n8n 非常适合要求渠道密钥绝不离开内网的高安全合规场景。云托管的 n8n Cloud 则足以满足绝大部分市场营销与 RevOps 的自动化诉求。无论采取哪种部署方式，你搭建的都是通用标准节点，完全无需依赖任何专有的 Page Deltas 插件。

常见隐患及应对策略

上线运行后，有几项实操边界需要留意：未来载荷数据中可能会引入新字段，请在自动化流中主动忽略未知键值，而不是将整条事件报错丢弃。如果下游工单工具可能因手动重复触发而收到重复数据，可将 change_id 作为幂等性键（Idempotency Key）去重。

如果 Zapier 或 n8n 返回了非 2xx 状态码，Page Deltas 会将该次推送标记为失败并继续执行后续任务，而监控项本身将继续正常运转。如果某个自动化流长时间未有动静，可前往控制台的推送日志中排查。对于不容有失的核心资产，建议在同一监控项中保留邮件或 Slack 作为备用推送通道。

AI 过滤的威力取决于提示指令（Brief）的精细度。诸如“告诉我价格变动”这类宽泛描述，依然可能会把侧边栏的相关文章变动当成有效变动。在动手编排一个五步 Zap 之前，先花五分钟完善排除项规则。此外，如果你所关注的内容必须登录后才能看到，目前无论是 Page Deltas 还是 Webhook 都暂时无法获取。

我们产品家族旗下的其他工具覆盖了不同形态的信息监控需求。KWatch.io 专为社交媒体和全网关键词提及而设计，适用于目标并非固定 URL 的场景。而对于定期改动、地址固定的公开网页，Page Deltas 配合 Webhook 自动化是更值得信赖的高效方案。

从单个 Zap 或工作流着手

先挑出一个核心监控页面和一个明确的分发目标：例如将竞品价格同步到 Notion 数据库，或是把供应商状态页异常推送到 Jira，足以快速验证全链路逻辑。创建监控项、绑定通用 Webhook、在 Zapier 或 n8n 中捕获数据，并完成 summary 与 dashboard_url 的字段映射。免费版自带 10 个 URL 配额、AI 智能降噪、全渠道推送和完整 API 支持，无需绑定信用卡。免费开始监控。

Julien，Page Deltas 产品经理

如何使用 Zapier 或 n8n 自动化网站变更告警 · Page Deltas