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

פיקסל מטא ו-Conversions API לחנות ישראלית: יסודות ובדיקות

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

למה לשלוח אירועים משני ערוצים

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

איחוד כפילויות: העיקרון

לפי התיעוד של מטא, כדי שאירוע שנשלח משני הערוצים ייספר פעם אחת, צריך לשלוח אותו עם אותו שם אירוע ואותו מזהה אירוע (בפיקסל: eventID; ב-Conversions API: event_id), לאותו פיקסל. מטא מאחדת אירועים תואמים שהתקבלו בטווח זמן מוגבל (בתיעוד שקראנו מוזכרות 48 שעות) ובדרך כלל שומרת את הראשון שהתקבל.[1] בדקו תמיד בתיעוד העדכני, כי הפרטים עשויים להשתנות.

איך בונים מזהה אירוע

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

דוגמה להמחשה בלבד (בדקו את התחביר המדויק בתיעוד של מטא):

// בדפדפן
fbq('track', 'Purchase', { value: 249.90, currency: 'ILS' }, { eventID: 'ORDER-10045' });

// בשרת (מבנה מקוצר של אירוע)
{ "event_name": "Purchase", "event_id": "ORDER-10045", "event_time": 1700000000, ... }

דרכי הטמעה

קיימות כמה דרכים: אינטגרציה מובנית או שותפה של פלטפורמת החנות, תוסף, שרת תיוג (server-side GTM), או קריאה ישירה ל-API.[2] כל דרך מתאימה לרמת טכנולוגיה ותקציב אחרת. מה שחשוב בכל מקרה: בדיקה שאותו אירוע נושא אותו מזהה בשני הערוצים, ושהוא לא נשלח פעמיים מאותו ערוץ (למשל גם מתוסף וגם מ-GTM).

בדיקות

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

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

הסכמה ופרטיות

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

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

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

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

שאלות נפוצות

האם חובה להטמיע Conversions API?

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

ראיתי פי שניים רכישות במטא מאשר בחנות. למה?

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

האם אפשר להשתמש במזהה הזמנה כ-event_id?

זה נפוץ ל-Purchase, כל עוד המזהה ייחודי ואינו כולל מידע מזהה על לקוח. ודאו שזהה בשני הערוצים.

מקורות

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

  1. ראשוני Meta – Handling Duplicate Pixel and Conversions API Events – מקור ראשוני; הדף לא נפתח ישירות (timeout), הסיכום מבוסס על תקציר חיפוש – לאמת בתיעוד
  2. ראשוני Meta – Conversions API End-to-End Implementation – מקור ראשוני; רק כותרת התוצאה אומתה

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