Chrome भविष्य में ad blockers को सीमित करने की योजनाओं के साथ आगे बढ़ रहा है

मूल लेख ↗ Hacker News चर्चा ↗

Manifest V3 के ज़रिए Chrome में शक्तिशाली ad-blocking क्षमताएँ चरणबद्ध ढंग से हटाने की Google की योजना चिंता बढ़ा रही है कि intrusive ads के बिना आधुनिक web लगभग अप्रयोगी हो जाएगा। कई टिप्पणीकारों का अनुमान है कि यह कदम तकनीकी रूप से रुचि रखने वाले उपयोगकर्ताओं को Firefox और Brave जैसे विकल्पों, या Pi-hole जैसे network-level tools की ओर धकेलेगा, हालांकि उन्हें संदेह है कि अधिकांश सामान्य उपयोगकर्ता स्विच करेंगे। Chromium project पर Google के नियंत्रण, web पर user control के क्षरण, और क्या regulators या नए open-source browsers अंततः इस प्रवृत्ति को संतुलित कर पाएँगे—इसे लेकर भी व्यापक बेचैनी है।

Chrome के कदम पर सामान्य भावना

  • कई टिप्पणीकार Chrome के Manifest V3 और ad‑blocking सीमाओं को एक निर्णायक मोड़ के रूप में देखते हैं और आधुनिक web को blockers के बिना “अप्रयोगी” बताते हैं।
  • कुछ लोगों का मानना है कि Google अपनी शक्ति का ज़रूरत से ज़्यादा इस्तेमाल कर रहा है और Internet Explorer के पतन जैसी स्थिति दोहरा सकता है; जबकि अन्य का तर्क है कि ज़्यादातर उपयोगकर्ता आदत और सुविधा के कारण Chrome पर ही बने रहेंगे।
  • एक समूह इसे व्यापक “general-purpose computing के खिलाफ युद्ध” और user control पर हमले के हिस्से के रूप में देखता है।

Browser विकल्पों पर प्रभाव

  • कई लोग Firefox पर (या पहले ही) स्विच करने की ज़ोरदार सलाह देते हैं, अक्सर uBlock Origin, Privacy Badger, और containers के साथ।
  • Brave को अक्सर एक आकर्षक Chromium-जैसा विकल्प बताया जाता है, जिसमें extension APIs पर निर्भर न रहने वाला built-in ad blocking है; कुछ लोग इसके crypto/rewards फीचर्स को पसंद नहीं करते।
  • Safari/WebKit (और Orion, Otter जैसे derivatives) को भी विकल्प के रूप में उल्लेख किया गया है, लेकिन इनमें कुछ कमियाँ हैं: छोटा ecosystem, compatibility quirks, iOS engine lock‑in।
  • कुछ लोग रिपोर्ट करते हैं कि Firefox, Chrome जितना ही तेज़ और stable है; जबकि अन्य इसे buggy, समय के साथ धीमा, या robust sync या “app mode” जैसी सुविधाओं से कमज़ोर पाते हैं।

Manifest V3, V2, और तकनीकी सीमाएँ

  • मुख्य तकनीकी चिंता: MV3 का declarativeNetRequest dynamic rules को लगभग 30k तक सीमित करता है, जो प्रमुख lists (EasyList, EasyPrivacy, Fanboy’s, आदि) से बहुत कम है, जिससे blocking quality घटती है।
  • MV3 अधिकांश extensions के लिए blocking webRequest APIs हटाता है, लेकिन read-only inspection को बनाए रखता है, इसलिए extensions के जरिए data exfiltration अभी भी संभव है।
  • Firefox MV3 को support करेगा, लेकिन MV2 को भी बनाए रखेगा, इसलिए शक्तिशाली blockers वहाँ बने रह सकते हैं।
  • Brave, Vivaldi, Opera कहते हैं कि वे Chrome की deprecation के बाद भी MV2 बनाए रखेंगे, लेकिन इसका मतलब संभवतः Chromium के विकसित होने के साथ बढ़ती divergence और maintenance burden होगा; दीर्घकालिक व्यवहार्यता अनिश्चित है।

विकल्प: नेटवर्क-स्तरीय blocking और OS/router दृष्टिकोण

  • Pi-hole और DNS/hosts-आधारित blocking को उपयोगी लेकिन सीमित माना जाता है: यह एक ही domains पर ads और content में फर्क नहीं कर सकता (जैसे YouTube), और DOM elements नहीं हटा सकता।
  • Router/OS-स्तरीय blocking HTTPS और encrypted DNS से सीमित है; गहरी inspection के लिए privacy-हानिकारक MITM की आवश्यकता होगी।

नियमन, शक्ति, और दीर्घकालिक आशंकाएँ

  • कुछ लोग malware और power imbalance के कारण anti-adblock तरीकों पर EU की जाँच का स्वागत करते हैं; अन्य चाहते हैं कि regulators “बीच में न आएँ” और ad/anti-ad arms race को अपने हाल पर छोड़ दें।
  • चिंता है कि बड़े खिलाड़ी ads और tracking को लागू कराने के लिए proprietary protocols, DRM-जैसी आवश्यकताओं, या hardware-स्तरीय controls की ओर बढ़ सकते हैं।
  • एक अल्पसंख्यक भविष्य के open-source browsers या नए stacks के बारे में आशावादी है जो आज की Firefox/Chromium dominance को तोड़ सकते हैं, लेकिन अन्य इसे complexity को देखते हुए अवास्तविक मानते हैं।