هل بياناتك جاهزة؟ متطلبات BrazeAI Decisioning Studio

Over-the-shoulder view of a monitor showing an abstract data table with one green row, a hand on a trackpad and four index cards beside the keyboard, showing a data readiness check.

تتعلم أداة BrazeAI Decisioning Studio Pro من البيانات التي تربطها، لذا فإن جاهزية البيانات هي التي تحدد مدى كفاءة عمل الوكيل. توثق Braze أربعة مبادئ أساسية: استخدام معرف عميل واحد عبر جميع الأصول، وتوفير الأحداث كتدفق تزايدي، وتحديث اللقطات (snapshots) وفق جدول زمني، وضمان سجلات نظيفة وخالية من التكرار. يتناول هذا الدليل هذه المبادئ، وخيارات الربط، وقواعد التعبئة الخلفية، ويختتم بفحص جاهزية من أربع مراحل.

أبرز النقاط

توثق Braze أربعة مبادئ للبيانات خاصة بـ Decisioning Studio Pro، وتؤكد أن مخالفة أي منها تعد من أكثر الأسباب شيوعاً لتراجع أداء النموذج.
استخدم معرف عميل أساسي واحد فقط عبر جميع الأصول. توصي Braze باستخدام المعرف الخارجي (external ID) الخاص بـ Braze.
قم بتسليم الأحداث كسجلات فردية مؤرخة، وقم بتحديث اللقطات وفق جدول زمني لكل عميل، بما في ذلك العملاء الذين ليس لديهم أحداث جديدة.
قم بتقسيم صادرات الأحداث اليومية بناءً على الطابع الزمني للإنشاء، لأن التقسيم بناءً على الطابع الزمني للحدث يؤدي إلى فقدان السجلات التي تصل متأخرة بشكل دائم.
اختر السمات التي تساعد الوكيل على التمييز بين خياراتك المحددة، وليس السمات التي تصف العملاء بشكل عام فقط.
نوصي بإجراء أربع مراحل للجاهزية بالترتيب التالي: الهوية، الأحداث، اللقطات، ثم التعبئة الخلفية.

ما هي متطلبات البيانات الخاصة بـ Braze Decisioning Studio؟

تأتي BrazeAI Decisioning Studio في مستويين، ويختلف العمل على البيانات بينهما. يتعلم مستوى "Go" من ثلاث إشارات داخل Braze: جمهورك، وتفاعل ذلك الجمهور مع البريد الإلكتروني، وفهمه الخاص لمحتواك. بينما يضيف مستوى "Pro" بيانات الطرف الأول الخاصة بك، مثل السمات المخصصة، وبيانات مستودع البيانات، وأحداث التحويل المخصصة.

تمت كتابة صفحات إعداد البيانات لمستوى "Pro"، وهي توضح المخاطر بشكل مباشر. فالبيانات عالية الجودة هي أساس الوكيل الفعال، ومخالفة أي من المبادئ الأربعة تعد من أكثر الأسباب شيوعاً لتراجع أداء النموذج.

الأصل	الشكل	ما يخبر به الوكيل	الحقول الرئيسية
ملف تعريف العميل	لقطة (Snapshot)	الحالة الحالية لكل عميل	معرف العميل، تاريخ اللقطة
التنشيطات	تدفق الأحداث	ما قرر الوكيل فعله	معرف العميل، نوع الحدث، الطابع الزمني للحدث، الطابع الزمني للإنشاء
التفاعلات	تدفق الأحداث	كيف استجاب العملاء للرسالة	نفس بيانات التنشيطات
التحويلات	تدفق الأحداث	ما إذا تم تحقيق النتيجة التجارية	نفس بيانات التنشيطات، بالإضافة إلى قيمة المقياس عندما لا يكون مقياس النجاح ثنائياً

بالنسبة لعمليات الربط الأصلية في Braze، قد تصل بيانات التنشيط والتفاعل تلقائياً عبر Braze Currents. إذا كان مقياس نجاحك هو الإيرادات بدلاً من التحويل أو عدمه، فيجب أن يحمل كل سجل تحويل قيمته. إذا لم يكن الإسناد المباشر ممكناً، يعتمد الوكيل على الإسناد القائم على القرب.

ما هو معرف العميل الذي يجب أن تستخدمه كل الأصول؟

توصي Braze باستخدام معرف أساسي واحد فقط، موجود في كل أصل، وتحديداً المعرف الخارجي (external ID) الخاص بـ Braze. يعمل مستوى "Pro" حصرياً باستخدام هذا المعرف كوحدة لهوية العميل.

تحتاج معرفات مستودع البيانات للسمات ومعرفات المنصة للتنشيطات إلى طبقة ترجمة. تشير الصفحات إلى أن هذه الطبقة تسبب هشاشة في النظام، وأن المحرك الذي لا يستطيع ربط الأصول بشكل موثوق يؤدي إلى كسر حلقة التغذية الراجعة.

في Braze، يتوافق ملف تعريف المستخدم مع قناة اتصال يمكن الوصول إليها. العميل الذي لديه عنوانا بريد إلكتروني لديه ملفان تعريف ومعرفان خارجيان، ويعاملهم مستوى "Pro" ككيانات منفصلة. إذا لم يتم دمج الملفات المكررة بشكل موثوق، تشير الصفحات إلى أن بعض العملاء قد يتلقون تخصيصاً أقل جودة بسبب تشتت تاريخهم.

نوصي بحساب عدد الملفات التعريفية التي يمتلكها العميل العادي في مساحة عملك قبل تصميم الوكيل. فالسجلات المكررة غير المدمجة تعد متطلباً من متطلبات البيانات بحد ذاتها.

صفحةخدمة إدارة بيانات العملاء يغطي حل الهوية ودمج الملفات التعريفية المكررة. إن دراسة الحالة الخاصة بدمج ملفات تعريف العملاء المشتتة تصف هذا النوع من العمل.

إذا كان عملك التجاري يضم واجهات متاجر متعددة أو علامات تجارية فرعية، فابدأ بمناقشة هيكلية العملاء مع فريق خدمات اتخاذ القرار بالذكاء الاصطناعي (AI Decisioning Services). تطلب الصفحات ذلك قبل الانتهاء من استراتيجية المعرّفات.

كيف ينبغي تسليم الأحداث واللقطات (snapshots) بشكل يومي؟

يقوم نظام Pro بتشغيل خط أنابيب التوصيات الخاص به مرة واحدة يومياً ويحتاج إلى نوعين من البيانات. تصف اللقطات حالة العميل، مثل حقول الملف الشخصي والميزات المحسوبة. بينما تسجل تدفقات الأحداث ما حدث، بسجل واحد غير قابل للتغيير لكل حدث.

يجب إنشاء اللقطات وفق جدول زمني لكل عميل، بما في ذلك أولئك الذين ليس لديهم أحداث جديدة. يتم إلحاق سجلات اللقطات الجديدة بدلاً من الكتابة فوق القيم السابقة. تعمل الأحداث بطريقة معاكسة، حيث يحصل العملاء الذين لديهم حدث فقط على سجلات جديدة.

قم بتقسيم كل تصدير يومي بناءً على الطابع الزمني للإنشاء. إذا قمت بالتقسيم بناءً على الطابع الزمني للحدث، فسيتم فقدان الأحداث التي تمت كتابتها في نظامك بعد وقوعها بشكل دائم. توفر الصفحات نمط الاستعلام التالي، حيث t هو تاريخ التشغيل:

-- صحيح: استخدم create_timestamp لضمان التقاط الأحداث التي تصل متأخرة
SELECT * FROM events_data WHERE DATE (create_timestamp) = { t - 1 }
-- في تاريخ التشغيل t، قم بتصدير جميع السجلات التي تم إنشاؤها بالأمس

آلية Braze	شكل البيانات	السلوك الموثق
السمات المخصصة	بيانات اللقطة: ملفات تعريف العملاء والميزات المحسوبة	يؤدي كل تحديث إلى الكتابة فوق القيمة السابقة، لذا تحتفظ السمة بأحدث حالة وتختفي الأحداث السابقة. تنصح Braze بعدم استخدام السمات المخصصة لتمرير بيانات الأحداث الخام.
Braze Currents، `USER_BEHAVIOR_CUSTOM_EVENTS` جدول	بيانات تدفق الأحداث	تلتقط كل حالة لحدث مخصص فور وقوعه، مما يجعله المصدر الصحيح لأحداث التنشيط والمشاركة والتحويل.

تصف الصفحات اللقطات الملحقة في مكان واحد والسمات المخصصة التي يتم الكتابة فوقها في مكان آخر. اقتراحنا هو سؤال فريق خدمات اتخاذ القرار بالذكاء الاصطناعي عن كيفية الحفاظ على سجل الحالة في إعداداتك.

تتكرر نمطان للفشل في الوثائق. تجميع الأحداث في حقل لقطة، مثل سمة "وقت آخر إرسال"، يؤدي إلى فقدان توقيت كل حدث ويمنع الإسناد الدقيق. وتحديث اللقطة فقط عند وقوع حدث يؤدي إلى تجميد الميزات القائمة على الوقت، مما يجعل بيانات "الأيام منذ آخر عملية شراء" قديمة للعملاء الذين لم يشتروا مؤخراً.

كيف تقوم بربط البيانات، وما الذي يحتاج إلى مراجعة أمنية؟

تدرج Braze أربعة أنماط تكامل لـ Pro، وتختلف تعقيدات الإعداد بينها.

نمط التكامل	الأفضل لـ	تعقيد الإعداد
منصة بيانات Braze	العملاء الذين يستخدمون Braze بالفعل	منخفض
استيعاب بيانات السحابة من Braze (CDI)	ربط مستودعات البيانات الخارجية	متوسط
التخزين السحابي (GCS, AWS, Azure)	تصدير البيانات المباشر من منصات أخرى	متوسط
تكاملات CEP	ملحقات بيانات SFMC وKlaviyo	متوسط

نوصي باختيار النمط بناءً على المكان الذي توجد فيه بيانات النتائج الخاصة بك بالفعل، وليس بناءً على الأسرع في الربط. النمط الذي ينقل بيانات التحويل عبر نظام ثانٍ يضيف مكاناً إضافياً لاحتمالية تباين المعرّفات.

يمكن لبيانات المستودع الوصول إلى Pro بطريقتين من خلال CDI. يمكنك مزامنتها في منصة بيانات Braze، أو إرسالها مباشرة إلى Pro دون إضافتها إلى ملفات تعريف المستخدمين أو السمات المخصصة. الخيار المباشر متاح في مرحلة الوصول المبكر، وتحمل ملاحظة الإصدار بتاريخ 20 أغسطس 2026 نفس الحالة.

تحتاج كل مزامنة مباشرة إلى مفتاح أساسي أو مركب وتتوافق مع أصل واحد، لذا خطط لمزامنة واحدة لكل أصل.

تنتمي العديد من التفاصيل الموثقة إلى مراجعة أمنية قبل ربط أي شيء:

تنص صفحة "ربط بياناتك" على أن أمن المعلومات سيظل بحاجة إلى فحص جميع نقاط الاتصال.
ينص دليل التكامل على أن استوديو اتخاذ القرار (Decisioning Studio) لا يقبل معلومات التعريف الشخصية (PII)، لذا يجب أن يعيد التصدير بواسطة المعرّف الخارجي حقولاً غير تابعة لمعلومات التعريف الشخصية فقط.
تدرج صفحة الأصول الموقع الجغرافي كسمة للملف الشخصي مع التنويه بعبارة "حيثما تسمح متطلبات قطاع عملك وخصوصيتك".
يسرد دليل التكامل أذونات مفتاح واجهة برمجة تطبيقات Braze التي يستخدمها التكامل، وهي ليست جميعها للقراءة فقط. /users/track تُحدِّث السمات المخصصة في ملفات تعريف المستخدمين، و /messages/send تُرسل المتغيرات الموصى بها من خلال حملات واجهة برمجة التطبيقات.
يتطلب مسار Klaviyo مفتاح واجهة برمجة تطبيقات خاصاً يتمتع بوصول كامل إلى الملفات الشخصية. بينما يطلب مسار Salesforce Marketing Cloud تزويد فريق خدمات اتخاذ القرار بالذكاء الاصطناعي بمعرف الامتداد ومفتاح واجهة برمجة التطبيقات.

لا تصف هذه الصفحات المعالجات الفرعية أو الاحتفاظ بالبيانات أو النقل عبر الحدود، كما أن هذا المنشور لا يحسم هذه المسائل. نوصي بالبدء في إجراءات الأمان بالتوازي مع عملية تحديد المعرفات. فإذا فشل نمط ما في المراجعة، ستتم إعادتك إلى الجدول أعلاه، علماً بأن العمل على المعرفات يظل ثابتاً بغض النظر عن النمط الذي يتم اعتماده.

ما هي الميزات التي يجب عليك تطويرها للوكيل؟

تصف Braze أربعة أنواع من الميزات: ملف تعريف المستخدم، وميل المستخدم، والسلوك، والبيئة. تتضمن ميزات الملف الشخصي حقائق موضوعية حول الحالة، بينما تُعد ميزات الميل درجات مستمدة من النماذج. وتلخص الميزات السلوكية النشاط خلال فترة زمنية معينة، بينما تحمل الميزات البيئية إشارات خارجية تتعلق بالعميل.

تُقرأ الإرشادات كقائمة مرجعية لجودة البيانات: يجب أن تغطي الميزات كل عميل في الجمهور المستهدف، وأن تظل ضمن النطاقات الصالحة، وأن يتم تحديثها وفق جدول زمني. تجنب الميزات التي تكون قيمتها صفراً أو فارغة لغالبية العملاء، وتجنب الميزات التي ترتبط ببعضها ارتباطاً وثيقاً.

تقترح الصفحات فترة تتراوح بين 7 إلى 28 يوماً للأنشطة عالية التكرار مثل تسجيل الدخول إلى التطبيق، ومن 90 إلى 365 يوماً للأنشطة غير المتكررة مثل تجديد الاشتراكات. إذا كانت نسبة كبيرة من قيم الميزة صفراً، فمن المحتمل أن تكون الفترة الزمنية قصيرة جداً.

يُعد Pro نظام تصنيف، لذا يجب أن تساعد الميزات النموذج في التمييز بين الخيارات المتاحة لعميل معين. ترى Braze أن الميزات العامة، مثل التفاعل العالي مع البريد الإلكتروني، لا تساعد كثيراً عندما يتعين على النموذج تصنيف خيارين محددين. من وجهة نظرنا، يتطلب الاختيار بين خصم وعرض تذكيري ميزة تسجل استجابة كل عميل السابقة للخصومات.

كيف يجب عليك تعبئة البيانات التاريخية؟

تدرج Braze الميزات الجديدة، واستعادة البيانات، وتغييرات المنطق كأسباب شائعة للتعبئة. تُقاس فترة الاسترجاع بالأشهر وتعتمد على احتياجات تدريب النموذج. يؤكد فريق خدمات اتخاذ القرار بالذكاء الاصطناعي هذه الفترة لحالة استخدامك، ولا يقدم هذا المنشور رقماً محدداً.

هناك معياران إلزاميان: يجب أن تأتي اللقطات التاريخية من عملية متوافقة تماماً مع إنشاء اللقطات المباشرة، ويجب أن يتطابق المخطط مع خط أنابيب البيانات اليومي، بما في ذلك الحقول وأنواع البيانات وأسماء الأعمدة.

تعتبر Braze تسريب البيانات أخطر خطأ في التعبئة. ومثالها على ذلك هو ميزة القيمة الدائمة التي تُبنى من إجمالي الإنفاق حتى تاريخه، ثم تُستخدم للتنبؤ بالسلوك من أشهر مضت. الحل هو إعادة بناء كل ميزة تاريخية من المعلومات المتاحة في ذلك الطابع الزمني التاريخي.

يمكن أن تؤدي مهام التعبئة التي تفشل في منتصف التشغيل وتتم إعادة تشغيلها إلى إنشاء سجلات مكررة. صمم كل برنامج نصي ليكون قابلاً للتكرار (idempotent)، بحيث يعطي تشغيله مرتين نفس نتيجة تشغيله مرة واحدة. تذكر Braze نمطين: الحذف ثم الإدراج للنطاق الزمني المستهدف، أو التحديث والإدراج (upsert) بناءً على معرف معاملة فريد أو طابع زمني.

نوصي بتشغيل التعبئة الأولى في بيئة غير إنتاجية، ثم مقارنة لقطة تاريخية واحدة بما كان سينتجه خط أنابيب البيانات المباشر في ذلك التاريخ.

أين تكمن الأخطاء الشائعة في فحوصات جاهزية البيانات؟

تستند هذه النقاط إلى تقديرنا الخاص، الذي توصلنا إليه من خلال مقارنة القواعد الموثقة ببعضها البعض. لا تصدر Braze هذه البيانات، لذا اعتبرها مجرد نقاط استرشادية للتحقق.

يأتي اختبار المعرّف في المرتبة الأولى. قد يبدو التعيين من نوع "واحد إلى متعدد" في عينة ما، بينما يظل في الواقع "متعدد إلى متعدد" في البيانات المتبقية، كما هو الحال عند إعادة تعيين رقم حساب. اختبر جدول التعيين بالكامل، لأن الصفحات تشير إلى أن انحراف الهوية يؤدي إلى تلف إشارات التدريب ونسب البيانات بشكل خاطئ.

تأتي الانقطاعات في المرتبة الثانية. من الحلول المغرية بعد حدوث فجوة في البيانات إعادة تشغيل التصدير مقسماً حسب وقت الحدث، لكن هذا يعيد فقدان البيانات المتأخرة الذي تحذر منه الصفحات، لذا أعد التشغيل بناءً على الطابع الزمني للإنشاء.

تأتي تعريفات السمات في المرتبة الثالثة. إذا كان فريق مستودع البيانات وفريق دورة حياة العميل يحسبان "العميل النشط" بطرق مختلفة، فسيؤدي ملء البيانات إلى خلط التعريفين. اختر مالكاً واحداً وتعريفاً واحداً قبل إعادة بناء أي سجلات تاريخية.

تأتي مسارات الوصول المبكر في المرتبة الأخيرة. إن التخطيط لتاريخ الإطلاق بناءً على المزامنة المباشرة مع مستودع البيانات يعني التخطيط بناءً على حالة قابلة للتغيير. احتفظ بمسار منصة بيانات Braze كخيار احتياطي حتى تتغير الحالة.

كيف يبدو فحص الجاهزية من الناحية العملية؟

لنفترض وجود متجر تجزئة افتراضي يعتمد على الاشتراكات ويريد من وكيل ذكاء اصطناعي الاختيار بين تقديم خصم أو تذكير للمشتركين الذين توقفوا عن التفاعل. هذا مجرد توضيح وليس عملاً فعلياً لعميل، ولا يستخدم أي أرقام. توجد سمات المتجر في مستودع البيانات تحت رقم حساب، بينما جاءت ملفات تعريف Braze الخاصة به من اشتراكات البريد الإلكتروني.

الاجتياز: ما يحدث في الحالة الافتراضية	اختبار الخروج الذي يمكنك تشغيله
1. الهوية: بناء تعيين من رقم الحساب إلى المعرّف الخارجي لـ Braze والبحث عن الحسابات التي ترتبط بأكثر من ملف تعريف. ادمج كل حالة أو وثّقها، ثم اجعل كل أصل يعتمد على المعرّف الخارجي لـ Braze.	كل صف في كل أصل يرتبط بمعرّف خارجي واحد، ويتم دمج أو توثيق كل حساب مرتبط بعدة ملفات تعريف.
2. الأحداث: يحتفظ المتجر بسمة "آخر خصم تم إرساله" في Braze. يتم الكتابة فوق هذا الحقل تلقائياً، لذا يجب أن يأتي سجل الإرسال من Currents كسجلات فردية.	بالنسبة لأي عميل، يمكنك سرد كل عملية إرسال بالترتيب مع الطابع الزمني للحدث والطابع الزمني للإنشاء الخاص بها.
3. اللقطات: لا يتم إعادة حساب "الأيام منذ آخر طلب" إلا عند وصول طلب جديد. المشتركون الذين توقفوا عن التفاعل هم الجمهور المستهدف، لذا يجب تحديث السمة وفق جدول زمني لكل مشترك.	العميل الذي ليس لديه أي نشاط لا يزال يظهر قيمة سمة مختلفة تعتمد على الوقت في اليوم التالي.
4. ملء البيانات: يتم حساب إجمالي الإنفاق مدى الحياة حتى تاريخه. أعد بناءه كما كان في كل تاريخ سابق، وإلا سيتدرب النموذج على معلومات لم يكن من الممكن أن يعرفها في ذلك الوقت.	تشغيل المهمة مرتين يعطي أعداد صفوف متطابقة، والسجل القديم يطابق ما كنت تعرفه في ذلك التاريخ.

الترتيب مهم لأن كل مرحلة ترث أخطاء المرحلة التي تسبقها. فالمعرّف الخاطئ يفسد الأحداث واللقطات وعمليات ملء البيانات على حد سواء، بينما تؤثر السمة القديمة على عمود واحد فقط.

نوصي بعدم اعتبار الوكيل جاهزاً للتصميم حتى تكتمل المراحل الأربع بنجاح.

كيف يرتبط هذا ببقية البرنامج؟

يأتي اختيار المستوى في المرتبة الأولى، ودليلنا حول الاختيار بين Decisioning Studio Go و Pro يوضح هذا القرار. خطتنا لـ أي ميزات ذكاء اصطناعي من Braze يجب اعتمادها أولاً توضح مكان عمل البيانات في التسلسل.

بالنسبة للتغذيات التي يقرأ منها Pro، دمج بيانات نظام إدارة علاقات العملاء (CRM) في Brazeوتتبع أحداث المستخدم في Braze هي نقاط البداية العملية. نظافة القطاعات مهمة لـ Go، لأن جمهور الدخول الخاص بها لا ينبغي استخدامه في Canvas أو حملة أخرى. دليلنا حول تقسيم جمهورك في Braze يغطي ذلك.

إرشادات Braze الخاصة بـ إعداد بياناتك هي المرجع الأساسي لكل حد وحالة في هذا المنشور. راجعها مجدداً قبل البدء في التخطيط.

الأسئلة الشائعة
‍

1. هل يحتاج Decisioning Studio Go إلى إعداد البيانات هذا؟

تشير صفحات إعداد البيانات إلى إصدار Pro طوال الوقت، بينما يتعلم إصدار Go من ثلاث إشارات، جميعها داخل Braze. تطلب صفحة الإعداد الخاصة به شريحة دخول لا تُستخدم في أي Canvas أو حملة أخرى. ويوصى بوجود 20,000 مستخدم على الأقل، مع دعم يصل إلى 40,000,000 مستخدم.

2. ما هو المعرّف الذي يجب أن أستخدمه لـ Decisioning Studio Pro؟

استخدم المعرّف الخارجي (External ID) الخاص بـ Braze. تؤكد Braze أن إصدار Pro يعمل حصرياً بناءً عليه كوحدة لهوية العميل. كما توصي باستخدام معرّف واحد عبر جميع أصول البيانات.

3. هل يمكنني إرسال بيانات المستودع دون إضافتها إلى ملفات تعريف Braze؟

نعم، من خلال ميزة استيعاب البيانات السحابية (Cloud Data Ingestion) مع تحديد Decisioning Studio كوجهة. تدرج Braze هذا الخيار ضمن الوصول المبكر. تصبح البيانات الناتجة عن عمليات المزامنة هذه متاحة لـ Decisioning Studio، بينما تظل ملفات تعريف المستخدمين ومساحات عمل Braze الخاصة بك دون تغيير.

4. هل يقبل Decisioning Studio البيانات الشخصية؟

ينص دليل التكامل على أن Decisioning Studio لا يقبل معلومات التعريف الشخصية (PII)، لذا يجب أن تقتصر عمليات تصدير المستخدمين حسب المعرّف الخارجي على الحقول غير المتعلقة بمعلومات التعريف الشخصية. أما ما إذا كان إعدادك الخاص يفي بالتزامات الخصوصية الخاصة بك، فهذه مسألة منفصلة لا يتناولها هذا المنشور.

5. إلى أي مدى يجب أن أعود في ملء البيانات التاريخية (Backfill)؟

تُقاس الفترة بالأشهر وتعتمد على متطلبات تدريب النموذج. لا تقدم الصفحات رقماً محدداً، ويقوم فريق خدمات اتخاذ القرار بالذكاء الاصطناعي (AI Decisioning Services) بتأكيد ذلك بناءً على حالة الاستخدام الخاصة بك.

المصادر

Braze،نظرة عامة على Decisioning Studio (إصدار Pro)تم الاسترجاع في 21 أكتوبر 2026.
Braze،تجهيز بياناتكتم الاسترجاع في 21 أكتوبر 2026.
Braze،المبادئ العامةتم الاسترجاع في 21 أكتوبر 2026.
Braze،ربط بياناتكتم الاسترجاع في 21 أكتوبر 2026.
Braze،أصول البيانات الهامةتم الاسترجاع في 21 أكتوبر 2026.
Braze،اللقطات مقابل تدفقات الأحداثتم الاسترجاع في 21 أكتوبر 2026.
Braze،استخدام المعرف الخارجي لـ Brazeتم الاسترجاع في 21 أكتوبر 2026.
Braze،اختيار ميزات جيدةتم الاسترجاع في 21 أكتوبر 2026.
Braze،أفضل الممارسات لملء البيانات التاريخية (Backfill)تم الاسترجاع في 21 أكتوبر 2026.
Braze،دمج BrazeAI Decisioning Studio (دليل المطور)تم الاسترجاع في 21 أكتوبر 2026.
Braze،مزامنة بيانات BrazeAI Decisioning Studioتم الاسترجاع في 21 أكتوبر 2026.
Braze،إعداد وكيل Decisioning Studio Go الخاص بكتم الاسترجاع في 21 أكتوبر 2026.
Braze،BrazeAI Decisioning Studio Goتم الاسترجاع في 21 أكتوبر 2026.
Braze،ملاحظات الإصدارتم الاسترجاع في 21 أكتوبر 2026.
تم الاطلاع على حالة الوصول المبكر، وحدود الجمهور، وملاحظات الإصدار بتاريخ 21 أكتوبر 2026، وهي قابلة للتغيير، لذا يرجى مراجعة صفحات Braze الحالية قبل التخطيط.
بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.

CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.

إذا كنت تحاول تحديد ما إذا كانت بياناتك تدعم وكيل Pro، يمكن لفريق CustomerIK مراجعة الخطوات الأربع معك، لذا دعنا نتحدث.