ReadyStore
أنشئ متجرك
تتبّع Meta

Meta Pixel وواجهة Conversions API لمتاجر الدفع عند الاستلام

أرسل الأحداث نفسها من المتصفح ومن الخادم بمعرّف event_id مشترك ليلغي Meta التكرار، واربط كل منتج بالـ Pixel المناسب له.

أنشئ متجركاقرأ دليل Pixel مقابل Conversions API
توضيح: بيانات تجريبية
باختصار

يرسل ReadyStore أحداث PageView وViewContent وInitiateCheckout وLead وPurchase عبر Meta Pixel (من المتصفح) وواجهة Conversions API (من الخادم) بالقيمتين نفسيهما لـ event_name وevent_id، فيستطيع Meta إلغاء التكرار. ويمكن لكل منتج أن يملك Pixel خاصًا به، وتُحفظ بيانات الإسناد (UTM وfbclid وfbp وfbc) مع الطلب.

المبدأ

قناتان، وحدث واحد يُحتسب

يعمل Pixel داخل المتصفح، ويمكن أن تحجبه إضافة أو متصفح مقيِّد أو رفض الموافقة. أما واجهة Conversions API فترسل الحدث نفسه من خادمك دون الاعتماد على متصفح الزائر.

ينشئ ReadyStore معرّفًا للحدث (event_id) ويستخدمه للنسختين. يتعرّف Meta على أنهما الحدث نفسه فيحتسبه مرة واحدة. وعند إعادة محاولة الإرسال يحتفظ الحدث بمعرّفه ووقته الأصليين.

  • event_name وevent_id نفسهما في المتصفح والخادم
  • تُجزَّأ بيانات العميل (SHA-256) قبل الإرسال من الخادم
  • استجابة الطلب لا تتأخر أبدًا بسبب الإرسال إلى Meta

الأحداث المرسَلة

مراحل رحلة البيع بالدفع عند الاستلام والقناة المستخدمة لكل منها.

الحدثيُطلق عندالقنوات
PageView وViewContentعرض صفحة المنتجالمتصفح + الخادم بالتوازي
InitiateCheckoutبدء العميل تعبئة نموذج الطلبالمتصفح + الخادم
Leadحسب إعدادك: تسجيل الطلب أو ترك الطلبالمتصفح + الخادم
Purchaseبعد تسجيل الطلب فعليًاالمتصفح (بعد الاستجابة) + الخادم عبر قائمة انتظار دائمة

لا يُرسل Lead وPurchase إلا بعد حفظ الطلب أو الطلب المتروك، وليس قبل ذلك.

ما بعد الإرسال

ما يجعل التتبّع قابلًا للاستغلال

Pixel لكل منتج

يستطيع المتجر إدارة عدة Pixels (معرّف Pixel ومعرّف Dataset وصلاحية CAPI) ويُربط كل منتج بالـ Pixel الخاص به. فلا تختلط الأحداث بين المنتجات.

حفظ بيانات الإسناد

تُحفظ مع الطلب بيانات UTM (المصدر والوسيط والحملة والمحتوى والمصطلح) وfbclid وgclid وttclid وfbp وfbc، إضافةً إلى رابط الوصول والمُحيل والجهاز.

قائمة انتظار دائمة وإعادة المحاولة

تمر الإرسالات من الخادم عبر قائمة انتظار دائمة: عند الفشل (الشبكة أو تأخر Meta أو إعادة التشغيل) تُعاد المحاولة تلقائيًا بالمعرّف نفسه حتى ثماني محاولات.

جودة البيانات

الطلبات المشتبه بأنها احتيالية (العنوان IP نفسه وعدة طلبات خلال ساعة) لا تُرسل Purchase. وتكمّل قوائم عناوين IP المحظورة هذه الحماية.

الإعداد

اربط Pixel في ثلاث خطوات

  1. 1

    أضف Pixel

    في قسم Pixels بلوحة التحكم، أدخل معرّف Pixel ومعرّف Dataset وصلاحية واجهة Conversions API. تُشفَّر البيانات الحساسة على الخادم.

  2. 2

    اربطه بمنتجاتك

    اختر Pixel كل منتج. يمكنك فصل الحملات أو العلامات أو الاختبارات.

  3. 3

    تحقّق في Meta

    تأكد في مدير الأحداث من وصول الأحداث عبر القناتين ومن إلغاء تكرارها.

أسئلة حول Pixel وواجهة Conversions API

ما الفرق بين Pixel وواجهة Conversions API؟

يرسل Pixel الأحداث من متصفح الزائر، وترسلها واجهة Conversions API من خادمك. استخدام الاثنتين بمعرّف event_id مشترك يحسّن التغطية دون عدّ مزدوج.

هل ستُحتسب أحداثي مرتين؟

لا عندما تعمل خاصية إلغاء التكرار: تحمل النسختان event_name وevent_id نفسيهما ويحتفظ Meta بواحدة. راجع حالة إلغاء التكرار في مدير الأحداث.

هل يمكنني استخدام عدة Pixels في متجر واحد؟

نعم. يمكن ربط كل منتج بـ Pixel خاص به، بمعرّفه وصلاحية Conversions API الخاصة به.

هل يضمن ReadyStore نسبة معينة من الأحداث المستلَمة؟

لا. تتوقف النتائج على جمهورك ومتصفحاتهم والموافقات وMeta. يوفّر ReadyStore القناتين وإلغاء التكرار وإعادة المحاولة لتقليل أسباب الفقد التي يمكن تفاديها.

للمزيد

الطلبات المتروكة

احتفظ ببيانات الزائر دون إتمام الطلب، واختر سلوك Meta لكل Pixel.

اعرف المزيد

متجر لإعلانات فيسبوك

متجر وتتبّع مصمَّمان لحملات Meta: Pixel لكل منتج، CAPI، الإسناد والطلبات المتروكة.

اعرف المزيد

Pixel مقابل واجهة Conversions API

افهم الفرق بين Pixel وواجهة Conversions API، وكيف يمنع إلغاء التكرار العدّ المزدوج.

اعرف المزيد

قِس حملاتك حتى الطلب النهائي.

أنشئ متجرك وأضف Pixel الخاص بك واربطه بمنتجاتك.

أنشئ متجركاطّلع على نموذج الطلب