.svg)
تعتمد فعالية الرسائل داخل التطبيق على إمكانية الاستفادة من استجابة المستخدم لاحقاً. في Braze، يجب اتخاذ هذا القرار قبل البدء بالتصميم، لأن بعض التفاعلات فقط هي التي يتم تسجيلها بصيغة تسمح لك بتقسيم الجمهور بناءً عليها. حدد إجراء المتابعة أولاً، وخصص له زراً أو إجابة استطلاع مسجلة، ثم ابدأ ببناء الصفحات، وتحقق من إصدار SDK المطلوب، وقم بإجراء الاختبار باستخدام ملف تعريف واقعي.
أبرز النقاط
- حدد إجراء المتابعة قبل التصميم: قم بتسمية الشريحة أو الحملة أو الـ Canvas التي يجب أن تظهر نتيجة لاستجابة المستخدم.
- يمكن تقسيم الجمهور بناءً على نقرات الأزرار لزرين كحد أقصى، ويتم تعريفهما في التقارير كـ "0" و "1". لا يتم جمع نقرات جسم الرسالة تلقائياً في رسائل السحب والإفلات.
- يؤدي خطأ Liquid في صفحة واحدة من رسالة متعددة الصفحات إلى تعطيل Liquid في جميع الصفحات، لذا اختبر الرسالة كقالب واحد متكامل.
- يحتوي محرر السحب والإفلات على حد أدنى لإصدارات SDK، مما يجعل تحديد إصدار SDK جزءاً من قرارات الاستهداف.
- يمكن لإجابات الاستطلاعات المسجلة كسمات مخصصة أن تدعم تقسيم الجمهور، بينما لا يمكن للإجابات النصية الطويلة القيام بذلك.
- توصي Braze بتجنب استخدام الرسائل داخل التطبيق للتحديثات الهامة والحساسة للوقت.
أي محرر في Braze يجب أن تستخدم لبناء رسالة داخل التطبيق؟
ابدأ بمحرر السحب والإفلات ما لم تكن بحاجة إلى رسالة منبثقة (slideup) أو كود HTML مخصص. توصي Braze باستخدامه للرسائل التي تظهر في نافذة منبثقة (modal) أو بملء الشاشة، حيث يتيح إضافة صفوف، وكتل محتوى (Content Blocks)، وقوالب، ومسارات متعددة الصفحات فوق التخطيطات الأساسية.
يظل المحرر التقليدي هو الخيار الأنسب للرسائل المنبثقة (slideups) وأكواد HTML المكتوبة يدوياً. لا يتم نقل قوالب HTML الحالية تلقائياً، لذا يجب إعادة بنائها في المحرر الجديد، أو إدراجها في كتلة كود مخصص (Custom code block) كأكواد HTML وCSS وJavaScript خام.
ما الذي يجب عليك تحديده قبل فتح المحرر؟
حدد الغرض من الرسالة بعد نقر المستخدم عليها. نفضل أن نجعل هذا هو السطر الأول في أي موجز للرسائل داخل التطبيق، قبل النص والصور.
السبب يعود إلى كيفية تسجيل التفاعلات. لا يتم جمع نقرات جسم الرسالة تلقائياً في رسائل السحب والإفلات. يمكن تقسيم الجمهور بناءً على نقرات الأزرار لزرين كحد أقصى، ويتم تعريفهما في التقارير كـ "0" و "1". هذا يمنح كل رسالة إجراءين يمكنك بناء متابعة عليهما، بينما يعتبر كل ما يظهر على الشاشة مجرد عرض تقديمي.
لذا، نحن نعمل بطريقة عكسية. قم بتسمية الشريحة التي تريدها أن تظهر بمجرد تشغيل الرسالة، ثم قم ببرمجة الزر أو الزرين اللذين سيؤديان إلى ذلك. يمكن أن يظل الزر الثالث مفيداً للمستخدم، ولكن لا ينبغي أن يعتمد عليه أي إجراء لاحق.
- دوّن إجراء المتابعة: الحملة أو الـ Canvas أو الشريحة التي يجب أن تظهر نتيجة لاستجابة المستخدم.
- اربطه بمعرفات الأزرار "0" و "1"، أو بإجابة استطلاع مسجلة كسمة مخصصة.
- بعد ذلك فقط، اختر القالب والتخطيط وعدد الصفحات.
كيف تبني رسالة فعالة داخل التطبيق مكونة من عدة صفحات؟
تحول الصفحات الشاشة الواحدة إلى تسلسل قصير، وهو ما يناسب عمليات تعريف المستخدم بالتطبيق (onboarding) أو مسارات الترحيب. يفرض المحرر بعض القواعد التي يسهل التصميم وفقاً لها بدلاً من اكتشافها عند الإطلاق.
القاعدة | ماذا تعني للتصميم | ما يصل إلى 10 صفحات لكل رسالة | خطط للمسار على الورق أولاً واجعله قصيراً بما يكفي لإنهائه | يجب أن ترتبط كل صفحة بأخرى | الصفحة المعزولة توقف إطلاق الرسالة | تتصل الصفحات من خلال زر أو صورة مضبوطة على "الانتقال إلى صفحة" | تحتاج كل خطوة إلى عنصر قابل للنقر، وليس مجرد التمرير | لا يمكن إزالة زر الإغلاق (X) | افترض أن المستخدمين قد يغادرون في أي صفحة، وضع الإجراء الرئيسي في البداية | خطأ Liquid في صفحة واحدة يعطل Liquid في جميع الصفحات | تعامل مع الرسالة بأكملها كقالب واحد عند الاختبار
يغير الصف الأخير طريقة اختبارنا. فقد ينتج خطأ في المعاينة على الصفحة الثالثة عن خطأ مطبعي في الصفحة الأولى، لذا نتحقق من كود Liquid في كل صفحة معاً، ونعين قيمة افتراضية لكل متغير في الملفات الشخصية التي تفتقر إليه.
ما هي إصدارات حزمة تطوير البرمجيات (SDK) التي يحتاجها محرر السحب والإفلات؟
يحتوي محرر السحب والإفلات على حد أدنى من إصدارات SDK، كما توفر Braze قائمة بالإصدارات الموصى بها. تحقق من الحد الأدنى قبل افتراض وصول الرسالة إلى الجميع، لأن هذا القرار يعتمد على الاستهداف بقدر ما يعتمد على الجوانب التقنية.
المنصةالحد الأدنىالموصى بهSwift5.0.0+6.5.0+الويب2.5.0+4.8.1+أندرويد8.0.0+26.0.0+
تعتمد ميزتان على إصدارات أحدث. تتطلب روابط النصوص التي لا تغلق الرسالة إصدار Swift 6.2.0 أو أحدث، أو Android 26.0.0 أو أحدث. أما إجراء الزر الذي يطلب إذن إشعارات الدفع فيتطلب إصدار Swift 6.5.0 أو Web 4.8.1 أو Android 26.0.0 أو إصدارات أحدث.
على الويب، اضبط allowUserSuppliedJavascript على القيمة true عند التهيئة. الخيار القديم enableHtmlInAppMessages لا يزال يعمل ولكنه لم يعد مستحسناً للاستخدام.
// تهيئة Web SDK، رسائل داخل التطبيق عبر السحب والإفلات
// استبدل العناصر النائبة بالقيم الخاصة بمساحة العمل لديك.
braze.initialize("YOUR-API-KEY-HERE", {
baseUrl: "YOUR-SDK-ENDPOINT-HERE",
allowUserSuppliedJavascript: true
});
قبل اختيار ميزة تتطلب الإصدارات الموصى بها، تحقق من نسبة جمهورك النشط الذي يستخدم هذه الإصدارات بالفعل. هذا القرار يعود إليك ويختلف من تطبيق لآخر.
كيف تحول الاستطلاعات الرسائل داخل التطبيق إلى إشارات مفيدة؟
تجمع استطلاعات Braze الآراء من خلال الرسائل داخل التطبيق وصفحات الهبوط. بالنسبة للرسائل داخل التطبيق، اختر "استطلاع" (Survey) كنوع للرسالة في صفحة الإنشاء قبل فتح المحرر.
تعد الاستطلاعات مناسبة جداً لنهج العمل العكسي، مع ملاحظة واحدة: يمكن للإجابات المسجلة كسمات مخصصة أن تدفع عملية التقسيم، كما يمكن للاستطلاع المكتمل أن يطلق حملة أو Canvas. لا يمكن تسجيل الإجابات النصية الطويلة (حتى 1000 حرف) كسمات، لذا فهي مخصصة للقراءة فقط وليس للتوجيه.
- استخدم أزرار الاختيار، أو مربعات الاختيار، أو القوائم المنسدلة، أو مقياس التقييم لأي بيانات تنوي اتخاذ إجراء بناءً عليها.
- احتفظ بالنصوص الطويلة للسياق الذي ستقرأه في علامة تبويب "الاستجابات" أو في ملف CSV مُصدّر.
- امنح كل كتلة نموذج "معرفاً للتقارير" (Identifier for Reporting) قبل الإطلاق.
كيف يجب عليك اختبار رسالة داخل التطبيق قبل إطلاقها؟
قم بالمعاينة كمستخدم يشبه ملفه الشخصي جمهورك المستهدف، وليس كمستخدم عشوائي. تشير Braze إلى أن الرسائل المسلمة قد تختلف عن معاينة لوحة التحكم عندما يطبق تكاملك تنسيقاً مخصصاً، أو عندما يتم حل المحتوى المعتمد على القوالب بشكل مختلف وقت الإرسال.
قائمة التحقق الدنيا لدينا بسيطة. افحص كل جهاز، وتأكد من تحميل الوسائط، وتحقق من إعدادات Liquid الافتراضية، وتأكد من أن كل زر يوجه المستخدم إلى المكان الصحيح. بعد ذلك، تحقق من التوقيت: تشير Braze إلى أن رسائل داخل التطبيق المعتمدة على قوالب قد تضيف تأخيراً بسيطاً، عادة ما يكون أقل من 100 مللي ثانية عند توفر اتصال مستقر.
متى تكون الرسالة داخل التطبيق هي القناة غير المناسبة؟
عندما يكون التحديث مهماً وحساساً للوقت. توصي Braze بتجنب هذه القناة للتحديثات المهمة والحساسة للوقت. يتم تسليم الرسائل داخل التطبيق عند بدء الجلسة، لذا فهي تناسب اللحظات داخل الجلسة بشكل أفضل من التنبيهات. هذا هو استنتاجنا.
إن إعداد المشغلات يحدد اللحظة المناسبة، بينما الروابط العميقة تحدد الوجهة التي سينتقل إليها المستخدم عند الضغط على الزر. تتكامل رسالة التمهيد للإشعارات (push primer) داخل التطبيق بشكل طبيعي مع تقسيم جمهور الإشعارات. مسارات تعريف المستخدم بالتطبيق (Onboarding flows) هي المكان الذي تثبت فيه الرسائل متعددة الصفحات فعاليتها، و التخصيص هو ما يضمن بقاء كل صفحة ذات صلة.
الأسئلة الشائعة
1. هل يمكنني إنشاء رسالة منبثقة من الأسفل (slideup) باستخدام محرر السحب والإفلات؟
يُستخدم محرر السحب والإفلات لإنشاء رسائل مشروطة (modal) ورسائل بملء الشاشة. أما الرسائل المنبثقة من الأسفل فيتم إنشاؤها في المحرر التقليدي.
2. هل يمكنني تقسيم المستخدمين بناءً على الزر الذي قاموا بالضغط عليه؟
نعم، لما يصل إلى زرين. قم بتعيين "معرف التقارير" (Identifier for Reporting) الخاص بهما إلى "0" و "1"، ثم قم بالتقسيم بناءً على نقرات تلك الأزرار.
3. لماذا تظهر لغة Liquid كنص عادي في رسالة متعددة الصفحات؟
يؤدي وجود خطأ في بناء الجملة (syntax error) في أي صفحة إلى التأثير على لغة Liquid في جميع الصفحات. تحقق من كل صفحة، وليس فقط الصفحة التي تبدو معطلة.
4. لماذا لم يتلقَّ بعض المستخدمين رسالتي التي تم إنشاؤها عبر محرر السحب والإفلات؟
تحقق من إصدار حزمة تطوير البرمجيات (SDK) الخاص بهم مقابل الحد الأدنى المطلوب لمحرر السحب والإفلات الموضح في الجدول أعلاه.
5. هل يمكنني إضافة رابط نصي لا يؤدي إلى إغلاق الرسالة؟
نعم، في إصدارات SDK الأحدث. توضح Braze أن الإصدار Swift 6.2.0 أو أحدث والإصدار Android 26.0.0 أو أحدث يدعمان الروابط النصية التي لا تغلق الرسالة.
المصادر
- Braze،الرسائل داخل التطبيق. تم الاسترجاع في 01 أكتوبر 2026.
- Braze،إنشاء رسالة داخل التطبيق باستخدام السحب والإفلات. تم الاسترجاع في 01 أكتوبر 2026.
- Braze،الأسئلة الشائعة حول الرسائل داخل التطبيق. تم الاسترجاع في 01 أكتوبر 2026.
- Braze،استطلاعات الرأي داخل التطبيق. تم الاسترجاع في 01 أكتوبر 2026.
- Braze،تكامل SDK، الويب. تم الاسترجاع في 01 أكتوبر 2026.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كنت تخطط لإرسال رسائل داخل التطبيق وترغب في تحديد خطوات المتابعة قبل البدء في التصميم، فلنتحدث.
.svg)
