.svg)
تستخدم رحلة المراسلة الفردية (1:1) في Braze بيانات المستخدم لاتخاذ قرارات بشأن ما يراه المستخدم، وتوقيت ذلك، والمسار الذي سيسلكه. هناك ثلاث آليات لنقل هذه البيانات: متغيرات السياق التي يتم تعيينها عند الدخول أو في خطوة "السياق" (Context)، وخصائص الحدث الناتجة عن الإجراءات المتخذة داخل Canvas، ومسارات الجمهور (Audience Paths) التي تصنف المستخدمين بناءً على سماتهم الحالية. تقرأ كل آلية بياناتها في لحظة مختلفة.
كيف يمكنك بناء رحلات مراسلة فردية (1:1) في Braze؟
تصبح الرحلة فردية عندما تُوجّه بيانات المستخدم الخاصة المحتوى أو التوقيت أو المسار. يوفر لك Braze أداة منفصلة لكل من هذه العناصر الثلاثة؛ حيث يأتي المحتوى من Liquid، والتوقيت من تأخير مخصص، والمسار من مسارات الجمهور (Audience Paths) أو تقسيم القرار (Decision Split) أو مسارات الإجراءات (Action Paths).
الجزء الذي يسبب ارتباكاً للمستخدمين هو معرفة متى تقرأ كل أداة بياناتها. فقد تختفي قيمة كانت متاحة عند الدخول بحلول الخطوة السادسة، وقد لا تكون قيمة موجودة في الخطوة السادسة موجودة عند الدخول. لذا، فإن معرفة الفرق بينهما هو جوهر عمل التصميم.
يعيد كل دخول إلى Canvas تعريف متغيرات السياق بناءً على أحدث بيانات الدخول وإعدادات Canvas. وهذا يسمح للمستخدم بالحصول على رحلات نشطة متعددة، لكل منها سياقها الخاص. وبالتالي، فإن العميل الذي لديه حجزين نشطين يمثل رحلتين، وليس رحلة واحدة.
ما الفرق بين السياق (Context) وخصائص الحدث (event_properties)؟
في مساحات العمل التي تحتوي على "سياق Canvas"، تتوفر خصائص الأحداث أو استدعاءات واجهة برمجة التطبيقات (API) التي تؤدي إلى الدخول كـ "سياق". أما خصائص الأحداث التي تقع أثناء تنقل المستخدم عبر الرحلة فتُعرف بـ event_properties. يتصرف الاثنان بشكل مختلف، ويلخص الجدول التالي الاختلافات التي توضحها وثائق Braze.
| السؤال | السياق (Context) | خصائص الحدث (event_properties) |
|---|---|---|
| من أين تأتي البيانات؟ | الحدث أو استدعاء API الذي أدى إلى الدخول | حدث يقوم به المستخدم بعد الدخول |
| إلى متى يمكنك استخدامها؟ | في جميع خطوات الرسائل طوال مدة Canvas | تُستخدم لمرة واحدة فقط |
| هل يمكن لخطوة الرسالة الأولى استخدامها؟ | نعم | لا |
| ماذا لو سلك المستخدم مسار "الجميع الآخرون"؟ | تظل متاحة لجميع خطوات الرسائل طوال مدة Canvas | لا يمكن الرجوع إليها، ويظهر خطأ في الإعدادات غير الصالحة |
خطوة الرسالة الأولى هي المكان المعتاد الذي يقع فيه المستخدمون في الخطأ، حيث لا يمكنك استخدام event_properties هناك. بدلاً من ذلك، يمكنك استخدام السياق (context)، أو إضافة خطوة "مسارات الإجراءات" (Action Paths) مع الحدث المقابل قبل خطوة الرسالة التي تتضمن event_properties.
نوصي افتراضياً بنقل أي شيء ستحتاجه مرتين إلى السياق (context). أما أي شيء تحتاجه مرة واحدة فقط، مباشرة بعد إجراء معين، فيمكن أن يظل في event_properties.
تطبق اختلافات مساحات العمل؛ حيث يختلف توفر "سياق Canvas" حسب مساحة العمل، وتظهر بعض مساحات العمل "خصائص دخول Canvas" (Canvas Entry Properties) بدلاً من ذلك. تحقق من التسمية التي تظهر في لوحة التحكم الخاصة بك قبل نسخ أي كود Liquid.
متى يجب عليك استخدام خطوة "السياق" (Context step)؟
تتيح لك خطوة "السياق" إنشاء وتحديث متغيرات للمستخدم أثناء تنقله عبر Canvas. توجد هذه المتغيرات فقط لتلك الرحلة المحددة، ولا تغير ملف تعريف المستخدم بشكل دائم ولا تظهر في رحلات Canvas الأخرى.
ضمن خطوة "السياق"، يمكنك تحديد أو تحديث ما يصل إلى 10 متغيرات سياق، ويمكنك استخدامها لتخصيص التأخيرات، وتقسيم المستخدمين ديناميكياً، وإثراء المراسلات. تتشارك المتغيرات التي يتم تمريرها عبر مشغل API في نفس مساحة الاسم مع تلك التي تنشئها، لذا فإن إعادة تعريف متغير في خطوة "السياق" يؤدي إلى تجاوز قيمة API.
عندما يدخل المستخدمون إلى خطوة "السياق"، يعالجهم Braze في مجموعات من 1000 مستخدم افتراضياً. بدون استخدام "المحتوى المتصل" (Connected Content)، تتم معالجة خطوات "السياق" بشكل أسرع لعدم وجود استدعاءات API خارجية لانتظارها. أما مع وجوده، فقد يصل المستخدمون الأوائل إلى الخطوة التالية قبل المستخدمين الأخيرين بعدة دقائق، اعتماداً على حجم المجموعة وأوقات استجابة "المحتوى المتصل".
حافظ على عدد المتغيرات صغيراً. فكل متغير يمثل نقطة فشل محتملة، لذا يحتاج كل منها إلى خيار بديل تكون قد قررته مسبقاً.
إذا كان "متغير السياق" (Context Variable) متاحاً كعامل تصفية في مساحة عملك، فلن تحتاج إلى خطوة "سياق" لمجرد قراءة حدث التشغيل في "مسارات الجمهور" أو "تقسيم القرار". قم بالإشارة إلى الخصائص مباشرة في مجموعة عوامل التصفية واختر نوع البيانات الصحيح.
كيف تعمل التأخيرات المخصصة؟
يتيح لك خيار "تخصيص التأخير" (Personalize delay) في خطوة "التأخير" (Delay step) استخدام متغير لتحديد مدة الانتظار. يمكنك استخدام هذا مع خطوة "السياق" لاختيار المتغير الذي سيتم التأخير بناءً عليه، وبذلك يختلف وقت الانتظار لكل مستخدم.
هناك ثلاثة سلوكيات تستحق الانتباه قبل الإطلاق: إذا كان التاريخ والوقت المحددان قد انقضيا بالفعل عندما يصل المستخدمون إلى خطوة "التأخير"، فسيخرجون من Canvas. وإذا كان المتغير من نوع بيانات "وقت"، فإنه يتبع التوقيت العالمي المنسق (UTC). أما إذا كان المتغير نصاً غير ذي صلة، مثل اسم منتج، فسيخرج المستخدم من Canvas.
تتطلب الطوابع الزمنية عناية مماثلة للسبب نفسه. يتم توحيد جميع الطوابع الزمنية في Canvas وفقاً للتوقيت العالمي المنسق (UTC)، وتوصي Braze بشدة باستخدام فلتر المنطقة الزمنية Liquid لضمان ظهور الرسائل بالتوقيت المفضل. يبدو مثال التوثيق كالتالي:
{{ context.${timestamp_property} | time_zone: "America/Los_Angeles" | date: "%H:%M" }}كيف يمكنك تقسيم الجمهور داخل رحلة مخصصة (1:1)؟
تقوم مسارات الجمهور (Audience Paths) بتوجيه كل مستخدم إلى الفرع الأول الذي يستوفي معاييره، لذا يتم إعطاء الأولوية للمسار الأول. يمكنك تحديد ما يصل إلى ثماني مجموعات جمهور. يتم تقييم المستخدمين مقابل الفلاتر وعضوية القطاعات في اللحظة التي يصلون فيها إلى الخطوة، وبمجرد وضعهم في مجموعة، فإنهم يبقون فيها حتى لو تغير ملفهم الشخصي.
كرس جهدك في التصميم للمجموعة الأولى، لأن كل ما يليها يعتبر خياراً احتياطياً. إن مجموعة أولى دقيقة ومختبرة جيداً أفضل من ثماني مجموعات محددة بشكل فضفاض.
ينتج عن ذلك قيدان. تقيم مسارات الجمهور السمات الحالية والفلاتر وعضوية القطاعات، لكنها لا تقيم الحدث المحدد الذي أدى إلى الدخول؛ لذا استخدم مسارات الإجراءات (Action Paths) للتوجيه بناءً على ذلك الحدث.
التوقيت مهم أيضاً. التقييم فوري، لذا أضف تأخيراً قبل مسار الجمهور إذا كانت المعايير تعتمد على تفاعل المستخدم مع خطوة سابقة. على سبيل المثال، يمنح التأخير لمدة 24 ساعة المستخدمين يوماً كاملاً بعد إرسال الرسالة للتفاعل قبل إجراء التقييم.
يعمل تقسيم القرار (Decision Split) كسؤال "نعم" أو "لا". افتراضياً، يتم التحقق من قطاعاته وفلاتره مباشرة بعد الخطوة السابقة، ما لم تقم بإضافة تأخير. تقوم فلاتر إعادة الاستهداف في تقسيم القرار، مثل "النقر/الفتح لخطوة في هذا الـ Canvas"، بتقييم التفاعل عبر جميع عمليات دخول المستخدم، بما في ذلك عمليات الدخول السابقة.
كيف تبدو الرحلة المخصصة (1:1) الافتراضية؟
لنتخيل تطبيقاً لاستوديو لياقة بدنية يحجز فيه الأعضاء فصولاً تدريبية. هذا المثال توضيحي فقط؛ فهو لا يستخدم بيانات حقيقية للعملاء ولا أرقاماً، ولا يمثل وصفاً لأعمال تسليم فعلية.
- الدخول: يعتمد على الإجراء، بناءً على حدث مخصص يتم تسجيله عند حجز العضو لفصل تدريبي. يرسل التطبيق وقت التذكير واسم الفصل كخصائص، بحيث تصل كبيانات سياقية.
- التأخير: مخصص، باستخدام متغير سياق وقت التذكير، بحيث تنتهي فترة انتظار كل عضو في لحظته الخاصة.
- مسارات الجمهور: مجموعة أولى للأعضاء الذين تم تصنيفهم كجدد من خلال سمة مخصصة، ومجموعة "الجميع" للبقية.
- خطوات الرسالة: واحدة في كل مسار. كلاهما يقرأ اسم الفصل من السياق، والذي يظل متاحاً بعد التأخير.
- التأخير وتقسيم القرار: انتظار قصير بعد التذكير، ثم تقسيم بناءً على ما إذا كان العضو قد فتح الرسالة، لتحديد ما إذا كانت هناك حاجة لإرسال تذكير ثانٍ.
يتم حساب وقت التذكير في المصدر، داخل التطبيق، بدلاً من داخل Braze. نحن نفضل ذلك لأن المنطق يقع في مكان واحد يمكن لفريق المنتج اختباره، وتتلقى Braze ببساطة طابعاً زمنياً جاهزاً.
نظراً لأن كل حجز يمثل عملية دخول مستقلة، يحصل العضو الذي لديه حجزان على تذكيرين موقوتين لفصلين مختلفين. لا تتداخل أي رحلة مع الأخرى، حيث تعيد كل عملية دخول تعريف سياقها الخاص.
كيف تمنع فشل الرحلات المخصصة (1:1) بصمت؟
هذه الإخفاقات لا تعطي تحذيرات تذكر، لأن المستخدمين يستمرون في التحرك حتى عندما لا يتم تعيين متغير ما. عندما يكون متغير السياق غير صالح، يستمر المستخدم في التنقل عبر الـ Canvas دون تعيين سياقه، وقد لا يتأهل للخطوات اللاحقة. تحسب تحليلات الخطوة ذلك كـ "لم يتم التحديث" (Not Updated).
اجعل "لم يتم التحديث" جزءاً من فحص الإطلاق. عاين مسارات المستخدمين، وراقب هذا المقياس في الساعات الأولى بعد الإطلاق، وتعامل مع أي عدد غير صفري كخلل يتطلب التفسير، وليس كضجيج عابر.
تجدر الإشارة إلى ثلاثة أنماط أخرى من حالات الفشل التي تستحق الاختبار. الأول هو التذكير بتاريخ سابق؛ فإذا قمت بإنشاء خطوة "سياق" (Context) لتحديد موعد وضبطته على تاريخ ماضٍ، فلن يتم إرسال رسالة التذكير الإلكترونية في خطوة "الرسالة" (Message).
الثاني هو الفرع الراكد. قد تتغير بيانات ملف تعريف المستخدم بين مرحلة اتخاذ القرار في "مسارات الجمهور" (Audience Paths) والرسالة التي تليها، لأن المستخدمين لا يخضعون لإعادة تقييم بعد انتقالهم عبر المسار. وللتأكد من أن المستخدمين لا يزالون مطابقين للمعايير، قم بتفعيل خيار "التحقق من الجمهور عند إرسال الرسالة" (Validate audience at message send) ضمن إعدادات التحقق من التسليم في خطوة الرسالة.
الثالث هو صدى إعادة الدخول. تبحث فلاتر إعادة الاستهداف في "تقسيم القرار" (Decision Split) في عمليات الدخول السابقة، مما قد يجعل المستخدم الذي تفاعل في المرة السابقة يبدو وكأنه متفاعل في هذه المرة أيضاً. بالنسبة للوحات (Canvases) التي تم تفعيل خيار إعادة الدخول فيها، استخدم خطوة "مسارات الإجراءات" (Action Paths) مع مشغل "التفاعل مع الخطوة" (Interact with Step) لتقييم عملية الدخول الحالية فقط ضمن إطار زمني محدد.
كيف يرتبط هذا ببقية البرنامج؟
تحدد البيانات اللحظية مدى جودة الرحلة المخصصة لكل مستخدم (1:1)، لذا فإن ما الذي يتم حله ومتى في التخصيص اللحظي هو الرفيق الطبيعي لهذا المقال. استخدام المحتوى المتصل (Connected Content) للحملات المخصصة يغطي البيانات التي تجلبها في وقت الإرسال. التخصيص باستخدام وسوم Liquid يغطي طبقة المحتوى.
للاطلاع على الاستراتيجية الأوسع، راجع دليل التخصيص الفائق. تدعم بيانات الأحداث كل ما سبق، لذا فإن تتبع أحداث المستخدم يستحق القراءة أولاً إذا كانت بيانات أحداثك غير منظمة. عندما تمتد الرحلة عبر عدة قنوات، فإن حملات التفاعل متعددة القنوات يوضح كيفية ترتيبها.
تستند الآليات الواردة في هذا المنشور إلى وثائق Braze حولخصائص السياق والحدث. قد تتغير الميزات والحدود، لذا تحقق من الصفحة الحالية قبل البدء في البناء.
ما الذي يجب عليك بناؤه أولاً؟
بصفتنا شريكاً في تنفيذ Braze، توصي CustomerIK باختيار معلومة واحدة من بيانات المستخدم التي يجب أن تغير مسار الرحلة، وتتبع مكان دخولها ومكان قراءتها لآخر مرة، وبناء هذا المسار الفردي قبل إضافة أي متغيرات أخرى.
الأسئلة الشائعة
ما الفرق بين خصائص السياق وخصائص الحدث في اللوحة (Canvas)؟
يحتفظ السياق ببيانات الدخول للرحلة بأكملها، بينما تأتي خصائص الحدث من الإجراءات التي يتم اتخاذها داخل اللوحة ويمكن الرجوع إليها مرة واحدة.
هل يمكن لخطوة الرسالة الأولى في Canvas استخدام خصائص الحدث؟
لا، لا يمكن استخدام خصائص الحدث في خطوة الرسالة الأولى. استخدم السياق (Context)، أو أضف خطوة مسارات الإجراءات (Action Paths) مع الحدث المقابل قبل خطوة الرسالة تلك.
كم عدد متغيرات السياق التي يمكن أن تحتويها خطوة سياق واحدة؟
يمكنك تحديد أو تحديث ما يصل إلى 10 متغيرات سياق في خطوة السياق. قد تتغير الحدود، لذا يرجى مراجعة الوثائق الحالية.
هل تغير متغيرات السياق ملف تعريف المستخدم؟
لا، فهي لا تغيره. توجد متغيرات السياق فقط لتلك الرحلة ولا تظهر في مسارات Canvas الأخرى.
ماذا يحدث إذا كان التأخير المخصص يشير إلى تاريخ قد مضى؟
يخرج المستخدمون من Canvas إذا كان التاريخ والوقت المحددان قد مضيا بالفعل بحلول الوقت الذي يصلون فيه إلى خطوة التأخير.
هل يقدم هذا المنشور أرقاماً حول مدى تحسين رحلات 1:1 للنتائج؟
لا يقدم ذلك. لا توفر وثائق Braze أي أرقام حول هذا الموضوع، وهذا المنشور لا يبتكر أي منها.
المصادر
- وثائق Braze، السياق وخصائص الحدث، https://www.braze.com/docs/user_guide/messaging/canvas/create_a_canvas/context_and_event_properties، تم الاسترجاع في 21 أكتوبر 2026
- وثائق Braze، السياق، https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/context، تم الاسترجاع في 21 أكتوبر 2026
- وثائق Braze، مسارات الجمهور، https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/audience_paths، تم الاسترجاع في 21 أكتوبر 2026
- وثائق Braze، تقسيم القرار، https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/decision_split، تم الاسترجاع في 21 أكتوبر 2026
- وثائق Braze، التأخير، https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/delay_step، تم الاسترجاع في 21 أكتوبر 2026
.svg)
