SMX重播：Google尝试为您纠正的SEO
搜索引擎无数次出现相同的SEO错误，正如IBM SEO专家Patrick Stox在SMX Advanced的“见解”会议上说的那样：“您是否打算在PR广告活动中投入数百万美元，以试图让我们[SEO ]说服开发人员修复所有这些问题？ 还是只是要自己修复？ 答案是他们将大量东西固定在自己的末端。”
在会议期间，斯托克斯概述了Google已为我们改正的一些常见SEO职责。 您可以在上面听他的整个讨论，下面提供完整的成绩单。
有关SMX Advanced的更多见解，请收听Amanda Milligan关于利用数据讲故事以获取顶级媒体报道的会议，或收听Ashley Mo关于改善YouTube广告效果的会议。
现在不能听吗？ 阅读下面的完整成绩单
George Nguyen的介绍： 元描述？ 有最佳做法。 标题标签？ 有最佳做法。 重定向？ 有-您猜到了-最佳实践。 欢迎使用Search Engine Land播客，我是主持人George Nguyen。 您可能已经知道，互联网可能是一个混乱的地方，SEO一天只有几个小时，而且-正如IBM SEO专家Patrick Stox解释的那样-Google可能已经解释了一些最佳实践中最常见的错误。 知道搜索引擎可以自己找出哪些项目可以节省您的时间，并使您可以专注于能够产生最大影响的最佳做法。 这是SMX Advanced的Patrick的见解会话，其中他讨论了Google尝试为您解决的一些问题。
帕特里克·斯托克斯：
怎么样了？ 我开始一个全新的会话类型。 这应该是有趣的。 我们将谈一些有关Google的事情，还有一些关于Bing的事情，请尝试为您解决。 如果您早些时候和Barry [Schwartz]和Detlef [Johnson]在一起，他们正在讨论一些事情，您知道，网络很混乱，人们会犯错误，而且一遍又一遍地犯同样的错误。 如果您是搜索引擎，您将要做什么？ 您是否打算在公关活动中投入数百万美元，以试图使我们说服开发人员修复所有这些问题？ 还是只是要自己修复？ 答案是，他们最终解决了很多问题。
所以这里最主要的是-我和我一样在这里。 如果我说些愚蠢或错误的话，那就是我-不是IBM。
随着时间的流逝，技术SEO的重要性可能会降低。 我要说“可能”，我要一千个警告。 原因是，Google修复的内容越多，Bing最终修复的内容越多，我们实际上不必担心或做对的事情就越少。 因此，更好的说法是，“随着时间的流逝，它会改变” —我们的工作角色将发生变化。
一些事情：无需爬网就建立索引。 每个人都知道这一点。 如果网页链接到Google，就会看到这些链接，就像锚文本一样。 我知道页面在那里。 人们正在链接到它。 他们对其进行索引很重要。 即使被阻止，您实际上也看不到该页面上的内容。 他们仍然会这样做。 他们仍将为其编制索引。
这是在Google和Bing上都发生的事情：软404。 因此，状态码为200时会发生什么，但是页面上有一条消息，200表示还可以，页面上有一条消息表明有问题。 就像，这不在这里或其他任何地方。 他们将其视为软404。 这是给Google和Bing的。 从字面上看，有数十种不同类型的消息传递，他们将在页面上查看您刚刚输入200状态代码并说：“实际上是404页面，他们将其视为软404。” 他们就像，“我们知道大部分时间里实际上没有任何有用的东西。” 但这在JavaScript框架中经常发生，因为通常不会使它们失败。 实际上，您实际上必须进行一些棘手的工作，例如将路由（如Detlef所述）到404页。 因此，您输入了200，但是就像找不到页面一样。 搜索引擎就像，“不，那里什么都没有。”
使用爬网时，可以忽略爬网延迟。 Google通常会在服务器上处理尽可能多的负载，直到它们获得所需页面为止。 在搜寻之前，页面可能会折叠在一起。 如果您有重复的部分，例如在子域上说一个，或者像HTTP，HTTPS这样说，他们会识别出这些模式并说，我只想要一个版本。 我想要这一真相。 合并那里的所有信号。 因此，在以前，如果他们在五个不同的地方以相同的方式看到它，那么他们将把它视为一个。 他们甚至不必在那一点上爬网-他们就像，这种重复的模式总是相同的。
HTTPS也可以通过这种方式工作。 实际上，这是重复的问题之一，因为它们通常会首先通过HTTP索引HTTPS。 因此，如果两者兼有，而又没有规范，就可以选择两种方式，但通常情况下，他们将尽可能选择HTTPS。
302重定向：我认为SEO会有很多误解，因此我实际上将解释其工作原理。 302应该是临时的，但是如果您将它们留在原地足够长的时间，它们将成为永久性的。 就像301一样对待。 当302放置到位时，发生的事情是如果我将该页面重定向到此页面，实际上就像是一个反向规范：所有信号都可以返回到原始页面。 但是，如果您将其保留数周，数月，Google会说：“不，在经过了所有这些时间后，实际上仍然会重新定向。 我们应该为新页面建立索引。” 然后，所有信号都在此处合并。
标题标签：任何时候，您都不会编写标题标签，或者它不相关，通用，太长; Google可以选择重写它。 实际上，他们将做很多事情。 您知道，如果您只写“家”，也许他们会添加公司名称。 他们这样做的原因有很多，但是我要说的主要原因是，人们真的不擅长写标题。 他们不喜欢用关键字填充标题。 元描述也是如此：它们通常会从页面中提取内容。 如果您不编写元描述，那么他们将为您编写一个元描述。 并不是说：“嘿，那不存在。”
Lastmod日期和站点地图-我相信Bing实际上也忽略了这一点。 原因是站点地图生成器，制作站点地图的人，这从来都不是对的。 我会说这是最错误的事情之一，但谁在乎。 他们忽略了它。
规范标签：这是很常见的。 这就像我工作的一半试图弄清楚事情是如何合并还是实际上是一个问题。 在许多情况下，规范标签将被忽略。 可能是其他信号在起作用，例如hreflang标签或许多其他东西。 但是基本上，如果他们认为出了什么问题，他们只会说：“不，规范的，是一个建议。” 这不是指令。 因此，只要他们认为网站管理员，开发人员和SEO出错了，他们都会尽最大的努力去猜测应该是什么。
重复的内容有点类似。 网络上存在重复的内容。 它无处不在。 在Google看来，他们正在尝试通过将页面折叠在一起来帮助人们。 所有这些不同的版本合而为一。 所有信号都合并到那一页。 他们实际上是在试图帮助我们。 他们实际上在这方面做得很好。
如果您有多个标签，他们将选择限制性最强的标签。 我已经在不同的CMS系统上看到了1000遍：在WordPress中，您可能需要为主题添加标签，再加上Yoast添加标签，基本上可以添加任意数量的东西。 通常，如果有五个带有索引的标签和一个没有索引的标签，则它们将选择限制性最强的标签，即noindex。
有了链接，他们通常会忽略它们。 如果您的网站链接不正确（我认为之前有一些讨论），您是否要使用拒绝文件？或者实际上是昨晚？ 巴里在谈论这个。 一般来说，答案是否定的。 如果您担心会受到处罚，那么也许，但是在大多数情况下，您不必担心与您网站的链接了，这很棒。
然后，如果您在本地，NAP列表，我们将真正关注的许多本地SEO，则这些都必须完全一样。 好吧，您知道街头的变体，拼写与“ st”的拼写或LLC与有限责任公司的拼写。 在某些方面，基本上它们将要合并。 他们知道这是另一件事的另一个版本，所以他们会说相同，没关系。
实际上，这与Barry或Detlef早先也是一样，我不记得是哪个，但是他们说Google只在URL中查看HTTPS，而不是您的证书是否有效。 这是100％正确的。 如果您曾经对具有过期证书的页面进行爬网，则它们会一直通过。 如果您在Search Console中查看，则所有链接都将合并。 即使用户将收到错误，他们也会遵循那里的重定向。
然后hreflang，我想，Barry再次提到了这一点，这是最复杂的事情之一。 在我的世界中，这很可能会以一百万种不同的方式出错，因为它确实变得很复杂。 对于重复项，即使您根本不对页面进行本地化，它们也通常会显示正确的内容-就像您有30个版本，所有英文版本一样，只要有信号就可以了。 在标签破损之类的情况下，您可能最终会看到错误的版本，再次导致它们将页面折叠在一起。 通常，如果它们是重复的，并且他们试图显示一个主要版本。 如果一切正常，他们将交换为合适的人显示合适的版本。 您知道，在该标签内，最好使用破折号而不是下划线-没关系; 他们的履带很宽大。 Detlef的意思是，“哦，您必须正确理解他们的语义HTML。” 他们的爬行者在500亿次错误的时间里发现了这些东西，老实说，他们在很多事情上都非常宽容。
zh-CN，而不是en-GB：每条hreflang文章都会告诉您这是错误的，但是可以。 您将永远不会看到任何错误。 为什么？ 因为英国实际上不是一个国家-它是保留代码，因此他们已经看错了很多，以至于他们会说：“嗯，很好。”
与自引用相同。 您实际上不需要。 相对网址与绝对网址相同。 基本上有最佳做法。 但是，那有种可行的方法，我认为，作为一个行业，我们所要达到的目标是不要浪费人们的时间。 如果是Google，如果Bing最终解决了这个问题，我们为什么要争取呢？ 我们还有其他优先事项，我们可以做的其他事情。
他们甚至现在正在浏览器中执行此操作。 大多数网站不对其图像使用延迟加载。 Google将在浏览器中使用它，我希望其他浏览器也可以这样做。 我认为这是第一步。 我认为他们将为此做更多的工作，可能像预加载指令和许多其他事情，但是他们将在浏览器中减轻服务器，网站的负担，只是懒惰地在网络上加载图像。 现在，许多人都在考虑他们需要这种“懒惰”的加载-这实际上是默认设置。 如果您什么都不做，则从Chrome 75开始，您的网站就会延迟加载。仅此而已，谢谢。
本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。如若转载，请注明出处:http://www.botadmin.cn/sylc/10211.html