# 根据搜索结果建立基于公开信息的企业潜在客户名单

要根据 Google 搜索结果建立企业研究名单，先用少量搜索查找可能的企业网站。然后在各企业的官方网站上核查其身份、服务和服务区域。为每家已核查企业保存一行研究记录，附上能够支持其符合条件的链接和确切原文。搜索结果提供的是用于发现候选企业的样本。它们不是完整的企业名录、Google 地图导出数据，也不是可以直接联系的名单。

先人工核查网站。这一步回答核心问题：哪些企业的公开信息符合你的规则？Chronometrica 的 Google Search Scraper 可以为这项核查提供搜索结果记录。它不能代替企业核查。

## 1. 确定哪些企业应纳入名单

搜索前先写好纳入规则。纳入规则说明企业必须提供哪些信息，才能进入名单。排除规则说明哪些项目不纳入名单。

本指南建议的搜索范围是声明为多伦多提供服务的管道服务企业。这是研究范围，不是对任何真实企业的调查结论。

按以下步骤确定自己的研究范围：

1. 写明所需服务。说明一般性的服务声明是否足够，还是必须提供某项具体服务。
2. 写明所需地点。说明企业必须在当地设有办公地点，还是必须明确为该地区提供服务。
3. 要求企业拥有公开网站，并提供支持其身份及符合条件的证据。
4. 排除名录、招聘广告，以及按你的规则不代表企业本身的页面。
5. 确定如何记录尚不明确的名称、网站关系或服务声明。
6. 规定在将名单用于其他目的之前，需要进行哪项核查。

将办公地点与服务区域分开记录。企业可能只说明其中一项。仅有多伦多地址，不能证明企业提供你所需的服务。仅有服务页面，也不能证明企业为多伦多提供服务。

所提供的买家背景涉及一个问题：有哪些 Google 地图抓取工具可用于获取本地企业潜在客户。这种表述使地点核查成为本方法的核心。不过，所提供的内容只是一次公开搜索中截取的标题和摘要。所提供的证据不包含对完整页面的核查。它不能证明搜索需求，也不能确认工具支持 Google 地图。[关于本地企业的公开提问 — 2026年8月11日获取；仅含标题和摘要，发布日期未知](https://www.reddit.com/r/CRM/comments/1spqhw8/best_google_maps_scraping_tools_for_local)

## 2. 准备一次小规模搜索并做好记录

查询是你提交给搜索引擎的确切文字。查询清单是一份简短的查询记录列表。先从一条查询开始。只有在另一条查询能够补足明确的研究缺口时，才添加它。

收集前，保存查询内容、请求的国家、请求的语言和结果数量上限。这些设置描述的是搜索请求，不能确定企业的服务区域。

Actor 是托管运行的数据收集程序。已核查的 Chronometrica Google Search Scraper 公开默认构建版本声明了下方使用的输入字段。JSON 是一种用于存储命名值和列表的文本格式。

```json
{"country":"CA","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["plumbing company Toronto services"]}
```

2. 准备一次小规模搜索并做好记录

这份建议输入已通过公开构建版本的输入规则检查。本指南未运行 Actor。此次检查确认了输入格式和允许使用的值。它不能确认有哪些结果可用、收集是否成功或覆盖范围如何。[公开默认构建版本 1.0.15 — 2026年10月25日已核查；已检查输入规则和列出的输出字段，未实际运行](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)

按以下方式替换示例值：

1. 将整个 `queries` 列表替换为你要使用的查询。首次收集只保留一条查询。
2. 使用本方法时，将 `engines` 保持为 `["google"]`。
3. 根据需要替换 `country`。`CA` 表示请求加拿大。
4. 根据需要替换 `language`。`en` 表示请求英语。
5. 将 `maxResultsPerExecutedQuery` 设为较小的上限。已核查的允许范围为 1 至 100。
6. 将完整输入与研究笔记一同保存。

结果上限是为每条实际执行的查询请求的最大结果数。示例上限为三条结果。这不保证会返回三条结果，也不保证会有三家符合条件的企业。

你可以从公开的 Google Search Results Scraper Task 开始。Task 是为 Actor 保存的输入预设。其公开页面已核查，但当前保存的设置尚未验证。使用前，请检查这些设置并替换示例值。不要假定预设包含上面的输入。[Google Search Results Scraper Task — 2026年10月25日已核查；已确认公开页面存在，未验证保存的设置及运行情况](https://apify.com/chronometrica/google-search-scraper/examples/google-search-results-scraper)

## 3. 分开保存搜索记录与企业记录

URL 就是网址。域名是网址中的网站名称。一条观察记录是一条已记录的搜索结果。多条观察记录或多个 URL 可能涉及同一家企业。

用来源表保存返回的搜索记录。在另一张表中建立企业名单。这样，当多个页面为同一家企业提供支持时，证据仍能完整保留。

保留文档中列出的以下字段，不要更改其原始值：

| 来源字段 | 核查用途 |
| --- | --- |
| `engine` | 识别该结果对应的搜索引擎 |
| `executedQuery` | 保留该结果对应的确切查询 |
| `rank` | 保留该结果在跨已获取页面解析出的受支持结果块中的连续序位 |
| `title` | 保留返回的结果标题 |
| `canonicalUrl` | 保留返回的候选网址 |
| `resultDomain` | 保留返回的目标域名 |
| `snippet` | 保留搜索结果的简短文字；值缺失时也保留缺失状态 |
| `isSponsored` | 保留返回的赞助结果标志 |
| `observedAt` | 保留记录中的观察时间 |

标志是一个值为真或假的字段。这里，`isSponsored` 记录结果是否被标为赞助内容。请明确保留这一区别。付费展示不能证明企业符合条件。

不要将标题或摘要当作已经核查的企业事实。它们只用于选择要检查的页面。`canonicalUrl` 这个字段名也不能证明目标网站属于某家特定企业。

关于单独的文件保存任务，请参阅[能否将所有 Google 搜索结果导出到电子表格？](/zh-Hans/articles/google-%E6%90%9C%E7%B4%A2%E7%BB%93%E6%9E%9C%E9%99%90%E9%87%8F%E5%AF%BC%E5%87%BA/)。保持导出文件完整，并在另一张表中添加人工研究记录。

完成所计划的收集后，先检查实际运行状态，再使用记录。记录运行是已完成、失败还是中断。如果结果较少或为空，保留任何可获得的原因说明。这些是读者需要执行的操作，不是对本指南已进行某次运行的报告。

## 4. 在官方网站上核查企业

手动打开每个候选网站。目的是确认企业的公开身份，以及企业所述信息是否符合条件。

企业公开身份是企业对外使用的名称和网站。法律实体是法律认可的组织。本方法不会仅因网站存在就确认其法律身份。

对每家候选企业使用相同的核查顺序：

1. 检查页面代表的是企业本身，还是其他发布者。
2. 按网站上的写法记录企业名称。
3. 记录所核查官方页面的网址。
4. 找到说明所需服务的原文。
5. 找到说明所需服务区域或办公地点的原文。
6. 将相关原文逐字复制到研究表中。
7. 将人工检查时间与搜索观察时间分开记录。
8. 设定核查状态并写明原因。

服务和地点证据可以来自不同的官方页面。在这种情况下，两个页面的网址都要保留。首页可以确认公开名称，服务页面则可以支持服务声明。

不要用假设代替缺失的原文。如果页面写着“维修”，却没有说明是管道维修，就将服务问题保留为未解决。如果页面列出办公地点，却没有说明服务区域，就应用搜索前写好的地点规则。

官方网站可以支持关于企业公开声明了什么的判断。它不能独立证明服务质量、当前服务能力或向你采购的意愿。

如果无法访问目标页面，请记录访问失败。不要用搜索摘要填补证据缺口。[如何根据 Bing 搜索结果建立抓取队列](/zh-Hans/articles/%E7%94%A8%E5%BF%85%E5%BA%94%E6%90%9C%E7%B4%A2%E7%BB%93%E6%9E%9C%E6%9E%84%E5%BB%BA%E6%8A%93%E5%8F%96%E9%98%9F%E5%88%97/) 介绍了一项相关的目标页面核查任务。该指南使用 Bing，并建立页面收集队列。本指南的交付成果则是经过核查的企业名单。

## 5. 查明重复名称与网站关系

为每行已核查的企业记录选定一个统一的公开名称。将其他发现的名称保存在别名字段中。别名是同一家候选企业使用的另一个名称。

只有在公开证据支持相关关系时，才能合并记录。同一域名下的两个页面可以为同一家企业提供支持。但一个域名并不必然对应一个法律实体。名称相似的两个域名，也不必然属于同一家企业。

对于每个可能重复的项目，依次检查以下问题：

1. 官方页面是否使用相同的企业名称？
2. 是否有官方页面说明这些名称或网站之间的联系？
3. 根据你的计数规则，证据是否支持将它们视为同一个企业公开身份？
4. 还有哪些事项尚不明确？

合并后，保留所有提供支持的来源引用。不要仅因企业已有一行记录，就删除第二个服务页面。

将不明确的关系写入单独的核查备注。例如，另一个域名上出现相似名称时，可能需要再次检查官方页面。在该检查支持相关判断之前，不要将其计为第二家符合条件的企业。也不要仅为减少数量而将其合并。

这种方法将页面数量与企业数量分开。其他读者也能据此核查你为何合并某些记录，又为何将其他记录分开保留。

## 6. 保存企业条件核查表

条件核查是指根据事先声明的规则检查企业。它不表示该企业已可直接联系。

每个有证据支持的候选企业身份使用一行记录。对于尚未解决的来源页面，在能将其关联到某家企业之前，继续保留在来源表中。这样可以避免把无法访问的页面变成虚构的企业记录。

在企业表中保存以下字段：

| 研究字段 | 记录内容 |
| --- | --- |
| 企业记录编号 | 你为该行指定的固定引用编号 |
| 企业公开名称 | 有官方页面支持的名称 |
| 其他发现的名称 | 别名，以及支持任何已查明关系的证据 |
| 官方网站 | 与已核查的公开身份相关联的网站 |
| 身份证据 | 支持名称或网站关系的官方页面及原文 |
| 服务证据 | 确切的相关原文及其所在官方页面 |
| 地点证据 | 支持所需服务区域或办公地点规则的确切原文 |
| 来源引用 | 所有提供支持的搜索记录引用 |
| 人工检查时间 | 你检查官方页面的时间 |
| 核查状态 | 暂定符合、已排除或待核查 |
| 判断理由 | 证据如何满足或不满足你的规则 |
| 未解决的关系 | 任何尚未解决的名称、域名或企业身份问题 |
| 下次核查 | 进一步使用前必须完成的检查 |

如果官方证据在检查时满足你声明的规则，就使用“暂定符合”。如果证据支持将该项目排除，就使用“已排除”。如果某项必需事实仍然未知，就使用“待核查”。

只记录与本次判断有关的企业公开事实。本方法不添加非公开电子邮箱地址、个人电话号码、收件箱信息或仅账户所有者可见的账户记录。它也不核实企业是否愿意接收销售信息。

## 7. 完整示例：六个 URL 为两家企业提供支持

原创虚构示例。本节所有企业名称、页面描述、引文和数量均为教学虚构内容。这不是 Actor 运行结果、客户成果，也不是对真实企业的观察结论。

虚构规则要求企业提供管道服务，并明确声明为多伦多提供服务。一份虚构查询清单返回了六个不同的 URL。此示例独立于前文建议的单条查询输入；前文输入的结果上限为三条。

| 虚构 URL 编号 | 找到的页面 | 核查结果 |
| --- | --- | --- |
| U1 | Alder Plumbing 首页 | 支持确认 Alder 的公开身份 |
| U2 | Alder Plumbing 服务页面 | 支持确认 Alder 的服务和地点符合条件 |
| U3 | 关于 Alder Plumbing 的名录介绍 | 不作为单独的企业条目纳入 |
| U4 | 招聘广告 | 按企业名单规则排除 |
| U5 | Cedar Repair 首页 | 支持确认 Cedar 的身份及其符合条件 |
| U6 | 无法访问的页面 | 待核查；身份及是否符合条件仍然未知 |

在虚构的 Alder 服务页面上，核查者找到以下文字：“Alder Plumbing 在多伦多全市提供管道维修服务。”在虚构的 Cedar 首页上，核查者找到以下文字：“Cedar Repair 在多伦多提供管道维修服务。”这些虚构引文展示了应当保留哪类确切证据。

核查者创建了两行暂定符合的企业记录：

| 虚构企业 | 支持来源编号 | 判断结果与下次核查 |
| --- | --- | --- |
| Alder Plumbing | U1 和 U2 | 暂定符合；进一步使用前，重新核查所引用的服务及服务区域声明 |
| Cedar Repair | U5 | 暂定符合；进一步使用前，重新核查所引用的服务及服务区域声明 |

来源数量计算如下：

- 3 个提供支持的官方页面 URL + 2 个已排除的 URL + 1 个未解决的 URL = 6 个发现的 URL。
- 2 个 Alder 官方页面 URL 为 1 家候选企业提供支持。
- 1 个 Cedar 官方页面 URL 为 1 家候选企业提供支持。
- 1 家 Alder 候选企业 + 1 家 Cedar 候选企业 = 2 行暂定符合的企业记录。

在本次核查中，U3 不支持增加企业条目。U4 不在规则范围内。U6 仍是未解决的来源，既不是已确认的第三家企业，也不能证明没有企业存在。

正确的交付内容是两行暂定符合的企业记录、支持其符合条件的确切原文、两个排除项和一个未解决的来源。六个 URL 不等于六家企业，也不等于六个可以直接开展联系的对象。

## 8. 检查名单，再选择下一步操作

对照最初的研究范围核查整张表：

1. 确认每家暂定符合的企业都有官方身份证据。
2. 确认每项服务和地点判断都有原文支持。
3. 检查合并后的记录是否保留了来源引用。
4. 明确保留尚不确定的名称和域名关系。
5. 分别统计发现的 URL 数量、已核查的页面数量和符合条件的企业数量。
6. 保留已排除和未解决的来源，并注明原因。
7. 为每家暂定符合的企业安排下次核查事项。

区分缺失值与零。摘要缺失表示文字内容未知，不能证明页面为空。排名缺失不等于排名为零。网站无法访问，也不能确认企业提供的服务数量为零。

如果你已完成规定的核查，且没有企业符合规则，那么暂定符合的企业为零可以是有效结果。如果仍有必需页面未经检查，就应说明核查尚未完成。不要将未知结果报告为已确认的失败。

根据缺口选择下一步操作。如果搜索找到的页面类型不对，就调整查询。如果缺少必需的声明，就检查另一个官方页面。如果名称或域名仍不明确，就调查企业身份。任何新增搜索都要作为独立样本记录。

## 先核查一家企业，再扩大名单

先从小规模 Google 搜索样本中选取一家候选企业。核查其官方身份、服务和地点证据。保存相关原文、来源引用、判断结果和下次核查事项。这样，在收集更多结果之前，你就有一条完整记录可供评估。

使用 [Chronometrica Google Search Scraper — 2026年10月25日已核查输入输出约定；文档所述输入输出适合此用途，本指南未实际运行](https://apify.com/chronometrica/google-search-scraper) 收集本指南建议的发现样本。将人工条件核查保留为独立步骤。只有在每家纳入名单的企业都有证据支持，且每个未解决的来源都有明确后续操作时，才能交付名单。

## 来源和延伸阅读

- [Chronometrica Google Search Scraper — 2026年10月25日已核查；文档所述收集功能适合此用途，未实际收集或验证覆盖范围](https://apify.com/chronometrica/google-search-scraper)
- [公开默认构建版本 1.0.15 — 2026年10月25日已核查；已检查示例输入验证结果和列出的输出字段，未进行运行测试](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)
- [Google Search Results Scraper Task — 2026年10月25日已核查；已验证确切的 Task ID 并确认公开页面存在，未验证保存的设置](https://apify.com/chronometrica/google-search-scraper/examples/google-search-results-scraper)
- [关于本地企业的公开提问 — 2026年8月11日获取；仅截取标题和摘要，发布日期未知，未衡量需求](https://www.reddit.com/r/CRM/comments/1spqhw8/best_google_maps_scraping_tools_for_local)