דילוג לתוכן
comark

דפים מהירים יותר, לפי Core Web Vitals.

אנחנו מוצאים מה מאט את הדפים שלכם בטלפונים וברשתות אמיתיים: תמונות כבדות, caching חסר, שרת שמגיב לאט, סקריפטים של צד שלישי. מתקנים בקוד ובשרת, ועוקבים אחרי LCP, ‏INP ו-CLS כדי שהשיפור יישאר.

מדידה
ביקורים אמיתיים · p75
כלים
CrUX · Lighthouse
דוח Core Web Vitals לדוגמה לתבנית המוצר של אתר במובייל: LCP 1.9 שניות, INP 142 מילישניות ו-CLS 0.04 באחוזון ה-75, כולם בטווח הטוב של Google, עם אחוז הביקורים בכל דירוג ו-LCP לארבע תבניות. נתוני דוגמה.

מחזור המהירות

מודדים. מתקנים. מאמתים. חוזרים.

מהירות לא מתקנים פעם אחת. כל עדכון גרסה יכול להכביד על האתר, ולכן כל מחזור מתחיל מנתוני שטח, מעלה תיקון ובודק אותו בביקורים אמיתיים לפני שעוברים לתיקון הבא.

  1. מודדים

    נתוני שטח ממשתמשי Chrome ומהאנליטיקס שלכם מראים אילו תבניות איטיות, ובאילו מכשירים.

  2. מתקנים

    מתקנים תמונות, caching, זמן תגובת שרת וסקריפטים, קודם את מה שפוגע בהכי הרבה ביקורים.

  3. מאמתים

    מודדים כל תיקון ב-staging ואז בביקורים אמיתיים, כדי שהשינוי הבא יתחיל מנקודת פתיחה ידועה.

בכל גרסהעם נתוני שטח חודשיים

לאן הולך הזמן

שישה מקומות שבהם דף מאבד מהירות.

מודדים קודם ומתקנים לפי השפעה, מהשרת ועד הסקריפט האחרון בדף.

  • CrUX · Lighthouse

    בדיקת Core Web Vitals

    LCP, ‏INP ו-CLS מנתוני שטח ומבדיקות מעבדה, עד לסיבה של כל עיכוב.

    • נתוני שטח לכל תבנית
    • בדיקות מעבדה בטלפון מואט
    • רשימת סיבות מדורגת
  • AVIF · WebP

    תמונות ופונטים

    גדלים נכונים, פורמטים מודרניים, טעינה עצלה ופונטים שלא מזיזים את הפריסה.

    • גדלי תמונה לפי מסך
    • פורמטים מודרניים
    • פונטים שנטענים בלי תזוזה
  • Redis · Nginx

    תגובת השרת

    מאתרים שאילתות איטיות, מכווננים את PHP ו-Node.js ושומרים דפים ב-cache עם Redis או Nginx.

    • סקירת שאילתות איטיות
    • כיוון PHP ו-Node.js
    • Caching לדפים ולאובייקטים
  • Cloudflare

    CDN ו-caching

    קבצים סטטיים ודפים מוגשים משרתי הקצה של Cloudflare, עם כללי cache שמתאימים לתוכן.

    • Caching בקצה
    • כללי cache לפי סוג תוכן
    • דחיסה
  • JS · CSS

    משקל הפרונט

    מורידים JavaScript ו-CSS שלא בשימוש, ומשאירים את ה-main thread פנוי לאינטראקציות.

    • תקציבי סקריפטים
    • הסרת קוד שלא בשימוש
    • פיצול משימות ארוכות
  • tags

    סקריפטים של צד שלישי

    וידג׳טים של צ׳אט, פיקסלים ותגיות נטענים בשלב מאוחר יותר, או יורדים מהאתר כשהם מכבידים מדי.

    • סקירה של כל סקריפט
    • טעינה אחרי שהדף שמיש
    • בדיקת המדידה אחרי כל שינוי
01בדיקת Core Web VitalsCrUX · Lighthouse

LCP, ‏INP ו-CLS מנתוני שטח ומבדיקות מעבדה, עד לסיבה של כל עיכוב.

  • נתוני שטח לכל תבנית
  • בדיקות מעבדה בטלפון מואט
  • רשימת סיבות מדורגת
02תמונות ופונטיםAVIF · WebP

גדלים נכונים, פורמטים מודרניים, טעינה עצלה ופונטים שלא מזיזים את הפריסה.

  • גדלי תמונה לפי מסך
  • פורמטים מודרניים
  • פונטים שנטענים בלי תזוזה
03תגובת השרתRedis · Nginx

מאתרים שאילתות איטיות, מכווננים את PHP ו-Node.js ושומרים דפים ב-cache עם Redis או Nginx.

  • סקירת שאילתות איטיות
  • כיוון PHP ו-Node.js
  • Caching לדפים ולאובייקטים
04CDN ו-cachingCloudflare

קבצים סטטיים ודפים מוגשים משרתי הקצה של Cloudflare, עם כללי cache שמתאימים לתוכן.

  • Caching בקצה
  • כללי cache לפי סוג תוכן
  • דחיסה
05משקל הפרונטJS · CSS

מורידים JavaScript ו-CSS שלא בשימוש, ומשאירים את ה-main thread פנוי לאינטראקציות.

  • תקציבי סקריפטים
  • הסרת קוד שלא בשימוש
  • פיצול משימות ארוכות
06סקריפטים של צד שלישיtags

וידג׳טים של צ׳אט, פיקסלים ותגיות נטענים בשלב מאוחר יותר, או יורדים מהאתר כשהם מכבידים מדי.

  • סקירה של כל סקריפט
  • טעינה אחרי שהדף שמיש
  • בדיקת המדידה אחרי כל שינוי

מדידה

קודם נתוני שטח. בדיקות מעבדה מסבירות אותם.

Google מסתכלת על מה שגולשים אמיתיים חווים, ולכן על זה אנחנו מדווחים. בדיקות מעבדה ולוגים של השרת מסבירים למה תבנית איטית.

דוח לדוגמה של LCP במובייל באחוזון ה-75 לתבנית מוצר לאורך 13 שבועות, שיורד מ-3.1 ל-1.9 שניות ומתחת לסף הטוב של 2.5 שניות, עם התיקונים שעלו ו-LCP לכל תבנית. נתוני דוגמה.
  • נתוני שטח

    Core Web Vitals ממשתמשי Chrome, לכל תבנית ומכשיר, באחוזון ה-75.

  • בדיקות מעבדה

    Lighthouse בטלפון מואט, כדי להגיע לסיבה של כל עיכוב.

  • זמני שרת

    זמני תגובה ושאילתות איטיות מתוך הלוגים של השרת.

  • בדיקות גרסה

    מודדים את התבניות המרכזיות אחרי כל עדכון גרסה, לפני כל תיקון ואחריו.

מעקב

כל תבנית מרכזית, במעקב בין עדכוני גרסה.

תוסף, תמונה או תגית חדשים יכולים למחוק את השיפור. כשתבנית מתחילה להאט, אתם שומעים מאיתנו, לא רק בדוח החודשי.

תבניות · מובייל p75

נתוני דוגמה
תבניות · מובייל p75 · נתוני דוגמה
תבניתמכשירLCPשינויINPCLS
דף הביתנייד1.7 s−0.2 s118 ms0.02
קטגוריהנייד2.2 s−0.4 s156 ms0.06
מוצרנייד1.9 s−1.2 s142 ms0.04
מאמרנייד2.9 s+0.5 s210 ms0.03
תשלוםנייד2.1 s0.0 s188 ms0.01
תוצאות חיפושנייד2.4 s−0.1 s174 ms0.08
  • דף הביתנייד · INP 118 msLCP 1.7 sשינוי −0.2 s
  • קטגוריהנייד · INP 156 msLCP 2.2 sשינוי −0.4 s
  • מוצרנייד · INP 142 msLCP 1.9 sשינוי −1.2 s
  • מאמרנייד · INP 210 msLCP 2.9 sשינוי +0.5 s
  • תשלוםנייד · INP 188 msLCP 2.1 sשינוי 0.0 s

התראות אחרונות

דוגמה

נסיגה ב-LCP · מאמר

היום 09:20

ה-LCP של תבנית המאמר עלה ל-2.9 שניות אחרי תמונת פתיחה חדשה. תמונה מוקטנת כבר ב-staging.

INP מעל 200 ms

אתמול

וידג׳ט צ׳אט הוסיף משימות ארוכות בדפי מאמר. עכשיו הוא נטען אחרי האינטראקציה הראשונה.

ה-cache בקצה נעקף

28.9

פרמטר חדש בכתובת עקף את ה-cache בדפי הקטגוריה. כלל ה-cache עודכן.

נתוני השטח חזרו לטוב

24.9

ה-LCP של תבנית המוצר עומד על 1.9 שניות במובייל לאורך כל 28 הימים.

01 / 04 · החליקו

קצב הדיווח

קצב שאפשר לתכנן לפיו.

דוחות בשפה פשוטה: מה נהיה איטי יותר או מהיר יותר, למה, ומה שינינו.

  1. בכל גרסה

    בדיקת גרסה

    מדידת התבניות המרכזיות · תקציבי סקריפטים ותמונות · לפני ואחרי לכל תיקון

  2. שבועי

    סקירת נתוני שטח

    דוח CWV ב-Search Console · סימון נסיגות · תיקונים בתור

  3. חודשי

    דוח ביצועים

    מדדים לכל תבנית · מה השתנה ולמה · התיקונים לחודש הבא

  4. רבעוני

    סקירת תקציבים

    תקציבי משקל לדפים · סקירת סקריפטים של צד שלישי · מגבלות הפלטפורמה

שאלות נפוצות

שאלות על ביצועים.

הציון שלנו ב-Lighthouse טוב, אבל האתר עדיין מרגיש איטי. למה?

Lighthouse מריץ בדיקה אחת על מכשיר מדומה. נתוני Core Web Vitals ב-Search Console מגיעים מגולשים אמיתיים בטלפונים וברשתות שלהם, ואלה הנתונים ש-Google משתמשת בהם. אנחנו מתחילים מנתוני השטח ומשתמשים בבדיקות מעבדה כדי למצוא את הסיבות.

מהירות משפיעה על הדירוג בגוגל?

Core Web Vitals הם אחד הסימנים ש-Google מתחשבת בהם, אבל משקלם קטן לעומת הרלוונטיות. ההשפעה הגדולה באמת היא על הגולשים: דפים איטיים מאבדים גולשים עוד לפני שהם רואים את התוכן, במיוחד במובייל.

צריך לבנות את האתר מחדש כדי שיהיה מהיר?

בדרך כלל לא. רוב השיפור מגיע מתמונות, caching, זמן תגובת השרת וסקריפטים, ואת כל אלה אפשר לתקן באתר הקיים. אם הפלטפורמה עצמה היא המגבלה, נראה לכם את המדידות לפני שנמליץ על בנייה מחדש.

הסרת סקריפטים תשבור את המדידה או את הצ׳אט?

שום דבר לא יורד בלי האישור שלכם. לעיתים קרובות הסקריפט נשאר ופשוט נטען מאוחר יותר, אחרי שהדף כבר שמיש. אחרי כל שינוי אנחנו בודקים את האירועים ב-GA4, כדי שהמדידה תמשיך לעבוד.

איך שומרים על האתר מהיר אחרי הפרויקט?

בכל עדכון גרסה בודקים את התבניות המרכזיות, ועוקבים אחרי Core Web Vitals ב-Search Console. אם אנחנו מארחים או מנהלים את האתר, זה חלק מהעבודה השוטפת.

מתחילים במדידה

גלו מה מאט את הדפים שלכם.

בדיקת Core Web Vitals מנתוני שטח, עם הסיבות מדורגות לפי מספר הביקורים שהן פוגעות בהם ורשימת תיקונים, גם אם את התיקונים יבצע מישהו אחר.

מה הבדיקה כוללת

  1. נתוני שטח לתבניות המרכזיות
  2. בדיקות מעבדה בטלפון מואט
  3. תגובת השרת ו-caching
  4. תמונות, פונטים וסקריפטים
  5. רשימת תיקונים מדורגת, עם הערכת מאמץ