נטישת צ'קאאוט באיקומרס: איך מודדים כל שלב ומה בודקים קודם

נכתב על ידי דני צ'רניאק, DigiKnowledge. נבדק לאחרונה: 10.11.2026

מה ההבדל בין נטישת עגלה לנטישת צ'קאאוט?

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

ב-GA4 יש לכל אחת דוח משלה. לפי התיעוד של Google, הדוח Purchase journey בנוי מחמישה שלבים: session_start, view_item, add_to_cart, begin_checkout ו-purchase. הדוח Checkout journey מתחיל במקום שבו הראשון מפסיק לפרט, בתוך הצ'קאאוט עצמו.

אילו אירועים מודדים את שלבי הצ'קאאוט ב-GA4?

לפי התיעוד של Google למפתחים, אלה האירועים והפרמטרים שלהם:

הפרמטרים המשותפים לכל הארבעה הם value, currency, coupon ומערך items. לפי התיעוד currency נדרש בכל פעם ששולחים value, כדי שמדדי ההכנסה יחושבו נכון. בשלושת אירועי הצ'קאאוט הראשונים value הוא סכום המחיר כפול הכמות של כל הפריטים, בלי משלוח ובלי מס. בכל פריט במערך items נדרש item_id או item_name. ב-purchase נדרש גם transaction_id.

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

דוגמה לדחיפה ל-Data Layer בשלב המשלוח, עם ערכי דמו. כמו בדוגמאות שבתיעוד, מנקים את אובייקט ecommerce לפני כל דחיפה:

dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: "add_shipping_info",
  ecommerce: {
    currency: "ILS",
    value: 249.00,
    shipping_tier: "Ground",
    items: [{ item_id: "SKU_123", item_name: "Demo product", price: 249.00, quantity: 1 }]
  }
});

את שאר אירועי המסחר ואת מבנה items פירטנו במדריך לאירועי איקומרס ב-GA4.

איפה רואים את הנטישה בין השלבים?

בדוח Checkout journey. לפי התיעוד הוא נמצא ב-Reports תחת הנושא Monetization באוסף Life cycle, או תחת Drive online sales באוסף Business objectives. אם הוא לא מופיע בתפריט, עורך ומעלה יכול להוסיף אותו מספריית הדוחות.

כמה דברים שכדאי לדעת לפני שקוראים אותו:

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

שיעור הנטישה מוצג מתחת לכל עמודה. הוא אחוז המשתמשים שאבדו בין השלב הנוכחי לשלב הבא. הדוגמה בתיעוד: 200 משתמשים בשלב אחד ו-140 בשלב הבא הם שיעור נטישה של 30%.

אפשר לפלח לפי שישה מימדים. Browser, City, Country, Device category, Language ו-Region, כשברירת המחדל היא Device category.

אי אפשר להתאים אותו. התיעוד קובע שהדוח לא ניתן להתאמה אישית, כך שכדי לראות שלבים אחרים בונים משפך מותאם ב-Explorations.

למי שעובד עם Shopify: לפי התיעוד, אחרי חיבור Google Analytics החנות אוספת אוטומטית את begin_checkout, add_payment_info ו-purchase. את add_shipping_info צריך להגדיר בנפרד, אחרת השלב השני בדוח יישאר ריק וייראה כמו נטישה מוחלטת.

מתי צריך משפך מותאם ב-Explorations?

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

לפי התיעוד, ב-Funnel exploration אפשר להגדיר עד 10 שלבים, לבחור בין משפך פתוח לסגור ולקבוע לכל שלב אם הוא חייב לבוא מיד אחרי הקודם או שמותרות פעולות אחרות באמצע. אפשר גם להגביל את הזמן שבו שלב צריך לקרות אחרי קודמו, להציג את הזמן הממוצע בין שלבים ולהחיל עד 4 segments. את ההגדרות האלה פירטנו במדריך למשפך ב-GA4 לאיתור נטישה.

מה בודקים קודם: את המדידה או את חוויית המשתמש?

את המדידה. זה הסדר שאני עובד לפיו בכל חנות:

1. עוברים את הצ'קאאוט ב-DebugView. מבצעים הזמנת בדיקה מלאה ורואים שכל אחד מארבעת האירועים מופיע פעם אחת, בסדר הנכון ועם items ו-value. את DebugView מוצאים ב-Admin תחת Data display.
2. בודקים מתי אירועי האמצע נשלחים. add_shipping_info ו-add_payment_info צריכים להישלח כשהמשתמש מסיים את השלב, לא כשהשלב נטען.
3. משווים רכישות ב-GA4 להזמנות במערכת החנות. לוקחים שבוע אחד וסופרים. פער גדול בין המספרים אומר שהשלב האחרון במשפך נמדד לא נכון, כך ששיעור הנטישה שלפניו לא שווה כלום.
4. בודקים את החזרה מספק התשלום. כשהתשלום נעשה בעמוד חיצוני, חלק מהקונים לא חוזרים לעמוד התודה, כך שהרכישה קיימת בחנות אבל לא ב-GA4. כשהצ'קאאוט יושב על דומיין אחר בודקים גם את ההגדרה שפירטנו במדריך למדידה חוצת דומיינים.
5. מוודאים שאין רכישות כפולות. כפילויות מנפחות את השלב האחרון ומסתירות נטישה. את הנושא הזה כיסינו במדריך לרכישות כפולות ב-GA4.
6. רק אז מפלחים. לפי מכשיר, דפדפן ומשתמש חדש מול חוזר. פער חד בפלח אחד הוא כמעט תמיד באג ולא העדפה של משתמשים.

איך מפרשים נטישה בכל שלב?

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

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

איך מזהים שהנטישה היא בעיית מדידה ולא בעיה אמיתית?

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

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

שאלות נפוצות

מה השורה התחתונה?

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

מקורות

Analytics Help: [GA4] Checkout journey report, Analytics Help: Purchase journey report, Google for Developers: Measure ecommerce, Google for Developers: Recommended events, Analytics Help: [GA4] Funnel exploration, Analytics Help: Monitor events in DebugView

דני צ'רניאק
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי