友链查询：工具停服后哪些数据应该优先迁出
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /04a6d6035658.html
📄
友链查询：工具停服后哪些数据应该优先迁出
优先迁出的不是“全部导出文件”，而是三类可复核证据：外链指向关系、对方站点当前状态、以及你方对这条关系的处理记录。判断依据只有一条：停服后你还能不能凭这份数据重新回答“谁链向谁、当时是否有效、下一步该做什么”。能回答就迁，不能回答就只是备份。
先分清两种停服条件，再决定迁移顺序
同样是工具不可用，迁移策略并不一样。第一种是“只读窗口仍然开放”：你还能登录、翻页、导出，但写入和刷新已停止。第二种是“入口已经关闭”：页面打不开，只剩此前下载过的文件。两种条件下优先级不同。
只读窗口开放时，优先迁出带时间戳的原始记录，而不是迁出工具生成的评分或汇总图表。因为评分依赖工具自己的口径，换一个环境就难以复现；原始记录至少还能重新计算。入口已关闭时，优先做的是去重与字段对齐，把手上多个格式的导出文件合并成一张可核对的主表，再补录缺失字段。
一个可区分的证据是：如果同一批数据在两次导出中行数一致、但列名不同，说明变化发生在字段层，属于格式问题；如果行数本身对不上，说明抓取范围或过滤条件变了，这时不应直接合并，而要先确定以哪一次为准。
优先迁出的字段清单
按“停服后能否重建”排序，以下字段最值得先迁：
- 源页面与目标页面的完整地址：不要只留域名，路径决定这条链接出现在哪个页面。
- 链接所在位置：正文、侧栏、页脚、评论区的处理价值不同，位置丢失后很难靠域名反推。
- 首次发现时间与最近一次确认时间：这两个时间点决定后续复查节奏。
- 链接属性：是否带 nofollow、是否由脚本插入，属于影响判断的属性，不是装饰字段。
- 你方的处理状态：待联系、已联系、已移除、保留观察，这一列是迁移后唯一能驱动行动的信息。
相对不优先的是工具自算的“权重分”“健康度”一类派生字段。它们可以留作参考，但不应当作迁移的核心，因为换环境后无法用同样口径验证。
把多角色分歧转成可核对的项目
停服场景下常见分歧是：运营认为“数据都在导出文件里”，技术认为“缺字段等于没迁”，双方各说各话。可行的做法是把分歧写成一张核对表，而不是继续争论。
具体动作：选十条记录作为样本，由两方各自独立填写“源地址、目标地址、链接位置、最近确认时间、处理状态”五列，然后逐条比对。结果会直接指向下一步——如果差异集中在链接位置和时间，说明需要补录字段；如果差异集中在处理状态，说明问题不在数据本身，而在流程约定。这个动作的价值在于把“谁对谁错”换成“哪一列对不上”。
假设某条记录一方记为“页脚”，另一方记为“正文”，这并不必然说明谁错，可能是页面改版后位置发生了变化。此时应补充“确认时间”再判断，而不是直接采信某一方。
迁移后的验证与例外
迁移完成后，至少做一次反向验证：从新表里随机抽若干条，回到对方站点实际打开页面，确认链接是否仍然存在、位置是否与记录一致。这一步的结果决定后续动作——命中率高的部分可以按原计划推进联系或清理；命中率低的部分应先怀疑记录本身，而不是先怀疑对方站点。
需要说明的例外：如果对方站点已经整体改版或长期无法访问，那么“链接不存在”并不能证明你方记录有误，也不能证明对方删除了链接，只能说明当前无法核对。这类记录应标记为“待确认”，而不是直接归入失效。同理，某次导出行数归零，也可能只是过滤条件、权限范围或抓取失败造成的，不能单独作为判断依据。
最后，具体某个工具在停服阶段是否仍提供导出、导出包含哪些字段，需要以该工具当时的实际说明为准，不要按旧版本的功能去推断。
