Chronometrica 与 Apify Instagram Scraper：哪个日期筛选适用于评论？

先确定所需记录的日期

帖子日期和评论日期回答的是不同问题。帖子可能在八月发布，并在九月收到评论。九月发布的帖子也可能在十月收到新评论。选中帖子并不能确定其评论的日期。

促成本比较的公开问题涉及评论获取和 `onlyPostsNewerThan`。维护者说明了该输入项适用于帖子日期，随后关闭了该问题。这个问题不能作为当前存在缺陷的证据。已关闭的公开问题

选择输入项之前，先用 1 句话写明所需输出。例如：“保留采集到的、日期在 9 月 1 日至 9 月 30 日之间的一级评论，包含起止日期。”这句话明确了所需记录、要检查的日期，以及起止边界。

然后单独说明来源选择规则。你可以选择一组固定的公开帖子，不限制其发布日期。你的研究也可能同时限制帖子日期和评论日期。这需要分别检查 2 项条件。如果没有证据表明某个日期字段同时适用于这 2 项条件，就不能用它来代替两项检查。

根据所需输出比较 2 种采集方案

使用此表选择采集方案。表中列出的所需字段是验收检查的要求。请检查导出文件，确认这些字段的实际列名。

产品输入项和适用范围的参考资料：Chronometrica 和 Apify。

先确定每行记录代表什么。一级评论直接位于帖子下方。回复则位于评论串内，用于回应评论。如果研究问题涉及人与人之间的讨论，回复文本可能必不可少。如果研究问题涉及对帖子的直接回应，一级评论文本可能就能满足需求。

不要仅因日期设置方便，就选择范围更窄的输出。只有当该输出能回答研究问题时，才应选择它。

Chronometrica 的评论日期输入项有什么作用

`commentsFrom` 设置可接受的最早评论日期。当天的一级评论可以符合条件。`commentsUntil` 设置可接受的最晚评论日期。当天的一级评论也可以符合条件。将其中任一字段留空，即取消对应的日期边界。Chronometrica 输入文档

如果日期范围是九月，请使用 `2026-09-01` 和 `2026-09-30`。这表达的是评论日期规则，并不要求来源帖子本身也在九月发布。

结果数量上限是单独的控制项。`maxCommentsPerPost` 设置每个帖子最多保存多少条不重复的一级评论。文档所述的默认值为 100，最小值为 1，最大值为 999999。取消结果数量上限后，此设置将被忽略。Chronometrica 输入模式

设置这些字段时，请分别考虑以下 3 个问题：

1. 哪些公开帖子属于采集范围？
2. 哪些评论日期符合要求？
3. 每个帖子最多可以保存多少条符合要求的评论？

日期范围不能回答第 3 个问题。结果数量上限不能回答第 2 个问题。请记录这两项设置，让其他人能够理解导出文件为何包含这些记录。

日期筛选不能证明覆盖完整

Chronometrica 对采集到的公开样本进行筛选和排序。日期输入项不会请求另一种内容流。日期筛选和按最早日期优先排序时，每个帖子最多检查 250 条公开评论，除非通过 `collectAllAvailable` 取消结果数量上限。即使取消该上限，也不能证明覆盖完整。设置日期边界后，无日期的评论会被跳过。Chronometrica 采集限制

扫描数量上限和保存行数上限描述的是采集的不同环节。扫描数量上限决定日期处理最多可以检查多少条公开评论。保存行数上限决定 Actor 最多可以保留多少条符合条件的评论。

描述结果时，这一区别很重要。请求最多保存 100 条评论，并不能证明存在 100 条有日期的评论。导出记录较少，也不能证明不存在其他匹配的评论。请将实际保存数量与原本希望研究的评论总数分开记录。

可以使用“采集到的、处于日期范围内的一级评论”这样的表述。除非另有证据证明完整性，否则不要声称文件包含该月的每条评论。

对研究而言，这属于方法的一部分。日期规则确定采集到的哪些记录符合条件。采集限制决定该规则能够检查的范围。

采用这套实用验收方法

验收检查用于审查每条已保存记录是否符合研究规则。它也会记录哪些事项无法通过导出文件确定。

1. 定义所需记录。明确需要一级评论文本、回复文本，还是两者都需要。将来源帖子的选择规则与评论日期规则分开写。采集前，记录包含起止日期在内的日期范围。
2. 检查输入项。确认每项日期设置都适用于所需记录。如果使用 Chronometrica 采集一级评论，请填写 `commentsFrom` 和 `commentsUntil`。记录 `maxCommentsPerPost`，以及是否取消了结果数量上限。
3. 先检查少量导出记录。找到来源引用、评论标识、文本和评论日期。使用文件中的实际字段名。不要因为另一工具使用某个必需字段，就假定当前导出文件也有该字段。如果无法将某条记录对应到来源，或无法确定其日期，请在分析前记录这一限制。
4. 检查日期边界。审查日期范围起止处的记录。如果存在时间戳，请记录检查所用的时区。如果来源未明确时区，不要自行编造。边界不明确的记录必须先经审查，才能通过验收。
5. 分开保存通过验收和被排除的记录。记录每次排除的原因，例如超出日期范围、缺少日期或记录类型错误。如有评论标识，请用它检查重复记录。仅凭文本可能不够，因为 2 个人可能写出相同的文字。
6. 记录数量和未知值。记录保存行数及通过检查的行数。如果现有证据提供了跳过记录数或缺少日期的记录数，也应记录。如果采集结果未提供某项数量，请标记为未知。不要为了填满工作表而填写 0。

这套方法用于检查文件能否回答既定问题。它不用于比较速度、准确性、可靠性或覆盖范围。本次审阅的文档不足以判断哪款工具在这些指标上更优。

将采集记录与通过验收的文件一起保存。采集记录应包含来源列表、采集日期、所选日期范围、结果设置、保存数量、通过验收的数量，以及尚未解决的数据缺口。这份记录可以让后续读者区分你的规则与采集实际能够观察到的内容。

完整的电子表格和研究记录方法，请参阅为学位论文将公开 Instagram 评论导出到 Excel。应先完成本文讨论的选择：选用记录类型和日期输入项都符合研究问题的采集工具。

从 Task 开始，再应用已检查的输入

Task 是为 Actor 保存的一组输入预设。公开的将 Instagram 评论导出为 CSV 的 Task 可作为起点。该页面已经过核查，但这次核查未能确定它当前保存的输入。运行前，请检查设置。

以下输入已根据本比较所提供的公开输入模式通过静态检查。静态检查会检查输入结构和允许使用的值。它不会运行采集，也不能确定示例帖子目前仍然可用。

{
  "postUrls": [
    "https://www.instagram.com/reel/DIwcCZgxVZP/"
  ],
  "maxCommentsPerPost": 100,
  "commentsFrom": "2026-09-01",
  "commentsUntil": "2026-09-30"
}

将示例 URL 替换为你要采集的公开帖子或 Reel。将日期替换为研究所需的日期范围。所提供的输入模式要求 `postUrls` 至少包含 1 个条目。示例要求每个帖子最多保存 100 条不重复的一级评论，同时遵守日期规则和采集限制。Chronometrica 输入模式

开始前，将这 4 个字段作为一项完整请求来理解：这些来源、这个保存数量上限、这个最早评论日期，以及这个最晚评论日期。将实际使用的完整输入与采集记录一起保存。仅有 Task 名称无法说明你使用了哪些设置。

虚构示例：一项九月评论研究

本示例为虚构内容。它仅用于在纸面上检查选择规则，并非采集测试、客户结果或实际测得的数据集。

一名研究者需要日期在 2026 年九月 1 日至九月 30 日之间的一级评论。所选帖子中有一篇在八月发布，可能在九月收到过评论。研究者需要的是评论日期，因此研究规则不会仅因该帖子在八月发布就将其排除。

研究者将 `commentsFrom` 设为 `2026-09-01`，将 `commentsUntil` 设为 `2026-09-30`。为进行纸面检查，研究者编写了 5 条虚构的候选记录。它们的日期分别为 8 月 31 日、9 月 1 日、9 月 30 日、10 月 1 日和未知。

由于起止日期均包含在范围内，两条边界日期记录通过日期规则检查。八月和十月的记录不通过。日期未知的记录不能纳入通过验收的有日期样本。因此，在这次虚构检查中，两条记录通过验收，两条超出日期范围，一条日期未知。

这些数字用于解释规则。它们不能预测 Actor 会采集到多少条记录。在实际设置了日期边界的 Chronometrica 采集中，无日期的评论会被跳过。研究者不能根据这个纸面示例推断跳过的数量。Chronometrica 日期筛选文档

研究者将最终数据描述为采集到的九月样本，并记录扫描设置和结果设置。研究者不会称其为九月的全部评论。如果研究改为考察参与者之间的回复，研究者会更换采集方案，并在采集后应用相同的日期验收规则。