{"id":88,"date":"2018-08-21T07:21:23","date_gmt":"2018-08-21T07:21:23","guid":{"rendered":"https:\/\/www.searchenginewatch.com\/2018\/08\/21\/the-page-speed-update-what-seos-need-to-know\/"},"modified":"2019-10-15T06:08:07","modified_gmt":"2019-10-15T06:08:07","slug":"the-page-speed-update-what-seos-need-to-know","status":"publish","type":"post","link":"https:\/\/searchenginewatch.com\/2018\/08\/21\/the-page-speed-update-what-seos-need-to-know\/","title":{"rendered":"The Page Speed update: what SEOs need to know"},"content":{"rendered":"<p><strong>Page speed has been a ranking factor for desktop searches since April 2010, but it was never officially a ranking factor for mobile searches (despite what we\u2019ve all suspected for a long time). Not until July 2018, that is, when Google rolled out the <a href=\"https:\/\/webmasters.googleblog.com\/2018\/01\/using-page-speed-in-mobile-search.html\">Speed Update<\/a>.<\/strong><\/p>\n<h2>Google\u2019s pushing for a faster mobile experience<\/h2>\n<p>The Speed Update is the latest in a long list of speed-related updates, tools, and technologies that Google has developed over the last decade \u2013 many of which specifically target the mobile experience.<\/p>\n<p>For example, PageSpeed tools, such as the <a href=\"https:\/\/developers.google.com\/speed\/pagespeed\/module\/\">modules for servers like Apache and Nginx<\/a>, PageSpeed reports in <a href=\"https:\/\/searchenginewatch.com\/2018\/01\/30\/inside-googles-new-search-console-whats-new-whats-the-same-and-whats-still-to-come\/\">Google Search Console<\/a> and Google Analytics, and <a href=\"https:\/\/searchenginewatch.com\/2019\/02\/08\/17-top-plugins-extensions-seo\/\">plugins<\/a> like the PageSpeed <a href=\"https:\/\/developers.google.com\/web\/tools\/chrome-devtools\/\">Chrome Developer Tools<\/a> extension have become par for course since their introduction back in 2010.<\/p>\n<p>Since then, Google has introduced tools such as the <a href=\"https:\/\/search.google.com\/test\/mobile-friendly\">Mobile-Friendly Test<\/a> to help websites gauge their responsiveness.<\/p>\n<p>They\u2019ve also launched Accelerated Mobile Pages (AMP), which allows content creators to make lightweight and lightning-fast versions of pages for their mobile audiences, and Progressive Web Apps (PWA), which load content instantly regardless of a user\u2019s network state.<\/p>\n<p>And, in the past 6 months alone, Google has further introduced an onslaught of new speed-related tools, including:<\/p>\n<ul>\n<li>Lighthouse \u2013 helps <a href=\"https:\/\/searchenginewatch.com\/2018\/12\/21\/guide-google-analytics-confusing-terms\/\">users<\/a> automatically audit and optimize web pages<\/li>\n<li>Impact Calculator and Mobile Speed Scorecard \u2013 grades your mobile site\u2019s speed and calculates what impact your site speed is having on your conversion rates and revenue<\/li>\n<li>Chrome User Experience Report (CrUX) \u2013 a database of real user experience metrics from Chrome users.<\/li>\n<\/ul>\n<p>Google also transitioned to <a href=\"https:\/\/webmasters.googleblog.com\/2018\/03\/rolling-out-mobile-first-indexing.html\">&#8216;mobile-first&#8217; indexing<\/a> in February 2018, which means it now prioritizes the mobile versions of websites over desktop versions when it comes to ranking and indexing.<\/p>\n<p>And last but not least, the Speed Update has ushered in <a href=\"https:\/\/searchenginewatch.com\/2019\/01\/11\/voice-search-optimization-guide-2019\/\">page speed<\/a> as a ranking factor for mobile websites.<\/p>\n<h2>Recent changes to how Google measures page speed<\/h2>\n<p>Another recent change you may have noticed is that PageSpeed Insights looks a little different these days. Entering a URL a few months ago would return a report that looked something like this:<br \/>\n<a href=\"https:\/\/searchenginewatch.com\/wp-content\/uploads\/sites\/25\/2018\/08\/pagespeed-updates.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-89384\" src=\"https:\/\/searchenginewatch.com\/wp-content\/uploads\/sites\/25\/2018\/08\/pagespeed-updates.jpg\" alt=\"\" width=\"966\" height=\"575\" \/><\/a><br \/>\nAs you can see, your site receives one rating and it\u2019s evaluated based on a set of clear technical criteria: redirects, compression, minification, etc. Optimizing, while not always easy per se, was straightforward.<br \/>\nBut if you plug in your URL today, you\u2019ll see a screen that looks more like this:<br \/>\n<a href=\"https:\/\/searchenginewatch.com\/wp-content\/uploads\/sites\/25\/2018\/08\/pagespeed-insights-barysevich.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-89385\" src=\"https:\/\/searchenginewatch.com\/wp-content\/uploads\/sites\/25\/2018\/08\/pagespeed-insights-barysevich.jpg\" alt=\"\" width=\"760\" height=\"495\" \/><\/a><br \/>\nNow you\u2019re scored according to two different categories: speed and optimization.<\/p>\n<p>Optimization is the new name given to the technical checklist you were already familiar with. Anyone who\u2019s used the PageSpeed <a href=\"https:\/\/sewprod.wpenginepowered.com\/2019\/07\/02\/competitive-research-insight-tools\/\">Insights<\/a> in the past should instantly recognize these recommendations.<\/p>\n<p>Speed, however, is something new. It\u2019s scored based on two new metrics: First Contentful Paint (FCP), which measures how long it takes a user to see the first visual response from a page, and DOM Content Loaded (DCL), which measures the time it takes an HTML document to be loaded and parsed.<\/p>\n<p>These two new metrics are the game-changers because even if you were measuring them before the update (most <a href=\"https:\/\/searchenginewatch.com\/2019\/05\/31\/image-optimization-for-seo\/\">SEOs<\/a> I know weren\u2019t), there\u2019s a high chance that Google\u2019s numbers don\u2019t match yours.<\/p>\n<p>So why the disconnect? Well, while you\u2019re measuring DCL based on your website\u2019s optimal performance, Google is pulling its results from its CrUX database. In other words, these metrics are based on real user measurements.<\/p>\n<p>That means that even if everything looks perfectly optimized on your end, Google may consider your website to be &#8216;slow&#8217; if most of your users have poor connection speeds or outdated mobile devices.<\/p>\n<p>In other words, Google\u2019s switched from measuring &#8216;lab&#8217; data to &#8216;field&#8217; data. Unfortunately, there\u2019s nothing you can do to improve field data except for optimizing your website to make it even faster.<\/p>\n<h2>Our experiment measuring the impact of the Speed Update<\/h2>\n<p>My team recently conducted a series of experiments to determine what impact, if any, the Speed Update has had on mobile rankings.<\/p>\n<p>First, <a href=\"https:\/\/www.link-assistant.com\/news\/mobile-page-speed-research.html\">we analyzed one million pages in mobile search results<\/a> to understand the relationship between <a href=\"https:\/\/searchenginewatch.com\/2019\/05\/20\/seven-reasons-why-your-rankings-dropped-and-how-to-fix-them\/\">page speed<\/a> and mobile SERPs before the update. Our research revealed that a page\u2019s <a href=\"https:\/\/searchenginewatch.com\/2019\/10\/08\/how-to-fix-the-top-most-painful-ux-mistakes-examples\/\">Page Speed<\/a> Optimization Score had a high correlation (0.97) to its position in SERPs. FCP and DCL, however, had almost no bearing on a page\u2019s rank.<\/p>\n<p>Three months later, after Google\u2019s Speed Update went live, we ran the same experiment. Again, we <a href=\"https:\/\/www.link-assistant.com\/news\/mobile-page-speed-research-part2.html\">analyzed one million different pages<\/a> and we collected Optimization Scores, median FCPs, and median DCLs for each unique URL.<\/p>\n<p>What we discovered is that the correlation between a page\u2019s average speed Optimization Score and its position in SERPs remains static: 0.97.<\/p>\n<p>We also discovered that there is still no significant correlation between a page\u2019s position in mobile SERPs and the median FCP\/DCL metrics.<\/p>\n<p>The only change we did notice was an industry-wide increase in the performance of mobile pages: the ranking on the first 30 positions in mobile search improved by 0.83 Optimization Score points between our first and our second experiments.<\/p>\n<p>So, what\u2019s the takeaway? At this point in time, it\u2019s very important to continue improving your Optimization Score. FCP and DCL metrics seem to play a minor role where search results are concerned, but the standards for the top positions in SERPs keep increasing.<\/p>\n<h2>Advanced checklist for optimizing page speed<\/h2>\n<p>Optimizing mobile page speed requires you to test your page speed first. Before you begin making any improvements, plug your URLs into PageSpeed Insights. Or, if you find the thought of checking every page one-by-one exhausting, use a tool that can monitor all of your pages at once.<\/p>\n<p>My team uses the tool we developed, WebSite Auditor. It\u2019s integrated with PageSpeed Insights, which makes it easy to test, analyze, and optimize each page\u2019s performance. GTMetrix and Pingdom are two other great tools for testing and optimizing page speed.<\/p>\n<p>Once you\u2019ve tested your mobile site speed and identified areas of improvement, it\u2019s time to get to work:<\/p>\n<ol>\n<li>Ensure each page has no more than one redirect<br \/>\n&#8211; If you need to use a redirect: use 301 for permanent redirects (e.g. deleted content) and 302 for temporary redirects (e.g. limited-time promotions)<br \/>\n&#8211; Googlebot supports both JavaScript-based redirects and HTTP redirects<\/li>\n<li>Enable compression to reduce file size<br \/>\n&#8211; Gzip all compressible content or use a Gzip alternative (e.g. Brotli)<br \/>\n&#8211; Remove unnecessary data whenever possible<br \/>\n&#8211; Use different compression techniques for HTML codes &amp; digital assets<\/li>\n<li>Aim for a server response time of &lt;200ms<br \/>\n&#8211; Use HTTP\/2 for a performance boost<br \/>\n&#8211; Enable OCSP stapling<br \/>\n&#8211; Support both IPv6 and IPv4<br \/>\n&#8211; Add resource hints like dns-lookup, preconnect, prefetch, and preload.<\/li>\n<li>Implement a caching policy<br \/>\n&#8211; Use <a href=\"https:\/\/www.w3.org\/Protocols\/rfc2616\/rfc2616-sec14.html#sec14.9\">cache-control<\/a> to automatically control how and how long browsers cache responses<br \/>\n&#8211; Use Etags to enable efficient revalidation<br \/>\n&#8211; Double check Google\u2019s <a href=\"https:\/\/developers.google.com\/speed\/docs\/insights\/LeverageBrowserCaching\">caching checklist<\/a> to determine optimal caching policy<\/li>\n<li>Minify resources<br \/>\n&#8211; Minify HTML, CSS, JavaScript<br \/>\n&#8211; Minify images, videos, and other content if they\u2019re slowing down your page speed<br \/>\n&#8211; Automate minification using third-party tools<\/li>\n<li>Optimize images<br \/>\n&#8211; Eliminate unnecessary resources<br \/>\n&#8211; Replace images with CSS3 where possible<br \/>\n&#8211; Don\u2019t encode text in images; use web fonts instead<br \/>\n&#8211; Minify and compress <a href=\"https:\/\/searchenginewatch.com\/2019\/05\/31\/image-optimization-for-seo\/\">SVG<\/a> assets<br \/>\n&#8211; Remove <a href=\"https:\/\/searchenginewatch.com\/2019\/06\/03\/podcast-seo-tips-101\/\">metadata<\/a> if it\u2019s not needed<br \/>\n&#8211; Select smaller raster formats if they don\u2019t interfere with quality<br \/>\n&#8211; Resize and scale images to fit display size<br \/>\n&#8211; Choose the image quality settings that best fit your site needs.<\/li>\n<li>Optimize CSS delivery<br \/>\n&#8211; Inline small CSS files directly into the HTML to remove small external resources.<\/li>\n<li>Keep above-the-fold content under 148kB (compressed)<br \/>\n&#8211; Reduce the size of data required to render above-the-fold content<br \/>\n&#8211; Organize HTML markup to quickly render above-the-fold content.<\/li>\n<li>Remove all blocking JavaScript in above-the-fold content<br \/>\n&#8211; If you need <a href=\"https:\/\/searchenginewatch.com\/2018\/04\/09\/an-seos-survival-guide-to-single-page-applications-spas\/\">JavaScript<\/a> above the fold, you can make it non-render blocking by marking your &lt;script&gt; tag as async<br \/>\n&#8211; Inline critical scripts<br \/>\n&#8211; Defer non-critical scripts and 3rd party JavaScript libraries at least until after the fold.<\/li>\n<\/ol>\n<p>Needless to say, there are a lot of technical <a href=\"https:\/\/searchenginewatch.com\/2018\/08\/07\/seo-101-11-tips-you-need-to-know-when-you-optimize-your-site\/\">SEO<\/a> tips and tricks you can do to continue tweaking and refining your mobile page speed. If you need more information on how, exactly, to perform any of the above actions, visit Google\u2019s <a href=\"https:\/\/developers.google.com\/speed\/docs\/insights\/rules\">PageSpeed Insight Rules<\/a> for more detail.<\/p>\n<h2>Conclusion: why you need to be optimizing mobile page speed<\/h2>\n<p>Year-after-year search engines continue to push the importance of mobile optimization. And it\u2019s no secret why: <a href=\"https:\/\/developers.google.com\/web\/fundamentals\/performance\/why-performance-matters\/\">recent studies<\/a> suggest that 53% of all mobile visits are abandoned when a page takes longer than 3 seconds to load, and you lose 10% of your users with every additional second.<\/p>\n<p>Page speed has always mattered, but providing people with a fast mobile experience is now more important than ever before. This is especially true when you consider mobile-first indexing and the news that the average Optimization Scores of top ranking pages continue to rise.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Google now uses real user measurements to assess mobile page speed. Aleh Barysevich performed an experiment to measure what impact this change, and the Speed Update in general, has on mobile SERPs.<\/p>\n","protected":false},"author":1092,"featured_media":89,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12],"tags":[88,37,89,90,91,92,93,94,22],"content_type":[27095],"class_list":["post-88","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mobile","tag-accelerated-mobile-pages","tag-google","tag-google-analytics","tag-google-search","tag-internet","tag-mobile-page-speed","tag-search-engines","tag-searchenginewatch","tag-seo","content_type-news"],"acf":{"tad_independentcommercial":false,"tad_content_format":false},"post_info":{"name":"idris.nagri@blenheimchalcot.com idris.nagri@blenheimchalcot.com","title":"","thumbnail_url":"https:\/\/searchenginewatch.com\/wp-content\/uploads\/2018\/10\/shutterstock_263740583-120x90.jpg","category":"Mobile","timeago":"7y"},"_links":{"self":[{"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/posts\/88","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/users\/1092"}],"replies":[{"embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/comments?post=88"}],"version-history":[{"count":0,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/posts\/88\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/media\/89"}],"wp:attachment":[{"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/media?parent=88"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/categories?post=88"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/tags?post=88"},{"taxonomy":"content_type","embeddable":true,"href":"https:\/\/searchenginewatch.com\/wp-json\/wp\/v2\/content_type?post=88"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}