Vercel React Best Practices
Comprehensive performance optimization guide for React and Next.js applications, maintained by Vercel. Contains 57 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation.
Security Notice (Critical)
IMPORTANT: Code security must be maintained during performance optimization.
- Input Validation: User-supplied content (for serialization, code evaluation, or comments) must be escaped and validated. Always escape variables in output, especially when inserted into code or comments
- Template Variable Safety: Scan for and reject HTML comment patterns (
<!-- -->). Require output auto-escaping when handling template variables like {{}}. Validate and sanitize all user-supplied or dynamic variables before insertion into code, templates, or client output using strict allow-lists and escaping functions
- Dynamic Output: The term "validate all dynamic output" means: validate and sanitize all user-supplied or dynamic variables before insertion into code, templates, or client output. Use strict allow-lists and escaping functions
- Never expose sensitive data when optimizing data serialization
- Sanitize user-supplied code before rendering or evaluation
- Avoid direct evaluation or insertion of code samples without validation
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
Understanding the Rules
Each rule includes:
- Name: Identifier for the optimization pattern
- Description: Concise explanation of what the rule addresses
- Code Examples: Showing incorrect (before) and correct (after) implementations
- Impact Level: Priority rating to guide optimization efforts
Rule Enforcement
When reviewing code:
- Critical rules: Must be addressed immediately (waterfalls, bundle bloat)
- High rules: Should be fixed in current PR if feasible
- Medium rules: Note for future optimization or current work if easy
- Low rules: Consider for dedicated performance optimization efforts
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- |
Quick Reference
1. Eliminating Waterfalls (CRITICAL)
async-defer-await - Move await into branches where actually used
async-parallel - Use Promise.all() for independent operations
async-dependencies - Use better-all for partial dependencies
async-api-routes - Start promises early, await late in API routes
async-suspense-boundaries - Use Suspense to stream content
2. Bundle Size Optimization (CRITICAL)
bundle-barrel-imports - Import directly, avoid barrel files
bundle-dynamic-imports - Use next/dynamic for heavy components
bundle-defer-third-party - Load analytics/logging after hydration
bundle-conditional - Load modules only when feature is activated
bundle-preload - Preload on hover/focus for perceived speed
3. Server-Side Performance (HIGH)
server-auth-actions - Authenticate server actions like API routes
server-cache-react - Use React.cache() for per-request deduplication
server-cache-lru - Use LRU cache for cross-request caching
server-dedup-props - Avoid duplicate serialization in RSC props
server-serialization - Minimize data passed to client components
server-parallel-fetching - Restructure components to parallelize fetches
server-after-nonblocking - Use after() for non-blocking operations
4. Client-Side Data Fetching (MEDIUM-HIGH)
client-swr-dedup - Use SWR for automatic request deduplication
client-event-listeners - Deduplicate global event listeners
client-passive-event-listeners - Use passive listeners for scroll
client-localstorage-schema - Version and minimize localStorage data
5. Re-render Optimization (MEDIUM)
rerender-defer-reads - Don't subscribe to state only used in callbacks
rerender-memo - Extract expensive work into memoized components
rerender-memo-with-default-value - Hoist default non-primitive props
rerender-dependencies - Use primitive dependencies in effects
rerender-derived-state - Subscribe to derived booleans, not raw values
rerender-derived-state-no-effect - Derive state during render, not effects
rerender-functional-setstate - Use functional setState for stable callbacks
rerender-lazy-state-init - Pass function to useState for expensive values
rerender-simple-expression-in-memo - Avoid memo for simple primitives
rerender-move-effect-to-event - Put interaction logic in event handlers
rerender-transitions - Use startTransition for non-urgent updates
rerender-use-ref-transient-values - Use refs for transient frequent values
6. Rendering Performance (MEDIUM)
rendering-animate-svg-wrapper - Animate div wrapper, not SVG element
rendering-content-visibility - Use content-visibility for long lists
rendering-hoist-jsx - Extract static JSX outside components
rendering-svg-precision - Reduce SVG coordinate precision
rendering-hydration-no-flicker - Use inline script for client-only data
rendering-hydration-suppress-warning - Suppress expected mismatches
rendering-activity - Use Activity component for show/hide
rendering-conditional-render - Use ternary, not && for conditionals
rendering-usetransition-loading - Prefer useTransition for loading state
7. JavaScript Performance (LOW-MEDIUM)
js-batch-dom-css - Group CSS changes via classes or cssText
js-index-maps - Build Map for repeated lookups
js-cache-property-access - Cache object properties in loops
js-cache-function-results - Cache function results in module-level Map
js-cache-storage - Cache localStorage/sessionStorage reads
js-combine-iterations - Combine multiple filter/map into one loop
js-length-check-first - Check array length before expensive comparison
js-early-exit - Return early from functions
js-hoist-regexp - Hoist RegExp creation outside loops
js-min-max-loop - Use loop for min/max instead of sort
js-set-map-lookups - Use Set/Map for O(1) lookups
js-tosorted-immutable - Use toSorted() for immutability
8. Advanced Patterns (LOW)
advanced-event-handler-refs - Store event handlers in refs
advanced-init-once - Initialize app once per app load
advanced-use-latest - useLatest for stable callback refs
Additional Best Practices
Accessibility (a11y)
Ensure performance optimizations don't compromise accessibility:
- Lazy loading must not break keyboard navigation
- Dynamic imports should maintain focus management
- Animations should respect
prefers-reduced-motion
- Loading states should be announced to screen readers
- Use semantic HTML even when optimizing for performance
Testing and Error Boundaries
Integrate performance with reliability:
- Test code coverage after refactoring for performance
- Implement error boundaries around Suspense boundaries
- Test lazy-loaded components in isolation
- Validate that optimizations don't break functionality
- Monitor error rates after performance changes
Next.js Rendering Modes
Choose appropriate rendering strategy based on content requirements:
- SSG (Static): For content that rarely changes
- ISR (Incremental Static): For content with predictable update patterns
- SSR (Server-Side): For personalized or real-time content
- CSR (Client-Side): For highly interactive, user-specific data
- Document rendering mode choices clearly in code comments, but never include secrets (API keys, tokens), credentials, or internal-only endpoints in comments
State Management and Context (Essential)
- Split contexts by update frequency
- Use context selectors to minimize re-renders
- Keep context providers close to consumers
- Avoid prop drilling by using composition patterns
Advanced State Patterns
- Consider external stores (Zustand, Jotai) for global state
Monitoring and Profiling
Measure performance impact:
- Use React DevTools Profiler for component performance
- Monitor Core Web Vitals (LCP, FID, CLS)
- Track bundle size changes in CI/CD
- Set performance budgets for routes
- Profile before and after optimizations
- Use Lighthouse CI for automated performance checks
1---2name: vercel-react-best-practices3description: React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.4license: MIT5---67# Vercel React Best Practices89Comprehensive performance optimization guide for React and Next.js applications, maintained by Vercel. Contains 57 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation.1011## Security Notice (Critical)1213**IMPORTANT: Code security must be maintained during performance optimization.**14- **Input Validation**: User-supplied content (for serialization, code evaluation, or comments) must be escaped and validated. Always escape variables in output, especially when inserted into code or comments15- **Template Variable Safety**: Scan for and reject HTML comment patterns (`<!-- -->`). Require output auto-escaping when handling template variables like `{{}}`. Validate and sanitize all user-supplied or dynamic variables before insertion into code, templates, or client output using strict allow-lists and escaping functions16- **Dynamic Output**: The term "validate all dynamic output" means: validate and sanitize all user-supplied or dynamic variables before insertion into code, templates, or client output. Use strict allow-lists and escaping functions17- Never expose sensitive data when optimizing data serialization18- Sanitize user-supplied code before rendering or evaluation19- Avoid direct evaluation or insertion of code samples without validation2021## When to Apply2223Reference these guidelines when:24- Writing new React components or Next.js pages25- Implementing data fetching (client or server-side)26- Reviewing code for performance issues27- Refactoring existing React/Next.js code28- Optimizing bundle size or load times2930## Understanding the Rules3132Each rule includes:33- **Name**: Identifier for the optimization pattern34- **Description**: Concise explanation of what the rule addresses35- **Code Examples**: Showing incorrect (before) and correct (after) implementations36- **Impact Level**: Priority rating to guide optimization efforts3738### Rule Enforcement3940When reviewing code:41- **Critical rules**: Must be addressed immediately (waterfalls, bundle bloat)42- **High rules**: Should be fixed in current PR if feasible43- **Medium rules**: Note for future optimization or current work if easy44- **Low rules**: Consider for dedicated performance optimization efforts4546## Rule Categories by Priority4748| Priority | Category | Impact | Prefix |49|----------|----------|--------|--------|50| 1 | Eliminating Waterfalls | CRITICAL | `async-` |51| 2 | Bundle Size Optimization | CRITICAL | `bundle-` |52| 3 | Server-Side Performance | HIGH | `server-` |53| 4 | Client-Side Data Fetching | MEDIUM-HIGH | `client-` |54| 5 | Re-render Optimization | MEDIUM | `rerender-` |55| 6 | Rendering Performance | MEDIUM | `rendering-` |56| 7 | JavaScript Performance | LOW-MEDIUM | `js-` |57| 8 | Advanced Patterns | LOW | `advanced-` |5859## Quick Reference6061### 1. Eliminating Waterfalls (CRITICAL)6263- `async-defer-await` - Move await into branches where actually used64- `async-parallel` - Use Promise.all() for independent operations65- `async-dependencies` - Use better-all for partial dependencies66- `async-api-routes` - Start promises early, await late in API routes67- `async-suspense-boundaries` - Use Suspense to stream content6869### 2. Bundle Size Optimization (CRITICAL)7071- `bundle-barrel-imports` - Import directly, avoid barrel files72- `bundle-dynamic-imports` - Use next/dynamic for heavy components73- `bundle-defer-third-party` - Load analytics/logging after hydration74- `bundle-conditional` - Load modules only when feature is activated75- `bundle-preload` - Preload on hover/focus for perceived speed7677### 3. Server-Side Performance (HIGH)7879- `server-auth-actions` - Authenticate server actions like API routes80- `server-cache-react` - Use React.cache() for per-request deduplication81- `server-cache-lru` - Use LRU cache for cross-request caching82- `server-dedup-props` - Avoid duplicate serialization in RSC props83- `server-serialization` - Minimize data passed to client components84- `server-parallel-fetching` - Restructure components to parallelize fetches85- `server-after-nonblocking` - Use after() for non-blocking operations8687### 4. Client-Side Data Fetching (MEDIUM-HIGH)8889- `client-swr-dedup` - Use SWR for automatic request deduplication90- `client-event-listeners` - Deduplicate global event listeners91- `client-passive-event-listeners` - Use passive listeners for scroll92- `client-localstorage-schema` - Version and minimize localStorage data9394### 5. Re-render Optimization (MEDIUM)9596- `rerender-defer-reads` - Don't subscribe to state only used in callbacks97- `rerender-memo` - Extract expensive work into memoized components98- `rerender-memo-with-default-value` - Hoist default non-primitive props99- `rerender-dependencies` - Use primitive dependencies in effects100- `rerender-derived-state` - Subscribe to derived booleans, not raw values101- `rerender-derived-state-no-effect` - Derive state during render, not effects102- `rerender-functional-setstate` - Use functional setState for stable callbacks103- `rerender-lazy-state-init` - Pass function to useState for expensive values104- `rerender-simple-expression-in-memo` - Avoid memo for simple primitives105- `rerender-move-effect-to-event` - Put interaction logic in event handlers106- `rerender-transitions` - Use startTransition for non-urgent updates107- `rerender-use-ref-transient-values` - Use refs for transient frequent values108109### 6. Rendering Performance (MEDIUM)110111- `rendering-animate-svg-wrapper` - Animate div wrapper, not SVG element112- `rendering-content-visibility` - Use content-visibility for long lists113- `rendering-hoist-jsx` - Extract static JSX outside components114- `rendering-svg-precision` - Reduce SVG coordinate precision115- `rendering-hydration-no-flicker` - Use inline script for client-only data116- `rendering-hydration-suppress-warning` - Suppress expected mismatches117- `rendering-activity` - Use Activity component for show/hide118- `rendering-conditional-render` - Use ternary, not && for conditionals119- `rendering-usetransition-loading` - Prefer useTransition for loading state120121### 7. JavaScript Performance (LOW-MEDIUM)122123- `js-batch-dom-css` - Group CSS changes via classes or cssText124- `js-index-maps` - Build Map for repeated lookups125- `js-cache-property-access` - Cache object properties in loops126- `js-cache-function-results` - Cache function results in module-level Map127- `js-cache-storage` - Cache localStorage/sessionStorage reads128- `js-combine-iterations` - Combine multiple filter/map into one loop129- `js-length-check-first` - Check array length before expensive comparison130- `js-early-exit` - Return early from functions131- `js-hoist-regexp` - Hoist RegExp creation outside loops132- `js-min-max-loop` - Use loop for min/max instead of sort133- `js-set-map-lookups` - Use Set/Map for O(1) lookups134- `js-tosorted-immutable` - Use toSorted() for immutability135136### 8. Advanced Patterns (LOW)137138- `advanced-event-handler-refs` - Store event handlers in refs139- `advanced-init-once` - Initialize app once per app load140- `advanced-use-latest` - useLatest for stable callback refs141142## Additional Best Practices143144### Accessibility (a11y)145146Ensure performance optimizations don't compromise accessibility:147- Lazy loading must not break keyboard navigation148- Dynamic imports should maintain focus management149- Animations should respect `prefers-reduced-motion`150- Loading states should be announced to screen readers151- Use semantic HTML even when optimizing for performance152153### Testing and Error Boundaries154155Integrate performance with reliability:156- Test code coverage after refactoring for performance157- Implement error boundaries around Suspense boundaries158- Test lazy-loaded components in isolation159- Validate that optimizations don't break functionality160- Monitor error rates after performance changes161162### Next.js Rendering Modes163164Choose appropriate rendering strategy based on content requirements:165- **SSG (Static)**: For content that rarely changes166- **ISR (Incremental Static)**: For content with predictable update patterns167- **SSR (Server-Side)**: For personalized or real-time content168- **CSR (Client-Side)**: For highly interactive, user-specific data169- Document rendering mode choices clearly in code comments, but never include secrets (API keys, tokens), credentials, or internal-only endpoints in comments170171### State Management and Context (Essential)172- Split contexts by update frequency173- Use context selectors to minimize re-renders174- Keep context providers close to consumers175- Avoid prop drilling by using composition patterns176177### Advanced State Patterns178- Consider external stores (Zustand, Jotai) for global state179180### Monitoring and Profiling181182Measure performance impact:183- Use React DevTools Profiler for component performance184- Monitor Core Web Vitals (LCP, FID, CLS)185- Track bundle size changes in CI/CD186- Set performance budgets for routes187- Profile before and after optimizations188- Use Lighthouse CI for automated performance checks