文章页面位于中央,两侧分别是导航面板,以及带有图标和文字行的小卡片。

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

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

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

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

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

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

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

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

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日已核查;已检查输入规则和列出的输出字段,未实际运行

按以下方式替换示例值:

  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日已核查;已确认公开页面存在,未验证保存的设置及运行情况

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

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

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

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

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

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

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

关于单独的文件保存任务,请参阅能否将所有 Google 搜索结果导出到电子表格?。保持导出文件完整,并在另一张表中添加人工研究记录。

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

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

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

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

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

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

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

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

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

如果无法访问目标页面,请记录访问失败。不要用搜索摘要填补证据缺口。如何根据 Bing 搜索结果建立抓取队列 介绍了一项相关的目标页面核查任务。该指南使用 Bing,并建立页面收集队列。本指南的交付成果则是经过核查的企业名单。

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

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

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

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

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

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

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

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

6. 保存企业条件核查表

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

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

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

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

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

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

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

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

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

7. 完整示例:六个 URL 为两家企业提供支持
虚构 URL 编号找到的页面核查结果
U1Alder Plumbing 首页支持确认 Alder 的公开身份
U2Alder Plumbing 服务页面支持确认 Alder 的服务和地点符合条件
U3关于 Alder Plumbing 的名录介绍不作为单独的企业条目纳入
U4招聘广告按企业名单规则排除
U5Cedar Repair 首页支持确认 Cedar 的身份及其符合条件
U6无法访问的页面待核查;身份及是否符合条件仍然未知

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

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

7. 完整示例:六个 URL 为两家企业提供支持
虚构企业支持来源编号判断结果与下次核查
Alder PlumbingU1 和 U2暂定符合;进一步使用前,重新核查所引用的服务及服务区域声明
Cedar RepairU5暂定符合;进一步使用前,重新核查所引用的服务及服务区域声明

来源数量计算如下:

  • 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. 为每家暂定符合的企业安排下次核查事项。

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

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

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

来源和延伸阅读

作者 Chronometrica · 更新日期

返回顶部 ↑