📍 WDQWDWQD987AAAAA:216.73.216.59
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d686ec38e419.html
📄

百度排名技巧：把人工经验写成脚本需求时怎样描述例外情况

核心做法是把每条经验拆成“触发条件、默认动作、例外分支、失败信号”四段，其中例外分支必须写成可判定的布尔条件，而不是“视情况而定”。如果缺少完整数据或接口权限，最小可执行动作是先用现有日志和页面快照手工标注一批样本，把例外情况枚举出来，再交给脚本；这只能验证规则是否可判定，不能推出脚本上线后排名一定变化。

先判断你处于哪种数据条件，再决定例外的写法

两种条件对应两种描述方式，选错会让脚本在边界样本上乱改页面。

• 条件A：能拿到逐条明细（例如每个URL的抓取时间、状态码、正文长度、上次修改时间）。此时例外写成字段级判断，例如“当正文长度小于阈值且距上次修改超过N天时，跳过标题改写”。
• 条件B：只有聚合报表或人工观察。此时例外只能写成抽样规则，例如“随机抽20条，若其中3条以上属于同一类异常，则整批暂停，转为人工确认”。

选择依据是：例外条件能否在脚本运行前被稳定判定。能判定就用A，不能判定就用B，不要用“看起来不对劲就跳过”这种无法执行的描述。

把例外写进需求时，要落到四个字段

人工经验常写成“这种页面别动”，脚本无法理解“这种”。改成下面结构后，开发和审核都能对照检查。

1. 触发条件：用可读取的字段表达，如status_code == 200 且 正文长度 < 800。
2. 默认动作：满足触发条件时脚本做什么，例如只记录不改动。
3. 例外分支：默认动作之外的情况，例如页面属于栏目聚合页时改为标记待人工处理。
4. 失败信号：脚本无法判定时输出什么，例如写入一条待确认记录，而不是静默跳过。

一个假设例子：需求写“正文过短的页面不改标题”。脚本无法执行“过短”，改成“正文长度小于800字符时，不修改标题，并写入待确认列表”。假设一批50个页面里有12个被写入列表，下一步不是直接放行，而是先人工看这12个是否属于同一模板，再决定是补规则还是扩大抽样。

缺少权限时，例外描述要收缩到可验证范围

没有抓取日志或后台数据时，不要编造字段名。可执行的最小动作是：用页面快照和公开可见信息，对同一模板的页面做人工分类，记录每类页面的共同特征，再把这些特征翻译成脚本可读取的条件。

此时例外只能覆盖你能观察到的部分。例如你只能看到标题、正文开头和发布时间，那么例外条件就限定在这三项内，不要写“排除低质量页面”这类无法判定的描述。做完这一步，你能得到的是“规则是否覆盖了已观察到的样本”，不能得到“未观察到的页面也适用”。

例外生效后，怎样判断下一步动作

脚本运行后，先看被例外拦下的页面数量和分布，而不是直接看排名。如果拦下的页面集中在某一模板或某一时间段的更新，说明规则可能过宽；如果拦下的页面分散且数量很少，可以保留规则继续观察。

一次改动前后的比较要考虑季节和搜索需求变化，不能把某天的波动单独归因于脚本。可用的动作是：记录改动日期、例外命中列表和同期未改动页面的对照样本，等下一批数据出来后再判断是收紧、放宽还是维持例外。这个判断只说明规则在当前样本下的表现，不承诺固定见效时间。