TikTok 达人增长预警怎么收？KOLens 支持邮箱、Slack、Webhook、钉钉

那个没人看的预警 feed

增长信号必须趁热打铁才有意义。三天后才发现的「rising KOL」 预警不叫信号——那叫考古。KOLens 早就有检测器 + 一个站内 feed 在 /alerts，但闭环始终是：邮件通知 → 登录 KOLens → 看 feed。第一步就是大多数用户跳过的那一步。

新的推送层把这个闭环砍短了。检测器触发 → KOLens 直接把预警 推到你的邮箱或 webhook → 你点消息里的链接，落到对应的 KOL。

怎么接

1. 1

   打开 /alerts/settings。

   新页面。两张卡片（Email、Webhook），各带一个启用开关 + 联系 字段，再加按类型静音的 checklist 和每小时限流。
2. 2

   Email — 粘邮箱地址，保存。

   KOLens 走标准 SMTP——在 API 服务上设 SMTP_HOST / SMTP_USER / SMTP_PASSWORD / SMTP_FROM（Resend、Postmark、AWS SES、Mailgun 都暴露 587 + STARTTLS）。SMTP 未配置时邮件渠道会静默 no-op； 但设置 UI 仍然允许你保存地址。
3. 3

   Webhook — 粘任意 HTTPS URL。

   KOLens 用 3 秒超时把 JSON payload POST 过去（见下文 schema）。 Slack 入站 hook、Zapier catch hook、n8n、Tines、你自家内网 endpoint——任何接受普通 JSON POST 的服务都行。可选填一个共享 密钥，按 Standard Webhooks 规范签名每次推送——会带三个 header：webhook-id、webhook-timestamp 和 webhook-signature: v1,<HMAC-SHA256>。钉钉 URL 会自动改用钉钉的 query-string 签名方式。
4. 4

   发一条测试，校验，保存。

   「发送测试预警」按钮会通过所有已启用的渠道发一条合成预警， 并在页面上直接显示每条渠道的成功 / 失败。每个渠道的最后 错误 banner 会展示 SMTP / DNS / 4xx 失败原因，不用去 grep 日志。

Webhook payload 结构

稳定 JSON。我们只会加字段，不会改名——今天依赖这些 key 的 Zap 和脚本，未来新预警类型上线后照样可用。

• id——预警 UUID。也能作为 Slack 去重 key。
• type——三种之一：rising_kol、trending_video、audience_drift。
• subject_username / subject_video_id——预警的主体。
• score——数值严重度（rising_kol 是增长百分比；trending_video 是播放暴增倍数；audience_drift 是百分点 delta）。
• payload——类型相关的事实。rising_kol：{ delta_pct, baseline, current }；audience_drift：{ country, delta_pct, prev_pct, new_pct }。
• link——预拼好的 KOLens 深链（比如 https://kolens.ai/kols/minicaseco），收件人一点即跳到上下文。
• created_at——ISO 8601 时间戳。

每小时限流

一个视频突然爆火，可能短时间触发一波（被监控的多位 KOL 同时 在评论它）。没有限流的话，就是一分钟里 15 条 Slack。默认上限 每用户每小时 20 条，所有启用渠道共享——超出后预警仍然落站内 feed，只是不再推送。可以在设置页调整（设 0 就完全静音推送， 但不丢站内记录）。

vs 其他做法

• Modash + Zapier——迂回路径。Modash 负责检测， Zapier 轮询 + 推送。两份订阅 + 一份轮询延迟。KOLens 在检测 那一刻就原生送达。
• 自建 Apify 调度器——团队有工程力量的话可以 做。KOLens 替你免去了「今天是不是已经推过了？」这种规模化 时很烦人的去重逻辑。
• 原本的站内 alerts 页——还在，角落里多了一个 「推送设置」链接。推送渠道是附加的，不是替代。