.svg)
تعالج الميزات المتقدمة في Braze، مثل امتدادات الشرائح (Segment Extensions) وكتل المحتوى (Content Blocks) والفهارس (Catalogs)، مشكلات مختلفة. فكتل المحتوى تحفظ المحتوى القابل لإعادة الاستخدام، والفهارس تحفظ بيانات العناصر، بينما تعود امتدادات الشرائح إلى سجل الأحداث لفترة تصل إلى 730 يوماً. يوضح هذا الدليل وظيفة كل ميزة، وحدودها الموثقة، والترتيب المقترح لاعتمادها.
أبرز النقاط
- تعالج كتل المحتوى والفهارس وامتدادات الشرائح ثلاث مشكلات منفصلة: المحتوى المشترك، وبيانات العناصر، والشرائح ذات النطاق الزمني الطويل.
- تظل الكتل المدرجة عبر Liquid مرتبطة بالأصل، لذا فإن أي تعديل على كتلة نشطة سيظهر في كل رسالة تستخدمها.
- يتم قياس سعة تخزين الفهارس بناءً على حجم عناصر الفهرس، وهو ما قد يختلف عن حجم الملفات التي تقوم برفعها.
- تسترجع امتدادات الشرائح بيانات تصل إلى 730 يوماً، في حين تغطي الشريحة الافتراضية بالفعل خصائص الأحداث خلال آخر 30 يوماً.
- نقترح اعتماد كتل المحتوى أولاً، ثم الفهارس، وأخيراً امتدادات الشرائح.
ما هي الميزات المتقدمة في Braze، وما الذي يغطيه هذا الدليل منها؟
"المتقدمة" مصطلح عام، لذا نستخدمه هنا في سياق محدد. نقصد به ثلاث ميزات تعمل فوق إعدادات الحملات وCanvas الحالية: كتل المحتوى، والفهارس، وامتدادات الشرائح. كل حد مذكور أدناه مستمد من وثائق Braze كما كانت بتاريخ 27 أكتوبر 2026.
تجيب كل ميزة على سؤال مختلف. تجيب كتل المحتوى عن مكان وجود المحتوى المشترك، وتجيب الفهارس عن مكان وجود بيانات العناصر، بينما تجيب امتدادات الشرائح عن هوية من قام بإجراء معين منذ فترة طويلة.
الميزة | ما تحتويه | الحد الموثق | هل تحتاج إلى تغذية بيانات؟ | كتل المحتوى | محتوى مشترك قابل لإعادة الاستخدام عبر القنوات | 50 كيلوبايت كحد أقصى لكل كتلة | لا | الفهارس | بيانات العناصر التي تشير إليها عبر Liquid | يتم قياس التخزين بحجم عناصر الفهرس | نعم، ملفات مستوردة أو نقاط نهاية API | امتدادات الشرائح | شرائح مبنية على سجل بيانات يصل إلى 730 يوماً | 50 امتداداً نشطاً لكل مساحة عمل افتراضياً | سجل الأحداث، بالإضافة إلى SQL أو مستودع بيانات للأنواع المتقدمة
لماذا يجب اعتماد كتل المحتوى قبل أي شيء آخر؟
نقترح البدء بكتل المحتوى لأنها لا تتطلب بيانات جديدة وتوفر نتائج فورية في الحملة التالية التي تبنيها. تصفها Braze بأنها وسيلة "لإدارة المحتوى القابل لإعادة الاستخدام عبر القنوات في موقع مركزي واحد". إن كتابة تذييل أو سطر عرض أو فقرة قانونية مرة واحدة ينهي مشكلة تكرار المحتوى غير المتسق.
تتطلب الفهارس مصدر بيانات موثوقاً، وتحتاج امتدادات الشرائح إلى سؤال يستحق الطرح. أما كتل المحتوى فلا تحتاج سوى إلى محتوى سئمت من تعديله في أماكن متعددة. وهذا يجعلها الطريقة الأقل مخاطرة لبناء عادات الفريق حول المنصة.
ما الذي يجب أن تعرفه قبل تعديل كتلة محتوى مشتركة؟
توثق Braze طريقتين لإدراج كتلة، ولكل منهما سلوك مختلف. الكتل المدرجة عبر Liquid تظل مرتبطة بالأصل وتعكس التغييرات التي تطرأ عليه. أما الكتل المضافة عبر السحب والإفلات فهي غير مرتبطة، لذا فإن التعديلات اللاحقة على الأصل لا تؤثر عليها.
نعتبر هذا الاختلاف هو السبب الرئيسي للأخطاء، لأن أي تغيير على كتلة مرتبطة بـ Liquid سيحدث كل رسالة تستخدمها. لذا، فإن تعديل كتلة نشطة يعد بمثابة إصدار جديد وليس مجرد تعديل بسيط. تحقق أولاً من عدد مرات الاستخدام في معاينة الكتلة: تعرض Braze قائمة قابلة للنقر بالرسائل أو الكتل التي تستخدمها.
هناك ثلاث تفاصيل موثقة أخرى يجدر بك التخطيط لها:
- التداخل يعمل لمستوى واحد فقط. المستوى الثالث مقبول، لكن محتواه لا يتوسع ويتم حذفه من الرسالة.
- الروابط الموجودة داخل كتلة متداخلة تُحتسب ضمن إجمالي عدد الروابط في الرسالة الأصلية.
- خصائص دخول Canvas تظهر فقط في حملات Canvas، لذا فإن الكتلة التي تستخدمها لن تعمل في حملة عادية.
لا يمكن تغيير الأسماء بعد حفظها، كما لا يمكن إعادة استخدام أي اسم حتى بعد أرشفته. لا يمكن أرشفة أي "كتلة" (Block) مستخدمة في أي رسالة. اختر أسماءً للفريق الذي سيرثها، والتزم بنظام تسمية موحد منذ اليوم الأول.
ما الذي تضيفه "الفهارس" (Catalogs) ولا توفره لغة Liquid بمفردها؟
تصف Braze الفهارس بأنها ميزة لتخزين البيانات. وتوضح الوثائق الفرق ببساطة: الفهرس هو المكان الذي تُحفظ فيه البيانات، بينما Liquid هي اللغة التي تستخرج البيانات ذات الصلة. يمكنك اعتبار الفهرس جدولاً كبيراً ومشتركاً للعناصر التي يمكن لقوالبك القراءة منها.
المصادر الموثقة هي الملفات المستوردة ونقاط نهاية واجهة برمجة التطبيقات (API). وتدرج الوثائق حالات استخدام تتراوح من مجموعات المنتجات الموسمية إلى إشعارات توفر المخزون. وفي هذه الحالات، يتم دمج معلومات المنتج التي تتضمن كمية المخزون مع أحداث Braze المخصصة لإطلاق حملة أو Canvas.
تضيف ملاحظة إصدار بتاريخ 15 أكتوبر 2026 أنه يمكن تعيين فهرس لفريق معين. ولا يرى المستخدمون الذين لديهم صلاحيات على مستوى الفريق إلا فهارس فريقهم ويديرونها.
من واقع خبرتنا، نادراً ما يكون الجزء الصعب في مشروع الفهرس هو لغة Liquid، بل هو تحديد المسؤول عن الملف المصدري، وعدد مرات تغييره، وما يحدث للرسالة عند فقدان أحد العناصر. احسم هذه الأسئلة الثلاثة قبل إجراء أول عملية استيراد.
إذا كانت البيانات المصدرية موزعة عبر عدة أنظمة، فهذه مسألة تتعلق بالبيانات قبل أن تكون مسألة تتعلق بـ Braze. إن CustomerIK خدمة إدارة بيانات العملاء تغطي تكامل منصة بيانات العملاء (CDP) وخطوط معالجة البيانات وحوكمة البيانات.
ما حجم بيانات الفهرس التي يمكنك تخزينها؟
يقتصر التخزين على حجم عناصر الفهرس، والذي قد يختلف عن حجم الملفات التي تقوم بتحميلها. هذا التمييز مهم عند التخطيط للاستيراد، لذا تحقق من حجم العناصر وليس حجم الملف.
يسمح الإصدار الأساسي من الفهارس بما يصل إلى 500 ميجابايت. وتوفر Catalogs Pro خيارات تخزين بسعة 5 جيجابايت أو 10 جيجابايت أو 15 جيجابايت أو 50 جيجابايت. تتم ترقيات التخزين من خلال مدير حساب Braze الخاص بك، لذا اطرح هذا السؤال مبكراً إذا كانت بيانات عناصرك كبيرة.
متى تحتاج إلى "امتداد الشريحة" (Segment Extension)؟
توضح Braze هذا الأمر مباشرة: امتدادات الشرائح هي "تحسين وليست متطلباً". يمكن للشريحة الافتراضية استخدام خصائص الأحداث من آخر 30 يوماً، أو السمات المخصصة المتداخلة، في الوقت الفعلي. أنت تحتاج إلى امتداد فقط عندما يتطلب الأمر العودة إلى فترة أبعد من ذلك، وصولاً إلى 730 يوماً كما تذكر الوثائق.
استخدام خصائص الأحداث ضمن امتدادات الشرائح لا يؤثر على استهلاك نقاط البيانات، لذا فإن فترة الاسترجاع الطويلة لا تزيد من استهلاكها. التكلفة مسألة منفصلة؛ فكل تحديث لشريحة SQL يستهلك أرصدة شرائح SQL، وكل تحديث لامتداد مدعوم بمستودع بيانات يتكبد تكلفة في مستودع بياناتك الخاص.
يغطي الامتداد البسيط الموجه حدثاً واحداً دون الحاجة إلى SQL. ننصح بالبدء من هناك والانتقال إلى SQL فقط عندما يتطلب الأمر أكثر من حدث أو جدول واحد.
كيف يمكنك جدولة تحديثات امتدادات الشرائح؟
قد تستغرق التحديثات ما يصل إلى 60 دقيقة بسبب معالجة البيانات. تقدم وثائق Braze مثالاً: بالنسبة لبريد إلكتروني يُرسل كل يوم اثنين في الساعة 11 صباحاً بتوقيت الشركة، اختر تحديثاً أسبوعياً في الساعة 10 صباحاً من أيام الاثنين. اعمل بناءً على وقت الإرسال، وليس بناءً على وقت الإنشاء.
أثناء معالجة الامتداد، تستمر Braze في استخدام الإصدار السابق من الشريحة. كما يتم إيقاف إعدادات التحديث تلقائياً للامتدادات غير المستخدمة. تحتوي مساحة العمل على 50 امتداداً نشطاً بشكل افتراضي، لذا قم بإلغاء الامتدادات التي لم تعد بحاجة إليها.
كيف يبدو المثال العملي؟
هذا المثال افتراضي ولا يحتوي على بيانات عملاء حقيقية. تخيل بائع تجزئة يرغب في استعادة العملاء الذين اشتروا من فئة منتجات معينة منذ أكثر من عام ولم يقوموا بأي عملية شراء منذ ذلك الحين.
- ضع سطر العرض المشترك والتذييل في "كتلة محتوى" (Content Block)، يتم إدراجها بواسطة Liquid، حتى يتمكن الفريق القانوني من تعديلها في مكان واحد.
- استورد تفاصيل المنتج إلى كتالوج، بحيث تعرض الرسالة عناصر من الفئة بدلاً من نصوص ثابتة.
- تحقق مما إذا كان بإمكان شريحة افتراضية الإجابة على سؤال الجمهور. لا يمكن ذلك، لأن الوثائق تصف الشرائح الافتراضية باستخدام خصائص الأحداث من آخر 30 يوماً، وهذه المشتريات تقع خارج تلك الفترة بكثير.
- أنشئ امتداداً بسيطاً (Simple extension) لحدث الشراء. تقع فترة الاسترجاع (lookback) ضمن نطاق الـ 730 يوماً الموثق في Braze.
- اضبط التحديث ليتم قبل ساعة من إرسال الحملة، لضمان أن تكون بيانات الجمهور محدثة عند بدء الإرسال.
الترتيب مهم. يجب أن توجد كتلة المحتوى (Content Block) والكتالوج قبل تفعيل الشريحة. يأتي الامتداد في المرتبة الأخيرة لأنه يتضمن جدول تحديث يجب إدارته، كما أن الإصدارات المعتمدة على SQL أو مستودع البيانات تترتب عليها تكاليف ائتمانية أو تكاليف خاصة بالمستودع.
كيف يرتبط هذا ببقية البرنامج؟
تعمل هذه الميزات بشكل أفضل عندما تكون الأسس المحيطة بها متينة. دليلنا حول تقسيم جمهورك في Braze يغطي الشرائح الافتراضية التي تُبنى عليها امتدادات الشرائح (Segment Extensions). بيانات الأحداث النظيفة لا تقل أهمية، ولهذا السبب تتبع أحداث المستخدم يأتي قبل أي فترة استرجاع طويلة.
للمحتوى المعتمد على الكتالوج، اقرأ وسوم Liquid للتخصيصوتوصيات العناصر. إذا كان فريقك يفكر في الأتمتة كخطوة تالية، فإن استخدام القوالب لأتمتة التسويق هو الرفيق الطبيعي لكتل المحتوى. للجانب المتعلق بالذكاء الاصطناعي في المنصة، راجع أي ميزات ذكاء اصطناعي من Braze يجب اعتمادها أولاً.
بصفتنا شريكاً في تنفيذ Braze، توصي CustomerIK باعتماد هذه الميزات الثلاث بالترتيب الموضح هنا: كتل المحتوى، ثم الكتالوجات، ثم امتدادات الشرائح. راجع وثائق Braze لمعرفة الحدود والاستحقاقات الحالية قبل التخطيط، حيث يمكن أن تتغير خيارات التخزين والحصص.
الأسئلة الشائعة
1. هل أحتاج إلى امتدادات الشرائح (Segment Extensions) لاستخدام خصائص الأحداث في شريحة ما؟
لا. تنص وثائق Braze على أنك لست بحاجة إليها لاستخدام خصائص الأحداث أو السمات المخصصة المتداخلة. تعمل الامتدادات على توسيع النافذة التاريخية المستخدمة لإنشاء شريحة افتراضية.
2. هل يصل التغيير في كتلة المحتوى (Content Block) إلى الرسائل النشطة بالفعل؟
بالنسبة للكتل المدرجة عبر Liquid، نعم. توثق Braze أنها مرتبطة بالأصل وتعكس تغييراته. أما الكتل المضافة عبر السحب والإفلات فهي غير مرتبطة.
3. هل يمكن تداخل كتل المحتوى (Content Blocks)؟
نعم، ولكن لمرة واحدة فقط. لا يتم توسيع المحتوى في المستوى الثالث، وتتم إزالة مقتطف Liquid من الرسالة.
4. كيف يتم قياس سعة تخزين الكتالوج؟
بناءً على حجم عناصر الكتالوج، والذي قد يختلف عن حجم الملفات التي قمت بتحميلها.
5. ما هي الفترة الزمنية التي يمكن لملحق القطاع (Segment Extension) الرجوع إليها؟
تصل إلى 730 يوماً، أي ما يعادل عامين من سجلات الأحداث المخصصة أو أحداث الشراء.
المصادر
- Braze،توسيعات الشرائح. تم الاسترجاع في 27 أكتوبر 2026.
- Braze،كتل المحتوى. تم الاسترجاع في 27 أكتوبر 2026.
- Braze،الكتالوجات. تم الاسترجاع في 27 أكتوبر 2026.
- Braze،ملاحظات الإصدارتم الاسترجاع في 27 أكتوبر 2026.
- بقلم CustomerIK، شريك تنفيذ معتمد لـ Braze.
CustomerIK هي شريك تنفيذ لـ Braze، وتعمل في مجالات الإعداد، والتكامل التقني، وعمليات التسويق، وإدارة بيانات العملاء.
إذا كنت تحاول تحديد الميزات التي يجب إعدادها أولاً في مساحة العمل الخاصة بك، فلنتحدث معاً.
.svg)
