换设备后 X 归档怎么迁移:不丢数据的完整流程
换电脑或换手机的时候,X 归档通常排在待搬清单的最后。原因也简单:它只是一个压缩包,复制过去能打开,看起来就完事了。但归档的价值不在文件本身,而在旧设备上一点点积累起来的判断,白名单里记着哪些推文要留,排除列表里记着哪些误报已经确认过,体检基线记着上次的分数和风险条目数。这些判断不写在 ZIP 里,迁移完等于从头再来一遍。
这篇把 X 归档迁移拆成迁前、迁移、迁后三段。按这个顺序做完,新设备上的体检结果应该和旧设备对得上,不会重新洗牌。
迁前先在旧设备上固定三份东西
先别急着拔硬盘,也别先开云同步。旧设备上还有完整的上下文,这是迁移最省事的时刻。
- 归档 ZIP 原件。不要只留解压后的目录。压缩包里有 tweets.js、like.js、direct-messages.js 等文件,有些解析流程依赖原始目录结构,缺文件会直接报错,不会跳过继续跑。
- 上一次体检的基线。分数、风险条目总数,以及按类别拆开的数量。迁移后拿它对表,一眼能分清是数据没搬全,还是新设备的解析版本和旧版本不同。
- 白名单与排除列表。这是迁移里最贵的东西。白名单是"这条必须留",排除列表是"这条我确认过没问题,以后别再报"。两份清单都是人工判断的结果,重建一次往往要花几个小时。
旧设备还能开机的话,把这三份东西放进一个单独目录,和归档压缩包分开放。两者混在同一个文件夹里,迁移时很容易只搬了压缩包,配置留在原地。
归档文件在哪:各系统的常见落点
X 下载页只给一个压缩包,解压位置由你自己定,所以路径没有标准答案。下面是各系统的常见落点,用来在旧设备上快速定位。
| 系统 | 常见落点 | 体积参考 |
|---|---|---|
| Windows | 下载目录,或解压时新建的文件夹,里面有 data 子目录 | 50MB 到 400MB |
| macOS | 下载目录解压后,data 子目录在第二层 | 同上 |
| Android | 内部存储的 Download 目录 | 通常更小,媒体文件不全 |
| iOS | 文件应用里的下载项,需要先手动解压 | 同上 |
体积差主要来自媒体文件。同一个账号在桌面端下载的压缩包会比手机端大,手机端常省略部分图片和视频的原始文件。从手机迁到电脑时,先确认搬过去的压缩包是桌面端下载的那一份,否则体检结果里会少掉一批带图推文。手机端归档的完整流程见 手机下载 X 归档。
跟着数据走的三样配置
三样配置指的是前面那两份清单加一份基线。它们不需要特殊格式,一份纯文本或一个表格就够,关键是固定成文件,别只留在脑子里。
- 白名单格式。推文链接或推文 ID 一行一条,后面附一句原因。原因这一列看着多余,三个月后回看时,它是唯一能解释当时判断的东西。
- 排除列表格式。除了 ID 和原因,再加一列"误报类型",比如坐标数字、行业术语、引用他人内容。同类误报累计到一定数量,就能反过来调解析规则。
- 基线快照。记录体检日期、总分、各风险档的条目数。只存一个总分不够用,因为不同类别权重不同,总分持平但内部结构变化的情况很常见。评分权重的计算方式见 体检评分权重说明。
如果旧设备已经不能开机,只能从归档重新解析。这时候先跑一次体检生成新基线,再把能回忆起来的白名单补进去。顺序反了会白做一轮,先整理白名单再跑基线,等于把人工判断做了两遍。
迁移执行的六步
- 确认压缩包完整。对照旧设备上的文件大小,再确认解压后能看到 tweets.js。手上只剩解压目录的,先用原压缩包校验一次。
- 拷贝压缩包,不要拷贝解压目录。解压目录文件数量多,跨系统复制时容易出现大小写或编码差异;压缩包只有一个文件,风险低得多。
- 在新设备上解压到独立目录。不要直接扔进下载目录。以后再下载一份会混在一起,很难分清哪份是哪份。
- 先导排除列表,再导白名单。两者有重叠时,排除列表先落地能避免白名单条目被重复报出。
- 跑一次完整解析。这次解析的作用是建立新基线,不要顺手删东西。第一次跑完就动手清理,出问题时分不清是数据问题还是操作问题。
- 和旧基线对表。分数与各档条目数应大致相同。差异超过一成就停下来查原因,通常是压缩包版本不同,或者排除列表没导全。
压缩包存放位置本身也有讲究,放在会被同步盘扫描的目录里,等于把推文文本同步到了另一台设备上。安全存放的做法见 归档安全存放。
迁完怎么验证
验证的核心是把"数据搬全了"和"判断搬全了"分开检查。两件事的排查路径完全不同,混在一起查会来回折腾。
| 检查项 | 通过标准 | 不通过时先查 |
|---|---|---|
| 压缩包完整性 | 文件大小与旧设备一致,解压后 tweets.js 存在 | 拷贝是否中断,是否误搬了解压目录 |
| 解析条目数 | 与旧基线的推文总数一致 | 压缩包是不是手机端下载的那份 |
| 风险条目数 | 各档数量与旧基线接近 | 排除列表是否导入完整 |
| 白名单生效 | 白名单内的推文不出现在待清理列表 | ID 格式是否被编辑器改动过 |
| 旧设备数据 | 验证通过前暂不删除 | 无 |
最后一行经常被跳过。新设备验证通过之前,旧设备上的归档和配置都留着。两份数据同时存在的成本很低,重新申请一份归档并重建判断的成本要高得多。体检报告本身的结构可以对照 体检报告的构成 逐项核对。
什么时候别迁移,直接重新下载
迁移适合归档还能拿到、配置还想保留下来的情况。下面几种情况直接重新下载更省事。
- 旧设备已经卖掉或送人。没有可搬的源,只能重新申请归档。
- 压缩包是两年前下载的。这两年的新推文不在里面,搬过去还要再申请一次,不如一次性重新下载。
- 白名单和排除列表从来没存过。没有可继承的判断,迁移只剩搬文件这一步,和重新下载差别不大。
- 换的是手机操作系统。安卓和 iOS 的归档获取路径不同,媒体文件完整度也不一样,直接在新系统里重新申请更干净。
重新下载通常要等几天。等待期间旧设备上的归档别删,等新归档到位并验证通过再处理。整个流程可以配合 归档下载失败排查 一起用,卡在哪一步都有对应的检查点。
迁移本身不产生删除动作,它的回报在于省下重建判断的时间。搬到新设备后跑一次体检,可以顺手确认解析结果和旧基线是否对得上。体检在 digital-footprint-health.shop 的 首页免费开放,归档在本机解析,推文内容不上传。清理范围与费用列在 定价页,方法类文章都收在 博客目录。
常见问题
X 归档迁移会丢数据吗?
按压缩包整体拷贝、不逐文件复制的做法,数据本身不会丢。容易丢的是旧设备上的白名单、排除列表和体检基线,这三样不写在压缩包里,需要单独搬。
手机下载的归档和电脑下载的有区别吗?
有。手机端常省略部分媒体原始文件,压缩包更小,解析出的带图推文数量会少一批。迁移前先确认搬的是桌面端下载的那一份。
迁移后体检分数变了,是数据问题吗?
先比推文总数,再看各风险档的条目数。总数一致但分数不同,一般是排除列表没导全或解析版本不同;总数就少了,才是数据没搬全。
旧设备上的归档什么时候可以删?
新设备验证通过之后。验证包括条目数、各档风险数、白名单生效三项,全部对得上再删,两份数据并存的成本远低于重新申请归档。
检查你自己的 X/Twitter 数字足迹
免费本机扫描,你的归档永不离开电脑。
免费开始体检相关阅读
X 归档里的 CSV 与 JSON:两种格式各能做什么
打开 X 数据归档会看到两类文件混在一起:一批 .csv 表格和一批 .js 文件(内容其实是 JSON)。名字接近,能力完全不同。这篇文章给出两种格式的能力边界、各自适合回答的问题,以及三个最常见的选择错误。
别急着删:先读一遍你的 X 归档,会错过不少好东西
清理推文前,先读一遍归档。那些被你忘了的旅行、吐槽和朋友圈子,其实是一份十年回忆录。本文聊聊怎么读归档,以及为什么"只删不读"会丢掉一些值得留的东西。
手机上能导出 X 数据归档吗?可行路径和绕不过的限制
手机可以申请导出 X 数据归档,也能接收下载链接,但解压和分析放在手机上会遇到真实限制:文件体积、存储空间、解压工具和内存都会卡住。三种做法各有权衡,需要传输时也有需要避开的坑。