# 如何建立竞品文档变更日志

要记录竞品文档的变更，而不依赖记忆，请保存同一官方页面的副本，并标注日期。逐字比较文本，并在每条变更记录中保留前后两个副本。先从手动保存页面开始。用搜索寻找候选页面。文本差异能证明你观察到了文档变更，但不能证明页面何时修改、功能何时发布，或产品是否表现更好。

快照是在某次观察时保存的页面副本。变更日志将两个快照关联起来，并说明它们之间的差异。有了这些记录，你就可以用他人能够核查的陈述，代替“我觉得上周这里变了”。

所提供的[公开讨论（观察于2026年10月25日；仅作个人经历背景）](https://www.reddit.com/r/growmybusiness/comments/1vcb4eo/how_do_you_actually_keep_track_of_what/)提到了手动检查页面、截图，以及难以记住旧措辞的问题。本方法针对这一问题：保留旧证据，让下次检查的结果具有可比性，并区分文本中发生的变更与产品仍待核实的情况。

## 1. 确定一个买方任务，选择少量页面

先确定买方任务，也就是买方需要用产品完成的工作。例如，研究人员可能需要查看文档为某个报表流程列出了哪些导出格式。问题范围应足够小，便于审核完整的相关段落。

保存页面前，先写一份简短的采集计划：

1. 列出要检查的竞争对手及其产品。
2. 用一句话说明买方任务。
3. 选择可能解答该问题的官方文档章节。
4. 如果页面注明了产品版本、语言和套餐，请记录这些信息。
5. 确定下次观察日期。
6. 说明哪些变更会影响买方任务。

不要把未知的套餐或版本当成“所有套餐”或“所有版本”。应将其记为未知。如果帮助页面与版本说明表达的是不同类型的信息，请分开记录。

用页面登记表明确选定的页面。这是你要再次检查的页面清单，并不表示你已找到全部相关文档。

| 页面登记表字段 | 保存内容 |
| --- | --- |
| 页面编号 | 为选定页面自行设置的固定编号 |
| 竞争对手及产品 | 本次审核的具体产品 |
| 买方任务 | 与该页面相关的待完成工作 |
| 官方来源认定依据 | 将该页面认定为官方页面的理由 |
| 请求网址 | 你打开的网址 |
| 最终网址 | 经过重定向后最终到达的网址 |
| 页面标题及章节 | 具体的比较位置 |
| 适用范围 | 页面注明的版本、套餐、语言及条件 |
| 下次检查 | 计划的观察日期 |

重定向会将请求从一个网址转到另一个网址。两个网址都要记录。网址变化可能影响你判断两次保存的副本是否属于同一页面。

## 2. 用搜索寻找页面，再直接检查页面

如果你已知道官方帮助页面的网址，请直接打开。需要寻找候选页面或相关版本说明时，搜索会有帮助。仅靠搜索结果，无法建立已保存页面的历史记录。

[Google Search Scraper Actor](https://apify.com/chronometrica/google-search-scraper) 适合用于寻找页面。Actor 是托管运行的数据采集程序。Task 是为 Actor 保存的预设输入配置。这两个术语都不表示本指南已采集页面的历史版本或测试该产品。

所提供的检查结果表明，公开默认构建版本 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 export release notes"]}
```

2. 用搜索寻找页面，再直接检查页面

将示例查询替换为与你选定的竞争对手、产品和买方任务相关的词语。如果研究面向其他市场，请更改国家和语言。运行前，审核完整输入。本例建议使用 Google 作为搜索引擎；静态检查不能确认它当前的实际运行行为。

每个实际执行的查询最多返回三条结果。这是数量上限，并不保证一定有三条结果。这份示例是建议用于替换原配置的输入，并非复制自已核实的已保存 Task 配置。

公开的 [Competitor SERP Research Task（检查于2026年10月25日；仅确认页面存在）](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research)页面确实存在，其准确 Task ID 为 `Pjq0JLkzo0wHTcabU`。其已保存设置和实际运行行为仍未核实。可以将它作为起点，但使用前应检查设置。

如果采集搜索结果，请保留以下已声明的搜索字段：

| 搜索字段 | 用途与限制 |
| --- | --- |
| `engine` | 记录搜索引擎 |
| `executedQuery` | 记录实际执行的查询 |
| `observedAt` | 记录搜索观察时间，而非页面保存时间 |
| `rank` | 在已获取的各页中，对解析出的受支持结果块连续计数所得的位置 |
| `title` | 搜索结果标题；实际页面标题需另行检查 |
| `canonicalUrl` | 返回的标准化候选网址，不能证明它就是页面 HTML 中声明的规范网址 |
| `resultDomain` | 帮助审核候选域名；仅凭此字段不能确认其官方身份 |
| `snippet` | 搜索结果中的摘要文本，可能缺失；不是已保存的页面文本 |
| `isSponsored` | 记录结果是否标记为赞助内容 |

摘要是搜索结果提供的一小段文字。将其措辞用作证据前，请先打开页面。[已核查页面证据指南](/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/)说明了如何从搜索结果进一步核查来源段落。

将保存的搜索输入与结果一同保留。如果多个查询都找到了同一页面，请保留这些观察记录。[搜索导出结果合并指南](/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/)说明了如何保留查询和排名证据。在本方法中，变更比较针对的是选定页面及其已保存版本。

## 3. 比较版本前，先确认页面身份

页面身份记录用于说明某个已保存副本对应哪份文档。仅凭网址可能无法确定这一点。页面可能发生重定向、切换语言，或显示另一产品版本的文档。

此后每次访问，都要检查请求网址、最终网址、页面标题、章节标题和注明的适用范围。比较文本前，先记录这些信息是否发生变化。

不要仅因旧导出指南重定向到了新的综合帮助页面，就将两者直接比较而不作说明。保留两个副本，并将比较标记为待确认，直到弄清每个页面分别是什么文档。

同样，不同语言和产品版本的内容应分开保存。如果研究范围发生变化，请记录下来。扩大页面范围可能有用，但不会因此获得新增页面过去的快照。

## 4. 保存文本及其观察时间

每次都要保存完整的相关公开页面文本。同时保留与买方任务相关的段落原文。截图有助于保留可见布局，但你还需要保留文本，以便准确比较和引用。

保留相关陈述的适用条件。关于 JSON 导出的某句话，可能受到附近文字中所述的套餐限制、产品版本或访问要求约束。只保存格式名称，可能会丢失决定其含义的条件。

每次观察一个页面，都建立一条记录：

| 快照字段 | 记录内容 |
| --- | --- |
| 快照编号 | 为本次保存设置的唯一编号 |
| 页面编号 | 关联页面登记表 |
| 观察时间 | 保存页面时的日期、时间和时区 |
| 请求网址与最终网址 | 本次观察检查过的网址 |
| 访问状态 | 是否获取到预期的公开文本 |
| 页面标题及适用范围 | 页面实际显示的内容 |
| 全文位置 | 所保留文本副本的存放位置 |
| 相关段落原文 | 用于比较的完整段落及其适用条件 |
| 段落位置 | 页面内的标题或其他定位信息 |
| 页面显示日期 | 页面上显示的日期；没有则标记为缺失 |
| 保存备注 | 缺失内容或其他限制 |

将观察时间与页面显示日期分开记录。保存时间说明你何时看到了这些措辞。显示日期的含义取决于页面本身的说明。两者都不能自动证明某句话何时发生了变化。

将公开证据与你自己的记录分开。官方页面文本是公开来源材料。快照编号、已保存副本、审核备注和买方优先事项，则是你自行维护的记录。已声明的搜索字段不能证明 Actor 会替你创建这些记录。

不要用新副本覆盖旧副本。如果不保留旧文本，之后就无法核查差异。

## 5. 比较具有可比性的段落，并对措辞差异分类

在相关适用范围相同的前提下，比较同一页面的两个已确认可用的快照。并排阅读完整段落。文本比较可以找出待核查的差异，但每处差异都要结合上下文审核。

将措辞差异分为以下类别：

| 类别 | 比较结果支持的结论 |
| --- | --- |
| 新增措辞 | 相关文本出现在较晚的副本中，但较早副本中具有可比性的段落没有该文本 |
| 删除措辞 | 相关文本出现在较早的副本中，但较晚副本中具有可比性的段落没有该文本 |
| 限定条件变更 | 条件、限制、版本或其他限定发生变化 |
| 呈现方式变更 | 布局或措辞发生变化，但尚未确认相关陈述的含义发生变化 |
| 待确认的差异 | 文本缺失或适用范围变化，导致无法进行可靠比较 |

删除措辞不能证明功能已删除。新增措辞不能证明功能刚刚发布。对买方任务而言，限定条件的变化可能比新增列出一种格式更重要。

用直白的语言记录观察区间：“10月1日与10月8日保存的副本之间存在措辞差异。”不要将其改写成证据并未提供的确切编辑日期。

为每处待核查的差异保存一条变更记录：

| 变更记录字段 | 用途 |
| --- | --- |
| 变更编号 | 为本次比较设置的唯一编号 |
| 页面编号 | 标识对应的官方页面 |
| 新旧快照编号 | 关联所保留的两个版本 |
| 前后两次观察时间 | 确定观察区间 |
| 新旧段落原文 | 使差异可供核查 |
| 措辞差异类别 | 区分新增、删除和限定条件变更 |
| 适用范围检查 | 记录段落是否具有可比性 |
| 对买方任务的影响 | 说明该差异为何可能重要 |
| 产品声明核实状态 | 说明哪些内容仍未核实 |
| 下次检查 | 列出下一步所需的证据 |

## 6. 逐步分析一个严谨的示例

原创教学虚构示例。这不是 Actor 运行记录、客户成果或对真实公司的观察结果。下文所有网址、段落、日期和记录均为虚构。

假设一名研究人员正在检查某个报表流程的导出文档。研究人员分别在2026年10月1日和10月8日，保存了虚构页面 A（`https://example.com/help/exports`）的完整公开文本。两次观察的时间均为 12:00:00 UTC。UTC 即协调世界时，是一种标准时间基准。

两个副本的页面身份、语言和相关适用范围一致。研究人员还在10月8日找到了虚构页面 B（`https://example.com/help/report-formats`）。页面 B 没有较早的已保存副本。

以下是本例保留的完整相关段落：

| 页面及观察时间 | 虚构段落原文 | 证据状态 |
| --- | --- | --- |
| A，10月1日 12:00:00 UTC | “报表支持 CSV 导出。” | 已确认可用的较早段落 |
| A，10月8日 12:00:00 UTC | “报表支持 CSV 和 JSON 导出。” | 已确认可用的较晚段落 |
| B，10月8日 12:00:00 UTC | “报表可以导出为 JSON。” | 仅有本次观察；较早文本缺失 |

CSV 和 JSON 是数据格式。本例提到它们，是为了展示如何比较措辞，并未测试任何一种格式。

对于页面 A，已确认的变更记录写道：“在10月1日和10月8日两次观察之间，导出段落新增了 JSON 相关措辞。”两次保存的完整页面副本和两段原文均保留，可供审核。

对于页面 B，记录写道：“10月8日的段落记载了 JSON 导出。没有可用的较早快照。”这条记录并不代表第二处已证实的变更。

计算时，各类数量应分开统计：

- 页面 A 有 2 次已保存的观察。页面 B 有 1 次已保存的观察。合计：2 + 1 = 3 次已保存的观察。
- 页面 A 提供了 1 对可比较的副本。页面 B 因缺少较早副本，无法组成一对。
- 这对可比较的副本显示：1 个页面上有 1 处观察到的措辞变更。
- 页面 B 提供了 1 次仅反映当前状态的页面观察。其变更状态未知。

这些数字统计的是页面、已保存副本和比较次数，不是客户数、用户数、功能发布次数或成功导出次数。页面 B 缺少较早副本，不能证明较早文本中 JSON 相关措辞的数量为零。

买方任务备注指出，关于 JSON 的陈述可能影响导出功能审核。下一步是在买方要求的产品适用范围内核实该功能。这条记录没有提供发布日期或使用结果。

## 7. 明确记录失败和证据缺失

不能把一次检查失败写成措辞已消失。使用明确的状态，让之后的读者能判断哪些比较有效。

| 情况 | 应记录的状态 | 下一步操作 |
| --- | --- | --- |
| 没有较早快照 | 仅有本次观察 | 以本次保存作为历史记录的起点 |
| 后续检查时无法访问页面 | 后续观察结果不可用 | 保留较早副本并重试 |
| 副本包含导航，但缺少相关文本 | 保存内容不完整 | 获取预期段落后再比较 |
| 重定向后到达另一份文档 | 页面身份待确认 | 审核两个网址及文档适用范围 |
| 产品版本或语言不同 | 适用范围已变 | 审核前，将副本分开保留 |
| 搜索未找到有用的候选页面 | 页面查找存在缺口 | 直接检查已知的官方来源 |
| 相关段落一致 | 这些段落中未观察到措辞变更 | 保留已确认可用的这对副本，并注明其有限的适用范围 |

“未观察到措辞变更”仅适用于已检查的段落和观察区间，并不表示整个产品都没有变化。

缺失的日期和段落应继续标记为缺失。只有在已确认有效的比较确实支持零计数时，才能使用零。例如，审核完成后，可以记录确认的变更为零。如果缺少较晚的页面文本，就不能这样记录。

在历史记录中保留失败的观察。不要用空白或不完整的副本替换最后一个可用快照。

## 8. 核查产品证据并撰写简报

将措辞变更称为功能发布前，先寻找另一份带日期的官方来源，确认其能支持该说法。版本说明可能有帮助，但仅凭附近出现的日期，无法确定该具体功能的发布日期。

如果买方决策需要经过测试的功能证据，请另行安排检查，并使用要求的产品版本、套餐和工作流程。检查实际进行前，应将其标记为计划进行。文档记载的支持情况与经过测试的实际行为，属于不同的证据状态。

围绕买方任务撰写简报。先说明观察到的措辞差异。然后提供页面链接、两次观察时间、两段原文的引用位置，以及相关适用范围。解释这些措辞为何可能影响决策。最后写明尚未解决的问题和下一步所需的证据。

分享简报前，请完成以下审核：

1. 确认两个已保存版本仍然可用。
2. 检查两段文字是否属于同一页面，且相关适用范围一致。
3. 对照保留的文本，逐字核对所有引文。
4. 将观察时间与所声称的编辑日期或发布日期分开。
5. 将仅有当前观察的页面与已证实的措辞变更分开记录。
6. 删除证据不支持的采用情况、性能或业务影响相关说法。

## 从一个页面开始，定期复查

选择一个与买方任务有关的官方页面。保存完整的相关公开文本、相关段落原文、页面地址、适用范围和观察时间。设定下次检查日期，并保留首次保存的副本。

需要寻找候选文档或版本说明页面时，可使用 [Google Search Scraper Actor](https://apify.com/chronometrica/google-search-scraper)。使用前，检查建议的输入内容。将页面保存和变更审核作为两个独立步骤，由你自行控制。

下次保存并确认副本可用后，判断结果属于可比较的措辞变更、段落未变，还是存在证据缺口。根据结果，选择下一步要做的产品检查。

## 来源和延伸阅读

- [竞品跟踪公开讨论——观察于2026年10月25日；仅为个人表述，不能代表普遍需求或产品成果](https://www.reddit.com/r/growmybusiness/comments/1vcb4eo/how_do_you_actually_keep_track_of_what/)
- [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)