あなたの週次レポートが meta_export_final.csv、google_ads_new.csv、orders_latest.xlsx という3つのファイルから始まるとしたら、それはチャートがないからレポートに問題があるのではありません。ファイルが「何が起こったか」についてまだ合意していないからです。
役立つFacebook広告レポートは、「Metaは何と言ったか？」以上の答えを出す必要があります。何が使われたか、どのキャンペーンが動いたか、プラットフォームが何を帰属させたか、注文システムが何を記録したか、そしてマーケターが次に何をすべきかを示す必要があります。そのためには、ダッシュボードを作る前に、少しのデータ規律が必要です。
このガイドでは、Facebook広告、Google広告、注文データをレビュー可能なキャンペーンROIレポートに変換する方法を説明します。コピーしてすぐ使えるワークブック構成、フィールドリスト、数式、品質チェック、RowSpeakで使えるプロンプトを提供します。このワークフローは、CSVやExcelのエクスポートを扱うマーケターや代理店向けに設計されており、データウェアハウスを構築する準備ができているチーム向けではありません。
重要なポイント:
- Facebook広告のエクスポートはソースファイルであって、完成したレポートではありません。チャートを追加したりROIを計算したりする前に、まず明確なレポートの粒度（通常はキャンペーン×日の1行）を定義しましょう。
- プラットフォーム帰属のROASと注文ベースのROIは分けて扱いましょう。MetaとGoogleは同じ売上に対してクレジットを主張することがあります。そのコンバージョン値を、別々の注文であるかのように合計してはいけません。
- Google広告の定期レポートは繰り返しのダウンロードを減らしますが、Metaとの調整、返金、コスト、キャンペーン名の変更は自動的には行いません。繰り返し可能なデータモデルとレビューステップは依然として必要です。
- RowSpeakはファイルをエクスポートした後に役立ちます。乱れたカラムを検査し、例外を表面化し、キャンペーンの動きを分析し、チェック済みのテーブルを共有可能なレポートやダッシュボードに変換できます。
キャンペーンレポートが意思決定に役立つこと
ほとんどのチームは、利用可能なすべての広告指標を網羅したレポートを必要としているわけではありません。必要なのは、キャンペーンを拡大すべきか、維持すべきか、修正すべきか、一時停止すべきかを判断するのに役立つレポートです。
例えば、グロースマーケターは月曜の朝に次のような質問に答える必要があるかもしれません。
- 先週より予算を使ったキャンペーンはどれか、その追加支出は許容できる結果を生んだか？
- 低いROASは本当の問題なのか、コンバージョンラグの問題なのか、それともトラッキングの不一致なのか？
- 純収益が減少したのは、需要の低下、返金の増加、名前の変更、不完全なエクスポートのどれが原因か？
- どの結果がMetaまたはGoogleの帰属に基づき、どの結果がストアやCRMの注文に基づくのか？
最後の質問は重要です。MetaのレポートはMetaの選択したアトリビューション設定に従って正しい場合があります。Google広告のレポートもGoogle広告に従って正しい場合があります。しかし、両方のプラットフォームのコンバージョン値が同じ顧客注文に対するクレジットを含んでいる可能性があります。クロスチャネルレポートは、それらの値を暗黙的に合計すると誤解を招きます。
以下のワークフローはその間違いを防ぎます。2つの明確にラベル付けされたビューを作成します。
- プラットフォームパフォーマンスビュー（MetaまたはGoogle内での最適化用）：費用、インプレッション、クリック、プラットフォームコンバージョン、プラットフォーム帰属コンバージョン値。
- ビジネス成果ビュー（収益性評価用）：調整済み注文、純収益、返金、売上原価（COGS）、フルフィルメント/支払いコスト、利用可能な場合は割り当てられた運用コスト。
ステップ0：エクスポートする前にレポートを定義する
最も高くつくレポートのミスは、ダウンロードを開始してからルールを後で決めることです。Ads Managerを開く前に、以下の定義を記載した短い README タブまたはメモを作成しましょう。
| 定義 | 推奨される決定ルール |
|---|---|
| レポート期間 | 広告アカウントのタイムゾーンで完了した暦日を使用。期間と抽出日をラベル付けする。 |
| レポートの粒度 | メインテーブルでは 日付＋プラットフォーム＋広告アカウント＋キャンペーンID ごとに1行を使用。 |
| クリック指標 | リンククリックやアウトバウンドクリックなど、1つのクリック定義を選択。異なるクリックタイプを同一のものとして比較しない。 |
| プラットフォームコンバージョン値 | MetaまたはGoogleが報告した値を、そのアトリビューション設定とともに保持する。 |
| 純収益 | キャンセル注文、割引、返金、税金、配送料、またはこれらのすべてを除外するかどうかを定義する。 |
| ROI | どのコストを含めるかを正確に明記する。単純な収益対費用比を「利益ROI」と呼んではいけない。 |
Eコマースブランドの場合、注文ベースのキャンペーンROIは次のように定義できます。
Campaign ROI =
(attributed net revenue − COGS − fulfilment/payment costs − ad spend − allocated operating costs)
÷ (ad spend + allocated operating costs)
これはROASと同じではありません。
ROAS = attributed revenue ÷ ad spend
ROASはプラットフォーム内での入札判断には十分です。ROIは、キャンペーンが実際にビジネスが負担するコストを差し引いた後に利益に貢献しているかどうかを知る必要がある場合に、より有用な指標です。
注文をキャンペーンに信頼できる形でマッピングできない場合は、無理に注文ベースのキャンペーンROIをでっち上げてはいけません。キャンペーンごとにプラットフォームROASを報告し、期間全体の別の統合ビジネスビューを報告してください。正直な不確実性は、防御可能なソースのない正確に見える数字よりも優れています。
ステップ1：適切な粒度でFacebook広告データをエクスポートする
Metaのインターフェースは時間とともに変化するため、正確なメニューラベルについてはMetaビジネスヘルプセンターの最新のガイダンスを参照してください。レポートの原則は安定しています。まず日付範囲とレポートレベルを設定し、次にカラムをカスタマイズし、説明できるフィールドのみをエクスポートします。
プライマリレポートには、キャンペーンレベル、日別のエクスポートを作成します。以下は有用な最小限のフィールドセットです。
| グループ | エクスポートするフィールド | そのフィールドが重要な理由 |
|---|---|---|
| 識別 | アカウントID/名、キャンペーンID、キャンペーン名、キャンペーン目的、配信状態 | キャンペーン名が変更された場合でもIDは有用。名前はレポートをレビューする人にとって有用。 |
| 時間 | 日付またはレポート開始/終了日、READMEに記録されたアカウントタイムゾーン | 月間合計は、その背後にある日別の行がなければ確認が難しい。 |
| 配信 | 費用、インプレッション、リンククリックまたはアウトバウンドクリック | CPM、CTR、CPCを計算する。レポート全体で同じクリック定義を使用する。 |
| プラットフォーム結果 | 購入/リード、結果単価、購入コンバージョン値または選択した結果の値 | これらはMeta帰属の値として保持し、確認済みのストア収益としては扱わない。 |
| コンテキスト | アトリビューション設定、通貨、エクスポートタイムスタンプ | アトリビューションウィンドウや通貨換算後に結果が変わった場合の違いを説明する。 |
内訳エクスポートは別に保持する
すべての内訳を1つの「マスター」キャンペーンエクスポートに入れないでください。プレースメントの内訳は、1つのキャンペーン日に対して複数の行を生成する可能性があります。年齢、性別、デバイス、地域の内訳も同様です。そのファイルをキャンペーンレベルのテーブルに追加して費用、インプレッション、コンバージョンを合計すると、二重カウントや合計の増加が発生する可能性があります。
代わりに、別々のソースタブまたはファイルを使用します。
Meta_Campaign_Daily_Raw：メインのキャンペーンレポート用Meta_Placement_Raw：プレースメント最適化用Meta_Audience_Raw：デモグラフィック分析用
内訳ファイルは、対応するレポート粒度とのみ比較してください。この1つのルールで、「なぜダッシュボードがAds Managerと一致しないのか？」という驚くべき数の会話を防げます。
日をまたいだリーチを合計しない
リーチは配信を理解するのに有用ですが、3日間にリーチされた人は3つの日別リーチ値にそれぞれ出現する可能性があります。日別リーチは配信シグナルとして扱い、安全に加算できる期間合計とは見なさないでください。期間レベルのユニークリーチが必要な場合は、プラットフォームの期間レベル数値を使用し、そのようにラベル付けしてください。
ステップ2：Google広告の定期レポートを設定する——ただしその限界を理解する
Google広告ではレポートを保存してスケジュールできます。毎週同じレポートを届ける必要がある場合に便利ですが、スケジュール配信はクロスチャネルのレポートシステムではありません。最新のGoogle広告のレポートエディターとスケジュール設定ガイドに従って、キャンペーンレポートを保存し、適切なレポート受信箱または宛先に送信してください。
Google広告レポートはMetaエクスポートと同じ粒度（キャンペーン×日）で設定します。以下を含めます。
- 日付
- 顧客IDと顧客名
- キャンペーンIDとキャンペーン名
- キャンペーンステータスとキャンペーンタイプ
- 費用、インプレッション、クリック
- コンバージョンとコンバージョン値
- チームが購入、リード、電話、オフラインコンバージョンを区別する必要がある場合はコンバージョンアクション
- READMEにアカウント通貨とアカウントタイムゾーン
スケジュールされたGoogleファイルを Google_Campaign_Daily_Raw として使用します。到着後は変更せずに保持します。カラムをクリーニングまたは名前変更する必要がある場合は、別のマッピングまたは計算レイヤーで行います。
「自動化」が意味することと意味しないこと
Google広告の自動化は、プラットフォームのレポートを定期的に配信できます。しかし、自動的に以下のことは行いません。
- MetaとGoogleのアトリビューションを比較可能にする
- テスト注文、キャンセル、返金を削除する
Summer Sale | ProspectingがSS26-PROSに名前変更されたことを認識する- COGS、代理店手数料、支払い手数料を配分する
- エクスポートにレポート期間のすべての日が含まれていることを検証する
- キャンペーンを拡大すべきかどうかを判断する
これらはデータモデルとビジネスレビューのタスクです。自動化は、定義とチェックが安定した後に最も役立ちます。
ステップ3：ROIを可能にする注文またはCRMデータをエクスポートする
広告プラットフォームは、配信したものと帰属したものを説明します。ストア、サブスクリプションプラットフォーム、CRM、または財務システムは、ビジネスが記録したものを説明します。プラットフォームROASを超えたい場合は、注文レベルまたは顧客レベルのテーブルをエクスポートします。
最低限、以下のフィールドを目指します。
| フィールド | レポートでの使用 |
|---|---|
| 注文IDまたはトランザクションID | 重複を見つけ、返金やキャンセルをサポート。 |
| 注文作成日と完了/支払日 | 収益のタイミングルールを可視化。 |
| 通貨と総売上 | 広告アカウントと注文システムの通貨が異なる場合の正規化をサポート。 |
| 割引、返金、キャンセル | 総売上を合意された純収益の定義に変換。 |
| 製品または製品マージン/COGS | データが利用可能な場合、貢献利益をサポート。 |
utm_source、utm_medium、utm_campaign、クリックID、CRMキャンペーンフィールド |
注文をキャンペーンに割り当てるための証拠を作成。 |
広告データと注文データをキャンペーン名だけで結合しないでください。キャンペーン名は編集、コピー、切り詰められ、時には再利用されます。代わりに、管理されたキャンペーンマッピングテーブルを使用します。実用的なマッピングテーブルには以下が含まれます。
| ソースプラットフォーム | ソースキャンペーンキー | 正規キャンペーンID | レポート用キャンペーン名 | 有効開始日 | 有効終了日 | マッピングメモ |
|---|---|---|---|---|---|---|
| Meta | meta_120045... |
SS26_PROSPECTING |
サマーセール – プロスペクティング | 2026-06-01 | 2026-06-30 | チェックアウト時に使用されたUTMキャンペーンスラッグ |
ga_9988... |
SS26_BRAND |
サマーセール – ブランド検索 | 2026-06-01 | 2026-06-30 | Googleキャンペーンは6月16日に名前変更 |
正規IDはレポートのキーです。ソースキャンペーンキーはレビュアーに数値の出所を示します。有効日付は、名前変更されたキャンペーンが誤った期間に割り当てられるのを防ぎます。
ステップ4：5層のキャンペーンROIテンプレートを使用する
以下はキャンペーンROIテンプレートの構造です。Excel、Googleスプレッドシート、またはRowSpeakのスプレッドシート優先ワークフローで動作します。生のソースデータはそのまま保持します。これにより、レポートの更新が容易になり、関係者が数値の出所を尋ねたときの監査も容易になります。
| タブ | 含まれるもの | ルール |
|---|---|---|
README |
期間、タイムゾーン、通貨、指標定義、アトリビューション設定、抽出日、既知の制限事項 | レポートを公開する前に更新する。 |
Meta_Raw |
変更されていないキャンペーンレベルのMetaエクスポート | プレースメントやオーディエンスの内訳を混ぜない。 |
Google_Raw |
変更されていないキャンペーンレベルのGoogle広告エクスポート | スケジュールされたエクスポート日とソースを保持する。 |
Orders_Raw |
変更されていない注文またはCRMエクスポート | IDと返金/キャンセルステータスを保持する。 |
Campaign_Map |
ソースキー、正規キャンペーンID、有効日付、メモ | 手動マッピングを可視化する。 |
Campaign_Daily |
数式駆動の日別テーブル、正規化されたカラム | 繰り返しキャンペーン計算に使用される唯一のテーブル。 |
ROI_Report |
KPIカード、キャンペーンランキング、例外、推奨事項 | すべての合計を Campaign_Daily にリンクする。 |
正規化された Campaign_Daily カラム
派生テーブルでこれらのカラムを使用します。不明な値は空白のままにします。ゼロは値がゼロであることを意味し、空白は信頼できる値がないことを意味します。
| カラム | 定義 |
|---|---|
report_date |
合意されたレポートタイムゾーンの日付 |
platform |
MetaまたはGoogle広告 |
account_id |
プラットフォームアカウント/顧客ID |
campaign_id および campaign_name |
ソース識別フィールド |
canonical_campaign_id |
Campaign_Map からの安定したID |
spend、impressions、link_clicks |
プラットフォーム配信指標 |
platform_conversions、platform_conversion_value |
プラットフォームが報告した結果。プラットフォーム間で暗黙的にマージしない。 |
tracked_gross_revenue、refunds、tracked_net_revenue |
文書化されたトラッキングまたはマッピングを通じて割り当てられた注文システムの値 |
cogs、variable_fees、allocated_operating_costs |
利用可能な場合の利益インプット |
contribution_profit、platform_roas、tracked_roas、campaign_roi |
数式駆動のレポート指標 |
数式の例
Campaign_Daily という名前のExcelテーブルを使用する場合、これらの数式はレビュアーが検査するのに十分明確です。
CTR
=IFERROR([@[Link Clicks]]/[@Impressions],"")
CPC
=IFERROR([@Spend]/[@[Link Clicks]],"")
Platform ROAS
=IFERROR([@[Platform Conversion Value]]/[@Spend],"")
Tracked Net Revenue
=[@[Tracked Gross Revenue]]-[@Refunds]
Contribution Profit
=[@[Tracked Net Revenue]]-[@COGS]-[@[Variable Fees]]
Campaign ROI
=IFERROR(([@[Contribution Profit]]-[@Spend]-[@[Allocated Operating Costs]])/([@Spend]+[@[Allocated Operating Costs]]),"")
マッピングされていない注文をキャンペーンに強制的に割り当てるのではなく、Not mapped ステータスを使用します。マッピングされていない割合はそれ自体が有用なレポート指標です。チームにキャンペーンレベルのROIにどの程度の信頼を置くべきかを示します。
ステップ5：解釈する前に調整する
週次または月次レポートを共有する前に、このチェックリストを実行してください。後で間違った数字を擁護するよりも時間がかかりません。
- 日付カバレッジ：各ソースに、予想されるすべての完了日が含まれているか？部分的に今日/昨日の値は除外またはラベル付けされているか？
- ソース合計：
Meta_RawのMeta費用がMetaの期間合計と一致するか？Googleについても同じチェックが通るか？ - 粒度チェック：レポートはキャンペーン日ベースの行に基づいているか？プレースメントやオーディエンスの内訳が誤ってメインサマリーに入っていないか？
- 重複：重複したソース行、重複した注文ID、重複した日別キャンペーンキーはないか？
- タイムゾーン：広告プラットフォームと注文の日付は同じビジネス日の境界を使用しているか？そうでない場合、変換ルールを文書化する。
- 通貨：費用と注文収益はROASまたはROIを計算する前に同じ通貨か？
- アトリビューションステータス：各プラットフォームのコンバージョン値はその設定とともにラベル付けされているか？注文ベースの値は別に提示されているか？
- 返金ラグ：レポートには販売後に記録された返金が含まれているか？カットオフ日を明記する。
- キャンペーンマッピング：費用と追跡収益の何パーセントが正規キャンペーンIDにマッピングされているか？重要な
Not mappedグループをレビューする。 - 妥当性：期間合計はビジネスレベルの収益と費用のビューと調整されるか？そうでない場合、違いを隠すのではなく説明する。
以下のデータ品質ビューは、最初のレビューパスに役立つモデルです。KPIを計算する前に、重複行、欠落日、予期しない変更カラム、期間外のレコードを探します。
ステップ6：チェック済みテーブルを分析に変える——単なるダッシュボードではない
チェックが通ったら、動きを可能なアクションに結びつける質問をします。ROASでソートされたキャンペーンテーブルはまだレポートではありません。
まず4つの決定から始めます。
| 決定 | 決定前にレビューすべき証拠 |
|---|---|
| 拡大 | 十分な費用とコンバージョンの成熟度。追跡またはプラットフォームの結果が合意された閾値を超えている。重要なトラッキング警告がない。 |
| 維持 | 結果が目標に近い。期間がまだ未成熟。またはクリエイティブ/オーディエンステストにさらなる証拠が必要。 |
| 修正 | 配信やクリックは健全だが、下流のコンバージョン、チェックアウト完了、オファー、ランディングページ、トラッキングが弱い。 |
| 一時停止または削減 | 適切な観察期間後、キャンペーンが定義された閾値を下回っており、支出を正当化する戦略的理由がない。 |
プラットフォームビューを配信とクリエイティブの診断に使用します。注文ベースのビューをビジネス経済性に使用します。2つのビューは、より良い質問につながるべきであり、強制的な単一の「真実」の数値ではありません。
例えば、MetaキャンペーンはプラットフォームROASが低くても、注文ベースの純収益が許容範囲内である可能性があります。これは、プラットフォームの設定がストアのレポートウィンドウと一致していないためかもしれません。逆も起こり得ます。プラットフォームの値は強いが、返金後の確認済み純収益は弱い。レポートはそのギャップを示し、次の検証ステップを明示する必要があります。
ステップ7：ファイルのルールが明確になったらRowSpeakを使用する
毎月同じピボット、例外リスト、文章によるサマリーをゼロから作り直す必要はありません。ファイルをエクスポートし、マッピングテーブルを維持した後、スプレッドシート分析ワークフローを使用して構造を検査し、チェック済みの入力からレポートのドラフトを作成します。
まず検査プロンプトから始めます。
添付されたMeta、Google広告、注文、キャンペーンマッピングファイルを検査してください。
まだROIを計算しないでください。各テーブルの粒度、日付カバレッジ、通貨、
重複キー、欠落したキャンペーンマッピング、変更されたカラム名、キャンペーンレベルの収益を信頼性の低いものにする可能性のあるフィールドを特定してください。
レビューが必要な正確な行またはグループを含むデータ品質レポートを返してください。
次に、アトリビューション定義を可視化したままにするレポートプロンプトを使用します。
READMEの承認された指標定義を使用して、週次キャンペーンレポートを作成してください。
2つの別々のビューを表示してください。
1. プラットフォームパフォーマンス：キャンペーンごとの費用、インプレッション、リンククリック、プラットフォームコンバージョン、
プラットフォームコンバージョン値、プラットフォームROAS。
2. 注文ベースの経済性：マッピングされた総収益、返金、純収益、COGS、
変動費、貢献利益、キャンペーンROI。
MetaとGoogleのコンバージョン値を合計しないでください。不完全な日、
マッピングされていない収益、低サンプルのキャンペーン、データ品質に影響を受ける結論にフラグを立ててください。
最後に、拡大、維持、修正、削減の推奨事項と、それぞれの証拠で締めくくってください。
最初のプロンプトはアシスタントをレビュアーのように動作させます。2つ目は検証済みの入力を意思決定可能な出力に変換します。これこそが、AIレポートワークフローが一般的なチャットサマリーよりも有用な点です。作業が実際のファイル、修正手順、チームがレビューできる出力に結びついているからです。
レポートに定期的なビジュアルビューが必要な場合は、総費用、マッピングされた純収益、プラットフォームROAS、追跡ROAS、ROI、マッピングカバレッジのKPIセクションを追加します。次にトレンドチャート、キャンペーンランキング、短い例外テーブルを追加します。これは通常週次ミーティングで十分です。より重いBI構築は、ソース、定義、共有ニーズが安定した後に行うのが理にかなっています。
より広範なファイルからレポートへの方法については、月次CSVレポートワークフローを参照してください。承認されたテーブルをビジュアルビューに変換したいチームには、Excelからダッシュボードへのワークフローが自然な次のステップです。
キャンペーンROIレポートワークフローを見る
チェック済みのキャンペーンデータが、明確なパフォーマンスシグナル、例外、推奨アクションを備えたレビュー可能なROIレポートになる様子をご覧ください。
よくある質問
Facebook広告のROASはキャンペーンROIと同じですか？
いいえ。Facebook広告のROASは通常、Meta帰属のコンバージョン値を広告費で割ったものです。キャンペーンROIは、返金、COGS、変動費、広告費、割り当てられた運用コストなど、ビジネスが使用する利益定義を考慮する必要があります。レポートではこれらの用語を正確に使用してください。
Meta、Google広告、ストアの収益が一致しないのはなぜですか？
異なるアトリビューションモデル、レポートウィンドウ、タイムゾーン、コンバージョン定義、通貨、返金処理を使用している可能性があります。目標はすべての数値を強制的に一致させることではありません。各ビューにラベルを付け、調整可能なものを調整し、重要な差異を説明することです。
リードジェネレーションにも同じテンプレートを使用できますか？
はい。ただし、収益とCOGSを、確認できるビジネス成果（質の高いリード、受諾された機会、パイプライン価値、クローズドワン収益など）に置き換えてください。リードから収益へのリンクが不明な場合、リード単価テーブルをROIと呼んではいけません。
このワークフローをBIプラットフォームに移行するタイミングは？
ソース、指標定義、更新ロジック、ステークホルダーの対象が、管理された接続と維持されたデータモデルを正当化するのに十分安定したときです。エクスポートと質問が頻繁に変わる場合、AI支援のスプレッドシートワークフローはより速く、レビューが容易なままです。
次のエクスポートをチームが信頼できるレポートに変える
より良いFacebook広告レポートへの最短経路は、別のダッシュボードのスクリーンショットではありません。それは繰り返し可能なプロセスです。適切な粒度でエクスポートし、指標定義を明記し、生ファイルを保持し、キャンペーンマッピングを可視化し、結果を調整し、プラットフォームアトリビューションとビジネス経済性を分離することです。
次のレポートサイクルから、機密性の低いエクスポートでRowSpeakを試してみてください。検査プロンプトから始め、表面化した例外を修正し、承認されたテーブルからレポートとダッシュボードを作成してください。RowSpeakのマーケティング分析ワークフローを探るで、乱れたキャンペーンファイルをレビュー可能なレポートプロセスに変えましょう。
