Return to site

网站搜索引擎优化|谷歌seo-如何避免迷失在面向性能的web中?

网站搜索引擎优化

· seo优化

页面速度在网页排名中起着积极的作用,作者MariaCieslak详细介绍了谷歌优化如何通过优化快速性能因素来保持高排名和满意的用户。

你可能已经知道,拥有一个缓慢的网站不会给你比你的竞争对手优势,也无助于搜索引擎排名

你可能也知道如何做最基本的事情,就像图像优化,以帮助您的站点运行得更快一些。

由于大部分基本知识已经涵盖,我想谈谈处理性能因素的不同方法,以及它们如何帮助您在站点上组织和优先处理提高速度的过程。

大量的案例研究表明,网站速度对用户行为有显著的影响。网站管理员面临的最大问题之一是如何避免加载时间过长,这样访问者就不会在页面加载之前离开网站。

根据谷歌的想法,如果页面加载时间从1秒增加到5秒,用户不进行交互的可能性就会增加90%!这是巨大的,它表明每一秒都很重要。

反弹率是衡量用户满意度的指标之一。然而,皈依是SEO的圣杯。如果你用一个落后的网站惹恼用户,他们就会去找你的竞争对手,你就会失去销售机会。

加快移动版本

2007年11月,谷歌工程师Addy Osmani写了一个Pinterest案例研究的概述,它展示了Pinterest站点的移动版本如何改进了与用户参与有关的所有指标。

Pinterest在三个月内重建了他们的移动应用程序,结果令人叹为观止。他们的移动站点的旧版本在23秒钟内对大多数用户进行了交互。他们把它切到5.6秒。因此:

花在网站上的时间增加了40%。
广告收入增长了44%。
用户参与度增加了60%。

延迟在网站上可能是非常昂贵的。如果你想看看你损失了多少,看看冲击计算器从谷歌思考. 此工具将帮助您估计如何提高您的网站速度可能会影响收入。

Google对面向性能的网络的投入

多年来,谷歌一直致力于通过支持项目来提高用户对页面速度的感知能力,比如加速移动页面(AMP)和进步的Web应用程序。这两个目标都是为了尽快和顺利地向用户提供网站。

“加速移动页面”构建了一个由三个组件组成的开源库,这些组件几乎可以帮助网页立即加载:

放大器HTML-加速移动页超文本标记语言。
安培JS-加速移动网页JavaScript.
安培缓存-加速移动页缓存。
2015年,谷歌推出了进步网络应用(PWA)。这个概念是建立在创建web的理念之上的。功能像本地应用程序的应用程序。PWA的一个巨大优势是,与标准应用程序相比,它们的体积更小,而且它们的性能也得到了提高。服务工作者。

Google使用页面速度作为排名因素。

2010年,谷歌宣布业绩已成为一个排名因素。用于桌面搜索,并开始调整慢页的排名。最近一次更重要的更新发生在2018年7月9日,当时谷歌推出了速度更新对所有用户来说。谷歌承认,速度已经被用作桌面搜索的一个排名因素;但现在,页面速度也将成为移动搜索的一个排名因素。

自实施以来移动第一索引,桌面网页已经成为谷歌眼中的第二个版本。移动版本在索引和排名过程中被认为是主要版本。无论我们如何改变网页,我们都需要考虑使用更小(移动)屏幕、效率较低的处理器和不太稳定的互联网连接的用户。

谷歌seo在速度更新中引入的另一个关键因素是页面性能。谷歌强调了理解的重要性页面性能如何影响用户的Web体验.

有许多重要的因素需要理解,因为它们与速度更新和性能在页面排列方式中所起的作用有关。据谷歌资深网站管理员趋势分析师JohnMueller称:

谷歌能够并且确实能够区分那些速度相当快和速度非常慢的页面。
谷歌速度更新的目标是互联网上最慢的网站。
等待页面呈现几分钟是不可接受的。
Google不会注意到加载毫秒的变化。
虽然一个网站搜索引擎优化的排名,谷歌依赖于多种因素,所以它可能会发生,真正缓慢的网站在其他方面的表现,并将仍然是很好的排名。

你可能认为你是安全的,因为你的页面不需要几分钟就可以加载,而且你可能是对的。但也要记住:

谷歌可能会在未来改变规则,并在排名过程中给予页面速度因素更大的权重。
时间就是金钱。即使是较小的延迟也可能影响网站的转换速度。

速度有多快?

当我们考虑到用户代表不同设备、不同CPU和不同浏览位置的非同质人群时,回答这个问题就变得复杂了。甚至他们的互联网速度和连接也是不同的。从两个不同的角度来观察速度可以帮助我们理解拥有一个“快速”网站意味着什么。

两种性能方法

在分析和衡量业绩时,我们应该从两个不同的角度来看待:

面向谷歌的性能。这不是排名因素。这种性能直接影响Googlebot在您的网站优化上的行为。在爬行时,Googlebot向您的服务器发出几个请求,以便接收页面。如果它“注意到”服务器无法处理页面超载,Googlebot会减慢或停止爬行。

网站(更精确地说,服务器)越快,爬行效率就越高。因此,这种性能与后端(服务器)有关,并指服务器的“持久性”。

面的图表是当你的网站速度减慢或加速时,你会在谷歌搜索控制台中看到的爬行统计报告。在第一个题为“花在下载页面上的时间”中,如果网站加快了…的速度

…请求数量增加。

这是一个明确的信号,谷歌,它可以爬更多的网页。

一般来说,结构越大,这些指标越重要。如果你有几千页,谷歌抓取它们不成问题。但是,如果您的结构由数百万页组成,您需要关注这些爬行问题。

面向用户的性能。这是一个关键词优化排名因素。这完全取决于用户对速度和感知的需求。

真正的用户度量(RUM)不仅从性能和页面加载速度来表示用户如何看待您的网站,而且也表示用户在以下方面的看法:用户体验。以用户为中心的性能旨在尽快显示内容,以吸引用户的注意,并立即响应他们在页面上的交互。

来自谷歌:“…这些负载时间线的屏幕截图应该可以帮助您更好地可视化负载度量适合于负载体验的地方:“

当涉及到页面加载速度时,您应该遵循以下规则:

越快越好。

然而,在分析和优化性能时,不要忘记观众和网站的目标。例如,我认为新闻门户在初始负载上有更高的定时是可以接受的,但随后的访问速度与闪电一样快。这些类型的页面有许多返回用户,因此它们具有高级缓存方法的好处。

另一方面,如果用户需要一次性或紧急支持,您的网站必须是快速和轻的初始负荷。在这种情况下,还有一点需要记住:

你只有一次机会给人留下好的第一印象。快点就行了。


在规划你的表演目标时,一定要记住观众的需求和期望。有时,如果你能保证与网站的所有后续互动都是闪电般的快速,你可以接受一些小的延迟。

防雷

让我们来看看一些不那么快的网页的例子,这样你就知道该避免什么了。

(注:这两个网站的测试环境是:Dulles,VA-Chrome模拟摩托罗拉G(GEN 4)-3 GFast-Mobile。)

我在“今日美国”上使用WebPagetest.org进行了一次性能测试,这是一个新闻门户网站,有许多用户定期重新访问该网站。

“今日美国”页面的加载时间为25.1秒。我可以跑到报摊,然后在那个时候回来!

我的第二个网站是Thumbding.com,它是一个帮助用户在不同的领域定位服务和专业人员的网站。让我们想象一下,我有一个重大的漏水,迫切需要找到一个水管工在我附近。

Thumbtack页面在7秒内加载-如果我站在6英寸的水里,这可能是一生的时间。

哪一页更快?在我给出答案之前,让我们先来看看Google捕获性能的概念。

性能分析与Google功能

谷歌一再表示,他们希望返回快速加载的网页,并在搜索结果中满足用户的期望。我的第一个想法是:谷歌如何像普通人类用户一样“看到”和衡量性能?

网站的性能是相对的,而不是一个稳定的价值,所有的用户和设备。我们不能说在2秒内加载的网页对用户的价值与Google相同,因为两者都有很大的不同,而且都有局限性。

我们应该记住Google的局限性,这些限制对性能有很大的影响:

Googlebot不像标准浏览器那样使用缓存控制头。

对网站上的静态资源使用缓存控制头允许将网页存储在浏览器的缓存中。如果不更改这些资源,则不需要再次下载它们。因此,用户的浏览器不需要提出额外的请求。

Googlebot在爬行时不尊重缓存头

在大多数情况下,Googlebot从美国爬行

如果您的服务器位于德国,Google不会注意到您的服务器对德国用户的响应有多快或多慢。

用户在不同的internet连接上使用不同的设备。

谷歌有可能模仿所有可能的设备和连接组合吗?我不这样认为他们可能会尝试用不同的设备检查网页,但是不可能检查页面是如何在中央处理器(CPU)或屏幕大小的多个组合上加载的。

Google更新用户代理字符串,这样他们的渲染器就能理解使用更新技术的网页。以下是当前移动用户代理(Googlebot)看起来:

在大多数情况下,谷歌在Nexus5X上访问页面,使用Android6.0.1Marshmlow作为操作系统。

你的用户呢?您可以通过查看用户报告中的GoogleAnalytics数据来检查您的网站使用的设备类型。

Google使用作为Indexer一部分的Web呈现服务(WRS)呈现网站

问题是WRS是基于Chrome 41的,这是一个三年前的版本。

在科技年代,那是30年!因此,谷歌并没有从你的用户可以使用的所有现代功能中获益。因此,如果你想通过以下功能来加快你的网站seo的速度,不像你的用户,谷歌在爬行你的网站时不会看到这个变化:

服务工作者是一种技术,它为标准应用程序添加了许多令人敬畏的特性,比如后台的数据同步、预取资源或在脱机模式下工作。
http/2协议这允许捆绑和排序请求到服务器-谷歌使用HTTP/1.1协议。
http/2服务器推送-允许预取资源以供将来使用。
如果您想查看Chrome 41支持的内容的详细信息,请访问CanIuse.com并搜索给定的功能。

Chrome用户体验报告

从Googlebot的这些限制来看,如果不具备识别网站速度或速度的能力,评估性能似乎是不公平的。为了解决这个问题,Google将数据从Chrome用户体验报告进入性能分析。

Chrome用户体验报告(关键)包含由Chrome浏览器捕获的真实用户的数据。包含性能指标的用户体验数据托管在GoogleBigQuery上,这是一个企业数据仓库。这些指标是聚合的,因此您无法确定哪些用户满意或不满意;但是,您可以筛选数据以查看片段,比如为具有2G连接的用户设置时间。

您可以访问页面速度洞察 by checking at a page level. You can also see the aggregated data for the whole site by using a query: origin:domain.com.

您可能看不到子页面的数据;这意味着它们可能没有足够的有关此页面的数据。

您还可以使用GoogleBigQuery检索与您的域相关的数据,并以更细粒度的方式浏览它。以下是BigQuery中所有可用指标的回顾。

CuRX是进一步接近真实用户对网站性能的感知的第一步。尽管它包含了一些不能最好地表示页面加载性能的度量,但它仍然是查看真实用户的度量并将您的性能与您的竞争对手的性能进行比较的最佳方法之一。

我今天要400美元

现在是时候回答我刚才提出的问题了:

哪个网站的加载速度更快,USAToday.com(25秒)还是Thumbadd.com(7秒)?

看一看关键数据(在排名过程中得出的),我们看到“今日美国”被认为是快速的:

虽然用户将Thumbtack评定为平均水平:

实例表明,性能不是一个稳定的值,使秒数下降不足以满足用户的需要。

一种恰当的绩效衡量方法

下面你会找到一些关于如何评估网站表现的建议。每个分析都需要一个特定的背景,因此您需要做好准备,以理解没有一个答案能够满足所有可能的场景。

数据驱动分析

要做出数据驱动的决策,您需要为您的网站收集性能数据。您应该使用不同的方法收集和分析数据:

  1. 抽查。检查您的网站加载的不同部分有多快。这一分析是以每页为基础的。分别检查类别、产品和主页的性能。您可能会看到显著的差异。流行的工具,如灯塔,GTMetrix或WebPagetest提供了详细的每一个问题上发现的网页上的网站,给你很多的想法,如何改进。
  2. 不断监测。 This will provide information on how the website behaves in the long term and provides insight into how the site’s metrics change over time so you can react quickly if something goes wrong. A good tool for this is Sitespeed.io.
永远记住观众

您应该尽可能多地收集有关用户的数据,并记住页面速度是相对的。

您可能会测试您的网站的性能,并得到令人满意的结果,但人们配备了不太强大的设备或浏览您的网站缓慢的互联网连接将不会分享您的意见。请记住,地理、设备和连接都起着一定的作用。

沉溺于竞争活动

不幸的是,性能可以给你的竞争对手带来优势。如果你的网页加载缓慢,用户很可能会离开你的网站去一个类似的网站。你的目标应该总是比你的竞争对手更快的装载。

你可能会问,我应该快多少?用户可以通过进行一些基准测试来确定一个数字。通过WebPagetest这样的工具运行您的三个竞争对手,并查看结果。哪个网站是最快的,多少钱?例如:

一旦你确定了一个百分比,在我们的例子中大约是25%,用它来设定目标,通过这个数量的改进。

选择适当的度量标准

为了向用户提供最佳的性能体验,您需要选择正确的指标来处理。

如果用户不得不看几秒钟的空页面,您可能会感到沮丧。可以帮助最小化“空白页效果”的内容是优化关键渲染路径。这意味着您应该集中精力尽快交付呈现“高于折叠”(在网页的第一部分)所需的所有资源。

应采取三项一般性行动:

限制用于初始视图呈现的资源数量。
限制它们的尺寸。
组织它们之间的依赖关系。
例如,确保页脚部分不会在页头之前呈现。

是,不要盲目地专注于提供平滑的渲染体验。虽然渲染过程是建立一个快速网站的第一步,但大多数网站管理员将大部分精力投入到用户交互中。

如果第一个折叠中的内容被交付,但是需要额外的25秒才能变得交互,那该怎么办?我很怀疑你的访客会满意。

关闭

在移动世界中,网站建设过程中,网页速度在网页seo优化排名中起着重要作用。作为SEO,我们需要采取更广泛的方法,我们的工作重点不仅是优化爬行过程和监视Googlebot超时,还需要为用户提供最佳的页面速度体验。

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