identify-search-maintenance

识别搜索维护需求

找出值得进行搜索维护的页面，并提供证据，区分排名导致的损失与需求变化。交付内容是按优先级排列的调查待办清单和诊断；绝不是改写文章或发布内容。

范围与注意事项

• 确认资源、流量渠道、日期、地区/设备，以及是否必须通过用户已登录的 Chrome 会话检查 Google。
• 同时进行近期对比（通常为最近 3 个月与此前 3 个月）和同比对比（通常为一年前的同一最近 3 个月）。结束日期取 Search Console 中最新且足以进行比较的日期；使用相同的天数和相近的星期分布，并将任何不可用的基准标记为 N/A，绝不能记为零。
• 在每组对比中固定 Search Console 的搜索类型、国家/地区、设备、资源范围、规范 URL 处理方式，以及品牌查询排除规则。记录 GA4 时区、自然搜索渠道定义和着陆页 URL 规范化方式。
• 只有检查过 Search Console 中页面级和查询级数据后，才能将页面列为候选。GA4 只能作为辅助流量证据，不能替代查询和排名数据。
• 不要仅凭点击量将损失归因于排名。按 URL 筛选和资源范围内的 Search Console 展示次数受网站自身可见度影响，不能单独用作需求指标。请检查独立的需求代理指标（例如该查询/主题的 Google Trends、适用时的 Keyword Planner，或有据可查的市场数据来源），再将资源范围内的查询数据用作佐证。此外，还要检查 URL/查询排名变化、关键词蚕食和实时 SERP 组成。
• 不要更改 CMS 内容、元数据、内部链接或发布设置。如果用户要求进行更改，请先完成本次调查，并另行确定文章更新范围。

工作流程

1. 收集可比较的证据

1. 导出两个时间段组合的 Search Console 页面表现数据。优先使用导出文件/CSV，而不是手动翻阅被截断的表格。
2. 保留每个时间段的点击次数、展示次数、点击率和平均排名。记录筛选条件、资源和导出日期。
3. 在可用时，获取相同日期范围内 GA4 自然搜索着陆页的会话数或浏览量。注意，GA4 和 Search Console 统计的内容不同。
4. 将近期对比和同比的页面导出数据规范化为 selection-rubric.md 中的列。分别运行随附的筛选器，合并两份候选清单，并标明每个 URL 是在哪些对比中入选的。只通过一组对比筛选的页面，仍需在两组对比中完成全部证据检查。

python "<skill-directory>/scripts/select_rank_led_candidates.py" normalized-pages.csv --format markdown

将 <skill-directory> 替换为包含此 SKILL.md 的目录。使用脚本筛选候选项，而不是据此做最终判断。只有在报告说明原因时，才调整脚本的阈值。

2. 在选择页面前区分原因

将每个流量显著下降的页面归入以下互斥类别之一：

类别	证据	操作
排名导致的维护候选项	点击量显著下降；展示量总体稳定；平均排名／查询排名变差	调查并优先处理
需求下降／内容过时	展示量和点击量同步下降，或相关任务／查询已不再存在	从排名导致的列表中排除
点击率／搜索结果页变化	排名总体稳定，但点击率下降；搜索结果页功能或标题／摘要变化可以解释这一现象	单独列出；不要归类为排名导致
技术／索引问题	有关索引、规范网址、页面渲染或可用性的证据	单独升级处理
关键词蚕食／站内竞争	网站中的另一个网址获得了相同查询或搜索意图	从此内容维护列表中排除；转交以决定整合／定位方案
证据不足	流量较低，或没有可比较的基准	不要强行列入前 10 项

对于每个选定的网址，至少核实 3 个过去有价值但现已下降的查询。每个查询都要收集 3 组视图，并使用相同的搜索类型／国家／设备／日期筛选条件：(a) 目标网址的查询指标和排名，(b) 不使用页面筛选条件的整个网站资源的查询指标，以及 (c) 独立的需求代理指标。将 (c) 作为需求证据；仅使用 (b) 了解网站整体的可见度。使用同比数据来发现持续时间更长的变化。检查网站中的另一个网址是否获得了相同查询；确认存在关键词蚕食时，将其归入单独的排除类别。如果查询组合发生变化，请说明。

在保留内容维护候选项之前，至少要完成以下健康检查：URL 检查／索引状态、用户指定的规范网址、HTTP 可用性，以及渲染后页面的可访问性。将检查未通过的页面归类为技术／索引问题，而不是判定为编辑内容缺失。

3. 在 Google 中诊断每个入选页面

当用户指定 Chrome 或 Google 时，请使用 Chrome 浏览器，而不是通用网页搜索后端。针对每个入选 URL：

1. 在 Google 中搜索至少 3 个流量下降且历来具有价值的查询；尽可能使用所需的地区和设备环境。
2. 记录目标 URL 的可见排名或未出现的情况、排名靠前的竞争 URL，以及重要的搜索结果页功能（AI Overview、官方结果、视频轮播、「其他人也在问」、新闻、论坛等）。使用新标签页，不要更改账号或网站设置。
3. 对比目标页面和排名靠前的页面在搜索意图、时效性、直接回答质量、任务完成情况、事实完整性、第一方证据、视觉/媒体支持、结构和信任信号方面的表现。观察结论须以页面实际内容为依据，并区分已观察到的事实与推断。
4. 找出需要调查的差距，而不是直接提出修改方案。例如：界面步骤已过时、缺少当前限制条件、意图匹配度差、原创证据薄弱，或搜索结果页目前被官方来源主导。

如果可以使用并行 Agent，每个 Agent 最多分配 2 个页面。要求每个 Agent 返回周期指标、至少 3 个查询、Google 竞争对手、搜索结果页功能、观察到的内容差距、排除项和来源 URL。只有在所有 Agent 返回证据后，才能汇总。

4. 生成维护报告

创建或追加内容到 report.md；除非用户要求替换，否则保留之前的发现。使用以下结构：

1. 范围、日期、数据来源、筛选条件和限制。
2. 选择方法和明确的排名下降阈值。
3. 一个按优先级排序的表格，列出最多为所请求数量的排名下降页面（默认 10 个）：URL、近期指标、同比指标、网站整体查询需求证据、排名证据、优先级和置信度。如果符合证据阈值的页面较少，则列出较少数量并说明原因。
4. 逐页诊断：至少 3 个流量下降的查询、当前 Google 竞争对手/搜索结果页观察，以及需要调查的内容差距。
5. 排除的近似候选项，并附上流量需求下降、意图过时、仅点击率下降、技术问题、关键词蚕食或数据不足的证据。
6. 单独列出需要技术或编辑决策的后续事项。

交付前，请确认最终排名下降页面列表中的每个页面都有足够稳定的独立需求证据、记录在案的查询级排名恶化情况，并通过健康检查。绝不要用需求下降导致的流量损失来凑数。

资源

• selection-rubric.md：标准化架构、默认阈值和报告检查清单。
• scripts/select_rank_led_candidates.py：针对标准化 Search Console 页面导出的确定性初筛工具。