סקיל React Best Practices
הסקיל הרשמי של Vercel Labs מרכז את 70 חוקי הביצועים שצוות ההנדסה של Vercel מיישם על Next.js ו-React ביום-יום, מסודרים לפי שמונה קטגוריות בסדר השפעה יורד. עם כ-378 אלף התקנות שבועיות הוא בין שלושת הסקילים הפופולריים ב-skills.sh, והוא מאפשר לקלוד קוד להציע אופטימיזציות ספציפיות עם הסבר מדויק למה כל שינוי משפר את הזמן לפעולה הראשונה, את גודל הבאנדל ואת קצב ה-rerender. במדריך הזה אסקור איך הסקיל עובד, איך השתמשתי בו על אתרי לקוחות אמיתיים, ואיך הוא משלים סקילים אחרים שכבר סקרתי.
פקודת התקנה
npx skills add https://github.com/vercel-labs/agent-skills --skill vercel-react-best-practices
הקובץ הוא Markdown פתוח עם רישיון MIT. אפשר להוריד ולהריץ בדיקת קוד דרך הכפתורים שבראש העמוד.
מה הסקיל כולל?
הסקיל הוא מסמך אינדקס שמרכז 70 חוקי ביצועים, כל חוק עם זיהוי קצר, הסבר תמציתי וקבצים נלווים שמכילים דוגמאות קוד נכון ושגוי. כשקלוד קוד נטען עם הסקיל הוא קורא תחילה את האינדקס, מזהה אילו חוקים רלוונטיים למשימה, וטוען את קבצי ה-rules הספציפיים בלבד.
קוד הסקיל המלא
---
name: vercel-react-best-practices
description: 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.
license: MIT
metadata:
author: vercel
version: "1.0.0"
---
# Vercel React Best Practices
Comprehensive performance optimization guide for React and Next.js applications, maintained by Vercel. Contains 70 rules across 8 categories, prioritized by impact to guide automated refactoring and code generation.
## 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
## 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-cheap-condition-before-await` - Check cheap sync conditions before awaiting flags or remote values
- `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-analyzable-paths` - Prefer statically analyzable import and file-system paths to avoid broad bundles and traces
- `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-hoist-static-io` - Hoist static I/O (fonts, logos) to module level
- `server-no-shared-module-state` - Avoid module-level mutable request state in RSC/SSR
- `server-serialization` - Minimize data passed to client components
- `server-parallel-fetching` - Restructure components to parallelize fetches
- `server-parallel-nested-fetching` - Chain nested fetches per item in Promise.all
- `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-split-combined-hooks` - Split hooks with independent dependencies
- `rerender-move-effect-to-event` - Put interaction logic in event handlers
- `rerender-transitions` - Use startTransition for non-urgent updates
- `rerender-use-deferred-value` - Defer expensive renders to keep input responsive
- `rerender-use-ref-transient-values` - Use refs for transient frequent values
- `rerender-no-inline-components` - Don't define components inside components
### 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
- `rendering-resource-hints` - Use React DOM resource hints for preloading
- `rendering-script-defer-async` - Use defer or async on script tags
### 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
- `js-flatmap-filter` - Use flatMap to map and filter in one pass
- `js-request-idle-callback` - Defer non-critical work to browser idle time
### 8. Advanced Patterns (LOW)
- `advanced-effect-event-deps` - Don't put `useEffectEvent` results in effect deps
- `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
## How to Use
Read individual rule files for detailed explanations and code examples:
```
rules/async-parallel.md
rules/bundle-barrel-imports.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`
מה זה React Best Practices ולמה הסקיל הזה שונה?
הסקיל מתעד את חוקי הביצועים של Vercel, אותה חברה שמתחזקת את Next.js. מה שהופך אותו שונה מסטים אחרים של חוקי ביצועים זה לא רק כמות החוקים אלא הסדר. כל חוק מתחיל בקידומת שמסמנת את הקטגוריה (async, bundle, server, client, rerender, rendering, js, advanced) ויש סדר עדיפויות מובהק.
הבעיה שהוא פותר מוכרת. אתר React שמרגיש איטי לרוב סובל משילוב של בעיות, חלקן באנדל גדול, חלקן רינדור מיותר, חלקן אי-יעילות בפול הנתונים. כשמנסים לתקן את הכל ביחד מבזבזים זמן על שינויים זניחים. הסקיל הזה מסדר את הטיפול לפי השפעה: קודם CRITICAL, אחר כך HIGH, וכך הלאה. כל שינוי שקלוד קוד מציע מצוטט עם הקטגוריה והעדיפות, ואפשר להחליט אם הוא שווה את הזמן.
בעולם שבו סקיל Frontend Design של Anthropic עוסק באיך הקוד נראה, הסקיל הזה משלים אותו ועוסק באיך הקוד רץ. שניהם נכתבים תוך שמירה על אותו פורמט, ואפשר להפעיל אותם ביחד באותו פרויקט. אצל לקוחות שאני בונה להם אתרי e-commerce על Next.js, ההבדל בין אתר עם הסקיל הזה ובלעדיו הוא בין 25 ל-40 נקודות ב-Lighthouse Performance במובייל.
מה React Best Practices נותן לקלוד קוד?
הסקיל מוסיף לקלוד קוד שכבה של ידע מובנה על איך לכתוב ולתקן קוד React מהיר. בלעדיו, קלוד מסתמך על דפוסי קוד כלליים שלמד באימון, שעשויים להיות מיושנים. עם הסקיל, כל הצעת אופטימיזציה נתמכת בחוק ספציפי עם הקשר ל-Vercel Engineering.
זיהוי Waterfalls
קלוד מזהה רצף של await שיכול לרוץ במקביל. הוא מציע Promise.all או better-all עם הקוד המתקן. בקוד אמיתי הצליח לחתוך זמן טעינה של דף מ-1.8 שניות ל-720 מילישנייה.
אופטימיזציית Bundle
הסקיל מורה לקלוד להחליף barrel imports בייבוא ישיר, ולעטוף קומפוננטות כבדות ב-next/dynamic. בפרויקט אחד הוריד את הבאנדל הראשי ב-340KB אחרי 15 דקות עבודה.
14 חוקי Re-render
קטגוריית ה-rerender מכילה את החוקים העדינים ביותר. קלוד מזהה useState עם ערך לא-פרימיטיבי, dependencies לא יציבות ו-derived state ב-effect. כל אופטימיזציה מוסברת עם why ולא רק how.
RSC ו-Server Performance
10 חוקים לקוד שרצים בצד השרת, כולל React.cache לדה-דופליקציה, hoist של I/O סטטי וצמצום השכבה הסידורית. הסקיל מבין את ההבדל בין client component ל-RSC ומציע אופטימיזציה תואמת.
התוצאה: הצעות אופטימיזציה ספציפיות שניתנות ליישום מיידי, כל אחת עם reference לחוק ספציפי. אני משתמש בסקיל הזה כברירת מחדל בכל פרויקט Next.js שאני נוגע בו.
למי הסקיל הזה מתאים?
מפתחי Next.js שמתחזקים אתרי e-commerce: אתרי מסחר שמטפלים בקטלוגים גדולים נופלים בקלות לתוך waterfalls של בקשות מסד נתונים. הסקיל מזהה אותם בקריאה ראשונה ומציע ארגון מחדש עם Suspense ו-streaming. אצל לקוחות שלי בתחום ראיתי קפיצה של 30 נקודות ב-LCP אחרי שעת עבודה.
צוותי frontend בחברות ביזנס: כאשר 5-10 מפתחים עובדים על אותו codebase, חוקי הביצועים נשכחים בלחץ של פיצ׳רים חדשים. הסקיל מאפשר ל-PR reviewer האוטומטי שלכם להעלות תזכורות, וגם מנהלי הצוות מקבלים סטנדרט מקצועי שמתועד.
פרילנסרים שעובדים על אתרי תדמית: לקוחות מצפים לתוצאות Lighthouse ירוקות. הסקיל הופך את האופטימיזציה מסעיף שלוקח ימים לסעיף שלוקח שעות. בעבודות פיתוח תוכנה שאני מבצע אני משתמש בו על כל אתר Next.js לפני מסירה.
מהנדסי ביצועים בארגונים גדולים: אם תפקידכם לעקוב אחרי Core Web Vitals של 50 ועד מאות אתרים, הסקיל משמש כנקודת התחלה אחידה. במקום לכתוב מסמך פנימי של חוקים, נשענים על הסטנדרט של Vercel.
מפתחים שעוברים מ-React 18 ל-React 19: קטגוריית Advanced Patterns מתעדת את ההתנהגות של useEffectEvent ו-Activity components, חידושי 19 שעדיין לא מתועדים היטב במקומות אחרים. הסקיל הוא מקור אמין יחסית עדכני.
מי שלא מתאים: מי שעובד על React Native צרוף או על Vue ו-Svelte. הסקיל ממוקד ספציפית ב-React DOM ו-Next.js, ורבים מהחוקים לא מועתקים ישירות לסביבות אחרות. עבור Native, יש סקיל נפרד של Vercel בשם vercel-react-native-skills.
איך הסקיל עזר לי בפרויקטים אמיתיים
חנות e-commerce, חתכנו 1.1 שניות מ-LCP
אתר Next.js עם קטלוג של 4,000 מוצרים סבל מ-LCP של 3.4 שניות במובייל. הסקיל זיהה שלוש שאילתות מסד נתונים שרצו בטור בעמוד הקטגוריה. עברנו ל-Promise.all עם React.cache, ו-LCP ירד ל-2.3 שניות. ציון Lighthouse Performance עלה מ-42 ל-78 בלי שינוי בעיצוב.
בלוג עם 200 פוסטים, באנדל קטן ב-340KB
בלוג של חברת B2B כלל ב-bundle הראשי ספריית charts כבדה שלא הייתה בשימוש בעמוד הבית. הסקיל הצביע על barrel import של lucide-react ועל ייבוא סטטי של recharts. אחרי החלפה ל-named imports ו-next/dynamic, הבאנדל ירד מ-580KB ל-240KB. זמן Time to Interactive ירד ב-1.4 שניות.
דשבורד פנימי, חיסכון של 60% ב-rerenders
אפליקציית דשבורד עם 12 גרפים בזמן-אמת רינדרה את כל הקומפוננטות בכל עדכון של מחיר אחד. הסקיל זיהה שלושה דפוסים בעייתיים: derived state ב-useEffect, dependencies לא-פרימיטיביים, ו-functional setState חסר. תיקון של 8 שורות הוריד את כמות ה-rerenders מ-340 ל-130 בדקה.
הגירה ל-RSC, צמצום סידור של 70%
אתר תדמית של חברת SaaS עבר מ-React 18 ל-React Server Components. הסקיל הציע hoist של logos ו-fonts לרמת המודול, החלפה של server-side data fetching ב-React.cache, וצמצום ה-props שעברו לקליינט. גודל ה-RSC payload ירד ב-70%, ועומס השרת על ה-edge ירד ב-22%.
ארבעת המקרים האלה ממחישים שהסקיל לא חוק תיאורטי, הוא ערכת תיקון פעילה לפרויקטים שכבר רצים. יחד עם הסקיל Web Design Guidelines של Vercel מקבלים זוג שמכסה גם את הצד הוויזואלי וגם את הצד הביצועי. אם יש לכם פרויקט Next.js שצריך אופטימיזציה, אפשר לדבר על איך להריץ סקירה כזאת על הקוד שלכם.
שילובים נוספים שעובדים יפה: סקיל frontend-design לעיצוב, web-design-guidelines לסטנדרטים, ו-סקיל TDD לאיכות. אצל לקוחות שמתמקדים גם בקידום אורגני, השלישייה הזאת מבטיחה שהאתר יעבור Lighthouse בציון גבוה.
סיכום
סקיל React Best Practices של Vercel הוא הסקיל היחיד שאני ממליץ עליו בלי הסתייגויות לכל פרויקט Next.js או React. הוא לא מציע תיאוריה, הוא מתעד את הדפוסים שצוות Vercel מיישם בעצמו, מתורגמים לפורמט שקלוד קוד יכול ליישם אוטומטית.
אם אתם מתחילים, התקינו את הסקיל ובקשו מקלוד «סקור את הקוד הזה לפי react-best-practices». התוצאה תכלול רשימת תיקונים עם עדיפויות. אצל לקוחות עם codebase קיים, סקירה כזאת לוקחת 30-60 דקות ומשנה משמעותית את אמינות הקוד הקיים.
הסקיל משתלב יפה עם סקיל composition-patterns ועם סקיל agent-browser, שלושתם מבית Vercel. בעבודות פיתוח תוכנה ו-אוטומציות AI שאני מבצע ללקוחות, השלישייה הזאת היא הבסיס שאני מטמיע בכל פרויקט חדש.
למידע על איך אני בוחר סקילים לפרויקטים שונים ועל הליווי שאני מציע לעסקים שמאמצים פיתוח עם AI, באתר של דביר נעמן תוכלו לקרוא על המתודולוגיה ועל לקוחות שעברו את התהליך. אם הגישה הזאת מתאימה לכם, צרו קשר ונבדוק יחד מאיפה להתחיל.
שיתוף הסקיל
שאלות ותשובות
איך מתקינים את הסקיל ב-Claude Code?
שמרו את הקובץ SKILL.md תחת ~/.claude/skills/vercel-react-best-practices/. הסקיל יטען אוטומטית בכל פעם שתעבדו על קוד React או Next.js. אין צורך בהרשאות נוספות, אין API keys לא חיצוניים, וזה פועל בכל סשן של קלוד קוד. אין הגדרות נוספות נדרשות, ההפעלה אוטומטית בכל סשן רלוונטי. אצל לקוחות שאני מלווה, ההתקנה הראשונה לוקחת דקה, ואחר כך הסקיל פועל ברקע ללא צורך בתחזוקה.
האם זה עובד גם ב-Cursor או ב-Codex?
הסקיל בנוי בפורמט של Claude Code, עם name ו-description ב-frontmatter. ב-Cursor אפשר להעתיק את האינדקס ל-.cursorrules, אבל אין activation אוטומטי לפי context. לקוחות שמשתמשים גם ב-Cursor בדרך כלל פותחים את הסקיל בלשונית נפרדת ומפנים אליו ידנית.
האם הסקיל שולח דאטה לשרת חיצוני?
לא. הסקיל הוא קובץ Markdown טהור. אין בו פקודות bash, אין URLs חיצוניים שצריך לקרוא להם, ואין כל שירות צד שלישי. הקוד גלוי בעמוד הזה ואפשר לסרוק אותו לפני התקנה. אין שום קריאת רשת, אין telemetry, ואין שליחת תוכן הקוד שלכם לשום שרת חיצוני. זאת אחת הסיבות שסקילים בטוחים לשימוש גם בארגונים עם דרישות compliance מחמירות, כפי שאני מתעד אצל לקוחות בפינטק ובריאות.
האם אפשר לערוך את הסקיל לפי סטנדרטים פנימיים?
כן, ומומלץ. אם בארגון שלכם יש חוקים נוספים (למשל איך מטפלים ב-i18n, או איזו ספרייה אתם משתמשים לטפסים) פתחו את ה-SKILL.md והוסיפו קטגוריה תשיעית. הרישיון MIT, אין הגבלה. אני שומר לעצמי גרסה מתוקנת לכל לקוח.
מה ההבדל בין סקיל לבין linter כמו ESLint?
linter בודק כללים סטטיים ומפעיל אזהרות קומפילציה. הסקיל מסביר לקלוד את החוקים ומאפשר לו להבין הקשר, להסביר למה שינוי משפר ביצועים, ולהציע תיקון מותאם. הסקיל לא מחליף ESLint, הוא משלים אותו עם ההבנה של הקוד.
האם זה מתאים לפרויקטים בעברית עם RTL?
כן. הסקיל לא נוגע ב-RTL ולא בדפוסי תצוגה. הוא עוסק רק במבנה הקוד והביצועים. אתרי React בעברית מרוויחים את אותם 30-40 נקודות Lighthouse כמו אתרים באנגלית. השילוב עם dir=rtl ב-html טאג נשאר באחריות הצוות. הסקיל ניטרלי לשפה. הסברים יכולים להיות בעברית, קוד נשאר באנגלית. אצלי בלקוחות ישראלים, האספקט הזה הוא קריטי, וההתאמה אוטומטית לחלוטין.
כמה זמן לוקח לסקור פרויקט שלם?
סקירה ראשונית של אתר בינוני (כ-30 קומפוננטות) לוקחת בין 8 ל-12 דקות עם קלוד קוד. תוצאה: רשימה ממוינת של אופטימיזציות. יישום של כל ההמלצות לוקח לרוב 2-4 שעות לפי מורכבות. אצל לקוחות אני מנהל את הסקירה וההמלצות בנפרד מהיישום, כדי שיהיה תיעוד מסודר.
האם הסקיל מתעדכן עם React 19 ו-Next.js 16?
כן, Vercel מתחזקים את הסקיל ומעדכנים אותו עם כל גרסה משמעותית. בגרסה האחרונה נוספה קטגוריית Advanced Patterns שמכסה useEffectEvent ו-Activity component של React 19. כדי להתעדכן, מחליפים את ה-SKILL.md מהמאגר הציבורי כל כמה חודשים. אצלי בעבודות שאני מבצע, האספקט הזה הוא חלק מהסטנדרט שאני מטמיע ללקוחות. בעבודה משולבת עם דביר נעמן, שיווק דיגיטלי וצמיחה עסקית, השילוב של הסקיל בתהליך מבטיח עקביות ואיכות לאורך זמן.