Skip to main content
When you change the path of a file in your docs folder, it also changes the URL path to that page. This may happen when restructuring your docs or changing the sidebar title.

​
Redirects

Redirect sources cannot include URL anchors like path#anchor or query parameters like path?query=value. Destinations may include anchors (e.g. /destination/path#section).
Add the redirects field to the top level of your docs.json file to set up redirects.
docs.json
{
  "name": "My docs",
  "redirects": [
    {
      "source": "/source/path",
      "destination": "/destination/path"
    }
  ]
}
This redirects /source/path to /destination/path. By default, redirects are permanent (308). To use a temporary redirect (307), set permanent to false. 
"redirects": [
  {
    "source": "/source/path",
    "destination": "/destination/path",
    "permanent": false
  }
]
Both 307 and 308 preserve the HTTP method of the original request (unlike 301 and 302), making them suitable for redirecting POST requests. Use a permanent (308) redirect when a page has moved permanently. For renamed slugs, restructured navigation, or removed pages that map to a replacement. Search engines transfer SEO ranking to the destination and browsers cache the redirect. Use a temporary (307) redirect for short-term rerouting, such as maintenance pages, A/B tests, or campaign links you plan to reuse. Search engines keep the source URL in their index and don’t transfer ranking.

​
Redirect limits

There is no hard cap on the number of redirects you can define in docs.json. Very large redirect arrays (thousands of entries) can slow deploys and make the file harder to review, so consolidate with wildcard redirects where possible.

​
Wildcard redirects

To match a wildcard path, use * after a parameter. In this example, /beta/:slug* matches /beta/introduction and redirects it to /v2/introduction. 
"redirects": [
  {
    "source": "/beta/:slug*",
    "destination": "/v2/:slug*"
  }
]

​
Partial wildcard redirects

Use partial wildcards to match URL segments that start with a specific prefix. 
"redirects": [
  {
    "source": "/articles/concepts-*",
    "destination": "/collections/overview"
  }
]
This matches any URLs with the /articles/concepts- path, such as /articles/concepts-getting-started and /articles/concepts-overview, and redirects them all to /collections/overview. You can also substitute the captured wildcard value in the destination. 
"redirects": [
  {
    "source": "/old/article-*",
    "destination": "/new/article-*"
  }
]
This redirects /old/article-123 to /new/article-123, preserving the captured value after the prefix.

​
Avoid infinite redirects

To avoid infinite loops, do not create circular redirects where paths redirect back to each other. 
"redirects": [
  {
    "source": "/docs/:slug*",
    "destination": "/help/:slug*"
  },
  {
    "source": "/help/:slug*",
    "destination": "/docs/:slug*"
  }
]

​
When redirects take effect

Redirects in docs.json apply at request time on Mintlify’s hosting layer, so they go live as soon as your changes are deployed. Preview deployments apply redirects too, which lets you verify behavior before merging to your production branch. To test redirects locally, run mint dev and visit the source path in your browser. The local dev server applies the redirects defined in your docs.json. Find broken links with the CLI. 
mint broken-links