मोबाइल पुश नोटिफिकेशन कैसे काम करते हैं: iOS और Android

हर दिन आपका फ़ोन न्यूज़ अलर्ट, चैट मैसेज और राइड अपडेट से गुलज़ार रहता है — और यह सब तब होता है जब इनसे जुड़े ऐप्स बंद होते हैं। लेकिन किसी रिमोट सर्वर से आया मैसेज मिलीसेकंड में आपकी लॉक स्क्रीन तक कैसे पहुंचता है? और नहीं, आपका फ़ोन बार-बार यह नहीं पूछता कि “कुछ नया है क्या?” — इसका जवाब इससे कहीं ज़्यादा दिलचस्प है।

बड़ा सवाल: क्या फ़ोन नोटिफिकेशन के लिए पोल करता है?

संक्षिप्त उत्तर है नहीं। आधुनिक मोबाइल ऑपरेटिंग सिस्टम नए संदेशों की जांच के लिए बार-बार किसी सर्वर को पोल (पुल) नहीं करते [8]। इसके बजाय, iOS और Android दोनों Apple या Google द्वारा संचालित एक केंद्रीकृत गेटवे से एकल, दीर्घकालिक परसिस्टेंट कनेक्शन बनाए रखते हैं। जब कोई नोटिफिकेशन तैयार होती है, तो गेटवे उसे उस खुले चैनल के माध्यम से आपके डिवाइस पर पुश करता है [8]। इस मूलभूत पुश मॉडल का अर्थ है:

• किसी भी ऐप को बैकग्राउंड में अपना पोलिंग लूप चलाने की ज़रूरत नहीं
• नेटवर्क और बैटरी का उपयोग काफ़ी कम हो जाता है
• डिवाइस चाहे कुछ भी कर रहा हो, नोटिफिकेशन लगभग तुरंत पहुंचती हैं

तीन-पक्षीय आर्किटेक्चर

दोनों प्लेटफ़ॉर्म एक ही उच्च-स्तरीय तीन-पक्षीय मॉडल साझा करते हैं [9]:

1. आपके ऐप का बैकएंड सर्वर — कोई इवेंट (नया मैसेज, ऑर्डर भेजा गया, आदि) का पता लगाता है और नोटिफिकेशन पेलोड तैयार करता है
2. प्लेटफ़ॉर्म पुश गेटवे — iPhone के लिए Apple Push Notification service (APNs), Android के लिए Firebase Cloud Messaging (FCM)
3. उपयोगकर्ता का डिवाइस — OS के माध्यम से नोटिफिकेशन प्राप्त करता है और उसे दिखाता है

रजिस्ट्रेशन के समय, ऐप OS से एक विशिष्ट डिवाइस टोकन मांगता है — एक क्रिप्टोग्राफ़िकली हस्ताक्षरित पहचानकर्ता जो गेटवे को बताता है कि कौन सा डिवाइस (और उस डिवाइस पर कौन सा ऐप) किसी दी गई नोटिफिकेशन को प्राप्त करे [1][4]। ऐप फिर इस टोकन को अपने बैकएंड पर भेजता है, जो इसे बाद के उपयोग के लिए स्टोर करता है।

Apple का APNs कैसे काम करता है (iPhone)

डिवाइस रजिस्ट्रेशन और टोकन

जब कोई iOS ऐप registerForRemoteNotifications() कॉल करता है, तो OS Apple के APNs सर्वर से संपर्क करता है और एक डिवाइस-विशिष्ट पुश टोकन प्राप्त करता है [1]। यह टोकन डिवाइस की पहचान और ऐप आइडेंटिफायर को एन्कोड करता है और iOS द्वारा जब भी यह बदलता है (जैसे, रिस्टोर के बाद) तो रिफ्रेश किया जाता है। टोकन फिर डेवलपर के सर्वर पर भेजा जाता है, जो इसे भविष्य की नोटिफिकेशन के लिए उपयोग करता है।

परसिस्टेंट TLS कनेक्शन

iPhone Apple के APNs सर्वर से एक एकल, हमेशा-चालू, एन्क्रिप्टेड TCP कनेक्शन बनाए रखता है [2][3]। मुख्य तकनीकी विवरण:

• प्राथमिक पोर्ट: TCP 5223 — एक समर्पित APNs पोर्ट [3]
• फॉलबैक पोर्ट: TCP 443 (HTTPS) — प्रतिबंधित Wi-Fi नेटवर्क पर उपयोग किया जाता है [3]
• एन्क्रिप्शन: TLS (Transport Layer Security) पूरी तरह से
• Keepalive पैकेट: डिवाइस नियमित रूप से हल्के हार्टबीट पैकेट भेजता है ताकि सर्वर निष्क्रिय कनेक्शन को बंद न करे [3]

क्योंकि यह कनेक्शन OS स्तर पर बनाए रखा जाता है — न कि किसी व्यक्तिगत ऐप द्वारा — यह तब भी बना रहता है जब आपके फ़ोन पर हर ऐप सस्पेंड या बंद हो। डिवाइस के सभी ऐप इस एकल पाइप का लाभ साझा करते हैं।

नोटिफिकेशन डिलीवर करना

जब आपके ऐप के बैकएंड के पास कुछ भेजने के लिए होता है, तो वह APNs के साथ प्रमाणित होता है (JWT या सर्टिफिकेट का उपयोग करके) और नोटिफिकेशन शीर्षक, बॉडी, बैज काउंट और कोई भी कस्टम डेटा वाला JSON पेलोड POST करता है [1]। APNs फिर इस पेलोड को परसिस्टेंट कनेक्शन के माध्यम से टार्गेट डिवाइस पर रूट करता है। iOS इसे प्राप्त करता है, संबंधित ऐप को संक्षेप में जगाता है (यदि आवश्यक हो), और नोटिफिकेशन दिखाता है।

iOS इंटेलिजेंस: स्मार्ट नोटिफिकेशन रैंकिंग

iOS 26 ने Apple Intelligence-संचालित प्राथमिकता रैंकिंग पेश की, जो स्वचालित रूप से प्रासंगिक नोटिफिकेशन (डिलीवरी आना, मीटिंग शुरू होना, तुरंत रिप्लाई की ज़रूरत) को बढ़ावा देती है और सामान्य वाली को नीचे रखती है — बिना किसी डेवलपर कार्रवाई के सबसे महत्वपूर्ण अलर्ट स्टैक के शीर्ष पर दिखाती है [7]।

Android का FCM कैसे काम करता है

डिवाइस रजिस्ट्रेशन

इसी तरह, Android पर, जब कोई ऐप पहली बार FirebaseMessaging.getInstance().getToken() कॉल करता है, तो डिवाइस Google के FCM इन्फ्रास्ट्रक्चर के साथ रजिस्टर होता है और एक रजिस्ट्रेशन टोकन प्राप्त करता है [4]। यह टोकन ऐप के बैकएंड को भेजा जाता है और बाद की टार्गेटिंग के लिए स्टोर किया जाता है।

एक साझा परसिस्टेंट कनेक्शन

FCM का सबसे महत्वपूर्ण डिज़ाइन सिद्धांत डिवाइस पर Google Play Services प्रक्रिया द्वारा बनाए रखा एकल साझा परसिस्टेंट कनेक्शन है [5]। FCM का उपयोग करने वाला हर ऐप — जो वस्तुतः Android पर हर ऐप है — अपनी पुश नोटिफिकेशन इस एक कनेक्शन के माध्यम से रूट करता है। लाभ महत्वपूर्ण हैं:

• बैटरी बचत: प्रत्येक ऐप को अपना बैकग्राउंड सॉकेट बनाए रखने की ज़रूरत नहीं [5]
• डेवलपर्स के लिए सरलता: ऐप्स को कनेक्शन लाइफसाइकिल को बिल्कुल भी मैनेज नहीं करना पड़ता
• विश्वसनीयता: Google का इन्फ्रास्ट्रक्चर रीकनेक्ट, रिट्राई और डिलीवरी रसीदें संभालता है

मैसेज प्राथमिकता और Doze मोड

Android का Doze मोड बैटरी बचाने के लिए जब डिवाइस निष्क्रिय और अनप्लग्ड हो तो बैकग्राउंड गतिविधि को आक्रामक रूप से प्रतिबंधित करता है [6]। FCM इसे दो अलग-अलग प्राथमिकता स्तरों के साथ संभालता है [5][6]:

डेवलपर FCM पेलोड में प्राथमिकता सेट करते हैं। उच्च-प्राथमिकता वाले मैसेज केवल उपयोगकर्ता-दृश्यमान, समय-संवेदनशील अलर्ट के लिए हैं — इस प्राथमिकता का दुरुपयोग करने पर Google डिवाइस को जगाने की ऐप की क्षमता को थ्रोटल कर सकता है [5]।

Android 16: AI-संचालित नोटिफिकेशन ऑर्गनाइज़र

2025 के मध्य में रिलीज़ हुए Android 16 ने एक Notification Organizer पेश किया जो आने वाली नोटिफिकेशन को स्वचालित रूप से वर्गीकृत करने और उपयोगकर्ता के हस्तक्षेप के बिना कम-प्राथमिकता वाली नोटिफिकेशन (जैसे प्रमोशन) को म्यूट करने के लिए ऑन-डिवाइस AI का उपयोग करता है [7]। यह iOS पर Apple Intelligence के दृष्टिकोण को दर्शाता है और दोनों प्लेटफ़ॉर्म के स्मार्ट, कम भारी नोटिफिकेशन अनुभवों की ओर एक अभिसरण का प्रतिनिधित्व करता है।

iOS बनाम Android: तुलनात्मक विश्लेषण

सिर्फ पोल क्यों नहीं? पुश के पक्ष में तर्क

केंद्रीकृत पुश गेटवे के अस्तित्व से पहले, ऐप्स को अपने पोलिंग लूप लागू करने होते थे — हर कुछ मिनट में किसी सर्वर से पूछने के लिए जागते थे “कुछ नया है?” लागत बहुत अधिक थी [8]:

• बैटरी ड्रेन: प्रत्येक पोलिंग साइकिल रेडियो को जगाती है, जो महंगा है
• नेटवर्क ओवरहेड: हज़ारों ऐप प्रत्येक स्वतंत्र HTTP अनुरोध करते हैं
• विलंब: एक नोटिफिकेशन पोलिंग अंतराल तक देर से आ सकती है
• स्केलेबिलिटी: बैकएंड सर्वर बड़े पैमाने पर निरंतर पोलिंग अनुरोधों को संभालते हैं

परसिस्टेंट-कनेक्शन पुश मॉडल इन सभी को समाप्त कर देता है। प्रति डिवाइस एक खुला सॉकेट लाखों संभावित नोटिफिकेशन संभालता है। रेडियो केवल तब जागता है जब वास्तव में कुछ डिलीवर करना हो। और गेटवे क्यूइंग, विफल डिलीवरी को रिट्राई करने और पुरानी नोटिफिकेशन को एक्सपायर करने की सभी जटिलताओं को संभालता है [9]।

निष्कर्ष

आपका फ़ोन कभी भी अंधाधुंध अलर्ट के लिए इंटरनेट को पोल नहीं करता। iPhone और Android दोनों एक परिष्कृत, बैटरी-सचेत दृष्टिकोण अपनाते हैं: Apple या Google के वैश्विक गेटवे से एकल OS-प्रबंधित परसिस्टेंट कनेक्शन चुपचाप बैकग्राउंड में बैठता है। जब दुनिया में कहीं भी कोई सर्वर आपके डिवाइस तक पहुंचना चाहता है, तो वह उस गेटवे पर एक मैसेज पोस्ट करता है, जो तुरंत खुले चैनल के माध्यम से इसे आपकी स्क्रीन पर पुश करता है। परिणाम बैटरी जीवन पर न्यूनतम प्रभाव के साथ लगभग वास्तविक-समय डिलीवरी है — हर बज़ और बैनर के पीछे छिपी एक वास्तविक इंजीनियरिंग उपलब्धि।

स्रोत

1. APNs के साथ अपने ऐप को रजिस्टर करना — Apple Developer Documentation
2. Apple Push Notification Service: MDM में APNs कैसे काम करता है — Fleet
3. क्या iOS एक स्थिर कनेक्शन बनाए रखता है? — Apple Developer Forums
4. Firebase Cloud Messaging — आधिकारिक Firebase दस्तावेज़ीकरण
5. Android पर उपयोगकर्ताओं तक FCM नोटिफिकेशन पहुंचाना सुनिश्चित करें — Firebase Blog, अप्रैल 2025
6. Doze और App Standby के लिए ऑप्टिमाइज़ करें — Android Developers
7. iOS बनाम Android पर पुश नोटिफिकेशन: 2026 में ये कैसे काम करते हैं — MobiLoud
8. मोबाइल के लिए Pull बनाम Push आर्किटेक्चर — Microsoft Mobile Engineering, Medium
9. पुश नोटिफिकेशन डीप डाइव: APNs और FCM के लिए अंतिम तकनीकी गाइड — Spritle
10. 50 मिलियन डिवाइस तक पुश नोटिफिकेशन स्केल करना — Design Gurus Substack