Dynamic Routes
Dynamic Routes are pages that allow you to add custom params to your URLs. Start creating Dynamic Routes and learn more here.
Examples
Defining routes by using predefined paths is not always enough for complex
applications. In Next.js you can add brackets to a page ([param]) to create a
dynamic route (a.k.a. url slugs, pretty urls, and others).
Consider the following page pages/post/[pid].js:
import { useRouter } from 'next/router'
const Post = () => {
const router = useRouter()
const { pid } = router.query
return <p>Post: {pid}</p>
}
export default Post
Any route like /post/1, /post/abc, etc. will be matched by
pages/post/[pid].js. The matched path parameter will be sent as a query
parameter to the page, and it will be merged with the other query parameters.
For example, the route /post/abc will have the following query object:
{ "pid": "abc" }
Similarly, the route /post/abc?foo=bar will have the following query object:
{ "foo": "bar", "pid": "abc" }
However, route parameters will override query parameters with the same name. For
example, the route /post/abc?pid=123 will have the following query object:
{ "pid": "abc" }
Multiple dynamic route segments work the same way. The page
pages/post/[pid]/[comment].js will match the route /post/abc/a-comment and
its query object will be:
{ "pid": "abc", "comment": "a-comment" }
Client-side navigations to dynamic routes are handled with
next/link. If we wanted to have links to
the routes used above it will look like this:
import Link from 'next/link'
function Home() {
return (
<ul>
<li>
<Link href='/post/abc'>
<a>Go to pages/post/[pid].js</a>
</Link>
</li>
<li>
<Link href='/post/abc?foo=bar'>
<a>Also goes to pages/post/[pid].js</a>
</Link>
</li>
<li>
<Link href='/post/abc/a-comment'>
<a>Go to pages/post/[pid]/[comment].js</a>
</Link>
</li>
</ul>
)
}
export default Home
Read our docs for Linking between pages to learn more.
Catch all routes
Examples
Dynamic routes can be extended to catch all paths by adding three dots (...)
inside the brackets. For example:
pages/post/[...slug].jsmatches/post/a, but also/post/a/b,/post/a/b/cand so on.
Note: You can use names other than
slug, such as:[...param]
Matched parameters will be sent as a query parameter (slug in the example) to
the page, and it will always be an array, so, the path /post/a will have the
following query object:
{ "slug": ["a"] }
And in the case of /post/a/b, and any other matching path, new parameters will
be added to the array, like so:
{ "slug": ["a", "b"] }
Optional catch all routes
Catch all routes can be made optional by including the parameter in double
brackets ([[...slug]]).
For example, pages/post/[[...slug]].js will match /post, /post/a,
/post/a/b, and so on.
The main difference between catch all and optional catch all routes is that with
optional, the route without the parameter is also matched (/post in the
example above).
The query objects are as follows:
{ } // GET `/post` (empty object)
{ "slug": ["a"] } // `GET /post/a` (single-element array)
{ "slug": ["a", "b"] } // `GET /post/a/b` (multi-element array)
Caveats
-
Predefined routes take precedence over dynamic routes, and dynamic routes over catch all routes. Take a look at the following examples:
pages/post/create.js- Will match/post/createpages/post/[pid].js- Will match/post/1,/post/abc, etc. But not/post/createpages/post/[...slug].js- Will match/post/1/2,/post/a/b/c, etc. But not/post/create,/post/abc
-
Pages that are statically optimized by Automatic Static Optimization will be hydrated without their route parameters provided, i.e
querywill be an empty object ({}).After hydration, Next.js will trigger an update to your application to provide the route parameters in the
queryobject.
Related
For more information on what to do next, we recommend the following sections: