Trigify 即将关停:如何将社交聆听搜索迁移至 KWatch.io

想象一下 10 月 23 日的早晨:您的销售代表打开平时接收购买信号的 Slack 频道,里面空空如也。没有任何人收到报错信息,推送只是单纯停止了,一两天内大家还以为只是市场暂时沉寂了。

对于仍在通过 Trigify 收集信号的团队来说,10 月 23 日就会是这副景象。

9 月 23 日,Trigify 宣布其团队将加入 HubSpot,独立平台即将退役。对于绝大多数客户,访问权限将于 2026 年 10 月 22 日英国夏令时 23:59(美东时间 18:59)终止。Trigify 表示账号不会迁移到 HubSpot,所有第三方集成、API 访问、监控以及信号采集都将在那一刻停止。

我在 KWatch.io 工作,这是一款支持 Reddit、Hacker News、X、Linkedin、Facebook 和 Youtube 的实时关键词提醒工具,阅读本文时请了解这一背景。本文将介绍 Trigify 的部分功能——关键词监听搜索,以及如何将其重建为 KWatch 提醒。如果您之前主要将 Trigify 用于其他场景,我会在涉及之处另行说明。

10 月 22 日将停止哪些服务?

Trigify 官方的通告很简短:您的账户将被关闭,保存的搜索将停止运行,它们所对接的所有下游系统(CRM 同步、Clay 表格、Zapier 或 n8n 自动化流程、Slack 提醒)将停止接收新数据。Trigify 建议客户在访问权限终止之前,通过应用内的导出选项或发送邮件给其团队,导出需要保留的数据。

因此,在考虑任何新工具之前,第一件事就是花上半天时间做好备份记录。打开每个已保存的监听搜索,记下四项内容:平台、AND 条件词、OR 条件词和 NOT 条件词。同时记下 Linkedin 搜索上的职位头衔筛选条件,并列出搜索结果流向的所有下游渠道。

这份清单才是真正的宝贵资产。您的团队很可能花了数月时间才调优好这套搜索逻辑,而这部分内容是无法通过下载历史结果的 CSV 导出来的。

Trigify 搜索的功能与 KWatch 的覆盖范围

Trigify 帮助中心将保存的搜索描述为具有三个字段的布尔查询:每个 AND 条件词都必须出现,至少出现一个 OR 条件词,且任何 NOT 条件词都会排除该帖子。它不区分大小写,而且会在较长单词内部进行匹配,因此 "automate" 也会匹配到 "automated"。Linkedin 搜索总共限制为 6 个关键词,X 和 Reddit 搜索则限制为 10 个。

搜索是按计划定期运行而非持续不断运行的。新搜索默认可以采用 Trigify 所谓的 Bi-Daily(每日两次)频率,单次运行最多返回 100 条结果,搜索返回的每条帖子消耗 1 个点数。

KWatch 的运作方式则截然不同。每个关键词提醒针对一个平台,我们每秒检查一次新内容。通常您能在数秒内收到提醒,高峰期最多约一分钟。这里没有单次运行上限,也不消耗点数,因为套餐费用是根据您在每个平台上可配置的关键词提醒数量来计算的。

两者在数据源上的重合包括 Reddit、Hacker News、X、Linkedin 和 Youtube。我们还支持 Facebook 帖子和公开 Facebook 群组。我们不覆盖播客、Substack 或 daily.dev,因此如果这些搜索之前为您带来了潜在客户,您需要另外寻找工具。

在 Linkedin 上还有两处不同:我们监控 Linkedin 帖子(包括 Google 未索引的帖子),但不监控 Linkedin 评论;此外我们没有针对作者的职位头衔筛选器,因此我们会向您展示所有匹配的帖子,由您自行在下游进行筛选(下文详述)。

将布尔搜索改写为 KWatch 提醒

一旦整理好清单,转换过程基本就是机械化的操作。唯一需要适应的是 KWatch 没有 OR 字段,因此每个可选条件都需要拆分成一个独立的提醒。

在 Trigify 中 在 KWatch 中
AND 条件词 单条提醒中以逗号分隔的关键词(必须全部出现)
OR 条件词 每个分支对应一条独立提醒
NOT 条件词 提醒中的排除关键词
每次搜索对应平台 每条提醒对应平台
限定版块或作者范围 包含或排除的版块与用户(Reddit、Hacker News、X、Youtube)
Linkedin 职位头衔筛选 无直接对应功能,需在下游筛选作者
运行计划及单次最大结果数 秒级检查,无单次运行上限

影响提醒数量的关键在于 OR。其余各项都是一一对应的。

以一个典型的购买意向搜索为例: CRM AND (looking for OR recommend) NOT hiring(在 Reddit 上)。在 KWatch 中,这会转换为两个 Reddit 提醒。第一个包含关键词 crm, looking for ,第二个包含 crm, recommend。两者都将 hiring 设为排除关键词。如果您只关注少数几个社区,可以在包含的版块(included subreddits)中添加它们,例如 sales, smallbusiness, startups.

配置时有几项实用的小设置值得关注。在 Reddit 和 Hacker News 上,您可以选择帖子、评论或两者兼选;如果 Trigify 的部分匹配给您带来了很多垃圾信息,您可以开启“仅整词匹配”。Trigify 的词内匹配正是以前 "sell" 会抓取到 "upsell" 的原因。

关于排除项的一个注意事项:官方文档说明,当您在排除字段中输入多个以逗号分隔的词时,只有当所有这些词同时出现时,帖子才会被过滤掉。如果您想将 hiring 以及 job posting 分别单独排除,请先在实际帖子中进行测试。

您需要多少条提醒?

展开 OR 条件后,计算每个平台的提醒数量,并将总数与我们的套餐进行比对。以下是截至 2026 年 10 月 KWatch 定价页面的限制规格:

免费方案 Essential Business Enterprise
价格 $0 $19/月 $79/月 $199/月
Reddit、Hacker News 关键词提醒 各 2 个 各 20 个 各 100 个 各 500 个
X、Youtube 关键词提醒 无 各 2 个 各 10 个 各 50 个
Linkedin、Facebook 关键词提醒 无 各 1 个 各 5 个 各 25 个
过滤、保存结果、AI 情感分析 否 是 是 是
Slack、API Webhook、MCP 否 否 是 是
CSV 批量关键词导入、团队管理 否 否 是 是

Linkedin 和 X 的配额最为严格,因此您会最先感受到 OR 展开带来的影响。统计时建议先从这两个平台算起。

假设您在 Linkedin 上运行了三个 Trigify 搜索,每个包含两个 OR 条件词,外加几个对接 Clay 的 Reddit 和 X 搜索。这就需要六条 Linkedin 提醒,比 Business 套餐允许的配额多出一条。

您可以舍弃权重较低的变体、合并两个频繁返回相同帖子的搜索,或者升级到 Enterprise。如果您的 Trigify 搜索对接了第三方集成,那么每月 79 美元的 Business 套餐是您的理想选择,因为它是第一个支持 Webhook 和 Slack 的套餐。如果您拥有很长的关键词列表,Business 还支持通过 CSV 直接上传,无需手动逐条输入。

将数据流迁移至 Clay、n8n 或 Slack

我推测 10 月 23 日最大的痛点可能不在于搜索本身,而在于下游数据管道的断流。在 KWatch 中,您可以为整个账户统一设置 Slack Webhook 或 API Webhook,也可以按单条提醒单独设置;若两者同时设置,则以单条提醒的 Webhook 为准。这样您就可以将竞品提醒推送到指定频道,同时将购买意向提醒同步至 Clay 表格。

当关键词匹配时,我们会发送一个包含精简 JSON 数据的 POST 请求。以下是官方文档中的示例:

{
  "platform": "reddit",
  "query": "Keywords: vllm",
  "datetime": "19 Jan 24 05:52 UTC",
  "link": "https://www.reddit.com/r/LocalLLaMA/comments/19934kd/sglang_new/kijvtk5/",
  "author": "lmzoo",
  "content": "sglang runtime has a different architecture on the higher-level part with vllm.",
  "sentiment": "neutral"
}

其中的 query 字段会指明触发了哪个提醒,因此 Clay 或 n8n 步骤可以据此进行分支判断。而 sentiment 字段则是我们的 AI 对该帖子针对您的关键词是正面、负面还是中性的判定结果。

缺失的职位头衔筛选也是在这里处理的。在 Linkedin 上, author 字段类似于 peter-mehlape (Peter Mehlape)。提取括号前面的部分,拼接到 https://www.linkedin.com/in/后面,您就得到了一个可在 Clay 中丰富职位和公司信息的个人资料 URL。然后像 Trigify 在搜索时所做的那样,在 Clay 内部按职位进行过滤即可。

我们的 用于销售意图信号的 Clay 模板 介绍了如何将此数据映射到 Clay 表格中,而 使用 KWatch.io、Zapier 和 n8n 自动化社交媒体监控 则介绍了无代码方案。

有些团队使用 Trigify 的某些功能是我们完全不提供的。如果您依赖的是监控特定人员(例如潜在客户名单、竞品创始人)并在其发帖或评论时接收提醒,这属于账号追踪而非关键词监听。

我们的姐妹产品 MultiFollow 可以在 Linkedin 和 X 上实现这一点。我们两个产品都不会列出与他人爆款帖子互动的全部用户名单,因此如果抓取这部分受众是您的主要需求,您需要一个专门为此打造的工具。

在服务停止前尽早开始

不要等到 22 日的另一个原因是:KWatch 没有历史存档,提醒仅从您创建关键词的那一刻起开始捕获。如果您现在就配置好,就可以在 Trigify 关停前,让两款工具针对相同的搜索并行运行长达两周,对比各自抓取的内容。

最快速的测试方法是选取您表现最好的 Reddit 或 Hacker News 搜索,并在 KWatch Free 方案上进行重建。该方案无需绑定信用卡且无时间限制,可通过邮件提供 2 个 Reddit 和 2 个 Hacker News 关键词提醒,让您确认真实结果能否送达收件箱。确认无误后,再升级到 Business 以接入 Linkedin、X 以及向您的技术栈推送数据的 Webhook。

Julien, Product Manager at KWatch.io