Google 如何解读 robots.txt 规范

Google 的自动抓取工具支持 REP（robots 协议）。这意味着，在抓取某一网站之前，Google 抓取工具会下载并解析该网站的 robots.txt 文件，以提取关于网站中哪些部分可以被抓取的信息。REP 不适用于由用户控制的 Google 抓取工具（例如 Feed 订阅），也不适用于用来提高用户安全性的抓取工具（例如恶意软件分析）。

本页介绍了 Google 对 REP 的解读。有关原始标准的信息，请查看 RFC 9309。

什么是 robots.txt 文件

如果您不希望抓取工具访问您网站中的部分内容，可以创建包含相应规则的 robots.txt 文件。robots.txt 文件是一个简单的文本文件，其中包含关于哪些抓取工具可以访问网站的哪些部分的规则。例如，example.com 的 robots.txt 文件可能如下所示：

# This robots.txt file controls crawling of URLs under https://example.com.
# All crawlers are disallowed to crawl files in the "includes" directory, such
# as .css, .js, but Google needs them for rendering, so Googlebot is allowed
# to crawl them.
User-agent: *
Disallow: /includes/

User-agent: Googlebot
Allow: /includes/

Sitemap: https://example.com/sitemap.xml

如果您是首次接触 robots.txt，请先阅读我们的 robots.txt 简介。您还可以找到关于创建 robots.txt 文件的提示。

文件位置和有效范围

您必须将 robots.txt 文件放在网站的顶级目录中，并为其使用支持的协议。和其他网址一样，robots.txt 文件的网址也区分大小写。就 Google 搜索而言，支持的协议包括 HTTP、HTTPS 和 FTP。使用 HTTP 和 HTTPS 协议时，抓取工具会使用 HTTP 无条件 GET 请求来提取 robots.txt 文件；使用 FTP 时，抓取工具会使用标准 RETR (RETRIEVE) 命令，并采用匿名登录方式。

robots.txt 文件中列出的规则只适用于该文件所在的主机、协议和端口号。

有效 robots.txt 网址的示例

下表列出了 robots.txt 网址及其适用的网址路径的示例。 第一列包含 robots.txt 文件的网址，第二列包含 robots.txt 文件将适用及不适用的网域。

错误处理和 HTTP 状态代码

在请求 robots.txt 文件时，服务器响应的 HTTP 状态代码会影响 Google 抓取工具使用 robots.txt 文件的方式。下表总结了 Googlebot 针对各种 HTTP 状态代码处理 robots.txt 文件的方式。

缓存

Google 通常会将 robots.txt 文件的内容最多缓存 24 小时，但在无法刷新缓存版本的情况下（例如出现超时或 5xx 错误时），缓存时间可能会延长。已缓存的响应可由各种不同的抓取工具共享。 Google 会根据 max-age Cache-Control HTTP 标头来延长或缩短缓存生命周期。

文件格式

robots.txt 文件必须是采用 UTF-8 编码的纯文本文件，且各行代码必须以 CR、CR/LF 或 LF 分隔。

Google 会忽略 robots.txt 文件中的无效行，包括 robots.txt 文件开头处的 Unicode 字节顺序标记 (BOM)，并且只使用有效行。例如，如果下载的内容是 HTML 格式而非 robots.txt 规则，Google 会尝试解析内容并提取规则，而忽略其他所有内容。

同样，如果 robots.txt 文件的字符编码不是 UTF-8，Google 可能会忽略不属于 UTF-8 范围的字符，从而可能会导致 robots.txt 规则无效。

Google 目前强制执行的 robots.txt 文件大小限制是 500 KiB，并忽略超过该上限的内容。您可以通过整合会导致 robots.txt 文件过大的规则来减小 robots.txt 文件的大小。例如，将已排除的内容放在一个单独的目录中。

语法

有效的 robots.txt 行由一个字段、一个冒号和一个值组成。可以选择是否使用空格，但建议使用空格，有助于提高可读性。系统会忽略行开头和结尾的空格。若要添加注释，请在注释前面加上 # 字符。请注意，# 字符后面的所有内容都会被忽略。常见格式为 <field>:<value><#optional-comment>。

Google 支持以下字段：

• user-agent：标识相应规则适用于哪些抓取工具。
• allow：可抓取的网址路径。
• disallow：不可抓取的网址路径。
• sitemap：站点地图的完整网址。

allow 和 disallow 字段也称为规则（即指令）。这些规则始终以 rule: [path] 的形式指定，其中 [path] 可以选择性使用。默认情况下，指定的抓取工具没有抓取限制。抓取工具会忽略不带 [path] 的规则。

如果指定了 [path] 值，该路径值就是 robots.txt 文件所在网站的根目录的相对路径（使用相同的协议、端口号、主机和域名）。路径值必须以 / 开头来表示根目录，该值区分大小写。详细了解基于路径值的网址匹配。

user-agent

user-agent 行用来标识相应规则适用于哪些抓取工具。请参阅 Google 抓取工具和用户代理字符串，获取可在 robots.txt 文件中使用的用户代理字符串的完整列表。

user-agent 行的值不区分大小写。

disallow

disallow 规则用来指定不能被 disallow 规则所属的 user-agent 行所标识的抓取工具访问的路径。 抓取工具会忽略不含路径的规则。

Google 无法将禁止抓取的网页的内容编入索引，但可能仍会将其网址编入索引并将其显示在搜索结果中，但不显示摘要。了解如何阻止编入索引。

disallow 字段的值区分大小写。

用法：

disallow: [path]

allow

allow 规则用来指定相应抓取工具可以访问的路径。如果未指定路径，该规则将被忽略。

allow 字段的值区分大小写。

用法：

allow: [path]

sitemap

根据 sitemaps.org 规定，Google、Bing 和其他主流搜索引擎支持 robots.txt 中的 sitemap 字段。

sitemap 字段的值区分大小写。

用法：

sitemap: [absoluteURL]

[absoluteURL] 行指向站点地图或站点地图索引文件的位置。 此网址必须是完全限定网址，包含协议和主机，且无需进行网址编码。此网址不需要与 robots.txt 文件位于同一主机上。您可以指定多个 sitemap 字段。sitemap 字段不依赖于任何特定的用户代理，只要未被禁止抓取，所有抓取工具都可以追踪它们。

例如：

user-agent: otherbot
disallow: /kale

sitemap: https://example.com/sitemap.xml
sitemap: https://cdn.example.org/other-sitemap.xml
sitemap: https://ja.example.org/テスト-サイトマップ.xml

行和规则分组

通过对每个抓取工具重复 user-agent 行，可将适用于多个用户代理的规则组合在一起。

例如：

user-agent: a
disallow: /c

user-agent: b
disallow: /d

user-agent: e
user-agent: f
disallow: /g

user-agent: h

此示例中有四个不同的规则组：

• 用户代理“a”为一组
• 用户代理“b”为一组
• 用户代理“e”和“f”为一组
• 用户代理“h”为一组

有关组的技术说明，请参阅 REP 的第 2.1 节。

用户代理的优先顺序

对于某个抓取工具而言，只有一个组是有效的。Google 抓取工具会在 robots.txt 文件中查找包含与抓取工具的用户代理相匹配的最具体用户代理的组，从而确定正确的规则组。其他组会被忽略。所有非匹配文本都会被忽略（例如，googlebot/1.2 和 googlebot* 均等同于 googlebot）。这与 robots.txt 文件中的组顺序无关。

如果为用户代理声明多个特定组，则这些组中适用于该特定用户代理的所有规则会在内部合并成一个组。特定于用户代理的组和全局组 (*) 不会合并。

示例

user-agent 字段的匹配情况

user-agent: googlebot-news
(group 1)

user-agent: *
(group 2)

user-agent: googlebot
(group 3)

以下为抓取工具选择相关组的方法：

规则分组

如果 robots.txt 文件中有多个组与特定用户代理相关，则 Google 抓取工具会在内部合并这些组。例如：

user-agent: googlebot-news
disallow: /fish

user-agent: *
disallow: /carrots

user-agent: googlebot-news
disallow: /shrimp

抓取工具会根据用户代理在内部对规则进行分组，例如：

user-agent: googlebot-news
disallow: /fish
disallow: /shrimp

user-agent: *
disallow: /carrots

allow、disallow 和 user-agent 以外的其他规则会被 robots.txt 解析器忽略。这意味着以下 robots.txt 代码段被视为一个组，因此 user-agent a 和 b 均受 disallow: / 规则的影响：

user-agent: a
sitemap: https://example.com/sitemap.xml

user-agent: b
disallow: /

当抓取工具处理 robots.txt 规则时，会忽略 sitemap 行。 例如，下面说明了抓取工具如何理解之前的 robots.txt 代码段：

user-agent: a
user-agent: b
disallow: /

基于路径值的网址匹配

Google 会以 allow 和 disallow 规则中的路径值为基础，确定某项规则是否适用于网站上的特定网址。为此，系统会将相应规则与抓取工具尝试抓取的网址的路径部分进行比较。路径中的非 7 位 ASCII 字符可以按照 RFC 3986 作为 UTF-8 字符或百分号转义的 UTF-8 编码字符纳入。

对于路径值，Google、Bing 和其他主流搜索引擎支持有限形式的通配符。这些通配符包括：

• * 表示出现 0 次或多次的任何有效字符。
• $ 表示网址结束。

下表显示了不同的通配符对解析的影响：

规则的优先顺序

匹配 robots.txt 规则与网址时，抓取工具会根据规则路径的长度使用最具体的规则。如果规则（包括使用通配符的规则）存在冲突，Google 将使用限制性最弱的规则。

以下示例演示了 Google 抓取工具会对特定网址应用什么规则。

allow: /p
disallow: /

allow: /folder
disallow: /folder

allow: /page
disallow: /*.htm

allow: /page
disallow: /*.ph

allow: /$
disallow: /

allow: /$
disallow: /