批量网站检查工具可以批量检测公司 URL，并返回 Website Status、HTTP Status Code、Final URL、Page Title 和 Error Message。在 Datablist 中，你可以对 CSV 或 Excel 名单运行 Website Status & Parked Domain Checker，先抽样测试，再调查结果不明确的记录，最后决定是否更新 CRM 数据。
网站能否访问只能反映某个 URL 的技术状态，不能证明公司仍在运营或已经停业。 正常打开的网页可能属于一家已停止经营的企业；请求失败也可能只是网站暂时宕机、URL 过期或存在访问保护。
建议将网站检查结果与业务状态判断分别存储。这样，团队可以建立待审核队列，避免因为一次技术故障而误删客户账户。
网站状态检查工具的功能
该 enrichment 会访问你提供的网站 URL，并根据响应结果进行分类。除非关闭缓存选项，否则它可能复用已缓存的网页内容。
- Online： 成功获取到网页内容，并且未命中停放域名检测规则。这并不代表公司仍在经营，也不能证明其邮箱可正常收信。
- Redirected： 请求最终跳转到了另一个域名。仅协议发生变化或页面路径不同，不会被归类为公司域名变更。
- Parked： 页面标题、内容或 URL 特征命中了工具的停放域名判断规则。请人工查看页面，因为占位内容和维护提示有时需要结合语境判断。
- Unreachable： 请求错误或失败响应导致工具无法获得可用页面。请先查看 HTTP 状态码和错误信息，不要直接认定该域名已不存在。
如果你的名单只有公司名称，需要先查找对应的网站。遇到这种情况，请先阅读根据公司名称查找官网，确认域名匹配无误后再进行检查。
批量检查网站状态的完整步骤
第 1 步：导入数据
将 CSV 或 Excel 文件导入一个 collection。保留 Company Name、Original Website，以及稳定不变的 CRM ID 或来源 ID。将检查结果写入新的 properties，避免不确定的匹配结果覆盖原始网站地址。
例如，示例数据中的账户 001 可以填写 https://acme.example，账户 002 则填写之前使用的域名。抽样数据应同时包含普通 URL、已知重定向以及需要人工审核的记录。这些地址仅用于展示输入格式，并非经过实时检测的网站。
第 2 步：打开网站状态检查工具
打开 enrichment catalog，然后选择 Website Status & Parked Domain Checker。该工具会处理现有每一行中的网站 URL，但不会识别访问你自己网站的匿名访客。
如果你搜索的是“哪些公司访问了我的网站”，就必须注意这一区别：本流程检查的是你主动提供的公司 URL，并不是访客识别或网站分析工具。
第 3 步：配置设置并映射网站字段
将 Website Url 映射到保存公司原始 URL 的 property。对于缺失或无效的输入，必须先完成修正，才能得到有意义的网站可用性结果。
选择一种 Proxy Policy：Use proxy on error (default)、Always use proxy 或 No proxy。默认策略可在抓取失败后通过 proxy 重试，但它既不能保证请求一定成功，也无法说明网站为何拒绝第一次访问。
该 enrichment 可以复用七天内缓存的网页内容。如果需要重新抓取以调查近期变化，请启用 Disable cached data。同时，建议在 collection 中单独记录实际检查日期，因为运行缓存检查的时间不一定等于网页内容的抓取时间。
制定预算时，请以 enrichment 设置中显示的费用及运行记录中的实际用量为准。Proxy 和缓存路径都可能影响用量，因此不要把每条结果都按一次相同的全新请求来估算。
第 4 步：选择输出字段
如果目的是审核名单，建议映射全部五个输出字段：Website Status、HTTP Status Code、Final URL、Page Title 和 Error Message。每个字段回答的问题都不同。
Website Status 提供整体分类；Final URL 有助于调查域名是否发生变化；Page Title 和 Error Message 可用于解释域名停放或抓取失败。HTTP 状态码只是本次请求的技术背景，不能单独作为企业经营状态的判断依据。
另外添加一个由你控制的审核 property，例如 Keep、Verify domain、Retry 或 Investigate business status。网站检查工具不会替你做出这些业务决策。
第 5 步：打开 Instant Run
配置好输入和输出后，选择 Continue with Instant Run。先对少量记录进行测试，再处理 collection 中的其余数据。
样本应具有代表性。如果只选择容易访问且仍在使用的官网首页，就无法了解旧域名或受保护网站的实际表现。
第 6 步：抽样测试
确认已配置的运行范围，然后处理几行数据。将原始 URL、Final URL 和页面标题与公司记录进行对照，并将错误结果与成功结果分开检查。
根据当前批次选择应用提供的运行模式。Run in Async 只决定任务如何执行，并不会让一次失败的网站请求变成公司已经停业的证据。
如果需要对比最新抓取结果，请有意识地启用相应的缓存设置。不要反复运行同一个缓存请求，却把这些结果当作多次独立验证。
第 7 步：审核结果并批量运行
处理其余数据前，先检查样本结果。如果映射了错误的输入 property，或者重定向指向无关公司，请先修正配置或源数据。
确认样本结果有效后，再处理其余目标行。保留原始来源 ID 和人工审核结论，以便将数据导回 CRM。
如何解读网站检查结果
可以参考以下示例，将技术检测结果与业务结论分开处理：
| 结果 | 需要审核的内容 | 应避免的决定 |
|---|---|---|
| Online，成功获取内容 | 页面展示的是否为目标公司？ | 认定所有联系人或邮箱仍然有效。 |
| Redirected，跳转至其他域名 | 原公司、目标网站的主体身份，以及变更原因。 | 直接将此次变更标记为公司收购。 |
| Parked，标题显示“即将上线” | 这是占位页面、网站重新上线前的页面，还是无关域名？ | 立即删除该公司账户。 |
| Unreachable，请求错误 | 错误详情、源 URL，以及必要时稍后进行的全新重试。 | 仅凭一次检查失败就将公司标记为停业。 |
如何处理网站重定向
将跳转目标的名称和业务活动与账户信息进行对比。域名重定向可能意味着品牌更名、公司收购、托管服务变更，也可能只是跳转到了无关网站。只有确认具体原因后，才能更新 CRM。
不要仅因为网站发生重定向就替换邮箱域名。网站路由和邮件路由相互独立；修改联系人邮箱前，应采用合适的邮箱验证流程。
如何识别停放域名
分类器会分析抓取内容、页面标题和 URL 中的特征。它可能会标记“即将上线”等占位内容。这只说明网站值得进一步检查，并不等同于查询了企业登记信息，也不是经过核实的停业通知。
请将此类结果放入待审核队列，并保留所有客户关系信息。你可能还需要参考其他数据来源，或请账户负责人确认企业是否仍在运营。
如何处理无法访问的网站
先查看错误信息和 HTTP 状态码。页面路径不存在、服务器故障或请求被拦截，与企业主体已确认发生变化所代表的意义完全不同。
检查输入的 URL 是否仍然正确，以及本次结果是否使用了缓存。如果问题看起来只是暂时的，请有计划地重试。对于仍无法确认的记录，应继续标记为待审核，不要把不确定性转化为负面事实。
总结
利用网站检查结果确定公司名单的处理优先级：抓取或审核缓存响应，调查重定向和错误，并将已经确认的决定连同原始记录 ID 一起导出。技术状态和公司经营状态应始终保存在不同字段中。
常见应用场景
CRM 数据维护
定期检查需要关注网站状态的账户，并将这些账户交给人工审核，而不是批量删除。保留原始 URL 和账户 ID，确保所有修正都有据可查。
清洗潜客名单
进行 enrichment 前，先检查不确定的网站匹配结果。这有助于发现错误域名或过期的来源记录，但无法验证每个邮箱，也不能判断是否适合开展 Outbound。请将其与数据清洗以及后续工作流需要的其他检查结合使用。
识别品牌更名
Final URL 发生变化可以作为候选信号。在营销信息中提及品牌更名或公司收购之前，应先核实企业主体及变化原因，并将支持该结论的证据保存在已审核记录中。
FAQ
该工具会访问网站吗？
它会抓取网页内容，但也可能复用缓存响应。如果你需要进行全新检查，请启用 Disable cached data。
能否识别停放域名？
它会标记与域名停放或占位页面相关的特征。由于启发式判断可能需要修正，请同时检查网页及其背景信息；该检查不能证明公司已经停业。
如果网站屏蔽 Bot 怎么办？
查看 Proxy Policy 和工具返回的错误信息。通过 proxy 重试或许能够获取内容，但仍有失败的可能。如果访问限制导致检查结果不可靠，应将该记录视为尚未解决。
Online 是否代表公司仍在运营？
Online 只表示网站检查按照工具规则找到了可用的网页内容。在更改 CRM 账户状态或删除记录前，仍需通过适当的证据确认公司经营状态。