App Router conventions
The parser recognizes pages, route handlers, dynamic segments, catch-all routes, optional catch-all routes, and route groups.
- `page.tsx` files become page routes.
- `route.ts` files become route handlers.
- Route groups stay in source paths but are removed from public URLs.
Typed route hints
Generated output includes a route union and route param map that can seed typed navigation helpers or route documentation.
Route coverage audit
Use the route map before a launch or refactor to confirm that marketing pages, app pages, route handlers, and dynamic docs routes are represented in one reviewable table.
- Page routes show public URLs.
- Route handlers show API endpoints.
- Dynamic, catch-all, and optional catch-all params are called out for validation work.
PR and QA handoff
Copy the Markdown output into pull requests, QA plans, or release notes so reviewers can scan which URLs changed and which parameters need test fixtures.
Pair with validation and metadata
After routes are mapped, validate dynamic params with Zod and generate matching metadata for public pages so route identity, canonical URLs, and runtime guards stay aligned.
What this tool does
Inspect or generate a route map from a Next.js app directory structure.
Audit App Router trees
Review dynamic params, route handlers, and typed route hints from a pasted folder tree.
Document route coverage
Create a Markdown route table for PR reviews, handoff docs, and QA route checks.
Spot dynamic params
Identify string, catch-all, and optional catch-all params before wiring typed route helpers.
Does Next Route Map support App Router route groups?
Yes. Route groups such as `(marketing)` are ignored in the public URL while the original source path stays visible in the output.
Does it parse dynamic segments?
Yes. It detects `[id]`, `[...slug]`, and `[[...slug]]` segments and includes typed route parameter hints.
Is my folder tree uploaded?
No. The route map is generated in the browser from pasted text.