技术 SEO 审计 playbook
店铺的 SEO 问题更多是结构性而非编辑性的：爬取浪费、facet 混乱、孤儿商品、无效标记。审计的价值不在发现——在修复顺序。
通用审计工具产出四百个问题和零个计划。值得跑的店铺审计问的是更锋利的一组问题——爬取预算是否花在能转化的页面上、收录是否与目录一致、标记是否通过校验、店在用户真实所在处是否够快——并按流量风险排修复顺序。这份 playbook 跑这场审计，以及更重要的，之后的分诊。
阶段一：爬取与收录的现实
像搜索引擎那样爬你的店，然后对比三个集合：存在的页面、被爬的页面、被收录的页面。缺口就是发现。吞噬爬取预算的 facet URL、没有任何内链指向的孤儿商品页、软 404 的分类、多年换平台留下的重定向链——过了一定店龄的店四样全有。
可爬 URL 清单对预期目录——两者的背离超出所有人预期
筛选导航：哪些组合可爬、可收录、真正配得上
孤儿商品、重定向链与软 404 逐一枚举
按模板类型的收录覆盖——商品、分类、内容
阶段二：卡住表现的那几层
结构化数据按模板校验——不是抽查，是校验，因为一个模板错误会在使用它的每个页面上倍增。渲染检查：爬虫收到的对你想提供的——脚本重的主题和 headless 架构上经典的无声失败。速度从按模板的实测数据读。多语言店还有 hreflang 完整性。每层检查起来机械，放着不修则昂贵。
阶段三：按流量风险分诊，然后按计划复审
四百个问题按流量风险加权后，塌缩成一张短的有序清单：模板级修复最先（修一处、全目录生效），然后是高价值页面修复，然后是长尾。按此顺序上线、在 Search Console 验证、排上复审——因为主题更新、应用安装与目录增长在持续再生技术债。审计是快照；计划才是资产。
运行方式
爬取并对比
以引擎视角爬店；存在、爬取、收录三集合做 diff，得出真发现。
校验卡口层
结构化数据、渲染、实测速度与 hreflang，逐模板检查。
按杠杆修复、按计划复审
模板级先行、高价值页面跟上、Search Console 验证、按节奏重复。
你会得到什么
从 facet 噪音改道到收入页面的爬取预算
与你实际售卖目录一致的收录
每个模板（而非大多数模板）都通过校验的标记
被计划抓住的技术债，而不是被流量损失抓住
由这些 Agent 负责
常见问题
店铺多久该复审一次？
全量审计每季度；易坏的层——结构化数据有效性、收录覆盖、速度回归——持续监控，因为它们在审计之间无声地坏。任何换平台或重大主题变更之后：立即。
店铺最常见的单一发现是什么？
失控的筛选导航——成千上万可爬的筛选排列稀释爬取预算、复制内容。修它是模板级工作、全目录生效，所以它通常排在分诊首位。
流量看着不错还需要审计吗？
上涨的流量掩盖结构浪费；审计告诉你没认领的还有什么。而值得抓的失败模式——一次错误 robots 改动导致的除名、主题更新导致的标记失效——要几周伤害之后才通过流量显形。
哪些 Agent 跑这个？
Visibility 负责爬取、校验与分诊；Ops 供实测速度数据；Builder 上线模板修复。复审节奏与最近的已知良好状态存在共享记忆里，回归是 diff，不是悬案。