音乐人在交付前担心的大部分事情，并不是商店会去检查的事情；而独立发行中最昂贵的那个元数据错误，根本不会产生退回。退回是廉价的：发行被弹回来，你改一个字段，重新交付一次，下游没有任何系统抄走过这个错误。真正花钱的，是那些通过了校验的错误，因为等你察觉时，已经有几十个系统把它吃进去了。本文按代价高低来排列这些失败，而不是按它们叫得多响。
艺人名是一个键，不是一个标签
Music Biz 的 Music Metadata Style Guide 和 Spotify 说的是同一件事，措辞平和到把利害关系都藏住了。Music Biz：「Artist name spelling should remain consistent for all content for an artist, where possible.」Spotify：每次发行之间保持拼写和格式一致，「including any punctuation, abbreviations, or acronyms.」
那不是一种风格偏好。对商店而言，主要艺人字符串不是用来显示的文本；它是决定一次交付归属于哪个既有身份的键。当一次交付带着一个与既有身份并非完全一致的字符串抵达时，匹配逻辑要么把它挂到那位艺人名下，要么新建一个——而任何降低置信度的东西（一处拼写、一个变音符号、一个空格、一种文字系统、同一个可见字形的另一串字节）都会把它推向新建。
于是一位艺人变成了两位。曲库被劈开，播放量也随之被劈开。粉丝不会迁移，所以第二个身份从零算法历史开始。版税照样支付，只是对着两份各自累积的记录。而任何在曲库层面被衡量的东西——编辑推荐考量、数据分析、认证——都只按半段职业生涯来衡量。
失败的方式都很平常：变音符号不一致——Music Biz 指南自己举的例子就是「Beyoncé vs. Beyoncè」——一个尾随空格，「DJ」与「Dj」，这次发行用 & 而下次用「and」，同一个带重音字母的两种 Unicode 表示在屏幕上一模一样。
决定代价高低的，是接下来会发生什么。修复一个被劈开的艺人页面不是一次编辑，而是一次合并申请：你的发行商要请每一家商店把两个身份合并，每家商店各自处理，各有各的队列和证据要求，有的很快解决，有的永远不解决。它不是一个你去修的 bug。它是一份你逐家商店去提交的主张。
防御做一次只花五分钟。把规范的艺人名字符串写进一个文件，此后每次交付都从那里粘贴。永远不要重新打一遍——变体正是在重新打字时诞生的。在阿拉伯文、波斯文和乌尔都文中，同一条规则依然成立，只是出错的隐形方式更多，详见不会出错的阿拉伯文、波斯文与乌尔都文元数据。
标题字段是显示，不是身份
独立发行中最常见的破坏性填法，是把 Artist A ft. Artist B 打进标题字段，同时把参演艺人角色留空。
人们以为商店会读标题、看到「ft.」，然后把署名推断出来。它不会。标题字段是一个显示字符串；它不承载任何身份。参演艺人拿不到署名链接、不会出现在自己的页面上、没有一条回到你这张唱片的发现路径、在他的数据分析里什么都没有——与此同时，商店可能把「ft. Artist B」当成歌名的一部分，产出那种一眼就能看出是业余交付的重复显示：Song Name (feat. X) — Artist A, X。
商店把这一点写得明明白白。Spotify：「You shouldn't include any artists' names in your track or release titles.」，其面向内容提供方的文档里则是「Spotify strongly recommends against including...references to 'Featured Artists' in track and product titles.」Music Biz 建议把参演艺人署名放在「at the Artist role level and not add this data to the track or album release title.」
正确的结构是：标题字段只放歌名，别的都不放，每一位参与者进入各自的角色字段，而每一个显示字符串——包括你想要的那个「(feat. X)」——都由商店根据你填报的角色生成。
如果合同要求在标题里体现署名，两份指南在形式上是一致的。Music Biz 关于「feat.」和「with」：这些词「when included in the title are generally lowercase and in English.」Apple：「Formatting of 'feat.' and 'with' must be lowercase, in English, not localized, and in parentheses or brackets.」那句「not localized」是有实际分量的：「feat.」是一个机器可读的标记，不是一个词。
同一条规则也管着混音师。Apple：「Remix tracks...must list the original artist as Primary with the remixer assigned the remixer role.」把混音师填成主要艺人，正是混音作品污染一位艺人页面的方式。角色是身份，标题是显示，把身份放进显示字段，会同时毁掉身份并弄脏显示。
版本字段，以及各商店意见分歧的那个词
版本字段的存在，是为了区分两个共用一个标题的录音。这就是它的全部职责，而要不要填它的判据是：如果这张发行上只有原版这一个版本，就留空。这一点在任何地方都成立。
词汇表是稳定的：Radio Edit、Extended Mix、Live、Acoustic、Instrumental、Single Version、Alternate Take、Demo、Remastered，以及形如 Artist Name Remix 的具名混音。Music Biz 要求你先用圆括号，进一步的细节则用方括号：I Will Possess Your Heart (Originally Performed by Death Cab for Cutie) [Karaoke Instrumental Version]。
「Radio Edit」不是「干净版」的同义词。Music Biz 把这个词保留给真正为广播准备的版本，并指示你用「Edited Version」表示非露骨版。Radio Edit 是长度上的剪辑；Edited Version 是内容上的剪辑。
「Original Mix」是各商店之间一处真实的分歧。Apple 的指南不允许它：「The standard, original version of an album, track, or music video must not include any additional information in the title unless it is needed to identify the content.」，其列出的不允许词汇中包括「Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone...Dolby Atmos, lossless, high-resolution audio.」Spotify 公开可见的元数据指引没有公布任何点名「Original Mix」的规则；它公布的立场是那条通则，即标题不应携带附加信息。而与此同时，这个标签在电子音乐零售中仍是根深蒂固的惯例。所以：Apple 点名它不允许，其他服务两边都不公布规则，实际处理则因商店而异、也因你的发行商的预校验而异。要发行一张原版加混音的作品，就要预期至少有一个目的地会把它剥掉或退回。
另外，只要存在版本字段，就用它，而不要把版本打进标题里：否则那些会自行拼装显示字符串的商店，会产出 Song (Radio Edit) (Radio Edit)。
存在哪些字段，以及每个字段控制什么
一次发行不是一个对象，而是一个层级：一张发行（产品）包含若干录音（曲目），每个录音又体现一个或多个作品（词曲）。每一层有自己的标识符和自己的钱，而几乎每一个昂贵的错误，都是一条事实被填到了错误的层上。传输本身是标准化的：DDEX 的 Electronic Release Notification Message Suite（ERN）。
| 字段 | 层 | 它实际控制什么 |
|---|---|---|
| 主要艺人 | 录音 | 它落在哪个艺人页面上；听众数、粉丝、算法历史 |
| 参演艺人 | 录音 | 指向参演者页面的署名链接，但不给予主要署名 |
| 混音师 | 录音 | 混音署名，且不挤掉原艺人 |
| 作曲、作词 | 作品 | 出版版税与机械版税所沿循的路径 |
| 版本 / 副标题 | 录音 | 区分两个共用标题的录音 |
| 露骨内容标记 | 录音 | 一个布尔值，不是标题里的一个词 |
| 作品语言 | 作品 | 唱的是什么语言 |
| 标题语言 | 发行 / 录音 | 商店如何排序、索引和呈现标题 |
| P-line | 录音 | 录音的年份与所有者 |
| C-line | 发行 | 封面与包装的年份与所有者 |
| 制作人 | 录音 | 一条参与者署名——不是页面，也不是付款 |
| 流派 | 发行 | 一个分流信号，不是对你品味的描述 |
| 发行日期 | 发行 | 这个产品何时上线 |
| 原始发行日期 | 录音 | 该录音最初在任何地方首次发表的时间 |
其中有四项常年被搞混。P-line 和 C-line 被互相复制粘贴；P-line 的年份是该录音首次发表的年份，不是你上传的日期。作品语言和标题语言合理地可以不同：一首带波斯语标题的器乐曲没有歌词语言，但它有一个波斯语的标题语言。原始发行日期不是发行日期——把一份 2016 年的录音填上 2026 年的原始发行日期，等于告诉下游每一个系统它是新的。还有，露骨内容标记是一个布尔值。Apple：「Explicit content must be flagged Explicit with a parental advisory tag. Terms like (Explicit)...must not be used for album...or track titles.」Music Biz 连反向的做法也一并禁止——永远不要把「Clean」或「Non-explicit」写进标题。
关于标识符。一个 ISRC 是十二个字符：两位国家码、三位注册人码、两位参照年份、五位指定码。连字符是一种显示惯例，不是代码的一部分，而且 ISRC 里没有校验位。UPC-A 是十二位数字，EAN-13 是十三位；在前面加一个零就把前者变成后者，而校验位不变。ISRC 标识的是录音，所以再版不需要新的 ISRC，而你更换发行商时这个码随录音走——但混音、剪辑版、现场版或器乐版是实质不同的录音，需要各自的码。
重制母带（remaster）的口径比多数人被告知的要窄：IFPI 的 ISRC Handbook（§A.10.1）只在重制母带「involve[s] the application of creative input to the recording itself」时才要求新码，并明确排除电平变化、不随时间变化的 EQ 或压缩、降噪、去咔嗒、速度或音高校正、采样率变更和抖动处理。实务上的附带条件是：如果一份重制母带作为一条独立曲目与原版并列销售，那它就是一个独立产品，需要自己的码。
退回清单，以及如何逐条提前防住
以下是交付被弹回的具体原因，以及防住每一条的动作。
| 退回原因 | 如何提前防住 |
|---|---|
| 标题字段里出现艺人名——「ft.」「feat.」「with」，或把混音师的名字打进标题而角色字段空着 | 标题只放歌名；每一位参与者都有自己的角色字段 |
| 标题里出现露骨或干净的字样——「(Explicit)」「(Clean)」「(Non-explicit)」 | 用标记。Apple 和 Music Biz 都禁止文字形式 |
| 宣传性或描述性文字——「Exclusive」「Limited Edition」「Album Version」「Original Mix」，或诸如「Dolby Atmos」和「lossless」之类的格式声称 | 全部去掉；这些在 Apple 的指南里都被点了名 |
| 大小写违规——全大写、全小写、随机大小写 | 套用 Music Biz 的标题式大小写，包括它的小写词表：「a, an, and, as, but, for, from, nor, of, or, so, the, to, yet」，外加四个字母及以下的介词。只有出于真实且一贯的艺术选择才可例外 |
| 元数据与封面不一致 | 把封面上的标题、艺人和版本与字段逐字比对 |
| 语言字段填错或缺失 | 作品语言和标题语言都要设，非拉丁文字的发行尤其如此 |
| 缺少作曲或作词 | 两个都填；有些目的地会直接退回。它们要的是法定姓名，不是艺名——版权协会按词曲作者的注册姓名来匹配——每一位词曲作者都要列出，且分成必须合计 100%，并在发行前以书面形式达成一致 |
| 禁用字符——emoji、装饰性符号、双空格、游离的不可见字符 | 去扫描这些字符串，而不是用眼睛看 |
| 标识符错误——把一个 ISRC 重复用在实质不同的录音上，或一个校验位不通过的 UPC | 验证校验位；为任何实质不同的录音分配新的 ISRC |
| 艺人名与既有曲库不一致 | 粘贴那个规范字符串。这一条往往根本不会触发退回，这正是它是本表中破坏力最大的一项的原因 |
作曲和作词值得单说一句，因为它们是那种「通过了反而更糟」的条目。它们从不出现在商店前台，所以一张作曲字段为空的发行看上去完美无缺、播放一切正常，而它的出版版税却悬着无人认领。录音版税出问题时叫得很响，出版版税出问题时悄无声息：一个坏掉的艺人页面一天之内就能看见，一件无法匹配的作品可以多年无人察觉。
注意这张清单里有什么、没有什么。商店检查的是你的字段的形状：标题里有什么、标记有没有设、标识符是否格式良好、必填字段是否填了。它们不检查你的艺人名是不是你想表达的那个意思，不检查你署名的那位参演艺人是不是真的跟你合作过的那位，也不检查你的分成是否与当时房间里达成的协议一致。校验抓的是格式，不是意图，也不是与你自己过往发行的一致性。
下一次交付前该做什么
提交前按顺序跑一遍：
- 粘贴规范的艺人名字符串；不要打字。
- 确认每个标题字段只装歌名，每个角色都有字段、每个字段都有角色。
- 两个语言字段都设。
- 分别检查 P-line 和 C-line。
- 如果这不是首次发行，就设好原始发行日期。
- 验证 UPC 校验位，并确认那个 ISRC 属于这份录音。
- 把封面与字段逐字比对。
Mazufa 提供一个免费的元数据检查器，在 /metadata-checker。它完全在你自己的设备上运行——不上传任何内容——并会标出若干在屏幕上看不见的情况，包括非 NFC 字符串、混用的数字集和游离的不可见字符。
Mazufa 发行免费，抽成 0%，不从收到的版税中抽取任何比例，且为邀请制，每一份完整申请都经人工审核。我们无法控制的第三方成本——支付服务商的转账费用、法定预扣——不是 Mazufa 的扣款。
每一次退回都是廉价的。通过了校验的那些错误，才是昂贵的。
参考来源
- Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
- Apple Music Style Guide — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
- Spotify for Artists, Music metadata guidelines — https://support.spotify.com/us/artists/article/metadata-formatting-guidelines/
- Spotify Provider Support, Featured artist in a product or track title — https://providersupport.spotify.com/article/featured-artist-in-a-product-or-track-title
- IFPI, International Standard Recording Code (ISRC) Handbook（§A.10.1，重制母带与创作性投入）— https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
- DDEX, Standards（包括 Electronic Release Notification Message Suite, ERN）— https://ddex.net/standards/
关于已公布内容的边界。本文陈述的每一条商店规则，都引自该商店自己的公开文档。有三件事音乐人经常被当作事实告知，但没有任何服务公布过，本文也不作断言：艺人页面合并所需的门槛与证据；决定一次交付是并入既有艺人还是新建一个的内部匹配逻辑；以及除 Apple 点名禁止之外，各商店对「Original Mix」的处理方式。