מהירות אתר טובה, לפי גוגל, היא דף שהתוכן הראשי שלו מופיע תוך 2.5 שניות, מגיב ללחיצה תוך 200 מילישניות, ולא קופץ בזמן הטעינה. אם האתר שלכם איטי, אתם משלמים על זה פעמיים: גולשים שנוטשים לפני שראו את ההצעה, וקליקים ממומנים ששילמתם עליהם ונחתו על דף ריק. במדריך הזה: איך עושים בדיקת מהירות אתר בחינם, 7 הסיבות הנפוצות שהאתר איטי, ומה עשינו באתר שלנו כדי לעלות מ-68 במובייל ל-86 ומעלה, בלי לוותר על המדידה.
גוגל מודדת מהירות אתר בשלושה מדדים שנקראים Core Web Vitals: כמה מהר מופיע התוכן הראשי (LCP), כמה מהר הדף מגיב ללחיצה (INP), וכמה הוא קופץ בזמן הטעינה (CLS). הבדיקה הכי פשוטה היא PageSpeed Insights, בלשונית המובייל.
ברוב האתרים העסקיים מה שמאט הוא לא "השרת", אלא דברים שאפשר לתקן: תמונות וסרטונים כבדים, קבצי עיצוב שחוסמים את התצוגה, פונטים ותגי מדידה שנטענים מוקדם מדי.
נכון ל-26.10.2026. הספים לפי web.dev של גוגל, נמדדים ב-75% מהכניסות לדף. המקורות מקושרים בסוף הכתבה.
כמה מהר אתר צריך להיות: 3 המדדים של גוגל
לגוגל יש שלושה מספרים ברורים, וכל אחד מודד משהו אחר שהגולש מרגיש. כדי שדף ייחשב טוב, הוא צריך לעמוד בסף ב-75% מהכניסות אליו, בנפרד במובייל ובמחשב. כלומר, לא מספיק שהאתר טס אצלכם במשרד על וויפיי מהיר.
| מדד | מה הגולש מרגיש | סף טוב | מה בדרך כלל פוגע בו |
|---|---|---|---|
| LCP | מתי מופיע הדבר הגדול הראשון: תמונה, סרטון או כותרת | עד 2.5 שניות | תמונה ראשית כבדה, פונטים, קבצי CSS חוסמים, שרת איטי |
| INP | כמה זמן עובר מלחיצה על כפתור עד שמשהו קורה | עד 200 מילישניות | הרבה JavaScript, תגי מדידה, תוספים כבדים |
| CLS | האם התוכן קופץ בזמן שקוראים או לוחצים | עד 0.1 | תמונות בלי גודל קבוע, באנרים והודעות שנכנסים מלמעלה |
לגבי הדירוג, גוגל כותבת במפורש שמדדי Core Web Vitals משמשים את מערכות הדירוג שלה, וממליצה לבעלי אתרים להגיע לציונים טובים. באותו עמוד היא גם כותבת שהחיפוש תמיד מנסה להציג את התוכן הכי רלוונטי, גם כשחוויית הדף פחות טובה. כלומר, מהירות לא תציל דף בלי תוכן טוב. הכסף האמיתי של מהירות אתר נמצא בדרך כלל בלידים, לא בדירוג.
בדיקת מהירות אתר: איך קוראים את הדוח של PageSpeed
הכלי הרשמי והחינמי של גוגל הוא PageSpeed Insights, בכתובת pagespeed.web.dev. מדביקים כתובת של עמוד, לוחצים "ניתוח", ומחכים כחצי דקה. שלושה דברים שכדאי לדעת לפני שנבהלים מהמספר:
- מתחילים מהמובייל. רוב הקליקים מקמפיינים מגיעים מהטלפון, וגם הבדיקה במובייל מחמירה יותר: היא מדמה מכשיר נייד ממוצע ברשת סלולרית.
- יש שני חלקים בדוח. החלק העליון הוא נתוני שטח: מה חוו גולשים אמיתיים בכרום ב-28 הימים האחרונים (מתוך הדוח של גוגל שנקרא CrUX). החלק התחתון הוא נתוני מעבדה: בדיקה אחת מדומה של Lighthouse, ואיתה הציון מ-0 עד 100.
- הציון הוא כיוון. 90 ומעלה נחשב טוב, 50-89 צריך שיפור, ומתחת ל-50 חלש. אבל מה שהגולשים שלכם חווים בפועל הוא נתוני השטח, ושם כדאי להסתכל קודם.
אם לאתר אין מספיק תנועה, PageSpeed יציג נתוני שטח של כל האתר במקום של העמוד הספציפי, ולפעמים לא יציג נתוני שטח בכלל. במקרה כזה עובדים לפי נתוני המעבדה ומריצים את הבדיקה כמה פעמים: הציון משתנה בין הרצות, ולכן אנחנו תמיד מסתכלים על טווח ולא על בדיקה אחת.
למה האתר איטי: 7 סיבות נפוצות
אלה שבע הסיבות הנפוצות באתרי וורדפרס של עסקים, ואיפה מזהים כל אחת בדוח:
| הסיבה | איך מזהים | מה עושים |
|---|---|---|
| 1. תמונות כבדות | LCP גבוה, המלצה על גודל או פורמט תמונות | מקטינים לגודל התצוגה ושומרים ב-WebP |
| 2. סרטונים שנטענים מיד | הרבה מגה בייט עוד לפני שגוללים | תמונת פוסטר קלה, והסרטון נטען רק כשצריך |
| 3. קבצי CSS ו-JavaScript חוסמים | המלצה על משאבים שחוסמים את התצוגה | מטמיעים את העיצוב הקריטי בדף, ודוחים את השאר |
| 4. פונטים | טקסט שלא נראה עד שהפונט נטען | font-display: swap וטעינה מוקדמת של הפונט הראשי |
| 5. תגי מדידה ופיקסלים | הרבה JavaScript של צד שלישי, INP גבוה | טוענים אותם קצת אחרי הדף, בלי להוריד אותם |
| 6. שרת בלי מטמון | זמן תגובה ראשונית של השרת גבוה | מטמון עמודים באחסון, ובדיקה של זמן התגובה |
| 7. תוספים וקוד שלא בשימוש | המלצה על JavaScript ו-CSS שלא בשימוש | מוחקים תוספים מיותרים ובודקים מה כל אחד טוען |
שני מספרים רשמיים שעוזרים לתעדף. לפי גוגל, תמונות WebP קטנות ב-25%-34% מתמונות JPEG באותה איכות. ובזמן התגובה של השרת, web.dev מגדירה ערך טוב כ-0.8 שניות או פחות. אם השרת שלכם עונה לאט מזה, שום דחיסה של תמונות לא תביא אתכם ל-LCP של 2.5 שניות.
הסיבה החמישית היא המלכודת הכי יקרה. כל פיקסל של פייסבוק, תג של גוגל אדס או כלי ניתוח הוא קוד של צד שלישי. web.dev כותבת שאם יש בדף הרבה סקריפטים כאלה, גם טעינה אסינכרונית לא תמנע מהם להאט אותו. הפתרון הוא לא למחוק את המדידה, כי בלי מעקב המרות עם GTM ו-UTM אין לכם דרך לדעת איזה קמפיין מרוויח. הפתרון הוא לשנות מתי היא נטענת.
מקרה אמיתי: מה עשינו באתר שלנו ומה זה שינה
את האתר הזה בנינו בוורדפרס ואלמנטור, עם הרבה סרטונים ואנימציות. סביב ההשקה, בסוף ספטמבר ובתחילת אוקטובר 2026, הציונים במובייל לא היו טובים. אלה ארבעת השינויים שעשינו, והמספרים לפני ואחרי. כל המספרים הם ציוני Lighthouse במובייל שמדדנו על האתר שלנו (ב-PageSpeed או בהרצה מקומית), וכתבנו טווחים כי הציון משתנה בין בדיקות:
| מה שינינו | איפה | לפני | אחרי |
|---|---|---|---|
| פונטים: font-display: swap וטעינה מוקדמת של הפונטים הראשיים | עמוד בניית אתרים | 74 (LCP 5.1 שנ׳) | 88-89 (LCP 3.6 שנ׳) |
| תמונות פוסטר של הסרטונים ב-WebP (430KB ירדו ל-122KB), וסרטון הפתיחה נטען רק אחרי שהדף נטען | דף הבית | 71 (LCP 5.1 שנ׳) | 90-93 (LCP 2.6-3.2 שנ׳) |
| קבצי CSS שחסמו את התצוגה הוטמעו בתוך הדף | כל האתר | 68 (LCP 5.9 שנ׳) | 86 (LCP 3.2 שנ׳) |
| תגי המדידה (GTM, פיקסלים) נטענים באינטראקציה הראשונה, או 3 שניות אחרי שהדף נטען | כל האתר | 45 אחרי שחיברנו את התגים | 84-97 |
השורה האחרונה היא החשובה. כשחיברנו את תגי המדידה, הציון במובייל צנח ל-45. במקום לוותר על המדידה, שינינו רק את התזמון: התגים מחכים לגלילה, לנגיעה או לתנועה הראשונה של הגולש, ואם היא לא מגיעה, הם נטענים 3 שניות אחרי שהדף נטען. בדקנו שצפיות הדף נשלחות לאנליטיקס ולמטא כמו קודם, והציון חזר לטווח של 84-97.
היום אנחנו מריצים בדיקת מהירות אוטומטית כל בוקר. בבדיקה של 26.10.2026 דף הבית קיבל 90 במובייל ועמודי השירות 84-87, ובמחשב כל העמודים שנבדקו קיבלו 99-100. בעמוד בניית האתרים שלנו מופיעים גם ציוני Lighthouse במחשב מ-30.09.2026: ביצועים 98, נגישות 100, שיטות עבודה 100. אף אחד מהשינויים האלה לא דרש אחסון יקר יותר או אתר חדש. רובם היו החלטות של סדר טעינה.
מהירות אתר וקמפיינים: למה דף איטי מייקר כל ליד
בקמפיין אתם משלמים על הקליק, לא על הגולש שנשאר. כל מי שלחץ ונטש לפני שהדף נטען הוא כסף שיצא בלי ליד. בדף העזרה של גוגל אדס על דפי נחיתה, גוגל כותבת ששיפור מהירות דפי הנחיתה הוא אחת הדרכים הטובות והקלות לשפר תוצאות של מודעות במובייל, ומביאה דוגמה מקמעונאות: עיכוב של שנייה אחת במובייל יכול לפגוע בהמרות במובייל בעד 20%. בדף אין תאריך למחקר, אז התייחסו אליו ככיוון ולא כהבטחה.
יש גם מקרה מתועד ב-web.dev מ-2021: וודאפון הריצה ניסוי A/B על דף נחיתה, ובגרסה שבה שיפרו את ה-LCP ב-31% היו 8% יותר מכירות. ובצד של פרסום בגוגל, חוויית דף הנחיתה היא אחד משלושת הרכיבים של ציון האיכות, ו-Ad Rank מחושב בין השאר לפי האיכות של המודעות ושל דף הנחיתה. לפי גוגל, מודעות וביטויים רלוונטיים יכולים לזכות במיקום גבוה יותר במחיר נמוך יותר.
כמה זה שווה לכם? במחשבון הבא תבחרו בעצמכם כמה אחוזים מהגולשים לדעתכם הולכים לאיבוד בגלל טעינה איטית. זה לא נתון של גוגל, זו הנחה שלכם, אבל היא מראה מהר כמה עולה כל נקודה:
כמה לידים האתר האיטי עולה לכם
הזיזו את הסמנים, והתוצאה מתעדכנת מיד.
אם אתם רוצים לבדוק את העלות לליד שלכם לפני כל זה, יש לנו מחשבון עלות לליד שעושה את זה בחצי דקה.
שיפור מהירות אתר: מה עושים קודם
כדאי להתחיל מהעמודים שמקבלים הכי הרבה כסף, דפי הנחיתה של הקמפיינים, דף הבית ועמודי השירות, ורק אחר כך לעבור לשאר האתר. ובכל עמוד, מתחילים מהדבר הגדול הראשון שהגולש רואה, כי הוא זה שקובע את ה-LCP. עברו על הרשימה הזאת לפי הסדר:
אחרי כל שינוי, בודקים שוב, ותמיד באותו עמוד ובאותו מכשיר. ואם האתר משתמש במטמון, מנקים אותו לפני הבדיקה, אחרת PageSpeed בודק את הגרסה הישנה ואתם בטוחים שהשינוי לא עבד.
מה לבקש מהחברה שבונה לכם את האתר
הכי זול לטפל במהירות לפני שהאתר בנוי, לא אחרי. אם אתם מתחילים פרויקט חדש, הכניסו את זה כבר לאפיון האתר, ובקשו מהחברה שבונה חמישה דברים:
- בדיקת PageSpeed במובייל לפני המסירה, על דף הבית ועל כל דף נחיתה, עם צילום של התוצאה.
- תמונות וסרטונים שמוכנים לאינטרנט, לא הקבצים המקוריים מהמצלמה או מהמעצב.
- מדידה שלא שוברת את המהירות: התגים מחוברים ונבדקים, אבל לא חוסמים את הטעינה.
- רשימת תוספים קצרה, עם הסבר למה כל תוסף שם.
- מי אחראי אחרי ההשקה. כל באנר, פיקסל או תוסף חדש יכולים להחזיר את האתר לאחור.
אצלנו, בבניית אתר לעסק המהירות היא חלק מהבנייה עצמה, כי האתרים שאנחנו בונים נועדו לקבל תנועה מקמפיינים. דף שנטען לאט הוא דף שמבזבז תקציב.
טעויות נפוצות בשיפור מהירות אתר
- לבדוק רק במחשב. במחשב כמעט כל אתר נראה מהיר. הלקוחות שלכם גוללים בטלפון.
- לרדוף אחרי 100. ההבדל בין 92 ל-100 כמעט לא מורגש. ההבדל בין 45 ל-85 מורגש מאוד.
- למחוק את המדידה כדי לשפר ציון. ציון גבוה בלי מדידה הוא אתר מהיר שאי אפשר לדעת אם הוא מרוויח.
- להסתמך על בדיקה אחת. הציון של Lighthouse משתנה בין הרצות. בודקים כמה פעמים ומסתכלים על טווח.
- לשכוח את דפי הנחיתה. הם מקבלים את הכסף של הקמפיינים, ולכן הם הראשונים שצריכים להיות מהירים.
שאלות נפוצות על מהירות אתר
מה נחשב מהירות אתר טובה?
לפי גוגל, דף טוב עומד בשלושה ספים ב-75% מהכניסות אליו: LCP עד 2.5 שניות, INP עד 200 מילישניות ו-CLS עד 0.1. בציון של PageSpeed, 90 ומעלה נחשב טוב.
איך עושים בדיקת מהירות אתר בחינם?
נכנסים ל-PageSpeed Insights בכתובת pagespeed.web.dev, מדביקים כתובת של עמוד ובודקים קודם את לשונית המובייל. החלק העליון מציג נתונים של גולשים אמיתיים מ-28 הימים האחרונים, והחלק התחתון בדיקת מעבדה עם ציון.
למה הציון ב-PageSpeed משתנה בכל בדיקה?
כי ציון המעבדה מבוסס על טעינה אחת מדומה, והתנאים שלה משתנים מעט בכל הרצה. לכן כדאי לבדוק כמה פעמים ולהסתכל על טווח, ולתת משקל לנתוני השטח של גולשים אמיתיים כשיש כאלה.
האם מהירות אתר משפיעה על הדירוג בגוגל?
גוגל כותבת שמדדי Core Web Vitals משמשים את מערכות הדירוג שלה, וממליצה להגיע לציונים טובים. היא גם כותבת שהחיפוש תמיד מנסה להציג את התוכן הכי רלוונטי, גם כשחוויית הדף פחות טובה. מהירות עוזרת, אבל לא מחליפה תוכן טוב.
האם דף נחיתה איטי פוגע בקמפיינים בגוגל אדס?
חוויית דף הנחיתה היא אחד משלושת הרכיבים של ציון האיכות בגוגל אדס, וגוגל ממליצה לשפר את מהירות דפי הנחיתה כדי לקבל תוצאות טובות יותר ממודעות במובייל. ובלי קשר לציון, כל גולש שנוטש לפני שהדף נטען הוא קליק ששילמתם עליו בלי ליד.
תגי מדידה מאטים את האתר. כדאי להוריד אותם?
לא. בלי מדידה אי אפשר לדעת איזה קמפיין מביא לידים. אפשר לטעון את התגים קצת אחרי הדף, למשל באינטראקציה הראשונה של הגולש. באתר שלנו זה החזיר את הציון במובייל מ-45 לטווח של 84-97, וצפיות הדף ממשיכות להימדד.
רוצים שנבדוק למה האתר שלכם איטי?
נריץ בדיקת מהירות על העמודים שמקבלים את התקציב שלכם, נראה מה מאט אותם, ונגיד לכם מה כדאי לתקן קודם ומה לא שווה את הכסף.
לקביעת שיחה ↗ בניית אתריםמקורות (נכון ל-26.10.2026): web.dev, Web Vitals (ספי LCP, INP ו-CLS, האחוזון ה-75). Google Search Central: Core Web Vitals ותוצאות החיפוש ו-חוויית דף. על PageSpeed Insights (נתוני שטח מ-CrUX ל-28 יום, נתוני מעבדה של Lighthouse, טווחי ציון). WebP (קטן ב-25%-34% מ-JPEG). web.dev: TTFB (טוב = 0.8 שניות או פחות), טעינת JavaScript של צד שלישי, מקרה וודאפון (2021). Chrome for Developers: משאבים חוסמים, font-display. Google Ads Help: ציון איכות, Ad Rank, ביצועי דפי נחיתה. הציונים של האתר שלנו: בדיקות Lighthouse במובייל שלנו, ספטמבר-אוקטובר 2026.
