検証とレビュー

リリースをストリーミングプラットフォームに配信する前に、検証とレビューのプロセスを経ます。このガイドでは、各ステップを詳しく説明し、問題の解決方法、レビュー中に起こること、配信後に変更できることを解説します。

進捗カード

リリースを開くと、ページ上部の進捗カードにリリースの現在の状況が表示されます。1行目には現在のステータスの要約が表示されます（例：“This release is in review”）。その下の行には次にすべきことが表示され、当社の対応をお待ちいただいている間は “Nothing to do right now.” と表示されます。

その下に、番号付きの4つのステップが並びます。

Checks - メタデータと形式の自動チェック
Review - 当チームによる手動レビュー
Approval - 配信の承認
In the stores - ストリーミングプラットフォームへの配信

配信が含まれていないアカウントでは、最初の2つのステップだけが表示されます。

各ステップには現在の状況を示す短い一文があり、その上に色付きのバーが表示されます。

緑 - ステップが完了
オレンジ - ステップが進行中
赤 - ステップが止まっていて、対応が必要
グレー - まだそのステップに達していない

リリースが公開されると、カードが縮小され、ステータス行だけが表示されます。ステップをもう一度見るには Show the steps をクリックしてください。チェックが失敗した場合や最後まで実行できなかった場合は、カードは開いたままになり、Checks ステップが表示されます。

ステップ1：Checks（自動）

システムは、リリースまたはそのトラックへの変更を保存するたびに、リリースを自動的に検証します。この検証により、リリースがすべての配信プラットフォームのメタデータ要件を満たしていることが確認されます。

検証の仕組み

自動トリガー：リリースまたは任意のトラックを保存すると検証が実行されます
継続的なチェック：Checks ステップに修正すべき項目が表示されている間は、進捗カードが数秒ごとにリリースを再チェックします
リアルタイムのフィードバック：問題は Checks ステップにすぐに表示されます

検証が失敗したとき

検証で問題が見つかると、Checks ステップが赤くなり、次のように表示されます。

“Items to fix before this release can go to the stores.”

問題が解決されるまで先に進めないことを示すため、Distribute ボタンも赤に変わります。

検証の問題を確認する

Checks ステップの下にある See issues をクリックすると、すべての検証エラーを表示するダイアログが開きます。ダイアログには次が表示されます。

各エラーの明確な説明
どのトラックまたはフィールドに問題があるか
問題の修正方法の案内

赤い Distribute ボタンをクリックしても、同じ問題ダイアログを表示できます。

Checks ステップに “The checks have not finished. Submitting opens once they do.” と表示されている場合は、チェックを最後まで実行できなかったことを意味します。Checks ステップの下にある Try again をクリックすると、チェックが再実行されます。チェックが完了すると申請できるようになります。カードがステータス行だけに縮小されている場合は、先に Show the steps をクリックしてください。

検証される内容

チェック	要件
Primary Artists	リリースの Primary Artists 欄に少なくとも1名のアーティスト
Track Artists	各トラックの Primary Artists 欄に少なくとも1名のアーティストが必要
Audio Files	すべてのトラックにステレオ形式の有効な音声が必要
ISRC Codes	有効な12文字の形式で、トラックごとにユニークであること
UPC/EAN	正しい GTIN チェックデジットを持つ有効なバーコード形式（UPC-A 12桁または EAN-13）
Cover Art	有効な形式で画像がアップロードされていること
Genre	プライマリジャンルが選択されていること
Writers & Contributors	各トラックに3つのカテゴリの役割が必要
出版スプリット	各トラックに、役割と取り分のパーセンテージを持つ作家が少なくとも1名必要
Master splits	各トラックに合計100%の印税スプリットが必要（LabelGridがデフォルトで作成します）
Apple Music Rules	すべてのトラックのアーティストがアルバムレベルにも表示されること
Distribution outlets	リリースを初回配信に送信する前に、Stores タブで少なくとも1つのストアを有効にする必要があります

よくある検証エラー

「Main artist is missing（メインアーティストがありません）」

問題： リリース、またはメッセージに示されたトラックにメインアーティストが設定されていません。

対処： リリースの場合は、リリースの Credits タブを開き、Primary Artists に少なくとも1名のアーティストを追加します。トラックの場合は、そのトラックを編集して Credits タブを開き、Primary Artists に少なくとも1名のアーティストを追加します。

「Audio is missing for track（トラックの音声がありません）」

問題： トラックに音声ファイルがアップロードされていません。

対処： Tracks タブに移動し、トラックを編集して、WAV または FLAC ファイルをアップロードします。

「Audio must be in STEREO（音声はステレオである必要があります）」

問題： アップロードされた音声ファイルがモノラルか、サポートされていないチャンネル構成です。

対処： 音声ファイルをステレオ形式（2チャンネル）で再エクスポートし、再アップロードします。

「Invalid ISRC（無効な ISRC）」

問題： ISRC コードが必要な形式に一致していません。

対処： ISRC は12文字でなければなりません。2文字（国）＋3文字の英数字（登録者）＋2桁（年）＋5桁（指定）です。例：USRC12345678

「Duplicate ISRC（重複した ISRC）」

問題： 同じ ISRC が複数のトラックで使われているか、すでにシステムに存在しています。

対処： 各トラックにはユニークな ISRC が必要です。ISRC を空欄のままにする（LabelGrid が自動生成します）か、自分が所有するユニークなコードを使ってください。

「Writer and/or Contributor is missing（作家および/または貢献者がありません）」

問題： トラックに必要なパブリッシングまたは貢献者の情報が不足しています。

対処： トラックの Splits タブに移動し、次を追加します。

役割と取り分のパーセンテージを持つ作家を少なくとも1名（Writers · publishing split で追加）
3つのカテゴリの役割を持つ貢献者（Who worked on it で追加）

「Royalty splits are missing（印税スプリットがありません）」

問題： トラックにマスタースプリット（Splits タブにある原盤の取り分）がありません。LabelGridはトラックの追加時にこれを作成するため、通常この表示が出るのは、あとから削除された場合だけです。

対処： トラックの Splits タブを開き、Master splits に項目を追加して合計を100%にします。通常はレーベルの取り分に、そのトラックのアーティストの取り分を足したものになります。

「Royalty splits do not add up to 100%（印税スプリットの合計が100%になりません）」

問題： トラックのマスタースプリットの合計が100%を超えているか、下回っています。メッセージには現在の合計が表示されます（例：「(currently 80%)」）。

対処： トラックの Splits タブを開き、Master splits の取り分を合計がちょうど100%になるまで調整します。原因はたいてい中途半端なスプリットです。

「Track needs contributor with role(s): Performer, Composition & Lyrics, Production & Engineering（トラックには次の役割の貢献者が必要です：Performer、Composition & Lyrics、Production & Engineering）」

問題： 必要な貢献者カテゴリのすべてがカバーされていません。

対処： 各トラックには、次の3つのカテゴリそれぞれから少なくとも1つの役割が必要です。

Performer：Vocalist、Instrumentalist、DJ など
Composition & Lyrics：Composer、Lyricist、Songwriter など
Production & Engineering：Producer、Mixing Engineer など

1人が複数の役割を持ち、3つのカテゴリすべてをカバーすることもできます。Executive Producer、Co-Executive Producer、Sampled Artist はどのカテゴリにもカウントされないため、これらだけがクレジットされたトラックには、Production & Engineering または Performer の役割も必要です。

「Barcode has an invalid GTIN check digit（バーコードの GTIN チェックデジットが無効です）」

問題： 入力した UPC または EAN バーコードのチェックデジットが正しくありません。LabelGrid は標準の GTIN Modulo 10 アルゴリズムでバーコードを検証します。

対処： バーコードが正しいか確認してください。最後の桁は、その前の桁から計算されるチェックデジットです。オンライン GTIN 計算ツールで検証できます。UPC-A（12桁）と EAN-13（13桁）の両方の形式が受け付けられます。不安な場合は、バーコードフィールドを空欄にすれば、LabelGrid が有効なものを自動生成します。

「Artist should be listed at album level（アーティストはアルバムレベルに記載されるべきです）」

問題： あるアーティストがすべてのトラックに登場するのに、アルバムレベルにはいません（Apple Music の要件）。

対処： そのアーティストをアルバムレベルの Credits タブに追加します。

「No stores selected — enable at least one distribution outlet（ストアが選択されていません — 配信アウトレットを少なくとも1つ有効にしてください）」

問題： リリースに配信ストアが1つも有効になっていないため、配信先がありません。このチェックは、リリースを初めて配信に送信するときに適用されます。すでに公開済み、または以前に配信されたリリースは影響を受けません。

対処： Stores タブを開き、少なくとも1つのストアを選択します。Select All をクリックするとすべての利用可能なプラットフォームに配信でき、または配信したいストアを個別に選択して、保存します。ストアを1つ有効にすると、このエラーは解消されます。

ストアを有効にせずに送信しようとすると、配信は「Enable at least one distribution outlet before submitting this release for review.（このリリースをレビューに送信する前に、配信アウトレットを少なくとも1つ有効にしてください。）」というメッセージで拒否されます。API を呼び出すインテグレーターには、error_code: NO_ENABLED_OUTLETS を含む 422 レスポンスが返されます。

検証に合格したとき

すべての問題が解決されると、Checks ステップが緑になり、“Every check passed.” と表示されます。Distribute ボタンが青に変わり、リリースを申請できることを示します。

ステップ2：Review（手動）

検証に合格すると、リリースを配信のために申請できます。Distribute ボタンをクリックすると確認ダイアログが開きます。リリースを初めてレビューに出すときは、タイトルが Before you submit for review となり、次の内容が表示されます。

すべてのリリースは、ストアに送られる前に当チームが確認します。

How long this takes. 最初のレビューは 10営業日以内 の完了を目標としており、ほとんどはそれよりかなり早く終わります。当社が配信したあとは、ストア側が公開するための時間を必要とします。通常は数営業日で、すべてのストアが同時に公開するわけではありません。この部分は当社ではなくストア側の裁量です。これらすべてを見込んでください。リリース日の少なくとも3週間前の申請をおすすめします。

リリースが遅くなる最大の原因は差し戻しです。不足や不明点があると、必要な内容を添えてリリースをお返しすることになり、そこからは修正して再提出いただくまでの時間も所要期間に含まれます。変更が必要なリリースは、完了までに数日余分にかかります。

当社からよくお願いする項目です。いま2分かける価値があります。

AI use. 楽曲、ボーカル、アートワークのいずれかに AI が関わっている場合は、トラックの AI declarations タブで申告し、アートワークについてはリリースの AI declarations タブで申告してください。正直に申告してもリリースが却下されることはありません。申告しないと差し戻しになります。

Samples and shared instrumentals. トラックの Details タブで Commercial samples を設定し、ライセンスを Track → Licenses にアップロードしてください。書類の添付が必要です。ノートのスレッドでの返信だけでは足りません。

Covers. Composition Type を Cover Song に設定し、必要な場合はライセンスを追加してください。

Writer credits. 芸名ではなく法的な氏名を使い、お持ちであれば IPI と著作権管理団体の情報も入力してください。そうしないと、MLC や各管理団体で印税が紐づかないままになることがあります。

Prior distribution. このリリースが以前に別のディストリビューターから配信されていた場合は、Distribution タブの Transferred from を設定してください。

You can still change your mind. レビュー待ちの間、リリースは編集がロックされますが、いつでもレビューから取り下げて変更できます。承認後にリリース日を動かす場合の負担はより大きく、リリースがドラフトに戻り、あらためてレビューと再配信が必要になります。

Submit for review ボタンが有効になる前に、その下にある確認チェックボックスにチェックを入れる必要があります。“I have checked my release. AI use, samples and licences are declared, and the credits are correct.”（リリースを確認しました。AI の使用、サンプル、ライセンスを申告済みで、クレジットも正しいです。）

一度レビューを経たリリースでは、文面が変わります。

変更をお願いしたあとの再提出：ダイアログのタイトルは Resubmit for review となり、指摘した項目から先に確認することをお伝えします。最も見落とされやすい点も繰り返し記載されます。ライセンスや裏付け書類を求める指摘があった場合、該当トラックの Track → Licenses にファイルを添付する必要があります。ノートのスレッドでの返信だけでは足りず、書類が添付されるまで再提出は受け付けられません。再提出するリリースがすでにストアへ送信済みの場合は、ストア側の反映待ちについての一文も追加されます。ストアは各社の都合で更新を反映するため、変更が反映されるまで数営業日かかることがあります。一度も配信されていないリリースの差し戻しには、この一文は表示されません。
すでにストアへ送信済みのリリースへの変更の送信：ダイアログのタイトルは Send these changes to stores となり、そのリリースがすでに送信済みである旨から始まります。変更はまずレビューを通り、承認後に各アウトレットへ再配信します。ストアは各社の都合で更新を反映するため、変更が反映されるまで数営業日かかることがあります。

リリース日が近い場合

Before you submit for review ダイアログは、開いたときにリリース日を確認し、次の2通りの方法で警告することがあります。再申請や変更送信のダイアログには、これらの警告は表示されません。

リリース日がレビュー期間内にある場合。 リリース日までの営業日数がアカウントのレビュー期間より少ないと（レビューにはどれくらいかかりますか？を参照）、ダイアログの上部に警告ボックスが表示されます。ここでいう営業日とは月曜日から金曜日のことで、明日からリリース日当日までを数えます。警告ボックスには残りの営業日数（または営業日が残っていないこと）が表示され、レビューは月曜日から金曜日に行い、初回レビューにはアカウントのレビュー期間いっぱいかかる場合があるため、リリース日に間に合わない可能性があると説明されます。対応方法は次のとおりです。

Change release date をクリックします。ダイアログが閉じてリリースの Release date タブが開くので、より後の日付を選べます。
How far ahead to submit をクリックすると、配信のリードタイムが新しいタブで開きます。
日付を変えずに、警告ボックス内の2つ目のチェックボックスにチェックを入れます。“I understand this release date may be missed.”（このリリース日に間に合わない可能性があることを理解しています。）

警告ボックスが表示されている間は、このチェックボックスとダイアログ下部の確認チェックボックスの両方にチェックを入れるまで、Submit for review は有効になりません。

リリース日まで3週間を切っている場合。 警告ボックスの条件には当てはまらないものの、リリース日まで21日を切っている場合は、残り日数と日程に余裕がない旨の一文がダイアログに追加されます。レビュー、配信、ストア側の処理がすべてその日までに収まる必要があり、ストアは各社の都合で公開します。余裕を持たせるため、リリース日を後ろにずらすことをご検討ください。この一文には追加のチェックボックスはありません。アカウントにレビュー期間が設定されていない場合はこの一文が唯一の警告となり、リリース日当日には日数の代わりに当日である旨が表示されます。

申請するときに起こること

申請を確定すると：

ステータスが変わる：「In review」になります
リリースがロックされる：レビュー中は編集できません
レビュー待ち行列に入る：当チームがリリースを評価します
通知が有効になる：結果について、メールとアプリ内の通知を受け取ります

レビューにはどれくらいかかりますか？

すべてのリリースは、配信前に当チームがレビューします。新しいリリースは 10営業日以内 にレビューと配信を行うことを目標としており、ほとんどのレビューはそれよりかなり早く完了します。Custom および API アカウントには5営業日の保証レビュー SLA があります。特定のニーズをお持ちのアカウント向けにはカスタム SLA もご用意できます。ご相談はサポートに連絡してください。レビューが完了すると、メールとアプリ内で通知されます。

これは正式なレビュー期間の記載であり、他のガイドは繰り返し記載せずにここにリンクしています。

ここでいう営業日とは月曜日から金曜日を指します。土日と祝日はカウントされません。レビューチームは米国と欧州にまたがって業務を行っているため、いずれかの地域の祝日がレビューの所要期間に影響することがあります。

リリースの待機期間を確認する

日数をご自分で数える必要はありません。リリースがレビュー中の間、進捗カードの Review ステップに、そこに入ってからの営業日数が表示されます（例：“In review for 4 business days.”）。提出した当日は、ゼロを数えるのではなく “In review since today.” と表示されます。リリース上部のバナーにも同じ行が表示されます。

必要な変更を添えてリリースをお返ししたあとは、この行がお客様の対応待ちの期間に切り替わります（例：“Sent back 2 business days ago.”。当日は “Sent back today.”）。ここは、お客様が短くできる部分です。早く再提出するほど、リリースは早く完了します。

なぜリリースがレビュー中なのですか？

リリースが「In review」になっているのは正常であり、問題のサインではありません。LabelGrid は、配信前に すべて のリリースについて、品質、メタデータの正確さ、権利のコンプライアンスを手動でレビューします。ほとんどのリリースはそのまま承認に進みます。

何か対応が必要な場合、レビューの結果は Changes Required になります。最もよくある理由は、それぞれ別の場所で詳しく扱っています。

音声フィンガープリントの一致：トラックが既存のコンテンツと一致している（多くは自分自身の再アップロードや、共有/ライセンス済みのインストゥルメンタル）。コンテンツガイドラインを参照してください。
作家名 / IPI：作家クレジットには、登録のない芸名ではなく、作家が PRO に登録している名前と、その名前の IPI ネームナンバーが必要です。歌詞とクレジットを参照してください。
カバーまたはサンプルのライセンス：カバーとサンプルには適切なライセンスのアップロードが必要です。カバー曲のライセンスとコンテンツガイドラインを参照してください。
AI コンテンツの申告：AI の使用は申告する必要があります。AI 生成コンテンツを参照してください。
アートワークまたはメタデータ：アートワークの仕様やメタデータの書式の問題。

レビュー中のリリースロック

お客様のリリースがレビューを経ない場合、提出時に承認され、配信まで編集可能なままです。以下のレビューロックは該当しません。

リリースをレビューに提出すると、レビュー中は編集できません。当チームが変更を同時に加えられることなく評価できるよう、リリースは 読み取り専用 になります。開いてすべてを確認することはできますが、フィールドやトラックは編集できません。リリースに表示されるバナーがこれを説明します。

“This release is being reviewed — you can’t make changes until we send it back with any required updates. To make changes, withdraw it from review first.”

その後、当チームは次の2つのいずれかを行い、どちらの場合もロックは自動的に解除されます。

承認する：配信が開始されます。
必要な変更を添えて差し戻す：リリースのロックが解除され、変更して再提出できます。

レビューが戻ってくる前に編集したいですか？

レビューの完了を待つ必要はありません。リリースがまだレビュー待ちの間は、同じバナーに Withdraw from review ボタンがあり、リリースをキューから外してすぐに編集できます。

リリースを開き、バナーの Withdraw from review をクリックします。
“Withdraw from review?” というタイトルのダイアログで確認します。このダイアログには “This takes your release out of review so you can make changes. You’ll need to submit it again when you’re ready.” と表示されます。Withdraw をクリックして続行します。
確認メッセージが表示されます。“Your release is back in draft. Edit it and submit again when you’re ready.”

リリースは ドラフト に戻り、レビューキューから外れます。変更を加えてから再提出してください。再提出すると新しいレビューが開始されます。

レビューの結果

当チームはすべてのリリースをレビューし、3つの結果のいずれかに達します。

結果	意味	次に起こること
Approved	リリースがすべての要件を満たしている	配信が自動的に開始されます
Changes Required	修正が必要な問題が見つかった	リリースが編集のためにロック解除されます
Rejected	重大なポリシー違反	リリースが永久にロックされます

承認

リリースが承認されると：

承認を確認する メール通知 を受け取ります
選択したプラットフォームへの 配信がスケジュール されます
配信は通常すばやく行われます（多くは当日中）。待ち行列の量によります
進捗カードの Review と Approval のステップが緑になります

要変更

当チームが修正の必要な問題を見つけた場合、進捗カードに Changes needed before this release can go to the stores と表示され、次にすべきこととして “Fix the flagged items, then resubmit for review.” が示されます。Review ステップは赤くなり、“Your reviewer asked for changes.” と表示されます。

Review ステップの下にある See issues をクリックすると、当チームが特定した具体的な問題を表示するダイアログが開きます。よくある問題には次があります。

フィンガープリントの一致 - トラックがシステム内の既存コンテンツと一致しています。サンプルを使用した場合は、関連するライセンスを Track → Licenses にアップロードするか、追加情報を提供してクリアランスを依頼するためにサポートに連絡してください。
芸名のように見える作家クレジット - 作家名が芸名のように見えます。作家が PRO（ASCAP、BMI、PRS、SGAE など）に登録している名前でクレジットし、その名前の IPI ネームナンバーを作家に追加してください。ペンネームで登録している作家は、そのペンネームと、ペンネーム独自の IPI でクレジットします。可能な場合は、出版社の詳細と取り分も含めてください。
ISNI not registered to this name - リリースのアーティスト、作家、出版社、権利者のいずれかに、ISNI レジストリが別の名前に割り当てている ISNI、またはまったく割り当てられていない ISNI が設定されています。問題に示されたレコードを開き、その名前そのものに登録されている ISNI を入力するかフィールドを空欄にしてから、再提出してください。芸名と本名には別々の ISNI が必要です。ISNI が拒否されたのはなぜですかをご覧ください。
情報の提供依頼 - フィールドの修正ではなく、何かの確認や提供を求める問題もあります。たとえば、以前にそのリリースを配信した配信元の確認、権利やライセンスに関する書類のアップロード、アーティストの承認の提出などです。これらはブロッキングで、それぞれに返信できるノートスレッドが用意されています。回答し、当チームが提供内容を確認すると解消されます。

問題に付随するエビデンス

フラグをご自身で確認できるように、一部の問題には エビデンス（あなたのリリースと照合した既存のリリース）が付随します。これは、日付、重複、以前の配信に関する問題で表示されます。各一致には、一致したトラックのタイトルとアーティスト、そのリリースタイトル、リリース日、ISRC に加えて、そのリリースが公開されているストアへのリンク、および影響を受けるあなたのトラックが表示されます。どう対応するかを決める前に、その競合が実際のものか（たとえば、あなた自身による以前のアップロードなど）を確認するために使ってください。

要変更になったときは：

必要な変更について メール通知 を受け取ります
リリースが ロック解除 され、編集できます
必要な修正を行います
リリースページ上部の Resubmit for Review をクリックします
当チームが再度レビューします

このプロセスは、リリースが承認または却下されるまで繰り返されます。

却下

リリースが却下された場合：

却下を説明する メール通知 を受け取ります
リリースは 永久にロック され、編集も再申請もできません
進捗カードに This release was turned down と表示され、Review ステップには “Your reviewer turned this submission down.” と表示されます
リリースは配信できません

却下は重大なポリシー違反に限られます。リリースが却下された場合は、具体的な理由を確認し選択肢を相談するため、サポートチームに連絡してください。

却下への異議申し立て

却下が誤りだと思われる場合は、異議を申し立てる ことができます。却下されたリリースは永久にロックされるため、異議申し立てはアプリで再申請するのではなく、当チームが対応します。サポートに連絡し、次を添えてください。

受け取った リリース ID と 却下理由
権利の証明：ライセンス、マスター所有権の証拠、またはそのコンテンツがあなた自身の作品であることを示す書類

当チームがその情報をもとにリリースを再レビューし、結果をお知らせします。

ステップ3：Approval

Approval ステップは、リリースがストアへの配信を承認されたかどうかを示します。承認されるまでは “Waiting for approval.” と表示されます。リリースが承認されると緑になり、“Approved for distribution.” と表示されます。その後の流れについては、承認をご覧ください。

お客様のリリースがレビューを経ない場合は、提出するとすぐに Review と Approval の両方のステップが緑になります。

一度承認されると、Approval ステップは緑のままです。後でリリースがテイクダウンされても、このステップには承認済みであることが表示され続けます。テイクダウンの状況は In the stores ステップで確認できます。

ステップ4：In the stores

リリースが承認されると、配信が自動的に開始されます。In the stores ステップには配信の状況が表示されます。

ステップの表示	バー	意味
”Not delivered yet.”	グレー	リリースはまだストアに送られていません
”On its way to the stores.”	オレンジ	承認され、配信中です
”Delivered to some stores and not yet to the others.”	オレンジ	一部のストアには届いていますが、まだ届いていないストアもあります
”Delivered to the stores.”	緑	リリースは各ストアで公開されています
”A takedown is being carried out.”	オレンジ	テイクダウンがリクエストされ、まだ処理中です
”Taken down from the stores.”	赤	リリースはストアからテイクダウンされました

配信の仕組み

各ストアには、リリースのDeliveryタブにそれぞれステータスのタグがあります。配信を準備してそのストアへ送信している間はProcessing、ストアが受け付けるとCompleteと表示されます。リリースが各ストアに届けられると、リリース自体のステータスがLiveになります。リスナーはリリース日から聴けるようになります。

リリースページの進捗カードにはLive on the storesと表示され、In the storesのステップには「Delivered to the stores.」と表示されます。

配信の進行中に編集する

リリースがプラットフォームへ送られている間 — 承認された後、最初のストアに届く前 — は、編集が完全にロックされます。開いてすべてを確認することはできますが、この短い間はフィールドやトラックを変更できません。これにより、配信されるバージョンが承認したものと完全に一致します。ここでは取り下げるものはなく、待ち時間は通常ごくわずかです。

リリースが最初のプラットフォームに届くとすぐに、配信済みリリースの通常のルールが適用され、他の配信済みリリースと同じフィールドを更新できるようになります（これらの更新は再度レビューを経ます）。配信がまだ進行中の間に緊急の変更が必要な場合は、サポートに連絡してください。お手伝いします。

配信のタイムライン

配信は通常すばやく行われます。ほとんどのリリースは、承認された当日にプラットフォームへ配信されます。ただし：

プラットフォームはリリースを処理して取り込むのに時間が必要です
リリースは、設定した リリース日 にリスナーが利用可能になります
プラットフォーム別のタイムラインは配信リードタイムをご覧ください

配信後：変更できること・できないこと

リリースがストリーミングプラットフォームに配信されると、一部のフィールドは 永久にロック されます。これは、ストリーミングプラットフォームがこれらの識別子を使ってリリースを追跡しており、それらを変更すると、再生、チャート、印税データとのつながりが切れてしまうためです。

変更できないフィールド

これらのフィールドは、配信後に 永久にロック されます。

フィールド	なぜロックされるか
Record Label	作成時に確定 — レーベルは、ステータスにかかわらず、どのリリースでも変更できません
UPC/EAN	すべてのプラットフォームでリリースを識別するユニークなバーコード
ISRC codes	世界中で各トラックの印税追跡のために識別するユニークなコード
Track numbers	プラットフォームに登録されたリリース構造の一部
Track order	順序の変更はプレイリストの位置とチャートデータを壊します
Disc numbers	プラットフォームに登録されたリリース構造の一部
Adding tracks	配信済みのリリースに新しいトラックを追加できません
Removing tracks	配信済みのリリースからトラックを削除できません

配信済みのリリースでトラックを並べ替えようとすると、Tracks cannot be reordered というメッセージが表示され、トラックは元の順序に戻ります。メッセージには、トラック順はもう変更できないこと、並べ替えるには新しい順序で新しいリリースを作成し、その後で現在のリリースをテイクダウンすることが説明されています。配信後のトラック順の修正をご覧ください。

ロックされたフィールドを変更する必要がある場合は？

これらのロックされたフィールド（UPC、ISRC、トラック数、トラック順序、ディスク番号）のいずれかを変更する必要がある場合は、正しい情報で新しいリリースを作成して配信し、新しいリリースが公開されてから現在のリリースをテイクダウンしてください。

特にレーベルの変更については、ストリーミング履歴を失わずに移行できます。

正しいレーベルの下で新しいリリースを作成する — 元と 同じ ISRC を使いますが、新しい UPC にします（古い UPC は元のリリースにロックされています）
新しいリリースを先に配信する — ISRC が一致するため、DSP は既存のコンテンツに紐づき、再生数、プレイリスト掲載、アーティストプロフィールへのアクセスが保たれます
新しいリリースがプラットフォームで公開された 後に、古いリリースをテイクダウンする

その他のロックされたフィールドについては、レーベルの割り当ては、配信先、著作権の既定値、バーコードの割り当てを決定する基盤的な設定です。詳しくはレーベルの管理をご覧ください。

まだ変更できるフィールド

一部のメタデータは配信済みのリリースで更新できますが、変更には再度レビュープロセスを経る必要があります。

タイトルの修正
アーティスト名の修正
アートワークの更新
著作権情報（P-line、C-line）
ジャンルの変更

これらの変更を行うと、リリースは「draft changes」の状態になり、更新がプラットフォームに送られる前にレビューのため再申請する必要があります。

このルールを適用しているのは LabelGrid です。プラットフォームが拒否しているのではなく、当社がこれらのリリースを除外しています。これは Content ID の仕組み（登録には独占的権利が必要）と、Content ID への登録を明確に禁止している大半のサンプルライセンス契約に基づくものです。

再配信を必要としないフィールド

これらは、配信に影響を与えずに自由に更新できます。

プラットフォーム URL（Spotify、Apple Music のリンク）
内部メモとタグ
プロモーション設定

Content ID と UGC の制限

リリースに 非独占のサンプル（ライセンスは取得しているが独占的には所有していないサンプル）が含まれる場合、Content ID および UGC（ユーザー生成コンテンツ）プラットフォームが制限されることがあります。

なぜこれが起こるか

Content ID プラットフォーム（YouTube Content ID など）と UGC プラットフォームは、ユーザーがアップロードした動画を申し立てることでコンテンツを収益化します。リリースに非独占のサンプルが含まれる場合：

サンプルの所有者が、すでにそのコンテンツに Content ID の申し立てを持っている可能性があります
Content ID に配信すると、申し立ての競合を引き起こす可能性があります
ほとんどのサンプルライセンス契約は Content ID への登録を禁止しています

これはこれらのプラットフォームのポリシーの一部であり、通常はサンプルのライセンス契約上の要件でもあります。

表示されるもの

リリースの Content ID/UGC への配信が制限される場合：

これらの配信先は Stores タブの選択画面で グレーアウト されます
配信のために選択できません
警告メッセージが制限について説明します

対処すること

制限が誤って適用されたと思われる場合：

サンプルライセンスを確認し、自分の権利を確かめます
ライセンス契約の書類を添えてサポートに連絡します
当チームが確認し、適切であれば制限を調整します

トラブルシューティング

修正した後も検証エラーが表示され続ける

検証は自動的に更新されますが、エラーが残る場合：

変更を明示的に保存します
進捗カードが更新されるまで数秒待ちます
ページを再読み込みしてみます

リリースを編集できない

リリースは次の理由でロックされている可能性があります。

レビュー中 - 当チームが評価している間、リリースは読み取り専用です。レビューが完了すると自動的にロック解除されます。当チームが承認するか、必要な変更を添えて差し戻します。より早く変更するには、リリースのバナーで Withdraw from review をクリックします。リリースがドラフトに戻るので編集でき、準備ができたら再提出します（これにより新しいレビューが開始されます）。取り下げられるのはリリースがまだレビュー待ちの間だけです。そのボタンが表示されない場合は、サポートに連絡してください
却下 - リリースは永久にロックされています。サポートに連絡してください
プラットフォームへ配信中 - リリースが承認された後、最初のストアに届く前は、配信の進行中は完全にロックされます。通常はごく短い間で、プラットフォームに届くとすぐに配信済みリリースの通常のルールに切り替わります。この間に緊急の変更が必要な場合は、サポートに連絡してください。
配信済み - 一部のフィールドは永久に制限されています（上記参照）

Distribute ボタンが赤い

これは検証が失敗したことを意味します。ボタン、または Checks ステップの下にある See issues をクリックして、修正が必要な内容を確認してください。

送信できません：「No stores selected（ストアが選択されていません）」

リリースに配信ストアが1つも有効になっていないため、配信先がありません。Stores タブを開いて少なくとも1つのストアを選択し（または Select All をクリックし）、保存してもう一度送信してください。アウトレットの選択方法についてはリリースを配信するを参照してください。

「要変更」を受けたが、何を変更すればよいか分からない

進捗カードの Review ステップの下にある See issues をクリックすると、問題ダイアログが開きます。問題が明確でない場合は、説明を求めてサポートに連絡してください。

リリースは承認されたのに、まだ公開されない

承認は配信を引き起こしますが、プラットフォームには処理の時間が必要です。

リリースの詳細で配信状況を確認します
リリースは承認日ではなく リリース日 に公開されることを覚えておいてください
状況の詳細は配信状況の確認をご覧ください

配信後に UPC または ISRC を変更する必要がある

これらのフィールドは配信済みのリリースでは変更できません。リリースをテイクダウンし、正しいコードで新しいものを作成する必要があります。このプロセスでサポートが必要な場合は、サポートに連絡してください。