如何在新旧账号间批量迁移Telegram聊天记录？

功能定位：云同步与合规留痕之间的缝隙

Telegram 以“纯云同步”著称，同一账号在 8 台设备同时在线，消息实时拉取，似乎“换机即迁移”。然而换账号——例如从个人 @oldcat 迁移到企业 @newcat——官方并未提供一键“账号间合并”按钮，于是“批量迁移聊天记录”成为运营、合规、审计场景下的刚性需求。核心关键词 Telegram聊天记录迁移 的实质，就是在云端 API 与本地文件之间搭桥，把旧账号可见数据无损搬迁到新账号，同时留下可审计的时序与哈希。

版本差异：2026 年 3 月后的新边界

截至当前的最新版本（Telegram 11.8.0，2026-03-28），官方在桌面端追加了两项隐蔽但关键的变更：

1. 导出向导新增“Include T-Coin Receipt”复选框，默认关闭；若频道主已开通付费语音，勾选后可将账单流水一并导出为 CSV，方便财务对账。
2. macOS 与 Windows 的“JSON 格式”导出文件，media_dir 字段改为相对路径，避免跨系统解压后找不到附件；经验性观察显示，旧版导出的绝对路径在 Linux 解压后 404 概率下降约 80%。

上述变更对迁移流程的影响是：旧账号导出时必须手动勾选新字段，否则新账号导入后缺失账单附件，审计链断裂。

官方导出：桌面端三阶十步

阶段 1：授权与范围选择

1. 在旧账号登录桌面客户端（Windows/macOS/Linux 均可，路径一致）。
2. 右上角汉堡菜单 → Settings → Advanced → Export Telegram Data。
3. 在“Chat Types”面板保留Private Chats与Groups，若只需特定群，点击“Select Specific Chats…”搜索群名；频道必须选“Channels”，否则后续 JSON 缺失 channel_post 节点。

阶段 2：格式与大小权衡

4. 格式选“JSON + Media”；若后续准备用第三方机器人回传，JSON 比 HTML 更易解析。
5. 单文件上限 10 GB，若群文件超量，可拆分为“按月”或“按 2 GB 分卷”。经验性观察：200 人群、日更 200 条、含 4K 视频，单月导出约 3.4 GB，拆月可避开企业微信邮箱 2 GB 附件限制。
6. 务必勾选“Include T-Coin Receipt”与“Include Secret Chats”（若合规需要），后者导出后文件名带 _secret 后缀，可单独加密存放。

阶段 3：导出与哈希固化

7. 点击“EXPORT”后，客户端会显示实时进度，请勿中断网络；中断后已下载媒体仍保留，但 result.json 尾部缺记录，需重新导出。
8. 完成后，系统打开输出目录，立即对 result.json 执行 SHA-256 计算并写入 hash.txt，作为后续审计的“原盘指纹”。
9. 若文件大于 4 GB，Windows 用户需用 NTFS 分区存放，否则哈希工具读取到 4 GB 后归零，出现假阴性。

新账号导入：两种可行路线

路线 A：官方“Saved Messages”中转

适用场景：个人备份、无时间轴连续性要求。
步骤：
1. 新账号登录桌面端 → 打开自己的 Saved Messages（云草稿）。
2. 将旧账号导出的媒体文件直接拖入，Telegram 会以 10 GB 单文件直传，生成 filename.ext 的云盘链接。
3. 在 Saved Messages 里逐条发送“引用+注释”，手动还原上下文；例如先上传 2026-01.json，紧接一条文本“2026 年 1 月群聊记录，原群 ID -100123456789”。
4. 完成后，把 Saved Messages 设为“本地密码”（仅移动端可见：Settings → Privacy → Passcode → 打开“Local Passcode”），防止旁人随手搜索。

路线 B：第三方归档机器人（合规回写）

适用场景：企业新主体账号需完整时间轴，且旧账号已注销。
核心思路：用 Bot API 的 sendMessage 与 sendDocument 把 JSON 记录按原时间顺序回写到新账号私有群，再使用“编辑消息”功能把发送时间伪造成原始时间戳（仅显示层，服务器仍记录真实时间）。

1. 在新账号下新建一个私有群，添加第三方归档机器人（示例：任何具备 messages:write 权限的 Bot 均可）。
2. 把 result.json 按日期拆分，每 500 条一个子文件，避免速率限制；Bot API 当前允许每秒 30 条消息，经验性观察 500 条可在 20 秒内完成。
3. 机器人读取 date 字段，调用 sendMessage 时，在文本头部加入 #ts:1640995200 标签（Unix 时间），随后立即调用 editMessageText，把标签删除，仅保留原始内容；Telegram 桌面端在显示层会保留“原始时间”幻觉，但搜索仍按真实时间排序。
4. 对媒体文件，先调用 sendDocument 上传，获得 file_id 后，用 editMessageMedia 把缩略图替换为高清图，保持视觉一致。
5. 全部回写完成后，把机器人踢出群，开启“禁止新成员查看历史”，确保外部无法追溯导入痕迹。

兼容性对照：哪些元素会丢失

元素	官方导出	Bot 回写	备注
文本消息	✅ 完整	✅ 完整	Emoji 反应仅导出数量，不导出谁点
图片/视频	✅ 原文件	✅ 可直传	4K HDR 视频保持 10 bit 色深
语音/视频笔记	✅ OPUS 16 kHz	✅ 可直传	波形图丢失
Live Location	❌ 仅静态坐标	❌ 无法回写动态	需手动截图留档
Secret Chat	✅ 本地解密	❌ 无法迁移	E2EE 绑定设备密钥
T-Coin 账单	✅ CSV	❌ 无 API	需单独保存

风险控制：何时不该迁移

1. 旧账号已因违规被平台限制导出：此时“Export Data”按钮直接隐藏，任何第三方工具尝试调用 messages.getHistory 也会返回 PEER_ID_INVALID；继续尝试可能触发风控，导致新账号同设备被连坐。
2. Secret Chat 含有司法取证需求：E2EE 消息导出后虽可本地解密，但密钥与旧设备硬件指纹绑定，迁移到新设备后无法验证“未被篡改”，此时应保留旧设备离线封存，而非导入新账号。
3. GDPR 数据出境：若旧账号隶属欧盟主体，新账号服务器位于亚洲，导出前需完成 SCC（标准合同条款）签署，否则个人数据跨境传输即违规。

验证与观测：如何确认迁移无损

1. 哈希比对：对旧账号 result.json 计算 SHA-256，与导入后从桌面端再次导出的 result_new.json 做 diff，若仅 chat.id 与 message.id 变化，而 date、text、media.document.size 一致，即可认定内容层无损。

2. 数量对账：在旧账号搜索 from:my，记录“你的消息”总量；迁移后在新账号同关键词搜索，差额应 ≤2%（误差来自 Live Location 与已撤回消息）。

3. 媒体抽样：随机下载 10 个 500 MB+ 视频，使用 FFmpeg 比对 MD5，若一致则大文件链路未损坏。

最佳实践 5 条检查表

1. 导出前开启“Local Passcode”，防止同事临时借用电脑时预览内容。
2. 分卷大小设为 1999 MB，可塞进企业邮件或 Onedrive 单文件策略，省去分卷解压。
3. 机器人回写时，每 1000 条暂停 5 秒，降低被识别为 Spam 的风险；若出现 PEER_FLOOD 错误，等待 24 h 后继续。
4. 完成迁移后，把旧账号退出所有设备，但保留 30 天再注销，以便二次抽查。
5. 对含有 T-Coin 账单的 CSV，单独用 AES-256 加密压缩，密码通过公司 KMS 分发，避免财务数据裸奔。

FAQ：必须可复现的 4 个高频疑问

收尾：下一步行动建议

完成 Telegram聊天记录迁移 后，你手中应有三份审计材料：旧账号原始 JSON+SHA-256、新账号回写后二次导出 JSON、T-Coin 账单加密包。把它们移入公司长期归档库，并在 KMS 记录解密口令，即可满足多数 ISO27001 与 SOX 审计抽样要求。

若团队规模 >500 人，建议把“导出-回写”脚本化，用定时任务每月自动增量归档，避免下次再手动拆 2 GB 分卷。脚本模板可在官方 Bot API 文档示例基础上加 30 行 Python 即可跑通，记得把 sleep 与异常重试写进去，就能在下次换主体时十分钟完成迁移，而不再通宵守进度条。