# 如何報告 Facebook 付費與自然成效，避免重複計算

使用擁有者的廣告管理員、洞察報告或其他已授權報告，呈現 Facebook 的付費與自然成效。連接紀錄前，先查核內容識別資訊、指標定義及日期。目前的公開貼文計數應放在獨立區段。公開計數無法提供付費與自然成效的拆分。不要從公開計數扣除付費成效，藉此推算自然觸及人數。

完成的報告應分別呈現三組有證據支持的資料：付費成效、自然成效，以及註明日期的公開觀測資料。透過已查核的貼文識別資訊連接這三組資料。只有在數值定義支持該項計算時，才能合併數值。缺失資料及尚未釐清的差異都應清楚保留。

以下方法是一套建議的報告流程。所提供的證據包括公開文件，並非已完成的報告，也不包括經過測試的資料蒐集執行結果。

## 1. 蒐集數字前，先界定問題

先確認擁有者希望報告回答的問題。讀者需要的是付費傳播、自然傳播，還是公開反應資料？付費傳播是透過廣告進行的內容傳播。自然傳播是擁有者的資料來源標示為自然的內容傳播。公開反應則是公開貼文上可見的計數。

這些是不同的資料需求。所提供的[自然與付費分析公開提問，擷取於 2026 年 8 月 11 日；共一筆提問紀錄](https://www.reddit.com/r/AskMarketing/comments/1on84z9/facebook_linkedin_organic_paid_analytics/)，也提到了這兩種傳播類型。其摘錄內容談的是 LinkedIn 的付費成效追蹤。它不能證明 Facebook 產品有何限制，也無法顯示這項需求有多普遍。

寫一份簡短的報告規格：

1. 說明業務問題。
2. 列出所需的各項指標，也就是需要衡量的各個數量。
3. 設定報告期間及時區。
4. 列出報告涵蓋的貼文及廣告。
5. 列出每項所需資料應使用的來源。
6. 說明結果計算的是動作次數、紀錄筆數，還是人數。

例如，「報告期間的付費互動次數」和「今天觀測到的公開按讚次數」是不同的需求。互動是依來源所保留的定義計算的動作。按讚則是一種特定的公開計數。這兩種標籤都不代表不重複人數。

整份報告都應使用來源中的完整原始指標標籤。不要把多個不同標籤都簡稱為「互動」，再將它們視為相同指標。

## 2. 從擁有者現有的報告開始

盤點擁有者可提供的廣告管理員、洞察報告及其他已授權檔案。使用實際存在的檔案。這套方法不保證有特定的匯出選項、選單路徑或歷史紀錄可用。

保留每個檔案的名稱，並記錄其涵蓋內容：

1. 複製完整原始指標標籤及現有的定義。
2. 記錄所選的帳號、行銷活動、廣告或貼文篩選條件。
3. 記錄開始日期、結束日期及時區。
4. 如有歸因設定，請一併記錄。這些設定說明報告如何將成效歸入某個廣告或報告期間。
5. 確認每列的資料單位，也就是一列代表什麼。
6. 註明缺少的定義、不完整的涵蓋範圍，以及無法取得的欄位。

每列的資料單位很重要。一列可能代表一則廣告、一則貼文，或帳號總計。如果將帳號總計加上構成該總計的廣告列，可能會重複計算同一項結果。

保留原始檔案，讓其他讀者能查核報告中的數字。不要自行假定其他標籤意思相同，再用它們取代原始標籤。

如果缺少付費報告，請將付費結果標示為缺失。如果自然成效的定義不清楚，請將該定義標示為尚待釐清。公開資料蒐集工具無法補上擁有者資料中缺少的傳播指標。

來源明確記錄的零值具有不同意義。只有有效來源明確記錄所需指標在指定範圍內為零時，才能使用零值。範圍是指一個數值涵蓋的內容、帳號、日期及篩選條件。

## 3. 建立來源登記表

來源登記表是一張將報告中每個數值連接至其證據的表格。計算總計前，先建立這張表。將來源數值與其完整原始標籤及範圍放在一起保留。

可先使用以下欄位：

| 欄位 | 應保留的內容 |
| --- | --- |
| `source_record` | 指向來源檔案及原始資料列或總計的參照 |
| `source_metric` | 該來源中的完整原始指標標籤 |
| `content_id` | 已查核的貼文識別資訊；若尚未確認，則保留缺失值 |
| `ad_id` | 可取得時，保留廣告識別資訊 |
| `period` | 適用時，記錄衡量期間的開始及結束日期 |
| `scope` | 傳播類型、帳號、篩選條件及每列的資料單位 |
| `observation_time` | 取得公開讀值的時間；若無法取得，則標示為未知 |
| `precision` | 數字是精確值、經過捨入的值，還是精確程度未知 |
| `completeness_note` | 缺少的欄位、僅涵蓋部分資料的情況及其他限制 |

另須保留數值、來源檔案名稱、時區及所有歸因設定。將來源定義與登記表一併保存。這些是建議的報告欄位，並不表示資料蒐集工具會產生這張表。

不要用同一個日期欄位表示不同用途。報告期間說明擁有者的成效資料涵蓋哪個時間區間。觀測時間說明何時讀取公開計數。檔案下載時間無法取代其中任何一項。

匯入檔案時，應保留缺失值。空白、無法取得的指標，以及來源明確記錄的零值，必須維持區別。如果檔案未提供時區，請記錄這項缺漏，不要自行選定而未加說明。

經過捨入的數值應保留捨入標記。試算表顯示更多小數位，不會讓來源數值更精確。

## 4. 連接廣告與貼文，避免重複計入貼文總數

內容識別資訊用來識別特定貼文。廣告識別資訊則用來識別廣告紀錄。兩者應使用不同的鍵值。鍵值是用來尋找及連接紀錄的值。

使用三張表：

1. 廣告表：包含每筆保留的廣告紀錄，以及指向擁有者資料來源的參照。
2. 貼文表：每個公開貼文識別資訊各有一筆已查核的紀錄。
3. 對應表：包含有證據支持的廣告與貼文連接關係。

對應表可讓多則廣告指向同一則貼文，而不必複製多份該貼文的公開計數。

只有擁有者紀錄或已查核的來源連結能證明關係時，才將廣告連接至貼文。僅憑相似文字、相同圖片或相近日期，無法確認兩者的關係。未經證實的關係應保留為尚待釐清。

聯結是一種將不同表格中相符紀錄連接起來的操作。當兩則廣告連接至同一則貼文時，聯結後的檢視結果可能會將該貼文的公開數值顯示兩次。這有助於檢查資料，但不適合直接用來計算公開資料總計。

計算公開資料總計時，應使用所選觀測時間下的不重複貼文紀錄。不重複是指每個已查核的貼文識別資訊只出現一次。廣告成效則應使用可相容的擁有者紀錄計算。不要只因某筆有效廣告紀錄與另一則廣告使用同一則貼文，就將它刪除。

也要檢查擁有者檔案是否已包含彙總列。彙總列應與用來產生該彙總的明細列分開保存。

## 5. 只在有幫助時加入公開資料快照

快照是在特定時間取得的讀值。公開資料快照可為擁有者報告補充背景資訊，但無法取代該報告。

[Facebook Metrics Scraper 規格，已於 2026 年 10 月 25 日查核；欄位有文件記載，未進行實際執行測試](https://api.apify.com/v2/acts/chronometrica~facebook-metrics-scraper/builds/default)，記載了公開計數及內容識別資訊。它不提供擁有者的付費與自然傳播拆分、觸及人數或花費。觸及人數是依來源定義衡量內容所觸及受眾的指標。公開動作次數無法確定這個受眾人數。

若要依建議方式查核一則已知的公開貼文，可使用這份簡短輸入：

```json
{"maxItems":1,"mode":"knownUrls","startUrls":["https://www.facebook.com/reel/2645452435840671"]}
```

5. 只在有幫助時加入公開資料快照

將範例中的 Facebook URL 換成你已查核的公開內容 URL。範例並非你所執行行銷活動的證據。`knownUrls` 透過 `startUrls` 選取直接指向內容的 URL。`maxItems` 限制指標資料列的數量。所提供的輸入格式符合文件規格；本指南未實際執行蒐集。已查核的規格不支援 Facebook 限時動態 URL。

對每筆蒐集到的公開讀值，請保留：

1. 用來識別內容的 `contentId` 及 `contentUrl`。
2. 可取得的計數值及其原始名稱。
3. `contentMetricStatus`，其中記錄各項計數的狀態、精確程度及來源詳細資訊。
4. `status` 及 `statusReason`，用來說明該資料列的蒐集結果。
5. `scrapedAt`，其中記錄觀測時間。

只有數字還不夠。使用前，先查看其狀態及精確程度。無法取得的計數應保留為缺失值，不要改成零。

輸入結構定義指出，`includeFailedRows` 的預設值為 false。在此設定下，失敗、無效及沒有公開指標的資料列會計入執行摘要，但不會加入資料集。請將要求蒐集的內容清單與實際可取得的結果比對。資料集中缺少某一列，不能證明該貼文沒有任何活動。

這項工具蒐集的是公開資料。對應關係、來源登記表及核對報告都必須另外建立。核對是指檢查不同來源的結果能否比較或合併。

## 6. 計算前先確認資料是否相容

兩個數字看似相關，仍可能回答不同的問題。比較、相加或相減前，先確認它們是否相容。

| 檢查項目 | 需要回答的問題 |
| --- | --- |
| 識別資訊 | 這些數值是否指向同一份已查核的內容？ |
| 指標 | 完整原始標籤及定義是否一致？ |
| 單位 | 它們是否計算同一類型的動作或受眾？ |
| 時間區間 | 它們涵蓋的日期及時區是否相容？ |
| 範圍 | 它們的帳號、傳播標籤及篩選條件是否符合要回答的問題？ |
| 精確程度 | 它們是精確值、經過捨入的值，還是精確程度未知？ |
| 涵蓋程度 | 所需紀錄是否全部齊備？ |
| 重疊 | 同一個動作或同一個人是否可能同時計入兩個數值？ |

擁有者的期間指標涵蓋一段明確的時間。累計公開計數則是觀測當時顯示的總數。公開總數可能包含擁有者報告期間以外的活動。即使在同一天查核兩者，也不代表它們的時間區間相同。

觸及人數應與動作次數分開。即使同時取得付費觸及人數與自然觸及人數，兩者的受眾仍可能重疊。不要將它們相加後，稱為不重複人數。也不要從公開動作次數扣除其中一個數值，藉此虛構另一個數值。

公開計數也無法證明貼文是否曾獲得付費推廣。這個問題應以擁有者的證據判斷。

如果需要計算公開反應率，請參閱另一篇[無管理員權限時的 Facebook 互動率指南](/zh-Hant/articles/%E7%84%A1%E7%AE%A1%E7%90%86%E5%93%A1%E6%AC%8A%E9%99%90%E8%A8%88%E7%AE%97facebook%E4%BA%92%E5%8B%95%E7%8E%87/)。該指南說明的是另一種計算。不要將該計算納入這份傳播成效核對。

如果需要比較不同公開讀值之間的變化，請參閱 [Facebook 貼文指標歷史紀錄指南](/zh-Hant/articles/facebook-%E8%B2%BC%E6%96%87%E6%8C%87%E6%A8%99%E9%9A%A8%E6%99%82%E9%96%93%E8%AE%8A%E5%8C%96/)。目前的快照無法補回過去未取得的讀值，也無法提供付費與自然成效的拆分。

## 7. 逐步檢視一個審慎處理的範例

原創虛構範例；不含實際行銷活動成效。本例說明紀錄處理方式及來源限制，並非一次實際資料蒐集的描述。

兩筆廣告資料列 AD1 與 AD2，都對應到同一則公開貼文 P1。現有來源支持以下三項資料：

| 來源 | 有證據支持的數值 | 單位及範圍 |
| --- | --- | --- |
| 擁有者的付費報告 | 40 | 依保留的定義計算，報告期間內的付費互動次數 |
| 擁有者的自然成效報告 | 70 | 依保留的定義計算，報告期間內的自然互動次數 |
| P1 目前的公開資料快照 | 100 | 觀測當時的公開累計按讚次數 |

保留兩筆廣告紀錄、一筆貼文紀錄，以及兩筆對應關係。付費資料來源支持報告中的數值 40。本例未提供這些互動在 AD1 與 AD2 之間的拆分。不要自行拆分，也不要將 40 複製到兩筆廣告列中，作為各自的成效。

接著檢視公開計數。聯結後的畫面可能在 AD1 旁顯示 P1，也在 AD2 旁再次顯示 P1。將畫面中的數值加總會得到：

100 次按讚 + 100 次按讚 = 200 次按讚。

這項計算重複計入了同一筆貼文觀測資料。公開資料區段只能為 P1 列出一次 100 次按讚。

付費與自然互動的標籤，也與公開按讚的標籤不同。將數字相減會得到：

單就數字計算，100 − 40 = 60。

這不代表有 60 次自然按讚。這項計算混用了公開累計按讚次數與報告期間內的付費互動次數。

同樣地，單就數字計算，40 + 70 = 110，但所提供的定義不足以確認這是有效的合併互動結果。110 也不需要等於 P1 的 100 次公開按讚。它們是不同來源支持的不同資料。

有證據支持的做法，是分別報告期間內的 40 次付費互動、70 次自然互動，以及公開累計的 100 次按讚。嘗試合併結果前，先要求提供相容的定義與時間區間。

## 8. 分別呈現結果，並列出待釐清事項

以各來源支持的資料為基礎建立報告。每個區段都應註明來源、指標、期間或觀測時間、範圍及完整程度。

付費區段包含擁有者資料中相容的付費成效。自然區段包含擁有者資料中相容的自然成效。公開資料區段則將每筆選定的貼文觀測資料列入一次。公開數值應標示為公開計數，不應標示為自然成效。

使用核對紀錄列出尚未釐清的差異：

| 問題 | 目前的處理決定 | 接下來需要的證據 |
| --- | --- | --- |
| 缺少付費資料來源 | 將付費結果標示為缺失 | 涵蓋所需範圍、已獲授權的擁有者報告 |
| 廣告與貼文的關係未經證實 | 將該關係保留為尚待釐清 | 擁有者紀錄或已查核的來源連結 |
| 互動定義不同 | 將數值分開保留 | 兩項指標各自的確切定義 |
| 擁有者報告期間與公開資料時間區間不同 | 分別呈現結果 | 可證明兩者適合比較的證據 |
| 無法取得公開計數 | 將數值保留為缺失值 | 附有狀態的有效讀值 |
| 公開數值經過捨入 | 保留精確程度註記 | 若決策需要，取得更精確的來源 |

單憑差異，無法證明有延遲、錯誤或遺漏的活動。記錄差異內容，以及需要什麼證據才能釐清。如果仍無法取得所需證據，報告中應保留這項限制。

不要加入調整列，強行讓三個區段的數字一致。未經說明的調整會掩蓋證據缺口。

## 9. 發布前檢查完整報告

只有通過下列檢查後，才能驗收報告：

1. 每個顯示的數值都能追溯至原始來源紀錄。
2. 每個合併總計都使用相容的單位、期間及範圍。
3. 每個廣告與貼文的連接關係都有證據。
4. 每筆公開貼文觀測資料，只計入其公開總計一次。
5. 廣告明細列與擁有者報告的彙總列沒有重複計算結果。
6. 缺失值與來源明確記錄的零值保持區別。
7. 經過捨入的數值保留其精確程度限制。
8. 沒有將動作次數描述為人數。
9. 缺少的付費或自然成效資料仍清楚標示。
10. 每個尚未釐清的問題都註明接下來需要的證據。

這些檢查可協助產出一份數值能與來源逐一核對的報告。它們無法確立銷售歸因、廣告報酬或通用的成效基準。

下一步取決於尚未釐清的事項。缺少傳播成效資料時，請要求擁有者提供證據。內容識別資訊不確定時，請查核來源連結。定義仍不相容時，請繼續分別呈現結果。

## 實際運用這套方法

先從擁有者現有的檔案開始。界定需要哪些付費與自然成效資料，保留來源標籤，並以證據確認廣告與貼文的對應關係。先建立各自獨立的報告區段，再嘗試合併結果。

如果目前的公開讀值有幫助，可使用 [Chronometrica Facebook Metrics Scraper，文件規格已於 2026 年 10 月 25 日查核；未驗證執行結果](https://apify.com/chronometrica/facebook-metrics-scraper)，完成這項有限範圍的資料蒐集。保留內容識別資訊、觀測時間、指標狀態及精確程度。接著，將該讀值納入公開資料區段一次。傳播類型仍須以擁有者報告為證據。

## 來源與延伸閱讀

- [Facebook Metrics Scraper 預設建置版本 1.1.26 及所提供的 README 證據，已於 2026 年 10 月 25 日查核；靜態輸入與輸出文件，未進行實際執行測試](https://api.apify.com/v2/acts/chronometrica~facebook-metrics-scraper/builds/default)
- [Facebook Metrics Scraper 公開產品頁面，所提供的證據已於 2026 年 10 月 25 日查核；文件記載其適用於公開資料蒐集，不提供付費或自然傳播拆分](https://apify.com/chronometrica/facebook-metrics-scraper)
- [Facebook + LinkedIn 自然與付費分析，擷取於 2026 年 8 月 11 日；一則公開提問，摘錄內容涉及 LinkedIn，未提供需求估計](https://www.reddit.com/r/AskMarketing/comments/1on84z9/facebook_linkedin_organic_paid_analytics/)