Rendering Strategies (App Router)
Priority: P0 (CRITICAL)
Choose rendering strategy based on data freshness and scaling needs. See Strategy Matrix.
Workflow: Choose a Rendering Strategy
- Determine data freshness — Static content? Use SSG. Periodic updates? Use ISR. Personalized? Use SSR.
- Configure fetch —
force-cachefor SSG,revalidate: Nfor ISR,no-storefor SSR. - Add Suspense for streaming — Wrap slow components in
<Suspense>with a fallback. - Enable PPR if hybrid — Set
ppr: trueinnext.config.jsfor static shell + dynamic regions.
ISR with generateStaticParams Example
Implementation Guidelines
- SSG (Static Site Generation): Default for App Router. Use
generateStaticParamsto pre-render routes at build time. Triggered byfetchwithcache: 'force-cache'. - SSR (Server-Side Rendering): Triggered by
cookies(),headers(), orfetchwithcache: 'no-store'. Use for personalized or high-freshness data. - ISR (Incremental Static Regeneration): Update static content after build. Use
revalidate(time-based) orrevalidatePath/revalidateTag(on-demand). - Streaming: Use
Suspenseto wrap slow async components and prevent them from blocking the initial page load. Useloading.tsxfor route-level skeletons. - PPR (Partial Prerendering): Combine static shell with dynamic regions in a single HTTP request. Enable
ppr: trueinnext.config.js. - Strategies: Choose rendering based on SEO (SSG/ISR) vs Interactivity (Client) vs Personalization (SSR). Utilize
dynamicParamsto control fallback behavior for uncached routes. - Hydration: Avoid Hydration Errors by not using browser-only values (
window.innerWidth,Date.now()) in the initial render. Use themounteduseEffect pattern. - Edge Runtime: Use
runtime: 'edge'for low-latency globally distributed execution where full Node.js APIs are not required.
Anti-Patterns
- No root awaits in
page.tsx: Wrap slow components in<Suspense>to stream. - No SSR for static content: Use SSG or ISR; reserve SSR for truly dynamic data.
- No
typeof windowin initial render: UseuseEffectto avoid hydration errors.