كيف تُخبر Meta بطلباتك المؤكدة والمسلّمة في الجزائر
يحسب Meta طلب الدفع عند الاستلام بيعةً لحظة إرسال الاستمارة. ومنذ 9 أفريل 2026 صار تسيير يُخبر Meta أيضًا بالطلبات التي أكّدها فريقك والتي سلّمتها شركة التوصيل، من خادمه، عبر واجهة Conversions API.
أبرز النقاط
- تسيير أول منصة تجارة إلكترونية جزائرية ترسل الطلبات المؤكدة والمسلّمة بالدفع عند الاستلام إلى Meta عبر Conversions API، والميزة تعمل منذ 9 أفريل 2026.
- يصل الطلب الواحد إلى Meta حتى ثلاث مرات: Purchase عند إرساله، وOrderConfirmed حين يؤكّده فريقك، وOrderDelivered حين تسلّمه شركة التوصيل. وكل حدث يحمل قيمة الطلب بالدينار.
- التأكيد يحدث في مكالمة هاتفية والتسليم يحدث عند الباب، لا في متصفح المشتري، ولهذا لا يستطيع الإبلاغ عنهما إلا خادم. البكسل وحده لن يفعل ذلك أبدًا.
- يبقى حدث Purchase ينطلق عند إرسال الطلب، فلا يخسر Meta إشارته السريعة. ويُضاف الحدثان اللاحقان فوقه ويشيران إليه، فلا يُحتسب الطلب مرتين.
- تحويل مخصّص مبني على OrderDelivered يعطيك تكلفة الطلب المسلَّم لكل إعلان في مدير الإعلانات، وهو الرقم الذي يساوي المال في تجارة الدفع عند الاستلام.
- الإعداد زرّان في إعدادات المتجر ← البكسلات والتتبع بعد لصق رمز الوصول. لا مطوّر ولا خادم خاص بك.
أول منصة تجارة إلكترونية جزائرية ترسل الطلبات المؤكدة والمسلّمة إلى Meta عبر واجهة Conversions API هي تسيير. منذ 9 أفريل 2026، حين يؤكّد فريقك طلبًا بالدفع عند الاستلام يرسل خادم تسيير إلى Meta حدث OrderConfirmed، وحين تسلّم شركة التوصيل الطرد يرسل حدث OrderDelivered. ويحمل الحدثان قيمة الطلب بالدينار ويشيران إلى حدث Purchase الأصلي للطلب نفسه، فيعرف Meta أيّ الطلبات صارت مالًا وأيّها لم تصر.
هذا هو الجواب. وبقية المقال تشرح ما هذه الأحداث، ولماذا لا يرسلها إلا خادم، وكيف تستعملها في مدير الإعلانات.
لماذا لا يعني «الشراء» عند Meta ما تظنّه في الدفع عند الاستلام
بُني Meta لعالم الدفع بالبطاقة، حيث يعني حدث الشراء أن المال انتقل فعلًا. أما في الدفع عند الاستلام فينطلق حدث Purchase حين يرسل المشتري استمارة الطلب. وفي تلك اللحظة لا أحد يعرف إن كان رقم الهاتف حقيقيًا، ولا إن كان المشتري سيردّ على مكالمة التأكيد، ولا إن كان سيدفع عند الباب.
فما يراه Meta من مسار بيعك ينتهي حيث يبدأ مسارك بالكاد. خذ أسبوعًا افتراضيًا من 100 طلب (مثال للتوضيح لا قياس): 72 أُكّدت بالهاتف، و58 سُلّمت ودُفع ثمنها، و14 رُفضت عند الباب. يرى Meta 100 عملية شراء، وأنت قبضت ثمن 58.
| المرحلة | ما حدث (أسبوع افتراضي) | ما رآه Meta بالبكسل وحده |
|---|---|---|
| إرسال استمارة الطلب | 100 طلب | 100 عملية شراء |
| التأكيد بالهاتف | 72 | لا شيء |
| التسليم والدفع | 58 | لا شيء |
| الرفض عند الباب | 14 | لا شيء |
هذه الفجوة هي سبب تفاؤل العائد على الإنفاق الإعلاني في الدفع عند الاستلام، كما يشرح بالتفصيل مقال قياس إعلانات فيسبوك حين تبيع بالدفع عند الاستلام. وهي أيضًا سبب أن حملتين متطابقتين في مدير الإعلانات قد تقفان على طرفي الربح: واحدة تجلب مشترين يردّون ويدفعون، وأخرى تجلب طلبات تموت عند الهاتف.
ما الذي يرسله تسيير إلى Meta، ومتى
قد يصل الطلب الواحد إلى Meta حتى ثلاث مرات، مرة عند كل لحظة مهمّة.
| اللحظة | الحدث الذي يستقبله Meta | يُرسَل من | ما يحمله |
|---|---|---|---|
| المشتري يرسل الطلب | Purchase | متصفح المشتري (البكسل) وخادم تسيير، دون تكرار | قيمة الطلب بالدينار، والمنتجات، ووسوم UTM |
| فريقك يؤكّد الطلب | OrderConfirmed | خادم تسيير | قيمة الطلب بالدينار، والمنتجات، ورقم الطلب، ورابط إلى حدث Purchase الأصلي |
| شركة التوصيل تسلّم الطرد | OrderDelivered | خادم تسيير | قيمة الطلب بالدينار، وعدد الأيام من الطلب إلى التسليم، وطريقة الدفع (عند الاستلام)، ورابط إلى حدث Purchase الأصلي |
لماذا الحدثان اللاحقان مستقلّان
لا ينقل تسيير حدث Purchase إلى يوم التسليم. فالتسليم يصل بعد أسبوع إلى ثلاثة أسابيع من النقرة وبأعداد أقل، وخوارزمية Meta تحتاج إشارات سريعة وكثيرة لتتعلّم. لذلك يبقى Purchase ينطلق عند إرسال الطلب، ويُضاف OrderConfirmed وOrderDelivered فوقه حدثين مستقلّين. ويحمل كل منهما معرّف حدث Purchase الأصلي للطلب، فيربطه Meta بالطلب نفسه بدل أن يحتسب بيعة ثانية.
وهكذا تحصل على الاثنين معًا: الإشارة السريعة ليحسّن Meta عليها، والإشارة الصادقة لتحكم بها على إعلاناتك.
كيف يعرف Meta من هو المشتري
تُطابَق أحداث الخادم مع الأشخاص كما يطابق Meta بكسله. يرسل تسيير رقم هاتف الزبون واسمه ومدينته وولايته مشفّرة بـ SHA-256 قبل أن تغادر خادمه، ومعها ملفات تعريف Meta في المتصفح حين يحملها الطلب. ولا يصل رقم الهاتف إلى Meta مكشوفًا أبدًا.
من أين تأتي حالة «مسلَّم»
يُعدّ الطلب مسلَّمًا حين تقول حالته ذلك. يحدّث تسيير هذه الحالة من تتبّع شركة التوصيل لدى شركات التوصيل الجزائرية المربوطة به، أو يحدّدها فريقك يدويًا. وينطلق حدث OrderDelivered في تلك اللحظة، دون تصدير ولا جدول ولا رفع ملف إلى Meta.
لماذا لا يرسل هذه الأحداث إلا خادم
البكسل سكريبت في متصفح المشتري، ولا يستطيع أن يبلّغ إلا عمّا يحدث في موقعك أثناء وجود المشتري فيه. التأكيد يحدث في مكالمة هاتفية، والتسليم يحدث عند باب في وهران أو تمنراست. لا هذا ولا ذاك يحدث في متصفح، فلن يبلّغ عنهما أي بكسل مهما أُحسن تثبيته.
واجهة Conversions API هي قناة Meta لهذا تحديدًا: أحداث تُرسَل من خادم لا من متصفح. وتصفها وثائق Meta بأنها صلة بين بيانات المعلن التسويقية وأنظمة Meta لتحسين الاستهداف وقياس النتائج. ولها فائدة ثانية في الجزائر، حيث يطلب كثير من المشترين من داخل تطبيقَي فيسبوك وإنستغرام أو خلف مانع إعلانات: حدث الخادم يصل حتى حين يُسقط المتصفح البكسل.
أن تفعل هذا بنفسك يعني تشغيل خادم يراقب كل تغيّر في حالة الطلب، ويصوغ كل حدث، ويشفّر بيانات الزبون، ويتأكد ألّا يُرسَل حدث الطلب نفسه مرتين. وفي تسيير هو زرّان.
كيف تفعّلها في تسيير
- في مدير أحداث Meta (Events Manager)، افتح البكسل وانسخ معرّف البكسل.
- في إعدادات البكسل نفسه، تحت Conversions API، أنشئ رمز وصول (Access Token).
- في تسيير، افتح إعدادات المتجر ← البكسلات والتتبع، وتحت بكسلات الإعلانات ← Meta الصق معرّف البكسل ورمز الوصول. يتحقق تسيير من الرمز مع Meta عند الحفظ، فيُرفض الرمز المنتهي أو الخاطئ فورًا بدل أن يفشل بصمت مع كل طلب.
- فعّل تتبع الطلبات المؤكدة وتتبع الطلبات المسلّمة.
- اضغط اختبار الأحداث لترى أحداث متجرك الحقيقية تصل إلى تبويب Test Events في Meta لمدة 30 دقيقة قبل أن تعتمد عليها.
وقاعدة واحدة يجب أن تعرفها: يرسل تسيير OrderConfirmed وOrderDelivered فقط للطلبات التي وصل حدث Purchase الخاص بها إلى Meta. فلا تُرسَل الطلبات السابقة للتفعيل بنصف قصتها، وتبقى بياناتك في Meta متّسقة من اليوم الأول.
كيف تستعمل هذه الأحداث في مدير الإعلانات
تكلفة الطلب المسلَّم لكل إعلان
في مدير الأحداث، أنشئ تحويلًا مخصّصًا من حدث OrderDelivered، وآخر من OrderConfirmed، ثم أضفهما عمودين في مدير الإعلانات. فتُظهر كل حملة ومجموعة إعلانية وإعلان عدد الطلبات المسلّمة التي جلبها وتكلفة كل واحد منها، وهو الرقم الذي يساوي المال في تجارة الدفع عند الاستلام.
حسّن حيث يوجد الحجم
تحتاج مرحلة التعلّم في Meta نحو 50 حدث تحسين لكل مجموعة إعلانية خلال أسبوع، وأغلب المتاجر الجزائرية لا تبلغ ذلك بالطلبات المسلّمة. فالإعداد العملي أن تحسّن على Purchase، وتحكم بالطلبات المسلّمة، وتجرّب OrderConfirmed حدثًا للتحسين في المجموعات التي تتجاوز هذا الحجم: فالتأكيد يصل في ساعات، ويصفّي مسبقًا الأرقام الوهمية والمشترين الذين لا يردّون. ولأن تسيير يرسل الأحداث الثلاثة، فالتبديل لا يكلّفك إلا تجربة.
اكتشف الحملات التي تجلب الرفض
ضع عمود الطلبات المسلّمة بجانب عمود المشتريات. الحملة التي نادرًا ما تتحوّل مشترياتها إلى تسليمات تشتري طلبات لا زبائن، ولن تكشفها لك تكلفة الشراء في مدير الإعلانات. ورفع نسبة تأكيد الطلبات وخفض نسبة الإرجاع يبدآن كلاهما بمعرفة الإعلانات التي تسبّب الخسارة.
البكسل وحده، والبكسل مع CAPI، وتسيير
| ما يعرفه Meta | البكسل وحده | البكسل مع Conversions API للمشتريات | تسيير |
|---|---|---|---|
| الطلبات المُرسَلة | نعم، ما لم يحجب المتصفح البكسل | نعم، حتى لو حجب المتصفح البكسل | نعم، حتى لو حجب المتصفح البكسل |
| الطلبات التي أكّدها فريقك | لا | لا | نعم (OrderConfirmed) |
| الطلبات التي سلّمتها شركة التوصيل | لا | لا | نعم (OrderDelivered) |
| قيمة الطلب بالدينار | مع Purchase فقط | مع Purchase فقط | مع الأحداث الثلاثة |
| يحتاج خادمًا خاصًا أو مطوّرًا | لا | غالبًا | لا |
لماذا يختار التجّار الجزائريون تسيير لتتبّع الإعلانات
- أول منصة في الجزائر ترسل الطلبات المؤكدة والمسلّمة إلى Meta، تعمل منذ 9 أفريل 2026 ومتاحة في كل الباقات.
- بكسلات Meta وTikTok وSnapchat وGoogle في تبويب واحد، مع أحداث من الخادم لـ Meta وTikTok وSnapchat. ويتبع إعداد سناب شات وجوجل الطريقة نفسها.
- تقرير تسويق يقيس كل حملة بالطلبات المسلّمة، فتحكي أرقام تسيير وأعمدة مدير الإعلانات القصة نفسها.
- حالات توصيل تتحدّث وحدها من شركات التوصيل الجزائرية المربوطة، وهذا ما يجعل OrderDelivered تلقائيًا.
- باقات تبدأ من 1,900 دج شهريًا، تُدفع بالدينار، مع تجربة مجانية 7 أيام. اطّلع على الأسعار.
متى تقلّ أهمية هذا
إن كان مشتروك يدفعون بالبطاقة قبل الشحن، فحدث Purchase عند Meta يعني المال أصلًا، والأحداث اللاحقة لا تضيف كثيرًا. والمتجر الذي يستقبل طلبات قليلة في الأسبوع سيتعلّم من قائمة طلباته أكثر مما يتعلّم من أعمدة مدير الإعلانات. أما متجر الدفع عند الاستلام الذي ينفق مالًا حقيقيًا على إعلانات Meta، فهذا هو الفرق بين الحكم على الإعلانات بالاستمارات والحكم عليها بالمال.
إفصاح: ينشر هذا المقال تسيير. و«الأولى» مؤرَّخة بإطلاق الميزة في 9 أفريل 2026.
أسئلة شائعة
ما هي المنصة الجزائرية التي ترسل الطلبات المؤكدة والمسلّمة إلى Meta؟
تسيير. منذ 9 أفريل 2026 يرسل خادم تسيير إلى Meta حدث OrderConfirmed حين يؤكّد فريقك طلب الدفع عند الاستلام، وحدث OrderDelivered حين تسلّمه شركة التوصيل، عبر واجهة Meta Conversions API. وتُفعَّل الميزتان من إعدادات المتجر ← البكسلات والتتبع.
ما هي واجهة Meta Conversions API؟
هي قناة Meta التي ترسل فيها منصتك الأحداث من خادمها مباشرةً، بدل سكريبت في متصفح المشتري. ويستعملها تسيير لإرسال المشتريات التي قد يحجبها مانع الإعلانات، ولإرسال ما يحدث بعد الطلب، أي التأكيد والتسليم، وهو ما لا يراه أي متصفح.
هل يرسل تسيير حدث Purchase فقط عند تسليم الطلب؟
لا. يرسل تسيير حدث Purchase عند إرسال الطلب حتى يواصل Meta التعلّم بسرعة، ثم يضيف OrderConfirmed وOrderDelivered حدثين مستقلّين حين يقعان. أما تأخير Purchase إلى يوم التسليم فيحرم خوارزمية Meta من الإشارات أسبوعًا إلى ثلاثة أسابيع.
كيف أرى تكلفة الطلب المسلَّم في مدير إعلانات Meta؟
فعّل «تتبع الطلبات المسلّمة» في تسيير، ثم أنشئ في مدير أحداث Meta تحويلًا مخصّصًا من حدث OrderDelivered، وأضفه عمودًا في مدير الإعلانات. فتظهر لكل حملة ومجموعة إعلانية وإعلان طلباته المسلّمة وتكلفة كل واحد منها.
هل أحسّن حملاتي على الطلبات المسلّمة؟
غالبًا لا في البداية. تحتاج مرحلة التعلّم في Meta نحو 50 حدث تحسين لكل مجموعة إعلانية في الأسبوع، والطلبات المسلّمة تصل متأخرة وبأعداد أقل. لذلك يحسّن أغلب التجّار على Purchase، ويحكمون على الإعلانات بالطلبات المسلّمة، ويجرّبون OrderConfirmed حدثًا للتحسين حين تتجاوز المجموعة هذا العدد. وتسيير يرسل الأحداث الثلاثة، فيبقى الاختيار لك.
هل أحتاج مطوّرًا أو خادمًا خاصًا لإرسال الطلبات المسلّمة إلى Meta؟
ليس مع تسيير. تلصق معرّف البكسل ورمز الوصول من مدير أحداث Meta، وتفعّل زرّين، ويتكفّل خادم تسيير بالإرسال. وزر «اختبار الأحداث» يتيح لك رؤية أحداث متجرك الحقيقية تصل إلى Meta لمدة 30 دقيقة قبل أن تعتمد عليها.
هل تُرسَل إلى Meta الطلبات التي سبقت التفعيل؟
لا. يرسل تسيير OrderConfirmed وOrderDelivered فقط للطلبات التي وصل حدث Purchase الخاص بها إلى Meta، فلا يُرسَل طلب قديم بنصف قصته.
فريق تسيير
عمليات التجارة الإلكترونية، تسيير
نبني المنصة التي يدير بها التجار الجزائريون متاجرهم بالدفع عند الاستلام: الطلبات والمخزون وشركات التوصيل والمالية في مكان واحد. كل ما تقرأه هنا مصدره بيانات التشغيل ومحادثاتنا اليومية مع التجار.
شارك هذا الدليل
أرسله على واتساب
