STATUS IS UP网站优化 Wiki
32加固
SEO 与可发现性 / 加固

robots.txt 指南:在不掩盖错误的前提下控制爬取

使用 robots.txt 引导爬虫访问,然后根据目标配对合适的索引或访问控制方法。

robots.txt 指南:在不掩盖错误的前提下控制爬取 — 可视化指南
阅读
8 分钟
来源
6
重新验证
2027-03-27
已审阅
技术 SEO 与网站平台审阅者;对访问控制或敏感内容决策应追加安全审查。
简短回答

从决策开始。

将 robots.txt 用于引导遵守规则的爬虫避开会产生不必要爬取工作的特定公开 URL 模式。将 UTF-8 纯文本文件发布在精确站点源(origin)的根目录,并以尽量少的规则开始。它是爬虫访问的信号,而不是锁,永远不会掩盖错误。

Robots.txt 无法可靠地隐藏页面或提供保护。被阻止的 URL 仍可能通过链接被发现。对于应从索引中移除的公开内容,使用可被抓取的 noindex(例如 HTML meta 标记或 X-Robots-Tag 头)以便爬虫能读取指令。对于私有材料,必须实施服务器或应用的访问控制。

把编辑当作生产配置处理:识别 origin,测试命名 URL,检索实时 /robots.txt,并保留先前版本就位。SIU 支持通过预检(preflight)和回滚纪律实现主动的可用性与修复,不是用于中断警报或状态报告。

可视化指南

把工作看作一个系统。

使用此地图在执行具体策略前将文章中的决策联系起来。

SIU加固
01选择与目标匹配的控制方式
02精确使用核心语法和作用域
03仅屏蔽有 URL 证据支持的模式
04保持 sitemap、noindex 与隐私决策的一致性
01

选择与目标匹配的控制方式

爬行(crawling)是对 URL 的自动化检索。索引(indexing)是搜索引擎决定是否存储并展示有关该 URL 的信息。访问控制决定谁可以获取内容。Robots.txt 涉及爬行,遵守该协议的爬虫会选择是否遵循它。IETF 的 Robots Exclusion Protocol 指明它不是授权(authorization)。

对公开且低价值的路径(例如受控的站内搜索路由)使用 Disallow 规则来管理爬虫访问。对应从支持的搜索结果中排除的公开内容,使用 noindex。对预览、账户区域、导出或敏感数据,使用真正的认证或应用/服务器访问控制。对于客户、员工、支付或受监管的信息,需获得合格的安全与平台评审;robots.txt 永远不能作为补偿性控制。

爬取管理

Robots.txt 可以请求遵守规则的爬虫避免定义的公开路径;它不能保证从结果中移除。

索引控制

在 HTML 中或通过 X-Robots-Tag 头使用 noindex,并保持响应可抓取以便爬虫可以读取该指令。

私有内容

要求认证或使用适当的应用/服务器控制,然后从公开发现路径中移除该 URL。

02

精确使用核心语法和作用域

在每个需要规则的 scheme、host 和端口的根目录发布 UTF-8 纯文本的 /robots.txt。位于 https://www.example.com/robots.txt 的文件并不会自动适用于 https://example.com、子域或 HTTP origin。在假定规则适用之前,先验证规范 URL、重定向、CDN 与应用所服务的 origin。

一个组(group)以 User-agent 开始,随后使用 Allow 或 Disallow 路径。User-agent: * 是通用组。匹配是区分大小写的,并从路径开头进行匹配。最具体的匹配规则胜出;同等具体的 Allow 应优于 Disallow。Disallow: 表示不阻止任何内容,而 Disallow: / 会阻止整个 origin。标准定义了 # 作为注释、* 作为通配符、$ 表示模式末尾。

最小基线

如果没有记录的爬取管理需求,则不要添加排除;不要创建推测性的屏蔽。

安全的模式

优先使用稳定且狭窄的前缀,例如 /search/,而不是松散的通配符或无法解释的文件名规则。

注释

记录规则目的、所有者和变更参考,但不要把注释当作审查的替代。

03

仅屏蔽有 URL 证据支持的模式

在编写规则之前,清点重要页面、不想被爬取的路径、查询变体、站内搜索、预览路由、资源与 sitemap URL。对每个样本 URL,记录预期结果和匹配规则。将该列表与规范 URL 与实时导航比较,确保屏蔽不会隐藏有用路径。

除非另有测试,否则保持对浏览器关键资源的可用性。Google 警告说,屏蔽 CSS、JavaScript、图片或其他资源会让页面更难被分析。Robots.txt 不能解决重复内容选择、授权或页面质量问题;应在合适场景使用规范化(canonicalization)、重定向、访问控制或内容改进。

先要证据

使用真实的 URL 样本和服务器或爬取证据,不要复制来自其他站点的通用列表。

变更表

在发布记录中为每个样本 URL 保留预期结果、匹配的规则和责任人。

04

保持 sitemap、noindex 与隐私决策的一致性

Sitemap 告诉搜索引擎你认为重要的 URL 与文件;它能帮助发现但不保证爬取或索引。强有力的内部链接仍然重要。你可以在 robots.txt 中添加完整的 Sitemap URL,但不要列出私有、已重定向、被 robots 阻止或有意 noindex 的 URL。在发布时将 sitemap 输出与 robots 规则进行对齐。

noindex 不是 Google 的 robots.txt 指令。Google 支持在 HTML meta 标签或 X-Robots-Tag HTTP 响应头中使用它,且必须抓取响应才能看到该指令。如果公开页面需要离开 Google 结果,请移除隐藏 noindex 的 robots 屏蔽。如果内容非公开,不要在 robots.txt 中公开其路径;应强制访问控制。敏感数据边界需要合格审查。

Sitemap 声明

使用完整 URL,例如 Sitemap: https://www.example.com/sitemap.xml;它不会覆盖爬取阻止。

HTML 与文件

对 HTML 使用 meta noindex,或在适当情况下使用 X-Robots-Tag: noindex 响应头,然后测试实时响应。

紧急暴露

当内容敏感时先限制访问,然后在适当情况下使用搜索引擎的移除流程。

05

像关键配置文件一样测试并发布

本地验证已批准的文本,然后针对目标爬虫组测试允许与拒绝的示例。部署后,私下或通过直接 HTTP 请求检索公开的 /robots.txt 以确认内容、origin 与响应状态。Google 提供 Search Console 的 robots.txt 报告用于可访问文件的检查,并提供用于本地测试的开源解析库。

爬虫可能会缓存 robots 文件,所以不要承诺立即生效的发现或索引更改。服务器或网络错误会导致爬虫假设完全禁止,而 4xx 可能允许访问。将该文件纳入源控配置,对全站或通配符变更要求额外审查,并保留先前版本。SIU 的预检和回滚规划可以在错误发布变成更大可用性或可发现性问题前捕获问题。

发布门控

对 origin 迁移、全站阻断、通配符以及影响登录、结账或支持路由的更改,要求第二名审阅者。

回滚信号

当重要样本 URL 新被阻止、必要资源无法访问或端点不可用时,恢复先前版本。

限制

一次爬虫测试不能证明每个自动客户端都会以相同方式解释每条规则。

行动 / 验证

你的实用待办指南。

  1. 01

    分类目标

    在选择控制方法之前选择爬取管理、索引排除或私有访问。

    验证: 每个受影响的 URL 都有记录的目的和责任人。
  2. 02

    映射 origin

    识别确切的协议、主机、端口、子域、CDN 与应用 origin。

    验证: 没有假定某个 origin 会继承另一个 origin 的 robots 规则。
  3. 03

    列出代表性 URL

    包括重要页面、目标、变体、资源、sitemap 条目和私有路由。

    验证: 一张表为每个测试 URL 指明了预期结果。
  4. 04

    编写狭窄规则

    使用清晰的 User-agent、Allow 和 Disallow 路径;除非必要,否则避免广泛通配符。

    验证: 审阅者可以解释每条规则的范围和例外。
  5. 05

    正确实现 noindex

    对要从 Google 排除的公开内容使用 meta 标签或响应头。

    验证: 实时目标可被抓取并向爬虫暴露 noindex。
  6. 06

    保护非公开材料

    使用认证或服务器和应用控制,而非 robots.txt。

    验证: 未经认证的请求无法获取敏感内容。
  7. 07

    发布已批准的文件

    在 origin 根目录部署 UTF-8 纯文本文件。

    验证: 实时 /robots.txt URL 返回已审阅的文件。
  8. 08

    测试实时行为

    使用适当工具检查允许与被阻止的示例。

    验证: 结果与发布表格一致,包括例外情况。
  9. 09

    对齐发现输入

    保持 sitemap 与内部链接目标与爬取和索引决策一致。

    验证: 没有故意的私有、已重定向、noindex 或被阻止的 URL 出现在 sitemap 中,除非有理由。
  10. 10

    随时准备回滚

    存储先前文件并将规则更改纳入发布和恢复流程。

    验证: 已知良好版本和回滚责任人可以立即识别。
讨论主题

比较各种权衡,而不是私有数据。

与团队或网站所有者社区一起使用这些提示。共享方法与经验,但切勿粘贴凭证、客户记录或非公开的基础设施细节。

  1. 01

    哪些公开 URL 模式会在你的网站上产生爬虫工作量,哪些证据帮助你区分实际问题与无害变体?

  2. 02

    你的团队如何在发布前将 robots.txt 的变更与 sitemap、canonical 和访问控制决策一并审查?

  3. 03

    什么样的回滚信号会告诉你的团队,新的爬虫规则正在损害重要的用户或业务路径?

热门 / 权威资源

打开来源材料。

Google Search CentralIntroduction to robots.txt ↗

解释了 Google 对 robots.txt 的预期用途、搜索结果限制和安全限制。

已审阅 2026-09-27
IETF / RFC EditorRFC 9309: Robots Exclusion Protocol ↗

关于语法、匹配、作用域、错误、缓存和安全限制的标准跟踪参考。

已审阅 2026-09-27
Google Search CentralBlock Search indexing with noindex ↗

展示了 noindex meta 标记和 HTTP 头的用法以及为什么响应必须保持可抓取。

已审阅 2026-09-27
Google Crawling InfrastructureHow to write and submit a robots.txt file ↗

涵盖放置位置、支持的语法、sitemap 声明与测试选项。

已审阅 2026-09-27
Google Search CentralLearn about sitemaps ↗

阐明了 sitemap 发现的好处与限制,以及内部链接的重要性。

已审阅 2026-09-27
MDN Web DocsHTTP authentication ↗

概述了 HTTP 访问控制与身份验证时的 HTTPS 考量。

已审阅 2026-09-27

来源政策。 本文使用了主要标准和官方文档作为参考。在发布前,请针对特定产品的配置核对当前平台文档。

快速说明

常见问题。

robots.txt 能把页面挡在 Google 搜索之外吗?

不能。被阻止的 URL 仍可能被发现并出现在结果中。对于应从索引中移除的公开内容,使用可被抓取的 noindex;对于私有内容,使用访问控制。

最安全的起始 robots.txt 文件是什么样的?

除非可以记录爬取管理需求,否则以不排除任何内容开始。仅添加你已经针对重要页面和资源测试过的狭窄路径。

sitemap 应该在 robots.txt 中列出吗?

可以列出。完整的 Sitemap 行有助于爬虫发现,但不会强制爬取或索引,也不会覆盖 robots 的阻止规则。

Status Is UP Editorial Team · 可用性使能编辑团队(Uptime Enablement Editors)

由 技术 SEO 与网站平台审阅者;对访问控制或敏感内容决策应追加安全审查。 审阅。发布于 2026-09-27;更新于 2026-09-30。