حدث Purchase مع الدفع عند الاستلام: نسجّل الطلب أم التأكيد أم التسليم؟

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

ارسم دورة الطلب قبل ربطها بالإعلان

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

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

ماذا يغيّر كل توقيت؟

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

الأسرع ليس بالضرورة الأقرب إلى النتيجة النهائية، والأقرب إلى التسليم ليس بالضرورة الأنسب إذا كانت حالاتك تتأخر أو لا تُحدّث. اسأل عن جودة المعلومة وتوقيتها، لا عن عدد الأحداث وحده. وعند اختيار Lead بدل Purchase، دوّن أن الاسم أصبح يمثل إشارة مختلفة ولا تدمجها مع سلسلة سابقة دون توضيح.

الإعداد في Matjri وحدوده

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

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

مثال افتراضي بنفس الطلبات ونفس المبلغ

لنفترض وصول 100 طلب، قيمة الواحد 55 د، ثم تأكيد 80 منها وتسليم 60. القيمة عند الإرسال 5500 د، وعند التأكيد 4400 د، وقيمة الطلبات المسلّمة 3300 د. إذا بلغت مصاريف الإعلان 600 د، تبدو نسبة القيمة إلى الإعلان مختلفة: نحو 9.17 عند الطلب، ونحو 7.33 عند التأكيد، و 5.5 عند التسليم. هذه حسابات تعليمية لنفس المجموعة، وليست ثلاثة مستويات ربح ولا دليلًا على تحسن الإعلان.

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

طريقة تغيير التوقيت دون إفساد المقارنة

1. دوّن التعريف الحالي للحدث وتاريخ بداية استعماله.
2. راجع انتظام الحالات ومصدر تحديثها على عدد من الطلبات.
3. اختر توقيتًا واحدًا يناسب السؤال الذي تريد قياسه، وتحقق من مفتاح السيرفر إذا لزم.
4. نفّذ اختبارًا واحدًا معروفًا ثم راقب ما يصل في الموعد المتوقع.
5. سجّل يوم التغيير وافصل النتائج قبله وبعده، مع انتظار اكتمال الطلبات.

لا تبدّل التوقيت كل يوم لأن عدد الأحداث انخفض. وقد لا تُرسل طلبات سبقت تفعيل الربط بالطريقة التي تتوقعها؛ افحص تاريخ التفعيل وسياسة التكامل بدل افتراض إرسال رجعي شامل. ومن الأفضل أن يعرف من يتابع الإعلان ومن يؤكد الطلبات نفس التعريف.

اجعل قرار الإنفاق مرتبطًا بنتيجة تجارية

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

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

أسئلة متكررة

هل التسليم هو الاختيار الأفضل دائمًا؟

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

هل أرسل Purchase عند الطلب ثم Purchase ثانية عند التسليم؟

إرسال عمليتين بنفس المعنى التجاري قد يربك القراءة. حدّد استراتيجية واضحة ولا تضاعف التحويلات لكي تظهر نتائج أكبر. التكامل الحالي يحتفظ بمعرّف ثابت للطلب ولكل Pixel عبر إعادة المحاولة.

هل نسبة قيمة الطلب تعني نسبة ربحي؟

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

المصادر والمراجعة

• Meta Blueprint: التكامل المباشر مع Conversions API
• Meta Blueprint: تحسين إعداد Conversions API

مراجعة تحريرية: 15 أكتوبر 2026. الأمثلة الحسابية افتراضية للتعلّم، وليست نتائج مضمونة أو أسعارًا سوقية.