クロスプラットフォームで発信するクリエイターとブランドのために

1つのマスターから、 すべてのプラットフォーム仕様へ

TikTokの縦型、YouTubeの横型、Instagramの正方形、Shortsの縦型、ブログの横長、ニュースレター画像。焦点とブランドの一貫性を保ちながら自動リサイズ。すべて1回のワークフローで完結します。

ワークフローを開く

このレシピを使うタイミング

1つのソース素材からクロスプラットフォームに配信するチームのために設計されています。

3つ以上のプラットフォームで運用

3つ未満なら手作業でのフォーマット変更のほうが早いです。3つ以上になると、プラットフォームごとの変換作業が積み重なります。ワークフローなら、これを1回の処理にまとめられます。

トピックごとに1つのソース素材

ヒーロー写真、生成画像、または動画マスター。ワークフローがソースをさまざまなフォーマットに展開します。トピックごとに複数のソース素材があるとバッチ処理が複雑になるため、トピックにつき1つのマスターを前提に設計しています。

プラットフォームごとにアスペクト比が重要

縦型（TikTok、Reels、Shorts）、正方形（IGフィード）、横型（YouTube、X）、ポートレート（Pinterest）、バナー（LinkedIn）。それぞれ仕様が異なりますが、ワークフローがルールを処理します。

焦点の維持が重要

単純なトリミングでは主要な被写体が切れてしまいます。ワークフローは焦点を自動検出し、アスペクト比が変わっても維持します。主役の被写体は中央に保たれ、背景が調整されます。

ワークフローの流れ

マスター素材から、スケジュール投稿できるプラットフォーム別の書き出しまで、5つのステップ。

1
マスターと焦点を特定する（5分）
マスター素材（画像または動画）。焦点は、商品、顔、フックとなるビジュアルなど。トリミング時に何を残すべきかをワークフローに伝える必要があります。自動検出はほとんどの場合に機能しますが、うまくいかない場合は手動で指定してください。
2
書き出し先のプラットフォームを選ぶ（2分）
書き出し先を選択します。TikTok、YouTube、Instagram（フィードとReels）、Shorts、X、LinkedIn、Pinterest、ブログ、ニュースレター、カスタム。選んだプラットフォームごとの仕様が書き出しバッチに追加されます。
3
バッチ変換を実行する（5〜15分）
ワークフローがプラットフォーム別の書き出しを並行して生成します。アスペクト比が変わっても焦点は維持されます。プラットフォームごとの仕様（解像度、コーデック、ファイルサイズの上限）への準拠も自動で処理されます。
4
必要に応じてプラットフォーム別のフックを追加する（15分）
TikTokでは冒頭1秒のフックオーバーレイが効果的です。YouTubeではサムネイルと終了画面の連携が効果的です。同じソースを各プラットフォームらしい仕上がりに近づける、プラットフォーム別の磨き込みです。
5
スケジューラー向けにファイル名を付ける（5分）
Schedule_Platform_Topic という命名にしておけば、BufferやLater、各サービス標準のスケジューラーが手動リネームなしで取り込めます。バッチは1週間分の投稿準備が整った状態になります。

コツと失敗パターン

きれいなマルチプラットフォーム書き出しと、プラットフォームごとのやり直しを分ける6つのパターン。

焦点の検出が失敗することがある

被写体が明確なマスターでは自動検出が機能します。抽象的なマスターや被写体が複数あるマスターでは、焦点を手動で指定してください。再生成の手間を省けます。

縦型は横型とは異なる構図が必要

1つの横型マスターからプラットフォーム別に生成すると、縦型でうまくいかないことがあります（主要な被写体の切れ方が不自然になる）。重要な縦型コンテンツでは、トリミングではなく縦型ネイティブで生成しましょう。

プラットフォーム別のフックがエンゲージメントを高める

TikTokでは冒頭1秒のフックオーバーレイが評価されます。YouTubeではサムネイルとタイトルの組み合わせが評価されます。プラットフォーム別のフックは1件あたり数分の手間を追加しますが、エンゲージメントを大きく押し上げます。

ファイルサイズの上限はさまざま

プラットフォームごとにファイルサイズの上限は異なります。ワークフローが仕様に合わせて圧縮しますが、公開前に書き出しをサンプル確認してください。質の高いコンテンツでは圧縮による劣化が問題になります。

テキストオーバーレイのセーフゾーン

TikTokやReelsには、コンテンツを覆うUIオーバーレイ領域（キャプションやいいねボタン）があります。ワークフローがセーフゾーンを考慮して構成しますが、フックのテキストがUI要素の裏に隠れていないか確認してください。

スケジューラーへの取り込み向けにファイル名を付ける

一貫した命名（Date_Platform_Topic）にしておけば、スケジューラー（Buffer、Later、Hootsuite）がバッチを自動で取り込めます。命名ルールを徹底しないと、手動でのスケジュール設定がワークフローで節約した時間を食いつぶします。

よくある質問

マルチプラットフォーム書き出しについて、クロスプラットフォームで発信するクリエイターやブランドからよく寄せられる質問。

被写体が明確なマスター（商品や顔）なら、たいていうまくいきます。抽象的なマスターや被写体が複数あるマスターでは、縦型のトリミングでビジュアルの流れが失われることがあります。重要な縦型コンテンツには、縦型ネイティブでの生成が向いています。

実用的な上限はマスターあたり8プラットフォーム前後です。それを超えると、プラットフォーム別の磨き込みにかかる労力が、ワークフローで節約できる時間を上回ります。4〜6プラットフォームが一般的なちょうど良い範囲です。

TikTokとShortsは9:16、IGフィードは1:1または4:5、YouTubeは16:9。ワークフローが変換を処理します。フォーマットを変換しても音声の同期は維持され、字幕の焼き込みもプラットフォームごとに利用できます。

はい。TikTok向けの短縮版（15〜60秒）と、YouTube向けのフルバージョンといった使い分けができます。ワークフローがプラットフォームごとのトリム位置を処理し、使用する区間はプラットフォームごとに指定します。

Pinterestでは、1つの投稿に対して複数のピンのバリエーションが評価されます。Pinterestのピンのバッチ処理は、マスターごとの単一書き出しよりも「Daily Content Batcher」レシピのほうが得意です。Pinterestは、このワークフローの主要な出力先ではなく、補完として使いましょう。

ブランドを固定したワークフローテンプレートを使えば、保たれます。ブランドカラー、書体、レイアウトパターンをワークフローに読み込むと、プラットフォーム別の書き出しにそれらが引き継がれます。プラットフォームをまたいだブランドの一貫性が、この設計の狙いです。

はい、ファイル命名またはAPI経由で連携できます。ProプランではスケジューラーへのAPIプッシュに直接対応しています。FreeプランとBasicプランでは、取り込みにファイル命名規則を使います。どちらの方法でも、1週間分をまとめてスケジュールするワークフローは維持されます。

補完的な関係です。「Daily Content Batcher」は1週間分の7トピックを計画して制作します。このレシピは、各トピックからのプラットフォーム別の書き出しを担います。組み合わせて使えば、高頻度のクロスプラットフォーム配信ができます。

プラットフォームごとのやり直しなしで、すべてのプラットフォームに配信

マルチプラットフォーム書き出しワークフローは、1つのマスターから、TikTokの縦型、YouTubeの横型、Instagramの正方形、Shorts、X、LinkedIn、Pinterest、ブログ、ニュースレターのバリエーションを一度に生成します。

ワークフローを開く