阅读约 2 分钟

可编辑的照片元数据标签：能改什么，为什么要改

一张照片里装着三块彼此独立的元数据，而可编辑的照片元数据标签几乎全部集中在其中两块里。第一块由相机自己写入：曝光、镜头、时间戳、GPS。另外两块由人来写：图说、创作者、版权、地名、关键词。

ExifTool 的文档收录了33,487 个标签，共 21,437 个不同名称，其中绝大多数都可写入。这远远超过任何人的需要。下面列出的是真正用得上的那一小部分：标签本身、它保存什么、你为什么会去动它，以及什么会把它读回来。

EXIF、IPTC 与 XMP 的区别：哪一块装什么

照片内部的三块元数据
数据块	由谁写入	保存什么
EXIF	你的相机或手机，自动写入	曝光、镜头、时间戳、GPS 坐标
IPTC	人，在拍摄之后	图说、创作者、署名、版权、地名
XMP	图像编辑软件	同样的字段再来一遍，外加各厂商的附加项

麻烦的地方在第三行。XMP 重复了 IPTC 已经保存的大部分内容，所以同一条图说可能以两个不同的值同时存在于两处，而你看到哪一个，取决于是哪个程序打开了这个文件。

元数据工作组的存在正是为了解决这件事：它的指南在读取时协调相互重叠的 EXIF、IPTC 和 XMP 标签，在写入时把它们同步起来。好的软件会遵守，而并非所有软件都是好软件，这就是为什么在一个应用里设置的图说，有时在另一个应用里根本不出现。

IPTC 是两者中更老的一个，ExifTool 的说明称它“正在逐步被 XMP 取代”。它并没有消失。图片部门仍然在读它，但当一个字段在两边都存在时，有未来的是 XMP。你可以读出自己照片里已有的每一个标签，看看哪些数据块是填好的。

从一张照片中读取的完整元数据标签列表，相机、日期和位置条目并排显示 — 一张照片，它的数据块被逐字段读了回来。

你可以编辑的位置标签

位置是文件里被编辑得最多的一组，也是人们最常弄错的一组。这些标签记载在 ExifTool 的 GPS 标签参考中。

值得编辑的 GPS 与地名标签
标签	保存什么	你为什么会去动它	什么会读它
`GPSLatitude`、`GPSLongitude`	相机当时所在的位置	为一张从未记录过位置的照片补上位置	任何会在地图上落一个图钉的东西
`GPSLatitudeRef`、`GPSLongitudeRef`	北或南，东或西	坐标本身在存储时不带负号。这一对是唯一让你留在地球正确一侧的东西。一旦丢失，一张伦敦拍的照片就会宣称自己在东半球	每一个地图工具，悄无声息地
`GPSAltitude`、`GPSAltitudeRef`	高度，以及它在海平面之上还是之下	高度以一个普通的正数存储，所以这一个标志就是把屋顶和地下室分开的全部依据	无人机与测绘软件
`GPSImgDirection`、`GPSImgDirectionRef`	相机朝向的罗盘方位，以真北或磁北为基准	它记录的是照片拍的是什么，而不只是摄影师站在哪里：这正是一张建筑物的照片与一张在建筑物里拍的照片之间的区别	街景与房地产类工具
`GPSProcessingMethod`	位置是怎么得来的：卫星定位、基站、Wi-Fi，还是手工输入	它告诉你这个图钉是否值得相信。有人手动填进去的坐标是一种说法，不是一次测量	审计与取证类工作流
`GPSHPositioningError`	定位可能偏差多少，以米为单位	它把五米的定位和五百米的猜测区分开，也就是“这个门牌号”与“这个邮政编码”之间的差别	检查与测量报告
`IPTC:Sub-location`、`IPTC:City`、`IPTC:Province-State`、`IPTC:Country-PrimaryLocationName`	用文字而不是数字写出来的地点	坐标不是可检索的文本。一个查找“Shoreditch”的图片管理员，永远不会靠纬度找到它	图片库与图片部门

两点实际的提醒。GPS 文档指出，给图像添加位置时应当把 GPSLatitude、GPSLatitudeRef、GPSLongitude 和 GPSLongitudeRef 一起设置，如果知道高度，再加上那一对高度标签。只写了一半的组合，正是图钉落到错误大洋里的常见原因。另外 IPTC 的地名字段很短：City 和 Sub-location 各自在 32 个字符处截断，ExifTool 会把更长的内容截掉，只给出一条轻微的警告。一个长街区名会丢掉尾巴，而没有任何东西会大声告诉你。

如果你对这些数字本身还不熟悉，一个坐标如何变成 GPS 标签会带着一个例子，从十进制一路走到文件真正保存的样子。

承载你名字的署名与版权字段

这一组是和钱挂钩的，因为 Google 会读它。Google 的图片许可文档确认你可以“把 IPTC 照片元数据直接嵌入图像内部”，并列出了它提取的字段：Copyright Notice、Creator、Credit Line、Digital Source Type、Licensor URL 和 Web Statement of Rights。最后两项正是让一张图片有资格获得 Google 图片中 Licensable 标记的关键。

作者、权利与描述类标签
标签	保存什么	你为什么会去动它	什么会读它
`IPTC:By-line` / `XMP-dc:Creator`	这张图是谁拍的	当旁边那行图说没跟着走时，它是唯一随文件一起走的署名	Google 图片、图片部门
`IPTC:CopyrightNotice` / `XMP-dc:Rights`	版权声明那一行	一张没有权利声明的图片，对任何脱离上下文看到它的人来说都像是无主之物	Google 图片、图库平台
`IPTC:Credit`	出版方应当印出的署名	它常常与创作者是不同的字符串：写的是机构，而不是摄影师	编辑出版系统
`IPTC:Caption-Abstract` / `XMP-dc:Description`	图说	唯一说明画面里正在发生什么的字段，也是最常被留空的一个	图片库、CMS 导入
`XMP-iptcCore:AltTextAccessibility`	替代文本，直接存在文件本身里	替代文本通常住在网页里，所以只写一次，再利用时就丢了。放在这里，它会跟着图片一起走	重视无障碍的出版工具
`IPTC:Keywords` / `XMP-dc:Subject`	检索词，以可重复的列表形式保存	三年后，一个已经不记得自己拍过这张照片的人，正是靠它们把照片重新找出来	素材管理系统、搜索索引

图说字段有着和地名一样的长度陷阱：IPTC:Caption-Abstract 允许 2,000 个字符，但 IPTC:Credit 和 IPTC:By-line 到 32 就停，CopyrightNotice 到 128 就停。XMP 的对应字段没有这种上限，这也是标准正朝那个方向偏移的又一个原因。IPTC 照片元数据标准本身是活的，不是遗留物。2025.1 版本于 2025 年 11 月发布，新增了四项描述 AI 生成内容的属性。

哪些可编辑的照片元数据标签改起来是安全的

“可编辑”并不是单一的一类，而这正是没有哪份标签清单肯花力气去区分的事。ExifTool 的文档把可写标签分成若干组，在你动手改任何东西之前，其中三组最要紧。

安全。描述性字段：图说、创作者、版权、关键词、地名、GPS。放心改。画面在屏幕上如何绘制，与它们毫无关系。
不安全。一批结构性标签，ExifTool 会把它们标出来，除非你明确点名，否则拒绝写入，并警告说“手工编辑它们时应当小心，因为它们可能影响图像的呈现方式”。这些标签描述的是像素如何存储和排列。改动其中一个，可能让你手上剩下一个打开后只是一团灰色的文件。
避开。Rating、OwnerName、SerialNumber 和 Lens 这类名称会同时存在于不止一个数据块中。ExifTool 会编辑已有的那一份，但拒绝凭空造一个新的，因为它无法知道你指的是哪一块。这就是为什么正经的工具写的是 XMP-dc:Creator 而不是光秃秃的 Creator：前缀消除了歧义。

还有一类值得知道，仅仅是为了让你别再去找它：有几个标签是自动写入的，无法手工设置；另外几个会在某个数据块被创建时自动替你加上。GPS 的版本标记就是其中之一。只要写入了位置，它就自己出现了。

名称在规范和工具之间也并不一致。EXIF 规范里叫 DateTimeDigitized 的，ExifTool 叫 CreateDate；CameraOwnerName 对应 OwnerName，BodySerialNumber 对应 SerialNumber。在自己的软件里按规范里的名字去搜，往往什么也搜不到。

上传照片后还剩下什么

这一切都住在文件里，所以文件能活多久，它们就能活多久；而上传时会发生什么，是每个平台自己选的策略，不是压缩图片带来的副作用。2023 年一项上传了 2,475 组图片的研究发现，Facebook 删掉了除 Artist 和 Copyright 之外的每一个 EXIF 字段，而 Google 相册则原封不动地保留了全部 EXIF 数据。

两者都会对你上传的内容重新压缩，所以压缩并不是决定因素。规则要按目的地来定：对于存档、合同和你自己的图库，把嵌入的元数据当作可长期保留的；而在假定某条署名能活下来之前，先去核实那个平台。