يقول تقرير الشركة إن التنبيه أُرسل، ويقول المستخدم إنه لم يره. قد يصف الطرفان مرحلتين مختلفتين. عند شراء إشعارات تطبيق، اكتب الدليل الذي ستقبله لكل مرحلة: قبول خدمة الإرسال، والوصول، والظهور، والفتح، ثم ما حدث للمهمة التي يخصها التنبيه.
ابدأ بتنبيه له غرض معلوم
في تطبيق افتراضي لحجز حصص تدريب، تغير موعد حصة بينما هاتف المستخدم غير متصل. عاد الهاتف بعد انتهاء الموعد، وقد يفتح المستخدم تنبيهًا متأخرًا. المثال لم يُنفذ، ولا يصف عميلًا؛ يساعدك على تحديد صلاحية التنبيه وما ينبغي أن تفتحه وجهته عندما تتغير حالة الحجز.
جهز الحدث والجمهور واللغة والبيانات الضرورية وموعد انتهاء الفائدة. ثم اسأل المورد عن الأجهزة والأنظمة ونسخ التطبيق الداخلة في العرض. لا تجعل اختيار مزود Push جوابًا عن كل هذه الأسئلة؛ طريقة استخدامه وقياسه جزء من نطاق التنفيذ الذي تقارنه.
خمس مراحل بخمس خانات دليل
املأ الجدول للتنبيه نفسه. قد لا تتوفر كل خانة في كل منصة أو نوع رسالة، فيكتب المنفذ «غير مقاس» أو يوضح البديل وحدوده. المطلوب فهم ما ثبت، لا تصميم لوحة مليئة بعلامات نجاح تخفي نقص التغطية.
| المرحلة | سؤال القبول | حد الاستنتاج |
|---|---|---|
| قبول الإرسال | هل قبل المزود الطلب وما مرجعه؟ | لا يثبت وصول الهاتف |
| الوصول | أي دليل متاح للجهاز والمنصة؟ | لا يثبت ظهور التنبيه للمستخدم |
| الظهور | هل قيس عرضه وفي أي حالة للتطبيق؟ | لا يثبت أن الشخص قرأه |
| الفتح | هل فتح المستخدم التنبيه والوجهة الصحيحة؟ | لا يثبت إنجاز المهمة |
| المهمة | ما النتيجة التي يحتاجها العمل بعد الفتح؟ | تحتاج تعريفًا ودليلًا مستقلين |
أضف لكل صف وقتًا ومرجعًا وحالة القياس التي يقدمها الحل. إذا كانت البيانات تجميعية، فليظهر أنها تصف مجموعة ولا تفسر بالضرورة واقعة فردية. ولا تقارن نسبتين من نظامين قبل فهم المقام والمنصة ونوع التنبيه وطريقة جمع المعلومة.
ماذا تقول استجابة خدمة الإرسال؟
توضح وثيقة FCM أن الحصول على معرف رسالة يعني قبولها للتوصيل، وأن التوصيل قد يتأخر أو تنتهي الرسالة. وتفرق وثيقة المقاييس بين Sends وReceived وImpressions وOpens، مع حدود للمنصة ونوع الرسالة وتجهيز القياس. هذه معان تخص الخدمة الموصوفة، لا أسماء متطابقة في كل منتج.
اطلب من الشركة ترجمة الأسماء التي تعرضها إلى الخانات الخمس. قد تتأخر الإحصاءات أو لا تغطي حالة معينة؛ غياب مؤشر لا يكفي وحده لإثبات فشل الإرسال. وكذلك لا تحول فتحًا مسجلًا إلى وعد بأن المستخدم قرأ التفاصيل أو وافق عليها.
الإذن والعمر جزء من السيناريو
تشرح وثائق Android أن اختيار المستخدم للإذن يؤثر في التنبيهات، مع استثناءات وشروط بحسب الإصدار. لذلك أضف حالة رفض الإذن إلى نطاق الاختبار المناسب، واطلب توضيح ما يراه المستخدم داخل التطبيق إن كان ذلك مطلوبًا. لا تفترض سلوك Android نفسه لكل جهاز أو نظام.
اتفق أيضًا على عمر التنبيه عندما تفقد رسالته معناها. في مثال الحصة، تريد وجهة تعكس حالة الحجز الحالية عند الفتح، ومعالجة مفهومة إذا انتهى الموعد أو أُلغي. يحدد المختص ما يتيحه المزود والتطبيق، دون وعد بإمكان سحب كل رسالة سبق عرضها.
اطلب عينة قبول تمثل الانتظار
تتضمن الخطة المقترحة إذنًا ممنوحًا وآخر مرفوضًا، وتأخر اتصال، وتنبيهًا انتهت فائدته، وفتحًا يقود إلى سجل تغيرت حالته. يجهز الفريق التجربة المأذونة ببيانات مصطنعة، ويسجل ما أمكن قياسه وما بقي مجهولًا. لا توجد هنا رسالة أُرسلت أو إذن جهاز تغير.
حدد من يراجع الشكوى عند اختلاف ما يقوله التقرير عن تجربة المستخدم، وما المعلومات الضرورية لتفسيرها دون جمع بيانات زائدة. لا تفعل أدوات تحليل أو مشاركة بيانات لمجرد ملء جدول تجاري؛ يناقش المختص متطلبات القياس وحدودها ضمن التفويض المناسب.
وإذا امتلك الشخص هاتفين، فحدد هل عدد المستهدفين يمثل أجهزة أم أشخاصًا. وصول التنبيه لأحد الجهازين قد يجيب سؤالًا مختلفًا عن وصوله إليهما، ويجب أن يظل الفرق ظاهرًا في تعريف النتيجة.
تضع مكونات عرض الموبايل هذه الوظيفة ضمن المشروع. وعند مناقشة تطوير تطبيق مع نكست ويف، أرفق مراحل الدليل وحالات الانتظار لتحديد معنى بند «الإشعارات تعمل» قبل الاستلام.
مراجع التعريفات
قُرئت أقسام عمر رسالة FCM ومقاييس التوصيل وإذن Android في 4 نوفمبر 2026. إعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة، دون إرسال أو اختبار أجهزة فعلي.