إرسال إشارة الطلبات المسلَّمة إلى منصات الإعلان
تسجّل منصة الإعلان عملية شراء لحظة يرسل العميل طلب الدفع عند الاستلام. لكن عملك لا يكسب إلا حين يُسلَّم الطرد ويُحصَّل المبلغ. القرار أمامك: هل تترك المنصة تتعلم من اللحظة الأولى، أم تغذّيها باللحظة الثانية؟
لماذا تضلّل إشارة إنشاء الطلب
تحسّن المنصة نحو ما تعرّفه لها كتحويل. إن كان التحويل "طلب مُرسَل" فستبحث عن أشخاص يرسلون طلبات. ولا تفرّق بين عميل سيستلم الطرد وآخر سيرفضه أو يلغيه هاتفيًا أو لا يرد على المندوب.
ويزداد الأمر سوءًا في الدفع عند الاستلام لسببين: الطلب رخيص لأنه لا توجد خطوة دفع تُسقط النقرات العابرة، والفجوة بين الطلب ونتيجته طويلة وقد تبلغ أيامًا. فقد تبدو أرقام لوحة الإعلانات سليمة بينما حسابك النقدي لا يقول ذلك.
للاطلاع على الاقتصاد خلف هذا: معدلات التسليم والمرتجعات: التكلفة الحقيقية للطلبات الفاشلة وكيف تحسب حد التعادل الحقيقي لإعلاناتك.
نموذج: ثلاث مراحل وثلاث إشارات
يمر كل طلب بثلاث مراحل، ويمكن إرسال كل مرحلة إلى المنصة، وكل واحدة تجيب عن سؤال مختلف.
طلب منشأ
العميل يرسل النموذج. سريع لكنه الأقل موثوقية.
المرحلة 1مؤكَّد
فريقك أو أتمتة تتواصل مع العميل. أنظف، لكنه ليس نقدًا بعد.
المرحلة 2مسلَّم
الطرد مقبول والمبلغ محصَّل. الأبطأ والأقرب إلى الإيراد.
المرحلة 3
كلما كانت الإشارة أبكر زادت البيانات وزاد التشويش، وكلما تأخرت صارت أنظف وطال الانتظار.
لا يلزمك اختيار واحدة للأبد. كثيرون يُبقون الإشارة الأولى للسرعة ويضيفون الثالثة لأنها تعكس القيمة. والمزيج المناسب يتوقف على حجم الطلبات.
مثال توضيحي
مثال توضيحي وليس نتائج حقيقية. متجر ينفق 6,000 ريال في أسبوع ويستلم 100 طلب قيمة كل منها 200 ريال. سُلِّم منها ودُفع 70 طلبًا.
الطلبات المحتسبة
عند التسليم: 100
**70**
الإيراد المحتسب
عند التسليم: 20,000
**14,000**
تكلفة الطلب
عند التسليم: 60
**85.71**
الإيراد لكل ريال إنفاق
عند التسليم: 3.33
**2.33**
الإنفاق نفسه والأسبوع نفسه. العرض الافتراضي للمنصة أجمل من عرض التسليم.
الحساب: 6,000 ÷ 100 = 60، و6,000 ÷ 70 ≈ 85.71. والإيراد 100 × 200 = 20,000 مقابل 70 × 200 = 14,000. فينتقل العائد على الإنفاق من 3.33 إلى 2.33.
المقصود ليس الأرقام، بل أن الحملة المقيَّمة بالأرقام الافتراضية قد تُرتَّب بشكل مختلف عنها بأرقام التسليم، وواحدة فقط منهما تطابق حسابك البنكي.
كيف تصل الإشارة إلى المنصة
تختلف الآلية بين المنصات وتتغير تفاصيلها، فاقرأ التوثيق الحالي قبل البناء.
- Meta. تستقبل Conversions API أحداثًا من أنظمتك، وتوثّق Meta مسارًا لإرسال أحداث خارج الموقع مرتبطة بمجموعة بيانات. يحتاج حدث الشراء إلى وقت وعملة وقيمة، ويفيد معرّف الطلب في المطابقة. راجع صفحة Meta الرسمية عن الأحداث غير المتصلة.
- Google Ads. تدعم Google استيراد التحويلات التي حدثت بعد النقرة، عبر معرّف النقرة أو عبر بيانات العميل المشفّرة. وتصف صفحات المساعدة الاستيراد القديم بالملفات بأنه legacy وتوجّه نحو enhanced conversions for leads وData Manager. ولأن هذا المجال يتغير، تأكد من المسار المناسب لحسابك.
- TikTok وSnapchat. كلتاهما توفر مسارات أحداث من الخادم. راجع توثيقهما الحالي لأسماء الأحداث وحقولها.
النمط واحد في كل الحالات: احفظ المعرّف الذي منحتك إياه المنصة وقت النقرة (أو بيانات العميل القابلة للمطابقة) مع الطلب، وحين يصل الطلب إلى "مسلَّم" أرسل حدثًا واحدًا بالقيمة الفعلية.
المفاضلات ومتى تتغير التوصية
- الحجم. تحتاج المنصات إلى عدد كافٍ من التحويلات لتتعلم. إن كانت الطلبات المسلَّمة قليلة جدًا فقد تجوع المنصة لو اعتمدت التسليم وحده. ويصح أحيانًا إبقاء حدث أبكر هدفًا للتحسين واستخدام بيانات التسليم لتقييمك أنت.
- التأخير. التسليم يستغرق أيامًا، وتقبل المنصات الأحداث المتأخرة ضمن نوافذ تحددها. إن كانت دورة الشحن أطول منها وصلت الإشارة متأخرة. راجع الحدود في التوثيق الحالي.
- التكرار. إرسال شراء مبكر وآخر مسلَّم قد يضاعف العدّ. استخدم حدثًا أو إجراء تحويل منفصلًا للتسليم، أو اتبع قواعد المنصة لإزالة التكرار. انظر تكرار حدث الشراء.
- جودة البيانات. حالة تسليم خاطئة أسوأ من غيابها. وإن كانت الحالات تُحدَّث يدويًا من شركات الشحن فتوقّع فجوات.
- الموافقة والخصوصية. يجب أن تكون بيانات العميل المرسلة مما يحق لك استخدامه لهذا الغرض. وإن لم تكن متأكدًا فاستشر مستشارك القانوني.
خطوات التنفيذ
- التقط معرّف النقرة أو بيانات المطابقة عند الطلب واحفظها مع الطلب.
- عرّف "مسلَّم" بدقة: قبِله العميل وحُصّل المبلغ، لا "غادر المستودع".
- حدّد ما ترسله: حدث تسليم منفصل بقيمة الطلب، بعيدًا عن الحدث المبكر.
- أتمت المشغّل: عند تحول الحالة إلى مسلَّم أرسل الحدث مرة واحدة ومعه معرّف الطلب لمنع التكرار.
- اختبر بأداة الاختبار في المنصة على دفعة صغيرة قبل الاعتماد.
- قارن عرض التسليم بحساباتك أسبوعيًا.
ما لا تستطيع معرفته
حدث التسليم يخبر المنصة بأي النقرات انتهت بنقد، لكنه لا يثبت أن الإعلان هو سبب البيع، ولا يلتقط عملاء اشتروا لاحقًا من قناة أخرى. والمطابقة جزئية: بعض الأحداث لن تُربط بنقرة. وتأخر التسليم يجعل الحملات الحديثة تبدو أسوأ مما ستكون. اعتبر عرض التسليم عدسة أفضل لا الحقيقة الكاملة.
الخطوة التالية
إن كانت بيانات التسليم في ملف شركة الشحن أو لوحة المتجر، فأول عمل هو حالة موثوقة لكل طلب. خدمة Delivery Signal مبنية على إعادة هذه الحالة إلى المنصة، وتغطي خدمة إعداد التتبع أحداث المتصفح والخادم المحيطة بها. وللتمهيد اقرأ الدفع عند الاستلام مقابل الدفع المسبق وMeta Conversions API.