6つのプラットフォームへキャンペーンを一括ローンチする方法：実践ワークフロー
Marta Kowalczyk
エージェンシー・オペレーションズリード
これは、複数プラットフォームへキャンペーンを一括ローンチする方法を1つのワークフローで解説する実践ガイドです。読み終わるころには、1つのオファーテストをMeta・Google・TikTok・Taboola・Snapchat・Outbrainへ、1プラットフォームずつ、各ローンチをレビューしてから配信する手順が正確に分かるようになります：それぞれの広告マネージャで同じテストを何度も作り直す代わりに。
手早い答え： Wevionで複数のプラットフォームへ一括ローンチするには、グリッドエディタまたはCSVでキャンペーン構造を一度だけ準備し、ローンチするプラットフォームを選び、配置ごとにクリエイティブを割り当て、検証を実行し、プレローンチ画面ですべてのキャンペーンをレビューしてから確定します。承認後、ランチャーが公式APIを通じてMeta・Google・TikTok・Taboola・Snapchat・Outbrainのいずれかへ、1プラットフォームずつ配信します。
ステップごとに進めていくので、一括ランチャーを別のタブで開きながら一緒に進めてください。
このワークフローを今こそ学ぶ価値があるのは、複数プラットフォームへの出稿が例外ではなく標準になったからです。eMarketerの2026年見通し（2026年1月公開）は、リテールメディアや新興チャネルへの予算移行が続くと予測しており、3つ以上のプラットフォームを同時に運用する広告主が増えています。さらにMetaは2025年第4四半期決算（2026年1月）で、自動化ツールおよびAPIベースの広告ツールの採用が前年比で急増したと報告しました：これは、本格的なボリュームが手動インターフェースではなくプログラマティックなローンチへ移っている、最も明確なシグナルです。
始める前に：準備しておくもの
クリーンなローンチは、クリーンな入力から始まります。構築の途中でアセットを探し回らずに済むよう、ランチャーを開く前に以下を揃えておきましょう。
- テストのキャンペーン目的（目的はプラットフォーム間で一致させるべきです：例：コンバージョン）
- 予算の決定：プラットフォームごとの総額、そしてキャンペーン予算配分か広告セット予算配分のどちらを使うか
- プラットフォームごとのオーディエンス（保存済みオーディエンス、類似オーディエンス、興味関心）
- クリエイティブライブラリにアップロード済みのクリエイティブ。Meta向けには配置別バリエーション（ストーリーズ、リール、フィード）を用意しておくのが理想です
- 命名規則：もしくは、エンフォーサーが一貫して適用してくれるのを信頼すればOKです
データがすでにスプレッドシートにある場合は、CSVパスへ直行できます。なければ、グリッドエディタの方が早く始められます。
ステップ1：入力方法を選ぶ：グリッドかCSVか
ランチャーには2つの入り口があり、どちらも同じ場所にたどり着きます。
インライングリッドエディタは、ゼロから構築する場合や、ビジュアルにすばやく編集したい場合に最適です。アクティブなプラットフォームを選んでから、キャンペーン1件につき1行をアプリ内に直接追加し、目的・予算・オーディエンス・クリエイティブの列を埋めていきます。スプレッドシートを行き来する手間はありません。
CSVアップロードは、すでにスプレッドシートにキャンペーンデータが構造化されている場合に最適です：例えば、クライアントのローンチ計画を共有スプレッドシートで管理している代理店などです。ファイルをアップロードすると、そのまま6プラットフォームの配信エンジンに渡されます。
グリッドかCSVかという選択は、機能の分かれ道ではありません：どちらも同じ配信エンジン、同じレビュー画面に行き着きます。ビジュアルに考えながら編集を進めたいときはグリッドを、計画がすでにスプレッドシートにあって、あとはローンチするだけのときはCSVを選びましょう。
いずれの場合も、次のステップは同じです。
ステップ2：配信先プラットフォームを選択する
グリッドは一度に1つのアクティブなプラットフォームを対象に動きます：Meta・Google・TikTok・Taboola・Snapchat・Outbrainのいずれかです。各行はそのプラットフォーム向けのキャンペーン1件です。ここでこそ、マルチプラットフォームの強みが効いてきます。ワークスペースを離れることなく、同じテスト構造を各プラットフォームで再利用できるのです。
実務上のポイントをいくつか挙げます。
- Taboolaが一括対応に含まれています：多くのランチャーが省く部分です。ソーシャルと並行してネイティブ広告枠を運用しているなら、ネイティブを別の手動ワークフローとして扱わず、同じグリッドからTaboolaキャンペーンを配信できます。
- Snapchatは2026年5月のリリース群で配信エンジンに組み込まれたため、他のプラットフォームと並ぶ正式な配信先になっています。
- 同じコンセプトを複数のプラットフォームで走らせるなら、まず1つのプラットフォームでグリッドを埋めて公開し、次のプラットフォームに切り替えて同じ構造を再利用します。切り替えると他のプラットフォームの行は非表示になりますが、下書きは保持されるので、準備した内容は失われません。また、すべてのコンセプトをすべての場所へ出す必要もありません：合うプラットフォームだけでローンチしましょう。
ステップ3：配置ごとにクリエイティブを割り当てる
これは、ネイティブに見えるローンチと、貼り付けただけに見えるローンチを分けるステップです。
Meta向けに、ランチャーは配置別クリエイティブに対応しています。1枚の画像をすべての面に引き伸ばすのではなく、ストーリーズ、リール、フィードそれぞれに別々のアセットを割り当てます。グリッド上では、縦型アセットをストーリーズとリールに、正方形または横型アセットをフィードに割り当てます。
クリエイティブはクリエイティブライブラリから引き出されるため、広告セットごとに同じファイルを再アップロードする必要はありません。アセットを一度参照すれば、必要なバリエーション全体で再利用できます。
配置別クリエイティブは、キャンペーン1つなら簡単ですが、50なら過酷です。一括で行うこと（数十の広告セットにわたって正しいアセットを正しい面へ1つのグリッドで割り当てること）こそ、ランチャーが肩代わりする部分です。これを省くと、フィード用にトリミングした画像を縦型配置へ大量に出稿することになります。
テキストが不要なフォーマット（リール、ストーリーズ、動画、カタログ）については、ランチャーがメインテキストや見出しを催促してこないことに気づくはずです。これは、Meta仕様を理解した検証が先回りして働いているからで、次のステップで取り上げます。
ステップ4：命名規則を適用する
ローンチの前に、キャンペーンと広告セットの命名方法を決めましょう：もしくはエンフォーサーに任せましょう。命名規則エンフォーサーは、プラットフォーム・オーディエンス・日付・クリエイティブタイプといった変数を使い、ローンチ内のすべてのプラットフォームに一貫したパターンを適用します。
これは見た目だけの問題ではありません。来週Meta・TikTok・Taboolaにまたがってレポートを引き出すとき、同じパターンに従った名前はきれいに整列します。一方、5通りの方法で手入力された名前はそうなりません。より体系的な仕組みについては、Facebook広告の命名規則を構築するガイドをご覧ください：ここで扱うすべてのプラットフォームに同じ原則が当てはまります。
ステップ5：検証を実行する
次に、何かがAPIに触れる前に検証します。ランチャーの検証は、実際の問題をグリッド上に表示します。
- 予算の未設定またはゼロ
- 壊れた、または空のオーディエンス参照
- 命名の重複
- フォーマットの不一致
重要なのは、この検証がMeta仕様を理解している点です。リール、ストーリーズ、動画、カタログ広告ではメインテキストと見出しが不要であることを把握しているため、それらのフィールドを正当に省略するフォーマットに対して誤ったエラーで止めることはありません。フラグの立った行をグリッド上で直接修正し、再実行します。構造がクリーンになるまで、何も先へ進みません。
ステップ6：プレローンチ画面でレビューする
ここが人間によるチェックポイントです。プレローンチのレビュー画面は、これから作成するすべてのキャンペーン・広告セット・広告を、名前・予算・オーディエンス・クリエイティブとともに一覧表示します。
大規模なローンチ向けに用意されたコントロールを活用しましょう。
- すべて展開／すべて折りたたみで、全体像と個々の広告セットの詳細の間を行き来する
- ホバープレビューで、各広告が公開前に実際にどう表示されるかを確認する
ざっと眺めるのではなく、計画を読み込みましょう。50のキャンペーンが出ていく前に、誤った予算や配置ミスのクリエイティブを捉える瞬間です。ランチャーがすべてを準備して提案しています。承認するのはあなたです。
ステップ7：当日公開かスケジュールかを選び、確定する
ローンチをいつ公開するかを決めます。
- 当日公開は、確定と同時にすべてを公開します。
- スケジュールローンチは、キャンペーンやグループごとに具体的な日時を設定できます：例えば、ローンチ当日の午前8時に全キャンペーンを公開する、あるいは1日を通して時間差で出す、といった具合です。
確定すると、ランチャーは公式APIを通じて各キャンペーンを配信先プラットフォームへ配信します。接続が自動化レイヤーではなく公認のAPIを経由するため、各プラットフォームがこの目的のために構築したのと同じプログラマティックなチャネルを使うことになります。
ステップ8：マルチプラットフォーム・ローンチ後の最初の48時間
6プラットフォームのローンチには、単一プラットフォームと同じローンチ後の規律が、チャネル数だけ掛け算で必要になります。
- 1〜4時間目： すべてのプラットフォームで、すべてのキャンペーンが配信に入ったことを確認します。審査で止まっているものがないか注視しましょう。
- 1日目： 各プラットフォームでアクティビティが表示されているか確認します。プラットフォームによって学習フェーズを抜ける速度は異なります。TaboolaのペースがMetaと違っても慌てないでください。
- 3〜5日目： 最初のカットを行います。明らかな敗者を停止し、残りは保持します。すべてが1つの構造、1つの命名規則からローンチされているため、プラットフォーム横断の比較がきれいに行えます。
データはおよそ15分間隔でプラットフォームに同期されるため、最初の数時間は数字が落ち着くのを少し待ってから判断しましょう。
よくあるつまずきのトラブルシューティング
再ローンチのコストを払う前にフラグを立てておく価値があるほど頻発する問題をいくつか挙げます。
プレビューでクリエイティブがおかしく見える。 ほぼ必ず配置の割り当てミスです：フィード用アセットがストーリーズ枠に、あるいはその逆に割り当てられています。ステップ3に戻り、その広告セットの配置別クリエイティブを割り当て直しましょう。ホバープレビューは、まさにこれをローンチ前に捉えるために存在します。
設定したはずの予算が検証でフラグされる。 その行がキャンペーン予算配分か広告セット予算配分のどちらを使っているか確認しましょう。キャンペーン予算の構造はキャンペーンレベルでの金額を期待し、広告セットの構造は広告セットごとの金額を期待します。両者を混在させることが、「予算未設定」フラグの最も一般的な原因です。
名前が不揃いになった。 エンフォーサーがオンなら起きないはずですが、一部の名前を手入力し、他を自動生成させると混在します。ローンチ全体でどちらか1つのアプローチを選びましょう。
1つのプラットフォームがグリッドに表示されない。 配信先プラットフォームが連携設定で接続されているか確認しましょう。OAuthで認可されていないプラットフォームへは、キャンペーンを配信できません。
ほぼすべてのつまずきに共通するパターンは同じです。ランチャーは事後ではなく、レビュー画面でそれを捉えました。それこそが、マルチプラットフォーム配信の前に人間のチェックポイントを置く狙いです：グリッド上でフラグの立った行を直すコストは数秒、6つのプラットフォームにまたがる50の稼働中キャンペーンを直すコストは、あなたの午後ひとつです。
まとめ
ワークフロー全体は「一度定義し、プラットフォームごとに再利用する」です：グリッドかCSVを選び、アクティブなプラットフォームを選び、配置ごとにクリエイティブを割り当て、一貫して命名し、検証し、レビューし、スケジュールし、確定する。そのあとプラットフォームを切り替え、同じ構造で繰り返します。かつて広告マネージャーごとにやり直していた計画作業は1回で済み、何かが公開される前に、あなたが各ローンチを承認します。
これがなぜ重要なのか、背景を一言で言えば「一貫性」です。同じテストを5回手作業で作れば、オーディエンスはずれ、命名は崩れ、1週間後に取り出したデータはチャネル間できれいに比較できなくなります。1つの実験を回すつもりが、少しずつ異なる5つの実験を回すことになるのです。代理店が5社のクライアントをそれぞれ3つのプラットフォームで運用していれば、15本の別々のローンチワークフローを維持していることになり、手作業はプラットフォームとアカウントを足すごとに比例して増えていきます。ローンチ工数がどこで漏れているかを測る方法は、キャンペーンのローンチ時間を短縮するプロセス監査で解説しています。1つのテンプレートから多数のキャンペーンバリエーションを生成する方法については、一括キャンペーン作成ガイドをご覧ください。さらに広範なワークフローについては、キャンペーンのスケールに関するクラスター全体を探索してください。