实验 · 🟢 本机实测已验证 · 验证于 2026年11月1日 · 查看器与清理器双向对照
Telegram 图片实验：压缩照片和「以文件发送」之前，EXIF 在哪？
Telegram 里选压缩照片或以文件发送之前，导出的 JPEG 照片中 GPS 和相机参数还在不在？本地清掉之后呢？
Telegram 选压缩照片或以文件发送存在不同的隐私暴露面。在本地实验中，样例照片的 GPS 与相机参数经本地清理器处理后已彻底抹除，帮助创作者在发送前从源头防范位置泄露。
Telegram 压缩照片和「以文件发送」交出的文件不一样。本机查看器能读出样例里的 GPS 和机型；清理器副本里这些字段已经不在。发前先在浏览器里处理原图。
简短结论
两条发送路径都不要赌平台会自动清定位。本机样例里的 GPS 和机型，清理器副本里已经读不到。
- 测量事实：查看器在本地原图样本中清晰读出 GPS 坐标与相机参数；经本地清理器处理后，导出的新文件中上述字段已物理消失。
- 路径差异：普通照片发送通常会经历平台压缩，而「以文件发送」往往原样传输；在文件离开设备前先在本地完成清理，两条路径均能做到源头可控。
- 创作者动作：发图前在浏览器本地完成脱敏，再按需选择发送方式；处理留在本机，文件不上传到本站。
🟢 本机实测已验证 · 验证于 2026年11月1日 · 查看器与清理器双向对照
- 发布
- 最近更新
- 最近测试
实测对比：清理前后的元数据字段变化
2026-11-01 的本机样本。查看器读到定位和机型类字段，清理器副本里这些字段已经不在。对照留在这台机器上。
| 项目 | 本地样例（查看器） | 清洁副本（清理器） |
|---|---|---|
| GPS / 位置 | 35 deg 0' 0.00" N, 135 deg 0' 0.00" E | 没有 GPS 键 |
| EXIF | 包含 EXIF 元数据（含机型与拍摄参数） | 已彻底清空，无任何 EXIF 字段 |
| 相机信息 | 包含相机制造商与型号信息 | 已移除相机制造商与机型信息 |
| 时间戳 | 2026:11:01 18:00:00 | 已移除拍摄原始时间戳 |
| 来源 / C2PA | 包含 JUMBF APP11 与 C2PA 容器 | 已移除 C2PA 与 JUMBF 结构 |
| 重压缩 / 缩放 | 378,066 字节（包含定位与完整元数据） | 361,097 字节（成功抹除元数据，画质无损） |
GPS / 位置
查看器读取到定位经纬度字段；经本地清理后，副本已移除全部 GPS 键。
EXIF
查看器读取到示例图片包含的相机与时间字段；经本地清理后，副本已移除全部 EXIF 键。
测试环境
Chrome 156.0.8078.47（首页点击与就地去除一致），exiftool 12.76，Node v22.23.4。文件留在这台机器上。
如何自行测试照片
- 准备带已知 GPS 的 JPEG。
- 分别用照片和文件发一次。
- 再把发出去的图分别下载回来。
- 分别对照哈希和 EXIF。
- 安卓、iOS、桌面不要混成一次实验。
方法
任何公开结果都必须走同一套流程：已知源文件、记录哈希、明确上传路径、再下载对照。传闻不算结果。
发图前要注意什么
位置或相机信息敏感，就在按下任一按钮之前先清理。「以文件发送」这次没有做平台往返，不是隐私保证。
相关问题
常见问题
这一页的结论能当成平台规则吗？
不能。2026-11-01 的记录是本机样例和首页清理器，不是平台往返。没有上传的路径，不能写成平台规则。
压缩照片和「以文件发送」，本页做过往返对照吗？
没有。2026-11-01 只对照了本机 JPEG 的查看和清理。两条发送方式要在 Telegram 里分开测，再把保存下来的图拿回来对哈希和 EXIF。