Skip to content
About Blog Learn Explore Patterns Case studies
The Chrome team is back at Google I/O on May 10! Register Now
On this page
  • Preliminary analysis
  • Competitive analysis
    • Budget for timing milestones
  • Combine different metrics
    • Budget for quantity-based metrics
    • Budget for rule-based metrics
  • Prioritize
  • Next steps

Your first performance budget

Nov 5, 2018
Appears in: Fast load times
Milica Mihajlija
Milica Mihajlija
TwitterGitHubHomepage
On this page
  • Preliminary analysis
  • Competitive analysis
    • Budget for timing milestones
  • Combine different metrics
    • Budget for quantity-based metrics
    • Budget for rule-based metrics
  • Prioritize
  • Next steps

When you set a personal, business or family budget, you are setting a limit to your spending and making sure you stay within it. Performance budgets work in the same way, but for metrics that affect website performance.

With a performance budget established and enforced you can be sure that your site will render as quickly as possible. This will provide a better experience for your visitors and positively impact business metrics.

Here's how to define your first performance budget in a few simple steps.

Preliminary analysis #

If you are trying to improve the performance of an existing site, start by identifying the most important pages. For example, these could be pages that have the highest amount of user traffic or a product landing page.

After you identify your key pages, it's time to analyze them. First, we'll focus on the timing milestones that best measure the user experience.

Under the Audits panel in Chrome DevTools, you'll find Lighthouse. Run audits on each page in a Guest window to record these two times:

  • First Contentful Paint (FCP)
  • Time to Interactive (TTI)
Using a Guest window gives you a clean testing environment without any Chrome extensions that could interfere with the audit.
Lighthouse panel in Chrome DevTools

Let's take a highly specialized search engine, Doggos.com, as an example. Doggos.com aims to index all dog-related things on the internet, and its most important pages are the home and results pages. Here are the FCP and TTI numbers measured for the site on desktop and mobile.

DesktopFCPTTI
Homepage1,680 ms5,550 ms
Results page2,060 ms6,690 ms
Desktop analysis of Doggos.com
MobileFCPTTI
Homepage1,800 ms6,150 ms
Results page1,100 ms7,870 ms
Mobile analysis of Doggos.com

Competitive analysis #

Once you've analyzed your own site, it's time to analyze your competitors' sites. Comparing results from websites similar to yours is a great way to figure out a performance budget. Whether you are working on an established project or starting from scratch, this is an important step. You get competitive advantage when you are faster than your competitors.

If you are not sure which sites to look at, here are a few tools to try:

  1. Google search's "related:" keyword
  2. Alexa's similar sites feature
  3. SimilarWeb
Screenshot of Google search with the related keyword

For a realistic picture, try to find 10 or so competitors.

Budget for timing milestones #

Our niche search engine in this example has a handful of competitors and we'll focus on optimizing the homepage for mobile devices. Over half of the internet traffic today happens on mobile networks and using mobile numbers as default will benefit not only your mobile users, but your desktop users as well.

Create a chart with FCP and TTI times for all the similar websites and highlight the fastest in the bunch. A chart like this one gives you a clearer picture of how your website is doing compared to the competition.

Site/HomepageFCPTTI
goggles.com880 ms3,150 ms
Doggos.com1,800 ms6,500 ms
quackquackgo.com2,680 ms4,740 ms
ding.xyz2,420 ms7,040 ms
Competitive analysis of Doggos.com on 3G network
Doggo at a computer
Doggos.com seems to be doing okay on the FCP metric but seriously lagging behind in TTI

There's room for improvement and a good guideline for that is the 20% rule. Research states that users recognize a difference in response times when it's greater than 20%. This means that if you want to be noticeably better than the best comparable site, you have to be at least 20% faster.

MeasureCurrent timeBudget (20% faster than competition)
FCP1,800 ms704 ms
TTI6,500 ms2,520 ms
Performance budget that would get Doggos.com ahead of the competition

If you are trying to optimize an existing site that goal may seem impossible to reach. This is not a sign for you to give up. Start with small steps and set a budget at 20% faster than your current speed. Keep optimizing from there.

For Doggos.com, a revised budget could look like this.

MeasureCurrent timeInitial budget (20% faster than the current time)Long-term goal (20% faster than competition)
FCP1,800 ms1,440 ms704 ms
TTI6,500 ms5,200 ms2,520 ms
Revised Doggos.com performance budget

Combine different metrics #

A solid performance budget combines different types of metrics. We've already defined the budget for milestone timings and now we'll add two more to the mix:

  • quantity-based metrics
  • rule-based metrics

Budget for quantity-based metrics #

Whatever total page weight number you come up with, try to deliver under 170 KB of critical-path resources (compressed/minified). This guarantees your website will be fast even on inexpensive devices and slow 3G.

You can have a bigger budget for the desktop experience, but don't go wild. The median page weight on both desktop and mobile is over 1MB according to the HTTP Archive data for the last year. To get a performant website you have to aim well below these median numbers.

Here are a few examples based on TTI budgets:

NetworkDeviceJSImagesCSSHTMLFontsTotalTime to Interactive budget
Slow 3GMoto G410030101020~170 KB5s
Slow 4GMoto G420050353030~345 KB3s
WiFiDesktop3002505050100~750 KB2s
The recommended sizes are for the critical-path resources.

Defining a budget based on quantity metrics is a tricky business. An e-commerce website with loads of product photos is very different from a news portal which is mostly text. If you have ads or analytics on your site, that increases the amount of JavaScript you're shipping.

Use the table above as a starting point and adjust based on the type of content you are working with. Define what your pages will include, review your research and take an educated guess for individual asset sizes. For example, if you are building a website with a lot of images, put stricter limits to JS size.

Once you have a working website, check how you are doing on user-centric performance metrics and adjust your budget.

Budget for rule-based metrics #

Very effective rule-based metrics are Lighthouse scores. Lighthouse grades your app in 5 categories and one of those is performance. Performance scores are calculated based on 5 different metrics, including First Contentful Paint and Time to Interactive.

When you try to build a great site, set Lighthouse performance score budget to at least 85 (out of 100). Use Lighthouse CI to enforce it on pull-requests.

Prioritize #

Ask yourself what level of interaction you expect on your site. If it's a news website, users' primary goal is to read content so you should focus on rendering quickly and keeping FCP low. Doggos.com visitors want to click on relevant links as soon as possible, so the top priority is low TTI.

Find out exactly what part of your audience browses on desktop vs. on mobile devices and prioritize accordingly. One way to figure this out is to check what your audience is doing on competitors' websites, through the Chrome User Experience report dashboard.

Device distribution data from Chrome User Experience report
Device distribution data from Chrome User Experience report

Next steps #

Make sure your performance budget is enforced throughout the project and incorporate it into your build process.

Performance
Last updated: Nov 5, 2018 — Improve article
Return to all articles
Share
subscribe

We want to help you build beautiful, accessible, fast, and secure websites that work cross-browser, and for all of your users. This site is our home for content to help you on that journey, written by members of the Chrome team, and external experts.

Contribute

  • File a bug
  • View source

Related content

  • developer.chrome.com
  • Chrome updates
  • Case studies
  • Podcasts
  • Shows

Connect

  • Twitter
  • YouTube
  • Google Developers
  • Chrome
  • Firebase
  • Google Cloud Platform
  • All products
  • Terms & Privacy
  • Community Guidelines

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies.

By Chrome DevRel