تفعيل الإشعارات ليس نتيجة مضمونة بعد تثبيت التطبيق. المستخدم قد يوافق، أو يرفض، أو يغلق نافذة الطلب دون اختيار. تصميم رحلة واضحة لكل حالة يحمي تجربة العميل، ويمنع فريق الدعم من اعتبار غياب التنبيه عطلًا عامًا في الخادم قبل مراجعة إعداد الجهاز والتطبيق.
اربط طلب الإذن بفائدة يفهمها المستخدم
تشرح وثائق Android لإذن الإشعارات أن Android 13 وما بعده يستخدم POST_NOTIFICATIONS للإشعارات غير المستثناة. في التثبيت الجديد تكون الإشعارات متوقفة حتى الموافقة، وتختلف مرونة توقيت النافذة حسب target SDK. راجع النسخة المستهدفة وسيناريو الترقية؛ لا تعمم سلوك تثبيت جديد على كل الأجهزة السابقة.
اختر لحظة يتضح فيها السبب، مثل طلب متابعة حالة شحنة، بدل نافذة مفاجئة قبل فهم التطبيق. اكتب وصفًا قصيرًا لما سيصل وكيف يمكن التحكم فيه. لا تستخدم وعدًا بأن كل رسالة ستظهر فورًا، فالموافقة على الإذن لا تثبت وصول رسالة بعينها أو رؤيتها.
افصل الرفض عن إغلاق النافذة
| قرار المستخدم | سلوك مقترح للمراجعة |
|---|---|
| موافقة | استمرار الرحلة واختبار القنوات المناسبة |
| رفض | احترام القرار وعرض الحالة المهمة داخل التطبيق |
| إغلاق دون اختيار | عدم تسجيل موافقة أو رفض غير حاصل |
| تعطيل لاحق من الإعدادات | تحديث واجهة التفضيلات عند العودة |
توضح الوثائق أن إغلاق الحوار دون اختيار لا يغير حالة الإذن. لا تجعل قاعدة التحليلات تسجل هذه الحالة كموافقة. وفر رابطًا مفهومًا للإعدادات عندما يطلب المستخدم التفعيل بنفسه، دون إعادة الإلحاح عليه عند كل شاشة أو تعطيل خدمة لا تحتاج الإشعار أصلًا.
اختبر تثبيتًا جديدًا وترقية بصورة منفصلة
في مثال افتراضي لتطبيق طلبات، اختبر متابعة طلب مصطنع بعد الرفض. يجب أن تظهر حالته عند فتح التطبيق وفق التصميم المعتمد، مع توضيح أن التنبيه الخارجي غير مفعل. ثم فعّل الإذن من إعدادات الجهاز وأعد التجربة. استخدم رسائل اختبار محددة وأجهزة مأذونًا بها، لا قاعدة العملاء.
راجع أيضًا تعطيل قناة واحدة مع بقاء الإذن العام، وتسجيل الخروج ثم الدخول بحساب تجريبي آخر. لا تضع تفاصيل حساسة في محتوى شاشة القفل. سجل نتيجة إرسال الرسالة ونتيجة ظهورها كلًا على حدة إذا كانت أدواتك تتيح ذلك؛ نجاح استجابة مزود الإرسال لا يثبت أن العميل شاهدها.
سلّم مصفوفة دعم بدل زر تفعيل فقط
وثق إصدار Android وtarget SDK ونوع التثبيت وحالة الإذن والقنوات والنتيجة المرصودة. ضمن تطوير تطبيقات الهاتف راجع نص الطلب وبدائل الحالة مع فريق تجربة المستخدم. معيار القبول أن تظل الرحلة مفهومة عند الموافقة والرفض، وأن يستطيع الدعم تشخيص غياب الإشعار دون طلب معلومات خاصة لا يحتاجها.
