בדיקת מהירות אתר נכונה מתחילה בהבנה שיש שני סוגי נתונים: נתוני שדה — מה שגולשים אמיתיים בכרום חוו ב-28 הימים האחרונים — ונתוני מעבדה, הדמיה של טעינה אחת על מכשיר ורשת קבועים. הכלי הבסיסי הוא PageSpeed Insights של גוגל, שמציג את שניהם; Search Console מראה את נתוני השדה לכל האתר; ו-Lighthouse, GTmetrix ו-WebPageTest עוזרים לאבחן מה מאט. החלק החשוב בדוח הוא לא הציון מ-0 עד 100, אלא השאלה אם העמוד עובר את מבחן Core Web Vitals בנתוני השדה.
הכלים — ולמה כל אחד מהם טוב
| כלי | סוג נתונים | למה הוא טוב |
|---|---|---|
| PageSpeed Insights | שדה + מעבדה | נקודת ההתחלה: האם העמוד עובר את Core Web Vitals אצל גולשים אמיתיים, ומה מאט אותו |
| Search Console (דוח Core Web Vitals) | שדה | תמונה של כל האתר, מקובצת לפי סוגי עמודים — רואים איזו תבנית נכשלת |
| Lighthouse (בכלי המפתחים של כרום) | מעבדה | בדיקה מקומית, גם לפני שהאתר באוויר |
| GTmetrix / WebPageTest | מעבדה | תרשים מפל שמראה כל בקשה, בסדר שבו היא נטענת — מצוין לאבחון |
נתוני שדה מול נתוני מעבדה
לפי התיעוד של PageSpeed Insights, נתוני השדה מגיעים מ-Chrome UX Report ומכסים תקופה של 28 הימים האחרונים. נתוני המעבדה מגיעים מ-Lighthouse, שמדמה טעינה של העמוד על מכשיר אחד ובתנאי רשת קבועים — ולכן הם יכולים להיות שונים מאוד מהחוויה האמיתית.
- נתוני שדה הם מה שגוגל מתחשבת בו. הם עונים על השאלה "איך האתר מרגיש לגולשים שלי".
- נתוני מעבדה הם כלי אבחון. הם עונים על השאלה "מה בדיוק מאט את העמוד, ומה אפשר לתקן".
כשאין לעמוד מספיק תנועה, PageSpeed מציג נתוני שדה של האתר כולו; כשגם לאתר אין מספיק נתונים — מוצגים רק נתוני מעבדה. באתר חדש או קטן, זה המצב הנפוץ.
מה זה "עובר את מבחן Core Web Vitals"
המבחן בודק שלושה מדדים — LCP (זמן הצגת התוכן הראשי), INP (מהירות התגובה לאינטראקציה) ו-CLS (יציבות התצוגה) — ועובר כשהאחוזון ה-75 של שלושתם בטווח "טוב". במילים פשוטות: לפחות שלושה רבעים מהביקורים צריכים לעמוד בסף. הספים, לפי גוגל: LCP עד 2.5 שניות, INP עד 200 מילישניות, CLS עד 0.1. על כל מדד, ומה מתקן אותו, הרחבתי במאמר Core Web Vitals מנקודת המבט של המפתח.
לפי Web Almanac 2025, רק 48% מהאתרים עוברים את המבחן בטלפון — כך שאם האתר שלכם נכשל, אתם ברוב. אבל זו לא סיבה להשאיר אותו ככה.
ומה עם הציון מ-0 עד 100?
הציון בראש הדוח מחושב מנתוני המעבדה בלבד: 90–100 ירוק, 50–89 כתום, 0–49 אדום. הוא שימושי כמדד לשיפור לאורך זמן, אבל יש לו שתי מגבלות:
- הוא לא מה שגוגל מדרגת לפיו. עמוד עם ציון 70 שעובר את Core Web Vitals בנתוני השדה במצב טוב יותר מעמוד עם ציון 95 שנכשל אצל גולשים אמיתיים.
- הוא משתנה בין בדיקות. לפי התיעוד של גוגל, התוצאה מושפעת מזמינות הרשת, מהחומרה ומהעומס על השרת שמריץ את הבדיקה — שיכול להיות בצפון אמריקה, באירופה או באסיה.
למה התוצאה קופצת בין בדיקה לבדיקה
בדקתי את דף הבית של האתר הזה שלוש פעמים ברצף, באותו מכשיר ובאותה רשת, ב-8 באוקטובר 2026. זמן הצגת התוכן הראשי (LCP) נע בין 860 ל-1,076 מילישניות — הפרש של יותר מ-20% בלי שום שינוי באתר. הסיבות הנפוצות:
- עומס משתנה על השרת ועל הרשת.
- מטמון: הבדיקה הראשונה אחרי עדכון איטית יותר מהבאות.
- סקריפטים של צד שלישי שזמן התגובה שלהם משתנה.
- מיקום השרת שמריץ את הבדיקה.
איך בודקים בצורה אמינה: מריצים כמה בדיקות ומסתכלים על החציון, בודקים תמיד גם במובייל, ומשווים לפני ואחרי שינוי באותם תנאים.
דוגמה אמיתית: מה סקריפט אחד עושה למשקל העמוד
באותו יום מדדתי את דף הבית של האתר הזה פעמיים. בפעם הראשונה — לפני שהוספתי את Google Analytics — העמוד נטען ב-15 בקשות ובכ-88KB שהועברו ברשת. בפעם השנייה, אחרי שתג האנליטיקה עלה לאוויר, אותו עמוד נטען ב-18 בקשות ובכ-273KB. כלומר, סקריפט מדידה אחד הגדיל את משקל העמוד פי שלושה בערך.
זה לא אומר שלא צריך אנליטיקה — היא נחוצה. זה אומר שכל כלי צד שלישי שמוסיפים לאתר — אנליטיקה, פיקסלים, צ׳אט, וידג׳טים — עולה משהו, וכדאי לדעת כמה. בדיקת מהירות היא בדיוק הדרך לגלות את זה: בתרשים המפל של GTmetrix או WebPageTest, כל סקריפט חיצוני מופיע בנפרד, עם הגודל וזמן הטעינה שלו.
בדיקה מישראל: שרת, מיקום ו-CDN
כלי הבדיקה רצים בדרך כלל משרתים באירופה או בצפון אמריקה. אם השרת של האתר בישראל, או מאחורי CDN עם נקודות נוכחות בישראל, הבדיקה מחו"ל תראה זמן תגובה שונה ממה שגולש בתל אביב חווה — לטובה או לרעה. לכן נתוני השדה, שמגיעים מהגולשים האמיתיים שלכם, חשובים כאן במיוחד. בכלים שמאפשרים לבחור מיקום, כדאי לבחור את הקרוב ביותר לקהל.
אילו עמודים לבדוק
הטעות הנפוצה היא לבדוק רק את דף הבית. בדקו עמוד אחד מכל סוג שמביא תנועה: עמוד שירות, מאמר, עמוד מוצר, עמוד קטגוריה. כל סוג עמוד בנוי מתבנית אחרת, ובעיית מהירות בתבנית חוזרת בכל העמודים שמשתמשים בה. דוח Core Web Vitals ב-Search Console מקבץ עמודים דומים בדיוק בשביל זה.
איך קוראים דוח PageSpeed — בקצרה
- החלק העליון — נתוני שדה: האם העמוד עובר את Core Web Vitals? אם כן — מצב טוב, גם אם הציון למטה לא מושלם.
- המדדים בנתוני השדה: איזה מדד נכשל — LCP, INP או CLS? זה קובע איפה לחפש את הבעיה.
- הציון ונתוני המעבדה: לאבחון בלבד.
- "הזדמנויות" ו"אבחונים": רשימת בעיות ספציפיות — תמונה כבדה, סקריפט שחוסם, גופן שנטען מאוחר. מתחילים מהבעיות שקשורות למדד שנכשל, לא מראש הרשימה.
מבדיקה לתיקון
בדיקה היא רק השלב הראשון. התיקונים עצמם — תמונה ראשית שנטענת בעדיפות, פחות JavaScript, גופן שמתארח באתר, מידות קבועות לתמונות — מפורטים במאמר Core Web Vitals. ובאתרי וורדפרס, הרבה מהבעיות מתחילות בבונה העמודים ובתוספים — ראו וורדפרס בלי בוני עמודים.
רשימת בדיקה
- בודקים ב-PageSpeed Insights ומתחילים מנתוני השדה, לא מהציון.
- בודקים עמוד מכל סוג תבנית, לא רק את דף הבית.
- מריצים כמה בדיקות, במובייל, ומסתכלים על החציון.
- משתמשים בתרשים מפל כדי לראות מה כל סקריפט עולה.
- עוקבים ב-Search Console לאורך זמן, אחרי כל שינוי.
שני מקורות נפוצים למשקל עודף הם תגים של צד שלישי — שאפשר לרכז בGoogle Tag Manager — ותמונות לא דחוסות; ראו אופטימיזציה לתמונות.
מאמרים קשורים: משאבים חוסמי רינדור ו-Critical CSS: למה האתר מציג מסך לבן, Minify: כיווץ קבצי CSS ו-JavaScript, דחיסה ואיחוד קבצים ווורדפרס איטי? כך מאבחנים מה מאט את האתר ומה מתקנים קודם.
בדקתם, והאתר איטי? בעמוד שיפור מהירות אתר מפורט איך אני מאבחן ומתקן ברמת הקוד והשרת, ואפשר לשלוח לי את כתובת האתר.
אהבתם את המאמר?
