video-delivery-specs

動画納品仕様

プラットフォーム間でモーションコンテンツを正しく納品するため、プラットフォームごとの仕様書を作成し、1つのマスターからあらゆるアスペクト比に安全に展開して、字幕とアクセシビリティに対応します。引き渡し前には納品前のQCとファイル収集を行います。

使用する場面

完成したモーションを書き出したり納品したりするとき、1つのマスターから複数のプラットフォーム向けに展開するとき、UIが重なるプラットフォームのセーフエリアを確認するとき、字幕の方針を決めるとき、または引き渡しやアーカイブ用にプロジェクトをパッケージ化するときに使用します。

判断フロー — マスター戦略と仕様の選択

判断するのは2点です。あらゆるクロップに耐えられるマスターをどう作るか、そして各プラットフォームにどの納品方法が必要かです。アニメーションを作り始める前にマスターを決めてください。後からクロップし直すと、納品物に問題が起きやすくなります。

How many ratios does the brief's distribution need?
├─ One ratio only → animate native to that ratio; no spine needed.
└─ Multiple ratios → build a 16:9 master with a centre 1:1 "title-safe
    spine"; expect to RE-LAYOUT (not just crop) for 9:16.

Per target, which path?
├─ Social (Reels/TikTok/Shorts/Story) → 9:16 1080×1920, H.264 8-12 Mbps,
│   burn in captions, keep action out of top/bottom/right UI zones.
├─ Feed → 4:5 (1080×1350) for most screen real estate.
├─ YouTube long-form → 16:9, upload high-bitrate / ProRes, .srt sidecar.
├─ Broadcast → follow the broadcaster's spec PDF EXACTLY: ProRes 422 HQ,
│   region frame rate, R128/A85 loudness, title-safe 90%, textless + slate.
├─ OOH/signage → pixel-exact to the screen, silent, oversize type.
└─ Web hero → MP4+WebM, muted autoplay loop, compress hard, poster frame.

目安：プラットフォームにUIが重なる場合（縦型のソーシャルプラットフォームすべて）、仕様に沿って書き出す前に、セーフエリアマップに従ってレイアウトを決めます。レイアウトを誤ると、ビットレートを調整しても解決できません。

ワークフロー

1. ブリーフの配信先（Reels、Feed、Story、TikTok、YouTube、Shorts、放送、OOH、ウェブ）から、対象プラットフォームをリストアップします。
2. 各プラットフォームの仕様を確認します（下表。詳細は references/platform-specs.md を参照）。
3. 展開マトリクスを使ってマスターと短縮版を計画し、16:9のマスターから9:16と1:1にクロップしても問題がないようにします。
4. 字幕とアクセシビリティの方針を決めます — 映像への焼き込みかアップロードか、スタイル、安全な配置を検討します。
5. チェックリストに沿ってQCを行い、引き渡しやアーカイブ用にファイルを収集します。

プラットフォームごとの仕様書（要点）

プラットフォーム	比率	ピクセル数	尺	コンテナ／コーデック	備考
IG Reels	9:16	1080×1920	≤90s（最長3min）	MP4/MOV、H.264	UIが下部と右側に重なります。アクションは中央に配置します
IG Feed	4:5 または 1:1	1080×1350 / 1080×1080	≤60s	MP4、H.264	4:5はフィード内で最も広い表示領域を確保できます
IG Story	9:16	1080×1920	≤60s／カード	MP4、H.264	上下の約250pxはUI用に確保します
TikTok	9:16	1080×1920	15s-10min	MP4/MOV、H.264	右側と下部に多くのUIが重なります。字幕用の領域を中央に確保します
YouTube（横型）	16:9	1920×1080（4K 3840×2160）	任意	MP4、H.264/H.265	高ビットレート。フレーム全体を使用できます
YouTube Shorts	9:16	1080×1920	≤60s	MP4、H.264	下部にはタイトルや操作ボタンのUIが重なります
放送（HD）	16:9	1920×1080	仕様どおり	ProRes 422 (HQ) ／放送局指定	タイトルセーフ90％、アクションセーフ93％。規格・ラウドネスに準拠
OOH／デジタルサイネージ	可変（多くは9:16またはカスタム）	設置場所ごと	ループ再生、通常10-15s	ベンダー指定のMP4/ProRes	音声なし。視認性を高くし、指定されたピクセル寸法で納品します
ウェブ（ヒーロー／埋め込み）	16:9またはカスタム	レスポンシブ	短いループ	MP4（H.264）+ WebM、ポスターフレーム	強く圧縮します。ミュートで自動再生し、代替コンテンツを用意します

ビットレートの目安（H.264）：ソーシャル向け1080pは8-12 Mbps、高品質の1080pは16-20 Mbps、4Kは35-45 Mbpsです。音声はAAC 320 kbpsステレオ、48 kHzです。放送／アーカイブ用にはH.264ではなくProRes 422 HQを使用します。コーデックとビットレートの詳細は references/platform-specs.md を参照してください。

セーフエリアとUIの危険領域

ソーシャルプラットフォームでは、動画の上にUIが重なります。タイトルや重要なアクションは、次の領域を避けてください。

• 9:16（Reels/TikTok/Shorts/Story）：上部約250px（ハンドル／閉じるボタン）、下部約250-400px（字幕、CTA、操作ボタン）を確保します。TikTokでは右側の約120pxの列（アイコン）も確保します。重要なテキストは中央の約1080×1080の領域内に配置します。
• 16:9の放送：タイトルセーフ＝内側90％、アクションセーフ＝内側93％です。重要な要素はすべてタイトルセーフ内に配置します。
• OOH：ベンダー指定の正確なピクセルマップと塗り足しに従います。視聴距離を考慮し、文字を大きくします。

各領域の図は references/safe-areas.md を参照してください。

カットダウン／再利用マトリクス（マスター1本 → すべてのアスペクト比）

トリミング後も中央部分が残るように、16:9のマスターを設計します。アニメーション制作後ではなく、制作前に計画してください。

変換元 → 変換先	方法	注意点
16:9 → 1:1	両端をトリミングし、中央の1080を使用	左右の端に近いテキストが切れます
16:9 → 9:16	中央部分を大きくトリミングし、要素を縦に再配置	横長の構図は崩れます。テキスト／ロゴを再配置してください
16:9 → 4:5	両端を軽くトリミング	アクションが中央にあれば、通常は問題ありません
マスター → 6秒／15秒のカットダウン	フックと見せ場を選び、中間部分を削除	単にトリミングするのではなく、タイミングを調整してください。ブランド要素とCTAを残します

ベストプラクティス：16:9のマスターの中央に**「タイトルセーフな1:1の軸」**を設け、どのトリミングでもメッセージが残るようにします。9:16ではトリミングではなく再レイアウトが必要になるため、その時間を確保してください。全マトリクスと再配置の手順は references/repurposing-matrix.md をご覧ください。

字幕とアクセシビリティ

• オープン字幕（映像に焼き込み）：映像に直接埋め込みます。ソーシャル向けの標準です。ほとんどのユーザーはミュートで視聴し、プラットフォームの自動字幕は信頼性が低いためです。Reels／TikTok／Shortsでは必ず字幕を焼き込んでください。
• クローズドキャプション（.srt／.vtt サイドカー）：別途アップロードし、ユーザーが表示を切り替えられます。YouTubeの長尺動画と放送のアクセシビリティ基準への準拠に必須です。どの媒体でも導入を推奨します。
• 焼き込み字幕のスタイル：コントラストを高く（白文字に控えめな影またはボックスを付ける）、読みやすい太さにし、最大1～2行に抑え、字幕セーフゾーン内（画面下部のUI帯より上）に配置します。音声に同期させ、1行あたり最低約1～2秒表示します。
• 字幕以外の配慮：色だけで意味を伝えないようにします。点滅は1秒あたり3回未満に抑え（光過敏への配慮）、プラットフォームが対応している場合は、スクリーンリーダー向けに内容を説明するタイトル／トランスクリプトを用意します。

納品前のQCチェックリスト（主な項目）

• 各配信先に適した寸法、アスペクト比、再生時間になっている。
• 最初と最後のフレームが正常（黒画面のフラッシュや、レンダリングフレームの静止がない）。
• 音声があり、音量レベルが適切で、クリッピングがない。放送用の場合は、適切なラウドネス基準を満たしている。
• すべてのテキストのスペルを確認済みで、法的表記／スーパーが表示され、十分な時間保持されている。
• ロゴのロックアップが正しく、ブランドカラーが一致し、プレースホルダー素材が残っていない。
• セーフエリアを守り、重要な要素がプラットフォームのUIに隠れていない。
• 字幕が正確で、字幕セーフゾーン内に収まっている。
• 書き出しがコーデック／ビットレート仕様に一致し、新しい環境でもファイルを再生できる。
• ファイル名が命名規則に従い、バージョンが混在していない。

QCとファイル収集の完全なチェックリストは references/qc-checklist.md をご覧ください。

実例

GOOD — あらゆるトリミングを想定してマスターを設計する：

依頼では16:9（ウェブ）、1:1（フィード）、9:16（Reels＋TikTok）が必要です。タイトルとロゴが中央の1:1の軸内に収まるように16:9のマスターをアニメーション制作し、その後、1:1にはきれいにトリミングし、9:16にはトリミングではなく再レイアウトします。見出しを商品より上に移し、字幕を画面下部のUI帯より上に焼き込み、アクションがTikTokの右側の列にかからないようにします。各書き出しはプラットフォームのビットレートに合わせ、字幕は字幕セーフゾーン内に配置します。

アンチパターン —「あとでトリミングすればいい」：

ロゴを左下に配置し、タグラインを画面幅いっぱいに広げた横長の16:9ヒーロー映像を、Reels用に中央で9:16へトリミングします。ロゴは消え、タグラインの半分が切れ、焼き込み字幕はプラットフォームのCTAバーの下に隠れて読めなくなります。

失敗の理由：マスターがトリミングを想定して設計されておらず、セーフエリアのマップも無視されているためです。解決策は上記のマスター戦略です。中央の軸、縦型向けの再レイアウト、UI帯より上への字幕配置を、アニメーション制作後や納品期限の直前ではなく、制作前に決めます。

よくある間違い

症状	発生する理由	修正方法
クロップ後にテキストやロゴが切れる	横長で構成し、中央の軸がない	中央に1:1のタイトルセーフ領域を設け、9:16向けにレイアウトし直します
キャプションがプラットフォームのUIに隠れる	キャプションセーフゾーンではなく、フレームの下端に配置している	キャプションを下部のUI帯より上、キャプションセーフ領域内に配置します
放送用の納品物が受理されない	H.264を使用している／ラウドネスが不適切／テロップなし版がない	放送局の仕様書PDFに従います。ProRes、R128/A85、カラーバーとトーン、テロップなし版が必要です
アップロード後に映像がぼやける	低ビットレートで書き出しており、プラットフォーム側で再圧縮される	高ビットレートまたはProResでアップロードし、プラットフォーム側でダウンスケールさせます
冒頭または末尾に黒いフラッシュが入る	レンダリングフレームが残っている、または黒いフレームが混入している	最初と最後のフレームをQCし、意図したフレームまでトリミングします
エディター以外で色が変わる	ガンマやカラー管理の不一致	引き渡し前に、ニュートラルなプレーヤーで書き出しをスポットチェックします
誤ったファイルを納品する	フォルダー内でバージョンが混在している	命名規則を徹底し、CAPTIONED/TEXTLESS/BROADCASTのラベルを付けます
Webヒーロー動画が自動再生されない	音声がある／ファイルが大きすぎる／代替表示がない	ミュートしたMP4+WebMを使用し、しっかり圧縮してポスターフレームを設定します

納品仕様 — 適切な引き渡しに含めるもの

出力は、日付入りの納品フォルダーと、その裏付けとなるQC合格結果をまとめたものです（全体の構成はreferences/qc-checklist.mdを参照）。適切な引き渡しでは、次の点を満たします。

• 各納品物の比率、ピクセル数、長さ、コーデック、ビットレートが、対象に応じて適切になっています。
• 最終書き出し、キャプション付きバージョン（+ .srt/.vtt）、テロップなしマスター、静止画が分けられています。
• 納品物、仕様、使用範囲を含むすべてのフォント／音楽／ストック素材のライセンスを記載したREADMEが含まれています。
• ファイル命名規則が一貫して適用され、最終バージョンが明確に示されています。
• 納品前のQCチェックリストをすべて完了してから引き渡しています。

完了前のチェックリスト

• 各ターゲットの寸法、比率、長さ、コーデック、ビットレートを確認済み。
• 最初と最後のフレームに問題がなく、フレーム落ちやアーティファクトがない。
• 音声が適切（または適切に音声なし）で、放送用ラウドネスの基準を満たしている。
• テキストのスペルチェック済み。法的表記／スーパーの表示時間は十分で、ロゴの組み合わせも正しい。
• セーフエリアを遵守し、重要な要素がプラットフォームのUIに隠れていない。
• キャプションの内容が正確で同期しており、キャプションセーフ領域内に収まっている。
• クリーンな状態のマシンで再生でき、エディター以外でも色が正しい。
• ファイル名が命名規則に従い、最終バージョンに印が付いていて、古いバージョンが削除されている。
• 引き渡し用フォルダーが整理され、READMEとライセンス／権利に関する注記が含まれている。

クイックリファレンス

用途	回答
Reels/TikTok/Shortsの比率	9:16、1080×1920
フィードに最適な比率	4:5（1080×1350）
ソーシャル向けビットレート（1080p）	H.264、8-12 Mbps
放送用コーデック	ProRes 422 HQ。H.264ではありません
ソーシャル向けキャプション	動画に焼き込む（オープンキャプション）
TikTokの危険エリア	下部＋右側の列
放送用タイトルセーフ	内側の90%
マスターを1つにする戦略	16:9の中央に1:1の軸を設ける

参考ファイル

• references/platform-specs.md — プラットフォームごとの詳細な仕様書。正確なピクセル数、長さ、コーデック、ビットレート、音声、ファイルサイズの制限を記載しています。
• references/safe-areas.md — UIの危険エリアをピクセル単位で示した、比率ごとのASCIIセーフエリアマップです。
• references/repurposing-matrix.md — 完全な短縮版マトリクスと、16:9から9:16にリフローする手順です。
• references/qc-checklist.md — 納品前QCチェックリスト一式に加え、Collect-Files／引き渡し用パッケージのリストと命名規則を記載しています。