البكسلات وواجهات التحويل لطلبات الدفع عند الاستلام

لماذا تحتاج طلبات الدفع عند الاستلام إلى تتبّع خاص؟

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

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

ما المنصات المدعومة؟

ما الفرق بين البكسل وواجهة التحويل؟

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

أما واجهة التحويل (Conversions API) فترسل الطلب نفسه من خادم EverCore إلى المنصة مباشرة، دون الاعتماد على متصفح الزبون. واستخدام الاثنين يمنح المنصة فرصتين لاستلام كل طلب.

ما البيانات المُرسلة، وكيف تُحترم الموافقة؟

تعرّف أحداث الخادم بالزبون كما تطلب المنصات: البريد والهاتف والاسم واللقب والمدينة والولاية والرمز البريدي والدولة تُشفَّر بـ SHA-256 قبل أن تغادر EverCore. أما عنوان IP ومعلومات المتصفح ومعرّفات النقر وملفات الارتباط الخاصة بالمنصات فتُرسل دون تشفير، لأن المنصات تحتاجها لربط الطلب بالإعلان.

والموافقة أولًا. يستخدم النموذج Customer Privacy API من Shopify:

• لا تُحمَّل بكسلات المتصفح، ولا تُحفظ معرّفات النقر (لمدة 7 أيام)، إلا بعد قبول الزبون لملفات الارتباط التسويقية.
• تُتجاهل أحداث الخادم إذا رفض الزبون.
• في القوالب التي لا تحتوي أدوات الموافقة من Shopify، تُعتبر الموافقة ممنوحة، فجهّز شريط ملفات الارتباط وسياسة الخصوصية.

كيف تفعّله؟

1. ثبّت EverCore؛ نموذج COD ضمن الخطة المجانية.
2. افتح Integrations & Pixels.
3. أضف كل منصة تستخدمها: معرّف البكسل للمتصفح، ورمز الوصول لواجهة الخادم.
4. أرسل طلبًا تجريبيًا من جهاز اختبار (Test device)، ثم تحقّق من الحدث في مدير الأحداث لكل منصة.

ما الذي يساعد إعلاناتك على التعلّم أيضًا؟

• أبعد الطلبات الوهمية. كل طلب وهمي يُرسل كتحويل يعلّم المنصة أن تجد زبائن مثله. والحماية من الطلبات الوهمية تحظر الأنماط المعروفة قبل إنشاء الطلب.
• تابع الطلبات المتروكة. الزبائن الذين كتبوا رقمهم ولم يطلبوا يُحفظون في جدول Google Sheets منفصل لفريقك.