شرح عملي للفرق بين إذن الإشعارات واشتراك Web Push و Service Worker، مع خطوات تقليل التنبيهات المزعجة دون فقد إشعارات العمل المهمة. يركز المقال على Web Push وإشعارات النظام بعد إغلاق الصفحة، وهي زاوية مختلفة عن دليل أذونات الكاميرا والميكروفون.
إغلاق التبويب لا يساوي إلغاء الاشتراك
قد تغلق صفحة الأخبار أو المتجر ثم تتلقى إشعارًا جديدًا لاحقًا، فتظن أن الموقع يعمل سرًا داخل تبويب مخفي. في الواقع تدعم بعض تطبيقات الويب إشعارات دائمة تستخدم Service Worker واشتراك Push بعد منح إذن من المتصفح، وقد تظهر الرسالة من نظام التشغيل حتى لو لم تكن الصفحة مفتوحة. يختلف التنفيذ بين المتصفحات وأنظمة التشغيل، وبعض الأجهزة تفرض قيودًا على الخلفية أو تتطلب تثبيت تطبيق ويب. لذلك لا تعتبر استمرار الإشعارات دليلًا على اختراق أو تشغيل نافذة خفية، ولا تفترض أن إغلاق الصفحة يسحب الإذن. البداية الصحيحة هي معرفة أي نطاق يرسل الإشعار وما حالة الإذن المسجل له.
الفرق بين ثلاثة مكونات
الإذن Permission يحدد هل يسمح المتصفح لموقع معين بعرض إشعارات للنظام. اشتراك Push يربط متصفح المستخدم بخدمة توصيل رسائل قد يستخدمها الموقع لإرسال إشعار في الخلفية. أما Service Worker فهو سكربت يعمل وفق أحداث محددة ويمكنه معالجة رسائل Push وإظهار إشعار دائم ضمن قيود المنصة. هذه المكونات مرتبطة لكنها ليست شيئًا واحدًا؛ قد تمنع الإذن ويبقى سجل اشتراك في بعض السياقات، أو تلغي الاشتراك من حساب الموقع دون تغيير إذن المتصفح. يجب أيضًا التمييز بين إشعار يظهر داخل الصفحة فقط وبين إشعار نظام يستمر خارجها. لذلك ضع خطة فحص لكل طبقة بدل البحث عن زر عام اسمه «إيقاف كل شيء».
كيف تعرف مصدر التنبيه؟
راجع اسم الموقع أو التطبيق الذي يظهر في بطاقة الإشعار، ثم افتح إعدادات الإشعارات في المتصفح ونظام التشغيل. قد يعرض النظام اسم المتصفح فقط، ولذلك تحتاج إلى مراجعة قائمة المواقع المسموح لها داخل إعداداته. لا تضغط على رابط داخل إشعار مشكوك فيه لمعرفة مصدره؛ افتح الموقع الرسمي يدويًا أو من قائمة الإعدادات. إذا كنت تستخدم أكثر من ملف تعريف أو متصفح، فقد يكون الإذن في ملف مختلف عن الملف الذي تستخدمه الآن. سجّل النطاق الكامل عند الإمكان، لأن نطاقًا فرعيًا لخدمة معينة قد يختلف عن النطاق الرئيسي. لا تمنح موقعًا جديدًا إذنًا لمجرد محاولة اكتشاف إشعار قديم.
حالات الإذن granted و denied و default
تعرض واجهة Notifications API حالات أساسية: granted عندما وافق المستخدم، و denied عندما رُفض الطلب، و default عندما لا توجد موافقة محددة، ويعامل التطبيق عادةً هذه الحالة كعدم سماح. لكن ظهور الحالة في صفحة ويب لا يصف كل إعدادات النظام أو كل ملفات تعريف المتصفح؛ فقد يحظر نظام التشغيل عرض إشعارات المتصفح بالكامل رغم منح الموقع إذنًا داخله. وعلى العكس، السماح للمتصفح في النظام لا يعطي تلقائيًا كل المواقع إذنًا. عند التشخيص، راجع الطبقتين: إعداد الموقع في المتصفح، ثم إعداد التطبيق أو المتصفح في نظام التشغيل. وكن حذرًا من تعليمات قديمة لأن أماكن القوائم تختلف مع تحديثات المنتجات.
لماذا لا تُرسل المواقع إشعارًا من دون نقرة؟
تطلب متصفحات حديثة عادةً أن يبدأ طلب إذن الإشعارات استجابة لتفاعل واضح من المستخدم، وتطبق قيودًا على السياقات الآمنة HTTPS وعلى الإطارات المضمنة. الهدف تقليل الطلبات المزعجة عند فتح الصفحة. لكن تجربة المستخدم قد تختلف حسب المتصفح والإصدار وسياسات المؤسسة. إذا كنت مطور موقع، لا تعرض نافذة طلب الإذن فور التحميل؛ اشرح أولًا نوع التنبيهات وفائدتها وتكرارها، ثم اترك للمستخدم قرارًا مفهومًا. وإذا كنت مستخدمًا، لا تضغط «سماح» حتى تختفي النافذة فقط؛ راجع لماذا يحتاج الموقع إلى تنبيه خارج الصفحة وما إذا كانت هناك طريقة أقل إزعاجًا، مثل رسالة داخل التطبيق.
التعامل مع إشعارات العمل المهمة
ليس الحل الأفضل دائمًا حظر جميع المواقع؛ فقد تحتاج إلى إشعارات طلبات العملاء أو رسائل الفريق أو حالة خادم. ابدأ بتصنيف المواقع إلى ضرورية للعمل، ومفيدة أحيانًا، وتسويقية أو غير معروفة. للمجموعة الأولى راجع إعدادات أنواع التنبيهات داخل الخدمة نفسها وحدد ما يحتاج وصولًا فوريًا. للمجموعة الثانية استخدم ملخصات أو إشعارات أقل تكرارًا إن كان التطبيق يوفرها. أما الثالثة فاسحب إذن المتصفح وألغ الاشتراك من الحساب عند الحاجة. لا تفترض أن حظر الإشعارات يوقف البريد أو الرسائل النصية؛ هذه قنوات مستقلة تحتاج إعدادًا منفصلًا. الهدف هو تقليل الضوضاء مع الحفاظ على التنبيهات التي تغيّر قرارًا فعليًا.
إيقاف الإشعار من المصدر الصحيح
إذا كان التنبيه يأتي من موقع معروف، افتح إعدادات ذلك الموقع في المتصفح وألغ السماح بالإشعارات، ثم راجع تفضيلات الإشعارات داخل حساب الخدمة لإيقاف الرسائل التي لا تريدها. إذا كان الإشعار صادرًا عن تطبيق ويب مثبت، فقد يحتاج إلى تعديل من إعدادات التطبيق أو النظام أيضًا. لا تمسح بيانات المتصفح بالكامل كخطوة أولى؛ فقد تفقد جلسات دخول وتفضيلات لا علاقة لها بالمشكلة. عند استمرار التنبيه، تحقق من ملف تعريف آخر أو جهاز آخر متزامن أو تطبيق مختلف يحمل الاسم نفسه. سجّل النتيجة بعد يوم لأن بعض الرسائل تكون قد دخلت طابور التسليم قبل تعديل الإذن.
متى يكون الإشعار علامة احتيال؟
قد يستغل موقع مشبوه إذن الإشعارات لإرسال رسائل توهم المستخدم بوجود فيروس أو جائزة أو مشكلة في الحساب، مع رابط يدفعه إلى تنزيل برنامج أو إدخال بيانات. ظهور الرسالة عبر المتصفح لا يجعلها تحذيرًا من نظام التشغيل أو شركة الحماية. لا تنفذ تعليمات الإشعار، ولا تسمح بالوصول عن بعد أو ترسل رموز تحقق. اسحب إذن الموقع من إعدادات المتصفح وافحص الامتدادات والتطبيقات المثبتة إذا استمرت رسائل مشابهة. إذا أدخلت كلمة مرور في صفحة وصلتها عبر الإشعار، انتقل إلى الموقع الرسمي لتأمين الحساب. تجنب مشاركة لقطة إشعار كاملة إن كانت تعرض بيانات شخصية أو عنوانًا حساسًا.
اختبار للمطورين دون إزعاج المستخدمين
إذا كنت تطور تطبيقًا يستخدم Web Push، اختبر السيناريوهات في بيئة منفصلة وبحسابات تجريبية: منح الإذن، رفضه، سحبه، إغلاق التبويب، إيقاف المتصفح، وتغيير الجهاز. لا تفترض أن كل متصفح يعرض الإشعارات في الظروف نفسها، وراجع دعم Service Worker وقواعد المنصة. يجب أن يتضمن التطبيق زرًا واضحًا لإدارة الاشتراك، وأن يحترم تفضيلات المستخدم حتى لو ظل الإذن التقني ممنوحًا. لا ترسل إشعارات متكررة لقياس معدل الظهور على مستخدمين حقيقيين دون موافقة؛ استخدم بيانات اختبار ومؤشرات مجمعة. معيار الجودة هو وصول التنبيه المهم في الوقت المناسب، لا أعلى عدد من الإشعارات المرسلة.
مراجعة دورية ومرجع تقني
مرة كل شهر، افتح قائمة المواقع المسموح لها بالإشعارات واحذف الأذونات التي لم تعد مرتبطة بحاجة واضحة. راجع أيضًا أذونات الكاميرا والميكروفون والموقع، لكن لا تخلطها مع اشتراك Push؛ لكل ميزة سلوك مختلف. تشرح وثائق MDN Notifications API الفرق بين الإشعارات الدائمة وغير الدائمة، ومتطلبات الإذن ودور Service Worker، مع تنبيه إلى اختلاف الدعم بين المنصات. للمقارنة العامة مع مراجعة أذونات المتصفح، يمكن الرجوع إلى مقال إيجي تاج «بعد سحب الإذن: مراجعة الكاميرا والميكروفون والموقع في المتصفح». يركز هذا المقال تحديدًا على دورة حياة إشعارات الويب بعد إغلاق التبويب، وليس على جميع أذونات المواقع.
يختلف الدعم الفعلي بين المتصفحات والأجهزة
| إشعار داخل الصفحة | يعتمد على بقاء الصفحة | إعداد التطبيق |
| إشعار دائم عبر Push | قد يظهر بعد إغلاق التبويب | إذن الموقع والاشتراك |
| حظر النظام | يمنع ظهور إشعارات التطبيق | إعدادات النظام |
| رسالة احتيالية | قد تستغل إذنًا سابقًا | إبطال الإذن وعدم فتح الرابط |
قائمة ضبط إشعارات المواقع
- حدد النطاق الذي يرسل الإشعار
- راجع إذن الموقع في المتصفح
- راجع سماح نظام التشغيل للمتصفح
- أوقف التنبيهات التسويقية داخل حساب الموقع
- افحص ملفات التعريف والأجهزة الأخرى
- اختبر النتيجة دون مسح كل بيانات المتصفح
المراجع: https://developer.mozilla.org/en-US/docs/Web/API/Notifications_API ، https://developer.mozilla.org/en-US/docs/Web/API/Notifications_API/Using_the_Notifications_API. قراءة مكملة: https://egytag.com/ar/articles/browser-permissions-mazen-fouad-2026-10-04-followup
التنبيه داخل الحساب ليس إشعار النظام
قد يقدم الموقع مركز تنبيهات داخليًا يعرض الرسائل عند تسجيل الدخول، حتى لو حظرت إشعارات النظام بالكامل. هذه القناة مفيدة عندما تريد مراجعة الأحداث في وقت تختاره بدل المقاطعات الفورية. عند تقييم خدمة مهمة، تحقق هل تحفظ الرسائل داخل الحساب وكم مدة ظهورها، وهل يمكنك تمييز ما قرأته بالفعل. لا تفترض أن إيقاف Web Push يمنع إرسال البريد أو رسائل الهاتف؛ قد تحتاج إلى مراجعة تفضيلات مستقلة لكل قناة. ومن جهة المطور، ينبغي أن يوضح المنتج الفرق بين إيقاف صوت التنبيه وإلغاء الاشتراك في الإشعارات الخارجية، حتى لا يظن المستخدم أنه فقد الوصول إلى سجل الأحداث نفسه. تصميم قنوات واضحة يساعد على تقليل الإزعاج دون إخفاء معلومات تشغيلية مهمة.
شارك في تقييم ونقاش المقال
رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.
النقاش
جارٍ تحميل التعليقات…