链接互换工具换数据源后历史曲线是否还能连接
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /683194a4fb34.html
📄
链接互换工具换数据源后历史曲线是否还能连接
能不能连接，取决于历史曲线是按原始记录重算出来的，还是按当时数据源的口径固化下来的。如果旧曲线只保存了结果值，而新数据源对同一批链接的判定口径不同，那么两条曲线在时间轴上会断开，表现为换源当天出现跳变或空白。解决方向不是强行拼接，而是先判断断点属于哪一类，再决定保留、改写还是退出这条历史序列。
先确认断点来自口径差异还是记录缺失
换数据源后曲线断开，常见原因有两类，处理方式完全不同。
- 口径差异型断点：旧源只统计已确认的互换关系，新源把待确认、已失效、指向同一站点的多条记录也计入。此时同一时间点的数值会整体抬高或压低，曲线形状还在，但水位变了。
- 记录缺失型断点：新源不提供历史快照，只能从接入当天开始生成数据。此时换源之前的时间段没有任何可重算的原料，曲线不是被改写，而是根本没有数据。
可区分的证据是：把换源前最后一周的原始记录导出，用新源的口径重新计算一遍。如果重算结果与旧曲线接近，说明只是口径差异；如果重算所需字段在新源里根本不存在，那就是记录缺失。这一步的动作结果直接决定下一步——前者可以修正，后者只能截断。
保留旧曲线的前提：新旧口径可对齐到同一字段
只有当两个数据源对“一条互换关系”的定义能映射到同一组字段时，保留历史曲线才成立。至少需要对齐三项：链接的标识方式（完整地址还是规范化后的主域）、关系状态的判定时点（抓取时刻还是确认时刻）、以及失效链接是否计入总量。
假设某工具旧源以“确认日期”归档，新源以“首次发现日期”归档。同一批互换链接在新源里会整体前移若干天，曲线左端被拉长。这种情况下可以保留曲线，但必须在换源位置标注口径变更，否则后续对比会把口径差误读成增长或下滑。如果三项里有一项无法映射，保留就只是把两段不同含义的数据画在同一条线上，参考价值有限。
改写历史曲线的适用条件与代价
改写是指用新数据源的口径，对换源之前的原始记录重新计算，生成一条统一口径的连续曲线。它成立的条件是：旧源导出的原始记录里保留了足够的字段，比如每条互换链接的发现时间、确认时间、状态变更记录，而不只是每天的汇总值。
改写的代价是历史数值会整体变化，之前基于旧曲线做的判断需要重新核对。适合改写的场景是，团队更看重长期趋势的一致性，且能接受早期数值与已归档报告不一致。不适合的场景是，历史曲线已经用于对外交付或留档，改动会造成同一指标在不同报告里对不上。
退出这条历史序列的判断依据
当新旧口径无法映射、旧源又没有导出原始记录时，更稳妥的做法是把换源之前的历史曲线单独封存，从接入新源当天重新起一条序列，并在图注里写明起点。这不是放弃数据，而是避免把两段不可比的数值当成一条趋势来解读。
判断是否该退出的一个实际动作是：检查换源前的曲线是否还被用于当前的决策。如果它只是留档、不再参与判断，封存的成本很低；如果它仍在支撑正在进行的评估，就需要先补齐可对齐的字段，否则后续每次对比都要重新解释断点，解释成本会持续累积。
换源前应固定下来的字段清单
为了减少断点，换源动作发生之前，先把旧源中这几类字段完整导出并留存：每条互换关系的唯一标识、首次出现时间、状态变更时间与变更后状态、判定所依据的原始地址。留存格式用可逐行解析的纯文本或表格，例如把记录写成 id, first_seen, status_changed_at, status, raw_url 这样的行结构，便于后续用新口径重算。
需要提醒的是，不同工具对上述字段的命名、是否提供导出、导出范围是否受账号权限限制，差异很大，具体能力需要以你正在使用的工具实际提供的导出结果为准，不能按通用假设推断。完成导出后，先用新源口径对最近一周做一次试算，比对结果与旧曲线的偏差幅度，再决定保留、改写还是另起序列。
