PWAs iOS मूल ऐप्स की जगह नहीं लेंगी
Progressive Web Apps (PWAs) iOS पर कड़े प्रतिबंधों का सामना कर रहे हैं, जहाँ Apple उनकी क्षमताओं को सीमित कर रहा है—जैसे full-screen installable web apps, persistent local storage, और push notifications—विशेष रूप से EU उपयोगकर्ताओं के लिए Digital Markets Act पर अपनी प्रतिक्रिया के तहत। टिप्पणीकार बहस करते हैं कि क्या ये कमियाँ वेब तकनीक की अंतर्निहित सीमाएँ हैं या App Store राजस्व की रक्षा के लिए जानबूझकर platform lock-in का परिणाम, और वे Apple के दृष्टिकोण की तुलना Android तथा desktop पर अधिक PWA-friendly समर्थन से करते हैं। कई लोगों की नज़र में PWAs ऐप्स को ship करने का एक सस्ता, cross-platform तरीका हैं, जो अन्यथा मौजूद ही न होते, लेकिन वे मानते हैं कि iOS पर वे फिलहाल एक second-class विकल्प हैं और निकट भविष्य में पूरी तरह native apps की जगह नहीं ले पाएँगे।
iOS पर PWAs के प्रति Apple का व्यवहार
- कई लोगों का तर्क है कि Apple App Store राजस्व और गेटकीपिंग शक्ति की रक्षा के लिए जानबूझकर PWAs को सीमित कर रहा है (साइलेंट पुश नहीं, डार्क मोड टूटा हुआ, लंबे समय से मौजूद बग्स, APIs का अभाव)।
- कुछ लोग नोट करते हैं कि पिछले लगभग 4 वर्षों में Apple ने PWA की काफी सुविधाएँ जोड़ी हैं, और कहते हैं कि इससे “Apple चाहता है कि PWAs असफल हों” वाली धारणा कमज़ोर पड़ती है।
- कई इसे Apple के “malicious compliance” का क्लासिक उदाहरण मानते हैं: न्यूनतम आवश्यक काम करना, फिर जब नियम वास्तविक खुलापन मजबूर करें तो सुविधाएँ वापस लेना।
EU / DMA और iOS 17.4 बदलाव
- EU में, “Add to Home Screen” PWAs साधारण ब्राउज़र बुकमार्क्स में बदल दिए जाते हैं:
- कोई standalone window नहीं, persistent local storage continuity नहीं, और PWA push/badges नहीं।
- कुछ लोगों ने इस बदलाव के बाद डेटा लॉस और नोटिफिकेशन टूटने की रिपोर्ट की है।
- Apple का तर्क: Safari PWAs को Home Screen के साथ एकीकृत करना alternative engines की तुलना में “Safari को प्राथमिकता” देगा, जिससे DMA का उल्लंघन होगा।
- आलोचकों का कहना है कि Apple इसके बजाय वही एकीकरण अन्य engines के लिए भी खोल सकता था, और वे इसे प्रतिशोधात्मक और उपयोगकर्ता-विरोधी मानते हैं।
- अस्पष्ट: क्या DMA ने कानूनी रूप से हटाने की मांग की थी, या Apple ने अपनी सबसे स्वार्थी व्याख्या चुनी।
iOS पर तकनीकी सीमाएँ और UX समस्याएँ
- iOS पर वर्तमान PWA सीमाएँ जिनका उल्लेख किया गया है:
- badge sync के लिए true silent push नहीं; delayed notifications जैसे workaround असुविधाजनक हैं।
- महीनों से dark mode का टूटा हुआ या असंगत व्यवहार।
- “Add to Home Screen” के माध्यम से installation flow app-store installs की तुलना में कम सहज है।
- EU builds में, PWAs full-screen app-like chrome और local storage continuity खो देते हैं, जिससे UX और खराब हो जाता है।
Android और अन्य प्लेटफ़ॉर्म
- Android PWA support को “much better” बताया गया है:
- Native install prompts, beforeinstallprompt events, per-engine PWAs (Chrome, Firefox), और अधिक भरोसेमंद व्यवहार (जैसे light/dark mode)।
- Desktop अनुभव (खासकर Edge के साथ) को बहुत अच्छा बताया गया है; PWAs “98% native” जैसे लग सकते हैं।
PWAs बनाम native ऐप्स (trade-offs)
- PWA के पक्ष में विचार:
- Cross-platform, एक codebase; App Store fees, reviews, और hardware requirements से बचाव।
- छोटे, internal, या hobby apps को अस्तित्व में आने देता है, खासकर iOS पर बिना paid dev account के।
- Instant updates; 100MB app-store downloads नहीं।
- Native के पक्ष में विचार:
- बेहतर integration, smoother UI/animations, richer APIs, और कम browser quirks।
- Cross-platform/web stacks को “cheaper but worse” माना जाता है; गंभीर, polished apps native होने चाहिए।
- कुछ लोग एक hybrid भविष्य की भविष्यवाणी करते हैं: PWAs के साथ thin native shells (Tauri/Capacitor-style), alternative app stores के जरिए, यदि iOS नियम ढीले हों।
रणनीतिक प्रतिक्रियाएँ
- सुझावों में उपयोगकर्ताओं को सार्वजनिक रूप से चेतावनी देना शामिल है कि missing features iOS/Safari सीमाओं के कारण हैं, और “best experience के लिए, दूसरे OS/browser का उपयोग करें” संदेश को प्रोत्साहित करना।
- अन्य लोग तर्क देते हैं कि iOS का boycott अव्यावहारिक है क्योंकि वहीं paying user base का बड़ा हिस्सा है।