如何将 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` 将每个所提供 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 分开，因为多条评论可能重复同一项认捐承诺。

使用以下字段：

金额留空表示未知，不表示零。如果评论写明金额但未说明币种，请将币种保留为未知。不要根据主页所在地或其他评论者的话来指定币种。

将条件保存在金额旁边。不要删除附带条件的文字，把有条件的认捐承诺变成无条件承诺。如果不知道条件是否已满足，请记录这一不确定性。

使用能够反映证据情况的状态用语。例如，区分已保存的认捐承诺、经核查的撤回承诺和待确认的变更。不能用一个状态标签将公开表态变成已确认收款。

多条评论不一定代表多项认捐承诺，也不一定代表多个人。公开的作者信息不能证明捐款人身份。这也不同于将 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. 每个总额都有明确的币种和证据标签。

如果待确认记录可能改变总额，就不要将总额标为已确定。应展示已知金额，并说明其局限。

如果采集达到了保存数据行的数量上限，请报告该限制。如果日期筛选排除了没有日期的评论，请报告这一排除情况。如果来源链接不再显示所需的上下文，请保留已保存的观察记录，并将当前核查标记为未完成。这些情况都不能作为指责捐款人的依据。