מודדים
נתוני שטח ממשתמשי Chrome ומהאנליטיקס שלכם מראים אילו תבניות איטיות, ובאילו מכשירים.
אנחנו מוצאים מה מאט את הדפים שלכם בטלפונים וברשתות אמיתיים: תמונות כבדות, caching חסר, שרת שמגיב לאט, סקריפטים של צד שלישי. מתקנים בקוד ובשרת, ועוקבים אחרי LCP, INP ו-CLS כדי שהשיפור יישאר.
מחזור המהירות
מהירות לא מתקנים פעם אחת. כל עדכון גרסה יכול להכביד על האתר, ולכן כל מחזור מתחיל מנתוני שטח, מעלה תיקון ובודק אותו בביקורים אמיתיים לפני שעוברים לתיקון הבא.
נתוני שטח ממשתמשי Chrome ומהאנליטיקס שלכם מראים אילו תבניות איטיות, ובאילו מכשירים.
מתקנים תמונות, caching, זמן תגובת שרת וסקריפטים, קודם את מה שפוגע בהכי הרבה ביקורים.
מודדים כל תיקון ב-staging ואז בביקורים אמיתיים, כדי שהשינוי הבא יתחיל מנקודת פתיחה ידועה.
בכל גרסהעם נתוני שטח חודשיים
לאן הולך הזמן
מודדים קודם ומתקנים לפי השפעה, מהשרת ועד הסקריפט האחרון בדף.
LCP, INP ו-CLS מנתוני שטח ומבדיקות מעבדה, עד לסיבה של כל עיכוב.
גדלים נכונים, פורמטים מודרניים, טעינה עצלה ופונטים שלא מזיזים את הפריסה.
מאתרים שאילתות איטיות, מכווננים את PHP ו-Node.js ושומרים דפים ב-cache עם Redis או Nginx.
קבצים סטטיים ודפים מוגשים משרתי הקצה של Cloudflare, עם כללי cache שמתאימים לתוכן.
מורידים JavaScript ו-CSS שלא בשימוש, ומשאירים את ה-main thread פנוי לאינטראקציות.
וידג׳טים של צ׳אט, פיקסלים ותגיות נטענים בשלב מאוחר יותר, או יורדים מהאתר כשהם מכבידים מדי.
LCP, INP ו-CLS מנתוני שטח ומבדיקות מעבדה, עד לסיבה של כל עיכוב.
גדלים נכונים, פורמטים מודרניים, טעינה עצלה ופונטים שלא מזיזים את הפריסה.
מאתרים שאילתות איטיות, מכווננים את PHP ו-Node.js ושומרים דפים ב-cache עם Redis או Nginx.
קבצים סטטיים ודפים מוגשים משרתי הקצה של Cloudflare, עם כללי cache שמתאימים לתוכן.
מורידים JavaScript ו-CSS שלא בשימוש, ומשאירים את ה-main thread פנוי לאינטראקציות.
וידג׳טים של צ׳אט, פיקסלים ותגיות נטענים בשלב מאוחר יותר, או יורדים מהאתר כשהם מכבידים מדי.
מדידה
Google מסתכלת על מה שגולשים אמיתיים חווים, ולכן על זה אנחנו מדווחים. בדיקות מעבדה ולוגים של השרת מסבירים למה תבנית איטית.
Core Web Vitals ממשתמשי Chrome, לכל תבנית ומכשיר, באחוזון ה-75.
Lighthouse בטלפון מואט, כדי להגיע לסיבה של כל עיכוב.
זמני תגובה ושאילתות איטיות מתוך הלוגים של השרת.
מודדים את התבניות המרכזיות אחרי כל עדכון גרסה, לפני כל תיקון ואחריו.
מעקב
תוסף, תמונה או תגית חדשים יכולים למחוק את השיפור. כשתבנית מתחילה להאט, אתם שומעים מאיתנו, לא רק בדוח החודשי.
| תבנית | מכשיר | LCP | שינוי | INP | CLS |
|---|---|---|---|---|---|
| דף הבית | נייד | 1.7 s | −0.2 s | 118 ms | 0.02 |
| קטגוריה | נייד | 2.2 s | −0.4 s | 156 ms | 0.06 |
| מוצר | נייד | 1.9 s | −1.2 s | 142 ms | 0.04 |
| מאמר | נייד | 2.9 s | +0.5 s | 210 ms | 0.03 |
| תשלום | נייד | 2.1 s | 0.0 s | 188 ms | 0.01 |
| תוצאות חיפוש | נייד | 2.4 s | −0.1 s | 174 ms | 0.08 |
01 / 04 · החליקו
קצב הדיווח
דוחות בשפה פשוטה: מה נהיה איטי יותר או מהיר יותר, למה, ומה שינינו.
בכל גרסה
מדידת התבניות המרכזיות · תקציבי סקריפטים ותמונות · לפני ואחרי לכל תיקון
שבועי
דוח CWV ב-Search Console · סימון נסיגות · תיקונים בתור
חודשי
מדדים לכל תבנית · מה השתנה ולמה · התיקונים לחודש הבא
רבעוני
תקציבי משקל לדפים · סקירת סקריפטים של צד שלישי · מגבלות הפלטפורמה
שאלות נפוצות
Lighthouse מריץ בדיקה אחת על מכשיר מדומה. נתוני Core Web Vitals ב-Search Console מגיעים מגולשים אמיתיים בטלפונים וברשתות שלהם, ואלה הנתונים ש-Google משתמשת בהם. אנחנו מתחילים מנתוני השטח ומשתמשים בבדיקות מעבדה כדי למצוא את הסיבות.
Core Web Vitals הם אחד הסימנים ש-Google מתחשבת בהם, אבל משקלם קטן לעומת הרלוונטיות. ההשפעה הגדולה באמת היא על הגולשים: דפים איטיים מאבדים גולשים עוד לפני שהם רואים את התוכן, במיוחד במובייל.
בדרך כלל לא. רוב השיפור מגיע מתמונות, caching, זמן תגובת השרת וסקריפטים, ואת כל אלה אפשר לתקן באתר הקיים. אם הפלטפורמה עצמה היא המגבלה, נראה לכם את המדידות לפני שנמליץ על בנייה מחדש.
שום דבר לא יורד בלי האישור שלכם. לעיתים קרובות הסקריפט נשאר ופשוט נטען מאוחר יותר, אחרי שהדף כבר שמיש. אחרי כל שינוי אנחנו בודקים את האירועים ב-GA4, כדי שהמדידה תמשיך לעבוד.
בכל עדכון גרסה בודקים את התבניות המרכזיות, ועוקבים אחרי Core Web Vitals ב-Search Console. אם אנחנו מארחים או מנהלים את האתר, זה חלק מהעבודה השוטפת.
מתחילים במדידה
בדיקת Core Web Vitals מנתוני שטח, עם הסיבות מדורגות לפי מספר הביקורים שהן פוגעות בהם ורשימת תיקונים, גם אם את התיקונים יבצע מישהו אחר.