百度指数查询，工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /95240195c3da.html
📄
百度指数查询，工具停服后哪些数据应该优先迁出
先迁“原始值+查询条件”，再迁“派生结论”。如果停服后你还能重新导出同一关键词、同一时间范围、同一地域的原始曲线，那么截图、排行和自定义对比都可以以后重做；一旦原始导出通道关闭，这些派生内容就失去复算依据。优先级的判断标准不是数据看起来多重要，而是停服后是否还能重新获得。
先分清两类数据：可重算的与不可重算的
把工具里的内容分成两层，迁移顺序就清楚了。第一层是原始层：关键词的指数值、时间粒度、地域筛选、设备或来源筛选，以及导出时使用的口径说明。第二层是派生层：你在原始数据上做的对比图、同比环比、排行榜、结论备注。派生层依赖原始层，原始层一旦丢失，派生层无法验证。
可重算的前提是原始值还能从别处取回。如果停服公告给出导出窗口，而你的账号仍能登录，那么优先把原始层导出为可读格式，例如 CSV，而不是先保存仪表盘截图。截图丢失了筛选条件，无法确认那条曲线对应的是全国还是某省、是 PC 还是移动。假设某关键词的曲线在截图里显示上升，但截图没有记录地域和终端，三个月后你无法判断这个上升是全局趋势还是单一来源的波动。这个假设说明的是核对方法，不是真实项目结论。
两种条件下，迁出顺序完全不同
条件一：停服后仍能重新查询同一口径
如果官方或替代渠道还能按相同关键词、相同时间范围、相同地域重新查询，那么迁出重点放在查询条件本身。你需要保存的是：关键词列表、每个词使用的时间区间、地域范围、终端或来源口径、以及导出日期。把这些写成一份对照清单，比保存大量图表更有用。动作是：先导出关键词清单和口径说明，再抽查两三个词在新渠道复现，确认数值差异是否在可接受范围内。如果复现结果与旧记录差异明显，下一步不是继续迁移图表，而是先确认两边口径是否一致。
条件二：停服后无法再取回原始值
这种情况下，原始层就是不可再生资源，优先级最高。动作是：在导出窗口内，按关键词分批导出原始数值，同时为每个文件记录导出时间、筛选条件和工具版本说明。派生结论放在最后，因为结论可以依据原始值重写，原始值不能凭空重建。例外是：如果某个派生结论曾用于对外汇报，且汇报对象只认当时的呈现形式，那么这份呈现也要保留，但要与原始导出文件放在一起，并标注它对应哪份原始数据。
多个角色理解不一致时，把分歧变成可核对项
运营、市场和分析角色对“哪些数据重要”常有不同答案。市场可能认为趋势图最重要，分析可能认为原始值最重要，运营可能认为关键词列表最重要。分歧无法靠讨论解决，但可以转成核对项：对每份待迁数据，问三个问题——它是否包含查询条件？它是否能被独立复算？它是否被其他文件引用？三个问题都答“是”的，排在最前；只答“是”的排在后面；都答“否”的，可以放弃。
把这三个问题做成一张迁移清单，每个角色对同一份数据给出是或否，分歧就变成具体条目，而不是立场之争。如果两个角色对同一份趋势图的判断不同，就回到它引用的原始导出文件，核对关键词和时间范围是否一致。核对结果会直接决定这份图是保留、重做还是丢弃。
迁出时容易被忽略的三类内容
- 口径备注：同一个词在不同时间可能使用过不同筛选条件，备注丢失后数值无法解释。
- 关键词的别名与拆分：查询时用过的同义词、上下位词、错拼形式，决定了以后能否复现同一组对比。
- 导出文件的命名规则：如果文件名只写日期，不写关键词和口径，迁出后很难对应回查询条件。
建议在文件名中固定包含关键词、时间范围、地域和导出日期，例如 关键词_20240101-20240131_全国_导出20240201.csv。这不会让数据更准确，但会让以后核对时少一步猜测。命名规则一旦确定，后续所有导出都按同一规则执行，否则迁移清单会在几周后失效。
一个可执行的迁出顺序
- 列出仍在用的关键词和对应口径，标注每个词最后一次有效查询的时间。
- 按“不可重算优先”导出原始值，同时保存口径备注和导出时间。
- 抽查两到三个词，确认导出文件能被打开且数值与工具内一致。
- 再处理派生图表和结论，为每份派生内容标注它引用的原始文件。
- 对无法对应回原始文件的内容，标记为待确认，不直接删除也不直接采用。
执行到第三步时，如果抽查发现导出值与原界面不一致，先不要继续批量导出，而是回到口径核对：时间范围、地域、终端是否与界面筛选一致。这个动作的结果会决定后续是调整导出条件，还是接受差异并记录在案。只有口径确认后，后面的迁移才有意义。
