的域/URL 并查看呈现的页面/代码。 例子： 在尝试回答这个问题时，我的偏好是首先将域输入到谷歌的移动友好工具中，复制源代码，然后搜索重要的页面元素（想想标题标签、<h1>、正文等）使用diff checker之类的工具将呈现的 HTML 与原始 HTML 进行比较也很有帮助（Screaming Frog 也有一个功能，您可以并排执行此操作）。 对于我们的示例，以下是移动友好性工具的输出向我们展示的内容。 经过几次搜索，很明显这里缺少重要的页面元素。 我们还进行了第二次测试，并确认 Google 没有将在此页面上找到的正文内容编入索引。 这意味着 Googlebot 没有按照我们想要的方式查看我们的内容，这是一个问题。 让我们继续前进，看看我们可以向客户推荐什么。
问题 3：如果我们确信 Googlebot 没有正确看到我们的内容，我们应该推荐什么？ 现在我们知道该域正在使用 JavaScript 加载关键内容，并且我们知道 Googlebot 很可能看不到该内容，最后一步是向客户推荐一个理想的解决方案。关键词：推荐，不实施。我们 100% 的工作是向我们的客户提出问题，解释为什么它很重要（以及可能的影响），并强调一个理 客户名单 想的解决方案。100% 不是我们的工作来尝试完成开发人员的工作，即利用他们独特的堆栈/资源/等找出理想的解决方案。 我们如何做到这一点？ 你想要服务器端渲染 谷歌现在无法看到 Sitecore 的登录页面的主要原因是，Sitecore 的登录页面要求用户（我们，Googlebot）完成在他们的页面上加载 JavaScript 的繁重工作。
换句话说，他们使用的是客户端 JavaScript。 Googlebot 确实是登陆页面，尽可能地执行 JavaScript，然后需要在它有机会看到任何内容之前离开。 此处的解决方法是在其服务器上加载 Sitecore 的登录页面。换言之，我们希望将 Googlebot 的繁重工作从 Sitecore 的服务器上移开。这将确保当 Googlebot 访问页面时，它不必做任何繁重的工作，而是可以抓取呈现的 HTML。 在这种情况下，Googlebot 登陆页面并已经看到了 HTML（以及所有内容）。 还有更具体的选项（如同构设置） 这是杂草丛生的地方，但有混合解决方案。目前最好的称为同构。 在这个模型中，我们要求客户端在他们的服务器上加载第一个请求，然后任何未来的请求都在客户端进行。