文档
告警：检测器、阈值与严重程度
九种检测器监控点击量、CTR、排名位置、流失查询词、索引状态变化、排名和审计结果，仅在越过阈值时才向渠道发送消息。
告警规则会针对你选定的属性运行一个检测器，并且仅在检测器触发时才向其渠道发送消息。你可以选择检测器、阈值、以天为单位的时间窗口、值得推送的最低严重程度，如果需要安静一段时间，还可以设置一个静默截止日期。每条规则对每个属性每天最多触发一次，因此糟糕的一周只会每天产生一条消息，而不是每小时一条。
哪些事件会触发告警
在 New alert 中选择检测器。最后一列显示表单为你自动填入的默认值。
| 检测器 | 触发条件 | 默认值 |
|---|---|---|
| 流量下降 | 窗口内的点击量相比前一个窗口下降了至少阈值所设的幅度；前一个窗口需要有 10 次或以上的点击 | 7 天内下降 20% |
| 流量激增 | 点击量上升了至少阈值所设的幅度；前一个窗口需要有 10 次或以上的点击 | 7 天内上升 50% |
| 排名位置下降 | 按展示量加权的平均排名位置变差了至少阈值所设的幅度，以相对于原位置的比例计算 | 7 天内下降 15% |
| CTR 下降 | 点击率相对下降了至少阈值所设的幅度；前一个窗口需要有 100 次或以上的展示 | 7 天内下降 20% |
| 新增与流失排名 | 在前一个窗口有展示的查询词中，本窗口内没有任何展示的查询词占比达到阈值；需要至少 20 个此类查询词 | 7 天内达到 25% |
| 流量异常 | 最新一天的点击量远低于窗口的中位数（修正 z 分数小于或等于阈值的负值） | 28 天内 3.5 |
| 索引状态变化 | 至少达到阈值数量的已跟踪 URL 改变了索引状态 | 1 个事件 |
| 实测排名下降 | Rank Tracking 中的某个关键词在最近两次检查之间下降了至少阈值所设的位数 | 5 个位置 |
| 审计退化 | 最近一次完成的站点审计发现的严重问题比上一次至少多出阈值所设的数量 | 1 个问题 |
百分比类检测器衡量的是相对变化。CTR 从 4.0% 降到 3.0% 是下降了 25%，而不是 1 个百分点；平均排名位置从 8.0 变为 9.2 则是变差了 15%。新增与流失排名每个窗口最多读取 5,000 个查询词，因此在较大的网站上，仅仅滑出前 5,000 名的查询词也会被算作流失。
严重程度如何确定
每条告警都带有严重程度：critical、high、medium 或 low。
- 流量下降、排名位置下降、CTR 下降、新增与流失排名：根据变动幅度确定。30% 及以上为 critical,20% 为 high,10% 为 medium，更小的为 low。
- 流量激增：点击量至少翻倍时为 high，否则为 medium。
- 流量异常：分数为负 7 或更低时为 critical，负 5 或更低时为 high，否则为 medium。
- 索引状态变化：十个或更多 URL 发生变化时为 high，否则为 medium。
- 实测排名下降：根据最大降幅确定，下降 20 个位置或更多为 critical,10 个为 high,5 个为 medium，更少为 low。
- 审计退化：多出十个或更多严重问题时为 high，五个为 medium，否则为 low。
最低严重程度（默认为 low）会过滤掉低于该级别的告警。如果将较低的阈值与较高的最低严重程度搭配使用，检测器能察觉细微的变动，但只有大幅变动才会送达渠道。出现这种情况时，Test rule 会告诉你，并指明该告警的严重程度以及未达到的最低严重程度。已触发的告警严重程度不会低于 low，因此 low 与 info 的效果相同。
检查何时运行
- 除索引状态变化外，所有检测器每天在 06:00 UTC 的运行中执行一次。其窗口截止到前一天(UTC)，并与之前相同天数的窗口进行比较。
- 索引状态变化每小时运行一次，统计自规则上次触发以来的变化；如果尚未触发过，则统计过去 24 小时内的变化。这些变化来自 Index Tracker，它会重新检查你所跟踪的 URL。
- 规则一旦为某个属性发送了消息，该属性在下一个 UTC 日到来之前不会再触发。
- 如果发送失败，不会标记为已发送，下一次检查会重新评估该规则：每日检测器在次日早晨，索引状态变化在下一个小时。
AutoPSEO 只向 Search Console 请求已最终确认的数据(Search Analytics API 的 dataState 选项)。如果检查运行时 Google 尚未最终确认最新一天的数据，该天会被视为空，因此在根据仅涉及单日的告警采取行动之前，请先查看仪表板。
流量异常检测器
这是唯一一个针对单日做判断的检测器。它取窗口内每天的点击量（至少 14 天，默认 28 天，截止到昨天），并使用 Iglewicz 和 Hoaglin 推荐的修正 z 分数为最新一天打分(NIST/SEMATECH e-Handbook):
score = 0.6745 × (newest day − median) ÷ median absolute deviation当分数小于或等于阈值的负值时触发。默认值 3.5 与这两位作者建议的潜在离群值判定界限一致，数值越小，捕获的异常越多。由于分数基于中位数计算，窗口内较早出现的某个异常日几乎不会对其产生影响。
在信任它之前，请先了解它的局限：
- 它只检测下降。如需检测上升，请使用流量激增。
- 它不区分工作日与周末。如果网站每个周日都很冷清，可能需要提高阈值。
- 在非常小的网站上，如果至少一半的天数点击量相同，离散度为零，任何低于该值的最新一天都会被判定为极端异常。
阈值、窗口与属性
- 阈值：最大 1000，步长 0.5；留空或填 0 时会回退为该检测器的默认值。单位取决于检测器（百分比、z 分数、事件数、位置数或问题数），表单会在字段下方给出说明。
- 窗口（天数）:1 到 90。对于比较类检测器，它决定两个窗口各自的长度。无论你输入多少，流量异常至少读取 14 天；索引状态变化、实测排名下降和审计退化比较的是事件、检查或审计，因此对它们而言，窗口仅出现在消息中。
- 属性：可勾选任意数量。如果一个都不勾选，规则会覆盖你账户中的所有属性，并在每次检查时重新查询属性列表。
静默、暂停与测试
- 静默截止日期接受一个日期。规则会被跳过，直到该日期的 00:00 UTC，设置日期期间规则所在行会显示 Muted 标记。清除日期即可提前结束静默。
- 暂停会停止规则但保留其设置，恢复则重新启动它。
- Test rule 会立即针对规则覆盖的每个属性运行检测器，忽略静默设置和每日一次的限制。它仅在检测器触发时发送消息，否则会告诉你测量到了什么。发送了消息的测试会被计为该属性当天的告警。
需要研究数据的检测器
实测排名下降读取 Rank Tracking（位于 Research 下）。它要求该属性上有一个跟踪器且至少完成两次检查，会按设备对每个关键词比较最近两次检查的结果，并将掉出跟踪深度的关键词视为排在深度之后一位。审计退化读取 Site Audit，需要两次已完成的审计。这两者在演示属性上都不会触发。
告警消息包含什么
标题写明检测器和属性，后面跟一句话摘要，例如 Clicks 1,500 vs 2,000 in the previous window (-25.0%). 接着是指标、当前值、基准值、带日期的窗口以及变化幅度，最后是一个 Open report 按钮。大多数检测器会打开仪表板，新增与流失排名会打开 Rank Changes，实测排名下降会打开 Rank Tracking，审计退化会打开 Site Audit。Slack 会在标题开头加上严重程度标记，Teams 会为标题着色，webhook 则会以 JSON 形式接收相同的信息(Outbound webhooks)。