Conversions API, או בקיצור CAPI, הוא החיבור שדרכו מטא מקבלת אירועים ישירות מהשרת, מפלטפורמת האתר או מה-CRM שלכם, ולא רק מהדפדפן של הגולש דרך הפיקסל. מטא ממליצה להפעיל אותו לצד הפיקסל, עם מזהה אירוע משותף כדי שאותה פעולה לא תיספר פעמיים. לעסק שמקבל לידים, הערך הגדול הוא לא רק להשלים לידים שהפיקסל פספס, אלא לדווח למטא מי מהלידים הפך ללקוח.
בקצרה: CAPI שולח למטא אירועים מהשרת, כך שפחות המרות הולכות לאיבוד בגלל חוסמי פרסומות והגבלות פרטיות בדפדפן. מפעילים אותו יחד עם הפיקסל, עם אותו מזהה אירוע ואותו שם אירוע. מחברים בלחיצה, דרך פלטפורמת האתר, דרך Gateway, דרך GTM בצד שרת או בקוד, ובודקים במנהל האירועים.
מה זה Conversions API, במילים פשוטות
לפי מטא, Conversions API יוצר חיבור ישיר בין נתוני השיווק שלכם לבין מערכות האופטימיזציה שלה. הנתונים יכולים להגיע מהשרת, מפלטפורמת האתר, מאפליקציה או מ-CRM, והם כוללים אירועי אתר, אירועי אפליקציה, המרות אופליין ואירועי הודעות. בעברית קוראים לו גם API המרות, קונברז'ן API או דיווח המרות מהשרת, והגדרה קצרה יש במונח Conversions API.
ההבדל מהפיקסל הוא איפה הדיווח קורה:
| פיקסל | Conversions API | |
|---|---|---|
| איפה הוא רץ | בדפדפן של הגולש | בשרת, בפלטפורמת האתר או ב-CRM |
| מה משבש אותו | חוסמי פרסומות, הגבלות פרטיות, דף שנסגר לפני שהקוד נטען | תקלה בחיבור או בנתונים שנשלחים |
| אירועים מחוץ לאתר | לא רואה אותם | יכול לדווח: שיחה, פגישה, עסקה שנסגרה |
| מה הוא צריך | קוד באתר | חיבור בצד שרת, דרך שותף או בקוד |
הפיקסל לא הולך לשום מקום. CAPI מוסיף לו ערוץ דיווח שני, יציב יותר, ומאפשר לדווח גם על מה שקורה אחרי שהגולש עזב את האתר.
למה הפיקסל לבד מפספס אירועים
הפיקסל תלוי בדפדפן, ולדפדפן יש הרבה סיבות לא לשלוח אותו:
- חוסמי פרסומות חוסמים את הסקריפט של מטא, ואז האירוע לא נשלח בכלל.
- הגבלות פרטיות בדפדפנים ובמכשירים מגבילות עוגיות ומזהים, ומקשות על מטא לשייך את האירוע לאדם שראה את המודעה.
- דף תודה שלא נטען עד הסוף. הגולש שלח טופס וסגר את הדף לפני שהקוד רץ.
- אירועים שלא קורים באתר. שיחת טלפון, הודעת וואטסאפ ועסקה שנסגרה במשרד לא עוברות בדפדפן בכלל.
המחיר של זה כפול. הדוחות מראים פחות המרות ממה שהיו, ומודעות טובות נראות חלשות. וחמור יותר, האלגוריתם לומד מתמונה חלקית ומחפש אנשים לפי מה שהוא כן ראה.
פיקסל ו-CAPI ביחד: איך מונעים ספירה כפולה
מטא ממליצה להפעיל את Conversions API לצד הפיקסל, ולשלוח את אותם אירועים משני המקורות. כדי שליד אחד לא ייספר פעמיים, מטא מאחדת אירועים לפי שני שדות. לפי התיעוד של מטא על מניעת כפילויות:
- ה-eventID של הפיקסל חייב להיות זהה ל-event_id שנשלח ב-CAPI.
- שם האירוע בפיקסל חייב להיות זהה ל-event_name ב-CAPI.
- האיחוד קורה רק אם שני האירועים מגיעים בתוך 48 שעות.
| שדה | בפיקסל (דפדפן) | ב-CAPI (שרת) |
|---|---|---|
| שם האירוע | Lead | Lead |
| מזהה האירוע | lead_83121 | lead_83121 |
| התוצאה | מטא רואה שני דיווחים עם אותו שם ומזהה, וסופרת ליד אחד |
הדרך הפשוטה: יוצרים את המזהה פעם אחת, ברגע שהטופס נשלח (למשל מספר הפנייה במערכת שלכם), ומעבירים אותו גם לפיקסל וגם לשרת. שלוש טעויות שחוזרות: שם שונה בכל צד ("Lead" מול "lead_submit"), מזהה אקראי שנוצר בנפרד בכל צד, ואירוע שרת שנשלח באיחור של יותר מ-48 שעות.
דרכים לחבר Conversions API: השוואה
מטא מציעה כמה מסלולים, ורובם לא דורשים מתכנת. עמוד ההשוואה של מטא מסדר אותם לפי עלות, קושי ואירועים נתמכים. בתמצית:
| שיטה | למי מתאים | מאמץ | שליטה | מבנה עלות |
|---|---|---|---|---|
| CAPI בהפעלה של מטא | אתר שכבר יש בו פיקסל | הפעלה בלחיצה במנהל האירועים | נמוכה: אותם אירועים ופרמטרים שהפיקסל שולח | חינם |
| שילוב בפלטפורמת האתר | שופיפיי, WooCommerce, Wix, BigCommerce. בוורדפרס: התוסף הרשמי של מטא | כמה לחיצות | לפי מה שהפלטפורמה מאפשרת | בפלטפורמות המסחר האלה, בלי עלות נוספת |
| Conversions API Gateway | אתר עם פיקסל, בלי פלטפורמה שתומכת | הגדרה עצמית בלי קוד, על שרת ענן | בינונית | אחסון בענן (AWS או Google Cloud) |
| GTM בצד שרת | מי שכבר עובד עם GTM ו-GA4 | מכולת שרת ואירוח | גבוהה | אירוח השרת |
| חיבור ישיר בקוד | אתר מותאם, אפליקציה, אירועים מחנות או מ-CRM | מפתח. לפי מטא, 2 עד 4 שבועות לחיבור חדש | מלאה | זמן פיתוח ותחזוקה |
| חיבור CRM דרך שותף | עסק לידים שרוצה לדווח סטטוסים | חיבור לשותף, או ידני | לפי השותף | לפי השותף |
איך בוחרים:
- האתר על פלטפורמה שתומכת בזה? מתחילים שם. זה הכי מהיר, והתחזוקה על הפלטפורמה.
- אתר שנבנה בהתאמה? Gateway, או GTM בצד שרת אם כבר עובדים איתו. ב-GTM בצד שרת, הנתונים שנאספים בתג של GA4 עוברים לשרת, ומשם נשלחים למטא.
- עסק שהמכירה שלו קורית בטלפון? בנוסף לאירועי האתר, מחברים את ה-CRM, כדי לדווח מה קרה לכל ליד.
- צריכים אירועים מאפליקציה או מחנות פיזית? לפי מטא, כרגע רק חיבור ישיר בקוד תומך בזה.
איך מחברים Conversions API: שבעה צעדים
- בוחרים אירועים. Lead לשליחת טופס, Contact ללחיצה על וואטסאפ או חיוג, Schedule לקביעת פגישה. אחד מהם הוא ההמרה שהקמפיין מייעל אליה.
- בוחרים שיטת חיבור לפי הטבלה למעלה.
- מוודאים מזהה אירוע משותף לפיקסל ולשרת, כפי שהוסבר.
- שולחים פרטי לקוח. מייל, טלפון ומזהה לקוח פנימי, אחרי גיבוב (hash) בפורמט שמטא מפרטת בתיעוד שלה. טלפון כולל קידומת מדינה ובלי אפס מוביל: 050-1234567 הופך ל-972501234567 לפני הגיבוב.
- לא מגבבים מה שלא צריך. כתובת IP, פרטי הדפדפן ומזהי הקליק והדפדפן של מטא (fbc ו-fbp) נשלחים כמו שהם. את fbc ו-fbp מעבירים מהעוגיות של הגולש לאירוע שנשלח מהשרת.
- בודקים בכלי בדיקת האירועים. במנהל האירועים: מקורות נתונים, בוחרים את מערך הנתונים, לשונית Test events, ושם רואים אם אירוע השרת הגיע ונבנה נכון.
- בודקים את ציון ההתאמה אחרי יומיים של אירועים. הציון מחושב מנתוני 48 השעות האחרונות, ולכן בודקים אותו אחרי שהחיבור רץ קצת.
איכות התאמת אירועים (EMQ): מה הציון אומר ואיך משפרים
איכות התאמת אירועים היא ציון של 0 עד 10 שמטא נותנת לאירועי אתר שנשלחים דרך CAPI. הוא מחושב לפי איכות פרטי הלקוח שנשלחו ולפי החלק מהאירועים ששויך לחשבונות במטא, על בסיס 48 השעות האחרונות. ציון גבוה יותר אומר שסביר יותר שהאירועים ישויכו לחשבונות במטא, ומשם למודעות שהביאו אותם.
לפי מרכז העזרה של מטא, לכל סוג פרט יש עדיפות אחרת בהתאמה:
| פרט | עדיפות לפי מטא |
|---|---|
| מייל | גבוהה |
| מזהה קליק (fbc) | גבוהה |
| טלפון | בינונית |
| מזהה לקוח פנימי (external_id) | בינונית |
| מזהה דפדפן (fbp) | בינונית |
| שם פרטי ושם משפחה | נמוכה |
| עיר ומיקוד | נמוכה |
ציון נמוך הוא בדרך כלל לא תקלה. הוא סימן שהחיבור נבנה עם מעט מדי פרטים. וזה צפוי שלאירוע ליד יהיה ציון גבוה יותר מלצפייה בעמוד: בליד הגולש מסר מייל וטלפון, ובצפייה לא. מה שחשוב הוא הציון של האירוע שהקמפיין מתאמן עליו.
עסק שמקבל לידים: לשלוח גם מה שקורה אחרי הטופס
בעסק שירות, הכסף לא נכנס בטופס. הוא נכנס בשיחה, בפגישה או בהצעת מחיר שנחתמה. אם מטא שומעת רק על טפסים, היא מביאה עוד אנשים שממלאים טפסים, כולל כאלה שלא עונים לטלפון.
המרות אופליין פותרות את זה: כשליד מתקדם במערכת שלכם, לפגישה או לעסקה, האירוע נשלח למטא. לפי מטא, חיבור ה-CRM נועד לעזור למודעות הלידים לייעל לאיכות ולא לכמות. החיבור נעשה במנהל האירועים, תחת חיבור נתונים ובחירה ב-CRM, דרך שותף מהרשימה של מטא או ידנית. יש גם אפשרות לחבר גיליון Google Sheets.
שלושה דברים שצריך לדעת:
- שומרים בכל ליד את הפרטים שמזהים אותו כבר כשהוא נכנס: מייל, טלפון ומזהה הליד, כדי שמטא תוכל לחבר בין הסטטוס לבין הליד המקורי.
- Offline Conversions API הישן הופסק במאי 2025. מעלים אירועים למערך נתונים דרך Conversions API.
- בודקים עם ליד בדיקה. בכלי בדיקת האירועים בוחרים בערוץ CRM, יוצרים ליד בדיקה, מעדכנים לו סטטוס במערכת ובודקים שהאירוע הופיע.
כך זה עובד כשהכל מחובר, בשיטה של Aristo Media: הפנייה נכנסת לכרטיס, מה שנסגר נרשם, והאירוע חוזר לקמפיין. הפירוט במה קורה אחרי הקליק.
פרטיות והסכמה לפני ששולחים נתונים
לפי מרכז העזרה של מטא, תנאי השימוש בכלים העסקיים שלה מחייבים שתהיה לכם זכות חוקית לאסוף ולשתף את הנתונים, לגבב פרטי קשר כפי שמפורט בתיעוד, ולא לשלוח מידע רגיש. בפועל:
- בטופס כתוב למי עוברים הפרטים ולמה, עם קישור למדיניות הפרטיות.
- אין מידע רגיש בשם האירוע או בפרמטרים. למשל, אירוע בשם "פנייה לטיפול במצב רפואי מסוים" חושף מידע על הגולש. עדיף שם כללי כמו Lead.
- שולחים רק פרטים שהגולש מסר בעצמו, ולא מעשירים אותם ממקורות אחרים.
- מכבדים את בחירת הגולש. אם האתר מבקש הסכמה לעוגיות ולפיקסלים של פרסום, ודאו שהחיבור מהשרת פועל לפי מה שהגולש בחר, ולא שולח מהדלת האחורית את מה שהפיקסל לא שלח.
אין באמור ייעוץ משפטי. את מדיניות הפרטיות ואת נוסח הטופס כדאי לבדוק עם עורך דין.
צ'קליסט: איך בודקים שזה עובד במנהל האירועים
| בדיקה | איפה | מה אמור להופיע |
|---|---|---|
| אירועי השרת מגיעים | מנהל האירועים, סקירת מערך הנתונים | האירוע מקבל דיווח גם מהדפדפן וגם מהשרת |
| האירוע בנוי נכון | לשונית Test events | אירוע השרת מופיע זמן קצר אחרי השליחה |
| אין כפילויות | פרטי האירוע | הדיווחים מאוחדים, והליד נספר פעם אחת |
| ציון התאמה | פרטי האירוע | ציון והמלצות. בדרך כלל לליד ציון גבוה יותר מלצפייה בעמוד |
| אין שגיאות | לשונית האבחון (Diagnostics) | אין התראות פתוחות על פרמטרים חסרים או שגויים |
| שליחה אמיתית | טופס ששולחים בעצמכם מהנייד | ליד אחד במנהל האירועים, וליד אחד במערכת הלידים |
| סטטוסים מה-CRM | Test events, ערוץ CRM | שינוי סטטוס מופיע כאירוע |
עוברים על הרשימה הזו אחרי כל שינוי באתר, בטופס או במערכת הלידים. חיבור שעבד לפני חודש יכול להישבר בשקט אחרי עדכון של תבנית.
גם בגוגל יש מנגנון מקביל: המרות משופרות, ובעסקי לידים, המרות משופרות לפניות, שמשלימות את ייבוא ההמרות מה-CRM בעזרת פרטים מגובבים. אם אתם רוצים שמישהו יחבר ויבדוק את כל השכבות, במטא ובגוגל, זה בדיוק מה שכלול בהטמעת פיקסל ומעקב המרות.
השירות שקשור לנושא
התקנת פיקסל, Conversions API ואירועי המרה, כדי שהקמפיין ילמד מפניות אמיתיות ולא מקליקים.
שאלות נפוצות
מה זה Conversions API?
Conversions API, או CAPI, הוא החיבור שדרכו מטא מקבלת אירועים ישירות מהשרת, מפלטפורמת האתר או מה-CRM של העסק, ולא רק מהדפדפן דרך הפיקסל. הוא מדווח על פעולות כמו ליד, רכישה או עסקה שנסגרה, יחד עם פרטים מגובבים שעוזרים למטא לשייך אותן למודעה הנכונה.
האם Conversions API מחליף את פיקסל פייסבוק?
לא. מטא ממליצה להפעיל את שניהם יחד ולשלוח את אותם אירועים משני המקורות, עם אותו מזהה אירוע ואותו שם אירוע. כך מטא מאחדת אותם וסופרת כל פעולה פעם אחת, ו-CAPI משלים את מה שהפיקסל פספס.
צריך מתכנת כדי לחבר Conversions API?
ברוב המקרים לא. אפשר להפעיל את הגרסה של מטא בלחיצה, לחבר דרך פלטפורמות כמו שופיפיי, WooCommerce ו-Wix, או להקים Conversions API Gateway בלי קוד. מתכנת נדרש לחיבור ישיר בקוד, למשל באתר מותאם או כשרוצים לשלוח אירועים מאפליקציה.
מה זה Conversions API Gateway?
זו דרך חיבור של מטא בלי קוד, שמקימים בעצמכם מתוך מנהל האירועים. היא רצה על שרת ענן ב-AWS או ב-Google Cloud, מאחדת כפילויות בין הדפדפן לשרת אוטומטית, והעלות היחידה שלה לפי מטא היא אחסון הענן.
מה זה Event Match Quality ואיזה ציון טוב?
זה ציון של 0 עד 10 שמטא נותנת לאירועי אתר שנשלחים דרך CAPI, לפי איכות פרטי הלקוח שנשלחו. במקום לרדוף אחרי מספר, בודקים אילו פרטים חסרים באירוע שהקמפיין מתאמן עליו, כמו מייל, טלפון ומזהה קליק, ומשלימים אותם לפי ההמלצות במנהל האירועים.
כמה עולה לחבר Conversions API?
החיבור עצמו לא עולה כסף למטא. הגרסה בהפעלה של מטא חינמית, ובפלטפורמות כמו שופיפיי ו-WooCommerce אין עלות נוספת. ב-Gateway משלמים על אחסון בענן, וב-GTM בצד שרת על אירוח השרת. בחיבור ישיר העלות היא זמן הפיתוח והתחזוקה.