如果你的每週報告從三個檔案開始——meta_export_final.csv、google_ads_new.csv 和 orders_latest.xlsx——那麼你遇到的報告問題，並非因為缺少圖表，而是因為這些檔案對於「發生什麼事」還沒有達成一致的看法。
一份有用的 Facebook 廣告報告，需要回答的不只是「Meta 怎麼說？」它必須呈現花費了多少、哪些廣告活動有動靜、平台歸因了什麼、訂單系統記錄了什麼，以及行銷人員下一步該怎麼做。這需要在一套儀表板之前，先建立一點資料紀律。
本指南說明如何將 Facebook 廣告、Google 廣告和訂單匯出資料，轉換成一份可供審查的廣告活動 ROI 報告。你將獲得一份可直接複製的工作表結構、欄位清單、公式、品質檢查，以及可在 RowSpeak 中使用的提示。這個工作流程專為使用 CSV 和 Excel 匯出檔的行銷人員與代理商設計，而非準備建立資料倉儲的團隊。
重點摘要：
- Facebook 廣告匯出檔是原始資料，不是一份完成的報告。先從一個清晰的報告粒度開始——通常是每廣告活動每天一行——然後再加入圖表或計算 ROI。
- 將平台歸因的 ROAS 與基於訂單的 ROI 分開。Meta 和 Google 可能都聲稱對同一筆銷售有功；不應將它們的轉換價值相加，就像它們是不同的訂單一樣。
- Google Ads 排程報告可減少重複下載的麻煩，但無法自動對帳 Meta、退款、成本或廣告活動命名。仍然需要一個可重複的資料模型和審查步驟。
- RowSpeak 在你匯出檔案後很有用：它可以檢查混亂的欄位、找出例外狀況、分析廣告活動變化，並將已檢查的表格轉換成可分享的報告或儀表板。
一份廣告活動報告應該幫助你決定什麼
大多數團隊不需要一份包含所有可用廣告指標的報告。他們需要一份能幫助他們決定是否要擴大、維持、修正或暫停廣告活動的報告。
例如，一位成長行銷人員可能在週一早上需要回答這些問題：
- 哪些廣告活動比上週使用了更多預算，而額外的花費是否產生了可接受的結果？
- 較低的 ROAS 是真正的問題、轉換延遲的問題，還是追蹤不一致的問題？
- 淨營收下降是因為需求減弱、更多退款、命名變更，還是匯出不完整？
- 哪個結果是根據 Meta 或 Google 的歸因，哪個結果是根據商店或 CRM 中的訂單？
最後一個問題很重要。一份 Meta 報告可能根據 Meta 選定的歸因設定是正確的。一份 Google Ads 報告也可能根據 Google Ads 是正確的。然而，這兩個平台的轉換價值可能都包含了同一筆客戶訂單的功勞。當一份跨通路報告默默地將這些價值相加時，就會產生誤導。
以下的工作流程可以防止這個錯誤。它建立了兩個清楚標示的檢視：
- 平台成效檢視：用於在 Meta 或 Google 內部進行優化：花費、曝光次數、點擊次數、平台轉換次數和平台歸因的轉換價值。
- 商業成果檢視：用於評估獲利能力：已對帳的訂單、淨營收、退款、銷貨成本 (COGS)、履行或付款成本，以及（如果有的話）分配的營運成本。
步驟 0：在匯出任何東西之前，先定義報告
最昂貴的報告錯誤，就是從下載開始，然後再決定規則。在打開 Ads Manager 之前，先建立一個簡短的 README 工作表或註解，包含以下定義。
| 定義 | 建議的決策規則 |
|---|---|
| 報告期間 | 使用廣告帳戶時區中完整的日曆天數。標示期間和資料提取日期。 |
| 報告粒度 | 在主表格中使用 日期 + 平台 + 廣告帳戶 + 廣告活動 ID 的組合，每行代表一個。 |
| 點擊指標 | 選擇一個點擊定義，例如連結點擊或對外點擊。不要將不同的點擊類型當作相同來比較。 |
| 平台轉換價值 | 保留 Meta 或 Google 報告的價值，同時註明其歸因設定。 |
| 淨營收 | 定義它是否排除已取消訂單、折扣、退款、稅金、運費，或以上全部。 |
| ROI | 明確說明包含哪些成本。切勿將簡單的營收與花費比率稱為「利潤 ROI」。 |
對於一個電子商務品牌，基於訂單的廣告活動 ROI 可以定義為：
廣告活動 ROI =
(歸因淨營收 − 銷貨成本 − 履行/付款成本 − 廣告花費 − 分配的營運成本)
÷ (廣告花費 + 分配的營運成本)
這與 ROAS 不同：
ROAS = 歸因營收 ÷ 廣告花費
ROAS 對於平台內的出價決策可能就足夠了。當你需要知道廣告活動在扣除你的企業實際承擔的成本後是否貢獻利潤時，ROI 是更有用的數字。
如果你無法可靠地將訂單對應到廣告活動，請不要憑空創造一個基於訂單的廣告活動 ROI。請按廣告活動報告平台 ROAS，然後為該期間報告一個獨立的綜合商業檢視。誠實的不確定性，勝過一個看起來精確但沒有可靠來源的數字。
步驟 1：以正確的粒度匯出 Facebook 廣告資料
Meta 的介面會隨著時間改變，因此請使用 Meta 商家幫助中心 的最新指南，以取得確切的選單標籤。報告原則是穩定的：先設定日期範圍和報告層級，再自訂欄位，最後只匯出你能夠解釋的欄位。
對於主要報告，建立一個廣告活動層級、每日的匯出檔。以下是一個有用的最小欄位集。
| 群組 | 要匯出的欄位 | 為什麼這個欄位重要 |
|---|---|---|
| 身分識別 | 帳戶 ID/名稱、廣告活動 ID、廣告活動名稱、廣告活動目標、投放狀態 | ID 在廣告活動重新命名時仍然有用；名稱對審閱報告的人員來說仍然有用。 |
| 時間 | 日期或報告開始/結束日期、帳戶時區（記錄在 README 中） | 如果沒有背後的每日資料行，就很難檢查月度總計。 |
| 投放 | 花費、曝光次數、連結點擊或對外點擊 | 這些驅動 CPM、CTR 和 CPC。在整個報告中使用相同的點擊定義。 |
| 平台結果 | 購買次數/潛在客戶數、每次結果成本、購買轉換價值或所選結果的價值 | 將這些保留為 Meta 歸因的價值，而非已確認的商店營收。 |
| 背景資訊 | 歸因設定、貨幣、匯出時間戳記 | 這些有助於解釋，當結果在歸因視窗或貨幣轉換後發生變化時的原因。 |
將細分匯出檔分開保存
不要將每個細分都放入一個「主」廣告活動匯出檔中。一個版位細分可能為一個廣告活動-日期產生多行資料。年齡、性別、裝置或地區細分也一樣。如果你將該檔案附加到廣告活動層級表格並加總花費、曝光次數或轉換次數，你可能會重複計算或乘以總數。
請改用個別的來源工作表或檔案：
Meta_Campaign_Daily_Raw：用於主要廣告活動報告；Meta_Placement_Raw：用於版位優化；Meta_Audience_Raw：用於人口統計分析。
僅在比較細分檔案與其對應的報告粒度時才進行比較。這一個規則就能防止許多「為什麼儀表板與 Ads Manager 不符？」的對話。
不要將跨日期的觸及人數相加
觸及人數對於了解投放情況很有用，但一個在三天內都被觸及的人，會出現在三天的每日觸及人數值中。請將每日觸及人數視為投放訊號，而不是你可以安全加總的期間總計。如果你需要期間層級的獨特觸及人數，請使用平台的期間層級數字，並明確標示。
步驟 2：設定 Google Ads 自動化報告——但了解其邊界
Google Ads 可以儲存和排程報告。當同一份報告每週都需要送達時，這很有用，但排程傳送並不是一個跨通路的報告系統。請遵循目前的 Google Ads 報表編輯器和排程指南 來儲存廣告活動報告，並將其發送到適當的報告收件匣或目的地。
以與 Meta 匯出檔相同的粒度設定 Google Ads 報告：每廣告活動每天。包含：
- 日期
- 客戶 ID 和客戶名稱
- 廣告活動 ID 和廣告活動名稱
- 廣告活動狀態和廣告活動類型
- 成本、曝光次數和點擊次數
- 轉換次數和轉換價值
- 當團隊需要區分購買、潛在客戶、來電或離線轉換時，加入轉換動作
- 在 README 中記錄帳戶貨幣和帳戶時區
將排程的 Google 檔案用作 Google_Campaign_Daily_Raw。檔案送達後保持不變。如果某個欄位需要清理或重新命名，請在單獨的對應或計算層中進行。
「自動化」的含義與不包含什麼
Google Ads 自動化可以按節奏傳送平台的報告。但它不會自動：
- 使 Meta 和 Google 的歸因具有可比性；
- 移除測試訂單、取消或退款；
- 知道
Summer Sale | Prospecting已被重新命名為SS26-PROS； - 分配銷貨成本、代理商費用或付款費用；
- 驗證匯出檔是否包含報告期間的每一天；
- 決定應該擴大哪個廣告活動。
這些是資料模型和業務審查的任務。在定義和檢查穩定之後，自動化最能發揮作用。
步驟 3：匯出能實現 ROI 計算的訂單或 CRM 資料
廣告平台說明它們投放和歸因了什麼。你的商店、訂閱平台、CRM 系統或財務系統則說明企業記錄了什麼。當你希望超越平台 ROAS 時，請匯出一個訂單層級或客戶層級的表格。
至少，目標是獲得以下欄位：
| 欄位 | 在報告中的用途 |
|---|---|
| 訂單 ID 或交易 ID | 找出重複項，並支援退款或取消。 |
| 訂單建立日期和完成/付款日期 | 使營收時間規則可見。 |
| 貨幣和總銷售額 | 當廣告帳戶和訂單系統的貨幣不同時，支援標準化。 |
| 折扣、退款、取消 | 將總銷售額轉換為商定的淨營收定義。 |
| 產品或產品利潤率 / 銷貨成本 | 當資料可用時，支援貢獻利潤。 |
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：使用五層廣告活動 ROI 範本
以下結構是廣告活動 ROI 範本。它適用於 Excel、Google Sheets 或 RowSpeak 中以試算表為優先的工作流程。保持原始資料完整；這使得報告更容易更新，也更容易在利害關係人詢問數字來源時進行稽核。
| 工作表 | 內容 | 規則 |
|---|---|---|
README |
期間、時區、貨幣、指標定義、歸因設定、提取日期、已知限制 | 在發布報告前更新它。 |
Meta_Raw |
未修改的廣告活動層級 Meta 匯出檔 | 不要混入版位或受眾細分。 |
Google_Raw |
未修改的廣告活動層級 Google Ads 匯出檔 | 保留排程匯出日期和來源。 |
Orders_Raw |
未修改的訂單或 CRM 匯出檔 | 保留 ID 和已退款/已取消狀態。 |
Campaign_Map |
來源鍵、標準廣告活動 ID、有效日期、備註 | 使手動對應可見。 |
Campaign_Daily |
由公式驅動的每日表格，包含標準化欄位 | 這是唯一用於重複廣告活動計算的表格。 |
ROI_Report |
KPI 卡片、廣告活動排名、例外狀況和建議 | 將每個總計連結回 Campaign_Daily。 |
標準化的 Campaign_Daily 欄位
在衍生表格中使用這些欄位。當數值未知時，保留空白。零表示你知道數值為零；空白表示你沒有可靠的數值。
| 欄位 | 定義 |
|---|---|
report_date |
商定報告時區中的日期 |
platform |
Meta 或 Google Ads |
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]]),"")
使用「未對應」狀態，而不是強制將未匹配的訂單歸入某個廣告活動。未匹配的百分比本身就是一個有用的報告指標：它告訴團隊對廣告活動層級 ROI 應有多少信心。
步驟 5：在解釋之前先進行對帳
在你分享每週或每月報告之前，執行這份檢查清單。這比事後為一個錯誤的數字辯護花費更少的時間。
- 日期涵蓋範圍： 每個來源是否都包含每個預期的完整日期？部分當天/昨天的值是否已排除或標示？
- 來源總計：
Meta_Raw中的 Meta 花費是否與 Meta 的期間總計相符？同樣的檢查是否也通過 Google 的檢查？ - 粒度檢查： 報告是否基於廣告活動-日期行？是否不小心將版位或受眾細分納入主要摘要中？
- 重複項： 是否有重複的來源行、重複的訂單 ID 或重複的每日廣告活動鍵？
- 時區： 廣告平台和訂單日期是否使用相同的營業日邊界？如果沒有，請記錄轉換規則。
- 貨幣： 在計算 ROAS 或 ROI 之前，花費和訂單營收是否使用相同的貨幣？
- 歸因狀態： 每個平台轉換價值是否都標示了其設定？基於訂單的價值是否單獨呈現？
- 退款延遲： 報告是否包含銷售後記錄的退款？請說明截止日期。
- 廣告活動對應： 多少百分比的花費和追蹤營收對應到一個標準廣告活動 ID？審查任何重大的「未對應」群組。
- 合理性： 期間總計是否與業務層級的營收和花費檢視相符？如果否，請解釋差異，而不是隱藏它。
以下的資料品質檢視是一個有用的模型，用於初步審查：在計算任何 KPI 之前，先檢查重複行、缺失日期、意外變更的欄位以及期間外的記錄。
步驟 6：將已檢查的表格轉換為分析，而不僅僅是儀表板
檢查通過後，提出能將變化與可能行動聯繫起來的問題。一個按 ROAS 排序的廣告活動表格還不是一份報告。
從四個決策開始：
| 決策 | 在做出決策前要審查的證據 |
|---|---|
| 擴大規模 | 足夠的花費和轉換成熟度；追蹤或平台結果高於商定的門檻；沒有重大的追蹤警告。 |
| 維持現狀 | 結果接近目標，期間仍不成熟，或者創意/受眾測試需要更多證據。 |
| 修正問題 | 投放或點擊狀況良好，但下游轉換、結帳完成率、優惠、登陸頁面或追蹤較弱。 |
| 暫停或減少 | 在足夠的觀察期後，廣告活動低於定義的門檻，且沒有策略性理由證明花費合理。 |
使用平台檢視進行投放和創意診斷。使用基於訂單的檢視進行商業經濟分析。這兩個檢視應該引出一個更好的問題，而不是一個被迫得出的單一「真相」數字。
例如，一個 Meta 廣告活動可能平台 ROAS 較弱，但基於訂單的淨營收尚可接受，這可能是因為平台的設定與商店的報告視窗不一致。也可能發生相反的情況：平台價值強勁，但退款後的確認淨營收較弱。報告應該顯示差距，並指出下一步的驗證步驟。
步驟 7：在檔案規則明確後使用 RowSpeak
你不需要每個月都從頭開始重建相同的樞紐分析表、例外清單和書面摘要。在匯出檔案並維護對應表之後，使用一個試算表分析工作流程來檢查結構，並根據已檢查的輸入項草擬一份報告。
從一個檢查提示開始：
檢查附件的 Meta、Google Ads、訂單和廣告活動對應檔案。
先不要計算 ROI。辨識每個表格的粒度、日期涵蓋範圍、貨幣、
重複鍵、缺失的廣告活動對應、變更的欄位名稱，以及任何會使廣告活動層級營收變得不可靠的欄位。
回傳一份資料品質報告，其中包含需要審查的具體行或群組。
然後使用一個保持歸因定義可見的報告提示：
使用 README 中已批准的指標定義，建立一份每週廣告活動報告。
顯示兩個獨立的檢視：
1. 平台成效：按廣告活動顯示花費、曝光次數、連結點擊、平台轉換次數、
平台轉換價值和平台 ROAS。
2. 基於訂單的經濟效益：按廣告活動顯示對應的總營收、退款、淨營收、銷貨成本、
變動費用、貢獻利潤和廣告活動 ROI。
不要將 Meta 和 Google 的轉換價值相加。標記不完整的日期、
未對應的營收、樣本數少的廣告活動，以及任何受資料品質影響的結論。
最後附上擴大、維持、修正或減少的建議，以及每項建議的證據。
第一個提示使助理扮演審查者的角色。第二個提示將經過驗證的輸入項轉換為可供決策的輸出。這就是為什麼AI 報告工作流程比一般的聊天摘要更有用：工作始終與實際檔案、修正步驟以及團隊可以審查的輸出保持聯繫。
如果報告需要一個週期性的視覺化檢視，請加入一個 KPI 區塊，顯示總花費、對應的淨營收、平台 ROAS、追蹤 ROAS、ROI 和對應覆蓋率。然後加入一個趨勢圖、一個廣告活動排名，以及一個簡短的例外狀況表。這通常足以應付每週會議；更重的 BI 建置應該在來源、定義和分享需求穩定之後再進行。
有關更廣泛的檔案到報告方法，請參閱每月 CSV 報告工作流程。對於想要將已批准的表格轉換為視覺化檢視的團隊，Excel 到儀表板工作流程是自然的下一步。
觀看廣告活動 ROI 報告工作流程
看看已檢查的廣告活動資料如何變成一份可審查的 ROI 報告，其中包含清晰的成效訊號、例外狀況和建議行動。
常見問題
Facebook Ads ROAS 和廣告活動 ROI 是一樣的嗎？
不。Facebook Ads ROAS 通常將 Meta 歸因的轉換價值除以廣告花費。廣告活動 ROI 則應考慮你的企業使用的利潤定義，包括退款、銷貨成本、變動費用、廣告花費和分配的營運成本等項目。請在報告中精確使用這些術語。
為什麼 Meta、Google Ads 和商店營收不一致？
它們可能使用不同的歸因模型、報告視窗、時區、轉換定義、貨幣和退款處理方式。目標不是強迫每個數字都一致。目標是標示每個檢視，對可以對帳的部分進行對帳，並解釋重大差異。
我可以用同一個範本處理潛在客戶開發嗎？
可以，但請將營收和銷貨成本替換為你可以驗證的業務成果，例如合格的潛在客戶、接受的機會、管道價值或已成交的營收。如果潛在客戶到營收的連結不明確，請不要將一個每次潛在客戶成本表格稱為 ROI。
我應該在何時將這個工作流程搬到 BI 平台？
當來源、指標定義、重新整理邏輯和利害關係人受眾足夠穩定，足以證明受控連接和維護的資料模型合理時，再考慮搬遷。如果匯出和問題經常變化，AI 輔助的試算表工作流程可以保持更快速且更容易審查。
將下一次匯出變成你的團隊可以信任的報告
改善 Facebook Ads 報告的最快方法，不是另一個儀表板截圖。而是一個可重複的流程：以正確的粒度匯出、說明指標定義、保留原始檔案、使廣告活動對應可見、對帳結果，並將平台歸因與商業經濟學分開。
使用你下一個報告週期中非敏感的匯出檔，試試 RowSpeak。從檢查提示開始，修正它指出的例外狀況，然後從已批准的表格建立報告和儀表板。探索 RowSpeak 的行銷分析工作流程，將混亂的廣告活動檔案轉變為一個可審查的報告流程。
