SEO 办公时间，2021 年 11 月 5 日

这是2021 年 11 月 5 日Google SEO Office Hours与John Mueller的最有趣问题和答案的摘要。

垃圾邮件反向链接与核心更新

  00:47 “我们在瑞士拥有三个在线药店。 […] 对于 [其中一个]，我们收到了很多垃圾邮件反向链接。 [...] 据我所知，通常 Google 可以管理这些类型的反向链接，但在 7 月份 Google 核心更新之后，我们的知名度受到了严重伤害，特别是对于我们收到垃圾邮件反向链接的那个 [one] 商店。 [...] 我想听听您对此的建议——我们可以做些什么来解决我们遇到的技术问题。 到目前为止，我仍然认为这是因为垃圾邮件反向链接而发生的，但 [我] 不确定。”

John 说：“一般来说，对于核心更新，如果您看到那里的变化，通常这与试图弄清楚网站的整体相关性更相关，而与垃圾链接等内容的相关性较低。 这就是我不希望在基于访问您网站的随机垃圾邮件链接的核心更新中做出任何反应的地方。

此外，通过核心更新，您可以进行增量更改以随着时间的推移在整体质量方面改善您的网站，这将逐步提供帮助，但如果这是一个非常强大的核心更新调整，那么您可能需要等待直到下一次核心更新才能看到这些变化。 [...] 这是我们试图弄清楚网站的整体相关性的问题，而这几乎取决于整个网站的质量。

我想如果您有多家非常相似的商店，这将很棘手。 [...] 其中一个可能不是坏的 - 其他的真的很好。 但它可能仍然是你可以使用用户研究来弄清楚你可以做些什么来明确这个网站特别相关的东西。 我认为，特别是对于像药店这样的网站，我们的算法可能会尝试变得更加关键。 [...] 这不是一个有故事和有趣图片的随机网站，它就像涉及人们的健康一样。“

John 补充说：“特别是关于 404 页面和与核心更新无关的技术问题。 核心更新更多地是关于了解您网站的整体质量及其相关性，而不是技术问题和垃圾邮件。”

JavaScript 内容索引

  05:11 “我在一个网站上工作 [...] Core Web Vitals。 我们有一个功能，我们将 Youtube 视频放在顶部，这成为了 LCP 元素。 它比我们刚刚拥有的要重，就像普通的图像一样。 所以我们正在尝试一种动态注入它的方法。 […] 因为它不在折叠内容之下，所以我们不会延迟加载它，而是使用外观，然后在用户单击播放按钮时动态注入 <iframe>。 我现在意识到这些文章基本上没有被页面上的视频内容索引，所以如果我搜索页面并转到视频搜索，它不会出现在那里。 所以我想知道用页面索引该内容的最佳方法是什么。 […] 像 <noscript> 或结构化数据之类的东西是要走的路吗？ 这有什么最佳实践吗？”

约翰：“取决于你设置你在那里提到的外观的方式，你基本上点击一个图像或一个 <div>，然后它在后台加载视频，我们可能不这样做'当我们查看页面时，它会自动将其作为视频拾取。 我收到了视频搜索团队的反馈，告诉我们我们不应该告诉人们这样做，因为它会导致这样的问题。 本质上，最好的方法是确保使用结构化数据，我们可以判断那里仍然有视频。 我相信您可以添加一种专门针对视频的结构化数据。 视频站点地图在这方面本质上非常相似，因为您在此页面上告诉我们有一个相关的视频。 这就是那里的两种方法。

我怀疑随着时间的推移，Youtube 嵌入会变得越来越好，而且你必须做这些技巧的问题就会减少。 但我认为目前，它仍然有意义，并且仍然可以对页面的 Core Web Vitals 产生很大影响。 所以从这个角度来看，我很伤心。 如果视频团队告诉我你应该直接放，而另一个团队说你应该快点，那么很难找到中间立场。 但我认为至少要确保我们能够识别视频的存在，这非常重要。”

类别页面

  13:35 “我们正在销售 [...] 金属型材，我们有许多不同类型的这些型材。 我们有很多精简的内容，因为我们有相同的变化。 […] 我们在这些 URL 中有数千种变体 […]，我不知道如何处理。 我应该规范化这些吗？ 但话又说回来，我们链接到他们 [这些 URL]，所以我不想在我的页面内创建糟糕的内链接或质量差的链接。 我应该不索引 [这些 URL] 还是阻止机器人访问 [它们]？ [...] 我们不需要人们来访问那些变体页面。 我们只想在类别页面上创造出良好的品质。”

John 回答说：“通常我们建议的是，如果您希望以独特的方式找到独特的项目，那么您要确保它们具有唯一的 URL，并确保它们是规范的 [并且] 它们”没有被 noindex 阻止。 但是，如果您不关心那些单独的 URL，如果您更关心更高级别的类别，或者如果您拥有更广泛的产品或类别，而这本质上是查找内容的最重要方式，那么您可以规范化到该页面，如果需要，您可以不索引其他版本。 因此，您基本上可以在那里做任何您想做的事情，以便我们将所有信号集中在您关心的主页上。

[...] 我想像你提到的工业产品，你有这么多不同的尺寸和变化，关注总体布局并说所有这些不同的选项本质上是主要产品的一个属性可能是有意义的，我们应该只专注于主要产品。”

John 补充说：“设置规范时要记住的是，我们将尝试为您提到的规范页面编制索引。 因此，如果非规范页面上有任何独特之处，那么我们将无法找到它，因此本质上是任何重要的东西——确保规范页面上也提到了它。”

在 Google Discover 中排名

18:31 “在 Discover 中，我们或多或少有两个不同的搜索结果页面。 我们有第一页，然后您可以点击更多结果，然后您有第二页。 是不是涉及到排名，让某篇文章出现在第二页，还是更新时间的问题？”

约翰说：“可能有一种排名感，但我认为它与传统的网络排名不一样。 Discover 是如此个性化，所以我认为传统的概念是没有意义的像那样。 […]

甚至个性化排名方面也有很多事情要做。 我想可能还有不同方面的地理定位和不同格式的网页，更多的视频或更少的视频，更多的图像 - 更少的图像。 但老实说，我不知道具体是什么。”

John 还建议遵循Google 的建议，并补充说：“特别要注意我们说不要做这种或那种事情的方面。 我也会在 Twitter 上环顾四周——有少数人几乎专门研究 Discover。 [...] 我会检查这些东西，但因为从我们的角度来看，这是一个非常个性化的提要，所以你不能努力提高你的排名。 这不是人们正在搜索的关键字。 所以这很好，这里有一些我们认为可能会有趣的东西给你。”

301 重定向

22:23 “我知道您应该使用 301 进行永久重定向，以尽可能最好、最快地通过 PageRank。 但是，我们的开发团队不喜欢实现 301，因为它们可能永远存储在浏览器中。 他们说，如果重定向配置错误，人们可能永远无法丢失不正确的 301 重定向。 谷歌是否像某些浏览器那样存储 301 重定向？”

根据 John 的说法，“整个抓取和索引系统与浏览器本质上不同，因为它们针对不同的事物进行了优化的所有网络端。 在浏览器中，缓存内容更有意义，缓存时间更长。 但本质上，从我们的角度来看，在抓取和索引方面 [...]，我们不会将抓取和索引视为浏览器。 从某种意义上说，我们像浏览器一样渲染页面有点奇怪，但是将内容输入我们系统的整个过程是非常不同的。 您有时会在渲染页面或看到页面被渲染时看到这一点，并且它使用非常旧的 JavaScript 文件只是因为我们已经能够缓存它们一段时间，这可能在浏览器上不会发生，但本质上是不同的。”

缓存控制标头

23:59 “ Google 是否会接受带有“Cache-Control: no-cache”、“Cache-Control: max-age=[time]”或“Expires: [date]”标头的 301 重定向，以便我们获得两全其美？”

约翰说：“是的，这完全没问题。 如果是 301 重定向，我们将其视为 301 重定向。 除此之外，您还添加哪种缓存标头都没有关系。 所以从这个角度来看，如果这是一个对您的开发团队和您自己都有效的解决方案，为什么不呢。 [...] 另一件事是 302 重定向也可能是一个选项，如果这对您的开发团队更有效。 302 重定向在 SEO 中名声不好，我认为这是不正确的，因为它们也与普通重定向一样工作。 并不是说他们没有通过任何类似的 PageRank，如果您从长远来看有 302 重定向，我们仍然将它们视为 301 重定向。 因此，如果您无法弄清楚它如何与 301 重定向一起工作，那么 302 重定向也许也是一种选择。”

识别质量改进

31:25 “如果通过页面体验更新提高页面质量对谷歌很重要，为什么谷歌需要这么长时间才能认识到这些改进？ 如果 SEO 不得不牺牲几个月的搜索排名和流量，他们承诺做出真正的改变来改善 Web 体验似乎是违反直觉的。”

根据 John 的说法，“[...] 如果您在网站上进行更大的更改，那么有时您确实会看到波动，但这并不是我们所说的波动存在的原因，因为您改进了您的网站。 只是当您在网站上进行真正大的更改时，我们必须重新理解一个网站。 但从我的角度来看，你可以在一个网站上进行的许多重组取决于你如何设置它们 […]——你可以通过一种在搜索和这样它就不会导致您的整个网站消失。”

无索引页面与网站可爬取性

32:48 “是否有多个页面因质量问题未被索引会影响网站的整体可爬性？”

约翰：“没有。 如果您选择不索引页面，这不会影响我们抓取您网站的其余部分的方式。 当然，这里的一个例外是我们在 noindex 中看到我们必须首先抓取该页面。 因此，如果您正在创建某些内容，比如说，数百万页，其中 90% 是无索引的，而您有一百个可索引的页面。 我们必须爬取整个网站才能发现这 100 个页面，很明显，我们将陷入爬取数百万个页面的困境。 但是，如果您的可索引页面与不可索引页面的比例正常，[...] ‒ 我认为这不会在可抓取性方面造成任何问题。 这不是 [...] 由于谷歌所说的质量原因，哦不，索引页面很糟糕。 这纯粹是技术问题。 如果我们必须抓取一百万个 URL，我们必须抓取一百万个 URL 以查看其中的内容。 这不是我们可以说的，好吧，我们只会爬 50 000，因为有一些没有索引的页面。 本质上，这只是一个数字问题。”

302 重定向

34:22 “我们听说临时 (302) 重定向不会通过链接资产。 我们对此的理解准确吗？ 更一般地说，我们听说使用 302 会导致严重的 SEO 问题，这让我们想知道是否应该不惜一切代价避免这些问题，或者是否在特定情况下我们应该使用它们。”

约翰说： “答案是肯定的。 302 重定向对 SEO 没有负面影响。 我认为当您进行 302 重定向时失去 PageRank 的整个感觉是错误的。 它不时出现。 我认为出现这种情况的主要原因是，根据定义，302 重定向是不同的。 [...] 使用 301 重定向，您正在更改地址，并且您希望 Google 系统获取目标页面。 使用 302 重定向，您的意思是，这暂时在其他地方，但您希望 Google 系统保留原始 URL。 因此，如果您纯粹是跟踪单个 URL 的排名，那么当然，301 会导致目标页面被编入索引，而排名和 302 重定向将保留原始页面的索引和排名。 但是没有丢失 PageRank 或分配给那里的任何信号。 […] 有时 302 重定向是正确的做法——有时 301 重定向是正确的做法。 如果我们在较长时间内发现 302 重定向，我们认为，好吧，也许这不是暂时的举动，那么我们也会将它们视为 301 重定向。 但是使用 301 重定向和 302 重定向并没有隐藏的 SEO 好处。 它们只是不同的东西。”

向用户显示更少的内容

46:54 “[有]一个客户有问题。 [...] robots.txt 阻止的许多 URL 也有一个设置在 noindex 上的 HTTP 标头。 所以我设置打开 robots.txt 以便可以取消索引 URL。 但是客户端担心服务器不会先于所有请求而失败。 所以我说，好吧，如果你把用户代理看作一个机器人，你可以给出一个空白的 HTML 正文或另一个页面。 如果 HTTP 标头设置为 noindex，是否存在因伪装而受到惩罚的风险？”

约翰回答说： “不，我认为这没有任何问题。 特别是，如果您向搜索引擎展示的次数少于向用户展示的次数，那么关于伪装的问题就不那么重要了。 对我们来说更成问题的隐藏部分是，如果您向我们展示一个非常大且有趣的页面，当用户到达那里时，他们会看到非常微小或略有不同的东西。 但是，如果您向我们展示的本质上是一个空页面，并且说，哦，这里没有任何内容您不应该将该页面编入索引，并且我们将其从索引中删除，那么我们不在乎用户是否看到其他内容。 所以从我们的角度来看，我们想要避免的是我们向用户承诺他们找不到的东西。 因此，如果我们从索引中删除一个页面，我们将无法推荐该页面，因为我们不再拥有它。 [...] 如果我们向人们推荐一个特定查询的页面，他们去了那里，但他们找不到该内容，那么他​​们会感到沮丧，他们认为我们做得不好，这就是我们的伪装问题来自。 但少展示一点也很好。”