site命令查询：工具支持的对象格式变化时怎样改输入规范
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1f40c0e8833d.html
📄
site命令查询：工具支持的对象格式变化时怎样改输入规范
当查询工具从只接受域名，变成同时接受目录、子域或完整URL时，输入规范不能整体推翻，而要按“旧对象是否仍有保留价值”分开处理：仍有价值的对象改写成新格式继续保留，已失效的对象从输入清单中移出，而不是换个写法继续喂给工具。
先判断对象是“退出”还是“换写法”
格式变化本身不改变对象的价值，只改变它的表达方式。判断依据可以看两点：该对象是否仍对应一个可访问、可维护的站点结构；该对象此前产出的查询结果是否还被后续工作引用。
- 如果对象仍可访问、结果仍被引用，属于“换写法”，需要把旧输入改造成新格式后保留。
- 如果对象已下线、目录已合并、合作关系已终止，属于“退出”，应从输入清单删除，而不是套用新格式凑数。
一个常见误判是把“格式不匹配”当成“对象失效”。工具报错或返回空结果，可能只是输入写法不对，也可能是对象本身已经不存在，这两种原因需要分开验证。
条件一：旧对象仍有价值，改写成新格式
当工具开始支持目录级或完整URL级对象时，原先只写域名的输入往往需要下沉到更具体的层级。实施动作是：先确定每个旧域名下真正需要持续查询的目录或子域，再按新格式逐条改写，改写后跑一次小样本对比。
结果如何影响下一步：如果改写后返回的对象范围与旧结果基本对应，说明改写成立，可以把新输入固化进清单；如果返回范围明显变大或变小，说明层级选错了，需要回到目录划分重新确认，而不是直接批量替换全部输入。
假设一个旧清单里有 20 条域名输入，其中 6 条实际只关心某个子目录。按新格式改写时，这 6 条应写成目录级对象，其余 14 条保持域名级。这个数字只是用来说明“分层改写”的比较方法，不代表任何真实清单的规模。
条件二：旧对象已退出，从输入中移除
当旧系统下线、旧合作关系结束，继续保留对应输入只会污染后续判断。实施动作是：把这类对象单独列一份退出清单，标注退出原因，再从主输入清单中删除，同时保留退出记录以便回溯。
需要注意的例外是：有些对象虽然业务上已退出，但其历史查询结果仍被引用做对比。这种情况下不应删除，而应把它标记为“只读历史对象”，与新格式的活跃对象分开放置，避免两类对象混在同一份输入里造成误读。
输入规范落地时的三个动作
- 分层：按域名、子域、目录、完整URL划分对象层级，明确每层对应哪种查询目的。
- 试跑：先改写少量对象试跑，观察返回范围是否符合预期，再决定是否推广到全量。
- 留痕：记录每条输入的改写前后形式与退出原因，方便下次格式再变时快速定位。
这三个动作的顺序不能颠倒。先分层再试跑，能避免把格式问题误判为对象失效；先试跑再留痕，能保证记录的是验证过的写法，而不是猜测。
格式变化时容易踩的两个坑
第一个坑是把所有旧输入统一加上前缀或后缀。新格式往往不是简单拼接，而是要求对象本身对应一个真实存在的层级，机械拼接会制造出并不存在的查询对象。
第二个坑是用“结果为零”直接判定对象应退出。返回为空还可能来自输入格式错误、工具尚未适配该层级、对象暂时不可访问等原因。要确认退出，至少需要一次格式正确前提下的复测，并核对对象本身的可访问状态。
对具体工具支持的格式范围、层级限制和当前功能，不同产品差异较大，需要以工具自身的说明为准，不宜用一份通用清单套用到所有查询工具上。
