// שירות · ביצועים ו-Core Web Vitals
ביצועים ו-
Core Web Vitals
אתר שטוען 4 שניות מאבד 25% מהמבקרים. כל שנייה זה כסף.
זה לא ניחוש — זאת סטטיסטיקה של גוגל. עוד אחת: 53% מהמבקרים נוטשים אתר שלוקח יותר משלוש שניות לטעון. עוד אחת: כל שיפור של 100ms במהירות מעלה את ההמרות ב-1%.
ביצועים זה לא "Nice to Have". זה גוגל, זה לקוחות, זה כסף. אנחנו עושים אתרים מהירים. ציונים ירוקים ב-PageSpeed, מטריקות שעומדות בכל הדרישות של גוגל, וזמני טעינה של מתחת לשנייה. בלי קסמים — שיטה.
// 01 · למה זה חשוב
למ ה זה חשוב
ביצועים משפיעים על ארבעה דברים שאתם באמת מודדים: דירוגים, המרות, חוויית מובייל, ועמדה מול המתחרים.
- 01
SEO
Core Web Vitals הם פקטור דירוג רשמי בגוגל מאז 2021. אתר איטי נקבר. אתר מהיר עולה.
- 02
המרות
אמזון מצאה שכל 100ms של איטיות מורידה מכירות ב-1%. וולמארט — שיפור של 2% בהמרות לכל שנייה.
- 03
מובייל
60% מהתנועה היום מהמובייל. ברשת סלולרית, איטיות מורגשת פי כמה.
- 04
תחרות
אם המתחרה שלכם טוען בשנייה ואתם ב-5 — הוא קיבל את הלקוח. שלכם.
// 02 · המטריקות
מה זה Core Web Vitals?
שלוש המטריקות שגוגל באמת בוחנת. יש עוד (TTFB, FCP, TTI) — אבל אלה השלוש שגוגל באמת מודד ושמכריעות את הדירוגים.
- 01
LCP
Largest Contentful Paint
< 2.5 שניות·אצלנו: בדרך כלל מתחת לשנייהכמה זמן לוקח לאלמנט הגדול ביותר במסך להופיע. בדרך כלל זאת תמונת ה-hero או הכותרת הראשית.
- 02
INP
Interaction to Next Paint
< 200ms·החליף את FID במרץ 2024תוך כמה זמן האתר מגיב ללחיצה, להקלדה או לקלט אחר. המטריקה האכזרית מבין השלוש.
- 03
CLS
Cumulative Layout Shift
< 0.1·כמה דברים קופצים על המסךהאם דברים "קופצים" על המסך תוך טעינה? כפתור שזז ברגע שמנסים ללחוץ עליו? זה CLS גבוה.
// 03 · מה אנחנו עושים
מה אנחנו עושים
אופטימיזציה בכל שכבה — מהדפדפן ועד מסד הנתונים. כי ביצועים נשברים בכל מקום, ואנחנו מתקנים בכל מקום.
- 01
סקר ביצועים
בודקים את כל מה שמשפיע: זמני טעינה, גודל קבצים, רינדור, JavaScript, שאילתות מסד נתונים. מאתרים בדיוק איפה הבעיה.
- 02
אופטימיזציית תמונות
דחיסה, פורמטים מודרניים (WebP, AVIF), טעינה עצלה, גדלים מותאמים למסך. תמונות זאת הסיבה מספר אחת לאתר איטי.
- 03
אופטימיזציית JavaScript
Code splitting, Lazy loading, הסרת ספריות מיותרות, Tree shaking. רוב האתרים שולחים 70% יותר JS ממה שצריך.
- 04
אופטימיזציית CSS
קוד מינימלי, ביטול CSS לא בשימוש, טעינת ה-CSS הקריטי קודם.
- 05
שדרוג הוסטינג ו-CDN
אם הוסטינג שלכם בארה"ב והלקוחות בישראל, יש 100ms של איחור על כל בקשה. אנחנו מעבירים ל-Edge.
- 06
אופטימיזציית מסד נתונים
N+1 queries, חוסר אינדקסים, שאילתות איטיות. אנחנו פותרים את צוואר הבקבוק.
- 07
Caching מתקדם
בכל רמה: דפדפן, CDN, שרת, מסד נתונים. כל מילישנייה שאפשר לחסוך — חוסכים.
- 08
Server-Side Rendering ו-Edge Functions
דפים שמוגשים מוכנים, בלי המתנה. מהיר יותר וטוב יותר ל-SEO.
// 04 · כלים
הכלים שלנו
סט אק שלם של כלי מדידה, ניטור, אופטימיזציה ו-Edge — Lighthouse לבדיקות, Real User Monitoring לנתוני אמת, Edge Compute להגשה הכי מהירה.
- Performance Testing
- Lighthouse
- PageSpeed Insights
- WebPageTest
- Calibre
- Real User Monitoring
- Vercel Analytics
- Cloudflare
- New Relic
- Datadog
- Profiling
- Chrome DevTools
- React Profiler
- Flame Graphs
- CDN & Edge
- Cloudflare
- Vercel Edge
- AWS CloudFront
- Fastly
- Image Optimization
- Next.js Image
- Cloudinary
- ImageKit
- AVIF / WebP
- Database & Cache
- PostgreSQL tuning
- Redis
- Memcached
- Edge KV
// 05 · איך אנחנו עובדים
איך אנחנו עובדים
- 01שלב 1
סקר ביצועים
מקבלים נתונים אמיתיים: PageSpeed, Lighthouse, ונתונים מהשטח (Real User Monitoring). לא ניחושים.
- 02שלב 2
תעדוף לפי השפעה
לא כל בעיה שווה. אנחנו מתחילים מה-20% של תיקונים שייתנו 80% מהתוצאה.
- 03שלב 3
תיקון בקוד
לא "פלאגין שיתקן הכל". תיקון אמיתי — קוד, תמונות, שאילתות, אסטרטגיית caching.
- 04שלב 4
מדידה אחרי כל שינוי
לא משערים — מודדים. לפני ואחרי, בסביבה אמיתית של משתמש.
- 05שלב 5
ניטור שוטף
אתר משתנה. פיצ'ר חדש יכול להאט הכל. אנחנו עוקבים אחר הביצועים לאורך זמן ומיידעים אם משהו מתדרדר.
// 06 · למי זה מתאים
למי זה מתאים
- 01
אתרי E-commerce
שם כל שנייה היא כסף. שיפור ביצועים = שיפור המרות, ישיר.
- 02
אתרי תוכן ומדיה
שצריכים דירוגי SEO גבוהים. Core Web Vitals זה פקטור.
- 03
מערכות SaaS
שמשתמשים עובדים בהן יום שלם. ביצועים גרועים = משתמשים שנוטשים.
- 04
אפליקציות בתנועה גבוהה
כל אופטימיזציה משפיעה על אלפי משתמשים בו-זמנית.
- 05
מי שקיבל ציון אדום ב-PageSpeed
והבין שצריך לטפל. אנחנו מטפלים מהר ובנתוני מדידה אמיתיים.
// 07 · למה אנחנו
למה אנחנו
- 01
בלי "זה לא נורא"
ציון אדום זה ציון אדום. אנחנו לא מסבירים — אנחנו מתקנים.
- 02
מודדים, לא מנחשים
Real User Monitoring על נתונים אמיתיים מהשטח. לא רק Lighthouse בסביבת בדיקה.
- 03
מבינים את כל הסטאק
Frontend, Backend, מסד נתונים, רשת. הביצועים תלויים בכולם — והתיקון גם.
- 04
יעדים ברורים ומדידים
אנחנו מתחילים מציון ומחויבים להג יע ליעד. אם לא הגענו — יש לכם שיחה איתנו.
// 08 · שאלות נפוצות
שאלות נפוצות
01.איך אני יודע אם האתר שלי איטי?
היכנסו ל-PageSpeed Insights והכניסו את ה-URL. אם הציון מתחת ל-90 במובייל — יש עבודה. אם מתחת ל-50 — יש הרבה עבודה.
02.מה זה ציון "טוב" ב-Core Web Vitals?
LCP מתחת ל-2.5 שניות. INP מתחת ל-200ms. CLS מתחת ל-0.1. שלושתם ירוקים = אתם בסדר. אחד אדום = נקנסים בדירוגים.
03.כמה עולה אופטימיזציית ביצועים?
תלוי במה שצריך. אופטימיזציה ממוקדת לאתר תדמית — 5-15 אלף ₪. אופטימיזציה מקיפה למערכת או חנות — 20-60 אלף ₪. שדרוג ארכיטקטוני מלא — יותר.
04.כמה זמן לוקח לשפר ביצועים?
תיקונים מהירים (תמונות, caching בסיסי) — שבוע. אופטימיזציה מקיפה — 2-4 שבועות. שדרוג ארכיטקטוני (SSR, Edge) — 4-8 שבועות.
05.אנחנו על וורדפרס — אפשר לשפר?
כן. וורדפרס יכול להיות מהיר עם הגדרות נכונות, אבל יש לו תקרה. אם צריך ביצועים מקסימליים, פיתוח מותאם או Headless WordPress יתנו תוצאה טובה יותר.
06.מה לגבי אתרי Shopify?
Shopify מהיר יחסית מקופסה, אבל יש מקום משמעותי לשיפור — בעיקר ב-Theme, באפליקציות צד שלישי, ובאופטימיזציית תמונות.
07.שיפור ביצועים יעזור ל-SEO שלי?
כן. Core Web Vitals הם פקטור דירוג רשמי. זה לא הפקטור היחיד — תוכן וקישורים עדיין משמעותיים יותר — אבל ביצועים גרועים יכולים לקבור אתר טוב.
08.אנחנו עושים הרבה שינויים, איך נשמור על הביצועים לאורך זמן?
ניטור שוטף + תהליכי CI/CD שבודקים ביצועים בכל deployment. אנחנו מטמיעים את זה אצלכם.
09.מה לגבי ביצועים באפליקציות מובייל?
זה תחום נפרד אבל קשור. גם שם יש מטריקות (App Start Time, Frame Rate, Memory Usage), ואנחנו מטפלים גם בזה.
10.מה זה Edge Computing ולמה זה משנה?
במקום ששרת בארה"ב יענה לבקשה ממשתמש בישראל (200ms+ של איחור), השרת רץ ב-Edge — קרוב פיזית למשתמש. חוסך 100-300ms בכל בקשה.
11.אנחנו לוקחים את כל ה-CSS וה-JS מספריות חיצוניות. זה בעייתי?
הרבה פעמים כן. ספריות שלא בשימוש, פלאגינים שמטעינים את כל המערכת, צ'אטים וכלי אנליטיקס שכולם רצים יחד — זאת אחת הסיבות המרכזיות לאתר איטי.
// 09 · בואו נדבר
האתר שלכם איטי?
סקר ביצועים ראשוני, בלי התחייבות. נדע להגיד לכם בדיוק איפה אתם, כמה תוכלו להרוויח, וכמה זמן זה ייקח.
ישר. לעניין. בזמן.