Meta Pixel הוא קוד JavaScript שרץ בדפדפן של הגולש. כשמישהו שולח טופס או מסיים רכישה, הדפדפן שלו שולח את האירוע ל-Meta. Conversions API עושה אותו דבר מצד השרת: האתר, החנות או ה-CRM שולחים את האירוע ישירות ל-Meta, בלי לעבור דרך הדפדפן.
שתי הדרכים משרתות את אותה מטרה. הן מאפשרות ל-Meta לדעת אילו מודעות הביאו תוצאות, לבנות קהלים, ולתת לאלגוריתם ללמוד את מי כדאי לחפש. ההבדל הוא באמינות ובכמות המידע. Meta עצמה ממליצה להפעיל את שתיהן יחד, ולא להחליף אחת בשנייה.
הפיקסל תלוי בכך שהדפדפן יסכים להריץ אותו ולשלוח את המידע, וזה קורה פחות ופחות. חוסמי פרסומות ותוספי פרטיות חוסמים את הקוד של Meta. מגבלות הפרטיות של Apple ב-iOS ובדפדפן Safari מצמצמות את המעקב ואת אורך החיים של עוגיות. משתמשים שלא מאשרים עוגיות לא נמדדים בכלל, וחיבור איטי או סגירה מהירה של הדף יכולים לגרום לאירוע לא להישלח.
התוצאה היא שבחלק מהמקרים ליד אמיתי נכנס ל-CRM, אבל Meta לא שומעת עליו. וכל המרה שלא נמדדת היא המרה שהאלגוריתם לא לומד ממנה. הקמפיין ממשיך לרוץ, רק עם פחות מידע על מה עובד.
CAPI לא עוקף את רצון המשתמש, והוא לא פטור מחוקי פרטיות ומהסכמה לעוגיות. הוא פשוט לא תלוי בדפדפן כדי שהאירוע יגיע.
כשגם הפיקסל וגם השרת שולחים את אותו ליד, Meta צריכה לדעת שמדובר באירוע אחד ולא בשניים. לשם כך כל אירוע נשלח משני הצדדים עם אותו event_name (למשל Lead או Purchase) ועם אותו event_id, מזהה ייחודי שנוצר ברגע האירוע. כש-Meta מקבלת שני אירועים עם אותו שם ואותו מזהה בפרק זמן קצר, היא שומרת אחד מהם.
בפועל, זה אומר שהאתר צריך ליצור את ה-event_id פעם אחת ולהעביר אותו גם לקוד של הפיקסל וגם לבקשה שיוצאת מהשרת. אם כל צד מייצר מזהה משלו, הדה-דופליקציה לא תעבוד, והדוחות יראו פי שניים לידים ממה שבאמת נכנסו.
ב-Events Manager אפשר לראות לכל אירוע אם הוא מגיע מהדפדפן, מהשרת או משניהם, ואם Meta מזהה כפילויות. זה המקום הראשון לבדוק אחרי הטמעה.
אירוע שמגיע ל-Meta שווה רק כמה ש-Meta מצליחה לשייך אותו לאדם מסוים. את זה מודד Event Match Quality (EMQ), ציון שמופיע ב-Events Manager לכל אירוע שנשלח דרך השרת.
כדי לשפר את ההתאמה שולחים עם האירוע פרמטרים של פרטי לקוח (customer information parameters). החשובים שבהם:
לא צריך את כולם, אבל כל פרמטר נכון מוסיף סיכוי להתאמה. אירוע שנשלח רק עם IP יקבל בדרך כלל ציון נמוך יותר מאירוע שנשלח עם אימייל, טלפון ו-fbc.
Shopify, WooCommerce ופלטפורמות נוספות מציעות חיבור מובנה או תוסף רשמי שמפעיל גם Pixel וגם CAPI. זו הדרך המהירה לחנות סטנדרטית, אבל כדאי לבדוק מה בדיוק נשלח ואם הדה-דופליקציה מוגדרת.
פתרון של Meta שרץ על תשתית ענן בבעלותך ושולח אירועים מהשרת על בסיס הפיקסל הקיים, בלי לכתוב קוד. מתאים לאתרים שאין להם צוות פיתוח, וכרוך בעלות ענן חודשית.
מכולה צד-שרת של Google Tag Manager שמקבלת את האירועים מהאתר ושולחת אותם גם ל-Meta וגם לכלים אחרים. זו הדרך הגמישה ביותר לאתרים שכבר עובדים עם GTM, והיא דורשת הקמה ותחזוקה של שרת.
כאן נכנסים האירועים שקורים אחרי האתר. גרש רכב בחולון מקבל ליד מהמודעה, ושבוע אחר כך הליד מגיע למגרש וקונה. ברגע שהסטטוס משתנה ב-CRM, תרחיש ב-Make יכול לשלוח ל-Meta אירוע עם פרטי הלקוח המוצפנים, וכך Meta לומדת מאיזה ליד יצאה עסקה ולא רק מאיזה ליד יצא טופס. לידים מטופסי Lead Ads של Meta עצמה אפשר לחבר באותה דרך, עם מזהה הליד שמגיע מהטופס.
הטעות הנפוצה ביותר היא דה-דופליקציה חסרה: Pixel ו-CAPI שולחים את אותו אירוע עם event_id שונה או בלי מזהה בכלל, וכל ליד נספר פעמיים. מיד אחריה מגיעים פרטי לקוח שלא נורמלו לפני ההצפנה, למשל אימייל עם אות גדולה או טלפון שמתחיל ב-0 במקום בקידומת 972, ואז ההצפנה תקינה טכנית אבל לא מתאימה לשום משתמש.
עוד טעויות שחוזרות על עצמן: הצפנה של fbc ו-fbp, שצריכים להישלח כמו שהם. קוד בדיקה (test_event_code) שנשכח בקוד הייצור. שליחה של אירועים מהשרת בלי IP ו-user agent של הגולש, אלא של השרת עצמו. ואירועים מה-CRM שנשלחים באיחור רב מדי, אחרי שחלון הזמן ש-Meta מקבלת כבר נסגר.
אם ההטמעה שלך נעשתה מזמן ואף אחד לא פתח מאז את Events Manager, שווה להעיף מבט. ואם יותר נוח שמישהו אחר יעשה את זה, הבדיקה החינמית שלנו כוללת גם את המדידה.
לא. Meta ממליצה להפעיל את שניהם יחד, עם event_id משותף לדה-דופליקציה. הפיקסל מביא מידע מהדפדפן, ו-CAPI משלים את מה שהדפדפן לא שולח ומוסיף אירועים מהשרת ומה-CRM.
ציון ב-Events Manager שמראה כמה טוב Meta מצליחה לשייך אירועים שנשלחו מהשרת לאנשים אמיתיים. משפרים אותו בעזרת פרטי לקוח מנורמלים ומוצפנים, וגם fbc ו-fbp.
ב-Events Manager רואים לכל אירוע מאילו מקורות הוא מגיע ואם Meta מזהה אירועים כפולים. אם מספר הלידים שם גבוה משמעותית מזה שב-CRM, כנראה ש-event_id לא תואם בין הדפדפן לשרת.
כן. Conversions API מקבל גם אירועים שקורים מחוץ לאתר, למשל מה-CRM, עם פרטי הלקוח המוצפנים. כך Meta יכולה ללמוד אילו לידים הפכו לעסקאות.
שיחת היכרות קצרה, בלי התחייבות. בדרך כלל יוצאים ממנה עם לפחות רעיון טוב אחד.
