.svg)
تساعد إشعارات "Braze" في عملية الإعداد فقط عندما يتم تصميم طلب الإذن والمحفز والبديل معاً. اطلب الإذن بعد أول إجراء ذي قيمة، واستخدم أداة التمهيد للإشعارات (push primer) التي لا تتطلب برمجة، وقم بتنويع مسار الرحلة للمستخدمين الذين يرفضون الطلب، وأخرج المستخدمين من المسار بمجرد إتمامهم للعملية.
أبرز النقاط
- اطلب إذن الإشعارات في اللحظة الأولى التي يشعر فيها المستخدم بقيمة حقيقية، وذلك أثناء تدفق العمل وليس بعد انتهائه.
- قم بإنشاء أداة التمهيد باستخدام إجراء زر "طلب إذن الإشعارات" (Request Push Permission)، لكي يقوم نظام تطوير البرمجيات (SDK) بفحص كل جهاز.
- خطط لاحتمالية الرفض: ففي نظام iOS تظهر المطالبات مرة واحدة لكل تثبيت، بينما في نظام Android 13 وما فوق، يتم حظر المطالبات بعد رفضين.
- أخرج المستخدمين من المسار عند إتمام الحدث المطلوب، وضع التنبيه بعد أي خطوة تأخير (Delay).
- أرسل للمستخدمين الذين لا يمكن الوصول إليهم عبر الإشعارات نفس التنبيه من خلال رسالة داخل التطبيق أو عبر البريد الإلكتروني.
- قارن بين المتشابهات: فالمستخدمون الذين يقبلون أداة التمهيد لديهم بالفعل ميل لإكمال العملية.
كيف تتناسب إشعارات "Braze" مع عملية الإعداد؟
في هذا المقال، يعني إتمام الإعداد أن يقوم المستخدم بتنفيذ الحدث المخصص الذي حددته كآخر خطوة في عملية الإعداد. الإشعارات هي قناة تذكير للأشخاص الذين بدأوا العملية ثم توقفوا، ولا يمكنها الوصول إلا إلى الأجهزة التي منحت الإذن.
تضع "Braze" الأمور في نصابها بوضوح؛ فلديك فرصة واحدة فقط لطلب إذن الإشعارات من المستخدمين، ويعد تحسين عملية التسجيل للإشعارات أمراً بالغ الأهمية لمدى وصول رسائلك. تتبع ذلك ثلاثة قرارات: متى تطلب الإذن، وماذا يحدث بعد الرفض، وما الذي تقدمه الرحلة للأشخاص الذين لا يمكن الوصول إليهم عبر الإشعارات.
متى يجب عليك طلب إذن الإشعارات أثناء عملية الإعداد؟
تقترح "Braze" الانتظار حتى يكمل المستخدم نوعاً من الإجراءات ذات القيمة العالية، فهذه علامة على أنهم بدأوا يدركون قيمة تطبيقك. وتقول وثائق مطوري Android الشيء نفسه: دع المستخدمين يتعرفون على التطبيق قبل أن تطلب أي إذن.
توجيهات "Braze" بشأن المطالبات اللطيفة (soft prompts) على الويب أكثر مباشرة؛ اعرض المطالبة بعد أن يفهم المستخدمون قيمة منتجك، وليس عند تحميل الصفحة لأول مرة.
نوصي بوضع المطالبة في اللحظة الأولى التي يشعر فيها المستخدم بقيمة حقيقية. عادة ما تكون تلك اللحظة داخل تدفق العمل وليس بعده. إذا انتظرت حتى انتهاء الإعداد، فإن الأشخاص الذين تريد تنبيههم هم أولئك الذين توقفوا، وبالتالي لن يروا المطالبة أبداً.
إذا طلبت الإذن في الشاشة الأولى، فإنك تستهلك فرصتك الوحيدة قبل أن يكون لدى المستخدم سبب للموافقة.
كيف يمكنك بناء أداة تمهيد للإشعارات في "Braze"؟
أداة التمهيد للإشعارات هي رسالة داخل التطبيق تشرح للمستخدم ما سيتلقاه، وتظهر قبل أن يعرض نظام التشغيل مطالبته الخاصة. يمكنك بناؤها بدون برمجة مخصصة، باستخدام سلوك النقر على الزر "طلب إذن الإشعارات" (Request Push Permission) في رسالة داخل التطبيق لأنظمة iOS أو Android أو الويب.
تتبع الخطوات أدناه وثائق "Braze".
- أنشئ رسالة داخل التطبيق بتنسيق ملء الشاشة أو نافذة منبثقة (modal)، ليكون هناك مساحة للنص وللزريْن معاً.
- اكتب نصاً محدداً يوضح نوع الإشعارات التي سترسلها والقيمة التي تقدمها للمستخدم.
- أضف زرين. توصي Braze باستخدام "السماح بالإشعارات" و"ليس الآن" كبداية. قم بتعيين الزر الأول على "طلب إذن الإشعارات" (Request Push Permission) والثاني على "إغلاق الرسالة" (Close Message).
- قم بجدولة الرسالة بناءً على إجراء معين، مع استخدام "تنفيذ حدث مخصص" (Perform Custom Event) كمشغل للإجراء، وقم بتفعيل هذا الحدث عند لحظة تحقيق القيمة الأولى للمستخدم.
- اطلب من المطورين إزالة أي كود حالي يطلب إذن الإشعارات، لضمان أن تكون رسالة التمهيد هي أول مطالبة يراها المستخدمون.
يتطلب سلوك الأزرار حداً أدنى لإصدار حزمة تطوير البرمجيات (SDK) على كل منصة.
المنصةالحد الأدنى لإصدار SDK لسلوك الزرSwift5.4.0Web4.0.3Android21.0.0
تعد الاستهدافات نقطة تسبب مشاكل في الأسر التي تستخدم أجهزة متعددة. تجمع Braze البيانات على مستوى الملف الشخصي وليس على مستوى الجهاز. لذا، فإن استخدام عامل تصفية مثل "حالة الاشتراك في الإشعارات ليست موافقاً عليها" (Push Subscription Status is not Opted In) سيؤدي إلى استبعاد مستخدم وافق على الإشعارات من جهاز آخر، مما يمنع هاتفه الجديد من تلقي رسالة التمهيد.
الحل الموصى به هو استخدام رسالة التمهيد الجاهزة (no-code primer) دون أي عوامل تصفية إضافية لحالة الإشعارات، لأن حزمة SDK تتحقق من ذلك الجهاز تحديداً. إذا قمت ببناء منطق خاص بك أو استخدمت رابطاً عميقاً بدلاً من ذلك، فلن تتمكن حزمة SDK من التعرف على رسالة التمهيد وستعرض الرسالة على كل جهاز. في هذه الحالة، استخدم عامل تصفية "تمكين الإشعارات في الواجهة الأمامية للتطبيق" (Foreground Push Enabled For App) واضبطه على "خطأ" (false).
إذا كانت سجلات الجهاز والملف الشخصي غير متطابقة عبر مجموعتك التقنية الأوسع، فإن صفحتناخدمة إدارة بيانات العملاءتغطي مطابقة الأجهزة المتعددة وإلغاء التكرار.
ما الذي يحدث على كل منصة عندما يرفض المستخدم الإذن؟
خطط لسيناريو الرفض قبل تصميم سيناريو القبول. يفرض نظام التشغيل المطالبة، لذا تختلف القواعد حسب المنصة. يجب أن تكون رحلة المستخدم قادرة على التعامل مع كل منها.
المنصة والحالةهل تظهر رسالة التمهيد؟ما الذي يجب أن تفعله الرحلةiOS، المستخدم لم يستجبنعمأظهر رسالة التمهيد في لحظة تحقيق القيمة الأولى.iOS، المستخدم رفضلا. يسمح نظام iOS بالمطالبة الأصلية مرة واحدة فقط.وجه المستخدم إلى الرسائل داخل التطبيق أو البريد الإلكتروني، وقدم طريقة للوصول إلى إعدادات الجهاز.Android 13 فما فوق، تم الرفض مرتينلا. يحظر Android المطالبات الإضافية.نفس إجراء الرفض في iOS.Android 12 وما قبلهغير موصى به، لأن الإشعارات مفعلة افتراضياً.تخطَّ رسالة التمهيد وأرسل الإشعارات مباشرة.الويب، تم رفض الإذنلا. لا يمكن استعادة الحالة في المتصفح.استخدم البريد الإلكتروني أو الرسائل داخل التطبيق فقط.
على الويب، قم بتشغيل رسالة التمهيد بناءً على نقرة من المستخدم. تشير Braze إلى أن بعض المتصفحات الحديثة تعرض المطالبة فقط بعد تفاعل المستخدم، ومن المرجح أن يتم تجاهل أو حظر أي طلب يتم إرساله عند تحميل الصفحة.
على نظام iOS، لا يزال الجهاز الذي يتمتع بتفويض مؤقت مؤهلاً لتلقي رسالة التمهيد، ويستقبل رمز إشعار في الواجهة الأمامية. إذا كنت تجمع بين التفويض المؤقت ورسالة التمهيد، تنصحك Braze بالتواصل مع ممثل Braze الخاص بك للحصول على التوجيه.
إذا كان إعداد الإشعارات الخاص بالتطبيق متوقفاً، تقول Braze إنك بحاجة إلى إعادة توجيه المستخدم إلى إعدادات الإشعارات في إعدادات الجهاز. تعتبر المطالبة اللطيفة (soft prompt) على الويب مهمة للسبب نفسه؛ حيث يحد المتصفح من عدد مرات المطالبة المباشرة، ولا يمكن التراجع عن الرفض من جانبك.
كيف يجب أن تتعامل "لوحة رحلة المستخدم" (Canvas) الخاصة ببدء الاستخدام مع مستخدمي الإشعارات وغيرهم؟
ابدأ بدخول يعتمد على إجراء معين. تصف Braze التسليم القائم على الإجراء بأنه فعال جداً للرسائل القائمة على الإنجازات. بالنسبة لبدء الاستخدام، يكون مشغل الدخول هو حدث التسجيل الخاص بك.
ثم قم بتعيين معايير الخروج لتكون حدث الإكمال. عندما يقوم المستخدم بتنفيذ حدث الخروج، تضع Braze علامة عليه للخروج فوراً، ولا ينتقل إلى الخطوات اللاحقة. هناك ملاحظة بشأن التأخير: المستخدم الموجود بالفعل في خطوة "تأخير" (Delay) سيبقى هناك حتى ينتهي وقت التأخير.
ضع التنبيه بعد التأخير، وسيؤدي الخروج إلى إيقاف إرساله. تغطي Braze أيضاً مطابقة معايير الخروج مع أحداث الدخول. يساعد ذلك عندما تحتوي عملية بدء الاستخدام على عدة مسارات، ويجب ألا يغادر المستخدم إلا بعد إنهاء المسار الذي دخل فيه.
اقتراحنا هو إضافة خيار بديل هنا. تصل خطوة الإشعارات فقط إلى المستخدمين المشتركين أو الذين وافقوا على الإشعارات وقاموا بتفعيل إشعارات الواجهة الأمامية. كما توضح Braze أن حالة الاشتراك لا تضمن وصول الرسالة.
تعامل مع إمكانية الوصول عبر الإشعارات الفورية كحقيقة تقنية للجهاز. أرسل للمستخدمين الذين لا يمكنهم تلقي الإشعارات الفورية نفس التنبيه عبر رسالة داخل التطبيق أو بريد إلكتروني. تشير Braze إلى أن القنوات الأخرى قد تكون أكثر فعالية في الوصول إلى المستخدمين الذين يتجاهلون الإشعارات الفورية، وتخص بالذكر الرسائل داخل التطبيق والبريد الإلكتروني.
ما الذي يجب أن تتضمنه إشعارات الترحيب (onboarding)؟
توصي Braze بأن يتراوح طول كل سطر في العنوان والنص الأساسي بين 30 و40 حرفاً تقريباً. كما تقترح جعل الإشعار قابلاً للتنفيذ ومفيداً في أقل من 40 حرفاً. احرص دائماً على التجربة على جهاز حقيقي قبل الإرسال، لأن العرض النهائي لأي تخصيص باستخدام Liquid يختلف من مستخدم لآخر.
اذكر الخطوة التي توقف عندها المستخدم وأعده مباشرة إليها. التنبيه الذي يقول "أكمل الإعداد" أضعف من التنبيه الذي يحدد الإجراء التالي بوضوح. الروابط العميقة (Deep links) تجعل هذا ممكناً.
تجنب إدراج التفاصيل الشخصية في نص الإشعار. تؤكد Braze أنه لا ينبغي استخدام الإشعارات الفورية لإرسال معلومات شخصية حساسة أو سرية.
هناك نقطتان تتعلقان بالسياسات يجب مراعاتهما. تشير صفحة أفضل ممارسات الإشعارات الفورية في Braze إلى سياسة متجر تطبيقات Apple، التي تنص على عدم اشتراط الإشعارات الفورية لعمل التطبيق. كما تقتبس الصفحة نفسها قاعدة تحظر استخدام الإشعارات الفورية للترويج أو التسويق المباشر دون الحصول على موافقة صريحة داخل تطبيقك.
ما إذا كان تذكير معين ضمن مرحلة الترحيب يُعد تسويقاً أم لا، هو مسألة قانونية لا يحسمها هذا المقال.
كيف يبدو هذا بالنسبة لتطبيق افتراضي؟
لنفترض وجود تطبيق لتخطيط الوجبات يتضمن ثلاث خطوات للترحيب. يقوم المستخدمون بإنشاء حساب، وتحديد تفضيلات الأسرة، وحفظ أول خطة أسبوعية. حفظ الخطة هو حدث الإكمال.
تأتي لحظة القيمة الأولى عندما يرى المستخدم خطة مقترحة، وهنا يتم تفعيل التمهيد (primer). المستخدمون الذين يوافقون يتلقون تنبيهاً فورياً واحداً بعد فترة تأخير، في حال لم يتم حدث الإكمال. تعمل معايير الخروج على استبعاد أي شخص يحفظ خطة خلال فترة التأخير.
المستخدمون الذين يرفضون، أو الذين لا يمكن لأجهزتهم تلقي التمهيد، يتلقون نفس التنبيه كرسالة داخل التطبيق في جلستهم التالية أو كبريد إلكتروني. ينتهي الأمر بكل مستخدم بتلقي تنبيه واحد عبر قناة واحدة. خطوة الإشعار الفوري ليست أبداً الطريقة الوحيدة للإكمال.
هذا المثال توضيحي فقط. فهو لا يستخدم بيانات عملاء حقيقية ولا يصف نتائج فعلية.
ما الذي قد يسير بشكل خاطئ، وكيف يمكنك اكتشافه؟
هذه هي الإخفاقات التي نتحقق منها قبل الإطلاق. ولكل منها سبب موثق.
الإخفاق: كيف يبدو: الحل: المطالبة المزدوجة: تظهر المطالبة الأصلية قبل التمهيد الخاص بك، فلا يتبقى للتمهيد ما يطلبه. احذف كود الإذن القديم ليكون التمهيد هو الأول. تمهيد الرابط المخصص: يحل رابط عميق أو منطق مخصص محل الزر، فتظهر الرسالة على كل جهاز. استخدم إجراء زر "طلب إذن الإشعارات الفورية". الفلتر على مستوى المستخدم: المستخدمون الذين لديهم جهاز ثانٍ لا يرون التمهيد أبداً على الجهاز الجديد. تخلَّ عن فلاتر حالة الإشعارات الفورية، أو استخدم الفلتر على مستوى الجهاز. قراءة الاشتراك كإمكانية وصول: يبدو عدد الجمهور جيداً ولكن الإشعارات تصل لعدد أقل من الناس. تحقق من تفعيل الإشعارات في الواجهة الأمامية، وليس حالة الاشتراك فقط. نافذة تحويل قصيرة: تقع عمليات الإكمال المتأخرة خارج النافذة ولا يتم تتبعها مقابل Canvas. توصي Braze بضبط نافذة التحويل لتطابق على الأقل أطول مسار في Canvas.
المستخدم الذي يرفض في مطالبة نظام التشغيل يظل "مشتركاً"، ويظهر الملف الشخصي عدم وجود رمز إشعار فوري في الواجهة الأمامية. لا تقوم Braze تلقائياً بتغيير حالة اشتراك المستخدم في الإشعارات الفورية إلى "غير مشترك" عند إلغاء الموافقة على مستوى نظام التشغيل. قد يشير الملف الشخصي إلى أنه مشترك بينما يشير الجهاز إلى العكس.
تقترح Braze السماح للمستخدمين بالتحكم في الإشعارات الفورية من داخل تطبيقك. إيقاف الإشعارات على مستوى الجهاز يؤدي إلى إزالة رمز الإشعار الفوري الخاص بهم.
الأجهزة المشتركة تتطلب تفكيراً أيضاً. يمكن للتطبيق الاحتفاظ باشتراك إشعار فوري واحد فقط لكل جهاز، لذا عند تسجيل دخول مستخدم جديد، يتم إعادة تعيين الرمز له. اختبر كل خطوة في بيئة تطوير قبل الإطلاق، كما تنصح Braze لإعدادات Canvas.
هناك فخ في القياس يستحق الذكر. المستخدمون الذين يقبلون التمهيد لديهم بالفعل ميل للإكمال. لذا فإن مقارنة الإكمال بين من وافقوا ومن رفضوا تبالغ في تقدير دور الإشعارات الفورية.
قارن الأمور المتشابهة. تعامل مع خطوة الإشعار الفوري كجزء من الرحلة وليس كسبب للإكمال.
كيف يرتبط هذا ببقية البرنامج؟
تُعد الإشعارات الفورية إحدى قنوات التواصل ضمن عملية إعداد أوسع للمستخدمين. يقدم استعراضنا لـ10 حملات إعداد مجربةتوضيحاً لمكانة التنبيهات ضمن الرسائل الأخرى. كما يتناول الدليل الإرشادي حولأتمتة رحلة الإعداد باستخدام Canvasإعدادات الدخول والخروج بمزيد من التفصيل.
يعتمد كل من حدث الإكمال وحدث القيمة الأولى علىتتبع أحداث المستخدمبشكل صحيح. وبما أن التمهيد بحد ذاته عبارة عن رسالة داخل التطبيق، فإن دليلنا حولمشغلات الرسائل داخل التطبيقينطبق هنا بشكل مباشر.
بمجرد موافقة المستخدمين على الاشتراك،تساعد تجزئة الإشعارات الفوريةفي الحفاظ على صلة الرسائل اللاحقة باهتماماتهم.الروابط العميقةتوجه كل تنبيه إلى الخطوة الصحيحة.
بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK بالتعامل مع إذن الإشعارات الفورية كلحظة تفاعل مع المنتج وليس كإعداد تقني. اتفق مع فريق المنتج على حدث القيمة الأولى، وقم ببناء التمهيد البرمجي (no-code) بناءً عليه، وقدم لكل مستخدم لا يمكنه تلقي إشعارات فورية تنبيهاً مكافئاً عبر قناة أخرى.
الأسئلة الشائعة
1. هل يجب أن أطلب إذن الإشعارات الفورية عند التشغيل الأول؟
تقترح Braze الانتظار حتى يقوم المستخدم بإجراء ذي قيمة عالية. كما تنصح وثائق مطوري أندرويد بالسماح للمستخدمين بالتعرف على التطبيق أولاً. إن طلب الإذن عند التشغيل الأول يستهلك فرصتك الوحيدة قبل أن يكون لدى المستخدم سبب للموافقة.
2. هل يمكنني عرض التمهيد مرة أخرى بعد أن يرفض المستخدم ذلك على نظام iOS؟
ليس من خلال التمهيد. توضح وثائق Braze أن نظام iOS لا يعرض المطالبة الأصلية مرة أخرى لتثبيت التطبيق نفسه. يقوم نظام تطوير البرمجيات (SDK) بحجب التمهيد للأجهزة التي رفضت الإذن، لذا فإن الطريق الوحيد للرجوع هو من خلال إعدادات الجهاز.
3. هل ينطبق التمهيد على نظام أندرويد 12 والإصدارات الأقدم؟
لا توصي Braze بذلك، لأن الإشعارات تكون مفعلة تلقائياً في تلك الإصدارات. يتطلب نظام أندرويد 13 وما يليه الحصول على إذن قبل عرض الإشعارات.
4. هل حالة الاشتراك في الإشعارات تعني القدرة على تلقيها؟
الأمران مختلفان. توضح Braze أن حالة الاشتراك لا تضمن وصول الإشعارات، حيث يحتاج المستخدم أيضاً إلى تفعيل الإشعارات في واجهة الجهاز. تأكد من التحقق من كلا الأمرين عند تحديد الجمهور المستهدف.
5. ما هو الطول المناسب لإشعار الترحيب (Onboarding)؟
توصي Braze بأن يتراوح طول العنوان ونص الرسالة بين 30 و40 حرفاً لكل سطر تقريباً. كما تقترح أن تكون الإشعارات التفاعلية أقل من 40 حرفاً.
المصادر
- Braze،رسائل داخل التطبيق لتمهيد الإشعارات. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،مطالبات الإشعارات اللطيفة (Soft push) للويب. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،أفضل الممارسات للإشعارات. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،تفعيل الإشعارات والاشتراك فيها. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،معايير الخروج. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،مطابقة معايير الخروج مع أحداث الدخول. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،أنواع التسليم والدخول. تم الاسترجاع في 14 أكتوبر 2026.
- مطوروا أندرويد،إذن الإشعارات في وقت التشغيل. تم الاسترجاع في 14 أكتوبر 2026.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كانت رحلة إعداد المستخدمين لديك تتضمن مرحلة طلب إذن لم تقم بتصميمها بعد، فلنتحدث حول ذلك.
.svg)
