アーティストが納品前に気を揉むことの多くは、ストアが実際に検査している項目ではありません。そしてインディペンデント・ディストリビューションで最も高くつくメタデータの誤りは、そもそも却下を生みません。却下は安上がりです。リリースが跳ね返され、フィールドを直し、もう一度納品する。下流のどこにも誤りはコピーされていません。お金を失わせるのは、検証を通過してしまう誤りのほうです。気づいたころには何十ものシステムがそれを取り込んでいるからです。この記事は、不具合を「どれだけ大声で自己申告するか」ではなく「いくらかかるか」で並べます。
アーティスト名は表示ラベルではなく、キーである
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 表現。
コストを決めるのはその後に起きることです。分裂したページを直すのは編集ではなくマージ申請です。ディストリビューターが各ストアに二つの同一性の統合を依頼し、各ストアが独自のキューと証拠要件でそれぞれ処理し、素早く解決するところもあれば、いつまでも解決しないところもあります。直せるバグではありません。ストアごとに提出する申し立てです。
防御は一度きり 5 分で済みます。正典となるアーティスト文字列をファイルに書き留め、以後はすべての納品にそれを貼り付ける。二度と手で打ち直さないこと。打ち直しこそが異形の生まれる場所です。アラビア文字、ペルシア文字、ウルドゥー文字でも同じ規則が成り立ちますが、見えない間違え方のリストはもっと長くなります。詳しくは 壊れないアラビア語・ペルシア語・ウルドゥー語のメタデータ を参照してください。
タイトル欄は表示であって、同一性ではない
インディペンデント・ディストリビューションで最もよくある損害の大きい入力は、フィーチャリング・アーティストのロールを空のままにしたうえで、タイトル欄に 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."（'feat.' と 'with' の書式は小文字、英語、ローカライズせず、丸括弧または角括弧に入れること。）この "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 ライン | 録音 | 録音の年と権利者 |
| C ライン | リリース | アートワークとパッケージの年と権利者 |
| プロデューサー | 録音 | 貢献者のクレジット — ページでも支払いでもない |
| ジャンル | リリース | あなたの趣味の説明ではなく、振り分けのシグナル |
| リリース日 | リリース | このプロダクトが公開される日 |
| オリジナル・リリース日 | 録音 | その録音がどこかで初めて公開された日 |
四つは日常的に混同されています。P ラインと C ラインは互いにコピペされます。 P ラインの年は録音が初めて公開された年であって、あなたがアップロードした日ではありません。作品の言語とタイトルの言語は正当に食い違いえます。 ペルシア語のタイトルを持つインストゥルメンタルには歌詞の言語がありませんが、タイトルの言語はペルシア語です。オリジナル・リリース日はリリース日ではありません。 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."（露骨なコンテンツはペアレンタル・アドバイザリーのタグで Explicit とフラグを立てなければならない。(Explicit) のような語をアルバムやトラックのタイトルに用いてはならない。）Music Biz は逆も禁じています。タイトルに "Clean" や "Non-explicit" と書いてはいけません。
識別子について。ISRC は 12 文字です。国 2、登録者 3、参照年 2、指定番号 5。ハイフンは表示上の慣習であってコードの一部ではなく、ISRC にチェックディジットはありません。UPC-A は 12 桁、EAN-13 は 13 桁で、頭にゼロを足せば一方が他方になり、チェックディジットは変わりません。ISRC は録音を識別するので、再リリースに新しい ISRC は不要ですし、ディストリビューターを変えてもコードは録音に付いていきます。ただしリミックス、エディット、ライブ版、インストゥルメンタルは実質的に別の録音であり、それぞれ固有のコードが必要です。
リマスターの扱いは、たいていの人が教わっているより狭いものです。IFPI の ISRC ハンドブック（§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" と 4 文字以下の前置詞を含む。例外は本物で一貫した芸術的意図の場合のみ |
| アートワークと一致しないメタデータ | ジャケット上のタイトル、アーティスト、バージョンをフィールドと一文字ずつ照合する |
| 言語フィールドの誤りや欠落 | 作品の言語とタイトルの言語の両方を設定する。とくに非ラテン文字のリリースで |
| 作曲者または作詞者の欠落 | 両方を埋める。配信先によっては即座に却下される。芸名ではなく本名を入れる — 権利団体は作家の登録名で照合する — すべての作家を記載し、配分の合計は 100% で、リリース前に書面で合意しておくこと |
| 禁止文字 — 絵文字、装飾記号、二重スペース、紛れ込んだ不可視文字 | 目で見て確かめるのではなく、文字列を機械で走査する |
| 識別子の誤り — 実質的に別の録音への ISRC の使い回し、チェックディジットが合わない UPC | チェックディジットを検算する。実質的に別の録音には新しい ISRC を割り当てる |
| 既存のカタログと一貫しないアーティスト名 | 正典の文字列を貼り付ける。これはそもそも却下されないことが多く、だからこそこの一覧で最も損害が大きい |
作曲者と作詞者には注記が要ります。これは、通過してしまったほうが結果が悪い項目だからです。両者はストアのフロントエンドに一切現れないので、作曲者欄が空のリリースは完璧に見え、普通に再生され、その間ずっと出版印税は未照合のまま滞留します。原盤印税の失敗は大声で、出版印税の失敗は無音で起こります。壊れたアーティストページは一日で目に見えますが、照合されない作品は何年も気づかれないことがあります。
この一覧に何が含まれ、何が含まれていないかに注目してください。ストアが検査するのはフィールドの形です。タイトルに何が入っているか、フラグが立っているか、識別子が正しい形式か、必須項目が埋まっているか。ストアは、あなたのアーティスト名があなたの意図した意味を持つかも、クレジットしたフィーチャリング・アーティストが実際に一緒に演奏した人かも、配分が現場の合意と一致しているかも検査しません。検証が捕まえるのは形式であって、意図ではなく、あなた自身の過去のリリースとの一貫性でもありません。
次の納品の前にすること
提出前に、この順で実行してください。
- 正典のアーティスト文字列を貼り付ける。打ち込まないこと。
- すべてのタイトル欄に曲名だけが入っていること、すべてのロールに欄があり、すべての欄にロールがあることを確認する。
- 二つの言語フィールドを設定する。
- P ラインと C ラインを別々に確認する。
- 初出のリリースでないなら、オリジナル・リリース日を設定する。
- 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」の扱い。