Caching and Revalidating
Learn how to cache and revalidate data in your application.
Caching is a technique for storing the result of data fetching and other computations so that future requests for the same data can be served faster, without doing the work again. While revalidation allows you to update cache entries without having to rebuild your entire application.
Next.js provides a few APIs to handle caching and revalidation. This guide will walk you through when and how to use them.
fetch
By default, fetch requests are not cached. You can cache individual requests by setting the cache option to 'force-cache'.
Good to know: Although fetch requests are not cached by default, Next.js will pre-render routes that have fetch requests and cache the HTML. If you want to guarantee a route is dynamic, use the connection API.
To revalidate the data returned by a fetch request, you can use the next.revalidate option.
This will revalidate the data after a specified amount of seconds.
See the fetch API reference to learn more.
unstable_cache
unstable_cache allows you to cache the result of database queries and other async functions. To use it, wrap unstable_cache around the function. For example:
The function accepts a third optional object to define how the cache should be revalidated. It accepts:
tags: an array of tags used by Next.js to revalidate the cache.revalidate: the number of seconds after cache should be revalidated.
See the unstable_cache API reference to learn more.
revalidateTag
revalidateTag is used to revalidate cache entries based on a tag and following an event. The function now supports two behaviors:
- With
profile="max": Uses stale-while-revalidate semantics, serving stale content while fetching fresh content in the background - Without the second argument: Legacy behavior that immediately expires the cache (deprecated)
To use it with fetch, start by tagging the function with the next.tags option:
Alternatively, you can mark an unstable_cache function with the tags option:
Then, call revalidateTag in a Route Handler or Server Action:
You can reuse the same tag in multiple functions to revalidate them all at once.
See the revalidateTag API reference to learn more.
revalidatePath
revalidatePath is used to revalidate a route and following an event. To use it, call it in a Route Handler or Server Action:
See the revalidatePath API reference to learn more.
updateTag
updateTag is specifically designed for Server Actions to immediately expire cached data for read-your-own-writes scenarios. Unlike revalidateTag, it can only be used within Server Actions and immediately expires the cache entry.
The key differences between revalidateTag and updateTag:
updateTag: Only in Server Actions, immediately expires cache, for read-your-own-writesrevalidateTag: In Server Actions and Route Handlers, supports stale-while-revalidate withprofile="max"
See the updateTag API reference to learn more.