如何分開記錄 Facebook 認捐留言與已確認的捐款

1. 界定公開貼文範圍與記錄目的

寫下這份紀錄涵蓋哪些原始公開貼文。保留每篇原始貼文的 URL，也就是網址。如果你也檢視分享貼文，請另外儲存其網址。不要假設分享貼文會保留原始留言。

本指南針對一項具體的讀者疑慮。2024 年 9 月 10 日的一則公開留言指出，救援社群需要留言歷史，因為其中可見認捐歷史。這支持保留上下文的必要性，但不能證明讀者需要某種特定的試算表設計。下方登記表是一項建議的手動方法。請參閱關於認捐歷史的公開留言，發布於 2024 年 9 月 10 日；查核於 2026 年 10 月 25 日；僅為一則公開描述此問題的留言。

開始收集前，請記錄：

1. 目的，例如保留已表達的承諾，供管理者日後查核。
2. 已知的原始公開貼文網址。
3. 任何需要另行查核的已知分享貼文網址。
4. 本次檢視涵蓋的日期範圍。
5. 可查核管理者所持收款證據的人員。
6. 可存取已儲存來源紀錄的人員。

這個方法無法修復 Facebook 的分享功能，也無法找出所有相關貼文。它會保留你能觀察到的公開證據，並將管理者的收款查核分開記錄。

這個目的也與運用 Facebook 留言取得顧客回饋不同。該方法會將主題分組。此處則必須保留承諾的完整原文，以及它與經查核證據的連結。

2. 完整儲存公開留言紀錄

留言數量不多時，可手動儲存紀錄。保留完整原文和原始來源網址。只複製金額，會遺漏可能改變其含義的條件。

ID 是識別碼，也就是用來指向某筆紀錄的值。請原樣保留取得的 Facebook ID。留言 ID 用來識別留言，不能識別付款，也不能證明誰控制付款帳戶。

在留言表中儲存下列欄位：

將發布時間與觀察時間分開記錄。觀察時間表示你何時看到留言，不能表示作者何時寫下留言。

保留每次匯出的未修改副本。只讓有需要的人員存取。報告請使用虛構紀錄或已遮蔽的紀錄。已遮蔽的紀錄是指已移除私人資料的紀錄。不要公開捐款人的聯絡資料，或僅供管理者查看的收款證據。

需要結構化的公開資料列時，使用 Actor

Actor 是執行指定任務的 Apify 程式。Chronometrica Facebook Comments Scraper 會從提供的內容連結收集可取得的公開留言與回覆。文件記載的輸入規格接受 1–100 個公開貼文、Reel、影片或相片連結。支援的短連結與分享連結也可使用。粉絲專頁、社團、個人檔案、限時動態及私人連結，不在該輸入規格的範圍內。

文件記載的輸出包括留言 ID、可取得的文字、留言串參照資料、收集時間，以及可取得的發布時間。輸出也包括留言所屬內容的 `contentId` 與 `postUrl`。選填值可能缺少。請參閱 Actor 規格，查核於 2026 年 10 月 25 日；預設建置版本 2.0.9；僅查閱文件所列欄位，未查核執行結果。

以下簡短的輸入範例顯示支援的格式：

{
  "collectAllAvailable": false,
  "commentSortMode": "all",
  "includeReplies": true,
  "maxResultsPerPost": 10,
  "startUrls": [
    "https://www.facebook.com/reel/1733966934399341"
  ]
}

將 `startUrls` 中的範例網址換成你已知的公開內容網址。此範例只經過輸入格式檢查，未曾執行，也不能作為該 Reel 留言的證據。

在這份輸入中，`maxResultsPerPost` 將每個提供網址可儲存的留言與回覆合計限制為 10 筆。回覆也計入這個上限，並按獨立資料列計費。`commentSortMode` 會改變要求的排序方式；`all` 不會取消上限。`collectAllAvailable` 維持 false。

選填欄位 `commentsFrom` 與 `commentsUntil` 會依發布日期篩選。設定日期篩選條件後，系統會略過沒有公開日期的留言。使用 `collectAllAvailable` 取消結果上限，可能大幅增加費用。公開來源已無更多資料、達到費用上限、時間用盡，或來源發生錯誤，都仍可能使收集停止。這些是文件記載的控制方式，並非為本指南執行後取得的結果。

將 `commentId` 對應至 `source_comment_id`、`contentId` 對應至 `source_post_id`、`text` 對應至 `source_text`，並將 `scrapedAt` 對應至 `observed_at`。另外保留 `publishedAt`。使用 `parentCommentId`、`rootCommentId` 與 `isReply` 保留留言串的上下文。如果無法取得 `commentUrl`、文字或日期，就保留為無法取得。

3. 建立承諾登記表

登記表的每筆項目只記錄一項經查核的承諾識別。一項承諾識別，是你用來指向一項已表達承諾的參照資料。它與留言 ID 分開，因為多則留言可能重複同一項承諾。

使用下列欄位：

金額空白表示未知，不是零。如果留言只寫金額，未寫幣別，就將幣別保留為未知。不要依粉絲專頁所在地或其他留言者的文字指定幣別。

將條件與金額並列保留。不要刪除條件文字，把附條件承諾變成無條件承諾。如果不知道條件是否達成，請記錄這項不確定性。

使用能描述證據的狀態用語。例如，區分已儲存的承諾、經查核的撤回承諾，以及尚未釐清的變更。狀態標示不得將公開聲明變成已確認的收款。

多則留言不一定代表多項承諾或多位人士。公開作者資料不能證明捐款人的身分。這也與將 Facebook 功能需求轉為產品優先事項不同：重複留言與帳戶數量，都不能確定實際有多少項付款承諾。

4. 將重複留言與文字變更保留為附日期的紀錄

保留重複觀察的紀錄，但不要再次計入同一項承諾。

如果後續收集找到相同的留言 ID，請保留新的觀察時間。如果可見文字已改變，請保留兩個附日期的版本。版本是某筆紀錄在指定時間所儲存的狀態。不要覆寫先前的文字。

只有取得證據時，才記錄公開顯示的編輯時間。如果你今天才首次發現文字有變，只能確定今天觀察到了變更，不能確定作者何時修改。

第二則留言可能重複先前的承諾。同一位作者也可能提出多項承諾。文字相似或顯示名稱相同，都不足以確定是哪一種情況。

若要將多則留言連結至同一項承諾：

1. 將每則留言保留為獨立的來源資料列。
2. 記錄擬連結的承諾參照編號。
3. 查核管理者持有的參照資料，或其他可證明關係的人工查核證據。
4. 儲存查核結果、日期與查核人員。
5. 只有證據支持該關係時，才合併承諾識別。

如果尚未完成查核，就將該關係保留為未解決。不要把據此得出的金額當成已確定的總額。

後續匯出中缺少某則留言，不能證明承諾已撤回。請保留最後一次儲存的紀錄，並準確描述後續的觀察結果。不要因公開頁面沒有後續動靜，就推斷已付款、已退款或已撤回承諾。

5. 將管理者提供的收款紀錄另存於獨立表格

有權查核的管理者會使用其已掌握的紀錄查核收款。Actor 不會收集這些收款紀錄、讀取私人社團或驗證轉帳，也不會隱藏、刪除、核准或發布留言。這些限制載於 Actor 規格，查核於 2026 年 10 月 25 日；收集範圍限公開資料，不驗證付款。

只保留查核所需的參照資料。參照資料可以指向有權查核的管理者持有的證據，無須將捐款人的私人紀錄複製到公開留言檔案中。這個收集流程不應包含用於身分驗證或授權付款的憑證，也不應包含金融帳戶的存取權限。

使用獨立的收款表：

部分轉帳、撤回承諾或退款，都需要各自的查核紀錄。保留先前紀錄，並將後續變更連結至該紀錄。不要為了讓目前摘要看起來簡單，就刪除歷史紀錄。

已確認的收款紀錄可以尚未與任何承諾配對。同樣地，已儲存的承諾也可能沒有已確認的收款配對。兩者都要清楚保留。缺少收款配對，只表示配對尚未確認，不能證明對方未付款。

6. 僅依已驗證的參照資料配對

核對是指查核紀錄之間的關係，同時清楚保留差異。此處要核對的是承諾登記表與獨立的收款表。

建立配對紀錄表，包含下列欄位：

使用有權查核的管理者能取得、且已驗證的身分與參照證據。只有顯示名稱並不足夠。只有金額相同也不足夠。只有公開致謝同樣不足夠。

如果證據只支持部分承諾金額，就只記錄該部分。不要提高到完整承諾金額。如果身分或參照資料仍不確定，就將候選配對保留為未解決。

將不同幣別分開記錄。沒有明確幣別的合計數字，無法讓讀者有效使用該金額。

7. 完整範例：一項重複承諾與一項撤回承諾

原創虛構範例。以下所有承諾、留言、收款紀錄與管理者查核均為虛構，並非實際捐款或 Actor 執行結果。

志工儲存了下列公開紀錄：

這裡共有三筆留言紀錄、兩個承諾參照編號。保留 C3，但不要再加計 100 USD。管理者的查核確定 C3 重複了 P1。

接著，管理者提供兩筆各自經過查核的紀錄：

W1 是撤回承諾的紀錄，不是收款紀錄。R1 則是另一筆已確認的收款紀錄，並已與 P1 配對。

計算如下：

• 原先表明的承諾：100 USD + 50 USD = 150 USD。
• 經查核的撤回承諾：50 USD。
• 剩餘的已表明承諾：150 USD − 50 USD = 100 USD。
• 已配對的確認收款：70 USD。
• P1 尚未確認的剩餘金額：100 USD − 70 USD = 30 USD。

報告全部五個數字，並附上各自的標籤。原先的 150 USD 保留了當時表明的承諾。經查核的撤回承諾說明了金額變更。已確認的 70 USD 來自 R1，不是來自公開留言。

這筆 30 USD 是 P1 已表明承諾中尚未確認的部分，不是欠款，也不是可用現金。Actor 並未驗證轉帳。本範例未提供 P2 的收款紀錄；不能將這項缺漏改寫成已確認付款金額為零。

8. 報告前先查核紀錄

請另一位審查人員追查每項承諾的來源，並追查每筆已確認配對所依據、由管理者持有的證據。提供完整的登記表、配對紀錄表，以及相關來源版本。

使用下列驗收檢查：

1. 每項承諾都有來源參照資料，並儲存了完整原文。
2. 發布、觀察與查核日期保持分開。
3. 缺少的金額與幣別仍保留為未知。
4. 沒有證據時，重複留言不會增加承諾數量。
5. 變更前後的文字仍以附日期的版本保留，供人查看。
6. 每筆已確認收款都有獨立的管理者證據參照資料。
7. 每筆配對都有姓名或相同金額以外的證據。
8. 撤回承諾、變更與退款都保留了各自的查核紀錄。
9. 未配對的紀錄與尚未釐清的金額仍清楚保留。
10. 每個總額都有明確的幣別與證據標籤。

如果尚未解決的紀錄可能改變總額，就不要將總額列為已確定。請列出已知金額，並說明限制。

如果收集已達儲存資料列上限，請報告該限制。如果日期篩選排除了沒有日期的留言，請報告這項排除情況。如果來源連結已無法顯示所需上下文，請保留已儲存的觀察紀錄，並將目前查核標示為尚未完成。以上情況都不足以支持對捐款人的指控。