מדידהטכניעודכן:

GA4 למסחר אלקטרוני: רשימת בדיקה לאירוע רכישה, כפילויות ו-GTM

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

אירוע purchase: מה צריך להיות בו

לפי הדוגמה בתיעוד של Google Analytics, אירוע purchase נשלח בעמוד שבו מתבצעת הרכישה (למשל עמוד אישור ההזמנה) וכולל, בין השאר: transaction_id, value, currency ומערך items (כל פריט עם מזהה, שם, מחיר וכמות).[1]

gtag('event', 'purchase', {
  transaction_id: 'ORDER-10045',
  value: 249.90,
  currency: 'ILS',
  items: [{ item_id: 'SKU-1', item_name: 'שם מוצר', price: 249.90, quantity: 1 }]
});

transaction_id וכפילויות

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

רשימת בדיקה

  • ה-Google tag (או מכל GTM) נטען בכל עמודי האתר, כולל הקופה ועמוד התודה.
  • נשלחים אירועי המסחר העיקריים לאורך המסע (צפייה במוצר, הוספה לסל, תחילת קופה, רכישה).
  • ב-purchase: transaction_id ייחודי ולא ריק; value ו-currency נכונים; items מלא.
  • רענון עמוד התודה, כפתור "אחורה" וכניסה חוזרת מהאימייל לא שולחים רכישה נוספת (בדקו בפועל).
  • אין שליחה כפולה: תוסף החנות וה-GTM אינם שולחים את אותו אירוע במקביל.
  • אירוע purchase (ופעולות חשובות אחרות) מסומן כאירוע מפתח (key event) ב-GA4.
  • נתוני הרכישה תואמים מדגם הזמנות אמיתי מהמערכת (כולל סכום, מטבע, החזרים וביטולים לפי כלל שקבעתם).
  • נקבע תקן UTM לקמפיינים ולניוזלטרים, וחיבורי הפרסום משתמשים בתיוג אוטומטי כשהם תומכים בכך.
  • תנועה פנימית (צוות, סוכנות, בדיקות) מזוהה או מסוננת.
  • אם התשלום בדומיין חיצוני: ההפניות והדומיינים הוגדרו והשיוך נבדק.
  • ההרשאות ל-GA4 ול-GTM נסקרו.

עבודה עם GTM

בעבודה דרך GTM נהוג לדחוף את נתוני הרכישה ל-dataLayer מהעמוד, ולהפעיל תג GA4 מתאים על אירוע זה. דוגמה למבנה (לאמת מול תיעוד גוגל לפני שימוש):

dataLayer.push({ ecommerce: null });  // ניקוי נתונים קודמים
dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: 'ORDER-10045',
    value: 249.90,
    currency: 'ILS',
    items: [{ item_id: 'SKU-1', item_name: 'שם מוצר', price: 249.90, quantity: 1 }]
  }
});

עבדו עם שמות עקביים, בדקו ב-Preview לפני פרסום, ותעדו מה השתנה בכל גרסה.

אימות

  • DebugView: מאפשר לראות אירועים בזמן אמת בסביבת בדיקה.[1]
  • זמן הופעה בדוחות: לפי התיעוד, נתוני רכישה מופיעים בדוחות כעבור כ-24 שעות.[1] אל תסיקו מסקנות מהשעה הראשונה.
  • הריצו הזמנת בדיקה אמיתית (אפשר עם קופון) והשוו בין GA4, מערכת החנות והחשבונית.

לבדיקה מסודרת של כל המסע אפשר להיעזר בבדיקה העצמית.

רוצים לבדוק איפה אתם עומדים?

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

לבדיקה העצמית שאלה / בקשה לבדיקה מקצועית

שאלות נפוצות

ההזמנות ב-GA4 נמוכות מההזמנות בחנות. מה בודקים קודם?

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

האם חייבים GTM?

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

האם GA4 מחשב החזרים?

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

מקורות

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

  1. Google for Developers – Set up a purchase event (GA4) – נפתח ונקרא ב-3.10.2026; מקור ראשוני
  2. Analytics Help – Minimize duplicate key events with transaction IDs – נפתח ונקרא ב-3.10.2026; מקור ראשוני

מדריכים קשורים