שילוב פיקסל פייסבוק עם Conversions API
הפיקסל מבוסס-הדפדפן מאבד עד 30% מהאירועים עקב חוסמי פרסומות. ללא שכפול בצד השרת, אינך רואה את התמונה האמיתית של ההמרות, וקמפיינים פרסומיים עושים אופטימיזציה על נתונים חלקיים. לדוגמה, כאשר AdBlock חוסם את הסקריפט, כל לחיצה שלישית יכולה להיעלם—מה שמנפח את העלות לליד ב-20–40%. אנו משלבים מעקב בצד הלקוח ובצד השרת: הפיקסל בדף אוסף אירועים מיידית, בעוד ש-Conversions API שולח את אותם נתונים מהשרת. זה מבטל אובדן ושומר על דיוק הייחוס. הניסיון שלנו—מעל 50 אינטגרציות למסחר אלקטרוני, עם דיוק נתונים מובטח. בנוסף, אנו משתמשים בגיבוב SHA-256 של נתוני משתמשים וביטול כפילויות באמצעות event_id. כך, פייסבוק רואה כל אירוע בדיוק פעם אחת, גם אם הוא הגיע משני ערוצים. התוצאה—דיוק מעקב עד 99% ללא כפילויות. לפי בדיקות A/B, Conversions API מדויק פי שניים מהפיקסל בדפדפן. לפי המלצות Meta, מעקב בצד השרת הוא חובה לייחוס נכון תחת iOS 14+.
בעיות שאנו פותרים
- אובדן אירועים: חוסמי פרסומות (AdBlock, uBlock) חוסמים את סקריפט הפיקסל, מה שגורם לאובדן של עד 30% מהפעולות. ללא שכפול בצד השרת, אתה מפספס סטטיסטיקות.
- ייחוס שגוי: ללא מעקב בצד השרת, קשה לקשר המרה ללחיצה פרסומית ספציפית, במיוחד עם iOS 14+.
- מורכבות אירועים מותאמים אישית: קידוד ידני של כל פעולה הוא גוזל זמן ומועד לשגיאות. אוטומציה מבטלת שגרה.
מקרה בוחן: חנות מסחר אלקטרוני לקוסמטיקה הגדילה את דיוק הייחוס מ-65% ל-98% לאחר שילוב Conversions API, והפחיתה את העלות לליד ב-25%. האירועים המנוטרים גדלו מ-4 ל-18, והשהייה הממוצעת ירדה ל-1.2 שניות.
איך אנחנו עושים את זה: טכנולוגיה וארכיטקטורה
אנו משתמשים בשילוב של פיקסל דפדפן ו-Facebook Conversions API (גרסה 18+). בצד השרת: PHP (Laravel) או Node.js. נתוני משתמשים עוברים גיבוב SHA-256 לפני שליחה. ביטול כפילויות באמצעות event_id.
התקנת קוד בסיסי
<script>
!function(f,b,e,v,n,t,s){if(f.fbq)return;n=f.fbq=function(){n.callMethod? n.callMethod.apply(n,arguments):n.queue.push(arguments)};if(!f._fbq)f._fbq=n; n.push=n;n.loaded=!0;n.version='2.0';n.queue=[];t=b.createElement(e);t.async=!0; t.src=v;s=b.getElementsByTagName(e)[0];s.parentNode.insertBefore(t,s)} (window,document,'script','https://connect.facebook.net/en_US/fbevents.js'); fbq('init', 'PIXEL_ID'); fbq('track', 'PageView');
</script> אירועי מסחר אלקטרוני סטנדרטיים
// Просмотр товара
fbq('track', 'ViewContent', {
content_ids: [product.id],
content_name: product.name,
content_type: 'product',
value: product.price,
currency: 'RUB'
});
// Добавление в корзину
fbq('track', 'AddToCart', {
content_ids: [product.id],
content_type: 'product',
value: product.price,
currency: 'RUB'
});
// Начало оформления
fbq('track', 'InitiateCheckout', {
value: cartTotal,
currency: 'RUB'
});
// Покупка
fbq('track', 'Purchase', {
value: orderTotal,
currency: 'RUB',
content_ids: orderItems.map(i => i.productId),
content_type: 'product',
num_items: orderItems.length
});
איך להגדיר שליחת אירועים בצד השרת?
Conversions API שולח אירועים ישירות מהשרת שלך, תוך עקיפת הדפדפן. זה פותר בעיות של חוסמי פרסומות ומשפר את דיוק הייחוס. הנה דוגמה ב-PHP באמצעות Laravel:
Http::withToken(env('FACEBOOK_ACCESS_TOKEN'))
->post("https://graph.facebook.com/v19.0/{$pixelId}/events", [
'data' => [
[
'event_name' => 'Purchase',
'event_time' => time(),
'action_source' => 'website',
'user_data' => [
'em' => [hash('sha256', strtolower($user->email))], // хешировать!
'ph' => [hash('sha256', normalizePhone($user->phone))]
],
'custom_data' => [
'value' => $order->total / 100,
'currency' => 'RUB',
'order_id' => $order->id
],
'event_id' => "purchase_{$order->id}" // дедупликация с браузерным пикселем
]
]
]);
למה ביטול כפילויות הוא קריטי לייחוס?
ללא ביטול כפילויות, כל אירוע נספר פעמיים—פעם מהדפדפן ופעם מהשרת. המדדים מנופחים, ואלגוריתמי הפרסום מקבלים נתונים שגויים. הדרך האמינה היחידה היא להעביר את אותו <script> !function(f,b,e,v,n,t,s){if(f.fbq)return;n=f.fbq=function(){n.callMethod? n.callMethod.apply(n,arguments):n.queue.push(arguments)};if(!f._fbq)f._fbq=n; n.push=n;n.loaded=!0;n.version='2.0';n.queue=[];t=b.createElement(e);t.async=!0; t.src=v;s=b.getElementsByTagName(e)[0];s.parentNode.insertBefore(t,s)} (window,document,'script','https://connect.facebook.net/en_US/fbevents.js'); fbq('init', 'PIXEL_ID'); fbq('track', 'PageView'); </script> בקריאת הדפדפן // Просмотр товара fbq('track', 'ViewContent', { content_ids: [product.id], content_name: product.name, content_type: 'product', value: product.price, currency: 'RUB' }); // Добавление в корзину fbq('track', 'AddToCart', { content_ids: [product.id], content_type: 'product', value: product.price, currency: 'RUB' }); // Начало оформления fbq('track', 'InitiateCheckout', { value: cartTotal, currency: 'RUB' }); // Покупка fbq('track', 'Purchase', { value: orderTotal, currency: 'RUB', content_ids: orderItems.map(i => i.productId), content_type: 'product', num_items: orderItems.length }); ובבקשת השרת. פייסבוק ממזגת כפילויות אוטומטית.
השוואה: פיקסל דפדפן לעומת Conversions API
| מאפיין | פיקסל דפדפן | Conversions API (שרת) |
|---|---|---|
| דיוק | ~70% אירועים | ~99% |
| מושפע מחוסמי פרסומות | כן | לא |
| שהייה | מיידי | ~1–2 שניות |
מה כוללת האינטגרציה
- ביקורת על הגדרת הפיקסל הנוכחית ואיסוף האירועים.
- תכנון מערך האירועים והארכיטקטורה בצד השרת.
- התקנת קוד בסיסי, הגדרת אירועים סטנדרטיים ומותאמים אישית.
- חיבור Conversions API עם גיבוב וביטול כפילויות.
- בדיקת שליחה נכונה ובדיקה צולבת עם נתונים ב-Ads Manager.
- ניטור למשך שבועיים לאחר ההשקה.
- תיעוד והוראות לצוות שלך.
טעויות נפוצות באינטגרציה והפתרונות שלהן
| טעות | השלכה | פתרון |
|---|---|---|
| אי גיבוב אימייל וטלפון | אירועים נדחים על ידי פייסבוק | השתמש ב-SHA‑256 עבור Http::withToken(env('FACEBOOK_ACCESS_TOKEN')) ->post("https://graph.facebook.com/v19.0/{$pixelId}/events", [ 'data' => [[ 'event_name' => 'Purchase', 'event_time' => time(), 'action_source' => 'website', 'user_data' => [ 'em' => [hash('sha256', strtolower($user->email))], // хешировать! 'ph' => [hash('sha256', normalizePhone($user->phone))] ], 'custom_data' => [ 'value' => $order->total / 100, 'currency' => 'RUB', 'order_id' => $order->id ], 'event_id' => "purchase_{$order->id}" // дедупликация с браузерным пикселем ]] ]); |
אי העברת event_id בעת שימוש בשני הערוצים |
ספירה כפולה של אירועים | ספק את אותו fbq('track', 'Purchase', { event_id: 'order_123' }) בדפדפן ובשרת |
| השמטת אירוע PageView | קהלי רימרקטינג בסיסיים לא יעבדו | הוסף user_data בכל הדפים |
רשימת בדיקה מפורטת לאינטגרציה
- ודא ש-
event_idתואם בין אירועי הדפדפן והשרת. - ודא שנתוני משתמשים (אימייל, טלפון) מגובבים עם SHA‑256.
- השווה מספרי אירועים ב-Meta Events Manager עם הנתונים הצפויים.
- בצע רכישת מבחן ועקוב אחריה ב-Ads Manager.
תהליך העבודה
- ביקורת — ניתוח הגדרת הפיקסל הנוכחית ואיסוף האירועים.
- תכנון — הגדרת מערך האירועים והארכיטקטורה בצד השרת.
- יישום — התקנת קוד בסיסי, הגדרת אירועים סטנדרטיים ומותאמים אישית, חיבור Conversions API.
- בדיקות — אימות שליחה נכונה, ביטול כפילויות, בדיקה צולבת עם נתוני Ads Manager.
- השקה — העלאה לסביבת הייצור, ניטור למשך שבועיים.
לוח זמנים ומחירים
לוח זמנים משוער: 1 עד 3 ימי עסקים, תלוי במספר האירועים ובמורכבות הצד השרת. המחיר נקבע באופן אישי לאחר ביקורת.
קבל ייעוץ על הגדרת פיקסל פייסבוק — נעריך את הפרויקט שלך. הזמן אינטגרציה סוהר עם אחריות לדיוק.







