.svg)
تعمل تكتيكات إشعارات الدفع في Braze بشكل أفضل عند تنفيذها بترتيب ثابت: ابدأ بكسب الإذن عبر رسالة تمهيدية، ثم حافظ على نطاق الوصول باستخدام عناصر التحكم في الاشتراك داخل التطبيق، واضبط قواعد الضغط من خلال حدود التكرار وساعات الهدوء. بعد ذلك، قم بقياس التحويلات واستبعد المستخدمين غير المتفاعلين. يوضح هذا المنشور التسلسل المطلوب وما تنص عليه وثائق Braze حول كل خطوة.
أبرز النقاط
- لا يمكن عرض مطالبة الدفع الأصلية إلا مرة واحدة لكل عملية تثبيت، لذا فإن الرسالة التمهيدية هي التي تبرر طلب الموافقة.
- تعمل الرسالة التمهيدية التي لا تتطلب برمجة على حجب نفسها تلقائياً بناءً على حالة الجهاز، لذا لن تحتاج إلى إضافة فلاتر لحالة الدفع.
- يتحقق Braze من حد التكرار قبل ساعات الهدوء، ويتم تخطي المستخدم الذي وصل إلى الحد الأقصى بدلاً من وضعه في قائمة الانتظار.
- يمكن احتساب أحداث التحويل لمدة تصل إلى 30 يوماً، كما أن تحديد موعد نهائي ثابت يمنحك نتائج قابلة للمقارنة.
- توقف سياسة الإيقاف التدريجي إرسال إشعارات الدفع للمستخدمين الذين لم يسجلوا أي فتح مباشر أو غير مباشر، وتحولهم إلى رسائل البريد الإلكتروني أو الرسائل داخل التطبيق.
- نوصي بضبط قواعد الضغط وقاعدة الخروج قبل إطلاق الحملة الأولى.
ما هي تكتيكات إشعارات الدفع في Braze التي يجب البدء بها؟
بصفتنا شريكاً في تنفيذ Braze، نوصي بترتيب مهام إشعارات الدفع وفقاً لرحلة المستخدم: الإذن، الوصول، الضغط، القياس، ثم الخروج. تعتمد كل مرحلة على ما قبلها؛ فالرسالة التي يتم توقيتها بشكل مثالي لن تحقق أي فائدة على جهاز لم يمنح الإذن أصلاً.
المرحلة | التكتيك | ما تنص عليه وثائق Braze 1. الإذن | رسالة تمهيدية داخل التطبيق | لا يمكن عرض المطالبة إلا مرة واحدة لكل تثبيت 2. الوصول | عناصر التحكم في الاشتراك داخل التطبيق | يؤدي إلغاء الاشتراك على مستوى الجهاز إلى إزالة رمز الدفع 3. الضغط | حدود التكرار وساعات الهدوء | بحد أقصى 10 قواعد لكل مساحة عمل 4. القياس | أحداث التحويل | نافذة زمنية تصل إلى 30 يوماً 5. الخروج | سياسة الإيقاف التدريجي | التوقف عن الإرسال للمستخدمين الذين لم يسجلوا أي فتح مباشر أو غير مباشر
نوصي ببناء المرحلتين الثالثة والخامسة قبل إطلاق الحملة الأولى، فكلاهما أقل تكلفة عند الإعداد المبكر مقارنة بتعديلهما بعد بدء البرنامج.
كيف يجب أن تطلب إذن إرسال إشعارات الدفع؟
تذكر صفحة أفضل ممارسات إشعارات الدفع في Braze أنك لا تملك سوى فرصة واحدة لطلب إذن الدفع. وتضيف أنه بمجرد رفض المستخدم، يصبح من الصعب جداً إقناعه بتفعيل الإشعارات مرة أخرى من إعدادات الجهاز. الرسالة التمهيدية هي رسالة داخل التطبيق توضح للمستخدمين ما يمكنهم توقعه قبل ظهور مطالبة النظام.
يفرض نظام التشغيل هذا القيد: لا يمكن عرض المطالبة الأصلية إلا مرة واحدة لكل تثبيت. توضح وثائق أندرويد من جوجل أن نظام أندرويد 13 (مستوى واجهة برمجة التطبيقات 33) والإصدارات الأحدث يدعم إذن وقت التشغيل لإرسال إشعارات غير مستثناة من التطبيق. وتوثق Braze أن رفض الإذن مرتين على أندرويد 13 والإصدارات الأحدث يؤدي إلى حظر المطالبات اللاحقة، بما في ذلك رسائل Braze التمهيدية.
تقترح Braze الانتظار حتى يكمل المستخدم إجراءً ذا قيمة عالية، أو حتى تظهر حاجة ملحة يمكن لإشعارات الدفع تلبيتها، مثل تتبع الشحنات بعد الطلب. لذا، فإن الرسالة التمهيدية هي المكان المناسب لتقديم مبرراتك، ويعد التوقيت الجزء الأهم في هذا التكتيك. لبناء رسالة تمهيدية، اتبع دليل الرسائل التمهيدية لإشعارات الدفع:
- أنشئ رسالة داخل التطبيق بتنسيق ملء الشاشة أو نافذة منبثقة، لتوفير مساحة للنص وزرين.
- وضح أنواع الإشعارات التي سترسلها والقيمة التي تقدمها للمستخدمين.
- أضف زر "ليس الآن" لضبطه على "إغلاق الرسالة"، وزر "السماح بالإشعارات" لضبطه على "طلب إذن الإشعارات".
- جدول الرسالة كرسالة قائمة على إجراء، مع ضبط "تنفيذ حدث مخصص" كمحفز لها.
- اطلب من المطورين إزالة أي كود برمجي حالي يطلب إذن الإشعارات، لضمان أن تكون هذه الرسالة التمهيدية هي أول طلب يراه المستخدمون.
يتطلب الاستهداف دقة عالية لأن Braze يحتفظ ببيانات المستخدم على مستوى الملف الشخصي، بينما يرتبط الإذن بكل جهاز على حدة. لذا، فإن استخدام فلتر على مستوى المستخدم مثل "حالة الاشتراك في الإشعارات" (Push Subscription Status) بحيث لا يكون "مشتركاً" (Opted In) سيؤدي إلى استبعاد الأشخاص المشتركين بالفعل على جهاز آخر، ولن تظهر لهم الرسالة أبداً على جهاز جديد.
مع الرسالة التمهيدية التي لا تتطلب برمجة، يتحقق حزمة تطوير البرمجيات (SDK) من حالة الإذن للجهاز نفسه، وتقوم بحجب الرسالة تلقائياً، لذا لا داعي لإضافة فلاتر لحالة الإشعارات.
يعتمد هذا الحجب على استخدام إجراء زر "طلب إذن الإشعارات". أما المنطق المخصص أو الروابط العميقة فستعرض الرسالة بغض النظر عن حالة الجهاز. إذا كان فريقك قد صمم رسالة تمهيدية خاصة به، نوصي بالتحقق من ذلك قبل افتراض أن الحجب سيتم تلقائياً.
كيف تحافظ على اشتراك المستخدمين بعد موافقتهم؟
يشير Braze إلى أن إيقاف الإشعارات من إعدادات الجهاز يؤدي إلى إزالة رمز الإشعارات (push token) بالكامل. البديل الموصى به هو منح المستخدمين تحكماً مباشراً في اشتراكاتهم داخل تطبيقك، وتعد صفحة الإعدادات داخل التطبيق إحدى الطرق الفعالة لتوفير هذا التحكم.
من الأساليب الشائعة استخدام سمة مخصصة منطقية (boolean) في Braze تعكس كل إعداد في التطبيق. المثال الموثق هو تطبيق إخباري يحتوي على إعدادات اشتراك للأخبار العاجلة، والأخبار الرياضية، والسياسة، حيث يمكن استخدام كل منها كفلتر للتقسيم.
نقترح التعامل مع صفحة الإعدادات كأداة لتعزيز الصلة بالمحتوى، لأن المستخدمين يخبرونك بما يريدونه بدلاً من أن تضطر لاستنتاجه. كما أنها تمنحهم خياراً أسهل من إيقاف الإشعارات تماماً.
ما هو الحد الذي يعتبر فيه الضغط على المستخدم مبالغاً فيه؟
يتم تفعيل خاصية تحديد التكرار (Frequency capping) افتراضياً عند إنشاء حملات جديدة. يمكنك ضبط القواعد في مساحة العمل الخاصة بك، وتحديد سقف لكل قناة أو وسم خلال دقائق أو أيام أو أسابيع، بحد أقصى 30 يوماً. وتسمح الوثائق بإنشاء ما يصل إلى 10 قواعد لكل مساحة عمل.
يقترح المثال الخاص بها تحديد سقف للمستخدمين بإشعار واحد يومياً وثلاثة إشعارات أسبوعياً. بينما صفحة تحديد التكرار توضح أيضاً أن الرسائل المتعلقة بالمعاملات هي حالة يجب أن تصل للمستخدم دائماً.
يمكن لحملات واجهة برمجة التطبيقات (API) تجاوز الحدود القصوى عن طريق ضبط override_frequency_capping على "صحيح" (true). افتراضياً، الحملة التي لا تلتزم بحدود التكرار لا تُحتسب ضمن تلك الحدود أيضاً.
إذا كنت تستخدم أيضاً خاصية تحديد المعدل (rate limiting)، فإن Braze يطبق حد المعدل أولاً ثم حد التكرار ثانياً. ولا يتم تعويض المستخدمين الذين تم استبعادهم بسبب حد التكرار. في المثال الموثق، إذا كان حد المعدل 500 وتم استبعاد 200 مستخدم بسبب حد التكرار، فسيتم إرسال 300 رسالة فقط.
تعمل ساعات الهدوء جنباً إلى جنب مع كليهما. يتحقق Braze من الحد الأقصى قبل ساعات الهدوء، لذا يتم تخطي المستخدم الذي وصل بالفعل إلى الحد الأقصى بدلاً من تعليق رسالته. وفي حالات أخرى، يتم تعليق الرسالة حتى انتهاء فترة ساعات الهدوء حسب المنطقة الزمنية للمستخدم، ثم يتم التحقق من الحد الأقصى مرة أخرى.
نظراً لأن جميع الرسائل المعلقة تُرسل دفعة واحدة عند انتهاء فترة ساعات الهدوء، فإننا نوصي بعدم الاعتماد على ساعات الهدوء لتوزيع الحمل في الحملات الحساسة للوقت. كما يوصي Braze باختيار إما ساعات الهدوء أو التوقيت الذكي (Intelligent Timing) بدلاً من كليهما، ما لم تفرض السياسات أو الامتثال استخدام ساعات الهدوء.
ما هي إعدادات التسليم التي تغير كيفية وصول إشعار الدفع (Push) إلى الجهاز؟
بشكل افتراضي، يرسل Braze الإشعارات إلى كل جهاز لديه رمز دفع (push token) صالح. يمكن لإعداد "وجهة الدفع" (Push destination) حصر ذلك في جهاز واحد، لكن هذا الخيار تقني وليس سلوكياً؛ فهو يختار الجهاز صاحب أحدث رمز دفع، وليس الجهاز الذي شهد آخر جلسة استخدام.
يؤدي الرمز المضاف عبر واجهة برمجة التطبيقات (API) إلى جعل ذلك الجهاز هو المختار فوراً، حتى قبل أن يفتح المستخدم جلسة عليه. وإذا لم يكن ذلك الجهاز مفعلاً لاستقبال إشعارات الدفع، فلن يتم إرسال الرسالة.
بالنسبة لنظام Android، تعد أولوية التسليم خياراً على مستوى الحملة. الإعداد "عادي" (Normal) مناسب للمزامنة في الخلفية وقد يتأخر للحفاظ على البطارية، بينما الإعداد "عالي" (High) مناسب للتنبيهات والتذكيرات الحساسة للوقت.
فيما يخص النصوص، يوصي Braze بـ 30-40 حرفاً تقريباً لكل سطر في العنوان والمتن. لا يأخذ عداد الأحرف في أداة الإنشاء لغة Liquid في الاعتبار، لذا اختبر الرسالة على جهاز حقيقي قبل الإرسال.
كيف تقيس مدى نجاح تكتيك معين؟
قم بتعيين حدث تحويل (conversion event) لكل حملة إشعارات دفع. يتيح لك Braze احتساب التحويل لمدة تصل إلى 30 يوماً بعد استلام الرسالة. يحسب تتبع التحويل أي فتح للرسالة، سواء كان مباشراً أو متأثراً بها، حتى موعد نهائي ثابت مثل ثلاثة أيام.
يختلف الفتح المتأثر بالرسالة، لأن نافذته الزمنية تختلف من شخص لآخر بناءً على تفاعلهم السابق. نحن نفضل الموعد النهائي الثابت للتحويل لمقارنة الحملات، لأنه يظل ثابتاً لجميع المستخدمين.
تضيف لوحات معلومات أداء إشعارات الدفع (Push Performance) رؤية شاملة للأداء والرؤى وقابلية التسليم على مستوى القناة. تدرج ملاحظات إصدار Braze هذه اللوحات كمتوفرة بشكل عام اعتباراً من 17 سبتمبر 2026. تحقق من حالة الإصدار مرة أخرى قبل الاعتماد على لوحة المعلومات، حيث يمكن أن تتغير.
نوصي بتخصيص مقياس لكل مرحلة بدلاً من الاعتماد على معدل فتح مدمج واحد. راقب معدل المنح (grant rate) للمرحلة التمهيدية، وفقدان الرموز (token loss) لعناصر التحكم في الوصول، والتحويلات لتكتيكات الرسائل.
متى يجب عليك التوقف عن إرسال إشعارات الدفع لشخص ما؟
يوصي Braze بسياسة "الغروب" (sunset policy) التي توقف إرسال إشعارات الدفع في النهاية للمستخدمين الذين لم يفتحوا أي رسالة مباشرة أو متأثرة بها لفترة طويلة. حدد هؤلاء المستخدمين بناءً على عمليات الفتح هذه وتوقف عن الإرسال تدريجياً. قبل إيقاف إشعارات الدفع تماماً، أرسل إشعاراً أخيراً يوضح السبب.
يمنح هذا الأشخاص فرصة لإظهار رغبتهم في الاستمرار. بعد تفعيل السياسة، يمكن لرسالة داخل التطبيق إخبارهم بأن القنوات الأخرى لا تزال تقدم معلومات مفيدة. يقترح Braze البريد الإلكتروني للأشخاص الذين يفتحون رسائل البريد، والرسائل داخل التطبيق للآخرين، مما يتجنب خطر إلغاء تثبيت التطبيق.
لا تقدم الوثائق حداً أدنى لما يعتبر "فترة طويلة". أي عدد من الأيام أو الرسائل هو قرار يعود لك ولفريق المنتج، ليتم مراجعته بناءً على النتائج التي تلاحظها.
أين يمكن أن تفشل هذه التكتيكات؟
من وجهة نظرنا، هناك أربعة أنماط للفشل تستحق التصميم لتجنبها، وكل منها عبارة عن خطأ في التسلسل وليس مشكلة في المنتج. الأول هو رسالة تمهيدية تظهر عند التشغيل الأول، قبل أن يرى المستخدم أي قيمة، مما يستهلك طلب الإذن الأصلي مبكراً. الثاني هو رسالة تمهيدية مصممة يدوياً تتجاوز إجراء الزر وتفقد ميزة القمع على مستوى الجهاز.
الثالث هو حملة معاملات مضبوطة ليتم احتسابها ضمن الحدود القصوى، مما قد يستهلك مساحة تحتاجها حملات التسويق. الرابع هو قاعدة "الغروب" دون وجود قناة تالية خلفها، مما يترك المستخدم المنقطع دون مسار للعودة. كل خطأ من هذه الأخطاء سهل التدارك في مراجعة ما قبل الإطلاق وصعب التشخيص من النتائج لاحقاً.
كيف يبدو المثال العملي؟
تخيل بائع تجزئة افتراضياً يطلق تطبيقاً في سوق جديد. يقوم بجدولة رسالة تمهيدية للإشعارات كرسالة داخل التطبيق تعتمد على الإجراء، يتم تفعيلها عند إتمام أول طلب. تقدم الرسالة التمهيدية تتبع الشحنة كسبب للموافقة على الإشعارات.
يتم استخدام الحد الأقصى الموثق بإرسال إشعار واحد يومياً وثلاثة إشعارات أسبوعياً. تتجاوز حملة تحديثات التوصيل هذا الحد لأنها ذات طبيعة إجرائية. وبالنسبة للمستخدمين الذين لم يفتحوا أي إشعار لفترة طويلة، يتم تفعيل مسار "الإيقاف التدريجي" لإرسال إشعار أخير، ثم تحويلهم إلى البريد الإلكتروني أو الرسائل داخل التطبيق.
هذا مجرد توضيح، ولا يمثل عملاً خاصاً بأحد العملاء أو بيانات توصيل فعلية، كما أنه لا يتضمن أي نتائج.
كيف يرتبط هذا ببقية البرنامج؟
تضع قواعد الأذونات والضغط الحد الأقصى لكل شيء آخر. وبمجرد تفعيلها، تقسيم جمهور الإشعاراتوالتخصيص يتم تحديد من يتلقى ماذا. توقيت الإرسال ثم يتم تحديد متى.
يحتاج المستخدمون الجدد إلى مسار خاص بهم، وهو ما يتم تغطيته في إشعارات الدفع لإكمال عملية الإعداد. تعمل عملية الإيقاف التدريجي بشكل أفضل عندما تكون القناة التالية جاهزة، لذا راجع رسائل تفاعلية داخل التطبيق. يتم الاطلاع على النتائج في تحليلات إشعارات الدفع.
بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK بضبط قواعد الضغط وقاعدة الخروج قبل إطلاق الحملة الأولى. قم بمراجعتها كل ربع سنة مقابل الحدود المذكورة في وثائق Braze.
الأسئلة الشائعة
1. هل يحل تمهيد إشعارات الدفع محل طلب الإذن الأصلي للنظام؟
لا، لا يحل محله. يظهر التمهيد أولاً، ثم يؤدي زر "طلب إذن الإشعارات" الخاص به إلى تشغيل طلب النظام الأصلي.
2. هل تُحتسب الرسائل المُلغاة ضمن حدود التكرار؟
لا تُحتسب. توثق Braze أن الرسائل المُلغاة لا تدخل ضمن حدود التكرار.
3. هل تحتفظ Braze بالرسالة المحدودة حتى انتهاء ساعات الهدوء؟
لا تفعل ذلك. إذا وصل المستخدم بالفعل إلى الحد الأقصى، تتخطى Braze عملية الإرسال ولا تحتفظ بالرسالة. أما إذا تم تعليق الرسالة، فإنها تتحقق من الحد الأقصى مرة أخرى عند موعد الإرسال المؤجل.
4. ما هو الحجم الأقصى لحمولة إشعار الدفع (Push Payload)؟
توثق Braze أن الحد الأقصى لحجم الحمولة هو 3,807 بايت، وتوصي بالإبقاء على الحمولات في حدود بضع مئات من البايتات. يتم عرض لغة Liquid لكل مستخدم على حدة، لذا يُنصح بالاختبار على جهاز حقيقي.
5. هل تؤثر قواعد متجر التطبيقات على العروض الترويجية عبر إشعارات الدفع؟
تُقيّد إرشادات مراجعة تطبيقات Apple، في القسم 4.5.4، استخدام إشعارات الدفع لأغراض الترويج والتسويق المباشر. لا ينبغي استخدام إشعارات الدفع لهذه الأغراض ما لم يوافق العملاء صراحةً على ذلك من خلال لغة الموافقة المعروضة في واجهة المستخدم الخاصة بالتطبيق، مع إتاحة خيار إلغاء الاشتراك داخل التطبيق. لا يحدد هذا المنشور ما إذا كان برنامجك يمتثل لهذه القاعدة أو لأي قانون آخر.
المصادر
- Braze،أفضل الممارسات للإشعاراتتم الاسترجاع في 25 أكتوبر 2026.
- Braze،رسائل داخل التطبيق لتمهيد الإشعاراتتم الاسترجاع في 25 أكتوبر 2026.
- Braze،إنشاء رسالة دفعتم الاسترجاع في 25 أكتوبر 2026.
- Braze،تحديد معدل الإرسال وحدود التكرارتم الاسترجاع في 25 أكتوبر 2026.
- Braze،ساعات الهدوءتم الاسترجاع في 25 أكتوبر 2026.
- Braze،ملاحظات الإصدارتم الاسترجاع في 25 أكتوبر 2026.
- Google، إذن الإشعارات في وقت التشغيل (2026). تم الاسترجاع في 25 أكتوبر 2026.
- Apple، إرشادات مراجعة التطبيقاتتم الاسترجاع في 25 أكتوبر 2026.
- يعتمد هذا المنشور بشكل أساسي على وثائق Braze التي تم الاطلاع عليها في 25 أكتوبر 2026. قد تتغير الحدود والإعدادات الافتراضية وحالة الإصدار، لذا يرجى التحقق من الصفحات الحالية قبل اتخاذ أي إجراء بناءً عليها.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كنت تخطط لبرنامج إشعارات دفع وترغب في ضبط قواعد الإذن والضغط والخروج بالترتيب الصحيح، فلنتحدث.
.svg)
