# 如何在网页研究中区分原始报告与转载副本

仅凭多条搜索结果，不能认定某项主张有独立证据支持。不同网址可能都在重复同一个原始来源。阅读相关段落，追查引用，并记录哪些页面依赖同一份报告。尽量找到能够明确归属的最早来源。如果来源链缺失，将独立性标为未知。页面显示的日期更早，并不能证明该页面的作者是原作者。

先手动核查来源。打开各页面提到的报告、公告或研究，再比较每个来源实际提供了什么。搜索工具可以帮助你寻找候选页面，但你仍须核查页面主张与证据之间的联系。

最终得到的是一张来源依赖关系表：它将每项具体主张与来源关联起来，并标明哪些来源重复了其他来源。借助这张表，你可以区分两种情况：一份公告被多次转载，以及多个来源各自提供了证据。

## 收集更多页面之前，先明确主张

一位买家在公开帖子中询问如何“快速开展竞品研究”，并希望避免编造的答案和浅层比较。这种表述提示了一条实用的起始规则：收集更多结果之前，先确定一个具体的比较问题。该帖子为本指南提供了背景，但不能说明这个问题有多普遍。[公开研究问题——发表于2026年8月12日；观察于2026年10月25日；仅代表个人表述](https://www.reddit.com/r/AskMarketing/comments/1vmjrrb/how_are_you_doing_competitor_research_with_ai/)。

写下一项可以核查的主张。注明产品、功能和条件；如果已知相关时间或版本，也一并写明。避免使用“这个产品更好”之类的笼统说法。这种说法掩盖了有关功能、测试条件和证据的多个问题。

将以下两个问题分开：

1. 公司是否宣布了这项功能？
2. 是否有独立证据表明，这项功能在所述条件下有效？

官方公告可以直接支持第一个问题的答案。多篇重复该公告的文章，并不能自动回答第二个问题。

搜索之前，先明确需要什么证据。如果主张涉及公司宣布了什么，官方公告可能就已足够。如果主张涉及性能，则应寻找一项单独开展、且方法和条件相关的测试。这样可以避免继续收集无法回答问题的重复证据。

## 通过搜索寻找候选页面

Actor 是托管运行的数据采集程序。Task 是为 Actor 保存的一组输入预设。[Google Search Scraper Actor](https://apify.com/chronometrica/google-search-scraper) 适用于本方法中寻找候选页面的环节。其文档列出的搜索字段，不能确定两份报告是否具有独立证据。

经核查，公开默认构建版本 `1.0.15` 声明了下列输入字段。静态检查已通过：在未运行 Actor 的情况下，拟用输入符合声明的输入规则。这不能证明实际运行会返回什么结果、是否覆盖完整，或能否成功采集。[公开默认构建版本——核查于2026年10月25日；仅核查声明字段并进行静态验证](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)。

首次搜索可采用这组精简的拟用输入：

```json
{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["reporting software official announcement"]}
```

通过搜索寻找候选页面

用你计划搜索的词句替换整个示例查询列表。每次运行前，都要检查完整的搜索引擎列表、国家、语言和结果数量上限。不要假定已保存的 Task 已包含这些值。

该示例指定使用 Google、美国国家设置和英语语言设置。`maxResultsPerExecutedQuery` 将每次实际执行的查询结果设为最多三条。三条是上限，并不保证返回三个页面。这只是拟用输入。本指南没有实际运行 Actor。

[Competitor SERP Research Task——核查于2026年10月25日；仅确认公开页面存在](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research) 可作为起点。SERP 指搜索引擎结果页。该公开页面列出的 Task ID 为 `Pjq0JLkzo0wHTcabU`。其当前保存的设置和运行时行为仍未经验证。

将公开证据与账户记录分开。公开的 Actor 文档和 Task 页面，不能证明你在账户中保存了哪些设置，也不能证明运行结果。如果之后使用 Actor，请另行记录这些信息。不要将拟用输入表述为已完成的采集。

## 分别保存搜索背景信息和来源关系

保留搜索背景信息，以便说明你如何找到某个页面。然后另建一张表，记录对来源的判断。搜索结果记录的是发现过程。来源表记录的是发现页面之后，你实际核查了什么。

经核查，该构建版本声明了以下输出字段。声明中有这些字段，并不能证明某次运行实际返回了它们。[公开默认构建版本——核查于2026年10月25日；仅核查输出声明](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)。

| 搜索字段 | 保留用途 |
| --- | --- |
| `engine` | 所用的搜索引擎 |
| `executedQuery` | 实际执行的搜索词句 |
| `rank` | Actor 报告的结果排名 |
| `title` | 搜索结果标题 |
| `canonicalUrl` | 返回的候选页面地址 |
| `resultDomain` | 报告的结果域名 |
| `snippet` | 搜索结果摘要文本，可能为 null |
| `isSponsored` | 报告的赞助搜索结果标志 |
| `observedAt` | 采集时的观察时间 |

摘要是搜索结果中的文本，不是经过核查的文章段落。结果地址不能确定原作者是谁。搜索排名不能衡量证据质量。将 `observedAt` 与页面显示的任何发布日期分开记录。

`snippet` 为 null 表示该值缺失，不表示文章中的相关字数为零。如果没有发布日期，将其记为未知。不要用观察时间代替发布日期。

导出数据中的重复行是另一个问题。如果需要处理重复地址，同时保留搜索观察记录，请参阅[搜索导出数据合并指南](/zh-Hans/articles/%E6%90%9C%E7%B4%A2%E7%BB%93%E6%9E%9C%E5%90%88%E5%B9%B6-%E4%BF%9D%E7%95%99%E6%9F%A5%E8%AF%A2%E4%B8%8E%E6%8E%92%E5%90%8D%E8%AF%81%E6%8D%AE/)。在本方法中，如果不同页面有助于展示一项主张如何传播，就应保留这些页面。

使用以下字段建立自己的核查表。这些是建议使用的分析字段，不是 Actor 的额外输出字段。

| 核查字段 | 保存内容 |
| --- | --- |
| 主张 ID 和准确表述 | 待核查的陈述 |
| 页面 ID 和网址 | 每个已核查页面的稳定引用标识 |
| 发布方和署名作者 | 页面显示的身份信息；未显示则记为未知 |
| 页面日期或版本 | 显示的值及页面对其含义的说明 |
| 核查时间 | 核查页面的时间 |
| 段落及位置 | 一小段相关原文及其标题或所在位置 |
| 引用来源网址 | 支持这项具体主张的参考来源 |
| 上游来源 ID | 该段落依赖的来源，仅在关系已确认时填写 |
| 关系证据 | 引用、来源归属说明或相同段落 |
| 来源组 | 相关段落共同依赖的来源 |
| 独立贡献 | 找到的任何单独开展的观察、测试或分析 |
| 状态和下一步 | 你的判断、剩余缺口及下一项核查 |

上游来源是另一个页面用于支持该项主张的来源。来源组包含与同一证据相关联的页面。如果无法确认这种关系，就将上游来源保留为未知。

## 沿来源链追查主张

对每项主张执行以下八个步骤。将范围控制在足够小的程度，确保能够阅读所有相关段落。

1. 写下主张的准确表述。说明必须确认什么。将公告本身与“公告所述功能有效”这一主张分开。
2. 收集一组数量有限的候选页面。保存查询词句、设置和返回的地址。数量有限是指设有明确上限，并不代表对整个网络进行了完整调查。
3. 阅读相关段落。核查实际页面及该项主张所附的来源。一般性的参考文献列表，未必说明哪个来源支持哪句话。
4. 追查引用。打开每份被引用的报告或公告。必要时，继续追查中间的摘要页面。记录每一项已确认的联系。
5. 找到能够明确归属的一手来源。一手来源提供正在讨论的公告、观察或测试。记录你找到的、能够明确归属的最早来源，并说明搜索范围的限制。
6. 将存在依赖关系的段落分组。将明确的摘要和转载内容归入它们使用的来源。保留各自的网址和关系证据。
7. 评估单独的贡献。将确实独立开展的观察分别归组。核查每项观察能够确认什么，以及适用于哪些条件。
8. 记录缺口并撰写结论。将缺失的来源链保留为未解决。分别报告页面数量、来源作用和独立证据支持情况。

第三步的段落核查可参照[网页证据核查指南](/zh-Hans/articles/%E5%BF%85%E5%BA%94-%E7%BD%91%E9%A1%B5%E6%90%9C%E7%B4%A2%E6%99%BA%E8%83%BD%E4%BD%93-%E5%B7%B2%E6%A0%B8%E5%AF%B9%E9%A1%B5%E9%9D%A2%E8%AF%81%E6%8D%AE/)。该方法帮助你将主张与实际网页文本关联起来。本指南进一步追问：这些文本是否依赖其他页面已经使用过的证据？

追查具体主张的来源。一个页面可能为功能陈述链接官方公告，同时在其他部分提供单独的分析。存在公告链接，不代表页面中的每句话都依赖该公告。存在单独的分析，也不代表重复的功能陈述就具有独立性。

找到相关的一手证据，或无法核查下一个联系时，就停止追查该来源链。记录停止的原因。不要在未作说明的情况下，从一篇摘要直接跳到假定的原始来源。

## 判断证据是否独立

独立性针对的是主张背后的证据。作者、域名或标题不同，并不足以证明独立性。两个发布方可能都使用同一份公告。一个页面也可能同时包含重复的主张和单独开展的测试。

将明确引用作为来源关系的证据。核查该引用是否对应正在检查的段落。保存被引用的地址，以及将主张与该来源关联起来的文字。

对于相同段落，需要更加谨慎。一句具有辨识度的重复文字，可能表明存在复制或共同来源，但未必能确定谁复制了谁。如果页面没有注明来源，且你无法查清关系，就记录相同内容，并将依赖关系标为不明确。

将日期视为线索。较早的显示日期可以帮助确定下一步核查方向，但不能证明该页面最先提出了这项主张。如果页面明确说明日期的含义，就将其记录下来。未知日期应继续保留为未知。

统一使用以下核查状态：

| 状态 | 含义 |
| --- | --- |
| 已找到一手来源 | 已核查的来源提供了相关的原始公告、观察或测试 |
| 注明来源的重复内容 | 该段落明确依赖一个已找到的来源 |
| 依赖关系不明确 | 可能存在关系，但来源链尚未查清 |
| 已找到单独开展的观察 | 该段落提供了经核查、且不同于共同来源的观察 |
| 无法获取 | 无法核查所需的页面或段落 |

单独开展的观察仍须接受质量核查。阅读其方法、范围和条件。独立性不能让薄弱的测试变得有力。针对某个版本或某项条件的测试，未必能支持范围更广的主张。

不要因文档未提及某项功能，就推断该功能不存在。已核查的页面可能无法支持某项功能主张，但这不能证明该功能不存在。应记录范围更窄的发现：已核查的证据不足以确认这项主张。

## 原创虚构示例：五个页面重复同一份公告

这是一个原创虚构教学示例，不是 Actor 运行记录、客户结果，也不是对真实公司的观察发现。

一位研究者核查了这项虚构主张：“该产品支持定时发送报告。”五个页面讨论了这项功能。其中一个是官方公告，三个明确引用了该公告，第五个重复了其中一句话，但未注明来源。

| 页面 | 已核查的证据 | 来源关系 | 判断 |
| --- | --- | --- | --- |
| A | 官方公告说明了这项功能 | 已找到一手公告 | 建立来源组 A |
| B | 相关段落引用了 A | 注明来源为 A 的重复内容 | 归入来源组 A |
| C | 相关段落引用了 A | 注明来源为 A 的重复内容 | 归入来源组 A |
| D | 相关段落引用了 A | 注明来源为 A 的重复内容 | 归入来源组 A |
| E | 有相同句子，但未注明来源 | 依赖关系不明确 | 保留为未解决 |

页面数量统计如下：

1 个公告页面 + 3 个注明来源的重复页面 + 1 个来源不明确的页面 = 5 个已核查页面。

已确认的来源组包含：

1 个公告页面 + 3 个注明来源的重复页面 = 4 个与同一份公告相关联的页面。

页面 E 仍不属于已确认的来源链。它包含相同句子，值得进一步调查，但这不足以确定其上游来源。

证据汇总为：找到一份一手公告、三份注明来源的重复内容，以及一个来源不明确的页面。在这五个页面中，找到的单独开展的独立测试数量为 0。这个零仅描述已核查的页面集合，并不表示其他地方不存在独立测试。页面 E 的来源关系是未知，而不是数值为零的关系。

证据支持的结论是：“官方公告称，该产品支持定时发送报告。三个已核查页面重复了这份公告。另有一个页面的来源关系尚未查清。”

不要将其表述为“五次独立确认”。不要声称该功能已得到独立验证。应寻找一项单独开展、在相关条件下核查该功能的测试。如果找到这样的测试，先记录其方法和结果，再修改结论。

## 报告结果之前，先检查证据缺口

撰写比较结果之前，检查整张表。既要核查来源关系，也要核查最终主张的措辞。

1. 确认每个计入数量的页面都有 ID，并记录了核查状态。
2. 确认每项已指定的上游来源都有关系证据。
3. 检查是否因同一份报告被多篇摘要引用，而将其重复计数。
4. 将无法获取的页面，与已阅读但证据不足的页面分开。
5. 保留缺失值，并将其与实际观察到的零计数区分开。
6. 将最终主张与来源的条件、日期和版本逐项核对。
7. 说明搜索范围的限制，以及尚未查清的来源链。

如果无法获取被引用的页面，保留引用，并将相关段落标为未核查。不要将这项引用视为已验证的支持证据。本指南不承诺恢复历史内容。只有在你已保留旧版来源时，才使用该来源，并注明其版本。

如果追查止于一篇摘要，就将它称为找到的最早来源，而不是已证实的原始来源。如果多个页面看似有关联，却无法确认来源链，应报告其独立性未知。不要利用不确定性增加确认次数。

最终报告应回答三个问题：找到了什么、来源之间有何关系，以及哪些内容仍未得到证实。将已核查页面的数量，与单独证据来源的数量及质量分开说明。

## 确定下一步要核查的来源

先选定一项主张，完成它的来源依赖关系表。如果需要确认公司宣布了什么，先核查官方来源。如果需要确认某项功能是否有效，寻找一项单独开展的相关测试。如果来源链尚未查清，就将其作为下一项研究任务。

需要收集一组数量有限的候选页面时，可以使用 [Google Search Scraper Actor](https://apify.com/chronometrica/google-search-scraper)。运行前先检查拟用的输入。随后亲自核查相关段落及其来源关系。下一步应根据证据缺口来决定，而不是根据重复结果的数量。

## 来源和延伸阅读

- [Google Search Scraper 公开默认构建版本——核查于2026年10月25日；仅核查构建版本 1.0.15 的声明并进行输入静态验证，未实际运行](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)
- [Competitor SERP Research Task——核查于2026年10月25日；已确认公开页面和准确的 Task ID，保存的设置及运行时行为未经验证](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research)
- [公开竞品研究问题——发表于2026年8月12日；观察于2026年10月25日；仅代表个人表述，不是经过测量的需求或产品证据](https://www.reddit.com/r/AskMarketing/comments/1vmjrrb/how_are_you_doing_competitor_research_with_ai/)