Skip to main content
Alvin QuachFull Stack Developer
HomeProjectsExperienceBlog
HomeProjectsExperienceBlog
alvinquach

Full Stack Developer building systems that respect complexity.

Open to opportunities

AQ

Projects

  • All Projects
  • Hoparc Physical Therapy
  • OpportunIQ
  • Hoop Almanac
  • SculptQL

Knowledge

  • Blog
  • Experience
  • Interview Prep

Connect

  • Contact
  • LinkedIn
  • GitHub
  • X

Resources

  • Resume
© 2026All rights reserved.
Back to Blogs
Decision
Featured
Depth: ●●○○○

Why I Chose Next.js App Router Over Pages Router

A deep dive into the architectural decisions behind migrating to App Router, the tradeoffs involved, and lessons learned.

Published July 12, 20251 min readImportance: ★★★★★
Share:

Why I Chose Next.js App Router Over Pages Router

When Next.js 13 introduced the App Router, I faced a decision: stick with the battle-tested Pages Router or embrace the new paradigm. Here's my analysis.

The Core Tradeoff

Pages Router gives you simplicity and predictability. App Router gives you React Server Components, nested layouts, and streaming. The question isn't which is "better"—it's which tradeoffs align with your project.

What I Gained

1. Server Components by default - no more getServerSideProps boilerplate

2. Nested layouts that persist across navigation

3. Streaming with Suspense for better perceived performance

4. Colocation of data fetching with components

What I Accepted

1. Steeper learning curve for the team

2. Some third-party libraries needed updates

3. Mental model shift from "pages" to "segments"

The Decision Framework

I use a simple heuristic: if your app has complex nested layouts or needs fine-grained loading states, App Router wins. For simple CRUD apps, Pages Router is still excellent.