Google优化技巧：把人工经验写成脚本需求时怎样描述例外情况
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c0bb3774ac3a.html
📄
Google优化技巧：把人工经验写成脚本需求时怎样描述例外情况
直接回答：不要只写“遇到例外时人工判断”，而要把例外拆成可识别的条件、判断顺序和默认动作。对Google优化而言，脚本通常处理抓取、解析、比对和报表，真正的例外往往来自页面状态、参数组合和索引信号不一致。写需求时，先给一个正常样例，再给一个反例，最后说明脚本遇到反例时应跳过、标记还是回退到人工。
先拿一个页面做“正常路径”样板
假设你手上有一个产品列表页，人工检查时会看标题、主图、价格、库存、内链和规范化链接。脚本需求不能只写“检查这些字段”，而要写成输入、判断、输出三段。例如输入是URL、HTML快照、响应状态；判断是标题是否存在且非空、规范化链接是否指向自身；输出是问题类型和证据片段。
这一步的动作是把人工经验转成字段清单。结果会直接影响下一步：如果字段清单里没有“页面状态”这一项，后面所有例外都会变成模糊描述，脚本无法区分“页面不存在”和“页面存在但内容为空”。
例外要写成可判断的条件，而不是形容词
人工常说的“页面异常”“价格缺失”“内容太薄”都不够执行。要改成可观察条件，例如：响应状态为200但主内容节点为空；规范化链接指向另一个URL；标题与H1完全不一致；同一商品出现多个规格参数但价格字段为空。每个条件后面要跟一个默认动作。
- 跳过：适合页面明确为登录墙、地区限制或维护页，脚本不应继续解析。
- 标记：适合字段缺失但页面仍可访问，先记录证据，不自动修改。
- 回退人工：适合两种信号冲突，例如规范化链接指向A，但站内链接和站点地图都指向B。
动作不同，代价也不同。全部标记会让报表噪音变大；全部跳过会漏掉真实问题；全部回退人工则脚本价值下降。选择条件应看例外是否可穷举，以及错误处理成本是否高于人工复核成本。
两种常见写法怎么取舍
第一种写法是“白名单例外”：只对已知模式放行，例如已知的促销页允许价格字段为空。第二种写法是“黑名单例外”：只对明确错误报警，其余一律视为正常。两者成立条件不同。
如果页面模板稳定、例外来源少，白名单更省事，代价是新活动页一旦出现就会被误报。如果页面类型多、模板经常变化，黑名单更稳，代价是真实问题可能被当成正常状态放过。对Google优化场景，涉及索引和规范化时更适合黑名单加人工抽样；涉及批量字段检查时更适合白名单加定期回顾。
用一个短例子说明判断顺序
假设脚本检查一个分类页，发现规范化链接指向另一个URL，同时页面自身有内容、返回200。不要直接判定“重复内容”或“配置错误”。先按顺序判断：第一，该URL是否在站点地图中；第二，站内链接是否大量指向它；第三，规范化目标是否可访问且内容相似。若三项都指向目标页，脚本应标记为“待确认的规范化合并”；若只有规范化标签指向目标页，其他信号都指向自身，脚本应回退人工，因为可能是模板误输出。
这个动作的结果会影响下一步：标记类问题可以进入批量复核，回退类问题必须单页查看。两者混在一起，后续修复顺序就会乱。
把例外描述落到可执行字段
一条合格的脚本需求至少包含：触发条件、证据字段、默认动作、复核入口。例如：当响应状态为200且主内容节点为空时，记录URL、快照时间、节点选择器和页面标题，默认标记为“空内容待查”，不自动提交修改。这样写的好处是，执行者能复现判断，复核者能看到证据，后续调整规则时也知道该改哪一层。
对Google优化而言，抓取量、索引量或某项统计归零不能单独证明处理正确，也可能是采集延迟、过滤条件变化或页面分组调整。因此例外描述里要保留原始证据，而不是只留一个结论。最后，任何改动前后比较都要考虑季节、搜索需求变化和数据采集差异，不宜用单次快照下结论。
