A long cache lifetime can speed up repeat visits to your page. Lighthouse reports all static resources that aren't cached in the Diagnostics section:
Cache static resources to speed up page loads
HTTP caching can speed up your page load time on repeat visits.
When a browser requests a resource, the server providing the resource can tell the browser how long it should temporarily store or cache the resource. For any subsequent request for that resource, the browser uses its local copy, rather than going to the network to get it.
Lighthouse considers a resource cache-able if all of the following conditions are met:
- It's a font, image, media file, script, or stylesheet.
- It has a
206HTTP status code.
- It doesn't have an explicit no-cache policy.
Lighthouse then estimates how much network data you could have saved your users if the resources had been cached. This estimate includes some calculations of optimal cache duration for each resource, based on aggregate usage statistics reported to Chrome.
A longer duration is not necessarily better. Check out the audit source for details. Ultimately, it's up to you to decide what the optimal cache duration is for your resources.
How to cache static resources using HTTP caching
Configure your server to return the
Cache-Control HTTP response header.
max-age directive tells the browser how long it should cache the resource, in seconds.
31536000 corresponds to 1 year: 60 seconds * 60 minutes * 24 hours * 365 days =
When possible, cache immutable static assets for a long time, such as a year or longer. Configure your build tool to embed a hash in your static asset filenames, so that each one is unique (see Caching for webpack guidance).
no-cache if the resource changes and freshness matters
but you still want to get some of the speed benefits of caching.
The browser still caches a resource that's set to
but checks with the server first to make sure that the resource is still current.
There are many directives for customizing how the browser caches different resources. Learn more about caching resources in The HTTP cache: your first line of defense guide and Configuring HTTP caching behavior codelab.
Verify cached responses in Chrome DevTools
The Size column in Chrome DevTools can help you verify that a resource has been cached.
Chrome serves the most requested resources from the memory cache, which is very fast, but is cleared when the browser is closed.
The Headers tab can help you verify a resource's
Cache-Control header is set
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. Java is a registered trademark of Oracle and/or its affiliates.