لماذا يوجد Paid Signal
إعلاناتك تُحسّن على الطلبات. وأنت تُقبض على المال.
في الدفع عند الاستلام ليسا الرقم نفسه — والفارق بينهما هو تحديدًا ما أنفقت ميزانيتك كي تتعلمه منصتك الإعلانية. هذه الصفحة تشرح ما يكلّفك ذلك، وما يتغير عندما تصلحه، والشيء الوحيد الذي يجب أن تفعله كي يعمل أي من هذا.
المشكلة
عندما يُكمل أحدهم الدفع، يُطلق البكسل حدث Purchase. وتأخذه Meta وTikTok وSnapchat كحقيقة: هذا الشخص تحوّل — اذهبوا وابحثوا عن المزيد من أمثاله.
في متجر مسبوق الدفع، هذا منطقي. فقد تم تحصيل البطاقة عند الدفع، وبالتالي الطلب بيعة فعلية. أما في الدفع عند الاستلام فالأمر مختلف: الطلب وعد بالدفع.
بعض الوعود تتحول إلى نقد على الباب. وكثير منها لا يتحول: الشحنة تُرفض، لا أحد يجيب، العنوان خطأ، أو غيّر العميل رأيه في مكان ما بين الإعلان وطرقة الباب. ومنصتك الإعلانية لا تسمع بأي من ذلك. لقد تعلّمت من الطلب ومضت.
بكسلك يقيس النية. وبنكك يقيس المال. في الدفع عند الاستلام يفترق هذان الرقمان — وكل حملة تديرها تُحسّن على الأول.
ما يكلّفك ذلك فعلاً
لنأخذ شهرًا بسيطًا. الأرقام أدناه مُفترضة — الشكل هو المهم، وأرقامك ستكون مختلفة:
بدون Paid Signal
تحويل مُبلَّغ عنه
البكسل يحتسب كل طلب عند الدفع. حملاتك تُحسّن باتجاه المئة كلها، وكل جمهور تبنيه يُبنى على المئة كلها.
لكن 60 فقط منهم دفعوا لك. أما الأربعون الآخرون فقد علّموا حملاتك أن تبحث عن المزيد من أمثالهم — من يطلب ولا يدفع — وهم جالسون داخل كل جمهور بنيته منذ ذلك الحين.
مع Paid Signal
تحويل مُبلَّغ عنه
حدث واحد لكل طلب، يُطلَق فقط عند تأكيد وصول المال. أحداث أقل — وكل واحد منها عميل دفع فعلاً.
وإذا استرد أحدهم أمواله لاحقًا، أو عادت الشحنة، يُسجَّل ذلك أيضًا، فلا يتعفّن جمهورك المصدر بهدوء خلال الأشهر التالية.
العمود الثاني يبدو أسوأ في مدير الإعلانات. وهذه هي الصعوبة الجوهرية في هذا المنتج ويجدر أن نكون صريحين بشأنها: عدد التحويلات المُبلَّغ عنه سينخفض، وتكلفة التحويل المُبلَّغ عنها سترتفع.
لم يغيّر أي منهما شيئًا في الواقع. لقد توقّفا فقط عن احتساب أشخاص لم يدفعوا لك قط.
أنت لم تكن تدفع مقابل 100 تحويل في الحقيقة. كنت تدفع مقابل 60 عميلًا وتقول لنفسك إنهم 100 — بينما توجّه تحسينك نحو الأربعين الخطأ.
ما يفعله التطبيق
- يراقب طلباتك. يتصل بمتجرك ويتابع الحالة المالية لكل طلب — بدون تعديل القالب ولا سكربتات إضافية على واجهة متجرك.
- ينتظر المال. لا يُرسَل شيء عند إتمام الدفع. الحدث يُطلَق في اللحظة التي يصبح فيها الطلب مدفوعًا — بطاقة محصَّلة، أو نقد دفع عند الاستلام مؤكَّد.
- يخبر منصاتك الإعلانية. حدث واحد من الخادم لكل طلب مدفوع إلى Meta وTikTok وSnapchat، إضافة إلى ملف تحويلات لـ Google. من خادم إلى خادم، فلا تستطيع مانعات الإعلانات ولا قيود المتصفح إسقاطه.
- يسترجعه عندما يعود المال. تُتابَع عمليات الاسترداد وإرجاع الشحنات، فترى أي التحويلات انقلبت — ويحمل ملف Google سحبًا صريحًا للتحويل.
- يُظهر لك الحقيقة. سجل كامل للطلبات، ومعدل التحصيل لكل قناة، ومعدل ارتداد يخبرك بمدى تلوّث جماهيرك المصدر.
لا يتواصل مع شركة الشحن إطلاقًا ولا يحتاج إلى ذلك. كل شيء يعتمد على حقيقة واحدة يعرفها متجرك أصلًا: هل تم دفع الطلب أم لا.
القاعدة الواحدة التي تجعله يعمل
مدفوعات البطاقات تضع علامة «مدفوع» على نفسها عند إتمام الدفع. أما الدفع عند الاستلام فلا — إذ لا توجد طريقة يعرف بها متجرك أن شركة الشحن حصّلت المال. لذلك يبقى طلب دفع عند الاستلام تم تسليمه ودُفع بالكامل «معلّقًا» إلى الأبد ما لم يقل أحد غير ذلك، ولا يُرسَل أي حدث بشأنه. وكل واحد من هؤلاء عميل دافع حقيقي لا تعرف عنه منصاتك الإعلانية شيئًا.
لا شيء آخر في هذه الصفحة يهم إذا لم يُعالَج هذا. فالتطبيق الذي لا يستقبل إشارة «مدفوع» سيبقى يبدو متصلًا تمامًا ولا يُرسل شيئًا على الإطلاق — وهو بالضبط ما يجب أن يفعله، وبالضبط ما يبدو كتطبيق معطّل إن لم تعرف السبب.
تبيع مسبوق الدفع فقط؟ لا شيء عليك فعله — مدفوعات البطاقات تضع علامة «مدفوع» على نفسها والحدث يُطلَق تلقائيًا.
أربع طرق للقيام بذلك
قاعدة أتمتة
تلقائي · مجانيإذا كانت شركة الشحن تضع علامة «تم التسليم» في متجرك، يمكن لقاعدة أتمتة أن تضع علامة «مدفوع» في اللحظة نفسها. بلا تطبيق، بلا كود، وبلا أن يتذكّر أحد.
- افتح أداة الأتمتة في متجرك وأنشئ سير عمل.
- المُشغِّل: إنشاء حدث تنفيذ.
- الشرط: حالة التنفيذ تساوي DELIVERED.
- في المسار الصحيح: ضع علامة مدفوع على الطلب.
- شغّلها. Paid Signal يستلمها عبر الـ webhook الذي يستخدمه أصلًا.
شركة الشحن أو مشغّل اللوجستيات
الأفضل إن توفّرإذا كانت شركة الشحن تكتب حالة التنفيذ في متجرك أصلًا، فسيعمل سير العمل أعلاه من تلقاء نفسه ولن تلمس طلبًا مرة أخرى.
- اسأل شركة الشحن إن كان تطبيقها يكتب «تم التسليم» في الطلب.
- إن كان كذلك، ابنِ سير العمل أعلاه وقد انتهيت.
بشكل جماعي من قائمة الطلبات
بلا إعدادالخيار العملي إذا كنت تسوّي مدفوعات شركة الشحن مرة أو مرتين أسبوعيًا.
- افتح الطلبات مُرشَّحة على تلك التي سوّتها شركة الشحن.
- حدّدها، ثم استخدم الإجراء الجماعي لوضع علامة «مدفوع».
- يُطلَق حدث واحد لكل طلب فورًا.
طلبًا بطلب
بلا إعدادمناسب عند الحجم المنخفض، وهو الأدق — فأنت تعلّم بالضبط ما قُبض ثمنه فعلاً.
- افتح الطلب في لوحة متجرك.
- تحصيل الدفعة ← وضع علامة مدفوع.
لا تُؤتمِت هذا إلا إذا كان «تم التسليم» يعني فعلاً «تم الدفع» في حالتك. فإذا كانت شركة الشحن تضع علامة التسليم قبل تسليم النقد، أو كانت المرتجعات تُسوّى لاحقًا، فستكون تخبر المنصات الإعلانية أن عميلًا دفع وهو لم يدفع — وهي بالضبط الإشارة السيئة التي يوجد Paid Signal لإيقافها. عند الشك، ضع علامة «مدفوع» بناءً على تسوية مدفوعاتك بدلًا من ذلك: أبطأ، لكنه صحيح.
أدلة التنفيذ — من الدافعين المؤكَّدين إلى استهداف أفضل
بعد أن يبدأ الحدث بالعمل، هناك خطوتان على كل قناة: أن تُزايد عليه، وأن تبني جمهورًا منه. الأدلة أدناه تُنفَّذ داخل لوحة المنصة الإعلانية نفسها، دون صلاحيات إضافية ودون شيء تنتهي صلاحيته. وفي خطة Scale يمكن لـ Paid Signal أيضًا أن يحافظ لك على جمهور دافعين على Meta وSnapchat، فيضيف الدافعين ويزيل المرتجعات تلقائيًا؛ وفي الحالتين تُنشئ الجمهور المشابه بنفسك داخل المنصة الإعلانية.
Meta
conversions api · جماهيرتتعامل Meta مع أحداث الخادم تمامًا كأحداث البكسل — نفس مجموعة البيانات — وهذا ما يتيح استخدامها كمصدر لجمهور بدون أي صلاحيات إضافية.
- المزايدة عليه: حملة مبيعات ← المجموعة الإعلانية ← حدث التحويل ← DeliveredPurchase.
- بناء جمهور مصدر: Events Manager ← Audiences ← إنشاء جمهور ← Website، والقاعدة مضبوطة على هذا الحدث، ومدة الاحتفاظ 180 يومًا.
- ثم أنشئ جمهورًا مشابهًا منه داخل Meta بنسبة 1% في بلدك. تحتاج Meta إلى 100 شخص مطابَق على الأقل في المصدر قبل أن تبنيه.
- الجمهور قاعدة حيّة وليس ملفًا مرفوعًا — تحدّثه Meta باستمرار مع وصول الأحداث.
TikTok
events api · جمهور الموقع- المجموعة الإعلانية ← حدث التحسين ← حدثك المؤكَّد. تحقّق أن Events Manager يُظهر المصدر Events API لا Browser.
- Assets ← Audiences ← إنشاء ← Website traffic مُرشَّحًا على هذا الحدث لأطول مدة متاحة. ثم ابنِ جمهورًا مشابهًا منه داخل TikTok، وابدأ بـ Narrow.
Snapchat
conversions api · جمهور البكسلتقبل Snapchat أسماء أحداثها الثابتة فقط، لذا اختر اسمًا لا تستخدمه في أي مكان آخر — وإلا خلط الجمهور كل من طلب بكل من دفع، وعدت من حيث بدأت.
- Ads Manager ← Audiences ← إنشاء جمهور ← Pixel Custom Audience مُرشَّحًا على هذا الحدث.
- ثم ابنِ جمهورًا مشابهًا منه داخل Snapchat، واضبط هدف المجموعة الإعلانية على الحدث نفسه.
أزالت Google ميزة الجماهير المشابهة في أغسطس 2023، لذا فإن المكسب على Google في المزايدة أكثر من الجماهير.
- نزّل ملف التحويلات من التطبيق وارفعه في Google Ads ← Goals ← Conversions ← Uploads. المطابقة تعتمد على معرّف النقرة الذي التُقط عند النقر.
- اضبط إجراء التحويل هذا كهدف أساسي، واستخدم «تعظيم التحويلات» أو «تكلفة الاستهداف» لتتعلم المزايدة منه.
كيف تعرف أنه يعمل
| انظر إلى | ماذا يخبرك |
|---|---|
| الأحداث المُرسَلة | يجب أن ترتفع مع وضع علامة «مدفوع» على الطلبات — لا عند إتمام الدفع. إذا كانت ثابتة والطلبات تتوالى، فطلبات الدفع عند الاستلام لا يُعلَّم عليها. |
| معدل التحصيل | المدفوع ÷ المُنشأ. هذا هو الرقم الذي يوجد المنتج كله لكشفه. إن كان 60%، فأربعة من كل عشرة من «تحويلاتك» القديمة كانت وهمًا. |
| معدل الارتداد | نسبة التحويلات المُرسَلة التي أُرجعت أو استُرِدّت لاحقًا. أقل من 10% يعني جمهورًا مصدرًا سليمًا. وأعلى من ذلك يعني أنك ما زلت تُغذّي المنصات بمال عاد إلى أصحابه. |
| معدل التحصيل لكل قناة | الرقم المُحرج. قناة قد تُحضر طلبات كثيرة وتُحصّل بشكل سيئ — وهذه ميزانية كنت تدافع عنها بالمقياس الخطأ. |
اعتراضات منطقية
بكسلي يتتبّع المشتريات أصلًا. لماذا أحتاج هذا؟
بكسلك يتتبّع عمليات إتمام الدفع. في مسبوق الدفع هذا هو الشراء نفسه. أما في الدفع عند الاستلام فهو وعد، ونسبة معتبرة من الوعود لا تتحول إلى مال. ولا توجد طريقة يتعلم بها البكسل ذلك — فهو يتوقف عن المراقبة لحظة إغلاق المتصفح.
أحداث تحويل أقل ستضرّ التحسين عندي.
هذا اعتراض مشروع ويستحق أن يُؤخذ بجدية. المنصات الإعلانية تحتاج فعلاً إلى حجم كي تتعلم، وإذا كان حجم الدافعين المؤكَّدين لديك منخفضًا جدًا فقد تتعثّر الخوارزمية.
النصيحة الصادقة: لا تُحوّل كل شيء مرة واحدة. شغّل حملة واحدة تُحسّن على الحدث المؤكَّد بجوار حملاتك الحالية، وامنحها بضعة أسابيع، ثم قارن بالرقم الذي يدفع رواتبك — النقد المحصَّل — لا بعدد التحويلات المُبلَّغ عنها. وإن كان حجمك رقيقًا فعلاً، استخدم الحدث المؤكَّد للجماهير والتقارير وأبقِ المزايدة على حدث البكسل إلى أن يكفي الحجم.
العائد على الإنفاق المُبلَّغ عنه سينخفض.
نعم. عائدك المُبلَّغ عنه كان يقيس الطلبات المُنشأة. المال في بنكك لم يتغيّر عندما ثبّتت هذا — تغيّرت فقط صدق الرقم الذي يصفه. وكل قرار تتخذه من هنا يُتخذ مقابل ما تم تحصيله فعلاً.
نحن مسبوق الدفع فقط. هل فيه شيء لنا؟
أقل، ونفضّل أن نقول ذلك على أن نبيعك شيئًا. طلباتك تضع علامة «مدفوع» على نفسها عند إتمام الدفع، لذا الفجوة الأساسية التي يغلقها هذا لا توجد عندك.
ما يبقى مفيدًا: أحداث من الخادم لا تستطيع مانعات الإعلانات إسقاطها، وتصحيحات الاسترداد كي لا تُلوّث المرتجعات جماهيرك، وسجل كامل لما تم تحصيله فعلاً بعد الاسترداد.
هل يُرسل هذا بيانات عملائي الشخصية إلى أي مكان؟
بصمات أحادية الاتجاه فقط. البريد الإلكتروني والهاتف يُوحَّدان ويُشفَّران بخاصية SHA-256 قبل أن يخرجا من مساحة عملك — وهذه هي الصيغة التي تُطابق عليها المنصات الإعلانية، ولا يمكن عكسها إلى عنوان مرة أخرى. لا يُنقَل أي شيء قابل للقراءة.
هل عليّ تغيير القالب أو إضافة سكربتات؟
لا. يقرأ طلباتك عبر واجهة متجرك البرمجية ويرسل الأحداث من خادمنا إلى خوادمهم. لا شيء تلصقه في واجهة متجرك ولا شيء يمكن أن يُبطئ موقعك.
توقّف عن التحسين على طلبات لم تُقبض ثمنها
اربط متجرك، وضع علامة «مدفوع» على طلبات الدفع عند الاستلام، ودع منصاتك الإعلانية تتعلم من عملاء دفعوا لك فعلاً.
ابدأ تجربة مجانيةكل الميزات مفعّلة · بدون بطاقة