音乐元数据详解：第一次就把它做对

距离发行日期还有两周，分发被退回了。或者更糟：它发出去了，一个月后你一半的播放量落在一个你认领不了的重复艺人主页上，featured 艺人在听众能看到的任何地方都没有署名，而一位合写者在问为什么他的版权代理那边什么都没收到。

这些都不是运气不好。元数据是附在你作品上的一组文本字段和编码，而下游的每一套系统——平台的曲库、版税账本、推荐引擎、你所在的集体管理组织——都以这些字段为键。它们由机器来匹配，主要靠精确的字符串比对。一个差不多正确的字段，其行为和一个错误的字段没有区别。

这份指南讲的是那些真正会出问题的字段、它们为什么出问题，以及应该怎么做。

所有规则底下的那一条规则

平台和服务商不读你的意图，它们读字符串。两条记录要么匹配，要么不匹配，而"足够接近"的结果就是"不同"。

仅这一个机制就能解释几乎所有元数据故障。"DJ Sameer" 和 "DJ Sameer"（两个空格）是不同的艺人。"Nadia Rahman" 和 "Nadia Rehman" 在版权代理的系统里是不同的人。一首没有 ISRC 就被分发出去的曲目，会在下游某处被分配一个，于是同一段录音带上了两个标识码和两条版税轨迹。

所以实操上的纪律不是"小心一点"，而是：把每一个反复出现的名字和编码的确切形式一次性定下来、写下来，之后每一张作品都复用这份书面记录，永远如此。

艺人名：选定一个字符串，永不修改

你的艺人名是把整份曲库串在一起的主键。改动大小写、加上或去掉 "The"、把连字符换成短横线、或者在缩写字母后面加个点，都足以造出第二个主页。

在第一张作品之前该定下来的事：

• 精确确定大小写和空格，包括任何标点。
• 决定风格化写法是否保留。全小写或全大写是对今后每一张作品的永久承诺，而且许多平台本来就会把过于激进的风格化写法规范化或直接拒收。
• 如果你的名字是非拉丁文字书写的，确定音译写法，并让两种形式都保持一致。
• 把这个决定存进一个纯文本文件，从那里复制粘贴。不要重新手打。

如果你已经有作品分散在两个主页上，解决办法是就受影响的作品向发行商提交更正申请，而不是用"正确的"拼写再发一张新作品。

标题：元数据不是封面上的宣传文案

标题字段是一个曲库字段，不是一句营销词。常见的退回情形和原因：

括号里的版本信息在它是真的时是正当的：(Live)、(Acoustic)、(Remix)——前提是确实存在一个混音版。判断标准是：听众会不会把它和你的另一段录音搞混。会，就标注；不会，就把标题留干净。

Featured 艺人是这里回报最高的一处修正。把合作艺人放进艺人字段而不是标题字符串里，才能让这首曲目出现在该合作艺人的主页上并触达他们的听众。打进标题里，它就只是装饰。

署名：法定姓名，不是网名

词曲作者和制作人署名承载着版权收入。版权由集体管理组织和版权代理管理，他们的系统按法定姓名和已登记的作者标识来匹配——而不是按 beat tag 上印的那个名字。

• 使用每位作者在其所属组织登记的完整法定姓名。
• 列出每一位作者，包括你自己，哪怕是一首个人作品。
• 在发行前以书面形式商定分成百分比，并与作品档案存放在一起。一份在录音现场签署的分成协议表，比六个月后的记忆值钱得多。
• 保持制作和混音署名准确；它们会进入署名展示，并且越来越多地进入搜索。

注意各标识码之间的区别：ISRC 标识录音，ISWC 标识作品（词曲），UPC 标识发行品。它们是三样不同的东西，彼此不能替代。

编码：ISRC 与 UPC

ISRC 是 12 个字符：两位国家、三位注册者、两位参考年份、五位指定码。你常看到的连字符只是一种显示习惯——它们不属于编码本身。ISRC 里没有校验位，所以没有任何东西替你校验打错的字。错一个字符，那段录音的播放报告就跑到别处去了。

只要录音发生了实质性变化，就需要新的 ISRC：混音版、剪辑版、现场版、伴奏版。同一段录音重新发行则不需要，而且你更换发行商时，ISRC 跟着录音走。

重制母带的适用范围比大多数建议所暗示的要窄。IFPI 的《ISRC 手册》（§A.10.1）规定，当且仅当重制过程涉及对录音本身施加的创作性投入时，才分配新的 ISRC。它明确排除了简单的电平调整、恒定的 EQ、恒定的压缩、降噪、去咔嗒声、速度和音高校正、采样率转换以及抖动处理——即"本质上不变的或技术性的调整过程"。有一条附带规则无论如何都可以放心地讲：当重制版作为一首独立曲目与原版并列销售时，你卖的是两件商品，第二件要有自己的编码。

UPC 标识的是发行品，不是录音。UPC-A 为 12 位；EAN-13 为 13 位。UPC-A 前面补一个零就成为 EAN-13，校验位不变。这个校验位是可以算出来的：从右往左，对它前面的各位数字交替乘以 3 和 1，求和，校验位就是让总和达到下一个 10 的倍数所需的那个数。校验位不对的 UPC 是你自己就能抓出来的打字错误——你可以用 ISRC 与 UPC 检查工具在浏览器里验证。

非拉丁文字与混合方向的文本

如果你的元数据是阿拉伯文、波斯文、乌尔都文、希伯来文或任何从右向左的文字，最常见的错乱不是编码问题——而是双向文本。当拉丁字符被混进从右向左的字符串时，Unicode 双向算法（UAX #9）决定显示顺序，于是掉进阿拉伯文标题里的一个拉丁单词、一个数字或一个带括号的版本标签，渲染出来的位置可能和你输入时不一样。

实用的缓解办法：

• 尽可能在单个字段内保持文字一致。
• 检查这个字符串在一个纯粹的从右向左环境中如何渲染，而不只是在你的 DAW 或表格里看。
• 当平台提供单独的音译字段时，把音译填在那里，而不是在一个标题里混用不同文字。
• 以 Music Biz 元数据风格指南作为字段书写惯例的行业参考。

曲风、语言和 explicit 标记

曲风是一个分流信号，不是个性宣言——挑那个"正在找类似音乐的听众会挑的"曲风。语言应当反映歌词，而不是你的国籍。explicit 标记是对歌词内容的事实性声明：把一首干净的歌标为 explicit 会缩小它的触达范围，而把一首 explicit 的歌标为干净则属于错误申报，平台可以据此采取措施——包括下架该作品。

发行前清单

每次分发之前走一遍：

• 艺人名与你的书面记录逐字符一致，包括空格。
• Featured 艺人在艺人字段里，不在标题里。
• 标题中没有宣传文字、没有 "(Official Audio)"、没有表情符号、没有不必要的大写。
• 只有在确实存在第二个版本时才出现版本标签。
• 每一位词曲作者都以法定姓名列出，分成已以书面形式商定。
• ISRC 为 12 个字符，且对应这一段特定录音；只有在录音未变时才复用。
• UPC 校验位验证通过，且该 UPC 仅属于这一张作品。
• 语言、曲风和 explicit 标记反映实际内容。
• 非拉丁文字字段在从右向左的环境中渲染正确，没有多余的拉丁字符。

你可以用元数据检查工具把整套字段对照平台书写规则检查一遍——它在你的浏览器里运行，不上传任何音频——逐字段的书写惯例则记录在元数据参考里。

把这件事做对一次，代价是一个下午。做错的代价是一次被退回的发行、一个被拆开的主页，以及一笔你得追着要的版税。