التنفيذ الشامل لواجهة API التحويلات

تدعم واجهة API التحويلات جهود المعلنين لتزويد المستهلكين بالشفافية والتحكم المناسبين في البيانات مع مساعدتهم أيضًا في مواصلة تقديم التجارب الشخصية. باستخدام API، يمكنك مشاركة البيانات مباشرةً من الخادم بدلاً من مشاركتها عبر المتصفح.

مزايا الدمج

  • رؤية أعمق للمسار: تتيح لك واجهة API التحويلات مشاركة مصفوفة بيانات أوسع عند مقارنتها مع بيكسل Meta. باستخدام API، يمكنك اتخاذ قرارات مع وضع المزيد من المعلومات في الاعتبار، مثل بيانات إدارة علاقات العملاء وأحداث المسارات النهائية (بما في ذلك العملاء المحتملين المؤهلين) ومسارات التحويل متعددة المواقع عبر موقع ويب وموقع فعلي.

  • التحكم في البيانات: عند استخدام واجهة API التحويلات عبر تنفيذ خاص بالخادم فقط (على سبيل المثال، بدون بيكسل Meta)، فإنها تمنحك تحكمًا إضافيًا في البيانات التي تشاركها. يمكنك اختيار إلحاق الرؤى بالأحداث، وتوفير بيانات مثل هوامش المنتجات أو المعلومات القديمة، مثل نقاط قيمة العملاء.

  • موثوقية الإشارة وثباتها: قد تكون مشاركة البيانات من خلال واجهة API التحويلات أكثر موثوقية من الطرق المستندة إلى المتصفح وحده، مثل بيكسل Meta. تم تصميم API لتكون أقل عرضة للمشكلات مثل تعطل المتصفح أو مشكلات الاتصال. قد تحد تقييدات نقل البيانات المُستحدثة في المجال من فعالية ملفات تعريف الارتباط وتعقب البيكسل، لذا تساعدك واجهة API التحويلات على التحكم في إشارات المشاركة التي قد لا يلتقطها البيكسل بعد ذلك.

نظرة عامة

يمكنك التفكير في دمج واجهة API التحويلات في مرحلتين رئيسيتين:

فيما يلي لمحة سريعة عن عملية الدمج الكاملة:

المتطلباتالدمج الكاملالتحسين

تحديد الأحداث لمشاركتها مع Meta بموافقة المستخدم (إن وُجدت).


إعداد أصول نشاطك التجاري: بيكسل Meta، تطبيق Meta، مدير الأعمال، اتصال الخادم، مستخدم النظام.

الخطوة الأولى: حدث واحد - إرسال أي حدث، يدويًا أو تلقائيًا باستخدام رمز مستخدم النظام. يعني إكمال هذه الخطوة أنك قمت بإعداد المصادقة بشكل صحيح.


الخطوة الثانية: الدمج التام - يلزمك إرسال بعض الأحداث التلقائية ليتم اعتبارها مُدمجة. يعني إكمال هذا الإنجاز أن بإمكانك تحسين واجهة API التحويلات حتى في حالة التوقف عن استخدام البيكسل أو حظر البيكسل.

بمجرد أن يصبح نظامك مُدمجًا تمامًا، أرسل عددًا كافيًا من أحداث المسار التلقائي ليتم اعتباره مؤهلًا بالكامل. بعد ذلك، عليك تحسين معدل المطابقة بناءً على إرشادات جودة مطابقة الأحداث.


تأكد مما يلي:

  • يمكن إرسال الأحداث عبر أيٍ من القناتين (المتصفح أو الخادم) ولا يتم احتسابها مرتين.
  • يتم إرسال الأحداث في أقرب وقت ممكن من الوقت الفعلي.
  • توفير معلمات معلومات العميل لاستخدامها بهدف مطابقة الهوية.

مستخدمو البيكسل الموجود

إذا كان لديك دمج بيكسل Meta موجود، يجب إنشاء دمج واجهة API التحويلات كامتداد لدمج البيكسل، بدلاً من اعتباره اتصالاً مختلفًا تمامًا.

الموافقة العامة

إذا كان لديك منطق للتحكم في الموافقة فيما يتعلق بمشاركة بيانات البيكسل، فاستخدم المنطق نفسه فيما يتعلق بمشاركة البيانات عبر واجهة API التحويلات.

البدائل

الإعداد

اختيار نوع الدمج

للبدء، حدد خيار الدمج الذي ترغب في تنفيذه:

الإعدادوصف النهج

الإعداد المتكرر (موصى به)

إرسال كل الأحداث عبر كل من البيكسل وواجهة API التحويلات. يُوصى بهذا الإعداد لمن يرغب في الاحتفاظ بالبيكسل على موقع الويب الخاص به، ومن يمكنه اعتماد واجهة API التحويلات بالكامل.


لتحقيق النجاح، يجب أن يكون بإمكانك إنشاء event_id ثابت لكلٍ من أحداث البيكسل وأحداث واجهة API التحويلات. هذا يعني إرسال event_name وكذلك event_id نفسهما على كل من البيكسل وحدث واجهة API التحويلات، من أجل إلغاء تكرار الأحداث المتطابقة.


يوفر هذا الإعداد أداءً لا يقل كفاءةً عن استخدام بيكسل المتصفح وحده، بل قد يكون أفضل منه. يمكن للخادم التقاط الأحداث التي قد لا يتتبعها المتصفح، مثل عمليات الشراء التي تتم على موقع ويب منفصل أو تحويلات العملاء المحتملين أو المكالمات الهاتفية.

الإعداد المقسّم

إرسال أنواع مختلفة من الأحداث عبر البيكسل وواجهة API التحويلات. على سبيل المثال، يمكنك إرسال PageView وكذلك ViewContent عبر البيكسل، ثم Lead أو Purchase عبر واجهة API التحويلات.


على الرغم من أن هذا الخيار ليس مثاليًا كالإعداد المتكرر، إلا أنه يمكنك التفكير فيه إذا لم تكن تريد استخدام إعداد متكرر بالكامل. ضع في اعتبارك أنك قد تحتاج إلى إكمال عمل إضافي أثناء تنفيذ تغييرات المتصفح.

تنفيذ الخادم فقط

إرسال الأحداث فقط من خلال واجهة API التحويلات، بدلاً من إرسالها عبر المتصفح. نوصي بتنفيذ إما إعداد متكرر أو إعداد مقسّم قبل التبديل إلى هذه الطريقة.

تحديد الأحداث المطلوب إرسالها

بمجرد اختيار طريقة الدمج المطلوبة، يمكنك تحديد الأحداث التي تريد إرسالها. تكون الإشارات أكثر فائدة إذا كانت متطابقة مع معرفات مستخدمي Meta، لذا من المهم التفكير في المعلمات التي ترسلها إلينا مع حدث وعدد المرات التي تريد إرسالها.

خيارات الحدث

يمكنك إرسال الأحداث الأكثر صلة بنشاطك التجاري. يمكنك الاطلاع على قائمة كاملة بأحداث Meta القياسية والمخصصة.

معلمات الأحداث

يمكنك إرسال معلمات متعددة داخل كل حدث. يمكنك الاطلاع على المعلمات المستخدمة بواسطة واجهة API التحويلات لمعرفة المزيد حول هذه الحقول.

يمكنك إضافة أنواع متعددة من المعرّفات إلى أحداثك، بما في ذلك event_id أو external_id أو order_id. من المهم معرفة الفرق بين هذه المعلمات:

المعرفالوصفكيفية الاستخدام

المعرف الخارجي

المعرف الفريد لعميل محدد.

تعرف على المزيد حول المعرف الخارجي.

معرف الحدث

معرف فريد لحدث معين.

يستخدم في إلغاء تكرار الحدث. هذا الحقل مهم جدًا إذا كنت تُرسل أحداثًا عبر كلٍ من بيكسل المتصفح وواجهة API التحويلات.

معرف الطلب

معرف فريد لطلب معين. تعمل هذه المعلمة مع أحداث الشراء فقط وتتوقع حقل order_id في custom_data.

يقتصر هذا التنفيذ على شركاء Meta محددين. يُرجى التواصل مع ممثل Meta الذي تتعامل معه للحصول على صلاحية الوصول.


تُستخدم في إلغاء تكرار حدث الشراء، إذا أرسلت أحداثًا عبر كلٍ من بيكسل المتصفح وواجهة API التحويلات.


  • بمجرد أن ترسل إلينا طلبك الأول، نتجاهل الطلب الثاني في الحالتين التاليتين:
  • إذا أرسلت حدثًا ثانيًا يحمل order_id نفسه ضمن إطار زمني محدد، وإذا رأينا أن المستخدم نفسه هو من أكمل كلا الطلبين.

يمكنك إلغاء تكرار أحداث الشراء ضمن إطارين زمنيين: 48 ساعة (موصى به) أو 28 يومًا. هذا هو الإطار الزمني بين المثيل الأول والثاني للحدث ذاته.

حداثة البيانات

نوصي بإرسال الأحداث في الوقت الفعلي أو على دفعات بناءً على مخطط زمني محدد عبر واجهة API التحويلات. إذ يساعد إرسال أحداثك في الوقت الفعلي أو في غضون ساعة واحدة على ضمان إمكانية استخدامها للإسناد وتحسينها لعرض الإعلانات.

قد يؤدي إرسال الأحداث بعد أكثر من ساعتين من حدوثها إلى انخفاض ملحوظ في أداء الإعلانات المحسّنة لهذه الأحداث. بينما قد تواجه الأحداث التي يتم إرسالها بتأخير 24 ساعة أو أكثر مشكلات كبيرة في الإسناد وعرض الإعلانات المحسّن.

إذا كنت ترسل أحداثًا ذات فترات تحويل طويلة، فأرسل الحدث في أقرب وقت ممكن من الوقت الفعلي بالنسبة لنقطة اكتمال التحويل بالكامل.

انتقل إلى الخطوة التالية بمجرد توفر التالي:

  • قائمة الأحداث المطلوب إرسالها.
  • الحقول المحددة التي تريد إرسالها مع كل حدث.
  • تحديد عدد المرات التي سترسل خلالها الأحداث.

أنواع التحسين المتوفرة

تقدم واجهة API التحويلات أنواع التحسين التالية:

خيار التحسينالوصف

تحسين التحويلات

تحسين عرض الإعلان لإظهار الإعلانات للأشخاص الذين يُحتمل أن يجرون تحويلًا.

تحسين القيمة (المعروف أيضًا باسم تحسين عائد الإنفاق على الإعلانات)

تحسين عرض الإعلان لإظهار الإعلانات للأشخاص الذين يُحتمل أن يجرون تحويلًا لقيمة محددة، مثل عمليات الشراء الأكبر من 50 دولارًا.

الإعلانات الديناميكية للمنتجات

تحسين عرض الإعلان لظهار إعلانات منتجات محددة للأشخاص الذين من المرجح أن يشتروا تلك المنتجات المحددة.

التنفيذ

هناك طريقتان لتنفيذ الدمج:

  • الدمج المباشر - تقوم، بصفتك معلنًا، بتنفيذ API التحويلات مباشرةً.
  • الدمج كمنصة - تقوم، بصفتك شريك تسويق، بتقديم واجهة API التحويلات كخدمة لعملائك.

يجب على المعلنين الذين يستخدمون واجهة API التحويلات من خلال أحد شركائنا في التسويق اتباع إرشادات التنفيذ الخاصة بشريكنا.

الدمج المباشر

الخطوة الأولى: إعداد المتطلبات

قبل استخدام واجهة API التحويلات، يجب إعداد الأصول التالية:

الأصلالوصف

بيكسل Meta

عند إرسال أحداث عبر واجهة API التحويلات، تتم معالجتها وتخزينها بنفس الطريقة المتبعة في الأحداث التي ترسلها عبر البيكسل. عند تنفيذ واجهة API التحويلات، فإنك تحدد البيكسل الذي تريد إرسال الأحداث إليه.


يتيح لك إرسال أحداث واجهة API التحويلات إلى بيكسل استخدام أحداث واجهة API التحويلات بالطريقة نفسها التي تستخدم بها أحداث البيكسل المستندة إلى المتصفح للقياس والإسناد وتحسين عرض الإعلان. نوصي بإرسال الأحداث من المتصفح والخادم إلى معرف بيكسل Meta ذاته.

مدير الأعمال

يجب وجود مدير الأعمال لاستخدام API. يساعد مدير الأعمال المعلنين في دمج الجهود التسويقية على Meta داخل أنشطتهم التجارية ومع الشركاء الخارجيين. إذا لم يكن لديك مدير أعمال، يمكنك مراجعة مقالة مركز المساعدة حول كيفية إنشاء مدير أعمال.

رمز الوصول

لاستخدام واجهة API التحويلات، تحتاج إلى رمز وصول. تتوفر طريقتان للحصول على رمز الوصول:

انتقل إلى تنفيذ API بمجرد أن تصبح الأصول جاهزة. تذكر حفظ معرفات الأصول، بما أنك تستخدم تلك الموجودة في استدعاءات API.

الخطوة الثانية: تنفيذ API

بمجرد الانتهاء من المتطلبات، ابدأ عملية التنفيذ. أثناء التطوير باستخدام واجهة API التحويلات، تحقق دائمًا من وثائق المطوّر.

الاستدعاءات الاختبارية (اختياري)

إذا كانت هذه المرة هي الأولى التي تستخدم فيها API، فيمكنك بدء استدعاء اختباري. لتنفيذ ذلك، تحتاج إلى حمولة بيانات وطريقة لإجراء استدعاءات API. بعد اكتمال الاستدعاء، تحقق من مدير الأحداث للتأكد من عمل الاستدعاء على النحو المتوقع.

حمولة البياناتأسلوب استدعاء API

استخدم أداة مساعدة الحمولة لإنشاء نموذج حمولة يتم إرساله مع الاستدعاء. اتبع التعليمات المذكورة على الأداة. ينبغي أن تكون حمولة البيانات قريبة من الشكل التالي:

{
  "data": [
   {
    "event_name": "Purchase",
    "event_time": 1601673450,
    "user_data": {
      "em": "7b17fb0bd173f625b58636fb796407c22b3d16fc78302d79f0fd30c2fc2fc068",
      "ph": null
     },
    "custom_data": {
      "currency": "USD",
      "value": "142.52"
    }
   }
  ]
}

إذا كنت ترغب في اختبار حمولتك من أداة مساعدة الحمولة، فأضِف معرف البيكسل ضمن اختبار هذه الحمولة وانقر على إرسال إلى اختبار الأحداث. من المفترض أن تتمكن من رؤية الحدث في مدير الأحداث > البيكسل الخاص بك > اختبار الأحداث. تعرف على المزيد حول أداة اختبار الأحداث.

بمجرد رضاك عن الحمولة، حدد الطريقة التي تريد إجراء الاستدعاء بها. يمكنك استخدام مستكشف Graph API (راجع الدليل) أو خوادمك الخاصة. إذا كنت تستخدم خوادمك، يمكنك استخدام CURL أو مجموعة SDK من Meta للأعمال - نوصي بشدة باستخدام مجموعة SDK من Meta للأعمال.


بشكل مستقل عن طريقة الاستدعاء، يجب استدعاء نقطة النهاية /{pixel_id}/events وإرفاق بيانات JSON التي تم إنشاؤها بواسطة أداة مساعدة الحمولة. بمجرد إجراء الاستدعاء، من المفترض أن تحصل على استجابة كهذه:

{
  "events_received": 1,
  "messages": [],
  "fbtrace_id": <FB-TRACE-ID>
}

بعد إكمال الاستدعاء الأول، تحقق من الأحداث على مدير الأحداث > البيكسل الخاص بك > نظرة عامة.

انتقل إلى إرسال الأحداث والتحقق منها بمجرد أن تتحقق من أحداث الاختبار في مدير الأحداث.

إرسال الأحداث والتحقق منها

لبدء إرسال الأحداث، أرسل طلب POST إلى عنصر ربط /events الخاص بـ API. قم بإرفاق حمولة بالاستدعاء، وإذا كنت بحاجة إلى مساعدة في إنشاء الحمولة، تفضل بزيارة أداة مساعدة حمولة البيانات. راجع الموارد التالية للحصول على مزيد من المعلومات وعينات الرموز:

بعد أن تبدأ في إرسال الأحداث، انتقل إلى مدير الأحداث وتأكد من استلامنا للأحداث التي أرسلتها. تعرف على كيفية التحقق من أحداثك.

إذا كان التنفيذ مكملاً لبيكسل متصفح، فانتقل إلى إعدادات إلغاء التكرار. بخلاف ذلك، فإن كل شيء جاهز! يمكنك الاطلاع على قسم الدعم إذا كانت لديك استفسارات.

الخطوة الثالثة: إضافة معلمات لإلغاء التكرار

إذا كنت ترسل أحداثًا متطابقة من البيكسل الخاص بك ومن خلال واجهة API التحويلات، فستحتاج إلى إعداد إلغاء التكرار للأحداث المُرسَلة عبر كلا القناتين. أولاً، اقرأ وثائق المطوّر لفهم منطق إلغاء التكرار.

إلغاء التكرار المستند إلى الأحداث

إذا وجدنا أن تركيبة مفاتيح الخادم نفسها (event_id، event_name) ومجموعة مفاتيح المتصفح (eventID، event) قد تم إرسالها إلى معرف بيكسل نفسه خلال 48 ساعة، فإننا نتجاهل الأحداث المكررة التي تم إرسالها مؤخرًا.

للمساعدة في ضمان إلغاء تكرار الأحداث:

  • بالنسبة للأحداث المطابقة، تأكد من تعيين المعلمات التالية إلى القيمة نفسها:
    • event_id من حدث الخادم ثم eventID من حدث المتصفح
    • event_name من أحداث الخادم والمتصفح
  • بعد إرسال أحداث مكررة، تحقق من مدير الأحداث لمعرفة ما إذا كان قد تم إهمال الأحداث الصحيحة.
  • تأكد من أن كل حدث فريد يتم إرساله عبر كلٍ من البيكسل وواجهة API التحويلات له event_id خاص به. لا ينبغي مشاركة هذا المعرف مع الأحداث الأخرى.

بديل إلغاء التكرار المستند إلى الأحداث

على الرغم من أن معرف الحدث سيكون دائمًا أفضل طريقة لإلغاء تكرار الأحداث، إلا أنه يُعد تنفيذًا معقدًا إلى حد ما. يمكنك الاستفادة من الحلول البديلة باستخدام معلمات external_id أو fbp. إذا قمت بتكوين معلمات external_id أو fbp ليتم تمريرها عبر كلٍ من المتصفح والخادم، فسنقوم بإلغاء تكرار الأحداث تلقائيًا إذا رأينا الحدث نفسه بمعلمات external_id أو fbp ذاتها خلال 48 ساعة. يقتصر هذا التنفيذ على شركاء فيسبوك محددين. يُرجى التواصل مع ممثل فيسبوك الذي تتعامل معه للحصول على صلاحية الوصول.

الخطوة الرابعة الاختيارية: استكشاف ميزات مجموعة SDK الأعمال

تحتوي مجموعة SDK من Meta للأعمال على ميزات متقدمة مصممة خصيصًا لمستخدمي واجهة API التحويلات:

  • الطلبات غير المتزامنة - استخدم هذه الميزة إذا كنت لا تريد حظر تنفيذ البرنامج لانتظار اكتمال الطلب. باستخدام هذا النهج، يمكنك تقديم طلبك واستلام إشارة من الخادم بمجرد اكتماله. أثناء انتظار الاستجابة، يمكن للبرنامج مواصلة التنفيذ.
  • التجميع المتزامن - استفد من الطلبات غير المتزامنة لزيادة الإنتاجية من خلال استخدام الموارد بشكل أكثر كفاءة. يمكنك إنشاء طلبات مجمعة لدعم حالات الاستخدام مثل عناصر تشغيل طلبات الأحداث ومهام cron والمزيد.
  • واجهة خدمة HTTP - تجاوز خدمة HTTP الافتراضية لمجموعة SDK للأعمال وتنفيذ خدمتك المخصصة باستخدام الطريقة أو المكتبة المفضلة لديك.

الدمج كمنصة

الإرشادات التالية مخصصة للشركاء الذين يقدمون واجهة API التحويلات كخدمة للمعلنين.

الخطوة الأولى: إعداد المتطلبات

يجب أن يحصل تطبيقك على الميزات والأذونات التالية:

الخطوة الثانية: إرسال الأحداث نيابةً عن العملاء

أولاً، اتبع خطوات الدمج المباشر واختبر الدمج. بعد ذلك، يمكنك طلب تصريح لإرسال الأحداث نيابة عن عملائك. تتوفر لديك خيارات المصادقة التالية:

نهج ملحق Meta للأعمال (موصى به)

يقوم ملحق Meta للأعمال بإرجاع جميع المعلومات الضرورية اللازمة لإرسال الأحداث نيابةً عن العميل عبر العملية التالية. يوفر ملحق Meta للأعمال نقطة نهاية لاسترداد رموز وصول مستخدم النظام التي تم إنشاؤها في مدير الأعمال الخاص بالعميل. تتضمن هذه العملية أذونات لإرسال أحداث الخادم وتتم تلقائيًا وبطريقة آمنة.

تتطلب نقطة النهاية وجود رمز وصول للمستخدم كمعلمة إدخال. بالنسبة لمستخدمي ملحق Meta للأعمال الجدد، قم باستدعاء نقطة النهاية هذه لجلب رمز وصول مستخدم النظام بعد انتهائك من إعداد ملحق Meta للأعمال. بينما يحتاج المستخدمون الحاليون إلى طلب إعادة المصادقة قبل استدعاء نقطة نهاية API الجديدة.

لا يتوفر ملحق فيسبوك للأعمال حاليًا إلا للشركاء المُعتمدين. وإذا كنت مهتمًا بأن تصبح شريكًا، فاتصل بممثل Meta الذي تتعامل معه لتتمكّن من الوصول.

رمز وصول مستخدم النظام العميل

اطلب من العميل إنشاء رمز وصول مستخدم النظام يدويًا عبر واجهة API التحويلات داخل إعدادات بيكسل. بعد ذلك، أرسل الأحداث إلى بيكسل الخاص بالمعلن باستخدام هذا الرمز.

يجب على مستخدم النظام أو مستخدم النظام المسؤول تثبيت التطبيق الذي سيتم استخدامه لإنشاء رمز الوصول. باستخدام هذا الإعداد، يسمح للتطبيق باستدعاء واجهات API نيابة عن مستخدم النظام أو مستخدم النظام المسؤول هذا.

يشارك العميل البيكسل مع مدير الأعمال الخاص بالشريك

باستخدام هذا الخيار، يشارك العميل البيكسل الخاص به مع الشريك عبر إعدادات مدير الأعمال أو عبر API، ثم يمكنك تعيين مستخدم نظام الشريك إلى بيكسل العميل ويمكنك إنشاء رمز وصول لإرسال أحداث الخادم.

الخطوة الثالثة: إسناد الأحداث إلى منصتك

لإسناد أحداث API التحويلات إلى منصتك، استخدم حقل partner_agent. يسمح لك هذا بتعيين معرف المنصة الخاص بك عند إرسال الأحداث نيابة عن العميل. إذا كنت شريكًا مدارًا، يمكنك التواصل مع ممثل Meta الذي تتعامل معه للاتفاق على معرف لمنصتك. يجب أن تكون هذه القيمة بتنسيق أقل من 23 حرفًا وأن تتضمن حرفين أبجديين على الأقل. بعد ذلك، يجب عليك إرساله مع كل حدث خادم.

احرص دائمًا على توفير دليل إعداد محدّث للمعلنين الذين يتطلعون إلى تنشيط الدمج على منصتك.

الدعم

لكل الشركاء

راجع معلومات حول تصحيح الأخطاء ومقالات مركز مساعدة الأعمال.

للشركاء المُدارين

قدِّم المعلومات التالية لممثل Meta الذي تتعامل معه، حتى يتمكن من المساعدة في اختبار عمليات الدمج واستكشاف المشكلات وحلها: معرف مدير الأعمال، معرف التطبيق، معرفات بيكسل.