With Shopify’s integration of the Google Lighthouse tool (also used by Google PageSpeed Insights) for their speed score report a lot of store owners are looking to improve their scores but don’t fully understand how it works and what the score means.

In this case study I’m going to dive into Google PageSpeed Insights (aka Google PSI) and share what happened when I solved Google PSI warnings on a Shopify site.


For this test, my hypothesis is that improving the Google PageSpeed Insights score will improve the actual page speed on real devices.

Side note: The Shopify speed score is directly related to Google PSI score, since they both use the same engine (Lighthouse). For a breakdown on the Shopify speed score tool + how it works, see Shopify Speed Tool Analysis + How to Make Your Site Faster.

When I started the project, I captured screenshots of the mobile benchmarks using Google PageSpeed Insights (the client wasn’t concerned with Desktop since the mobile bounce rate was higher and our first guess was that this may be related to page performance).

Google PSI Score Before

Google PSI score on Shopify site before optimization

Google PSI lab data on Shopify site before optimization

Since Google PageSpeed Insights is an emulated testing tool (meaning that the results are based on an estimation) I also grabbed a screenshot from WebPageTest (aka WPT) since this tool captures metrics using real devices and networks.

WebPageTest Score Before

webpagetest score before optimization

Score Summary Before

Starting Google PSI score: 16

Document Complete event (WPT): 3.24 seconds

Fully Loaded page (WPT): 4.76 seconds

Document Complete = the page content is loaded and the DOM (Document Object Model) is ready, but there may still be scripts retrieving content.

Fully Loaded = 2 seconds have passed without any network activity, indicating that all the pages resources are fully loaded.

In my experience testing and working on hundreds of Shopify sites, I’ve never seen a store with a perfect score. In fact, most sites are in the 15 – 40 range.

Google Recommendations

I dug in deep and followed Google’s official recommendations to make a positive impact to the score – with very surprising results. Here’s what I did to create a higher score:

  • Combined CSS and JS
  • Deferred parsing of JS
  • Applied critical path CSS
  • Added height and width attributes to images
  • Used font-display: swap for fonts

Google offers a lot of recommendations on improving each of these areas, most require some high level programming knowledge, here’s a list of their explanations:

Why didn’t we compress or lazy load images for this project? For this particular client we had already implemented all of our recommended changes (image compression, lazy loading, using progressive jpg format, preloading, etc.) and were looking for ways to further improve the site speed by focusing on the PSI score and improving core web vitals.

Google’s updated 2020 guidelines for Core Web Vitals suggest that CLS, FID and LCP are three important factors for improving platform-independent performance.

Key definitions from that Core Web Vitals post:

Largest Contentful Paint (LCP): measures loading performance. To provide a good user experience, LCP should occur within 2.5 seconds of when the page first starts loading.

First Input Delay (FID): measures interactivity. To provide a good user experience, pages should have a FID of 100 milliseconds or less.

Cumulative Layout Shift (CLS): measures visual stability. To provide a good user experience, pages should maintain a CLS of 0.1. or less.

These metrics can be controlled somewhat, but a major factor in those metrics will be the apps you use and the scripts loaded in your theme.

This particular theme was comprised of around 35 different open-source libraries, containing over 50 individual javascripts and stylesheets. Because of how the browser interprets and renders the HTML document, styles and scripts typically load upfront which means they can block other assets on the page from loading quickly.

All scripts and styles couldn’t be combined (this recommendation by Google is actually out of date, combining files can actually lead to slower performance).

Since integration of a lot of open source libraries and customizations is common on Shopify, max optimization for Google PSI calls for all of that to be re-written in a way that omits all unused code. The file size is typically pretty small here, however a single library can take up to 20 hours to analyze and rewrite – this leads to a more expensive project than commissioning a new, custom-built theme that is engineered to avoid these issues.

I also applied a technique to lazy load and preload certain vital scripts and stylesheets. This ensures that page-to-page browsing doesn’t require new scripts and styles to be loaded on every page and instead keeps those ready for the next page, eliminating requests, reducing page size, and helping those other pages load faster.

Critical path CSS analysis was tricky – since there were such a large volume of open source libraries that were added indiscriminately by the original theme developer, there were a high volume of conflicting styles. This is one drawback to using pre-built libraries however I have not yet seen a Shopify theme that doesn’t use any of these – they serve a purpose to save time developing (and in turn saving cost to the store owner purchasing the theme).

Most pages can’t use the critical CSS technique when a lot of third-party CSS is added because of conflicting styles and the complexity of dissecting the code in production stylesheets to only load exactly where they’re needed..


The results were a bit shocking at first – I had doubled the score but I also noticed that when testing on real devices (including devices in my own testing lab) the page was noticeably more sluggish while the browser timing events on real devices was drastically different than what the Lighthouse tool displayed in its results.

Google PSI Score After

Google PSI score after optimization

Google lab data after optimization

WebPageTest Score After

WebPageTest results after Google PSI optimization

Score Summary After

Final Google PSI score: 34 (+18)

Document Complete event (WPT): 4.78 seconds (+1.5 seconds)

Fully loaded page (WPT): 6.41 seconds (+1.65 seconds)

Although in testing the new version of the theme scored higher using Google PageSpeed Insights, the actual load speed was slower.

The client also had a number of complaints about issues that he felt detracted from the customer experience.

I had to agree with him because these updates gave users the appearance of a slow loading website:

  • Flashing of fonts
  • Flickering and shifting page elements that change style (despite the CLS improvement)
  • Various deferred javascripts that change and apply styles client-side populate too late after the page load – this means that styles and elements that display on your web page which are controlled by javascripts aren’t ready when the page loads and these took longer to appear visually on the page

In fact, after PSI score improvement, collections URLs slowed down by almost 2 full seconds for a fully loaded page!

webpagetest before after comparison when optimizing for google psi

I also noted that even though test data showed PageSpeed Insights thinks it’s a “faster” page (one the pitfalls of emulation-based testing), both users and real devices using real networks noted a much slower site.

Project update: we actually ended up rolling these changes back and sticking with a faster site with a lower PSI score.

But wait – even if we kept the Google PSI recommended changes, all that work for only 18 points? Why couldn’t it go higher?

The answer is simple – using store facing 3rd party apps slows your site down and prevents you from getting a high score.

This doesn’t mean you should uninstall your apps. As an online store I’m assuming your primary goal is have the most sales, not the highest score in an analysis tool.

Having a low PSI score is not as bad as it sounds – even Amazon.com, the most successful ecommerce website in the world, only scores a 31.

Google PSI score for amazon.com

How to optimize a Shopify site

Let’s take a deeper look into what this means (and why you shouldn’t worry about a low PSI score).

If you’re going to optimize a website for Shopify, you first need to understand how these sites work – and how these are different from other websites. As a developer, I basically break these up into three main components.

1. Backend / server side

This basically controls everything from how many product variants you can add down to CDN configuration (a Content Delivery Network is a way to distribute your website faster around the world which Shopify configures out of the box for all of its store owners) and URL patterns for the website.

Spoiler alert: you can’t change anything here.

This is the part that the internal Shopify development team builds and maintains. Thankfully you don’t need to since Shopify’s internal team does a great job at improving things like latency and internal response timing 👍

2. Store facing apps

Usually you’ll want to extend functionality or create extra features. You can do this with custom coding or downloading an app from the Shopify app store.

Example store facing app functionality: product reviews, email marketing, wishlists, product bundles, and anything that interacts with the user on the website.

Not all apps affect your load speed, only store facing apps.

Apps that run in the background and do not have any code or content loading on your website do not affect your load speed.

Example backend apps that don’t affect load speed: order processing and automation apps like Order Automator, apps that sync data (for example to other marketing channels), or apps that generate code directly into your theme but don’t rely on 3rd party scripts (for example Tip Cup places a tip widget onto your site by generating theme code on the server side.)

3. Frontend / theme website code

Themes are the last component of optimization-driven development for Shopify websites. Your theme contains the code-based templates that control the individual page layouts and the core functionality of your site as a whole.

This is also the main component of optimization since this the part you actually have control over. This is where I was able to make those changes I discussed earlier.

Wait, you mean I can only control one of these things – what about apps?

Ok, let’s talk more about apps for a second. Third-party content is typically injected into a Shopify site in one of two places:

  • In the {{ content_for_header }} block (explained in theme.liquid docs)
  • or injected directly into your code on a theme-level

If code is stored directly in your theme files, you might have some control over this like limiting the pages where it loads.

But third-party apps will often inject their code in the {{ content_for_header }} block.

Ay, there’s the rub. On one hand, you’re getting the functionality you want but on the other hand it’s at the sole discretion of app developers to optimize their own server response timing, how their content is served, whether or not it’s compressed, and whether or not it’s identified as a render-blocking asset.

This means that you have no control over this content. In fact, more than half of the Shopify sites I personally analyzed in 2020 relied on a third-party app developer for 60% or more of their total website content, so you’re totally not alone.

Optimization roadmap

So, what next? If you can’t control most of my content on Shopify then what do you do?

You could build a completely custom website and then use the Shopify API to communicate your store data with your front end website, but that’s a major project and probably won’t pay off in ROI unless you’re doing at least 8 figures annual revenue.

For most stores, it doesn’t make sense to migrate away from such a robust platform or to do away with every app you have (that would be a conversion killer).

For the majority of Shopify stores, here’s what I recommend:

Limit the number of apps installed on your store. Only keep apps installed with a high ROI, otherwise you’re losing money and customers if the app causes performance to suffer. Since lot of apps don’t add any content to your actual website (such as the Order Automator app), a good rule of thumb is to start with customer-facing apps which deliver additional content to your website. Apps that only extend functionality to Shopify don’t impact page speed since those apps only show content in your admin panel.

Use Google Tag Manager for third-party scripts. If your app developer offers an alternative and allows their third-party scripts to be injected using GTM, this will conditionally load that content only when and where it’s needed.

Compress all images. Image compression is the single largest issue for Shopify sites (I see this issue on over 80% of Shopify sites I work on) and can be a major factor in page speed. check out How to Compress Images on Shopify for a guide + tools to optimize images on your site.

Minify your files. The easiest way is to use an app like File Optimizer to minify CSS, JS, and Liquid files. These files are usually pretty small but can improve download and execution time for JS and CSS files stored within your theme.

If you’re comfortable working in code you can also use free minification tools online like JSCompress, but they won’t be able to minify your Liquid files.

Hire a developer to configure performance tweaks. Some performance tweaks such as lazy loading, image file type conversion, resource preloading, etc. are very nuanced and can be difficult to locate. If you want to hire a professional Shopify optimization developer, head to speedboostr.com/contact to get a free analysis.

Conditionally load app content. For apps that load by adding code to your theme files, you can hire a developer to place limitations on which templates in your theme app content is allowed to run.

When app content is stored in your theme files, versus when it’s injected with other app content, you can use Liquid control flow statements to control when that content appears. For example, if app code only needs to appear on product pages, you can use conditional loading to ensure it loads only on product pages instead of every page of the site.

A/B test your apps and site features. Regardless of performance your audience may have other reasons for liking your site more than competitors. If you A/B test your ideas, you can use those in a new, totally custom theme without worrying about the cost since you already know your features are improving conversions.

A/B testing will give you a better idea of what works – and what doesn’t. To learn more about A/B testing check out our A/B Testing Guide for Shopify.

Code app features directly into your theme (if possible). Store facing features that don’t require a database to store information on a server can usually be coded directly into your theme files.

If a database is required and you’re serious about speed, you can have a custom app built specifically for your store which gives you full control over the content. Head to Speed Boostr Apps to get some ideas.

Implement Google AMP. AMP (Accelerated Mobile Pages) pages contain only the essential elements and apps on your website. The result is a faster version of your site for mobile search results, which can lead to higher conversion rates (one client noted a 240% increase in conversion to AMP product pages when compared to their regular product pages – now that’s a whole lotta chedda 🧀).

AMP pages can also result in gains to search rankings so this can be a great alternative to developing a new theme and gets you those performance gains out-of-the-box.

For a step by step process to impelemnt AMP without coding, follow this guide AMP Guide for Shopify | Easy Way to Make Your Site Faster + Boost SEO.

Improve the customer experience, not a score. As I’ve just demonstrated, score doesn’t equal speed and for some sites, a high score isn’t possible without developing a totally new site with custom apps.

Sometimes features that slow a site down by even 1 second can still improve the conversion rate on your site, so try to find the balance with the customer experience using features that help you get sales while optimizing what’s possible.


A lot of the advice that the Lighthouse tool (and by extension Google PSI and Shopify speed score) provides is good, however it isn’t always accurate as far as timings go.

Relying strictly on emulation-based advice can actually hurt your page speed. Sometimes these types of tools can locate opportunities for improvement, however this tool is geared for general sites and not specific to ecommerce sites that use engaging features to help win more sales.

There are a lot of tools out there but for real-time recommendations that you actually have direct control over that are proven to have a positive impact on page speed when optimizing Shopify sites, check out the Shopify Analyzer.

And to combo performance analysis with testing using live performance metrics, I recommend WebPageTest. You can test using different browsers, locations, devices and more. It also seems to be the most consistent tool for measuring load speed.

Those are the 2 best tools for optimizing Shopify sites. 🛠