検証とレビュー

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

Getting Started パネル

リリースを開くと、アートワークの下、左側に Getting Started パネルが表示されます。このパネルは、リリースを公開するために必要な3つのステップを案内します。

Release Validation - メタデータと形式の自動チェック
Release Review - 当チームによる手動レビュー
Release Distributed - ストリーミングプラットフォームへの配信

パネルのヘッダーには次のように表示されます。“Complete all steps to publish Release to all platforms”

各ステップは、視覚的なインジケーターで状態を示します。

緑のチェックマーク - ステップが正常に完了
黄色/青の時計 - ステップが進行中または保留中
赤い X - ステップに対応が必要な問題がある

ステップ1：リリース検証（自動）

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

検証の仕組み

自動トリガー：リリースまたは任意のトラックを保存すると検証が実行されます
継続的なチェック：リリースを表示している間、Getting Started パネルは数秒ごとに更新されます
リアルタイムのフィードバック：問題はパネルのステップ1にすぐに表示されます

検証が失敗したとき

検証で問題が見つかると、ステップ1が赤くマークされ、エラーメッセージが表示されます。

“This release has items to fix before it can go to stores.”

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

検証の問題を確認する

Getting Started パネルの See Issues をクリックすると、すべての検証エラーを表示するダイアログが開きます。ダイアログには次が表示されます。

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

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

検証される内容

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

よくある検証エラー

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

問題： アルバムまたはトラックレベルにメインアーティストが設定されていません。

対処： Artists タブに移動し、「Main Artist」の役割を持つアーティストを少なくとも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（作家および/または貢献者がありません）」

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

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

役割と取り分のパーセンテージを持つ作家を少なくとも1名
3つのカテゴリの役割を持つ貢献者

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

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

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

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

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

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

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

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

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

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

1人が複数の役割を持ち、3つのカテゴリすべてをカバーすることもできます。

「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 の要件）。

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

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

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

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

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

検証に合格したとき

すべての問題が解決されると、ステップ1に緑のチェックマークが表示されます。Distribute ボタンが青に変わり、リリースを申請できることを示します。

ステップ2：リリースレビュー（手動）

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

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

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

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

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

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

サンプルおよび共有インストゥルメンタル。 トラックの Master で Commercial Sample を設定し、ライセンスを Track → Licenses にアップロードしてください。書類の添付が必要です。ノートのスレッドでの返信だけでは足りません。

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

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

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

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

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

リリース日まで21日を切っている場合、ダイアログには残り日数と、日程に余裕がない旨の警告が追加されます。レビュー、配信、ストア側の処理がすべてその日までに収まる必要があり、ストアは各社の都合で公開します。余裕を持たせるため、リリース日を後ろにずらすことをご検討ください。リリース日が当日の場合、警告はその旨を伝えます。レビュー、配信、ストア側の処理が入る余地はまったく残っていません。

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

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

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

申請を確定すると：

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

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

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

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

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

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

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

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

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

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

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

音声フィンガープリントの一致：トラックが既存のコンテンツと一致している（多くは自分自身の再アップロードや、共有/ライセンス済みのインストゥルメンタル）。コンテンツガイドラインを参照してください。
貢献者の法的氏名 / 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つの結果のいずれかに達します。

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

承認

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

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

要変更

当チームが修正の必要な問題を見つけた場合、次のように表示されます。

“2. Release Review: Changes Required”

“Before proceeding with the distribution of this release, certain changes are necessary. Please review the required modifications.”

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

フィンガープリントの一致 - トラックがシステム内の既存コンテンツと一致しています。サンプルを使用した場合は、関連するライセンスを Track → Licenses にアップロードするか、追加情報を提供してクリアランスを依頼するためにサポートに連絡してください。
貢献者のクレジットに法的氏名が必要 - 作家/貢献者フィールドでステージネームが検出されました。貢献者のクレジットには、ステージネームではなく、その人の法的な姓名を使う必要があります。可能な場合は、IPI/CAE 番号、PRO/協会の情報（ASCAP、BMI、PRS、SGAE など）、出版社の詳細/取り分を含めてください。
情報の提供依頼 - フィールドの修正ではなく、何かの確認や提供を求める問題もあります。たとえば、以前にそのリリースを配信した配信元の確認、権利やライセンスに関する書類のアップロード、アーティストの承認の提出などです。これらはブロッキングで、それぞれに返信できるノートスレッドが用意されています。回答し、当チームが提供内容を確認すると解消されます。

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

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

要変更になったときは：

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

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

却下

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

却下を説明する メール通知 を受け取ります
リリースは 永久にロック され、編集も再申請もできません
ステップ2に「Release Review: Rejected」と表示されます
リリースは配信できません

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

却下への異議申し立て

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

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

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

ステップ3：配信

リリースが承認されると、配信が自動的に開始されます。

配信の仕組み

Queued - リリースが配信の待ち行列に入ります
Processing - 各プラットフォーム向けにファイルが準備されます
Delivered - ストリーミングプラットフォームへ送信されます
Live - リリース日にリスナーが利用可能になります

Getting Started パネルに、緑のチェックマークとともに「Release Distributed」と表示されます。

配信の進行中に編集する

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

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

配信のタイムライン

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

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

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

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

変更できないフィールド

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

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

配信済みのリリースでトラックを並べ替えようとすると、次のメッセージが表示されます。

“Reordering tracks is not possible for releases with delivery status: distributed. If reordering is necessary, please takedown the current release and create a new one.”

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

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

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

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

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

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

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

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

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

実際の音声を変更する必要がありますか？リリースがまだドラフトか要変更の状態であれば、トラックの音声ファイルを差し替えられます。リリースが承認または公開されると、音声はロックされます。実際の録音を変更するには、リリースをテイクダウンして新しいものを作成してください（異なる録音にはそれ専用の ISRC が必要です）。コンテンツの差し替え vs. テイクダウンをご覧ください。

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

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

プラットフォーム 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 への配信が制限される場合：

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

対処すること

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

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

トラブルシューティング

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

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

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

リリースを編集できない

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

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

Distribute ボタンが赤い

これは検証が失敗したことを意味します。ボタンまたは「See Issues」をクリックして、修正が必要な内容を確認してください。

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

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

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

Getting Started パネルのステップ2にある Check here をクリックすると、問題ダイアログが開きます。問題が明確でない場合は、説明を求めてサポートに連絡してください。

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

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

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

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

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