Return to site

网站搜索引擎优化|seo-4个令人惊讶的搜索引擎优化策略由谷歌非正式支持和他们不做的5件事

网站搜索引擎优化

· seo优化

谷歌最近在与搜索社区进行沟通方面做得更好。

无论是公布最新更新,发布大量文档,还是回答直接向团队成员提出的问题,google优化通常都会快速说明在搜索中有什么作用,哪些不行。

说,我已经做了一些挖掘,谷歌没有正式支持但仍然有效的一些技术 - 至少在某种程度上。

谷歌非正式支持什么?
1. Robots.Txt文件中的Noindex指令

在页面级别应用的Meta noindex标签是一种久经考验的主流,可以保持页面不受搜索引擎索引的影响。但是,Google还尊重robots.txt文件中的大多数机器人指令,包括noindex。

据官方统计,Google的John Mueller已经表示noindex robots.txt“不应该依赖”,但我们在DeepCrawl 上的测试(免责声明:我在DeepCrawl工作) 表明这种无索引页面的方法仍然有效。

与meta noindex相比,robots.txt noindex提供了一种更清晰,更易于管理的解决方案,可告诉Google不应将页面编入索引。这种方法可以减少指令覆盖的混淆,因为robots.txt将覆盖任何URL级指令。

Robots.txt noindex也比meta noindex更可取,因为您可以通过指定URL模式而不是逐页应用它们来对URL组进行索引。

与任何其他robots.txt指令一样,您可以使用Search Console中的Robots.txt测试程序测试robots.txt noindex 。

2. JS注入的标准标签

今年早些时候在谷歌I / O上,汤姆格林威说,谷歌只在最初提取页面时处理rel =规范,如果你依赖它来由客户端呈现,它将被遗漏。

如果这是真的,那么网站seo专业人员通过Google跟踪代码管理器进行更改可能会出现问题,这有时候是面对难以定制的长开发队列或内容管理系统的最佳选择。

在此之后,John Mueller后来在Twitter上重申了Greenaway的观点:

我们(当前)仅在最初提取的非呈现版本上处理rel = canonical。

- 约翰☆.o(≧▽≦)o。☆(@JohnMu)2018年5月10日

就这样,对吧?

嗯,不太好。

Eoghan Henn和searchViu的团队进行了测试,显示了为什么你不应该把谷歌的话当作福音。

在通过Google跟踪代码管理器将规范注入多个页面之后,Eoghan发现Google实际上已经规范化了JS注入的规范标记的目标。

由于Eoghan的调查结果似乎与Google的建议相矛盾,Mueller的回应是承认,根据这些测试,JS注入的规范标签确实起作用(至少有时候),但不应该依赖它们。

那么,我们可以从中汲取什么呢?

将规范标签注入到页面的渲染版本中并不是理想的情况,因为Eoghan的测试发现需要三周时间才能获取注入JS的目标URL。

然而,更重要的一点是,我们不应该仅仅采用谷歌的话来说,作为一个社区,我们应该进行测试以证明或反驳假设,无论来源如何。

3.锚链接中的Hreflang属性

谷歌优化面对测试的建议的另一个例子是锚链接中的hreflang属性。

通常,hreflang链接放在页面的头部,响应头或站点地图文件中,但Google是否在锚链接中支持这些属性?

在最近的一次网站管理员环聊中,穆勒表示谷歌既没有正式或非正式地支持在锚链接中使用hreflang(例如,锚文本)。

尽管穆勒的建议,我们的客户网站之一已经看到,锚链接实际上支持hreflang属性,至少部分支持。

有问题的网站不包括锚点链接以外的任何地方的hreflang链接,而在谷歌搜索控制台中,这个客户已经看到成千上万的这些链接作为hreflang标签。

虽然这似乎违背了Google的建议,但请务必注意,并非所有客户网站上的hreflang属性都在Search Console中被选中,这表明Google仅部分支持此方法。

我们目前正在对此进行进一步测试,以了解Google在多大程度上支持锚链接中的hreflang属性,以及为什么有些人会被选中,而有些则不然。

同样重要的内容并不一定是你应该在你的网站上以这种方式实现hreflang但我们需要测试我们被告知的内容。

4. AJAX Escaped Fragment Solution

对于具有AJAX动态生成内容的网站,转义片段解决方案是一种可以让搜索引擎机器人访问内容的方式。这涉及使用hashbang(#!)来指定允许搜索引擎重写URL并从静态页面请求内容的参数。

转发的片段解决方案在大多数AJAX网站上实施得很差,幸好现在,像HTML5 History API这样的解决方案允许网站充分利用这两个领域:动态获取的内容和干净的URL。

因此,Google一直在谈论弃用转义片段解决方案一段时间,并且最近表示自2018年第二季度起不再支持它。

我们现在正处于第三季度,而 穆勒最近透露,虽然谷歌已经基本上转向渲染#!版本而不是转义的片段版本,爬行后者不会立即停止,因为直接链接指向它们。

因此,虽然AJAX爬行方案已被正式弃用,但谷歌尚未将其杀死。

在大多数情况下,我们已经切换到使用#渲染页面!而不是使用?_escaped_fragment_ =版本(有些版本也有直接链接,因此抓取它们不会立即停止)。

- 约翰☆.o(≧▽≦)o。☆(@JohnMu)2018年7月6日

Google的Ghosts:他们不支持的内容

另一方面,谷歌不支持这些内容。

我有一些你可能希望谷歌支持的事情的例子,但事实上他们没有。好吧,至少还没有。

1. Robots.Txt抓取延迟指令

在网络的早期阶段,在robots.txt文件中指定抓取延迟可能会有所帮助,以指示机器人在请求页面之间应等待多少秒。

既然大多数现代服务器都能够处理大量流量,那么这个指令就不再有意义了,Google也忽略了它。

但是,如果您想更改Google抓取您网站的费率,您可以在Google Search Console的“网站设置”标签中执行此操作。Google提供了一个滑块,根据用户判断您的网站服务器能够处理的内容,提供一系列抓取速度。

此外,您还可以通过填写表单向Google提交特殊请求,该表单会提醒您注意Googlebot抓取您网站的方式所遇到的问题。

相反,Bing仍然尊重抓取延迟指令,并允许您通过在Bing网站站长工具中设置自定义抓取模式来控制Bingbot的抓取。

2.语言标签

语言标签可以以多种方式应用于页面(例如,作为元标签,作为HTML标签中的语言属性,在请求标头中)。

由于在网络上实施语言标记的多样性和不一致性,Google完全忽略了它们。相反,谷歌选择拥有自己的系统,并通过查看文本本身来确定页面的语言。

3.站点地图优先级和频率

站点地图的优先级和频率是由于网站管理员执行不当导致爬行计划出错的另一种情况。

我们的想法是,您可以为每个网址设置一个值,该值可以确定网址相对于网站上其他网址的抓取频率,范围为0.0到1.0。

不幸的是,网站管理员通常会将所有网址的优先级设置为最高优先级(1.0),从而使整个系统毫无意义。

Google已确认他们不会关注站点地图中设置的任何优先级值,而是依靠自己的逻辑来决定抓取页面的频率。

例如,最近的网站管理员环聊确认Google会提高抓取之间显着变化的网页的抓取速度。

同样,Google不会使用旨在向搜索引擎发出更新页面更新频率(每日,每周或每月)的更改频率属性来确定抓取速度。

更改频率属性对于绝大多数页面没有意义,因为它们不是每天,每周或每月更新。

4.cookie

总体而言,Google在抓取网页时不会使用Cookie,因为它希望以无状态方式查看网页作为网站的新访问者,并且Cookie可能会更改所提供的内容。

Googlebot使用Cookie的唯一原因是,在没有它的情况下,内容无法正常运行。

5. HTTP2

实现HTTP / 2可以对网站速度产生真正的影响。然而,在Google眼中,HTTP / 2还没有直接有益,因为Googlebot只能抓取HTTP / 1.1,因此在这个时刻,它只对用户体验有益。

Mueller表示他们可能决定在抓取时采用HTTP / 2,因为他们能够以不同的方式缓存内容,但是,Google不会像浏览器那样看到相同的速度效果。

我们可以拿走什么?

我确信还有其他一些我错过的例子,如果你有任何例子我会很感兴趣,但这篇文章并不是详尽无遗的。我想开车回家的主要信息是:

  • 不要把谷歌的话,或其他任何人的话。我并不是说谷歌是故意欺骗,但考虑到有多少人参与维护和推进谷歌的搜索算法,这种错误传达总是存在的。
  • 过去工作的技术可能不再相关。 SEO是一个不断发展的空间,所以我们应该始终注意这一点。
  • 测试你被告知的内容。 或者,如果不可能,提出问题并帮助传播原始研究的结果,以促进我们的集体理解。

seo服务需求

对优化有需求的企业,可以咨询我们,我们是一家专业的网络推广公司,已经有着10多年的服务经验,包括了百度seogoogle seo英文seo小语种seo等整套的服务体系。

All Posts
×

Almost done…

We just sent you an email. Please click the link in the email to confirm your subscription!

OKSubscriptions powered by Strikingly