搜索意图分析：怎样记录改动前后的基线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /04baedb30aff.html
📄
搜索意图分析：怎样记录改动前后的基线
记录基线的核心做法是：在改动之前，把与搜索意图相关的可核对证据固定下来，包括页面内容、查询词、落地页对应关系和时间点；改动之后再按同一口径采集一次，逐项对比。基线不是一份感觉记录，而是一组能在事后复查的原始材料。人手有限时，优先固定那些改动后无法还原的信息，例如旧标题、旧首屏文案、旧内链和旧查询词分布。
先确定这次改动要验证哪一种搜索意图
搜索意图分析通常区分信息型、导航型、商业调查型和交易型。一次改动往往只针对其中一种，例如把信息型页面改成更贴近交易型，或把模糊标题改成更明确地回答某类问题。基线要围绕这个目标意图来记，而不是把所有指标都抄一遍。
- 如果改动针对信息型意图，基线重点记录页面回答的问题、覆盖的子问题、查询词中出现的疑问表达。
- 如果改动针对交易型意图，基线重点记录页面上的行动入口、价格或条件说明、与查询词的对应关系。
- 如果改动只是结构调整，基线重点记录改动前的标题层级、首屏内容和内链指向。
判断依据是：改动后你能否用同一批查询词和同一批页面元素做对比。如果某个字段改动后无法重建，它就应该进入基线。
基线里必须固定哪些原始证据
建议按“页面—查询—时间”三条线记录。页面线保存改动前的标题、首屏文字、主要小节标题和关键内链；查询线保存该页面此前能触达的查询词及其意图归类；时间线记录采集日期和采集方式，避免把不同口径的数据混在一起比较。
一个可执行的短例子如下。假设你要改一个介绍“搜索意图分析”的页面首屏：
- 改动前，把旧首屏文字复制到一份文档，标注日期。
- 用站内搜索词报告或搜索平台提供的查询数据，导出与该页面相关的查询词，按信息型、商业调查型等分类。
- 记录页面当前的标题标签、
<h2>小节标题和指向该页的内链来源。 - 改动后，用同样的导出条件和同样的分类方式再采集一次。
对比时看的是查询词意图分布是否变化、页面元素是否与目标意图更一致，而不是只看某一个数字的涨跌。第三方估算流量、搜索平台报告与站内统计的口径不同，不能直接相减得出结论。
时间和人手有限时，先记录什么
优先记录改动后无法还原的内容，其次是能直接反映意图匹配的内容，最后才是需要长期观察的指标。顺序可以这样安排：
- 不可还原项：旧标题、旧首屏、旧内链、旧查询词列表。这些一旦改动就找不回原样。
- 意图对应项：页面回答的问题与查询词意图是否一致，是否存在答非所问的段落。
- 可延后项：排名位置、点击率等会随时间波动的指标。它们可以后补，但采集口径要提前写清楚。
适用条件是：你只有一次改动机会，且没有足够人力做多轮对照。此时基线的价值在于事后能判断“改动是否让页面更贴近目标意图”，而不是证明某个算法因素起了作用。
对比时怎样判断结果是否可信
先检查两次采集的口径是否一致：查询词来源是否相同、时间窗口是否相同、页面范围是否相同。口径不一致时，差异可能来自采集方式，而不是改动本身。
再检查证据链是否完整：从查询词到落地页，再到页面上的具体段落，能不能一一对应。如果某个查询词意图变了，但页面上找不到对应的内容变化，就不能把变化归因于这次改动。单靠某一个指标无法还原搜索算法，基线的作用是缩小解释范围，而不是给出唯一答案。
下一步可以做的是：为下一次改动建一个固定模板，把“页面字段、查询词分类、采集日期、采集来源”四列填好，之后每次改动都复用同一模板，这样对比成本会明显下降。
