New releaseSep 1, 2026
wBlock v3.0.0
Safari के लिए अगली पीढ़ी का विज्ञापन अवरोधक।
wBlock
Safari विज्ञापन-अवरोधन की बकवास का अंत।
macOS, iOS, iPadOS और visionOS के लिए एक Safari सामग्री अवरोधक।
5 एक्सटेंशन में 750,000 नियम, Protocol Buffer स्टोरेज, LZ4 कम्प्रेशन और iCloud सिंक।
[!NOTE] विस्तृत तुलना चाहते हैं? मेरी तुलना गाइड देखें कि wBlock अन्य Safari सामग्री अवरोधकों के मुकाबले कैसा प्रदर्शन करता है।
विशेषताएँ
प्रदर्शन
सामग्री संशोधन
|
अवरोधन
कॉन्फ़िगरेशन
|
स्क्रीनशॉट
यूज़रस्क्रिप्ट प्रबंधन पेवॉल, YouTube Dislikes और अधिक प्रबंधित करें |
सेटिंग्स और अनुकूलन ऑटो-अपडेट, सूचनाएँ और प्राथमिकताएँ कॉन्फ़िगर करें |
iOS इंटरफ़ेस iPhone पर पूर्ण-विशेषताओं वाला अवरोधन |
iPadOS इंटरफ़ेस iPad पर पूर्ण-विशेषताओं वाला अवरोधन |
तकनीकी कार्यान्वयन
|
मुख्य आर्किटेक्चर
|
निर्भरताएँ और मानक
|
विकास का समर्थन करें
wBlock मुफ़्त और ओपन सोर्स है।
यदि आप प्रोजेक्ट का समर्थन करना चाहते हैं:
FAQ
wBlock अन्य विज्ञापन अवरोधकों से कैसे तुलना करता है?
uBlock Origin Lite, Wipr 2 और AdGuard के Safari ऐप्स के मुकाबले हमारी तुलना गाइड देखें।
क्या मुझे wBlock App Store से या DMG/Homebrew रिलीज़ से इंस्टॉल करना चाहिए?
App Store संस्करण आमतौर पर बेहतर होता है क्योंकि यह ऐप अपडेट स्वचालित रूप से संभालता है। DMG/Homebrew रिलीज़ में समान विशेषताएँ हैं और यह उन उपयोगकर्ताओं के लिए उपलब्ध है जो App Store के बाहर इंस्टॉल करना पसंद करते हैं।
क्या मुझे wBlock का उपयोग किसी अन्य विज्ञापन अवरोधक के साथ करना चाहिए?
नहीं। एक समय में केवल एक सामान्य-उद्देश्य वाला सामग्री अवरोधक उपयोग करें।
कोई नियंत्रित अध्ययन नहीं है जो यह साबित करता हो कि विज्ञापन अवरोधकों का हर संभव संयोजन हर पेज को नुकसान पहुँचाता है। हालाँकि, ब्राउज़र आर्किटेक्चर और एक्सटेंशन दस्तावेज़ीकरण ओवरलैपिंग अवरोधकों से बचने का समर्थन करते हैं:
-
एक्सटेंशन परस्पर विरोधी परिवर्तन कर सकते हैं। Mozilla दस्तावेज़ित करता है कि जब दो एक्सटेंशन एक ही रिस्पॉन्स हेडर में परस्पर विरोधी संशोधन करने का प्रयास करते हैं, तो केवल एक परिवर्तन सफल हो सकता है। इसलिए कई अवरोधक उनकी सुरक्षा का पूर्वानुमानित संयोजन नहीं बल्कि ऑर्डर-निर्भर व्यवहार उत्पन्न कर सकते हैं। Mozilla का webRequest दस्तावेज़ीकरण देखें।
-
रिक्वेस्ट इंटरसेप्शन की मापनीय कम्प्यूटेशनल लागत होती है। Chromium ब्लॉकिंग रिक्वेस्ट हैंडलर से जुड़ी सीरियलाइज़ेशन, इंटर-प्रोसेस संचार, स्थायी-प्रोसेस और एक्सटेंशन-रिस्पॉन्स प्रोसेसिंग लागतों का वर्णन करता है। अनावश्यक फ़िल्टरिंग सिस्टम चलाना कम से कम कुछ नियम मूल्यांकन और पेज-प्रोसेसिंग कार्य को दोहराता है। Chromium का Web Request और Declarative Net Request का स्पष्टीकरण और Chrome का Manifest V3 अवलोकन देखें।
-
प्रमुख अवरोधक अनुरक्षक स्पष्ट रूप से स्टैकिंग के खिलाफ सलाह देते हैं। आधिकारिक uBlock Origin README कहता है: "किसी अन्य सामग्री अवरोधक के साथ uBO का उपयोग न करें।" यह बताता है कि दूसरा अवरोधक uBO की गोपनीयता या एंटी-ब्लॉकर-डिफ्यूज़िंग सुविधाओं को सही ढंग से काम करने से रोक सकता है। uBlock Origin का आधिकारिक दस्तावेज़ीकरण देखें।
-
दस्तावेज़ित विफलता मोड में धीमी लोडिंग और टूटी कार्यक्षमता शामिल है। AdGuard चेतावनी देता है कि दो अवरोधक एक ही रिक्वेस्ट पर प्रतिस्पर्धा कर सकते हैं, जिससे धीमी पेज लोडिंग, टूटी वेबसाइटें या वीडियो-प्लेबैक समस्याएँ हो सकती हैं। AdGuard की मार्गदर्शिका देखें।
विशेष रूप से wBlock के लिए, दूसरा अवरोधक समस्या निवारण को भी असंभव बना देता है। जब कोई विज्ञापन बच जाता है या कोई साइट टूट जाती है, तो किसी भी अवरोधक के नेटवर्क नियम, कॉस्मेटिक नियम, स्क्रिप्टलेट, अपवाद या निष्पादन क्रम ज़िम्मेदार हो सकते हैं। इसलिए दूसरा अवरोधक एक भ्रमित करने वाला चर है। wBlock समस्या रिपोर्ट करने से पहले सभी अन्य सामग्री अवरोधक अक्षम करें।
अनावश्यक अवरोधक इंस्टॉल करना डिफेंस इन डेप्थ नहीं है जब दोनों उपकरण एक ही इंटरसेप्शन परत पर प्रतिस्पर्धा करते हैं। यह बिना नियंत्रण समूह के एक अनियंत्रित प्रयोग है।
क्या मैं अपनी स्वयं की फ़िल्टर सूचियाँ उपयोग कर सकता हूँ?
हाँ। आप URL द्वारा कोई भी AdGuard-संगत फ़िल्टर सूची जोड़ सकते हैं, नियम सीधे पेस्ट कर सकते हैं, या फ़ाइल से आयात कर सकते हैं।
क्या बेहतर अवरोधन के लिए मुझे अधिक फ़िल्टर सूचियाँ सक्षम करनी चाहिए?
आमतौर पर नहीं। अनुशंसित डिफ़ॉल्ट पहले से ही अधिकांश विज्ञापनों और ट्रैकर्स को कवर करते हैं, और अधिकांश अन्य सामान्य-उद्देश्य सूचियाँ उनके साथ ओवरलैप होती हैं। अधिक सक्षम करना मुख्य रूप से Safari की नियम सीमा का उपयोग करता है और साइट टूटने की संभावना बढ़ाता है। अपवाद Annoyances फ़िल्टर (कुकी बैनर, पॉपअप, सोशल विजेट) और गैर-अंग्रेज़ी साइटों के लिए क्षेत्रीय फ़िल्टर हैं, जो उन चीज़ों को कवर करते हैं जो डिफ़ॉल्ट नहीं करते।
क्या wBlock Safari को धीमा करता है?
सामान्य उपयोग में नहीं। wBlock Safari के मूल डिक्लेरेटिव सामग्री अवरोधन API का उपयोग करता है, जो संकलित नियमों को ऐप प्रोसेस के बाहर लागू करता है। स्थानीय निष्क्रिय जाँच ~40 MB के आसपास रहती है, और पेज लोडिंग Safari के मूल अवरोधक पथ पर बनी रहती है।
क्या यूज़रस्क्रिप्ट iOS और iPadOS पर काम करती हैं?
हाँ। यूज़रस्क्रिप्ट इंजन Safari Web Extensions के माध्यम से iOS, iPadOS और macOS पर सामान्य Greasemonkey APIs (GM_getValue, GM_setValue, GM_xmlhttpRequest, GM_addStyle) लागू करता है।
मैं Twitch विज्ञापन कैसे अवरुद्ध करूँ?
wBlock AdGuard Extra यूज़रस्क्रिप्ट बंडल करता है, जो Twitch के GraphQL API (gql.twitch.tv) से बात करके Twitch विज्ञापनों में मदद कर सकता है — वही सामान्य दृष्टिकोण जिस पर uBlock Origin उपयोगकर्ता भरोसा करते हैं। यह डिफ़ॉल्ट रूप से अक्षम भेजा जाता है, इसलिए इसे Twitch के लिए सक्षम करें:
1. wBlock खोलें और Userscripts अनुभाग पर जाएँ।
2. बिल्ट-इन सूची में AdGuard Extra खोजें और इसे चालू करें।
3. किसी भी खुले Twitch टैब को रीलोड करें।
यह बेस्ट-एफ़र्ट, समुदाय-शैली विज्ञापन अवरोधन है: Twitch अक्सर बदलता रहता है कि विज्ञापन कैसे परोसे जाते हैं, इसलिए यह यूज़रस्क्रिप्ट अपडेट होने तक कभी-कभी टूट सकता है। कोई गारंटी नहीं है कि हर विज्ञापन हटा दिया जाएगा।
Tube Cleaner और Player Cleaner क्या हैं?
वे वैकल्पिक रिमोटली डाउनलोड की गई यूज़रस्क्रिप्ट हैं, जो Vinegar और Baking Soda से प्रेरित हैं, जो किसी साइट के मौजूदा मीडिया तत्व पर Safari के मूल नियंत्रण उजागर करती हैं। वे डिफ़ॉल्ट रूप से अक्षम हैं; उन्हें Userscripts अनुभाग में सक्षम करें। उनके रिलीज़ wBlock-userscripts में होस्ट किए गए हैं और wBlock ऐप संस्करण से बंधे नहीं हैं।
Tube Cleaner YouTube watch, Shorts और Music पेजों को लक्षित करता है। यह
/embed और youtube-nocookie फ्रेम को YouTube के अपने प्लेयर पर छोड़ देता है ताकि वे iframe खाली न जाएँ। Watch पेजों पर यह YouTube को अपना <video> और SABR/MSE स्ट्रीम बनाने और इनिशियलाइज़ करने देता है, फिर मूल नियंत्रण लागू करता है और YouTube के कस्टम क्रोम को पेंट होने से पहले छिपा देता है। होवर-टू-प्ले थंबनेल पूर्वावलोकन YouTube के साथ रहते हैं ताकि वे watch प्लेयर चुरा न सकें। उसी मीडिया तत्व का पुनः उपयोग बफरिंग और एडेप्टिव प्लेबैक को संरक्षित करता है जबकि Picture-in-Picture और बैकग्राउंड प्लेबैक बहाल करता है। यह YouTube अध्यायों और उपशीर्षकों को Safari के मूल मीडिया मेनू में दर्शाता है और SponsorBlock के गोपनीयता-संरक्षण हैश-प्रीफ़िक्स API के माध्यम से ज्ञात सेगमेंट छोड़ता है। इसका कॉम्पैक्ट SB पैनल SponsorBlock-शैली श्रेणी रंग और प्रति-श्रेणी Auto skip, Show skip button या Disabled व्यवहार प्रदान करता है, साथ ही न्यूनतम-अवधि, Undo-सूचना, वर्तमान-वीडियो और चैनल-बहिष्करण नियंत्रण। एक ऑप्ट-इन DA पैनल watch पेज और दृश्यमान YouTube कार्ड पर प्रस्तुत शीर्षकों और थंबनेल को बदलने के लिए DeArrow का उपयोग कर सकता है, होवर पर मूल बहाल कर सकता है, या वर्तमान चैनल को बाहर कर सकता है। परिणाम सत्र-कैश्ड होते हैं; यादृच्छिक फ़ॉलबैक थंबनेल, शीर्षक पुनर्स्वरूपण, सबमिशन और वोटिंग पूर्ण DeArrow एक्सटेंशन की विशेषताएँ बनी रहती हैं। SponsorBlock और DeArrow API डेटा CC BY-NC-SA 4.0 के तहत उपयोग किया जाता है। SB और DA गुणवत्ता और ऑडियो/वीडियो नियंत्रणों के नीचे अपनी स्वयं की टूलबार पंक्ति पर बैठते हैं। iPhone और iPad पर, Safari के मूल नियंत्रण प्लेबैक के मालिक होते हैं जबकि कॉम्पैक्ट टूलबार उनके ऊपर दिखाई देता है; मोबाइल गुणवत्ता विकल्प केवल वर्तमान वीडियो पर लागू होते हैं ताकि एक निश्चित सीमा अगली ManagedMediaSource स्ट्रीम को रोक न सके। Tube Cleaner उस स्ट्रीम के लिए WebKit द्वारा आवश्यक रिमोट-प्लेबैक प्रतिबंध भी संरक्षित करता है, जबकि ऑडियो-ओनली macOS विशेषता बनी रहती है। यह सक्रिय प्लेयर का अनुसरण करता है क्योंकि YouTube ऑफस्क्रीन Shorts बनाए रखता है। विज्ञापन wBlock की सामग्री-अवरोधन नियमों की ज़िम्मेदारी बने रहते हैं।
Player Cleaner अन्य वेबसाइटों पर कस्टम प्लेयर (video.js, JW Player, Plyr, Flowplayer, MediaElement, Clappr, Media Chrome/Mux, और अधिक) को लक्षित करता है, जिसमें Archive.org के
<play-av> जैसे शैडो-रूट प्लेयर शामिल हैं। यह तुरंत मूल नियंत्रण सक्षम करता है। जब लाइट DOM में एक सुरक्षित प्रत्यक्ष स्रोत उपलब्ध होता है, तो यह मूल मीडिया तत्व को बनाए रखते हुए कस्टम क्रोम हटा देता है; शैडो घटक और अपारदर्शी HLS/DASH/MSE पाइपलाइन बरकरार रहते हैं और साइट की स्ट्रीम मशीनरी का उपयोग जारी रखते हैं। यह पेज या सामान्य प्लेयर APIs द्वारा उजागर उपशीर्षक और अध्याय साइडकार पुनर्प्राप्त करता है, लापता सिस्टम Now Playing मेटाडेटा और मीडिया-की क्रियाएँ भरता है, और प्रति-साइट प्लेबैक गति, वॉल्यूमप्राइवेट ब्राउज़िंग में कुकी बैनर या स्क्रिप्टलेट काम क्यों नहीं करते?
Safari प्राइवेट ब्राउज़िंग में वेब एक्सटेंशन बंद रखता है जब तक आप प्रत्येक के लिए Allow in Private Browsing सक्षम नहीं करते। कुकी-नोटिस फ़िल्टर अक्सर स्क्रिप्टलेट के साथ बैनर हटाते हैं (उदाहरण के लिए heise.de Sourcepoint के माध्यम से), और वे केवल wBlock Scripts के माध्यम से चलते हैं।
Safari → Settings → Extensions → wBlock Scripts और सभी 5 wBlock कंटेंट ब्लॉकर्स के लिए Allow in Private Browsing सक्षम करें, फिर प्राइवेट विंडो को रीलोड करें।
यदि सामान्य विंडो में बैनर पहले ही गायब है, तो वह केवल एक संग्रहीत सहमति कुकी हो सकती है। उस साइट की कुकीज़ साफ़ करें और यह मानने से पहले फिर से तुलना करें कि फ़िल्टर केवल प्राइवेट ब्राउज़िंग में टूटा हुआ है।
फ़िल्टर कितनी बार अपडेट होते हैं?
ऑटो-अपडेट अंतराल 1 घंटे से 7 दिनों तक कॉन्फ़िगर किए जा सकते हैं, या मैन्युअल रूप से ट्रिगर किए जा सकते हैं। macOS पर, ऑटो-अपडेट सक्षम करने से एक बंडल लॉन्च एजेंट पंजीकृत होता है जो बैकग्राउंड अपडेट सेवा के माध्यम से ऐप बंद होने पर भी जाँच करता रह सकता है। iOS और iPadOS पर, बैकग्राउंड जाँचें बेस्ट-एफर्ट होती हैं और सिस्टम के wBlock को जगाने या आपके द्वारा इसे फिर से खोलने तक प्रतीक्षा कर सकती हैं। Safari खोलने से अपडेट ट्रिगर नहीं होते। अपडेट HTTP कंडीशनल रिक्वेस्ट (If-Modified-Since/ETag हेडर) का उपयोग करते हैं जब सर्वर उनका समर्थन करते हैं, जिससे अनावश्यक डाउनलोड कम होते हैं।
क्या एलिमेंट ज़ैपर iOS और iPadOS पर उपलब्ध है?
हाँ। Safari में wBlock एक्सटेंशन पॉपअप खोलें और Activate Element Zapper पर टैप करें।
