EU में प्रोग्रेसिव वेब ऐप्स की मौत पर Apple ने अपना रुख पलटा

संक्षेप में, यूरोपीय संघ में Progressive Web App (PWA) सपोर्ट को अस्थायी रूप से बंद करने की दिशा में कदम बढ़ाने के बाद Apple का उसे बहाल करने का फैसला व्यापक रूप से EU के Digital Markets Act (DMA) के संभावित प्रवर्तन और सार्वजनिक प्रतिक्रिया का जवाब माना जा रहा है। टिप्पणीकार इस पर बहस कर रहे हैं कि क्या प्रारंभिक हटाना अच्छे-नीयत वाली कानूनी सावधानी थी या “malicious compliance,” जिसका मकसद वेब को native apps के मुकाबले एक कमजोर विकल्प बनाए रखकर App Store राजस्व की रक्षा करना था। कई लोगों का तर्क है कि PWAs को Apple के WebKit engine तक सीमित करना अब भी anti-competitive है, और browser engine lock-in तथा Apple की व्यापक DMA अनुपालन रणनीति को लेकर आगे और नियामकीय दबाव तथा संभावित जुर्माने की उम्मीद है।

Apple के मकसद और नियामकीय संदर्भ

  • कई लोगों को यह तेज़ी से लिया गया पलटाव इस बात का सबूत लगता है कि PWA को हटाना DMA अनुपालन के इर्द-गिर्द एक रणनीतिक या दंडात्मक कदम था, न कि कोई कठोर तकनीकी बाध्यता।
  • अन्य लोग तर्क देते हैं कि यह संभवतः बदलती कानूनी सलाह और सावधान जोखिम-परिहार को दर्शाता है: जब नियम अस्पष्ट हों, तो सुविधाएँ बंद करना अक्सर सबसे कम जोखिम वाला रास्ता होता है।
  • कई लोग इंगित करते हैं कि Apple ने हाल के वर्षों में PWAs में निवेश किया है, जिससे लगता है कि वे सचमुच इन्हें “मारना” नहीं चाहते, बल्कि इन्हें सीमित करके WebKit के अधीन रखना चाहते हैं।
  • इस पर बहस है कि क्या यह घटना EU प्रवर्तन को मज़बूत करेगी; कुछ लोगों को और जुर्माने तथा “U-turns” की उम्मीद है, खासकर Apple की शुल्क संरचनाओं को लेकर।

DMA की व्याख्या और वैधता

  • एक पक्ष का तर्क है कि DMA स्पष्ट रूप से मांग करता है कि Safari/WebKit की कोई भी क्षमता (PWAs सहित) तृतीय-पक्ष इंजनों के लिए भी समान रूप से उपलब्ध हो, और PWAs को WebKit तक सीमित करना self-preferencing है और अनुपालन में नहीं है।
  • अन्य लोग कहते हैं कि पाठ अधिक अस्पष्ट है: PWAs को OS की एक सुविधा माना जा सकता है, “browser engine” की बाध्यता नहीं; वेब डेवलपर DMA परिभाषाओं के तहत “business users” के रूप में योग्य नहीं हो सकते; और PWAs एक निर्दिष्ट “core platform service” नहीं हैं।
  • कई लोग नोट करते हैं कि EU ने सिर्फ़ इतना कहा है कि वह PWAs को “देख रहा है”; अभी तक WebKit-केवल के लिए कोई स्पष्ट मंज़ूरी नहीं है। कोई भी “back-channel approval” केवल अटकल है।

तकनीकी और सुरक्षा तर्क

  • Apple का दिया गया कारण: उसकी वर्तमान PWA आर्किटेक्चर एक विशेषाधिकार प्राप्त WebKit runtime (Web.app) मानती है; कई इंजनों, सुरक्षित app-level isolation, push infrastructure, और background व्यवहार के लिए इसे फिर से बनाना बहुत बड़ा, जल्दबाज़ी वाला काम होगा।
  • समर्थक iOS की macOS की तुलना में सख़्त सुरक्षा और बैटरी सीमाओं पर ज़ोर देते हैं, और तर्क देते हैं कि background service workers, storage, और notifications वाले मनमाने engines attack surface बढ़ाते हैं।
  • आलोचक जवाब देते हैं कि Android, Windows, और macOS कई engines और PWAs को बिना किसी तबाही के सपोर्ट करते हैं; वे “security” को App Store राजस्व और नियंत्रण की रक्षा के लिए एक बहाना मानते हैं।

ब्राउज़र प्रतिस्पर्धा और ओपन वेब

  • कई लोगों को चिंता है कि Apple का WebKit lock-in एक दशक से PWA क्षमताओं को रोक रहा है और iOS पर वास्तविक browser competition को रोक दिया है; Safari की PWA support को Chromium से वर्षों पीछे माना जाता है।
  • अन्य लोग दावा करते हैं कि iOS पर WebKit baseline वास्तव में Chrome के प्रभुत्व को सीमित करता है और उपयोगकर्ताओं को अधिक intrusive tracking से बचाता है।

डेवलपर और उपयोगकर्ता प्रभाव

  • कुछ डेवलपर iOS PWA सुविधाओं, खासकर push notifications, पर भारी निर्भर हैं और उन्होंने इस removal को अस्तित्वगत संकट के रूप में देखा; reversal राहत है लेकिन भरोसा डगमगा गया है।
  • कई लोग आगे होने वाली लड़ाइयों की भविष्यवाणी करते हैं: तृतीय-पक्ष engines का समान PWA क्षमताएँ चाहना, Apple की “core technology fee” पर जांच, और App Store तथा Safari नीतियों पर व्यापक antitrust दबाव।