如果您选择在家里使用我们自己的网站复制此内容，。 我终于得到了罗伯特的答案，但觉得其他人可能会从中受益。完成实验几周后，我决定在 Twitter 上向 John 询问有关 HTTP/2 爬行的问题，看看他怎么说。
这似乎就是约翰·穆勒所指的方法。但是，这不适用于 whatsapp 数据库 我的网站（因为它是通过 HTTPS 提供服务）。而且，这是一种旧的协商方法，现代浏览器不支持。以下是 Caniuse.com 的屏幕截图： 2. 通过 HTTPS（安全）- 通过 ALPN 协议协商连接（此过程不涉及。
这种方法是现代浏
览器和服务器的首选并广泛支持。 最近的公告：故事还在继续。 Googlebot 不会发出 HTTP/2 请求。 幸运的是，Google 的网络性能工程师 Ilya Grigorik 给大家带来了 Google bot 爬行网站的幕后花絮以及背后的技术： 如果 这还不够，Googlebot 不支持 WebSocket 协议。
这意味着您的服
务器无法在 Googlebot 请求资源之前向其发送资源。支持此功能不 获取人力资源分析数据 会减少网络延迟和往返次数。它只会减慢一切。现代浏览器提供了多种加载内容的方法，包括 WebRTC、WebSockets、从驱动器加载本地内容等。但是，Googlebot 仅支持 HTTP/FTP，无论是否带有传输层安全 (TLS)。
Googlebot 支持 SPDY
在我的研究过程中以及收到 John Mueller 的反馈后，我决定 安圭拉讯息 咨询 HTTP/2 专家。我联系了 Mobilio 的 Peter Niccolo，询问他我们是否可以做些什么来找到有关 Googlebot HTTP/2 支持的明确答案。
他不仅为我们提供了支持，而且彼得还创建了一个实验供我们使用。结果非常简单：Googlebot 支持 SPDY 协议和下一协议导航 (NPN)。因此，它无法支持 HTTP/2。 以下是彼得的回应： 我做了一个实验，表明 Googlebot 使用 SPDY 协议。
由于支持SPDY+NPN
因此无法支持HTTP/2。 SPDY的持续支持有几个缺点： 这个协议很弱。 Google Chrome 不再支持 SPDY，转而支持 HTTP/2。 服务器忽略支持 SPDY。让我们回顾一下NGINX的例子：从1.95版本开始，他们不再支持SPDY。
Apache 不支持开箱即用的
SPDY。你需要安装mod_spdy，它是由Google提供的。 为了测试 Googlebot 及其使用的协议，我利用了 s_server，这是一个可以调试 TLS 连接的工具。我使用 Google Search Console Fetch and Render 将 Googlebot 发送到我的网站。