Viewing docs for an older release. View latest
Route File Naming
On this page

Route File Naming

While you can configure routes in remix.config.js, most routes are created with this file system convention. Add a file, get a route.

Please note that you can use either .js, .jsx, .ts or .tsx file extensions. We'll stick with .tsx in the examples to avoid duplication.

Dilum Sanjaya made an awesome visualization of how routes in the file system map to the URL in your app that might help you understand these conventions.

Root Route

app/
ā”œā”€ā”€ routes/
ā””ā”€ā”€ root.tsx

The file in app/root.tsx is your root layout, or "root route" (very sorry for those of you who pronounce those words the same way!). It works just like all other routes, so you can export a loader, action, etc.

The root route typically looks something like this. It serves as the root layout of the entire app, all other routes will render inside the <Outlet />.

import {
  Links,
  Meta,
  Outlet,
  Scripts,
  ScrollRestoration,
} from "@remix-run/react";

export default function Root() {
  return (
    <html lang="en">
      <head>
        <Links />
        <Meta />
      </head>
      <body>
        <Outlet />
        <ScrollRestoration />
        <Scripts />
      </body>
    </html>
  );
}

Basic Routes

Any JavaScript or TypeScript files in the app/routes directory will become routes in your application. The filename maps to the route's URL pathname, except for _index.tsx which is the index route for the root route.

app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā””ā”€ā”€ about.tsx
ā””ā”€ā”€ root.tsx
URL Matched Routes
/ app/routes/_index.tsx
/about app/routes/about.tsx

Note that these routes will be rendered in the outlet of app/root.tsx because of nested routing.

Dot Delimiters

Adding a . to a route filename will create a / in the URL.

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ about.tsx
ā”‚   ā”œā”€ā”€ concerts.trending.tsx
ā”‚   ā”œā”€ā”€ concerts.salt-lake-city.tsx
ā”‚   ā””ā”€ā”€ concerts.san-diego.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route
/concerts/trending app/routes/concerts.trending.tsx
/concerts/salt-lake-city app/routes/concerts.salt-lake-city.tsx
/concerts/san-diego app/routes/concerts.san-diego.tsx

The dot delimiter also creates nesting, see the nesting section for more information.

Dynamic Segments

Usually your URLs aren't static but data-driven. Dynamic segments allow you to match segments of the URL and use that value in your code. You create them with the $ prefix.

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ about.tsx
ā”‚   ā”œā”€ā”€ concerts.$city.tsx
ā”‚   ā””ā”€ā”€ concerts.trending.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route
/concerts/trending app/routes/concerts.trending.tsx
/concerts/salt-lake-city app/routes/concerts.$city.tsx
/concerts/san-diego app/routes/concerts.$city.tsx

Remix will parse the value from the URL and pass it to various APIs. We call these values "URL Parameters". The most useful places to access the URL params are in loaders and actions.

export async function loader({
  params,
}: LoaderFunctionArgs) {
  return fakeDb.getAllConcertsForCity(params.city);
}

You'll note the property name on the params object maps directly to the name of your file: $city.tsx becomes params.city.

Routes can have multiple dynamic segments, like concerts.$city.$date, both are accessed on the params object by name:

export async function loader({
  params,
}: LoaderFunctionArgs) {
  return fake.db.getConcerts({
    date: params.date,
    city: params.city,
  });
}

See the routing guide for more information.

Nested Routes

Nested Routing is the general idea of coupling segments of the URL to component hierarchy and data. You can read more about it in the Routing Guide.

You create nested routes with dot delimiters. If the filename before the . matches another route filename, it automatically becomes a child route to the matching parent. Consider these routes:

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ about.tsx
ā”‚   ā”œā”€ā”€ concerts._index.tsx
ā”‚   ā”œā”€ā”€ concerts.$city.tsx
ā”‚   ā”œā”€ā”€ concerts.trending.tsx
ā”‚   ā””ā”€ā”€ concerts.tsx
ā””ā”€ā”€ root.tsx

All the routes that start with app/routes/concerts. will be child routes of app/routes/concerts.tsx and render inside the parent route's outlet_component.

URL Matched Route Layout
/ app/routes/_index.tsx app/root.tsx
/about app/routes/about.tsx app/root.tsx
/concerts app/routes/concerts._index.tsx app/routes/concerts.tsx
/concerts/trending app/routes/concerts.trending.tsx app/routes/concerts.tsx
/concerts/salt-lake-city app/routes/concerts.$city.tsx app/routes/concerts.tsx

Note you typically want to add an index route when you add nested routes so that something renders inside the parent's outlet when users visit the parent URL directly.

For example, if the URL is /concerts/salt-lake-city then the UI hierarchy will look like this:

<Root>
  <Concerts>
    <City />
  </Concerts>
</Root>

Nested URLs without Layout Nesting

Sometimes you want the URL to be nested, but you don't want the automatic layout nesting. You can opt out of nesting with a trailing underscore on the parent segment:

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ about.tsx
ā”‚   ā”œā”€ā”€ concerts.$city.tsx
ā”‚   ā”œā”€ā”€ concerts.trending.tsx
ā”‚   ā”œā”€ā”€ concerts.tsx
ā”‚   ā””ā”€ā”€ concerts_.mine.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route Layout
/ app/routes/_index.tsx app/root.tsx
/concerts/mine app/routes/concerts_.mine.tsx app/root.tsx
/concerts/trending app/routes/concerts.trending.tsx app/routes/concerts.tsx
/concerts/salt-lake-city app/routes/concerts.$city.tsx app/routes/concerts.tsx

Note that /concerts/mine does not nest with app/routes/concerts.tsx anymore, but app/root.tsx. The trailing_ underscore creates a path segment, but it does not create layout nesting.

Think of the trailing_ underscore as the long bit at the end of your parent's signature, writing you out of the will, removing the segment that follows from the layout nesting.

Nested Layouts without Nested URLs

We call these Pathless Routes

Sometimes you want to share a layout with a group of routes without adding any path segments to the URL. A common example is a set of authentication routes that have a different header/footer than the public pages or the logged in app experience. You can do this with a _leading underscore.

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _auth.login.tsx
ā”‚   ā”œā”€ā”€ _auth.register.tsx
ā”‚   ā”œā”€ā”€ _auth.tsx
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ concerts.$city.tsx
ā”‚   ā””ā”€ā”€ concerts.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route Layout
/ app/routes/_index.tsx app/root.tsx
/login app/routes/_auth.login.tsx app/routes/_auth.tsx
/register app/routes/_auth.register.tsx app/routes/_auth.tsx
/concerts/salt-lake-city app/routes/concerts.$city.tsx app/routes/concerts.tsx

Think of the _leading underscore as a blanket you're pulling over the filename, hiding the filename from the URL.

Optional Segments

Wrapping a route segment in parentheses will make the segment optional.

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ ($lang)._index.tsx
ā”‚   ā”œā”€ā”€ ($lang).$productId.tsx
ā”‚   ā””ā”€ā”€ ($lang).categories.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route
/ app/routes/($lang)._index.tsx
/categories app/routes/($lang).categories.tsx
/en/categories app/routes/($lang).categories.tsx
/fr/categories app/routes/($lang).categories.tsx
/american-flag-speedo app/routes/($lang)._index.tsx
/en/american-flag-speedo app/routes/($lang).$productId.tsx
/fr/american-flag-speedo app/routes/($lang).$productId.tsx

You may wonder why /american-flag-speedo is matching the ($lang)._index.tsx route instead of ($lang).$productId.tsx. This is because when you have an optional dynamic param segment followed by another dynamic param, Remix cannot reliably determine if a single-segment URL such as /american-flag-speedo should match /:lang /:productId. Optional segments match eagerly and thus it will match /:lang. If you have this type of setup it's recommended to look at params.lang in the ($lang)._index.tsx loader and redirect to /:lang/american-flag-speedo for the current/default language if params.lang is not a valid language code.

Splat Routes

While dynamic segments match a single path segment (the stuff between two / in a URL), a splat route will match the rest of a URL, including the slashes.

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _index.tsx
ā”‚   ā”œā”€ā”€ $.tsx
ā”‚   ā”œā”€ā”€ about.tsx
ā”‚   ā””ā”€ā”€ files.$.tsx
ā””ā”€ā”€ root.tsx
URL Matched Route
/ app/routes/_index.tsx
/beef/and/cheese app/routes/$.tsx
/files app/routes/files.$.tsx
/files/talks/remix-conf_old.pdf app/routes/files.$.tsx
/files/talks/remix-conf_final.pdf app/routes/files.$.tsx
/files/talks/remix-conf-FINAL-MAY_2022.pdf app/routes/files.$.tsx

Similar to dynamic route parameters, you can access the value of the matched path on the splat route's params with the "*" key.

export async function loader({ params }: LoaderArgs) {
  const filePath = params["*"];
  return fake.getFileInfo(filePath);
}

Escaping Special Characters

If you want one of the special characters Remix uses for these route conventions to actually be a part of the URL, you can escape the conventions with [] characters.

Filename URL
app/routes/sitemap[.]xml.tsx /sitemap.xml
app/routes/[sitemap.xml].tsx /sitemap.xml
app/routes/weird-url.[_index].tsx /weird-url/_index
app/routes/dolla-bills-[$].tsx /dolla-bills-$
app/routes/[[so-weird]].tsx /[so-weird]

Folders for Organization

Routes can also be folders with a route.tsx file inside defining the route module. The rest of the files in the folder will not become routes. This allows you to organize your code closer to the routes that use them instead of repeating the feature names across other folders.

The files inside a folder have no meaning for the route paths, the route path is completely defined by the folder name

Consider these routes:

 app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _landing._index.tsx
ā”‚   ā”œā”€ā”€ _landing.about.tsx
ā”‚   ā”œā”€ā”€ _landing.tsx
ā”‚   ā”œā”€ā”€ app._index.tsx
ā”‚   ā”œā”€ā”€ app.projects.tsx
ā”‚   ā”œā”€ā”€ app.tsx
ā”‚   ā””ā”€ā”€ app_.projects.$id.roadmap.tsx
ā””ā”€ā”€ root.tsx

Some, or all of them can be folders holding their own route module inside.

app/
ā”œā”€ā”€ routes/
ā”‚   ā”œā”€ā”€ _landing._index/
ā”‚   ā”‚   ā”œā”€ā”€ route.tsx
ā”‚   ā”‚   ā””ā”€ā”€ scroll-experience.tsx
ā”‚   ā”œā”€ā”€ _landing.about/
ā”‚   ā”‚   ā”œā”€ā”€ employee-profile-card.tsx
ā”‚   ā”‚   ā”œā”€ā”€ get-employee-data.server.tsx
ā”‚   ā”‚   ā”œā”€ā”€ route.tsx
ā”‚   ā”‚   ā””ā”€ā”€ team-photo.jpg
ā”‚   ā”œā”€ā”€ _landing/
ā”‚   ā”‚   ā”œā”€ā”€ footer.tsx
ā”‚   ā”‚   ā”œā”€ā”€ header.tsx
ā”‚   ā”‚   ā””ā”€ā”€ route.tsx
ā”‚   ā”œā”€ā”€ app._index/
ā”‚   ā”‚   ā”œā”€ā”€ route.tsx
ā”‚   ā”‚   ā””ā”€ā”€ stats.tsx
ā”‚   ā”œā”€ā”€ app.projects/
ā”‚   ā”‚   ā”œā”€ā”€ get-projects.server.tsx
ā”‚   ā”‚   ā”œā”€ā”€ project-buttons.tsx
ā”‚   ā”‚   ā”œā”€ā”€ project-card.tsx
ā”‚   ā”‚   ā””ā”€ā”€ route.tsx
ā”‚   ā”œā”€ā”€ app/
ā”‚   ā”‚   ā”œā”€ā”€ footer.tsx
ā”‚   ā”‚   ā”œā”€ā”€ primary-nav.tsx
ā”‚   ā”‚   ā””ā”€ā”€ route.tsx
ā”‚   ā”œā”€ā”€ app_.projects.$id.roadmap/
ā”‚   ā”‚   ā”œā”€ā”€ chart.tsx
ā”‚   ā”‚   ā”œā”€ā”€ route.tsx
ā”‚   ā”‚   ā””ā”€ā”€ update-timeline.server.tsx
ā”‚   ā””ā”€ā”€ contact-us.tsx
ā””ā”€ā”€ root.tsx

Note that when you turn a route module into a folder, the route module becomes folder/route.tsx, all other modules in the folder will not become routes. For example:

# these are the same route:
app/routes/app.tsx
app/routes/app/route.tsx

# as are these
app/routes/app._index.tsx
app/routes/app._index/route.tsx

Scaling

Our general recommendation for scale is to make every route a folder and put the modules used exclusively by that route in the folder, then put the shared modules outside of routes folder elsewhere. This has a couple benefits:

  • Easy to identify shared modules, so tread lightly when changing them
  • Easy to organize and refactor the modules for a specific route without creating "file organization fatigue" and cluttering up other parts of the app

More Flexibility

While we like this file convention, we recognize that at a certain scale many organizations won't like it. You can always define your routes programmatically in remix.config.js.

There's also the remix-flat-routes third-party package with configurable options beyond the defaults in Remix.

Docs and examples licensed under MIT