Your first performance budget

Your first performance budget

Appears in: Fast load times

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:

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,, as an example. 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.

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

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.

goggles.com880 ms3,150 ms
doggos.io1,800 ms6,500 ms
quackquackgo.com2,680 ms4,740 ms
ding.xyz2,420 ms7,040 ms
Competitive analysis of on 3G network
Doggo at a computer 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 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, 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 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. 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.

Last updated: Improve article