# 如何将 Facebook 认捐评论与已确认捐款分开记录

在认捐登记表中保存原始公开帖子的 URL，以及每条认捐评论的 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-Hans/articles/%E5%A6%82%E4%BD%95%E5%AF%BC%E5%87%BAfacebook%E8%AF%84%E8%AE%BA%E5%B9%B6%E5%88%86%E6%9E%90%E5%AE%A2%E6%88%B7%E5%8F%8D%E9%A6%88/)。后者按主题归类。这里必须保留认捐承诺的原文，以及它与经核查证据的关联。

## 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` 将每个所提供 URL 保存的评论及回复总数限制为 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-Hans/articles/facebook%E5%8A%9F%E8%83%BD%E8%AF%B7%E6%B1%82%E8%BD%AC%E5%8C%96%E4%B8%BA%E4%BA%A7%E5%93%81%E4%BC%98%E5%85%88%E7%BA%A7/)：重复评论和账户数量都不能确定付款承诺的数量。

## 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)