Discover how to add dynamic UI parts effortlessly as users move through your app!
Why Intercepting routes (.) in NextJS? - Purpose & Use Cases
Imagine you want to add a special sidebar or modal that appears on some pages without changing the main page layout manually every time.
You try to update each page's code to include this extra UI, but it quickly becomes messy and repetitive.
Manually adding UI elements to many pages means repeating code and risking inconsistencies.
It's hard to keep track of where to add or remove these elements, and updating them later is a headache.
Intercepting routes lets you insert UI parts like sidebars or modals automatically when navigating to certain paths.
This keeps your code clean and lets you control layouts dynamically without touching every page.
if (page === '/dashboard') { renderSidebar(); renderPage(); } else { renderPage(); }
<> <Sidebar /> <Page /> </>
You can create flexible, dynamic layouts that change smoothly as users navigate, improving user experience and developer productivity.
On an e-commerce site, showing a shopping cart sidebar only on product pages without rewriting each product page component.
Manual UI updates across pages are repetitive and error-prone.
Intercepting routes lets you inject UI dynamically based on navigation.
This keeps your app clean, flexible, and easier to maintain.
Practice
Solution
Step 1: Understand intercepting routes concept
Intercepting routes allow adding UI parts while staying on the same page, avoiding full reloads.Step 2: Compare options with concept
Options suggesting page reloads, disabling navigation, or forcing server-side rendering contradict the idea of smooth UI updates without full reloads.Final Answer:
To add UI parts without leaving the current page -> Option DQuick Check:
Intercepting routes = add UI parts without leaving page [OK]
- Thinking intercepting routes reload the whole page
- Confusing intercepting routes with disabling navigation
- Assuming intercepting routes force server rendering
Solution
Step 1: Recall folder naming for intercepting routes
Intercepting routes use parentheses around folder names, like (modal), to mark them as intercepting.Step 2: Evaluate options
(modal) uses parentheses correctly. @modal uses @ for parallel routes, modal omits parentheses for regular routes, and [modal] uses square brackets for dynamic routes.Final Answer:
(modal) -> Option CQuick Check:
Intercepting route folder = parentheses [OK]
- Using square brackets instead of parentheses
- Omitting parentheses for intercepting routes
- Confusing @ folders with intercepting route folders
app/(modal)/page.tsxWhat happens when you navigate to a route inside
(modal)?Solution
Step 1: Understand intercepting route behavior
Routes inside (modal) folders add UI parts like modals without leaving the current page.Step 2: Analyze navigation effect
Navigation triggers modal UI overlay, not a full page reload or error.Final Answer:
The modal UI appears without leaving the current page -> Option AQuick Check:
Navigation in (modal) = modal UI without reload [OK]
- Expecting full page reload on modal route
- Thinking navigation causes errors
- Assuming modal opens in new tab
app/@(sidebar)/page.tsx. Why does it cause a build error?Solution
Step 1: Check folder naming rules for intercepting routes
Parentheses indicate intercepting routes; @ folders are separate special folders. Combining them is invalid syntax.Step 2: Identify cause of build error
Using @(sidebar) mixes two folder naming conventions, causing build failure.Final Answer:
Parentheses cannot be combined with @ in folder names -> Option AQuick Check:
Invalid folder name combining ( ) and @ causes error [OK]
- Thinking lowercase folder name fixes error
- Assuming missing layout.tsx causes build error
- Confusing file extension with folder naming
Solution
Step 1: Identify correct intercepting route folder
Using parentheses (sidebar) marks it as an intercepting route folder.Step 2: Confirm layout usage for UI wrapping
Adding layout.tsx inside (sidebar) allows wrapping children with sidebar UI, enabling partial UI updates.Step 3: Evaluate other options
app/sidebar/page.tsx with a layout.tsx inside sidebar wrapping children lacks parentheses, so it's a normal route. app/@sidebar/page.tsx with page.tsx only uses @ which is for special folders, not intercepting routes. app/(sidebar)/page.tsx without layout.tsx misses layout.tsx, so sidebar UI won't wrap children properly.Final Answer:
app/(sidebar)/page.tsx with a layout.tsx inside (sidebar) wrapping children -> Option BQuick Check:
Intercepting route with layout wraps UI correctly [OK]
- Omitting layout.tsx inside intercepting route folder
- Using normal folder instead of (folder) for intercepting route
- Confusing @ folders with intercepting route folders
Ready to prove it?
Pass the test and this pattern moves unknown
