一括アップロードと大規模カタログの移行

2026年7月更新。

大規模なカタログをアップロードまたは移行するには、LabelGridの一括ツールをご利用ください。自動化やカスタムのワークフローには API連携、業界標準のフィードやディストリビューター規模の移行には DDEXインポートが適しています。どちらもAPIアクセスが有効なプランでご利用いただけます。既存の ISRC と UPC をメタデータまで一致させて再利用すれば、再生数やプレイリストが維持されます。このガイドでは、両方の方法と、ディストリビューター規模のカタログを安全に移す方法を説明します。

他のディストリビューターからの移行手順（規模を問わず）については、カタログの移行をご覧ください。

一括アップロードの方法

選べる方法

方法	適した用途	必要なプラン
API連携	自動化されたワークフロー、カスタム連携	APIアクセスが有効なプラン
DDEXインポート	業界標準のフィード、メジャーレーベルのワークフロー	エンタープライズ／APIプラン（サポートへ要連絡）

ノート

一括アップロードの方法は、APIアクセスが有効なプランでご利用いただけます。プランにAPIアクセスが含まれていない場合は、LabelGridのダッシュボードからリリースを個別に作成するか、APIアクセスの有効化についてサポートへご相談ください。

---

API連携

概要

LabelGrid APIを使うと、リリースをプログラムから作成・管理でき、大規模カタログ向けに完全に自動化されたワークフローを構築できます。

できること

• リリースをプログラムから作成する
• API経由でオーディオファイルをアップロードする
• メタデータを一括管理する
• 配信ワークフローを自動化する
• 既存のシステムと連携する

はじめ方

1. プランでAPIアクセスを有効にする — まだ有効でない場合はサポートへご連絡ください
2. アカウント設定で APIクレデンシャルを発行する
3. エンドポイントの詳細について APIドキュメントを確認する
4. 連携を実装する（またはSDKを利用する）
5. 本番環境の前に ステージング環境でテストする

リクエスト例

POST /api/public/releases
Content-Type: application/json
Authorization: Bearer YOUR_API_KEY

{
  "title": "Album Title",
  "type": "album",
  "primary_artist": "Artist Name",
  "release_date": "2024-03-15",
  "tracks": [
    {
      "title": "Track One",
      "track_number": 1,
      "isrc": "USRC12400001"
    }
  ]
}

以前のディストリビューターを記録する

すでに他社で配信中のリリースを移行する場合、パブリックのReleases APIには、移行元のディストリビューターを記録するための任意の transfer_from_distributor フィールド（自由記述、最大255文字）があります。この値はリリースが配信されると読み取り専用になるため、投稿時またはその前に設定してください。

APIのメリット

• 完全自動化 - 手作業が不要
• システム連携 - DAM、CRM、その他のツールと接続
• リリースの予約 - 将来の配信に向けてリリースをキューに入れる
• カスタムバリデーション - 投稿前にコンテンツを事前検証
• Webhook通知 - 配信状況をリアルタイムで受け取る
• エラー処理 - プログラムによるエラー検知とリトライ

レート制限

APIには、システムの安定性を保つためのレート制限があります。現行のレート制限の詳細はAPIの概要をご覧ください。

完全なドキュメントはAPIの概要をご覧ください。

---

DDEXインポート

概要

DDEX（Digital Data Exchange）は、メジャーレーベルがディストリビューターへコンテンツを納品する際に使う業界標準フォーマットです。LabelGridは、すでにDDEX配信インフラをお持ちのエンタープライズのお客様向けにDDEXインポートをサポートしています。

DDEXとは

DDEXはXMLベースの規格で、次の情報をまとめて扱います。

• リリースのメタデータ
• トラック情報
• オーディオファイルの参照
• アートワークやアセット
• 取引条件とテリトリー

対応フォーマット

バージョン	ステータス
ERN 4.3.2	対応（推奨）
ERN 4.3.1	対応
ERN 4.3.0	対応
ERN 3.8.2	対応（レガシー）

DDEXのセットアップ手順

1. DDEXの有効化を サポートへ依頼する
2. 技術チームと オンボーディングを完了する
3. 配信設定とファイルパスを構成する
4. 安全なファイル転送用に SFTPクレデンシャルを設定する
5. 検証のために テスト配信を送る
6. 承認後、本番の配信を開始する

配信ワークフロー

Your System → DDEX XML + Assets → SFTP Upload → LabelGrid Processing → Distribution

DDEXの要件

要件	詳細
プラン	APIアクセスが有効（サポートへ要連絡）
フォーマット	ERN 4.3.2を推奨（4.3.1・4.3.0・3.8.2にも対応）
配信	SFTPのみ
アセット	オーディオファイルを同梱または参照
検証	事前検証を推奨

DDEXを使うとよい場合

DDEXインポートは、次のような場合に最適です。

• すでにDDEX配信インフラをお持ちの場合
• DDEXを使う別のディストリビューターから移行する場合
• コンテンツ管理システムがDDEXをネイティブに出力できる場合
• 確立したワークフローを持つメジャーレーベルや大規模インディペンデントの場合

代わりにAPIを使うとよい場合

REST／JSON APIは、次のような場合に適しています。

• 新しい連携をゼロから構築する場合
• XMLよりもモダンなWeb APIを好む場合
• リアルタイムの双方向通信が必要な場合
• Webhookベースの通知が欲しい場合

---

方法の選び方

観点	API連携	DDEXインポート
セットアップの複雑さ	低い	高い
既存インフラ	新規に構築	既存のDDEXを活用
フォーマット	JSON	XML
配信方法	HTTPS	SFTP
リアルタイム更新	対応（Webhook）	ポーリングが必要
適した用途	新規連携	エンタープライズの移行

---

処理時間

APIまたはDDEXでコンテンツをアップロードした後の処理時間は、次の要素によって変わります。

• リリース数とトラック数
• オーディオファイルのサイズ
• メタデータの複雑さ
• そのときのシステム負荷

カタログが大きいほど処理には時間がかかります。ご自身のカタログ規模に応じた見込み時間については、サポートへご相談ください。

---

大規模移行の投稿上限

大規模な移行は、APIやDDEXインポートも含めてカウントされるローリング投稿上限に達することがあります。仕組みについてはカタログとリリースの上限をご覧ください。一度きりの大規模移行の前にサポートへご連絡いただければ、移行の途中で上限に達しないよう、一時的なバイパス期間を設定します。

すべてのトラックが取り込まれたか確認

一括またはDDEXインポートの後は、配信する前にすべてのトラックが正しく取り込まれたことを確認してください。

---

FAQ

「大規模なカタログをLabelGridに移行するにはどうすればよいですか？」

一括アップロードをご利用ください。自動化やカスタムのワークフローには API連携、業界標準のフィードやディストリビューター規模の移行には DDEXインポートが適しています。どちらもプランでAPIアクセスが有効になっている必要があります。既存の ISRC と UPC をメタデータまで完全に一致させて再利用すれば、DSP側で再生数・保存・プレイリストが維持されます。旧ディストリビューターからカタログを取り下げる前に、まずLabelGridへアップロードしてください。

「LabelGridはDDEXでカタログをインポートできますか？」

はい。LabelGridは、既存のDDEX配信インフラをお持ちのお客様向けに、SFTP経由のDDEXインポート（ERN 4.3.2を推奨。4.3.1・4.3.0・3.8.2にも対応）をサポートしています。有効化についてはサポートまでご連絡ください。LabelGridはDDEX規格をサポートしていますが、DDEXコンソーシアムのメンバーではありません。

「LabelGridが対応しているDDEX ERNのバージョンは？」

LabelGridは DDEX ERN 3.8.2・4.3.0・4.3.1・4.3.2 に対応しており、新規の配信には 4.3.2 を推奨します。LabelGridはこれらの規格をサポートしていますが、DDEXコンソーシアムのメンバーではありません。

「大規模カタログを移行したとき、再生数やプレイリストは引き継がれますか？」

はい。同じ ISRC と UPC を、メタデータまで完全に一致させて再利用すれば引き継がれます。DSPはコンテンツを ISRC と UPC で照合するため、コードとメタデータが同一であれば、既存のリリースとカタログが統合され、再生履歴・保存・プレイリストへの掲載が維持されます。

「一度きりの大規模移行に、投稿上限はありますか？」

大規模な移行は、APIやDDEXインポートも含めてカウントされるローリング投稿上限の対象になります。大規模な移行の前にサポートへご連絡いただければ、移行の途中で上限に達しないよう、一時的なバイパス期間を設定します。

---

関連情報

大規模なカタログを管理していますか？LabelGridが大規模なリリースをどのように整理して管理するかは、当社サイトのカタログ管理をご覧ください。あわせてカタログの移行もご確認ください。

---

お困りですか？

一括アップロードのセットアップについては、次をご覧ください。

• API連携: APIの概要をご覧いただくか、サポートへご連絡ください
• DDEXの有効化: ご要望を添えてサポートチームへご連絡ください

適切な方法の選定からセットアップまで、当社チームがお手伝いします。