מעקב המרות בווקומרס: איך GA4, גוגל אדס ומטא אמורים לעבוד יחד ולמה הם אף פעם לא מסכימים

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

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

התשובה הקצרה

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

ארבע מערכות, ארבעה תפקידים

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

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

למה המספרים אף פעם לא זהים

יש לכך שלוש סיבות לגיטימיות:

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

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

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

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

ההגדרה הבסיסית: מה חייב להיות מחובר

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

בגוגל אדס

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

בווקומרס

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

במטא

• פיקסל ו-Conversions API, עם מזהה אירוע משותף.

ואיך יודעים שזה עובד? בצעו רכישת בדיקה ובדקו בשלושה מקומות במקביל:

• Tag Assistant של גוגל: ודאו שתג ההמרה של גוגל אדס מופעל בדף התודה פעם אחת, עם הסכום הנכון.
• DebugView ב-GA4: ודאו שאירוע purchase הגיע עם מספר ההזמנה והערך.
• Test Events ב-Events Manager של מטא: ודאו שאירוע Purchase הגיע גם מהפיקסל וגם מהשרת, ושמטא סימן אותם ככפולים של אותו אירוע.

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

הכלל הראשון: אירוע רכישה אחד, מקור אחד

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

בחנויות ווקומרס יש שתי תקלות נפוצות:

יותר מדי כלים. Site Kit של גוגל, תוסף GTM, תוסף פיקסלים ותוסף אנליטיקס ייעודי יכולים כל אחד לשלוח אירוע רכישה. באחת החנויות בבטא פעלו במקביל GTM4WP ו-Site Kit, והדפדפן חסם את טעינת ה-GTM. הצפיות בדפים הגיעו ל-GA4, אבל הרכישות לא. GA4 הציג אפס רכישות אף שהחנות מכרה כל יום.

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

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

גוגל אדס: פעולת המרה ראשית אחת

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

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

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

מטא: פיקסל, Conversions API ומניעת כפילויות

הפיקסל של מטא פועל בדפדפן, ולכן חוסמים ומגבלות פרטיות מונעים ממנו למדוד חלק מהרכישות. Conversions API שולח את אותן רכישות מהשרת. מטא ממליץ להפעיל את שניהם יחד, אבל לשם כך חייבים מזהה אירוע משותף (event_id), כדי שמטא יזהה שמדובר באותה רכישה ולא בשתיים.

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

מעקב בצד השרת: מתי הוא כדאי

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

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

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

החלק הישראלי: שערי סליקה ודף התודה

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

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

השער לא מעדכן את החנות. ה-שער גובה את הכסף, אבל ההודעה לחנות לא מגיעה, וההזמנה נשארת ב-pending. בבטא, מתוך 4 חנויות שבהן הזמנות לא נרשמו כראוי בווקומרס, 3 עבדו דרך טרנזילה או PayPlus.

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

UTM: הערוצים שנעלמים

תנועה מקישורים באימייל, ב-SMS ובוואטסאפ שלא מתויגים ב-UTM נרשמת ב-GA4 כתנועה ישירה. כך הערוץ שעובד הכי טוב עלול להיראות כאילו הוא לא קיים.

לא מדובר במקרה שולי. ב-5 מתוך 13 חנויות בבטא, אימייל או SMS היה הערוץ עם שיעור ההמרה הגבוה ביותר: 7% עד 21%, לעומת 1% עד 3% בתנועה ממומנת מגוגל. בחנות שבה הקישורים לא מתויגים, המספרים האלה פשוט לא היו מופיעים.

מה לעשות: ודאו שכל קישור שיוצא מכלי הדיוור, מה-SMS ומהוואטסאפ העסקי מתויג, תמיד באותו מבנה.

בדיקת תקינות חודשית, 20 דקות

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

1. רכישות מול הזמנות. בחרו יום אחד והשוו את מספר הרכישות ב-GA4 למספר ההזמנות המשולמות בווקומרס. רשמו את הפער באחוזים. אם הוא קפץ לעומת החודש הקודם, משהו השתנה.
2. כפילויות. ב-GA4, פתחו דוח Explore לפי Transaction ID. מזהה שמופיע פעמיים = טריגר כפול.
3. פעולות המרה בגוגל אדס. ודאו שיש פעולת רכישה אחת שמוגדרת כהמרה ראשית, לא יותר.
4. Events Manager של מטא. ודאו שאירועי Purchase מגיעים עם ערך ומטבע ILS, ושאין אזהרות על כפילויות.
5. ספק הסליקה. השוו עסקאות מאושרות בשער להזמנות משולמות בחנות, באותו יום.

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

מדריכים מפורטים

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

שאלות נפוצות

איזה מספר להציג בדוח למנהלים?

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

האם אפשר לסמוך על ה-ROAS שגוגל אדס או מטא מדווחים?

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

כל כמה זמן לבדוק שהמעקב תקין?

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

צריך GTM או שאפשר בלי?

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

---

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