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

在承諾登記表中，保留原始公開貼文的網址，以及每則認捐留言的 ID 和完整原文。承諾登記表用來記錄已表達的承諾及其來源紀錄。將有權查核的粉絲專頁管理者提供的已確認收款紀錄，另存於獨立表格。只有在經查核的參照資料支持配對時，才將承諾與收款紀錄配對。分別報告已表達的承諾、已確認的收款、尚未釐清的金額，以及經查核的撤回承諾。公開認捐留言不能證明款項已到帳。

先手動記錄你需要的公開留言。請有權查核的管理者使用其已掌握的紀錄查核收款。公開留言收集工具可以協助儲存來源資料列，但無法確認付款。本指南說明如何清楚區分這兩類證據，同時避免公開捐款人的私人資料。

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

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

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

開始收集前，請記錄：

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

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

這個目的也與[運用 Facebook 留言取得顧客回饋](/zh-Hant/articles/facebook-%E7%95%99%E8%A8%80%E5%8C%AF%E5%87%BA%E8%88%87%E9%A1%A7%E5%AE%A2%E6%84%8F%E8%A6%8B%E5%88%86%E6%9E%90/)不同。該方法會將主題分組。此處則必須保留承諾的完整原文，以及它與經查核證據的連結。

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

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

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

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

| 欄位 | 儲存內容 |
| --- | --- |
| `source_comment_id` | 可取得時，儲存完整且未更動的留言 ID |
| `source_comment_url` | 可取得時，儲存留言的直接網址 |
| `source_post_id` | 留言所屬內容的 ID |
| `source_post_url` | 該則確切內容的網址 |
| `original_post_url` | 已知的原始貼文網址 |
| `source_text` | 留言的完整原文 |
| `published_at` | 可取得時，儲存公開顯示的發布時間 |
| `observed_at` | 儲存或查核該筆紀錄的時間 |
| `source_author_id` | 可取得的公開作者 ID |
| `thread_reference` | 可取得的上層留言與根留言參照資料 |
| `source_note` | 缺少的上下文、分享貼文的上下文，或收集限制 |

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

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

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

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

文件記載的輸出包括留言 ID、可取得的文字、留言串參照資料、收集時間，以及可取得的發布時間。輸出也包括留言所屬內容的 `contentId` 與 `postUrl`。選填值可能缺少。請參閱 [Actor 規格，查核於 2026 年 10 月 25 日；預設建置版本 2.0.9；僅查閱文件所列欄位，未查核執行結果](https://api.apify.com/v2/acts/chronometrica~facebook-comments-scraper/builds/default)。

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

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

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

將 `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 分開，因為多則留言可能重複同一項承諾。

使用下列欄位：

| 欄位 | 規則 |
| --- | --- |
| `pledge_reference` | 為承諾指定固定的內部參照編號 |
| `source_comment_id` | 連結至已儲存的來源留言 |
| `source_post_id` | 連結至留言所屬的內容 |
| `stated_amount` | 填入完整原文所支持的金額 |
| `currency_if_stated` | 只有原文明確說明幣別時才填入 |
| `condition` | 保留承諾附帶的所有條件 |
| `checked_status` | 說明哪些事項已查核，哪些仍未解決 |
| `evidence_reference` | 指向支持該狀態的來源，或管理者的查核紀錄 |
| `checked_at` | 記錄查核時間 |
| `reviewer` | 記錄查核人員 |

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

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

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

多則留言不一定代表多項承諾或多位人士。公開作者資料不能證明捐款人的身分。這也與[將 Facebook 功能需求轉為產品優先事項](/zh-Hant/articles/facebook%E5%8A%9F%E8%83%BD%E8%AB%8B%E6%B1%82%E8%BD%89%E6%88%90%E7%94%A2%E5%93%81%E5%84%AA%E5%85%88%E6%AC%A1%E5%BA%8F/)不同：重複留言與帳戶數量，都不能確定實際有多少項付款承諾。

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

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

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

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

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

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

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

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

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

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

有權查核的管理者會使用其已掌握的紀錄查核收款。Actor 不會收集這些收款紀錄、讀取私人社團或驗證轉帳，也不會隱藏、刪除、核准或發布留言。這些限制載於 [Actor 規格，查核於 2026 年 10 月 25 日；收集範圍限公開資料，不驗證付款](https://api.apify.com/v2/acts/chronometrica~facebook-comments-scraper/builds/default)。

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

使用獨立的收款表：

| 欄位 | 記錄內容 |
| --- | --- |
| `receipt_reference` | 為收款紀錄指定的固定參照編號 |
| `confirmed_amount` | 經查核收款紀錄所支持的金額 |
| `receipt_currency` | 該證據所顯示的幣別 |
| `receipt_date` | 管理者紀錄所支持的收款日期 |
| `receipt_state` | 經查核的收款狀態 |
| `owner_evidence_reference` | 指向管理者所持證據、且限制存取的參照資料 |
| `checked_at` | 查核收款證據的時間 |
| `reviewer` | 查核人員 |

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

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

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

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

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

| 欄位 | 用途 |
| --- | --- |
| `pledge_reference` | 識別正在查核的承諾 |
| `receipt_reference` | 識別待配對的收款紀錄 |
| `matched_amount` | 記錄經查核關係所支持的金額 |
| `match_status` | 區分已驗證與尚未解決的配對 |
| `match_evidence_reference` | 標明支持該關係、由管理者持有的證據 |
| `checked_at` | 記錄配對查核日期 |
| `reviewer` | 標明查核該關係的人員 |

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

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

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

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

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

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

| 留言 | 位置 | 承諾參照編號 | 表明的金額 | 經查核的關係 |
| --- | --- | --- | --- | --- |
| C1 | 原始貼文 | P1 | 100 USD | P1 的來源 |
| C2 | 原始貼文 | P2 | 50 USD | P2 的來源 |
| C3 | 分享貼文 | P1 | 100 USD | 管理者查核確認此留言重複 P1 |

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

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

| 管理者紀錄 | 經查核的證據 | 連結的承諾 | 金額 |
| --- | --- | --- | --- |
| R1 | 已確認的收款紀錄 | P1 | 70 USD |
| W1 | 撤回承諾的訊息 | P2 | 50 USD |

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. 每個總額都有明確的幣別與證據標籤。

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

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

## 依尚未解決的紀錄，決定下一項查核

如果缺少來源，請手動查看已知的原始公開貼文。如果無法確定某項承諾是否重複，請有權查核的管理者確認兩者的關係。如果無法確定收款紀錄是否配對正確，請保留為未解決，直到管理者取得充分證據。只發布經查核紀錄所能支持的摘要。

當已知公開留言的數量多到不適合手動儲存時，可使用 [Chronometrica Facebook Comments Scraper](https://apify.com/chronometrica/facebook-comments-scraper) 收集可取得的來源資料列。文件記載的適用用途是收集公開留言。你與有權查核的管理者仍須建立承諾登記表、查核收款證據，並核准每一筆配對。

## 來源與延伸閱讀

- [關於救援認捐歷史的公開留言——發布於 2024 年 9 月 10 日；擷取於 2026 年 10 月 25 日；僅一則公開留言，未經登入驗證後讀取，也不能證明讀者需要此方法](https://www.reddit.com/r/facebook/comments/11f1dgt/comment/lme9x80/)
- [Chronometrica Facebook Comments Scraper 規格與 README——查核於 2026 年 10 月 25 日；預設建置版本 2.0.9；僅查閱靜態文件中的輸入與輸出規格，未進行付費執行或執行可靠性測試](https://api.apify.com/v2/acts/chronometrica~facebook-comments-scraper/builds/default)
- [將 Facebook 留言匯出為 CSV 的 Task——查核於 2026 年 10 月 25 日；僅確認公開頁面存在，未經登入驗證已儲存的設定，也未執行 Task](https://apify.com/chronometrica/facebook-comments-scraper/examples/export-facebook-comments-to-csv)