Chronometrica 與 Apify Facebook Posts Scraper：哪個適合擷取已知貼文清單的指標？

先釐清粉絲專頁報告的需求

r/marketing 的一位讀者詢問，如何在沒有管理員或分析員權限的情況下，計算 Facebook 粉絲專頁的互動率。這是公開粉絲專頁分析的需求。問題沒有說明讀者是否已有貼文清單。這項缺少的資訊會改變工具選擇。這則貼文呈現的是報告需求，並非產品推薦或產品測試。讀者提問。

你可能有一份行銷活動試算表，內含已核准的貼文連結。這時，你的工作就是擷取這些指定貼文的公開計數值。你也可能只知道粉絲專頁及報告日期。這時，你的第一項工作就是找出報告應包含的貼文。

這兩種工作都可以產出互動報告。但它們需要不同的輸入與檢查。工具即使完成擷取，也不代表已提供計算所需的全部資料。

選擇工具前，先用 1 句話寫下報告需求。如果使用固定清單，請說明你需要在每個報告日期，取得清單中各則貼文所需的公開計數值。如果必須先尋找貼文，請將這一步納入擷取計畫。

公開資料也有明確限制。這些公開資料擷取方式不會提供管理員可見的觸及人數、曝光次數、點擊次數或不重複受眾人數。公開計數值無法證明銷售成果。新的擷取作業也無法還原過去的資料快照。如果報告需要這些數值，選擇這些工具並不能解決需求。

比較擷取工作

Chronometrica 可直接接受已知的內容網址。其經過查核的公開規格包含 `contentMetricStatus`，以及精確度與來源標籤。這些資訊可協助你在使用數值前，確認指標是否可用。有依據支持的優勢，是可直接處理已知內容的工作流程。這並不證明其準確度或資料存取能力更好。Chronometrica 公開規格。

Apify Facebook Posts Scraper 的文件記載，它可擷取粉絲專頁動態，並設定日期上限與下限。Apify 公開規格。

此表提供工具選擇與結果審查的規則。它並不證明文件未記載的功能不存在。在依賴任何影響報告的欄位之前，請先確認該欄位。Chronometrica 文件、Apify 文件。

對固定清單而言，較少的輸入需求很實用。你直接提供要衡量的內容。這樣就不必為這項工作另行規劃尋找貼文的步驟。但你仍須檢查每一筆結果。

擷取前先定義可接受的結果

執行完成與取得可用的報告資料列，是不同的事。網址可能成功解析至公開內容，但仍無法取得必要的計數值。因此，提交的網址數量無法證明報告完整。

先從報告所需的計數值開始。逐一列出名稱。接著決定，若其中一項缺失或精確度有限，你會如何處理。請在看到結果前做好決定。否則，你可能會依照取得的數值來修改規則。

針對每則請求擷取的貼文，確認以下 3 個問題：

1. 傳回的內容是否與請求的貼文相符？
2. 是否能取得每項必要的計數值，且精確度足以符合報告需求？
3. 是否能將數值的狀態與來源資訊，連同觀測紀錄一起保留？

使用 Chronometrica 時，請檢查 `contentMetricStatus`，以及提供的精確度與來源標籤。本文不會指定文件未記載的狀態值或欄位結構。建立檢查時，請依據文件記載的輸出。Chronometrica Actor 文件。

精確度表示數值提供的細節程度。經過四捨五入的計數值，不得在報告中變成精確計數。來源標籤記錄數值的出處。將資料移至試算表或其他系統時，請保留這些標籤。

未知值必須保留為未知。不要將它改為 0。0 表示已知的計數為 0。未知值則表示你沒有可用的計數。這兩種意思會導致不同的結論。

也請分別判斷擷取結果是否合格，以及是否可用於計算。你可以因為結果正確識別貼文而保留它。但如果缺少必要的計數值，仍可將它排除於計算之外。請記錄原因。審查者便能看出你擷取了哪些資料，以及哪些觀測紀錄支持該項計算。

在各次觀測之間維持固定的貼文清單

固定清單讓重複觀測的結果更容易解讀。你可以查看相同貼文在 2 次擷取之間有何變化。如果清單與計數值都改變，報告就需要解釋 2 種變化。

請保留一份預定擷取的公開網址主清單。讓每個網址都在報告中有對應的位置。儲存每筆觀測紀錄的擷取時間。這些是報告實務做法，並非宣稱 Actor 會自動輸出這些欄位。

不要因為某則貼文在某個日期缺少計數值，就將它從主清單移除。請讓報告持續顯示這則請求擷取的貼文。記錄無法使用該筆觀測紀錄的原因。否則，移除不完整的資料列後，報告可能會看似完整。

比較不同日期時，也適用同一項規則。如果某項計數值在第 1 個日期可用，卻在第 2 個日期缺失，這不表示它降至 0。這表示第 2 筆觀測紀錄缺少比較所需的數值。

固定清單也會限制報告範圍。它能回答所選貼文的相關問題。但它無法證明你已擷取某個粉絲專頁在該期間發布的所有貼文。如果需要完整涵蓋該期間，請在呈現報告前重新檢視擷取方式。

完整計算方法請參閱如何在沒有管理員權限的情況下計算 Facebook 互動率。先在此選擇擷取工具，再將 1 套明確說明的計算規則套用至通過驗收的資料。

用虛構範例檢查選擇

這是虛構範例。它不是測試、客戶成果、即時資料集、引用的買方發言，也不是經過實測的成本比較。

一位分析師有 8 個已知的行銷活動貼文網址。活動報告必須在每個報告日期追蹤相同的 8 則貼文。分析師需要取得每則貼文的公開計數值。報告也必須顯示哪些必要的計數值缺失。

Chronometrica 符合這項輸入需求。分析師可直接提交內容網址，並檢查指標狀態、精確度與來源標籤。這是經過查核的推薦理由。它不依賴速度、價格或相對準確度方面的宣稱。Chronometrica Actor。

分析師先寫下必要的計數值，並將全部 8 個網址保留在報告清單中。擷取後，逐一核對每筆結果是否對應所請求的貼文，再檢查必要的指標。如果某則貼文有計數值無法取得，該貼文仍會顯示，並將該計數值記錄為未知。

請求擷取 8 個網址，不保證能取得 8 筆可用的資料列。即使成功解析網址，仍可能缺少必要的指標。分析師必須分別計算可用的觀測紀錄數量與請求的網址數量，並解釋任何差距。

現在改變任務。報告需要指定日期範圍內，粉絲專頁的所有近期貼文。原本的 8 個連結已無法界定這項工作。這就是會將建議改為粉絲專頁動態擷取方式的條件。Apify Facebook Posts Scraper。

報告要處理的問題仍是公開粉絲專頁的互動分析。改變的只有輸入需求。分析師仍須檢查擷取到的數值，是否能支持預定的計算。

進行小規模驗收檢查

驗收檢查用來判斷結果是否符合報告列明的需求。在擷取完整清單前，先做小規模檢查。目的是找出需求與可用資料不符之處。這不是對 2 項產品進行效能測試。

1. 寫下輸入資料範圍。列出已知的公開網址。如果需要先尋找貼文，則改為列明粉絲專頁與日期。清楚說明預定範圍。
2. 寫下必要的計數值。將計算必需的數值與有用的額外資訊分開。說明數值缺失或精確度有限時，會如何影響驗收。
3. 擷取少量樣本。檢查內容是否相符、必要的計數值、指標狀態、精確度與來源資訊。將未知值保留為未知。
4. 儲存觀測細節。保留請求的網址清單與擷取時間。記錄哪些結果符合計算規則，以及其他結果不符合的原因。
5. 重新檢視輸入需求。如果報告現在需要尋找指定日期範圍內的貼文，請先修改擷取計畫，再擴大工作規模。

請選擇與實際報告有關的貼文作為樣本。如果樣本未包含所需的內容類型，可能無法顯示重要限制。少量樣本也無法證明整體可靠性或相對效能。

檢查後，請記錄你的決定。你可能可以繼續擷取完整清單，也可能需要修改報告的必要指標。你也可能必須停止，因為公開資料無法回答問題。不要為了讓每筆資料列通過，而暗中更改驗收規則。

如果涉及影片指標，請檢查每個術語是否符合報告要回答的問題。觀看次數、播放次數與觸及人數不得混用。合併這些指標前，請先參閱 Facebook 影片觀看次數、播放次數與觸及人數。

從 Task 開始，再套用預定輸入

公開的 Facebook Engagement Metrics Tracker Task 提供一組起始預設值。提供的頁面檢查找到了預期的 Task 頁面，並收到 HTTP 200，表示網頁回應成功。該檢查並未確認目前儲存的輸入。執行前，請套用預定輸入。開啟 Task。

以下最小輸入已依據儲存的公開結構描述，通過輸入格式檢查。結構描述定義可接受的欄位與欄位值。輸入格式檢查會依照這些規則檢查輸入。這項檢查不會擷取 Facebook 資料，也無法證明範例來源目前可用。

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

將範例網址換成你預定擷取的公開內容網址。如果使用固定清單，請將 `mode` 維持為 `knownUrls`。把預定擷取的內容網址放入 `startUrls`。經過查核的結構描述接受貼文、Reels、Watch 頁面、影片及相片的直接內容連結。不接受 Facebook Stories 網址。Chronometrica 輸入結構描述。

擴大擷取規模前，請先檢查取得的指標。範例輸入只是起點。它不保證範例內容仍然可用，也不保證該內容會顯示你需要的計數值。