لماذا تتأخر إشعارات الهاتف رغم أن الإنترنت يعمل؟

لماذا تتأخر إشعارات الهاتف رغم أن الإنترنت يعمل؟

تقنيات بين يديك

هاتف يعرض إشعارات متأخرة أثناء الاتصال

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

هنا يبدو الأمر متناقضًا: إذا كان الإنترنت يعمل، فلماذا تأخر الإشعار؟

السبب أن اتصال الهاتف بالإنترنت ليس سوى جزء واحد من الطريق.

الإشعار يمر عادة من خادم التطبيق إلى خدمة دفع مركزية مثل Firebase Cloud Messaging

 على كثير من أجهزة Android أو Apple Push Notification service على iPhone، ثم إلى النظام، 

وبعد ذلك يُعرض للمستخدم وفق حالة الجهاز وإعداداته وطريقة بناء التطبيق.

ولهذا قد يعمل التصفح والفيديو بينما تتأخر بعض الإشعارات.

المشكلة قد تكون في أولوية الرسالة، أو قيود الطاقة والخلفية، أو إعدادات الشركة المصنعة، أو الشبكة نفسها، أو إعدادات عرض الإشعارات.

وأحيانًا يكون الخلل من التطبيق أو خادمه، لا من هاتفك.

المهم ألا تبدأ بإلغاء كل إعدادات توفير البطارية عشوائيًا.

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

هناك طبقة أخرى لا يراها المستخدم: الخادم نفسه.

قد يتأخر الخادم في إنشاء التنبيه، أو يرسله بإعدادات غير مناسبة، أو يحدد مدة صلاحية قصيرة تنتهي

 قبل أن يصبح الجهاز متاحًا.

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

اتصال الإنترنت لا يعني أن مسار الإشعار مفتوح بالكامل

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

تصفح موقع يحدث لأنك فتحت المتصفح وطلبت البيانات مباشرة.

أما الإشعار البعيد فيبدأ من خادم خارج الهاتف، ويجب أن يصل عبر خدمة الدفع ثم يعبر قيود النظام 

ويصل إلى قناة الإشعار المناسبة.

هذه رحلة مختلفة عن مجرد تحميل صفحة.

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

لهذا فإن عبارة "الإنترنت شغال" تستبعد الانقطاع الكامل فقط، ولا تستبعد بقية حلقات المسار.

أول خطوة تشخيصية هي معرفة هل المشكلة عامة على الجهاز أم محصورة في تطبيق أو شبكة 

أو وقت معين.

كيف تصل الإشعارات إلى Android وiPhone؟

في Android لا تحتاج معظم التطبيقات الحديثة إلى إبقاء اتصال مستقل مفتوح مع خادمها طوال الوقت.

تستخدم تطبيقات كثيرة خدمة FCM، التي توفر اتصالًا مشتركًا وكفؤًا لنقل رسائل من خوادم التطبيقات إلى الجهاز.

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

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

وفي iPhone تقوم APNs بالدور المركزي نفسه تقريبًا من ناحية نقل الإشعار من مزود الخدمة إلى الجهاز.

Apple تصف التسليم بأنه "best effort"، أي أن النظام يحاول التسليم في الوقت المناسب لكنه لا يقدم ضمانًا مطلقًا لكل إشعار في كل ظرف.

هذه النقطة تصحح فكرة شائعة في النصوص التقنية المبسطة: التطبيق لا يحتاج دائمًا إلى البقاء مفتوحًا في الذاكرة حتى يصلك Push.

خدمة الدفع مصممة أصلًا لكي تتمكن التطبيقات من تلقي التنبيهات حتى عندما لا تكون واجهتها أمامك.

ومن المفيد أيضًا التمييز بين "إشعار" و"مزامنة".

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

إذا نجحت الإشارة وتأخر جلب البيانات، قد يبدو للمستخدم أن الإشعار نفسه تأخر.

وجود FCM أو APNs لا يعني أن كل التطبيقات تستخدمهما بالطريقة المثالية.

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

على Android قد يؤخر Doze بعض الرسائل لا كلها

Android يستخدم آليات مثل Doze وApp Standby لتقليل استهلاك البطارية عندما يكون الجهاز غير مستخدم أو عندما لا يتفاعل المستخدم مع تطبيق لفترة.

هذه الآليات تقيد بعض نشاط المعالج والشبكة في الخلفية.

لكن القول إن Android "ينام ويمنع كل الإشعارات حتى تفتح التطبيق" غير دقيق.

FCM مصمم للعمل مع Doze، والرسائل ذات الأولوية العالية والمخصصة لمحتوى زمني ظاهر للمستخدم يمكن للنظام محاولة توصيلها سريعًا حتى أثناء Doze.

أما الرسائل ذات الأولوية العادية فقد تتأخر عندما يكون الجهاز في Doze، ثم تصل أثناء نافذة صيانة

 أو بعد استيقاظ الجهاز.

لذلك قد يكون تأخير تطبيق معين مرتبطًا بكيفية إرسال مطوره للرسائل، وليس بإعداد موجود عندك فقط.

كما أن Google قد تخفض أولوية الرسائل التي يرسلها التطبيق على أنها عالية إذا أسيء استخدام 

هذه الأولوية ولم تؤد إلى إشعارات حقيقية للمستخدم.

أي أن المسؤولية موزعة بين النظام وطريقة تصميم التطبيق وخادمه.

إذا كان التأخير يظهر بعد ساعات طويلة من عدم استخدام الهاتف ثم يختفي فور إيقاظه، فهذه ملاحظة تتوافق أكثر مع قيود الطاقة أو الرسائل العادية المؤجلة.

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

إعدادات الشركة المصنعة قد تكون أشد من Android نفسه

إلى جانب قواعد Android الأساسية، تضيف بعض الشركات أدواتها الخاصة لإدارة البطارية والخلفية.

هنا قد تختلف التجربة بين هاتفين يعملان بالإصدار نفسه من Android.

في هواتف Galaxy مثلًا توجد أوضاع Sleeping apps وDeep sleeping apps.

Samsung توضح أن التطبيقات النائمة قد تتأخر تحديثاتها وإشعاراتها، بينما التطبيقات الموضوعة في Deep sleep لا تعمل في الخلفية وتعمل عند فتحها يدويًا.

هذا يفسر نمطًا معروفًا: تطبيق واحد لا يرسل شيئًا طوال فترة، ثم تظهر رسائله عند فتحه.

إذا كان التطبيق مهمًا للمراسلات أو العمل، افحص ما إذا كان موجودًا في قوائم النوم أو التقييد 

قبل تغيير عشرات الإعدادات الأخرى.

لكن لا تجعل كل تطبيق "غير مقيّد" تلقائيًا.

اقرأ ايضا : كيف تختار سعة تخزين سحابية دون اشتراك زائد؟

استثناء جميع التطبيقات من تحسين البطارية قد يزيد العمل الخلفي واستهلاك الطاقة بلا فائدة.

الأفضل تعديل التطبيق الذي ثبت أن إشعاراته تتأخر لديك فعلًا.

لاحظ أيضًا أن Samsung تفرق بين Sleeping وDeep sleeping؛ الأول قد يسمح بعمل خلفي متقطع،

 أما الثاني فأشد تقييدًا.

لذلك لا يكفي أن تقول "توفير البطارية مفعل"؛ المهم معرفة الحالة الفعلية للتطبيق الذي تتأخر إشعاراته.

على iPhone قد يكون التأخير في التسليم أو في طريقة العرض

على iPhone تمر الإشعارات البعيدة عبر APNs، وApple توضح أن التسليم ليس مضمونًا في كل لحظة.

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

وهناك فرق مهم بين الإشعار المرئي وبين Background Notification الذي يستخدمه التطبيق لتحديث محتواه بصمت.

Apple تعامل الإشعارات الخلفية كرسائل منخفضة الأولوية وقد تؤخرها أو تحد منها، لذلك لا ينبغي مقارنة سلوك تحديث خلفي صامت برسالة محادثة ظاهرة.

كذلك قد يكون التنبيه وصل إلى الجهاز لكن طريقة عرضه مؤجلة.

إعداد Focus يمكن أن يؤخر ظهور إشعارات غير مسموح بها أثناء وضع التركيز، ويمكن للمستخدم أيضًا جدولة ملخص للإشعارات بدل رؤيتها فورًا.

لهذا إذا كانت المشكلة في iPhone، افحص Focus وإعدادات الإشعارات للتطبيق قبل افتراض أن الإنترنت أو خوادم Apple متعطلة.

وإذا كان التأخير في تطبيق واحد فقط، يبقى احتمال طريقة تنفيذ التطبيق نفسه قائمًا.

على iPhone لا تجعل Low Power Mode وحده متهمًا تلقائيًا.

Apple قد تؤجل بعض الأعمال أو الإشعارات الخلفية لأسباب تتعلق بالطاقة، لكن مشكلة إشعار مرئي

 واحد تحتاج فحص الإعدادات والتطبيق والمسار كاملًا بدل ربطها بزر واحد.

الواي فاي أو VPN قد يكونان جزءًا من المشكلة أحيانًا

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

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

شبكات الشركات أو الفنادق أو بعض إعدادات الجدار الناري قد تقيد اتصالات تحتاجها خدمات الدفع.

كما يمكن لبعض إعدادات VPN أو DNS أو أدوات الحماية أن تؤثر في الاتصال بخدمات معينة حتى مع استمرار التصفح العادي.

على Android قد يضيف Data Saver قيودًا على استخدام بيانات الخلفية لبعض التطبيقات، لكن FCM صُمم لتقليل الحاجة إلى اتصالات خلفية منفصلة لكل تطبيق.

لذلك لا يصح تفسير كل تأخير بوجود "توفير بيانات" وحده.

اختبار بسيط يفيد هنا: قارن التطبيق نفسه على الواي فاي وبيانات الجوال، ثم جرّبه مع إيقاف VPN مؤقتًا إن كنت تستخدمه.

إذا تغير السلوك باستمرار مع الشبكة، أصبحت الشبكة احتمالًا أقوى من البطارية.

أحيانًا تصل الرسالة لكن إعداد الإشعار يمنع ظهورها كما تتوقع

ليست كل مشكلة "تأخر إشعار" مشكلة نقل.

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

في Android 13 وما بعده تحتاج التطبيقات عادة إلى إذن لإرسال الإشعارات.

وفي Android 8 وما بعده تستخدم التطبيقات قنوات Notification Channels يمكن للمستخدم ضبط كل واحدة منها بصورة مستقلة، مثل الرسائل أو العروض أو التنبيهات المهمة.

لذلك قد ترى إشعارات نوع معين وتتأخر أو تختفي إشعارات نوع آخر من التطبيق نفسه.

الدخول إلى إعدادات الإشعارات الخاصة بالتطبيق قد يكشف أن فئة معينة صامتة أو معطلة.

وفي iPhone يمكن لـFocus أو إعدادات التسليم والملخص أن يغير توقيت ظهور التنبيهات.

هنا يجب التفريق بين "لم تصل الرسالة إلى الجهاز" و"لم تظهر لي فورًا بالطريقة التي توقعتها".

وصول الإشعارات عند فتح التطبيق دليل مفيد لكنه ليس حكمًا نهائيًا

إذا فتحت التطبيق فظهرت عشر رسائل دفعة واحدة، فهذه علامة تستحق الانتباه، لكنها لا تثبت وحدها أن نظام التشغيل "قتل التطبيق".

هناك أكثر من تفسير ممكن.

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

وفي Android هناك فرق أيضًا بين إزالة التطبيق من شاشة التطبيقات الحديثة وبين Force stop من إعدادات النظام.

الإيقاف القسري يضع التطبيق في حالة متوقفة، وقد يتطلب تشغيله يدويًا من جديد حتى تعود

 بعض وظائف المراسلة.

أما محاولة "قفل التطبيق في الذاكرة" أو تنظيف RAM باستمرار فليست قاعدة عامة لحل تأخر الإشعارات.

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

استخدم مصفاة الإشعار الخماسية قبل تغيير إعدادات كثيرة

ابدأ من النطاق: هل المشكلة في تطبيق واحد أم عدة تطبيقات؟ إذا كانت في تطبيق واحد، افحص

 إذن الإشعارات وفئاته وإعداد البطارية لذلك التطبيق وتحديثه.

إذا كانت في معظم التطبيقات، انتقل إلى إعدادات النظام والشبكة.

ثم اختبر الشبكة: هل التأخير يحدث على واي فاي معين فقط؟ جرّب بيانات الجوال، وأوقف VPN مؤقتًا عند الحاجة.

إذا اختفى التأخير، لا تضيع وقتك في تعديل RAM أو إعادة تثبيت جميع التطبيقات.

بعد ذلك افحص الطاقة.

على Android راجع Battery optimization وقوائم Sleeping أو Deep sleeping بحسب الشركة، وعدّل التطبيق المهم فقط.

على iPhone راجع Focus وإعدادات الإشعارات، خصوصًا إذا كانت التنبيهات تظهر لاحقًا مجمعة.

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

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

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

اقرأ ايضا : لماذا تنقطع سماعات البلوتوث دون سبب واضح؟

وجود الإنترنت شرط لوصول الإشعار، لكنه ليس ضمانًا للظهور الفوري.

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

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