refresh date: 2026-09-25 robots: noindex
ब्यौरा
chrome.contentSettings एपीआई का इस्तेमाल करके, उन सेटिंग में बदलाव करें जिनसे यह कंट्रोल होता है कि वेबसाइटें कुकी, JavaScript, और प्लगिन जैसी सुविधाओं का इस्तेमाल कर सकती हैं या नहीं. सामान्य तौर पर, कॉन्टेंट सेटिंग की मदद से, Chrome के व्यवहार को हर साइट के हिसाब से अलग-अलग तरीके से सेट किया जा सकता है. इसके बजाय, इसे ग्लोबल लेवल पर सेट किया जा सकता है.
अनुमतियां
contentSettingsमेनिफ़ेस्ट
एपीआई का इस्तेमाल करने के लिए, आपको अपने एक्सटेंशन के मेनिफ़ेस्ट में "contentSettings" अनुमति का एलान करना होगा. उदाहरण के लिए:
{
"name": "My extension",
...
"permissions": [
"contentSettings"
],
...
}
कॉन्टेंट सेटिंग के पैटर्न
पैटर्न का इस्तेमाल करके, उन वेबसाइटों के बारे में बताया जा सकता है जिन पर कॉन्टेंट सेटिंग लागू होती है. उदाहरण के लिए,
https://*.youtube.com/*, youtube.com और उसके सभी सबडोमेन के बारे में बताता है. कॉन्टेंट सेटिंग के पैटर्न का सिंटैक्स, मैच पैटर्न के सिंटैक्स जैसा ही होता है. हालांकि, दोनों में कुछ अंतर होते हैं:
http,https, औरftpयूआरएल के लिए, पाथ वाइल्डकार्ड (/*) होना चाहिए.fileयूआरएल के लिए, पाथ पूरी तरह से तय किया जाना चाहिए और इसमें वाइल्डकार्ड नहीं होना चाहिए.- मैच पैटर्न के उलट, कॉन्टेंट सेटिंग पैटर्न में पोर्ट नंबर तय किया जा सकता है. अगर कोई पोर्ट नंबर दिया गया है, तो पैटर्न सिर्फ़ उस पोर्ट वाली वेबसाइटों से मैच करेगा. अगर कोई पोर्ट नंबर नहीं दिया गया है, तो पैटर्न सभी पोर्ट से मैच करता है.
पैटर्न की प्राथमिकता
जब किसी साइट पर कॉन्टेंट सेटिंग के एक से ज़्यादा नियम लागू होते हैं, तो ज़्यादा सटीक पैटर्न वाले नियम को प्राथमिकता दी जाती है.
उदाहरण के लिए, यहां दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:
https://www.example.com/*https://*.example.com/*(example.com और सभी सबडोमेन से मेल खाने वाला)<all_urls>(हर यूआरएल से मेल खाने वाला)
तीन तरह के वाइल्डकार्ड से यह तय होता है कि कोई पैटर्न कितना खास है:
- पोर्ट में वाइल्डकार्ड (उदाहरण के लिए,
https://www.example.com:*/*) - स्कीम में वाइल्डकार्ड (उदाहरण के लिए,
*://www.example.com:123/*) - होस्टनेम में वाइल्डकार्ड (उदाहरण के लिए
https://*.example.com:123/*)
अगर कोई पैटर्न, किसी दूसरे पैटर्न से एक हिस्से में ज़्यादा सटीक है, लेकिन दूसरे हिस्से में कम सटीक है, तो अलग-अलग हिस्सों की जांच इस क्रम में की जाती है: होस्टनेम, स्कीम, पोर्ट. उदाहरण के लिए, यहां दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:
https://www.example.com:*/*इससे होस्टनेम और स्कीम के बारे में पता चलता है.*:/www.example.com:123/*यह प्राथमिकता उतनी ज़्यादा नहीं है, क्योंकि इसमें होस्टनेम के बारे में बताया गया है, लेकिन स्कीम के बारे में नहीं बताया गया है.https://*.example.com:123/*कम, क्योंकि इसमें पोर्ट और स्कीम के बारे में बताया गया है. हालांकि, इसमें होस्टनेम में वाइल्डकार्ड है.
प्राइमरी और सेकंडरी पैटर्न
कॉन्टेंट के टाइप के हिसाब से, यह तय किया जाता है कि कौनसा यूआरएल इस्तेमाल किया जाएगा. इससे यह तय होता है कि कॉन्टेंट पर कौनसी सेटिंग लागू की जाएगी.
उदाहरण के लिए, contentSettings.notifications के लिए सेटिंग, ओमनीबॉक्स में दिखाए गए यूआरएल पर आधारित होती हैं. इस यूआरएल को "प्राइमरी" यूआरएल कहा जाता है.
कुछ कॉन्टेंट टाइप में, अतिरिक्त यूआरएल शामिल किए जा सकते हैं. उदाहरण के लिए, किसी साइट को contentSettings.cookies सेट करने की अनुमति है या नहीं, यह एचटीटीपी अनुरोध के यूआरएल (इस मामले में यह मुख्य यूआरएल है) के साथ-साथ, खोज बार में दिखाए गए यूआरएल (इसे "दूसरा" यूआरएल कहा जाता है) के आधार पर तय किया जाता है.
अगर कई नियमों में प्राइमरी और सेकंडरी पैटर्न होते हैं, तो ज़्यादा सटीक प्राइमरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. अगर एक से ज़्यादा नियमों में एक जैसा प्राइमरी पैटर्न है, तो ज़्यादा मिलते-जुलते सेकंडरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. उदाहरण के लिए, प्राइमरी/सेकंडरी पैटर्न के जोड़े की इस सूची को प्राथमिकता के हिसाब से क्रम में लगाया गया है:
| प्राथमिकता | प्राइमरी पैटर्न | सेकंडरी पैटर्न |
|---|---|---|
| 1 | https://www.moose.com/*, | https://www.wombat.com/* |
| 2 | https://www.moose.com/*, | <all_urls> |
| 3 | <all_urls>, | https://www.wombat.com/* |
| 4 | <all_urls>, | <all_urls> |
संसाधन के आइडेंटिफ़ायर
संसाधन आइडेंटिफ़ायर की मदद से, किसी कॉन्टेंट टाइप के खास सबटाइप के लिए कॉन्टेंट सेटिंग तय की जा सकती हैं.
फ़िलहाल, contentSettings.plugins ही ऐसा कॉन्टेंट टाइप है जो रिसॉर्स आइडेंटिफ़ायर के साथ काम करता है. इसमें रिसॉर्स आइडेंटिफ़ायर, किसी प्लगिन की पहचान करता है. कॉन्टेंट सेटिंग लागू करते समय, सबसे पहले किसी प्लगिन की सेटिंग देखी जाती हैं. अगर किसी प्लगिन के लिए कोई सेटिंग नहीं मिलती है, तो प्लगिन के लिए कॉन्टेंट की सामान्य सेटिंग की जांच की जाती है.
उदाहरण के लिए, अगर कॉन्टेंट सेटिंग के किसी नियम में संसाधन आइडेंटिफ़ायर adobe-flash-player और पैटर्न <all_urls> है, तो उसे संसाधन आइडेंटिफ़ायर और पैटर्न https://www.example.com/* के बिना वाले नियम पर प्राथमिकता दी जाएगी. भले ही, वह पैटर्न ज़्यादा सटीक हो.
contentSettings.ContentSetting.getResourceIdentifiers तरीके को कॉल करके, किसी कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर की सूची पाई जा सकती है. उपयोगकर्ता के डिवाइस पर इंस्टॉल किए गए प्लगिन के सेट के हिसाब से, दिखाई गई सूची में बदलाव हो सकता है. हालांकि, Chrome प्लगिन के अपडेट के दौरान आइडेंटिफ़ायर को स्थिर रखने की कोशिश करता है.
उदाहरण
इस एपीआई को आज़माने के लिए, chrome-extension-samples रिपॉज़िटरी से, contentSettings API का उदाहरण इंस्टॉल करें.
टाइप
AutoVerifyContentSetting
Enum
"allow"
"block"
CameraContentSetting
Enum
"allow"
"block"
"ask"
ClipboardContentSetting
Enum
"allow"
"block"
"ask"
ContentSetting
प्रॉपर्टी
-
मिटाएं
void
Promiseइस एक्सटेंशन की ओर से सेट किए गए, कॉन्टेंट सेटिंग से जुड़े सभी नियमों को मिटाता है.
clearफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
ब्यौरा
ऑब्जेक्ट
-
दायरा
स्कोप ज़रूरी नहीं है
सेटिंग कहां मिटानी है (डिफ़ॉल्ट: रेगुलर).
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं है
callbackपैरामीटर ऐसा दिखता है:() => void
-
returns
Promise<void>
Chrome 96 और इसके बाद के वर्शनप्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म को कॉलबैक का इस्तेमाल करना होगा.
-
-
सदस्यता लें
शून्य
Promiseयह फ़ंक्शन, यूआरएल के दिए गए जोड़े के लिए, कॉन्टेंट की मौजूदा सेटिंग को दिखाता है.
getफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
ब्यौरा
ऑब्जेक्ट
-
गुप्त
boolean ज़रूरी नहीं है
यह तय करना कि गुप्त सेशन के लिए कॉन्टेंट सेटिंग की जांच करनी है या नहीं. (डिफ़ॉल्ट रूप से गलत)
-
primaryUrl
स्ट्रिंग
वह मुख्य यूआरएल जिसके लिए कॉन्टेंट की सेटिंग वापस लानी है. ध्यान दें कि प्राइमरी यूआरएल का मतलब, कॉन्टेंट के टाइप के हिसाब से अलग-अलग होता है.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं है
यह उस कॉन्टेंट टाइप का ज़्यादा सटीक आइडेंटिफ़ायर होता है जिसके लिए सेटिंग वापस लानी हैं.
-
secondaryUrl
string ज़रूरी नहीं है
वह दूसरा यूआरएल जिसके लिए कॉन्टेंट की सेटिंग वापस लानी है. डिफ़ॉल्ट रूप से, यह मुख्य यूआरएल पर सेट होता है. ध्यान दें कि सेकंडरी यूआरएल का मतलब, कॉन्टेंट टाइप पर निर्भर करता है. साथ ही, सभी कॉन्टेंट टाइप में सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं है
callbackपैरामीटर ऐसा दिखता है:(details: object) => void
-
ब्यौरा
ऑब्जेक्ट
-
सेट हो रहा है
T
कॉन्टेंट सेटिंग. संभावित वैल्यू के लिए, ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
-
returns
Promise<object>
Chrome 96 या इसके बाद के वर्शनप्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म को कॉलबैक का इस्तेमाल करना होगा.
-
-
getResourceIdentifiers
शून्य
PromisegetResourceIdentifiersफ़ंक्शन इस तरह दिखता है:(callback?: function) => {...}
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं है
callbackपैरामीटर ऐसा दिखता है:(resourceIdentifiers?: ResourceIdentifier[]) => void
-
resourceIdentifiers
ResourceIdentifier[] optional
इस कॉन्टेंट टाइप के लिए, संसाधन आइडेंटिफ़ायर की सूची. अगर यह कॉन्टेंट टाइप, संसाधन आइडेंटिफ़ायर का इस्तेमाल नहीं करता है, तो
undefined.
-
-
returns
Promise<ResourceIdentifier[]>
Chrome 96 और इसके बाद के वर्शनप्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म को कॉलबैक का इस्तेमाल करना होगा.
-
-
सेट करो
void
Promiseकॉन्टेंट सेटिंग से जुड़ा नया नियम लागू करता है.
setफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
ब्यौरा
ऑब्जेक्ट
-
primaryPattern
स्ट्रिंग
प्राइमरी यूआरएल के लिए पैटर्न. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग के पैटर्न लेख पढ़ें.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं है
कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
-
दायरा
स्कोप ज़रूरी नहीं है
सेटिंग कहां सेट करें (डिफ़ॉल्ट: सामान्य).
-
secondaryPattern
string ज़रूरी नहीं है
सेकंडरी यूआरएल के लिए पैटर्न. डिफ़ॉल्ट रूप से, यह सभी यूआरएल से मेल खाता है. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानकारी के लिए, कॉन्टेंट सेटिंग के पैटर्न देखें.
-
सेट हो रहा है
कोई
इस नियम के तहत लागू की गई सेटिंग. संभावित वैल्यू के लिए, ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं है
callbackपैरामीटर ऐसा दिखता है:() => void
-
returns
Promise<void>
Chrome 96 या इसके बाद के वर्शनप्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म को कॉलबैक का इस्तेमाल करना होगा.
-
CookiesContentSetting
Enum
"allow"
"block"
"session_only"
FullscreenContentSetting
वैल्यू
"allow"
ImagesContentSetting
Enum
"allow"
"block"
JavascriptContentSetting
Enum
"allow"
"block"
LocationContentSetting
Enum
"allow"
"block"
"ask"
MicrophoneContentSetting
Enum
"allow"
"block"
"ask"
MouselockContentSetting
वैल्यू
"allow"
MultipleAutomaticDownloadsContentSetting
Enum
"allow"
"block"
"ask"
NotificationsContentSetting
Enum
"allow"
"block"
"ask"
PluginsContentSetting
वैल्यू
"block"
PopupsContentSetting
Enum
"allow"
"block"
PpapiBrokerContentSetting
वैल्यू
"block"
ResourceIdentifier
contentSettings.plugins ही ऐसा कॉन्टेंट टाइप है जिसमें संसाधन आइडेंटिफ़ायर का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, संसाधन आइडेंटिफ़ायर देखें.
प्रॉपर्टी
-
ब्यौरा
string ज़रूरी नहीं है
संसाधन के बारे में ऐसी जानकारी जिसे कोई भी व्यक्ति आसानी से पढ़ सके.
-
आईडी
स्ट्रिंग
दिए गए कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
Scope
ContentSetting का स्कोप. इनमें से कोई एक
regular: सामान्य प्रोफ़ाइल के लिए सेटिंग (अगर इसे कहीं और नहीं बदला गया है, तो यह गुप्त प्रोफ़ाइल के लिए भी इस्तेमाल की जाती है),
incognito\_session\_only: गुप्त प्रोफ़ाइल के लिए सेटिंग. इसे सिर्फ़ गुप्त सेशन के दौरान सेट किया जा सकता है. गुप्त सेशन खत्म होने पर इसे मिटा दिया जाता है (यह सामान्य सेटिंग को बदल देती है).
Enum
"regular"
"incognito_session_only"
SoundContentSetting
Enum
"allow"
"block"
प्रॉपर्टी
automaticDownloads
इससे यह तय किया जाता है कि साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति दी जाए या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति दें,
block: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति न दें,
ask: जब कोई साइट पहली फ़ाइल के बाद, फ़ाइलों को अपने-आप डाउनलोड करना चाहे, तो अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
autoVerify
इससे यह तय किया जाता है कि साइटों को Private State Tokens API इस्तेमाल करने की अनुमति देनी है या नहीं. इनमें से कोई एक
allow: साइटों को Private State Tokens API इस्तेमाल करने की अनुमति दें
block: साइटों को Private State Tokens API इस्तेमाल करने से रोकें.
डिफ़ॉल्ट रूप से, यह allow पर सेट होता है.
set() को कॉल करते समय, मुख्य यूआरएल पैटर्न <all_urls> होना चाहिए. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
camera
इस कुकी से यह तय होता है कि साइटों को कैमरे का ऐक्सेस देना है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को कैमरा ऐक्सेस करने की अनुमति दें,
block: साइटों को कैमरा ऐक्सेस करने की अनुमति न दें,
ask: जब कोई साइट कैमरा ऐक्सेस करने की अनुमति मांगे, तब पूछें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने कैमरे के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'allow' सेटिंग मान्य नहीं है.
clipboard
इस नीति से यह तय किया जा सकता है कि साइटों को Async Clipboard API की ऐडवांस सुविधाओं के ज़रिए, क्लिपबोर्ड ऐक्सेस करने की अनुमति दी जाए या नहीं. "ऐडवांस" सुविधाओं में, उपयोगकर्ता के जेस्चर के बाद बिल्ट-इन फ़ॉर्मैट में लिखने के अलावा कुछ भी शामिल हो सकता है. जैसे, पढ़ने की सुविधा, कस्टम फ़ॉर्मैट में लिखने की सुविधा, और उपयोगकर्ता के जेस्चर के बिना लिखने की सुविधा. इनमें से कोई एक विकल्प चुनें
allow: साइटों को क्लिपबोर्ड की ऐडवांस सुविधाओं का इस्तेमाल करने की अनुमति दें,
block: साइटों को क्लिपबोर्ड की ऐडवांस सुविधाओं का इस्तेमाल करने की अनुमति न दें,
ask: जब कोई साइट क्लिपबोर्ड की ऐडवांस सुविधाओं का इस्तेमाल करना चाहे, तब अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने क्लिपबोर्ड के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
cookies
वेबसाइटों को कुकी और अन्य लोकल डेटा सेट करने की अनुमति देनी है या नहीं. इनमें से कोई एक
allow: कुकी स्वीकार करें,
block: कुकी ब्लॉक करें,
session\_only: सिर्फ़ मौजूदा सेशन के लिए कुकी स्वीकार करें.
डिफ़ॉल्ट रूप से, यह allow पर सेट होता है.
मुख्य यूआरएल, कुकी के ऑरिजिन को दिखाता है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है.
fullscreen
अब सेवा में नहीं है. अब इसका कोई असर नहीं होता. अब सभी साइटों को फ़ुलस्क्रीन मोड की अनुमति अपने-आप मिल जाती है. यह वैल्यू हमेशा allow होती है.
images
इमेज दिखानी हैं या नहीं. इनमें से कोई एक
allow: इमेज दिखाएं
block: इमेज न दिखाएं.
डिफ़ॉल्ट रूप से, यह allow पर सेट होता है.
प्राइमरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल, इमेज का यूआरएल होता है.
javascript
JavaScript को चलाना है या नहीं. इनमें से कोई एक
allow: JavaScript चलाएं,
block: JavaScript न चलाएं.
डिफ़ॉल्ट रूप से, यह allow पर सेट होता है.
प्राइमरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
location
जियोलोकेशन की सुविधा को अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति दें,
block: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति न दें,
ask: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति देने से पहले पूछें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने जगह की जानकारी के डेटा का अनुरोध किया है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. यह अनुरोध करने वाले यूआरएल से अलग हो सकता है या नहीं भी हो सकता.
microphone
इससे यह तय किया जाता है कि साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति दें,
block: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति न दें,
ask: जब कोई साइट माइक्रोफ़ोन ऐक्सेस करना चाहे, तब अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने माइक्रोफ़ोन के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'allow' सेटिंग मान्य नहीं है.
mouselock
अब सेवा में नहीं है. अब इसका कोई असर नहीं होता. अब सभी साइटों को माउस लॉक करने की अनुमति अपने-आप मिल जाती है. यह वैल्यू हमेशा allow होती है.
notifications
इससे यह तय होता है कि साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति दें,
block: साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति न दें,
ask: जब कोई साइट डेस्कटॉप सूचनाएं दिखाना चाहे, तब अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह ask पर सेट होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसे सूचना दिखानी होती है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
plugins
अब सेवा में नहीं है. Chrome 88 में Flash की सुविधा हटा दी गई है. इसलिए, इस अनुमति का अब कोई असर नहीं पड़ता. यह वैल्यू हमेशा block होती है. set() और clear() को कॉल करने के अनुरोधों को अनदेखा कर दिया जाएगा.
popups
इससे यह तय होता है कि साइटों को पॉप-अप दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक चुनें
allow: साइटों को पॉप-अप दिखाने की अनुमति दें
block: साइटों को पॉप-अप दिखाने की अनुमति न दें.
डिफ़ॉल्ट रूप से, यह block पर सेट होता है.
प्राइमरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
unsandboxedPlugins
अब सेवा में नहीं है. पहले, इस नीति से यह कंट्रोल किया जाता था कि साइटों को अनसैंडबॉक्स किए गए प्लगिन चलाने की अनुमति दी जाए या नहीं. हालांकि, Chrome 88 में Flash broker प्रोसेस को हटा दिया गया है. इसलिए, अब इस अनुमति का कोई असर नहीं पड़ता. यह वैल्यू हमेशा block होती है. set() और clear() को कॉल करने के अनुरोधों को अनदेखा कर दिया जाएगा.