Core Web Vitals הם חלק מהאותות שלפיהם גוגל מעריכה את חוויית הדף. אתר מהיר לא יקפוץ לראש בזכות המהירות לבד, אבל בין שני עמודים טובים באותה מידה - האיטי מפסיד.
ב-Google Ads, חוויית דף הנחיתה היא אחד משלושת הרכיבים של ציון האיכות, ומהירות הטעינה היא חלק ממנה. ציון איכות נמוך פירושו מחיר גבוה יותר לכל קליק.
לפי מחקר של גוגל, כשזמן הטעינה עולה משנייה לשלוש, הסיכוי שהגולש יעזוב עולה ב-32%. הוא לא ראה את ההצעה, לא את המחיר ולא את הטלפון.
הסף שגוגל מגדירה כ"טוב" לכל מדד, ומה בדרך כלל שובר אותו. ההסבר המלא במרכז הידע.
בדרך כלל: אחסון בלי מטמון, תמונה ראשית כבדה, או גופנים וסקריפטים שחוסמים את הציור.
בדרך כלל: יותר מדי JavaScript - תוספים, וידג'טים וסקריפטים של צד שלישי.
בדרך כלל: גופן שמתחלף, סליידר או תפריט שמשנים גובה, ובאנר שנדחף מלמעלה.
אנחנו מאיצים אתרים כבר שנים. את האתר הזה העלינו לאוויר בספטמבר 2026, ומדדנו אותו כמו כל אתר של לקוח. אלה צילומי מסך אמיתיים מ-PageSpeed Insights, לפני התיקון ואחריו.
ציון 81 בדסקטופ ו-87 במובייל. הדוח הצביע על הכותרת הראשית: היא קופצת בזמן הטעינה, וזה עלה בציון תזוזה של 0.110.
גופני המותג צרים מגופן המערכת שמוצג עד שהם נטענים. במובייל כל שורה בכותרת נשברה לשתיים, ואז הכל קפץ כשהגופן הגיע.
גופן גיבוי שמכויל בדיוק לרוחב ולגובה של גופני המותג, בכל מערכת הפעלה. בנוסף: תמונות מוקטנות לטלפון, גופנים מקומיים ואנימציות שלא מזיזות תוכן.
מתוך שנים של עבודה על מהירות - שלושה אתרים של לקוחות מהשנה האחרונה. בלי שמות, עם המספרים לפני ואחרי.
מטמון, ניקוי תוספים, תיקון הקריסות והעברת 1,091 הזמנות למבנה המהיר של WooCommerce. ממשק הניהול מהיר ב-35%.
התפריט הנייד הוצג פתוח עד שה-JavaScript רץ, והזיז את כל העמוד. תזוזת התוכן ירדה מ-0.934 ל-0. בדסקטופ: מ-41 ל-95.
העגלה לא יכולה לשבת במטמון, ולכן כל שנייה בשרת מורגשת. חיבור מטמון האובייקטים שנעלם וניקוי תוספים.
עוד שני אתרים שהאצנו. מימין לפני, משמאל אחרי.
לא מתקינים עוד תוסף מהירות ומקווים. מוצאים מה בדיוק מאט את האתר שלכם, ומתקנים את זה.
מטמון עמודים, מטמון אובייקטים ו-CDN. רוב האתרים האיטיים שאנחנו פוגשים פשוט לא שומרים כלום.
פורמט WebP, גודל מתאים לכל מסך, וטעינה רק כשגוללים אליהן. בלי לפגוע באיכות.
גופנים מהשרת שלכם, טעינה מוקדמת לגופן הכותרות, וגופן גיבוי מכויל כדי שהעמוד לא יקפוץ.
דחייה של מה שלא נדרש לציור הראשון: צ'אטים, פיקסלים, וידג'טים וסקריפטים של צד שלישי.
סליידרים, תפריטים ובאנרים שמשנים גובה - מאתרים כל אלמנט שזז ומקבעים אותו.
מה לא בשימוש יוצא, מה שכפול מתאחד, ומה שנשאר מעודכן ותואם.
PageSpeed במובייל ובדסקטופ, נתוני משתמשים אמיתיים מגוגל, ובדיקה בטלפון אמיתי.
מה מעכב את התוכן הראשי, מה חוסם את הציור ומה זז. כל בעיה עם הסיבה שלה, לא רשימה כללית.
אחרי גיבוי, שינוי אחרי שינוי, עם מדידה אחרי כל אחד. מה שלא שיפר - חוזר אחורה.
PageSpeed אחרי התיקון, וניטור של נתוני השטח של גוגל, שמתעדכנים לאורך 28 יום.
לא. מעל 90 זה ירוק, וזה מספיק. ההבדל בין 92 ל-100 לא מורגש לגולשים ולא משנה דירוג. מה שחשוב הוא שהאתר עובר את שלושת המדדים של Core Web Vitals אצל משתמשים אמיתיים.
PageSpeed מדמה טלפון באינטרנט איטי, וכל הרצה קצת שונה - עומס בשרת, מטמון שהתרוקן, סקריפט חיצוני שהתעכב. לכן מודדים כמה פעמים, ומסתכלים גם על נתוני השטח, שהם ממוצע של 28 יום.
הציון הוא מעבדה: בדיקה אחת בתנאים קבועים. נתוני השטח (CrUX) הם מה שגולשים אמיתיים בכרום חוו. גוגל משתמשת בנתוני השטח. באתרים קטנים אין מספיק תנועה לנתוני שטח, ואז הציון הוא מה שיש.
כן. רוב הבעיות באתרי Elementor לא נובעות מהבונה עצמו, אלא מתוספים, מתמונות, מגופנים ומהגדרות מטמון. ראינו אתר Elementor עולה מ-40 ל-93 במובייל בלי לבנות אותו מחדש.
בדרך כלל כמה ימי עבודה, תלוי בגודל האתר ובאחסון. חנויות גדולות לוקחות יותר, כי כל שינוי נבדק גם בעגלה ובקופה.
לא תמיד. עדכון תוסף, סליידר חדש או סקריפט של קמפיין יכולים להחזיר את האיטיות. לכן אנחנו ממליצים על בדיקה חוזרת אחרי שינויים גדולים, ובלקוחות ליווי זה חלק מהבדיקה החודשית.
שלחו לנו את כתובת האתר. נחזור עם הציון במובייל ובדסקטופ, שלושת הדברים שהכי מאטים אותו, ומה שווה לתקן קודם.