上传全景图后却变成了扁平拉伸的照片？说明文件里的 360 标签丢了。把照片拖到下面，这个免费工具就会在你的浏览器里把标签写回去——不上传到任何服务器。
三步搞定，全程都在你的浏览器标签页里完成。
从 360 相机、无人机拼接图或 AI 生成器里挑一张 2:1 全景图——JPEG、PNG、WebP 都可以。文件只在本机读取，下方的体检会报告尺寸、宽高比，以及是否已经带有 360 元数据，让你在动手之前就知道这张照片缺什么。
点一下，缺失的元数据就会在字节层面被插入文件。它记录了照片如何包裹成球面，以及完整的宽高——这正是 Facebook 和 Google 相册在把一张图从平面矩形切换成可拖动球面之前要读取的字段。没有元数据，就没有 360 视图。
打好标签的副本会直接从浏览器下载，360 元数据已经写好，可以上传到任何地方。原文件始终不会被改动，万一以后又被编辑器剥掉标签，几秒钟就能再修一次。
专为在修图途中丢了 360 标签的全景文件而做。
拖入一张 JPEG，没有一个像素会被动过：注入器只往文件里写入一小段元数据，其余每个字节原样拷贝，下载到的文件和原图逐字节一致。PNG 和 WebP 不同——360 元数据只能存在于 JPEG 里，所以这两种格式会先在你的浏览器里转换一次。
Facebook 和 Google 相册都要靠同一份 360 元数据来判断一张图是平面矩形还是可以拖动查看的完整球面。补回这份元数据，就是一次上传会显示成拉伸长条、还是打开成可交互 360 照片的全部差别。
你的全景图不会离开浏览器。文件的读取、打标签和下载全部在你自己的设备上完成，没有任何内容被上传，也不会有副本存在线上。哪怕是非常大的全景图，受限的也只是本机磁盘的速度，从来不是你的上传速度。
在写入任何元数据之前，图片体检会先报告分辨率、画面是不是真正的 2:1 全景，以及是否已经存在 360 元数据。对已经有标签的文件再注入一次并不能解决问题，体检会提前把这一点告诉你。
360 元数据一写入，打好标签的副本就会直接在本页打开交互式预览。拖动地平线，检查左右边缘的接缝，在上传到任何地方之前确认这张照片确实表现得像一个球面。
手头没有全景图？点一下就会加载一张没有 360 元数据的 2:1 示例全景图，让你完整看一遍体检、注入和预览的全过程。示例图片走的和你自己拖进来的照片完全相同的流程。
你明明拍了一张标准的全景图，上传之后帖子里却是一条拉长、天空糊成一片的长条图，而不是可以拖动查看的球面。像素本身没问题，缺的是文件里那几百字节的 360 元数据——告诉应用「这张照片是完整球面」的标签。几乎所有修图软件在重新保存照片时都会顺手丢掉这段元数据，一次裁剪、一次曝光微调，甚至只是一次普通的另存为，都足以把它弄丢，而且不会有任何提示。把元数据写回去只是一次点击就能完成的修复；更完整的各平台排查清单见我们的 Facebook 360 照片修复指南。
来这里的照片大多出自三种流程。
Insta360、GoPro Max 或理光 Theta 本来会写好正确的元数据，结果在 Lightroom 或 Photoshop 里调个色，导出时就被剥掉了。
无人机或单反素材，用 PTGui 或 Hugin 拼接而成——拼接软件能给出干净的 2:1 画面，却往往完全不带元数据。
像 文字生成全景图 这样的工具可能直接给你一张什么标签都没有的 PNG。
三种情况的解法完全一样——把文件拖进来，点一下，下载一张带着平台期望的 360 元数据的全景图。PNG 和 WebP 会在这个过程中被自动转换成 JPEG，因为那是元数据唯一能存放的容器。
最直接的替代方案是把全景图在编辑器里重新打开，勾上 360 选项再导出一次。这确实管用，但导出过程会把每个像素重新解码、重新压缩一遍，来回折腾几次画质就会变软。而且它还得指望编辑器这次能把元数据写对——这恰恰是第一次就出问题的那一步。
元数据修复工具走的是相反的路子：完全不动已经压缩好的图像数据，只往文件头里插入那几百字节的 360 元数据。像素不变，标签补对，画质零损耗。
每个平台在把照片切换到球面模式之前，都会跑一套自己的简短检查清单，所以一张图可能过了这家却过不了那家。它们的共同点是都要求严格的 2:1 画幅——也就是 360 软件所说的等距柱状投影（俗称把球面展开成一张平面的 2:1 世界地图）——再加上 JPEG 编码和文件头里的 360 元数据。剩下的差别主要是尺寸限制。
| 发布平台 | 文件必须满足 | 需要注意 |
|---|---|---|
| 2:1 的 JPEG，带 360 元数据，最大 6000 × 3000 像素、30 MB | 超出这个尺寸会被压缩甚至直接拒收，元数据也可能跟着一起丢失 | |
| Google 相册 | 2:1 的 JPEG，带 360 元数据 | 没有公开的像素上限；文件特别大只会打开得慢一些 |
| 网页与桌面查看器 | 2:1 图片；元数据可有可无 | 大多数支持手动切换球面模式，是预览效果最保险的地方 |
最后这一行就是发布之前检查成果最快的办法：把打好标签的副本丢进 360 全景查看器，用鼠标拖着看一圈。只要地平线保持水平、左右两边能无缝对接，就说明元数据起作用了。
照片文件里的 360 元数据是一小段 XML 标签，用来告诉应用这张图是完整球面，而不是一张平面矩形。这些标签属于 Google 发布的 GPano 标准，记录了图像的投影方式——等距柱状投影（俗称把球面展开成一张平面的 2:1 世界地图）——以及全景图完整的像素宽高。Facebook 和 Google 相册都会读取这份元数据，这也是为什么一张画面本身完全没问题的全景图，一旦丢了它就会被当成普通矩形打开：像素依然是完整球面，只是没有任何应用被告知这件事。
Facebook 把 360 照片显示成平面图，通常是因为文件的 GPano XMP 元数据丢失，或者被图片编辑器剥掉了。大多数编辑器只要重新保存一次 JPEG 就会丢掉全景元数据，所以一次裁剪或一个导出预设往往就是元凶。Facebook 还要求画面是 2:1 等距柱状投影，且不超过 6000 × 3000 像素。用上面的工具注入元数据后重新上传即可——完整的排查清单见 Facebook 360 照片修复指南。
不会。往 JPEG 里注入 360 元数据不会重新编码或压缩画面，因为工具只是往文件的字节流里插入一段额外的 XMP 片段。像素数据被原样拷贝，所以打好标签的文件和原图看起来完全一样，体积增加也远不到 1 KB。唯一的例外是 PNG 和 WebP：它们必须先转换成 JPEG 才能写入元数据，但这只是一次高质量编码，不是编辑器重新导出那种反复来回的过程。真正让一张反复编辑的全景图细节变软的，是那种重复解码，而不是元数据本身。
等距柱状 360 照片需要严格的 2:1 宽高比，比如 4096 × 2048 或 6000 × 3000 像素。元数据只负责给图片贴标签，并不能改变画面形状，所以 3:2 或 16:9 的画面即使注入了元数据，看起来依然是拉伸的。如果源图不是 2:1，请先用 照片转 360° 转换器 做出合规的全景图，再回来注入元数据。
可以——拖入一张 PNG 或 WebP 全景图，工具会先在你的浏览器里把它转换成 JPEG，再注入 360 元数据。之所以必须转成 JPEG，是因为 Facebook 和 Google 相册只会从这一种格式里读取 360 元数据；打了标签的 PNG 依然会被当成平面图打开。转换过程在你自己的设备上完成，不会上传任何内容，原始 PNG 也不会被改动。视频是另一回事——360 视频把投影信息存在容器里，而不是图片的文件头里，所以本工具不涉及视频。如果你要的是可下载的旋转视频，请用 360 照片转视频转换器。
免费。这个 360 照片元数据注入器可以免费使用，因为整个注入过程都运行在你的浏览器里，而不是我们的服务器上。打好标签的 JPEG 没有水印，也不需要排队。如果你不仅想打标签，还想生成全景图，照片转 360° 转换器 可以把一张普通照片变成准备好注入元数据的 2:1 画面。