أفضل الممارسات لتقسيم جمهور إشعارات الدفع في Braze

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

ما الذي تخبرك به حالة الاشتراك في الإشعارات فعلياً؟

الحالة هي تفضيل مرتبط بالملف الشخصي وليس بالجهاز. يحتفظ Braze بثلاث قيم: مشترك (Subscribed)، وموافق (Opted-In)، وغير مشترك (Unsubscribed). يبدأ كل ملف شخصي جديد بحالة "مشترك".

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

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

لماذا شريحتك أكبر من عدد الأشخاص الذين يمكنك الوصول إليهم؟

لأنهما يقيسان أمرين مختلفين، وكلا الرقمين صحيح.

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

يوضح مسار التثبيت في نظام iOS مدى شيوع هذا الأمر.

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

أي فلتر يجب أن تستخدمه كل شريحة؟

طابق الفلتر مع السؤال الذي تطرحه فعلياً.

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

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

ما هو الترتيب الذي يجب أن تبني به شرائح الإشعارات؟

1. استبعد "غير المشتركين" أولاً، لأنها التفضيل الوحيد الذي صرح به المستخدم في النموذج.
2. أضف فلتر التسجيل الذي يطابق التطبيق أو التطبيقات التي ترسل منها.
3. أضف فلاتر السلوك ودورة حياة المستخدم فوق هذين الفلترين.
4. قارن بين عضوية الشريحة والمستخدمين الذين يمكن الوصول إليهم قبل الإطلاق، وتوقع وجود فجوة.
5. دوّن حجم الفجوة المتوقع، بحيث يصبح أي تغير فيها مؤشراً يستحق الانتباه.

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

يجب إدراج نموذج تدقيق دفع CustomerIK هنا، مع ضبط الفلتر الثابت وتسجيل الفجوة المتوقعة لكل تطبيق. هذا الأصل غير موجود بعد، لذا يتوقف هذا القسم عند التسلسل.

أين تنحرف الحالة عن الواقع؟

جهاز مشترك

تنتمي الرموز المميزة (Tokens) إلى جهاز وتطبيق معينين، لذا فهي لا تستطيع التمييز بين شخصين. عندما يسجل مستخدم خروجه ويدخل آخر، ينتقل الرمز إلى الملف الشخصي الجديد. يحتفظ الملف الشخصي القديم بحالته ويفقد مسار اتصاله دون أي تغيير مرئي.

إلغاء التثبيت

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

انتهاء صلاحية رمز الويب

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

مستخدم على نظام أندرويد 12 أو إصدار أقدم

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

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

كيف يغير هذا ما ترسله؟

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

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

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

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

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

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

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

هل يمكن استهداف شخصين على جهاز واحد بشكل منفصل؟
لا، لأن الرموز (tokens) مرتبطة بالجهاز والتطبيق وليس بالشخص. يتبع الرمز آخر شخص قام بتسجيل الدخول.

هل يؤدي إلغاء التثبيت إلى تحديث حالة الاشتراك؟
لا يؤدي ذلك. يتم تحديث التسجيل عند إلغاء الرمز، بينما تظل الحالة كما تركها المستخدم آخر مرة.

المصادر

• وثائق Braze، تفعيل الإشعارات، وحالات الاشتراك في الإشعارات. braze.com/docs/user_guide/channels/push/push_setup/push_subscription_states. تم الاسترجاع في 04 سبتمبر 2026.
• تستند هذه المقالة إلى صفحة توثيق واحدة، لذا يرجى التعامل معها كقراءة تحليلية لتلك الصفحة وليس كمسح شامل.
• بقلم CustomerIK، شريك تنفيذ Braze. كل رقم مستمد من facts-2026-W36-push.md.