מדריך מקצועי

בדיקת מהירות אתר: מהתוצאה בדוח לפעולה בדף הנחיתה

איך בודקים מהירות אתר במובייל ובמחשב? מדריך ל־PageSpeed Insights, נתוני שטח ומעבדה, LCP, INP ו־CLS ותעדוף תיקונים לפני קמפיין.

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

תוכן עניינים — מעבר לנושא שמעניין אתכם

מה בודקים: את האתר או את הדף שאליו מגיע הקליק?

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

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

PageSpeed Insights: נתוני שטח לעומת בדיקת מעבדה

PageSpeed Insights של Google מציג סוגי מידע שונים. נתוני שטח מתארים חוויות של משתמשים שנאספו לאורך זמן, כאשר יש מספיק נתונים. בדיקת המעבדה מפעילה Lighthouse בסביבה מבוקרת לצורך אבחון. ההבחנה והיקף הנתונים מפורטים בתיעוד PageSpeed Insights.

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

לפני שמעתיקים מספר לדוח, בדקו אם מדובר בכתובת שנבדקה או ב־Origin, כלומר ברמת המקור של האתר. נתוני השטח ב־PSI מתייחסים לחלון איסוף של 28 ימים, ולכן שינוי שבוצע היום אינו צפוי להתבטא מיד בכל נתון מצטבר.

אילו מדדים חשוב להבין?

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

מדדמשמעות מעשיתהסף הטוב לפי Google
LCPמתי רכיב התוכן הגדול באזור הנצפה מוצגעד 2.5 שניות
INPעד כמה הדף מגיב לאינטראקציותעד 200 אלפיות שנייה
CLSכמה הפריסה זזה באופן בלתי צפויעד 0.1

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

פרוטוקול בדיקה חוזרת שאפשר להעביר למפתח

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

  1. מגדירים מסלול: כניסה לדף, קריאת ההצעה, פתיחת הטופס ושליחה מבוקרת.
  2. מתעדים הקשר: תאריך, כתובת, מובייל או מחשב, כלי בדיקה ומצב הסכמה.
  3. שומרים קו בסיס: דוח מקורי, הרכיב הבעייתי ותיאור מה שהמשתמש חווה.
  4. חוזרים בתנאים דומים: מחפשים דפוס ולא מסתמכים על ריצה יחידה.
  5. משנים רכיב מוגדר: מתעדים מה השתנה ומי ביצע את העבודה.
  6. בודקים שוב: גם את הממצא הטכני וגם שהפנייה עדיין מגיעה ליעד.
  7. מפרידים מסקנות: מה השתפר בבדיקה, מה טרם אומת ומה דורש נתוני משתמשים נוספים.

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

מה לתקן קודם: מטריצת חסמים לדף נחיתה

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

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

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

דוגמה להמחשה: ציון טוב וטופס שלא עובד

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

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

טעויות נפוצות בבדיקת מהירות אתר

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

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

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

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

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

שאלות נפוצות

מה חשוב לדעת לפני שמתחילים?

האם ציון PageSpeed של 100 הוא היעד הנכון?

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

למה שתי בדיקות מהירות נותנות תוצאות שונות?

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

מה המשמעות של אין מספיק נתוני שטח?

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

האם שיפור מהירות מבטיח יותר לידים או דירוג גבוה?

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

שיחת היכרות ממוקדת

מוכנים לבדוק מה אפשר לשפר?

ספרו לי בקצרה על העסק והקמפיינים. נבדוק אם יש התאמה ומה צריך להיות הצעד הבא.

בואו נדבר