.svg)
لأتمتة حملات الجوال في Braze Canvas، اختر نوع دخول يتوافق مع حدث التطبيق الذي تهتم به، ثم رتب خطوات إشعارات الدفع والرسائل داخل التطبيق بناءً على كيفية عمل كل قناة. تنتظر الرسائل داخل التطبيق بدء جلسة، لذا عادةً ما تأتي خطوة إشعار الدفع أولاً. حدد تاريخ انتهاء الصلاحية، وأكد التطبيق المستهدف، وقم بإجراء اختبارات على سلوكيات حقيقية قبل الإطلاق.
أبرز النقاط
- يتناسب الدخول القائم على الإجراءات مع رحلات الجوال: حيث يدخل المستخدمون عند فتح تطبيقك، أو إجراء عملية شراء، أو تفعيل حدث مخصص.
- لا تظهر الرسائل داخل التطبيق إلا عندما يفتح المستخدم التطبيق المستهدف ويستوفي معايير التفعيل، ويمكن عرض كل رسالة مرة واحدة فقط.
- ينتقل المستخدمون خارج خطوة الرسالة داخل التطبيق فوراً، لذا استخدم مسارات الإجراءات (Action Paths) مع عامل تصفية "عرض الرسالة داخل التطبيق" لتوجيه أولئك الذين لم يشاهدوها.
- إذا كان تاريخ انتهاء الصلاحية قد فات بالفعل عندما يصل المستخدم إلى خطوة الرسالة داخل التطبيق، فلن يتلقى هذا المستخدم الرسالة.
- ترسل مسارات الجمهور (Audience Paths) المستخدمين إلى أول فرع يتطابقون معه، ولا يمكن تعديل هذا الترتيب بعد الإطلاق.
- لا تستخدم نفس التفعيل للدخول القائم على الإجراءات وعامل تصفية الجمهور، لأن حالة السباق (race condition) قد تمنع المستخدمين المؤهلين من الدخول.
كيف يمكنك أتمتة حملات الجوال في Braze Canvas؟
تجمع أداة Canvas بين قواعد الدخول، والتأخيرات، والقرارات، والرسائل في رحلة واحدة. بالنسبة للجوال، هناك ثلاثة خيارات تحدد كيفية عملها: ما الذي يجذب المستخدم للدخول، وأي قناة تبدأ بالتواصل أولاً، وما الذي تفعله كل خطوة رسالة عندما لا يكون المستخدم داخل التطبيق.
تستند الآليات إلى وثائق Braze الخاصة، والمدرجة في المصادر. وفي الحالات التي نضيف فيها وجهة نظرنا الخاصة، يتم توضيح ذلك في النص.
أي نوع دخول يناسب رحلة الجوال؟
تصف Braze ثلاث طرق لدخول المستخدمين إلى Canvas. يوضح الجدول كل طريقة مقابل استخدامها في الجوال، مع التنبيهات الموثقة في العمود الأخير.
نوع الدخولكيفية دخول المستخدميناستخدام الجوال المقترحتنبيه موثقالمجدول (Scheduled)يدخل المستخدمون وفق جدول زمني، على غرار الحملاتتذكيرات لشريحة معروفة في وقت محددللدخول حسب التوقيت المحلي، أطلق الحملة قبل 24 ساعة على الأقل من وقت الدخول المقصودالقائم على الإجراءات (Action-based)يدخل المستخدمون عند فتح التطبيق، أو إجراء عملية شراء، أو تفعيل حدث مخصصرحلات تبدأ بناءً على إجراء قام به المستخدم في التطبيقلا تستخدم نفس التفعيل المستخدم في عامل تصفية الجمهورالمفعل عبر واجهة برمجة التطبيقات (API-triggered)يدخل المستخدمون بعد إضافتهم باستخدام/canvas/trigger/send نقطة النهايةرحلات تبدأ من خلال نظامك الخلفيتحقق من نموذج لوحة التحكم لمفتاح خصائص الدخول
يعد الدخول القائم على الإجراءات الخيار الأمثل لرحلات الجوال، لأن التطبيق ينتج هذه الأحداث بالفعل. يمكنك استخدامه مع خطوات الرسائل داخل التطبيق، على الرغم من أن الرسائل داخل التطبيق غير متاحة في خطوات الإجراءات التقليدية (التفعيل والتأخير).
هناك خطآن موثقان يقع فيهما فرق الجوال. إذا كان نفس التفعيل موجوداً في جدول الدخول والجمهور المستهدف، فقد تؤدي حالة السباق إلى استبعاد المستخدمين المؤهلين من Canvas. وإذا كان الحدث المخصص يحمل طابعاً زمنياً بأثر رجعي، فقد تتعامل Braze مع التأخير على أنه قد انقضى وترسل الرسالة مبكراً.
كيف تختلف إشعارات الدفع والرسائل داخل التطبيق في طريقة عملها داخل Canvas؟
يتم إرسال إشعار الدفع افتراضياً إلى كل جهاز لديه رمز دفع صالح. أما الرسائل داخل التطبيق فتعمل بشكل مختلف؛ فهي تظهر فقط عندما يفتح المستخدم التطبيق المستهدف ويستوفي معايير التفعيل الخاصة بالخطوة، ويمكن أن يكون التفعيل عبارة عن بدء جلسة، أو حدث مخصص، أو عملية شراء.
هذا له تبعات على حملات Canvas القائمة على الإجراءات، حيث لا يتم تفعيل الرسائل داخل التطبيق حتى تبدأ الجلسة.
المستخدم الذي يصل إلى خطوة الرسالة في منتصف الجلسة لن يرى الرسالة إلا بعد بدء جلسة أخرى وتنفيذ المشغل. بمجرد إرسال الرسالة، يمكن عرضها مرة واحدة فقط.
نحن نتعامل مع خطوة الرسالة داخل التطبيق كعرض متاح وليس كعملية تسليم. يتجاوز المستخدم هذه الخطوة فوراً، سواء تم عرض الرسالة أم لا. لذا، خطط لرحلة المستخدم بناءً على هذه الفجوة بدلاً من افتراض أن العرض قد تم بالفعل.
كيف يمكنك ضبط تاريخ انتهاء صلاحية الرسائل داخل التطبيق؟
تحتوي كل رسالة داخل التطبيق في Canvas على تاريخ انتهاء صلاحية. يمكنك اختيار مدة زمنية تبدأ من لحظة توفر الخطوة، أو تحديد تاريخ ووقت معينين. إذا كان التاريخ والوقت المحددان قد انقضيا بالفعل عند وصول المستخدم إلى خطوة الرسالة، فلن يتلقى المستخدم الرسالة.
يربط مثال Braze الترويجي تاريخ انتهاء الصلاحية بنهاية العرض الترويجي، بحيث لا تتعارض الرسائل أبداً مع ما يمكن للعميل القيام به. في Canvas الذي يحتوي على متغيرات A/B ومسار تحكم، حافظ على توافق إعدادات انتهاء الصلاحية عبر جميع المسارات. فانتهاء الصلاحية المبكر في مسار التحكم قد يقلل من مرات ظهور الرسالة ويؤدي إلى تحيز في نتائج الاختبار.
نحن نقترح ضبط تاريخ انتهاء الصلاحية بناءً على نهاية العرض الذي تروج له الرسالة، ثم العمل بشكل عكسي عبر أي تأخيرات تسبق هذه الخطوة. إن الجمع بين تاريخ انتهاء ثابت وتأخير طويل قبل الخطوة هو أسرع طريقة لإنشاء خطوة داخل التطبيق لا يمكن لأحد رؤيتها.
ما هو الترتيب الأمثل لإرسال رسائل الدفع (Push) والرسائل داخل التطبيق؟
توصي Braze باستخدام الرسائل داخل التطبيق في Canvas لرحلات الترويج وتأهيل المستخدمين الجدد. يستخدم مثال التأهيل الخاص بها رسائل الدفع حول الرسالة داخل التطبيق، بحيث يكون المستخدم قد زار التطبيق وبدأ عملية التأهيل قبل ظهور التنبيه التالي.
نقترح النمط نفسه لرحلات الهاتف المحمول بشكل عام: خطوة دفع لجذب المستخدم إلى التطبيق، وخطوة داخل التطبيق لاستقباله عند وصوله، وخطوة دفع ثانية فقط للمستخدمين الذين لم يشاهدوا الرسالة داخل التطبيق. يتجاوز المستخدمون خطوة الرسالة داخل التطبيق فوراً، لذا تحتاج مجموعة "لم يشاهدها" إلى توجيه خاص بها. الإجراء أدناه يبني هذا المسار باستخدام المكونات الموثقة.
- أضف خطوة رسالة (Message step) باستخدام قناة الرسائل داخل التطبيق واضبط تاريخ انتهاء صلاحيتها.
- أتبعها بخطوة مسارات الإجراءات (Action Paths). تنصح Braze باستخدام مسارات الإجراءات بدلاً من تقسيم القرار (Decision Split) للرسائل داخل التطبيق.
- حدد مجموعة إجراءات باستخدام عامل التصفية "التفاعل مع خطوة" (Interact with Step) واختر "عرض رسالة داخل التطبيق" (View in app message).
- اضبط نافذة التقييم لتتطابق مع نافذة انتهاء صلاحية الرسالة داخل التطبيق.
- قم بتوصيل مسار "الجميع" (Everyone Else) بخطوة المتابعة عبر رسائل الدفع. أما المستخدمون الذين شاهدوا الرسالة فسيتبعون المسار الآخر.
كيف يمكنك استهداف التطبيق الصحيح في مساحة عمل تحتوي على عدة تطبيقات؟
في مساحات العمل التي تحتوي على عدة تطبيقات، يتم تقييم أهلية دخول المستخدم إلى Canvas فقط عند دخوله إلى Canvas لأول مرة. ولا يتم التحقق من ذلك مجدداً عند خطوات الرسائل الفردية.
عوامل التصفية مثل "يحتوي على تطبيق" (Has app) لا تقيد التطبيق الذي يتلقى الرسالة. فعوامل التصفية المتعلقة بالتطبيق تتحقق مما إذا كان المستخدم قد استخدم تطبيقاً مؤخراً أو في أي وقت مضى، وهي لا تقيد أي من رموز تطبيقات المستخدم ستتلقى الرسالة.
بالنسبة لخطوة رسائل الدفع، توثق Braze شريحة مستهدفة حسب التطبيق في عمليات التحقق من التسليم: شريحة تم فيها ضبط "استهداف التطبيقات والمواقع الإلكترونية" على مستخدمين من تطبيقات محددة. أضفها في حقل الشرائح (Segments). البديل هو استخدام Liquid، و {{app.${api_id}}} يمكن دمجها مع abort_message() لمنع الإرسال إلى التطبيق الخطأ.
بالنسبة لرسائل داخل التطبيق، تشير صفحة Braze الخاصة بالرسائل داخل التطبيق إلى منصات التسليم وعلامات Liquid الخاصة بالجهاز أو التطبيق المستهدف بدلاً من ذلك. كما توضح أنه بالنسبة لرسائل داخل التطبيق، يتم التحقق من عمليات التحقق من التسليم عندما يصل المستخدم إلى خطوة الرسالة.
لا يتم التحقق منها عند عرض الرسالة. توجد الإرشادات في صفحات مختلفة، لذا تأكد من الصياغة الحالية لقناتك قبل البدء في الإنشاء.
كيف يمكنك توجيه المستخدمين عبر المسار الصحيح؟
ترسل مسارات الجمهور (Audience Paths) كل مستخدم إلى أول فرع يستوفي معاييره، لذا يتم إعطاء الأولوية للمسار الأعلى ترتيباً. لا يمكن تعديل هذا الترتيب بعد الإطلاق. التقييم فوري، لذا فإن أي مسار يعتمد على تفاعل سابق يحتاج إلى تأخير قبله.
لا تقوم مسارات الجمهور بتقييم الحدث الذي أدى إلى الدخول. لتوجيه المستخدمين بناءً على إجراء يقومون به، مثل حدث مخصص، استخدم مسارات الإجراءات (Action Paths) بدلاً من ذلك.
نظراً لأن الترتيب ثابت بمجرد تفعيل Canvas، فإننا نرسم ترتيب المسار على الورق أولاً ونطرح سؤالاً واحداً لكل مسار: هل يمكن لمستخدم يطابق المسار الأول أن ينتمي أيضاً إلى مسار لاحق؟ إذا كانت الإجابة نعم، فإن الترتيب يعد قراراً تجارياً. اتخذه قبل البناء، حتى لا تكتشفه في التقارير لاحقاً.
ما الذي يجب عليك التحقق منه قبل إطلاق Canvas للهاتف المحمول؟
تنشر Braze قائمة مراجعة لضمان جودة Canvas. الصفوف أدناه هي الأجزاء الأكثر أهمية في رحلات الهاتف المحمول، مع ذكر السبب الذي تقدمه Braze لكل منها.
تحقق منالسبب وراء أهميتهتأكد من ظهور نقطة بيانات التشغيل في ملف تعريف مستخدم نشط في سجل المراسلةيؤكد أن Braze تلقت الحدث الذي يدخل المستخدمينتأكد من أن إجراء التشغيل لا يمكن أن يعمل قبل استيفاء معايير الجمهوريمنع حالة السباق التي تترك المستخدمين المؤهلين خارج Canvasاختر بين التوقيت الذكي وساعات الهدوءتدرج Braze الاثنين كعناصر تحكم متضاربة في التسليماختبر الروابط العميقة على جهاز حقيقيتؤكد أن الروابط تفتح الشاشة الصحيحة داخل التطبيق، مع وجود بديل للمستخدمين الذين ليس لديهم التطبيقتأكد من حجم مجموعة التحكملا يمكنك إضافة مجموعة تحكم بأثر رجعيقم بنسخ Canvas وقصر الدخول على مستخدمي الاختباريتيح لك توجيه كل فرع بسلوك حقيقي قبل بدء النسخة المباشرة
بشكل افتراضي، يتقدم المستخدمون عبر جميع خطوات الرسالة سواء تلقوا الرسالة أم لا. إذا كان يجب أن تصل خطوة لاحقة فقط إلى الأشخاص الذين تلقوا خطوة سابقة، فأضف التوجيه بشكل متعمد بدلاً من افتراض حدوثه.
كيف تبدو رحلة إعادة التفاعل الافتراضية؟
لنفترض وجود تطبيق لتخطيط الوجبات يرغب في استعادة المستخدمين الذين يبدأون خطة أسبوعية ولا يكملونها أبداً. هذا مجرد توضيح. إنه ليس عملاً خاصاً بعميل، ولا يستخدم أي أرقام.
يعتمد الدخول على الإجراء، ويتم تشغيله بواسطة حدث مخصص يتم إرساله عند بدء الخطة. يستبعد الجمهور المستهدف المستخدمين الذين أكملوا الخطة. لا يعيد استخدام حدث البدء كعامل تصفية، لذا لا يمكن أن تحدث حالة السباق.
تنتظر خطوة التأخير يوماً واحداً. تدعو رسالة دفع (Push) المستخدم للعودة والإكمال. تليها رسالة داخل التطبيق، مضبوطة لتنتهي صلاحيتها في التاريخ الذي تنتهي فيه الخطة الأسبوعية، بحيث لا تقدم أبداً شيئاً عفا عليه الزمن.
بعد خطوة الرسالة داخل التطبيق، تتحقق خطوة مسارات الإجراءات (Action Paths) من عرض تلك الرسالة خلال فترة صلاحيتها. ينتقل المشاهدون إلى مسار خروج قصير. يحصل الجميع على تذكير دفع واحد.
تزيل معايير الخروج أي شخص يكمل الخطة في أي وقت. سنختبر وضعي فشل أولاً. أحدهما هو تاريخ انتهاء الصلاحية الذي يقع قبل انتهاء التأخير.
الآخر هو وجهة دفع لجهاز واحد لمستخدم ينهي الخطة على جهاز آخر.
ما الذي يمكنك تغييره بعد الإطلاق؟
تقول Braze إن أفضل الممارسات هي تجنب تعديل Canvases المباشرة، لأنه قد يكون هناك سلوك غير متوقع. عند إطلاق Canvas، تقوم Braze بوضع المستخدمين في قائمة انتظار لخطوة الرسالة التي وصلوا إليها. إنها لا تضع جميع الرسائل اللاحقة في قائمة الانتظار، لذا قد لا يتلقى بعض المستخدمين التعديل.
بعد الإطلاق، يمكنك تعديل أسماء الخطوات، ومحتوى الرسائل، والمشغلات، والجمهور، وأحداث الاستثناء، والتأخيرات. لا يمكن تعديل نوع الجدولة ونسب التحكم، كما لا يمكن إضافة أو إزالة أو إعادة ترتيب خطوات مسارات الجمهور ومسارات الإجراءات ومسارات التجربة. قم ببناء هذه الخطوات مرة واحدة مع تحديد ترتيبها بدقة، بدلاً من الاعتماد على تعديلها لاحقاً.
كيف يرتبط هذا ببقية البرنامج؟
تعتمد لوحة التحكم (Canvas) الخاصة بالهاتف المحمول على الأحداث التي تغذيها. دليلنا حول تتبع أحداث المستخدم في Braze يغطي ما يجب إرساله قبل الاعتماد على الدخول القائم على الإجراءات. منشور مشغلات الرسائل داخل التطبيق يتعمق أكثر في بدء الجلسة ومشغلات الأحداث المخصصة.
بالنسبة لجانب الجمهور، راجع تقسيم جماهير الهاتف المحمول في Braze. يتم تناول أول إشعار دفع في الرحلة في إشعارات الدفع لإكمال عملية الإعداد، والشاشة التي تفتح عليها في الروابط العميقة لتفاعل الهاتف المحمول. للاطلاع على البناء الأوسع، راجع سير عمل تسويقي مؤتمت في Braze.
إندراسة حالة حول إعادة إشراك المستخدمين المتراجعين بمكافآت تفاعلية تغطي تدفق إعادة الإشراك المدمج في رسائل دورة حياة العميل المؤتمتة. وهي تتعلق بالرحلة الافتراضية المذكورة أعلاه.
بصفتها شريكاً في تنفيذ Braze، توصي CustomerIK ببناء خطوة داخل التطبيق وتوجيهها أولاً، ثم بناء إشعار الدفع المحيط بها. الخطوة التي تنتظر جلسة هي التي تفشل بصمت، لذا فهي تستحق وقت الاختبار.
الأسئلة الشائعة
1. هل يمكن لـ Canvas البدء من حدث في التطبيق؟
بالتأكيد. من خلال التسليم القائم على الإجراءات، يدخل المستخدمون إلى Canvas ويبدأون في تلقي الرسائل عند قيامهم بإجراءات معينة، مثل فتح تطبيقك، أو إجراء عملية شراء، أو تفعيل حدث مخصص.
2. لماذا لم يشاهد المستخدم رسالة داخل التطبيق؟
هناك ثلاثة أسباب موثقة لذلك: يجب على المستخدم فتح التطبيق المستهدف وتلبية شرط التفعيل، أو ربما تكون الرسالة قد انتهت صلاحيتها، أو أن المستخدم الذي وصل إلى هذه الخطوة في منتصف الجلسة يحتاج إلى بدء جلسة جديدة أولاً.
3. هل ينتظر المستخدم في خطوة الرسالة داخل التطبيق حتى يشاهدها؟
لا ينتظر المستخدم. فعندما يصل المستخدم إلى خطوة الرسالة داخل التطبيق، فإنه يتجاوزها على الفور بدلاً من الانتظار حتى انتهاء فترة الصلاحية. استخدم خطوة "مسارات الإجراءات" (Action Paths) إذا كانت الخطوات اللاحقة تعتمد على مشاهدة الرسالة.
4. ما هي الأجهزة التي تتلقى إشعارات الدفع (Push) من Canvas؟
بشكل افتراضي، يرسل Braze رسالة دفع إلى جميع الأجهزة التي تمتلك رمز دفع (push token) صالحاً. يمكنك قصر التسليم على جهاز واحد باستخدام خيار "وجهة الدفع"، والذي يعتمد على الجهاز صاحب أحدث رمز دفع، ولا يعتمد على أحدث جلسة.
5. كيف يمكنني حصر الرسالة على تطبيق واحد في مساحة عمل متعددة التطبيقات؟
بالنسبة لإشعارات الدفع، أضف شريحة مستهدفة للتطبيق إلى عمليات التحقق من التسليم في خطوة الرسالة، أو استخدم لغة Liquid وقت الإرسال. أما بالنسبة للرسائل داخل التطبيق، فراجع صفحة الرسائل داخل التطبيق التي توضح منصات التسليم ووسوم Liquid. تأكد من الصياغة الحالية المعتمدة لقناتك.
المصادر
- Braze،الرسائل داخل التطبيق في Canvas. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،خطوة الرسالة. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،إنشاء Canvas. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،خطوة التأخير. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،مسارات الجمهور (Audience Paths). تم الاسترجاع في 14 أكتوبر 2026.
- Braze،قائمة التحقق لضمان جودة Canvas. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،إنشاء رسالة دفع. تم الاسترجاع في 14 أكتوبر 2026.
- Braze،تعديل Canvases بعد الإطلاق. تم الاسترجاع في 14 أكتوبر 2026.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كنت تخطط لحملة Canvas عبر الهاتف المحمول وترغب في الحصول على رأي إضافي حول الدخول، وانتهاء الصلاحية، والتوجيه، دعنا نتحدث.
.svg)
