我们遵循与以前相同的模式。首先，我们尝试重新创建一次。以下工具可以帮助我们做到这一点：
检索并呈现。
显示：DOM 以图像形式呈现，但仅返回页面源 HTML 供您阅读。
移动友好测试
显示：渲染后的 DOM，并返回渲染后的 DOM 供您读取。
它不仅显示您已经渲染了 DOM，而且还会跟踪任何控制台错误。
移动友好度测试工具 Fetch & Render 和 Googlebot 有什么区别？事实并非如此，除了超时（！）如果您有兴趣،这里是对它们之间差异的全面分析。
一旦我们获得它们的输出，我们就会将它们与我们通 按行业划分的特定数据库 常在浏览器中看到的内容进行比较。我建议使用像Diff Checker这样的工具来比较两者.
我们发现任何问题了吗？
如果此时我们遇到有意义的差异，根据我的经验，这通常来自 JavaScript 或 cookie。
为什么？
Googlebot 在页面请求之间使用 cookie 进行抓取。
Googlebot使用Chrome 41进行渲染，该版本不支持所有现代 JavaScript。
我们可以按如下方式将它们分开：
加载页面时不使用
只需使用新的隐身会话加载页面并将此处显示的 DOM 与普通 包括“带有煽动意图的传播 浏览器中显示的 DOM 进行比较即可完成此操作。
使用移动测试工具کروم 41 کو دیکھیں，并将其与我们通常使用 Inspect Element 查看的渲染后的 DOM 进行比较。
我们仍然可以使用Diff Checker之类的工具来比较它们，这将使我们看到任何差异。您可能需要使用HTML 格式化程序来帮助您更好地格式化它们.
我们还可以使用移动友好测试工具来查找 JavaScript 错误，如果您对自己的 JavaScript 很有信心，这个工具会特别有用。
如果利用这些知识和工具，我们可以重新创建该错误，那么我们 tg数据 就有了可以复制的东西，并且我们可以轻松地将其作为错误交给可以修复它的开发人员。
如果我们发现这里一切正确，我们就进入下一步。
谷歌究竟在关注什么？
Google 看到的内容可能与我们使用上一步中的工具重新创建的内容不同。为什么？几个重要的原因：
超载的服务器可能会出现各种奇怪的行为。例如，他们可能会返回 200 个代码，但可能带有默认页面。
JavaScript 与被抓取的页面分开提供，并且与 Google Bot 测试工具相比，
渲染 JavaScript 所花费的时间更少
在创建网页时通常涉及大量缓存，这可能会导致问题。
我们已经走到这一步了，无需谈论时间！页面不会立即被抓取，抓取的页面也不会立即被索引。