החנות רשמה 120 הזמנות השבוע. Meta רואה 70. מנהל המודעות מציג ROAS של 2.1 כשהמציאות קרובה ל-3.6. על סמך הנתון הזה אתם עוצרים קמפיין רווחי ומשאירים קמפיין חלש יותר.
לעיתים האשם אינו Meta או הסוכנות, אלא מסלול התשלום. בישראל הוא עובר כמעט תמיד דרך ספק סליקה מקומי, ושם אובד מידע על המכירות.
הנה למה הבעיה נפוצה בישראל, איך לאבחן אותה בתוך שלושים דקות ואיך לתקן ב-Shopify, ב-PrestaShop וב-WooCommerce.
למה חנויות ישראליות מושפעות במיוחד
Shopify Payments אינו זמין בישראל
Shopify Payments אינו זמין בישראל, שאינה מופיעה ברשימת המדינות הנתמכות הרשמית. לכן חנויות משתמשות בספקים חיצוניים כמו Cardcom, Tranzila, Grow (לשעבר Meshulam), PayPlus ו-Allpay.
הספקים תומכים בצרכים המקומיים: תשלומים בכרטיס, עד שנים עשר אצל חלקם, Bit ו-Apple Pay. הם חיוניים להמרה. אפליקציות תשלום כבר אינן מיועדות רק להעברות בין אנשים: בסקר מאוקטובר 2023 שצוטט בידי בנק ישראל, 42% מהסכומים הועברו לעסקים עבור מוצרים או שירותים. התעלמות מהאמצעים האלה מאבדת מכירות; התעלמות מהמדידה שלהם מאבדת נתונים.
לכל חיבור יש מסלול טכני משלו, והוא קובע אם כלי המדידה יראו את הרכישה.
הרגע הקריטי: החזרה לאתר
בדרך כלל הרוכש עובר לעמוד תשלום חיצוני או משלם בתוך iframe. אחרי אישור התשלום עליו לחזור לעמוד האישור באתר. טעינת העמוד מפעילה את הפיקסל של Meta, תגית גוגל אדס ואירוע הרכישה ב-GA4.
אם הרוכש אינו חוזר, ההזמנה קיימת במערכת החנות אך לא בכלי הפרסום. סיבות רבות יכולות למנוע חזרה:
-
סגירת הלשונית כשהבנק מאשר תשלום,
-
אימות בנקאי שפותח חלון או אפליקציה אחרים,
-
תשלום ב-Bit במובייל שמעביר לאפליקציה ולאחר מכן חוזר בדפדפן אחר,
-
הפניה שגויה של ספק הסליקה או חזרה לעמוד ללא תגיות,
-
חוסם פרסומות או סירוב לעוגיות שמונעים הפעלת תגיות
כל אירוע שאבד אינו נראה. ההשפעה המצטברת בהחלט מורגשת.
תסמינים שכדאי לזהות
| תסמין | סיבה אפשרית | איפה לבדוק |
|---|---|---|
| פחות רכישות ב-Meta או בגוגל אדס מאשר במערכת החנות | עמוד האישור לא נטען או שהתגיות נחסמו | השוואת מערכת החנות / מנהל האירועים / גוגל אדס |
| רכישות שנספרות פעמיים | טעינה חוזרת של עמוד האישור או היעדר מניעת כפילויות בין הפיקסל ל-CAPI | מנהל האירועים של Meta, אבחון מניעת כפילויות |
| מכירות ב-GA4 שמיוחסות לספק הסליקה | דומיין התשלום לא הוחרג ממקורות הפניה | דוח רכישת תנועה ב-GA4 |
| ערך רכישה לא עקבי | סכום תשלום יחיד במקום הסכום הכולל, או שגיאה במע״מ או במטבע | פרטי אירועי הרכישה |
| רכישות שמיוחסות לתנועה ישירה | הסליקה קוטעת את הביקור או מאבדת פרמטרים של הקמפיין | מסלולי המרה ב-GA4 |
תסמין אחד מספיק כדי לשבש החלטות. שניים או שלושה גורמים לדוחות הפרסום לספר סיפור שונה מחשבון הבנק.
אבחון בשלושים דקות
אין צורך בביקורת מלאה כדי לזהות את הבעיה. הבדיקה הזו מספיקה.
-
ייצאו את ההזמנות משבעת הימים האחרונים ממערכת החנות: מספר והכנסות, ללא הזמנות שבוטלו
-
רשמו את הרכישות שנמדדו באותה תקופה במנהל האירועים של Meta, בגוגל אדס לפי תאריך ההמרה וב-GA4
-
חשבו שיעור זיהוי לכל כלי: רכישות שנמדדו חלקי הזמנות בפועל
-
בצעו הזמנת בדיקה אמיתית בכל אמצעי תשלום — כרטיס, תשלומים, Bit ו-Apple Pay — במובייל ובמחשב, ובדקו את האירועים בזמן אמת
-
פתחו את דוח רכישת התנועה ב-GA4 וחפשו דומיינים של ספקי סליקה במקורות התנועה
כך יכולה להיראות תוצאה בדוגמה להמחשה:
| מקור | רכישות שנמדדו | שיעור זיהוי |
|---|---|---|
| מערכת החנות (נתון הבסיס) | 120 | 100 % |
| GA4 | 95 | 79 % |
| גוגל אדס | 88 | 73 % |
| Meta (פיקסל בלבד) | 70 | 58 % |
פער של כמה אחוזים הוא רגיל: סירוב לעוגיות, חסימות וחלונות ייחוס. שיעור זיהוי מתחת ל-80% מצביע על בעיה מבנית. תנודות חדות בין שבועות מעידות על הגדרה לא יציבה.
Shopify: מה השתנה באוגוסט 2026
Shopify קבעה את 26 באוגוסט 2026 כמועד האחרון לשדרוג עמודי התודה ומצב ההזמנה, ושדרגה אוטומטית חנויות שלא ביצעו זאת. הסקריפטים הישנים בשדה הסקריפטים הנוספים אינם פועלים עוד בעמודים האלה. אם מדידת הרכישות נשענה עליהם, ייתכן שנעצרה ללא התראה.
מה לעשות:
-
בדקו את הרכישות מאז סוף אוגוסט 2026. ירידה חדה ברכישות המדווחות ב-Meta או בגוגל אדס ללא ירידה במכירות מצביעה על תקלה במדידה
-
השתמשו באירועי לקוח של Shopify באמצעות פיקסלים מותאמים ואפליקציות שמחליפים את הסקריפטים הנוספים
-
הפעילו שיתוף נתונים בצד השרת באפליקציית Facebook ו-Instagram של Shopify. הרמות המשופרת והמקסימלית משתמשות ב-Conversions API ומשדרות רכישות בין שרתים ללא תלות בדפדפן הרוכש
-
השתמשו באפליקציה הרשמית של Google לגוגל אדס ול-GA4 במקום תגיות שנוספו ידנית
כשספק הסליקה הישראלי מחובר כאפליקציית תשלום של Shopify, הרוכש אמור לחזור לעמוד האישור שלה. הסיכון נובע בעיקר מהגדרות ישנות, סקריפטים ידניים וחיבורים שמפנים לעמוד חיצוני.
WooCommerce ו-PrestaShop: הבטיחו חזרה תקינה ואז צמצמו תלות בה
כל ספק סליקה מותקן כתוסף או מודול. איכות החיבור משתנה מאוד בין ספקים ובין גרסאות.
שלב 1: הבטחת חזרה תקינה
-
בדקו שההפניה לאחר תשלום מוצלח מגיעה לעמוד אישור ההזמנה עם מזהה ההזמנה
-
בדקו בנפרד כרטיס, תשלומים ו-Bit: ההתנהגות עשויה להיות שונה
-
ודאו שעמוד האישור מדווח על הרכישה פעם אחת בלבד, גם לאחר טעינה חוזרת
שלב 2: שליחת הרכישה מהשרת
הפתרון האמין ביותר אינו תלוי בחזרת הרוכש. כשספק הסליקה מאשר תשלום בהודעת שרת, ההזמנה עוברת למצב ששולם. אז השרת צריך להעביר את הרכישה ל-Meta דרך Conversions API ול-Google.
אפשר להשתמש בתוסף הרשמי של Meta ל-WooCommerce עם CAPI, במודולים ל-PrestaShop או ב-Google Tag Manager בצד השרת שמרכז את השידור לפלטפורמות.
שלב 3: מניעת כפילויות
אם גם הדפדפן וגם השרת משדרים רכישה, צריך למנוע ספירה כפולה. Meta מזהה אירועים עם אותו שם ומזהה מהפיקסל ומ-CAPI בתוך 48 שעות, ובדרך כלל שומרת את הראשון שהתקבל. השתמשו במספר ההזמנה הייחודי, הזמין בשני הצדדים.
שלחו מזהה עסקה עם כל המרת רכישה בגוגל אדס. Google משתמשת בו לסינון כפילויות.
שיפור ההתאמה באמצעות המרות משופרות
לא מספיק לשלוח את הרכישה: הפלטפורמה צריכה לקשר אותה למי שראה את המודעה או לחץ עליה. יותר נתוני זיהוי מסייעים להתאמה.
המרות משופרות ב-Google מוסיפות לתגית הרכישה מידע שהרוכש הזין, כמו דוא״ל או טלפון, שעובר גיבוב לפני השידור ומושווה לחשבונות Google מחוברים. CAPI של Meta מקבל את אותם נתונים לאחר גיבוב לשיפור התאמת האירועים.
בחנויות ישראליות פורמט הטלפון חשוב: השתמשו בפורמט בינלאומי, 972 ואחריו המספר ללא האפס הראשון. אחרת התאמות רבות נכשלות.
מכירות שלא עוברות באתר
חלק מהמכירות בישראל מתבצעות מחוץ לקופה: הזמנה ב-WhatsApp עם קישור תשלום, מכירה בטלפון או העברת Bit אחרי שיחה. אלה מכירות אמיתיות, לעיתים מהפרסום, אך הן אינן מופיעות בכלי המדידה.
כדי להחזיר אותן למדידה:
-
תעדו במערכת החנות או ב-CRM, עם פרטי הלקוח והמקור שציין
-
העבירו ל-Meta דרך CAPI כאירועים לא מקוונים המקושרים לפרטי לקוח שעברו גיבוב
-
ייבאו לגוגל אדס כהמרות לא מקוונות, או כהמרות משופרות ללידים אם הלקוח מילא קודם טופס
עסק שמייצר 20% מההכנסות דרך WhatsApp ולא מדווח עליהן ממעיט בהתאם ברווחיות הקמפיינים.
GA4: מנעו מספק הסליקה לקבל קרדיט על המכירות
בחזרה מהתשלום GA4 עלול לראות בספק הסליקה מקור הפניה חדש. המכירה מיוחסת ל-cardcom.co.il / referral או לדומיין דומה, והקמפיינים מאבדים את הקרדיט.
התיקון לוקח כמה דקות. ב-GA4: ניהול › מקורות נתונים › מקור האינטרנט › הגדרות התגית › רשימת הפניות לא רצויות. הוסיפו דומיינים של ספקי הסליקה ושל עמודי אימות בנקאי שמופיעים בדוחות.
Google מציינת שהתיקון אינו רטרואקטיבי. אצל מבקרים קודמים ייתכן שהייחוס ימשיך זמנית לתת קרדיט לדומיין. בחנו את ההשפעה לאורך כמה שבועות.
תשלומים, מטבע ומע״מ: שלחו את הערך הנכון
רכישה שנמדדה עם סכום שגוי משבשת ROAS כמו רכישה שלא נמדדה.
-
תשלומים. שלחו את סכום ההזמנה הכולל, לא את התשלום הראשון. בדקו מאיפה החיבור מקבל את הסכום
-
מטבע. שלחו תמיד קוד מטבע, ILS לשקלים. הזמנות באירו או בדולר צריכות לשאת את המטבע המתאים
-
מע״מ ומשלוח. החליטו אם הערך כולל מע״מ של 18% ומשלוח, והחילו את הכלל בכל מקום. אחרת אי אפשר להשוות בין ROAS של Meta ושל Google
-
ביטולים והחזרים. הזמנות שבוטלו נשארות במדידה. גוגל אדס מאפשרת לתקן או להסיר המרה; לפחות התחשבו בשיעור הביטולים בחישובים
לקוחות בצרפת: שאלת ההסכמה
אם החנות הישראלית מוכרת בצרפת, חלק מהמבקרים כפופים לדין האירופי. עבורם תגיות פרסום דורשות הסכמה. Google דורשת גם להעביר סימני הסכמה ממשתמשי האזור הכלכלי האירופי דרך Consent Mode כדי לשמר מדידה והתאמה אישית של פרסום.
חלק מהרכישות מצרפת יישארו בלתי נצפות. זה רגיל, ולכן הפלטפורמות ממדלות המרות. הפרידו שיעורי זיהוי לפי מדינה: פער גדול יותר בצרפת אינו בהכרח תקלה.
מי אחראי למה
תקלות מדידה נמצאות לרוב בין כמה תחומי אחריות:
-
ספק הסליקה מגדיר את כתובת החזרה והודעות התשלום
-
המפתח או האינטגרטור מתקין תוספים, עמוד אישור ושליחה בצד השרת
-
הסוכנות מגדירה אירועים, בודקת כפילויות ושיעורי זיהוי ומשתמשת בנתונים בקמפיינים
-
אתם מקבלים החלטות ושומרים שליטה בחשבונות
המלכודת היא שכל אחד חושב שהאחר אחראי. מנו אחראי יחיד למדידה, עם יעד לשיעור הזיהוי ובדיקה שבועית.
איך התיקון משנה את ההחלטות
תיקון המדידה אינו מגדיל מכירות מיד. הוא משפר את איכות כל ההחלטות.
-
האלגוריתמים לומדים טוב יותר. קבוצות מודעות ב-Meta יוצאות לרוב מלמידה אחרי כ-50 אירועי אופטימיזציה בשבעה ימים. שידור של 58% בלבד מאריך את הלמידה כמעט פי שניים
-
אסטרטגיות הצעות מחיר נוספות נעשות זמינות. יעד ROAS ב-Google דורש לפחות 15 המרות ב-30 ימים לקמפייני Search ו-Shopping. המרות שאבדו עלולות להשאיר אתכם מתחת לסף
-
החלטות התקציב מדויקות יותר. קמפיין שנראה לא רווחי עשוי להיות כזה רק בדוח. בדקו שיעורי זיהוי לפני עצירת קמפיין או קריאייטיב בגלל ROAS נמוך
אם הדוחות ומערכת החנות שונים, מערכת החנות היא המקור הקובע. דוחות הפרסום הם הערכה. המאמר שלנו על ייחוס המרות עוסק בפער הזה.
רשימת הבדיקה
-
כל אמצעי תשלום מחזיר את הרוכש לעמוד האישור
-
אישור התשלום מפעיל שליחת רכישה ל-Meta ול-Google מהשרת
-
הפיקסל והשרת משתמשים במספר ההזמנה כמזהה אירוע משותף
-
גוגל אדס מקבלת מזהה עסקה
-
דומייני הסליקה מופיעים כהפניות לא רצויות ב-GA4
-
שלחו סכום הזמנה כולל עם מטבע וכלל אחיד למע״מ ולמשלוח
-
המדידה ב-Shopify אינה נשענת על הסקריפטים הנוספים הישנים
-
בדקו מדי שבוע שיעורי זיהוי בכל כלי
שאלות נפוצות
האם להחליף ספק סליקה?
לעיתים רחוקות. רוב הבעיות קשורות להגדרה. התחילו באבחון ובשליחה מהשרת. החליפו ספק רק אם החיבור שלו אינו מאפשר חזרה אמינה או הודעות תשלום שניתן להשתמש בהן.
האם שליחה מהשרת מספיקה בלי פיקסל?
עדיף לשלב את שניהם. Meta ממליצה על פיקסל ו-CAPI יחד עם מניעת כפילויות. הדפדפן מספק מידע על הגלישה והשרת מבטיח שידור של הרכישה.
לסיכום
-
Shopify Payments אינו זמין בישראל : חנויות משתמשות בספקים מקומיים שאיכות החיבור שלהם משתנה
-
מידע על מכירות אובד בעיקר בחזרה לעמוד האישור
-
האבחון לוקח שלושים דקות : השוואה בין החנות לפלטפורמות, הזמנת בדיקה ודוח GA4
-
התיקון לאורך זמן הוא שליחה מצד השרת, עם מניעת כפילויות באמצעות מספר ההזמנה
-
מדידה אמינה אינה מוכרת יותר לבדה, אבל היא מונעת עצירה של הקמפיינים הטובים ביותר
להעמקה
מקורות
-
Shopify Help Center — מדינות ואזורים הנתמכים ב-Shopify Payments
https://help.shopify.com/en/manual/payments/shopify-payments/supported-countries -
Shopify Help Center — שדרוג עמודי התודה ומצב ההזמנה
https://help.shopify.com/en/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status -
Shopify Help Center — שיתוף נתונים עם Facebook
https://help.shopify.com/en/manual/promoting-marketing/analyze-marketing/meta-data-sharing -
Allpay — סליקה ל-Shopify בישראל
https://www.allpay.co.il/en/integrations/shopify -
Wix Help Center — חיבור Grow Payments כספק תשלום (לשעבר Meshulam)
https://support.wix.com/en/article/connecting-grow-by-meshulam-as-a-payment-provider -
Meta for Developers — טיפול בכפילויות בין Pixel ל-Conversions API
https://developers.facebook.com/docs/marketing-api/conversions-api/deduplicate-pixel-and-server-events/ -
גוגל אדס Help — שימוש במזהה עסקה לצמצום המרות כפולות
https://support.google.com/google-ads/answer/6386790?hl=en -
Google Analytics Help — זיהוי הפניות לא רצויות
https://support.google.com/analytics/answer/10327750?hl=en -
מרכז העזרה לעסקים של Meta — על שלב הלמידה
https://www.facebook.com/business/help/112167992830700 -
גוגל אדס Help — על הצעות מחיר לפי יעד ROAS
https://support.google.com/google-ads/answer/6268637?hl=en -
גוגל אדס Help — על המרות משופרות
https://support.google.com/google-ads/answer/9888656?hl=en -
גוגל אדס Help — עדכוני מצב הסכמה לתנועה מהאזור הכלכלי האירופי
https://support.google.com/google-ads/answer/13695607?hl=en -
בנק ישראל — סקירת מערכת התשלומים בישראל (אוגוסט 2024)
https://www.boi.org.il/media/3pjpq0wa/overview-of-the-payments-system-in-israel-final.pdf
