百度司南工具，工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e4dd079f855b.html
📄
百度司南工具，工具停服后哪些数据应该优先迁出
如果确认百度司南工具已经无法继续登录或导出，优先迁出的不是“全部历史记录”，而是三类不可再生的数据：自定义监测词表及分组、带时间戳的历史趋势序列、人工标注与备注。前提是账号仍能进入、导出入口仍可用；如果连登录都已失效，这个优先级排序就不成立，只能转向本地留存的报表文件、邮件附件和协作记录做补救。
先判断你手里还剩什么权限
停服场景下，不同账号能做的事差别很大。管理员可能还能批量导出，普通成员只能截图或逐页复制，而账号被冻结后连页面都打不开。先做一次权限盘点，再决定迁出顺序，否则容易把时间耗在拿不到的数据上。
- 能登录且导出按钮可用：直接按模块批量导出，优先处理结构化的词表和趋势数据。
- 能登录但导出受限：用浏览器打印为 PDF，或用复制粘贴落到表格，接受格式损失。
- 完全无法登录：检查本地是否存过报表附件、邮件发送记录、聊天工具里传过的截图，这些是唯一可用的替代来源。
这一步的结论只说明“当前还能拿到什么”，不能反推工具本身是否还会恢复。页面打不开、导出报错、请求量归零，都可能是临时故障、权限变更或迁移中的表现，单凭这些现象不能断定停服已经定局。
为什么词表和趋势序列排在前面
数据能不能重建，取决于它是否依赖工具内部的持续计算。自定义监测词表、分组逻辑、排除词规则，是人工判断的产物，一旦丢失就要从头再想一遍；历史趋势序列是按天或按周累积的时间点，缺一段就永远补不回来。相比之下，单次导出的汇总报表往往能从其他渠道重新拼出大概，优先级可以往后放。
一个假设例子：某账号有 40 个监测词、分 6 组，过去 18 个月的周度指数序列。假设只导出最终汇总表，那么词表分组和逐周序列都会丢失；如果先导出词表 CSV 和逐周明细，即使汇总表没拿全，也能在本地表格里重新算出汇总。这个对比只说明迁出顺序的差别，不代表任何具体工具的导出效果。
迁出时保留哪些字段才有用
很多人导出时只留一个数值列，事后发现无法对应到具体词、具体时间、具体口径，数据等于废掉。迁出时至少保留以下字段，缺一项都会削弱后续可用性：
- 监测对象名称与所属分组，保证词表可还原。
- 时间戳及统计周期（日、周、月），避免序列错位。
- 指标口径说明，例如是搜索指数、资讯量还是自定义加权值。
- 人工标注、备注、复核状态，这类内容无法从数值反推。
- 导出时间和导出人，便于日后判断数据版本。
如果导出文件本身不带口径说明，就在文件名或同目录的说明文档里补一句。这个动作成本很低，却决定了半年后你还能不能解释这份数据。
哪些数据可以放弃，哪些不能
不是所有内容都值得花时间抢救。判断标准是：能否从其他来源低成本重建。能重建的，放弃；不能重建的，优先迁出。
- 可以放弃：已经沉淀成结论的汇总报表、重复导出的中间版本、页面截图里的装饰性图表。
- 不能放弃：原始词表、逐期明细、人工标注、对外提交过的报告底稿。
这里有一个会让上述结论失效的反例：如果这些数据本来就只是内部参考、从未进入任何决策或对外交付，那么逐周序列的价值也很有限，优先迁出的应该是能证明“做过什么监测”的词表和报告底稿，而不是全部明细。换句话说，优先级取决于数据是否被下游使用过，而不是它看起来有多完整。
权限不足时的最小动作
缺少完整导出权限时，不要停在“等权限恢复”。仍可执行的最小动作是：用现有可见页面，把词表名称和分组结构手工抄进表格，把关键时间点的数值截图存档，并在文件里注明截图时间和来源页面。这个动作拿不到完整序列，但能保住结构信息。
做完这一步，下一步取决于你拿到的完整度：如果词表和分组已经完整，就可以把精力转向趋势明细；如果连词表都残缺，就应该先联系仍能登录的管理员确认导出可能性，再决定是否放弃明细、只保留结论性材料。整个过程里，能拿到的证据类型决定后续动作，而不是先预设一个“必须全部迁出”的目标。
