Chronometrica 與 Apify Facebook Posts 比較：觀看次數與播放次數能否放在同一列？

公開規格支援哪些內容

Chronometrica 明確公開了獨立的 `views` 與 `plays` 欄位。其 `contentMetricStatus` 資訊會記錄指標的狀態、精確度與來源。這讓你能在同一筆內容資料列中評估各項計數值。即使只有 1 項計數值可用，該資料列仍可能有用。這份規格並不會讓只有部分數值的資料列變成完整的一對計數值。Chronometrica Facebook Metrics Scraper

Apify Facebook Posts Scraper 公開了 `viewsCount` 欄位。在一則過往的問題回報中，維護者曾說明，可使用獨立的 Reels 資料集，再聯結結果以取得另一項計數值。目前的 Reels README 說明，直接輸入 Reel 時可取得精確的播放次數。因此，不應將過去對輸出僅有約整數值的疑慮，當成目前的規格來描述。Posts 規格、過往問題回報、Reels 規格

這則公開問題回報已關閉。它記錄了一名讀者希望在 1 次執行中取得 2 項數值的需求。它不能證明目前仍有問題。本篇比較採用於 2026 年 10 月 20 日查核的公開規格。內容不包含新的資料收集執行，也未比對相同內容的結果。

有證據支持的差異，是規格明列的輸出格式。這不代表我們對未記載於文件的回應可能包含哪些欄位作出判定。

依報告需求作決定

先從會使用這些資料的報告著手。單看欄位名稱，無法判斷數值是否符合報告需求。

例如，報告在概述內容表現時，可能接受經過約整的觀看次數。但同一份報告在另一項計算中，可能需要精確的播放次數。即使 2 項數值都屬於同一部影片，它們仍是 2 項不同的需求。

收集資料前，請先使用這份簡明的決策表：

單列格式可減少自行合併計數紀錄的需要。但你仍須檢查欄位。資料收集成功，與資料列符合報告要求，是 2 件不同的事。

同樣地，如果聯結能提供報告所需的資料，它也可能是合理選擇。其價值取決於你最終能建立並驗證的紀錄，而不只是收集步驟的數量。

分別訂定觀看次數與播放次數的需求

觀看次數與播放次數可能不同。在收集、審查與報告的整個過程中，請將它們視為不同指標。這 2 項計數值都不應當成不重複觀眾人數或觸及人數。計算比率時，也不能將它們互換作為分母。

自有產品的規格將觀看次數描述為公開影片觀看次數，將播放次數描述為範圍更廣的公開計數值。在沒有來源證據時，不要自行設定 1 秒或 3 秒的觀看門檻。關於這些名稱的含義，請參閱 Facebook 影片觀看次數、播放次數與觸及人數。

為報告的每一欄寫下簡短需求：

1. 列明該欄需要哪項計數值。
2. 說明該欄是必要還是選填。
3. 說明報告可接受的精確度。
4. 說明數值無法取得時的處理方式。
5. 說明是否有任何計算依賴該數值。

這些規則能讓部分結果更容易處理。如果播放次數是選填項目，只有觀看次數的資料列仍可能符合報告要求。如果 2 項計數值都是必要項目，同一筆資料列就不符合雙計數值的要求。

請區分這些結果。你不必因為缺少播放次數，就捨棄有用的觀看次數。但你必須避免讓這筆只有部分數值的資料列，進入需要 2 項計數值的計算。

檢查結果前，先訂好規則。否則，你可能因為某個數值方便使用，就改變需求，卻沒有向報告讀者清楚說明這項變更。

從已知的公開內容網址開始

第一次檢查時，請使用已知的公開內容網址。這能讓決策集中在計數值的收集與驗收。若先廣泛搜尋貼文，就會多出另一個問題：你是否找到了預定的內容。

公開的 Facebook Engagement Metrics Tracker Task 可作為起始預設。Task 是為 Actor 儲存的輸入預設設定。查核來源時，該頁面可正常存取，但未讀取其已儲存的輸入。請套用下方設定，不要假設預設已包含這些設定。

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

這份最小輸入已依目前公開的輸入結構規格查核，但未實際執行。範例網址不能證明目前能在該處公開取得 2 項計數值。請將它換成報告所需的公開內容網址。Chronometrica Actor 與輸入規格

自行檢查時，請選擇能代表預定工作的內容。如果報告涵蓋 Reels，公開 Reel 就是適合的檢查對象。產品頁面上方便取用的範例，無法證明你的實際內容是否符合要求。

請將預定網址與你檢查的結果一併記錄。你需要這個連結，才能確認資料列描述的是你原本要收集的內容。

一併檢查數值與狀態

取得結果後，請先審查完整的指標資訊，再將數值複製到報告。Chronometrica 明列的欄位，可讓你直接在內容資料列中完成這項審查。公開輸出規格

請依下列順序進行：

1. 確認資料列對應預定的內容。
2. 檢查 `views` 及其相關的 `contentMetricStatus` 資訊。
3. 檢查 `plays` 及其相關的 `contentMetricStatus` 資訊。
4. 將各數值的精確度與報告要求比較。
5. 依預定用途，將資料列標記為可接受、僅有部分數值或不適用。

最後這 3 種標記，是供你在工作流程中選用的審查分類。本文並未將它們列為 Actor 的輸出值。

匯出或轉換數值時，請一併保留精確度資訊。尤其是將簡寫顯示的計數值展開為數字後，必須保留 `compact_rounded`。展開只會改變數值的形式，不會讓來源計數值變得精確。

為了讓報告易讀，你可以在一欄顯示主要計數值，並在相鄰欄位或附帶紀錄中保留精確度。重點是，之後的使用者能查回這項限制說明。數字若與精確度資訊分開，可能看起來比證據實際支持的更精確。

請將缺失值留空。0 是一個計數值。未知值則表示缺少可確定計數值的證據。用其中一種取代另一種，會改變資料的含義。

也不要用觀看次數填入缺失的播放次數欄位。這會在沒有第 2 項觀測結果的情況下，產生第 2 個數字。資料列看似完整，卻已無法反映所收集的證據。

以 3 個網址進行驗收檢查的虛構範例

以下範例為虛構情境。它不是產品測試、客戶結果，也不是實際測得的收集成功率。

一名分析師正在製作客戶報告，並將觀看次數與播放次數分欄呈現。報告只會採用精確度符合各欄規則的計數值。若要進行雙計數值比較，則 2 項計數值都必須符合要求。

分析師檢查了 3 個預定的公開內容網址。其中 2 筆資料列都包含所需的 2 項計數值，且精確度符合要求。第 3 筆包含可接受的觀看次數，但播放次數無法取得。

在這次虛構檢查中，符合雙計數值要求的比例為：

2 / 3 × 100 = 預定網址的 66.67%。

分母包含全部 3 個預定網址，而不只是剛好同時有 2 項數值的資料列。這個選擇很重要，因為報告需要知道，預定內容中有多少能用於這項比較。

分析師保留第 3 筆資料列，供只需要觀看次數的用途使用。分析師將播放次數標記為無法取得；如果仍需要這項計數值，就檢查另一個 Reels 來源。分析師不會將觀看次數複製到播放次數。

現在假設，同一份虛構報告也需要完整的貼文附件。這項需求可能值得採用輸出更豐富的 Posts 方式，再進行聯結。決策改變，是因為所需輸出改變了，而不是因為這個虛構比例證明哪個工具較好。

這個範例示範如何套用驗收規則。其中的 66.67% 無法說明任何一個 Actor 的實際資料收集表現。

當所需輸出值得投入聯結資料集的工作時，再採用聯結

主要的切換條件，是需要更豐富的貼文輸出。如果這項需求比單一、明確定義的指標資料列更有價值，請採用 Posts/Reels 方式，並規劃資料聯結。Apify Facebook Posts Scraper

聯結會合併描述同一內容的紀錄。合併前，請先確認內容身分。不要只因為 2 筆紀錄的文字相似或計數值接近，就將它們配對。

如果取得的輸出提供穩定的內容識別碼，請使用該識別碼。如果使用網址，請確認它們指向同一內容。對於尚未確定的配對，請先分開保留，直到能完成驗證。

聯結後，請保留每項計數值的來源。這有助於說明數值來自何處，也方便日後審查。這也能避免合併後的紀錄掩蓋各欄位分別由哪個來源提供。

不要要求 2 項計數值相同，才認定聯結正確。它們衡量的事物不同。請先檢查內容身分，再依各自的驗收規則評估每項計數值。

聯結後的紀錄，仍須接受與單筆收集所得資料列相同的審查。合併資料集，並不能證明每項必要數值都存在、精確，或適合用於計算。

選擇前，先檢查完整的預定內容集合

先用第 1 個網址了解如何檢查輸出。接著，將相同規則套用到預定收集的整組內容網址。1 筆符合要求的資料列，只能支持你對該資料列作決定。它無法證明其餘內容也都能完整取得。

請採用簡單且可重複執行的方法：

1. 列出預定的內容網址，並移除非預期的重複項目。
2. 記錄必要計數值與可接受的精確度。
3. 透過正在評估的方式收集資料。
4. 審查內容身分、數值、狀態與精確度。
5. 計算符合各項明定要求的資料列數。
6. 記錄尚未解決的欄位，以及各欄位的下一步處理方式。

計算符合要求的比例前，請先選定計數單位。如果報告針對不同影片，每部預定影片只計算 1 次。同一個合格網址的重複紀錄，不應提高看起來符合要求的內容比例。

用途不同時，請分別報告結果。一筆資料列可能符合只報告觀看次數的要求，卻無法用於雙計數值比較。相較於籠統地標記通過或未通過，這種區分更能說明現有資料的用途。

如果每個網址都必須有 2 項精確計數值，任何缺失或精確度不足的計數值，都應視為未符合要求。已查核的 2 份規格，都沒有承諾每個網址都能達到這項嚴格要求。

這套方法能在不虛構效能比較數據的情況下，支持決策。公開規格說明各種方式明列提供的內容。你自己的檢查則能確認，傳回的數值是否符合報告對預定內容所訂的規則。