למה המספרים בווקומרס לא תואמים לגוגל אנליטיקס ואיך מגלים איפה הבעיה במהירות
פותחים בבוקר את ווקומרס ורואים שמונה הזמנות מאתמול. פותחים את GA4 ורואים אפס רכישות. הסוכנות שולחת דוח שמבוסס על GA4, ה-ROAS נראה נורא, ומישהו כבר מציע להוריד תקציב.
זה לא תרחיש היפותטי. זה בדיוק מה שקרה באחת החנויות בבטא של ג'ימי, ימים ברצף. לפני שמורידים תקציב, צריך לדעת איזה מספר נכון.
התשובה הקצרה
- הכנסות ומספר ההזמנות, ווקומרס הוא מקור האמת. שם הכסף.
- להתנהגות, GA4 הוא מקור האמת. מאיפה הגיעו, מה ראו, איפה נטשו.
- פער קטן ויציב ביניהם, של 5% עד 10% לכל היותר, הוא תקין. פער גדול מדי, או פער שהופיע פתאום, מעיד על תקלה.
- לפני שמחפשים את התקלה, בודקים לאיזה כיוון הפער. כל כיוון מצביע על משפחה אחרת של בעיות.
זו לא בעיה נדירה
בבדיקה של 13 חנויות בבטא של ג'ימי, בין 7 ל-17 בספטמבר 2026, ב-10 מהן נמצא פער בין GA4 לווקומרס במספר הרכישות או בהכנסה.
והפער רץ לשני הכיוונים. בחלק מהחנויות GA4 הראה פחות, בחלק הראה יותר, ובחלק ווקומרס עצמו הראה אפס בזמן שהחנות מכרה.
ההנחה המקובלת היא ש-GA4 תמיד מראה פחות מהחנות. זה נכון ברוב המקרים, אבל לא בכולם. ודווקא המקרים שבהם זה לא נכון הם המסוכנים, כי שם מקבלים החלטות על בסיס מכירות שלא קרו.
פער קטן הוא נורמלי
GA4 אף פעם לא יתאים לווקומרס אחד לאחד. יש לזה סיבות לגיטימיות:
- חוסמי סקריפטים ודחיית עוגיות. ההזמנה נרשמת בחנות, האירוע לא מגיע לגוגל.
- הזמנות ידניות. הזמנה שנפתחה בטלפון או בוואטסאפ לא מגיעה מביקור באתר.
- הבדלי שעון. הזמנה שנעשתה קרוב לחצות יכולה להירשם ב-GA4 על היום הבא, אם אזור הזמן בנכס לא מוגדר לישראל.
השאלה היא לא אם יש פער, אלא אם הוא יציב. פער שנשאר באותו טווח לאורך חודשים הוא רעש. פער שקפץ בתאריך מסוים הוא תקלה.
הצעד הראשון: לאיזה כיוון הפער
| מה רואים | מה זה בדרך כלל אומר |
|---|---|
| GA4 מראה פחות רכישות מווקומרס | אירוע הרכישה לא נשלח, או לא מגיע |
| GA4 מראה יותר רכישות מווקומרס | אירוע רכישה נשלח בלי הזמנה אמיתית מאחוריו |
| ווקומרס מראה אפס, GA4 מראה מכירות | ההזמנות לא נרשמות בחנות, לרוב בעיה בעמוד התודה |
כיוון 1: GA4 מראה פחות
זה התרחיש הנפוץ. ארבעה חשודים, לפי סדר הבדיקה:
דף התודה לא נטען. ברוב ההטמעות, אירוע ה-purchase יורה בדף התודה. אם הלקוח משלם בעמוד חיצוני של ספק הסליקה ולא חוזר לאתר, או שהדף כבד ונסגר לפני שהסקריפט רץ, האירוע לא נשלח.
בדקו את זה כך: השוו את מספר הצפיות בדף התודה ב-GA4 (בד"כ מכיל confirm בכתובת ה-URL שלו) לבין מספר ההזמנות בווקומרס. אם גם הצפיות חסרות, הבעיה בדף. אם הצפיות קיימות והרכישות לא, הבעיה בתג.
כמה כלים שולחים ל-GA4 במקביל. Site Kit של גוגל, תוסף GTM ותוסף אנליטיקס ייעודי לווקומרס, כל אחד מהם יכול לטעון GA4. כשיותר מאחד פעיל, הם מתנגשים.
באחת החנויות בבטא רצו במקביל GTM4WP ו-Site Kit, והדפדפן חסם את טעינת קובץ ה-GTM. הצפיות בדפים הגיעו ל-GA4 דרך Site Kit, אבל אירוע הרכישה נשלח דרך GTM ולכן לא הגיע בכלל. GA4 הראה אפס רכישות בזמן שווקומרס רשם הזמנות כל יום.
הכלל: כלי אחד שולח את אירועי האיקומרס. רק אחד.
באנר עוגיות שחוסם הכול. אם הבאנר מוגדר כך שבלי אישור מפורש לא נטען שום סקריפט, כל מי שמתעלם מהבאנר נעלם מהרכישות.
הטמעה שנשברה אחרי עדכון. עדכון של תבנית, תוסף או ספק סליקה יכול לשנות את כתובת דף התודה, והטריגר ב-GTM מפסיק לזהות אותו. אם הפער הופיע בתאריך מסוים, בדקו מה עודכן באתר באותו שבוע.
כיוון 2: GA4 מראה יותר רכישות = רכישות רפאים
זה התרחיש המסוכן, כי הוא נראה כמו חדשות טובות.
באחת החנויות בבטא, GA4 הציג רכישות כמעט כל יום במשך יותר משלושה שבועות, בזמן שווקומרס רשם אפס הזמנות לאורך כל התקופה. כל החלטה על תקציב שהתבססה על GA4 באותם שבועות נשענה על מכירות שלא קרו.
החשודים:
- טריגר כפול. אירוע ה-purchase מוגדר גם ב-GTM וגם בתוסף, או יורה בכל טעינה של דף התודה כולל כשהלקוח חוזר אליו מההיסטוריה של הדפדפן.
- אירוע שיורה על הזמנה שלא שולמה. הזמנה שהתשלום שלה נכשל מגיעה לפעמים לדף תודה או לדף ביניים, והתג לא בודק את הסטטוס.
- תוסף פיקסלים שיורה purchase על אירוע אחר. למשל על לחיצה על כפתור התשלום, ולא על השלמת התשלום.
בדקו את זה כך: ב-GA4 בנו דוח Explore עם המימד Transaction ID. מזהה שמופיע פעמיים מצביע על טריגר כפול. מזהה שלא קיים בווקומרס בכלל מצביע על אירוע רפאים שלא קרה באמת.
כיוון 3: ווקומרס מראה אפס כשהבעיה בספק הסליקה
על התרחיש הזה כמעט לא כותבים, והוא ישראלי במיוחד.
רוב החנויות בישראל עובדות עם ספקי סליקה חיצוניים דוגמת טרנזילה, PayPlus, קארדקום ודומיהם. הלקוח משלם בעמוד של הספק, והספק מודיע לחנות שהתשלום עבר. כשההודעה הזו לא מגיעה, ההזמנה נשארת בסטטוס pending או לא נרשמת כמשולמת למרות שהכסף נגבה.
בבטא, מתוך 4 חנויות שבהן הזמנות לא נרשמו כראוי בווקומרס, 3 עבדו דרך טרנזילה או PayPlus. הדפוסים שחזרו:
- webhook מהספק שלא עדכן את סטטוס ההזמנה בחנות
- שגיאות טרנזילה 900 (כשל באימות 3D Secure) ו-901 (שגיאה לא ידועה), שהשאירו הזמנות ב-pending
- הפניה מדף התשלום חזרה לסל, כך שהרכישה לא הושלמה בכלל
בדקו את זה כך: היכנסו לממשק של ספק הסליקה והשוו את העסקאות שאושרו שם למספר ההזמנות המשולמות בווקומרס לאותו יום. אם אצל ספק הסליקה יש עסקאות שאין להן הזמנה משולמת בחנות, הבעיה בחיבור ביניהם.
זה תיקון למפתח או לתמיכה מטעם ספק הסליקה. לא לסוכנות הפרסום.
מה בכלל נחשב מכירה
חלק מהפער הוא לא תקלה אלא הגדרה. בווקומרס:
| סטטוס | מה זה אומר |
|---|---|
| processing, completed | שולם |
| pending | ממתין לתשלום, לרוב לא מכירה |
| on-hold | תלוי בחנות. בחלק מהחנויות הישראליות משמש לעגלה שלא שולמה, ולא להזמנה שממתינה לאישור |
| failed | התשלום נכשל |
אם הדוח שלכם סופר pending או on-hold כמכירה, המספר גבוה מהמציאות עוד לפני שנגעתם ב-GA4.
קבעו פעם אחת מה נחשב מכירה בחנות שלכם, וודאו שכל הדוחות שלכם ושל הסוכנות סופרים לפי אותה לוגיקה.
בדיקה של 15 דקות
- בחרו יום אחד מהשבוע האחרון.
- יצאו מווקומרס את רשימת ההזמנות המשולמות של אותו יום, עם מספר הזמנה וסכום.
- ב-GA4 פתחו Explore, הוסיפו את המימד Transaction ID ואת המדד Purchase revenue, וסננו לאותו יום.
- השוו את שתי הרשימות לפי מספר הזמנה.
- סמנו שלוש קבוצות: הזמנות שחסרות ב-GA4, מזהים שמופיעים ב-GA4 ולא בחנות, ומזהים כפולים.
- בכל קבוצה חפשו מה משותף: אותו אמצעי תשלום, אותו מכשיר, אותה שעה.
הקבוצה הגדולה ביותר אומרת לכם לאיזה כיוון לחפש.
למי להאמין בינתיים
עד שהפער מתוקן:
- הכנסות, הזמנות וממוצע הזמנה לפי ווקומרס.
- מקורות תנועה ושיעור המרה לפי GA4, בזהירות, ובידיעה שהוא חסר או מנופח.
- ROAS שהסוכנות מדווחת ודאו מאיפה הוא מחושב. ROAS שמבוסס על GA4 שבור יכול להוביל להורדת תקציב מקמפיין רווחי או להגדלת תקציב לקמפיין שלא מוכר.
אם הסוכנות מדווחת לפי GA4, בקשו מהם לצרף לכל דוח גם את מספר ההזמנות בווקומרס לאותה תקופה. פער בין השניים יופיע מיד ולא אחרי שלושה שבועות.
לתמונה המלאה של איך GA4, גוגל אדס ומטא אמורים לעבוד יחד בחנות, ראו את המדריך למעקב המרות בווקומרס.
שאלות נפוצות
כמה פער נחשב נורמלי?
אין מספר אחד שמתאים לכל חנות. מה שחשוב הוא היציבות: פער שנשאר באותו טווח לאורך חודשים הוא ככל הנראה חוסמי סקריפטים והזמנות ידניות. פער שקפץ בתאריך מסוים הוא תקלה, ושווה לבדוק מה השתנה באתר באותו שבוע.
האם מעקב בצד השרת פותר את זה?
הוא מצמצם את הפער שנובע מחוסמי סקריפטים ומדף תודה שלא נטען. הוא לא מתקן טריגר כפול, ולא ספק סליקה שלא מעדכן את החנות. קודם מאבחנים, אחר כך בוחרים פתרון.
GA4 מראה אפס רכישות, אבל צפיות בדפים עובדות. מה הסיבה הסבירה?
ברוב המקרים אירוע הרכישה נשלח דרך כלי אחר מזה ששולח את הצפיות, לרוב GTM, והכלי הזה לא נטען או מתנגש עם כלי נוסף. בדקו כמה כלים שולחים נתונים ל-GA4 באתר.
למה הסוכנות מראה ROAS שונה ממה שאני רואה בחנות?
גם בלי שום תקלה, גוגל אדס ומטא מייחסים המרות לפי מודל משלהם, שונה ממה שנרשם בחנות.
ג'ימי משווה בין ווקומרס ל-GA4 כל יום ושולח הודעה בוואטסאפ כשהפער זז, כך שתקלה כזו מתגלה ביום הראשון, ולא אחרי שלושה שבועות.