Vercel React Best Practices
Comprehensive performance optimization guide for React and Next.js applications, maintained by Vercel. Contains 45 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation.
Philosophy
Prioritize user-perceived performance and developer ergonomics. Optimize the critical path first (waterfalls, bundle size, server-side latency), then address re-renders and micro-optimizations only when they are measurable. Use data to pick the smallest fix that moves the metric. The core principles are: measure first, fix the bottleneck, and prefer simpler data-flow changes over complex caching frameworks.
When to Apply
Reference these guidelines when:
- Writing new React components or Next.js pages
- Implementing data fetching (client or server-side)
- Reviewing code for performance issues
- Refactoring existing React/Next.js code
- Optimizing bundle size or load times
Scope and triggers
Use this skill when a user asks to:
- Review or refactor React/Next.js code for performance.
- Reduce bundle size, TTFB, or render latency.
- Improve data fetching concurrency in Next.js.
Rule Categories by Priority
| Priority | Category | Impact | Prefix |
|---|---|---|---|
| 1 | Eliminating Waterfalls | CRITICAL | async- |
| 2 | Bundle Size Optimization | CRITICAL | bundle- |
| 3 | Server-Side Performance | HIGH | server- |
| 4 | Client-Side Data Fetching | MEDIUM-HIGH | client- |
| 5 | Re-render Optimization | MEDIUM | rerender- |
| 6 | Rendering Performance | MEDIUM | rendering- |
| 7 | JavaScript Performance | LOW-MEDIUM | js- |
| 8 | Advanced Patterns | LOW | advanced- |
Variation
- Apply rules based on context (server vs client, App Router vs Pages Router, static vs dynamic).
- Prefer the minimal change that removes the bottleneck; avoid over-optimizing non-critical paths.
- If two rules apply, pick the one that reduces latency on the user-visible path.
- Vary the approach based on runtime constraints (Edge vs Node, serverless vs long-lived).
Quick Reference
1. Eliminating Waterfalls (CRITICAL)
async-defer-await- Move await into branches where actually usedasync-parallel- Use Promise.all() for independent operationsasync-dependencies- Use better-all for partial dependenciesasync-api-routes- Start promises early, await late in API routesasync-suspense-boundaries- Use Suspense to stream content
2. Bundle Size Optimization (CRITICAL)
bundle-barrel-imports- Import directly, avoid barrel filesbundle-dynamic-imports- Use next/dynamic for heavy componentsbundle-defer-third-party- Load analytics/logging after hydrationbundle-conditional- Load modules only when feature is activatedbundle-preload- Preload on hover/focus for perceived speed
3. Server-Side Performance (HIGH)
server-cache-react- Use React.cache() for per-request deduplicationserver-cache-lru- Use LRU cache for cross-request cachingserver-serialization- Minimize data passed to client componentsserver-parallel-fetching- Restructure components to parallelize fetchesserver-after-nonblocking- Use after() for non-blocking operations
4. Client-Side Data Fetching (MEDIUM-HIGH)
client-swr-dedup- Use SWR for automatic request deduplicationclient-event-listeners- Deduplicate global event listeners
5. Re-render Optimization (MEDIUM)
rerender-defer-reads- Don't subscribe to state only used in callbacksrerender-memo- Extract expensive work into memoized componentsrerender-dependencies- Use primitive dependencies in effectsrerender-derived-state- Subscribe to derived booleans, not raw valuesrerender-functional-setstate- Use functional setState for stable callbacksrerender-lazy-state-init- Pass function to useState for expensive valuesrerender-transitions- Use startTransition for non-urgent updates
6. Rendering Performance (MEDIUM)
rendering-animate-svg-wrapper- Animate div wrapper, not SVG elementrendering-content-visibility- Use content-visibility for long listsrendering-hoist-jsx- Extract static JSX outside componentsrendering-svg-precision- Reduce SVG coordinate precisionrendering-hydration-no-flicker- Use inline script for client-only datarendering-activity- Use Activity component for show/hiderendering-conditional-render- Use ternary, not && for conditionals
7. JavaScript Performance (LOW-MEDIUM)
js-batch-dom-css- Group CSS changes via classes or cssTextjs-index-maps- Build Map for repeated lookupsjs-cache-property-access- Cache object properties in loopsjs-cache-function-results- Cache function results in module-level Mapjs-cache-storage- Cache localStorage/sessionStorage readsjs-combine-iterations- Combine multiple filter/map into one loopjs-length-check-first- Check array length before expensive comparisonjs-early-exit- Return early from functionsjs-hoist-regexp- Hoist RegExp creation outside loopsjs-min-max-loop- Use loop for min/max instead of sortjs-set-map-lookups- Use Set/Map for O(1) lookupsjs-tosorted-immutable- Use toSorted() for immutability
8. Advanced Patterns (LOW)
advanced-event-handler-refs- Store event handlers in refsadvanced-use-latest- useLatest for stable callback refs
Anti-patterns
- Applying rules without evidence (no profiling, no user-visible impact).
- Overusing memoization or caching for trivial work.
- Adding complex code paths when a simpler data-flow change solves the issue.
- Copying patterns across codebases without validating assumptions.
- Avoid introducing framework-specific APIs when the app doesn't use that router mode.
Empowerment
- If unsure which rule applies, start with the highest priority category and ask for target files.
- Offer the smallest safe refactor that fixes the bottleneck.
- Ask for profiling output when impact is unclear.
Required inputs
Cognitive Support / Plain-Language
-
Optimize for low cognitive load (TBI support): one task at a time, explicit steps.
-
Use plain language first; define jargon in parentheses.
-
Keep steps short and checklist-driven where possible.
-
Externalize state: decisions, assumptions, and the next step.
-
Provide ELI5 explanations for non-trivial logic.
-
Ask one question at a time; prefer multiple-choice when possible.
-
Target files or directories.
-
Framework context (Next.js App Router vs Pages Router).
-
Performance goal (latency, bundle size, re-render reduction).
Deliverables
- A short list of applicable rules with concrete edits or refactors.
- Any files that need additional profiling or measurement.
Constraints / Safety
- Avoid introducing breaking changes without confirmation.
- Prefer reversible refactors over invasive rewrites.
- Redact secrets, tokens, and private URLs from examples or logs.
Procedure
- Confirm the runtime context (App Router vs Pages, Edge vs Node).
- Identify the bottleneck category (waterfalls, bundle, server, render).
- Select the smallest rule change that addresses the bottleneck.
- Propose targeted edits with file-level references.
- Validate with profiling or tests where available.
Validation
- Run relevant tests and perf checks after edits.
- Fail fast: stop at the first failed check and fix before continuing.
- See
references/contract.yaml(schema_version: 1) andreferences/evals.yaml.
How to Use
Read individual rule files for detailed explanations and code examples:
rules/async-parallel.md
rules/bundle-barrel-imports.md
rules/_sections.md
Each rule file contains:
- Brief explanation of why it matters
- Incorrect code example with explanation
- Correct code example with explanation
- Additional context and references
Full Compiled Document
For the complete guide with all rules expanded: AGENTS.md
References
rules/for per-rule guidance and examples.AGENTS.mdfor the compiled guide.references/decision-guide.mdfor rule selection shortcuts.references/metrics.mdfor before/after checks.assets/rule-output-template.mdfor the report template.references/contract.yamlandreferences/evals.yamlfor gold-gate validation.
Examples
- "Reduce bundle size in a Next.js app router page."
- "Refactor data fetching to remove server waterfalls."
Remember
The agent is capable of extraordinary work in this domain. These guidelines unlock that potential, they don't constrain it. Use judgment, adapt to context, and push boundaries when appropriate.
