ब्लॉग पर वापस जाएँ

Cookie क्या है? इसका उपयोग क्या है? ब्राउज़र में Cookie कैसे साफ़ करें?

Cookie वेबसाइटों द्वारा ब्राउज़र में सहेजा गया और अनुरोध के साथ वापस भेजा जाने वाला डेटा का एक छोटा टुकड़ा है, जिसका उपयोग अक्सर लॉगिन सेशन, शॉपिंग कार्ट और प्राथमिकता सेटिंग्स के लिए होता है। यह लेख फ़र्स्ट-पार्टी और थर्ड-पार्टी Cookie के साथ-साथ Cookie, कैश और लोकल स्टोरेज के बीच का अंतर स्पष्ट करता है, और Chrome, Edge, Firefox व Safari में उन्हें साफ़ करने के चरण बताता है।

Cookie वेबसाइट द्वारा ब्राउज़र में सहेजने के लिए दिया गया डेटा का एक छोटा सा टुकड़ा होता है। हर बार जब आप उसी वेबसाइट पर जाते हैं, तो ब्राउज़र डोमेन, पथ, सुरक्षा विशेषताओं और समाप्ति अवधि जैसे नियमों के अनुसार संबंधित Cookie को अनुरोध के साथ सर्वर को वापस भेजता है। इसी से वेबसाइट आपकी लॉगिन स्थिति, शॉपिंग कार्ट, भाषा और अन्य प्राथमिकताओं को “याद” रख पाती है।

पहले दो बातें स्पष्ट कर लें: Cookie न तो वायरस है और न ही आपका पासवर्ड। सामान्य लॉगिन सिस्टम आमतौर पर Cookie में सिर्फ़ एक रैंडम सेशन पहचान (session identifier) सहेजता है, और सर्वर इसी पहचान के आधार पर खाते की स्थिति ढूँढता है — उपयोगकर्ता का नाम और पासवर्ड सीधे Cookie में नहीं लिखा जाता। लेकिन अगर सेशन Cookie चोरी हो जाए, तो हमलावर आपकी लॉगिन स्थिति का दुरुपयोग कर सकता है। इसलिए यह सुविधा तो देती है, लेकिन सुरक्षा की भी ज़रूरत होती है।

आगे हम कार्य सिद्धांत, वास्तविक उपयोग, सामान्य प्रकार, गोपनीयता जोखिम और साफ़ करने के चरणों को क्रम से समझेंगे।

HTTP प्रोटोकॉल अपने आप में “स्टेटलेस” (stateless) है: सर्वर डिफ़ॉल्ट रूप से यह याद नहीं रखता कि दो अनुरोध एक ही उपयोगकर्ता से आए हैं। MDN के Cookie गाइड के अनुसार, सर्वर रिस्पॉन्स में Set-Cookie के ज़रिए ब्राउज़र को डेटा सहेजने के लिए कह सकता है, और ब्राउज़र बाद में शर्तों के अनुसार Cookie हेडर के ज़रिए उसे अनुरोध में वापस भेजता है।

एक सरलीकृत लॉगिन प्रक्रिया कुछ इस तरह होती है:

  1. उपयोगकर्ता अपना खाता नाम और पासवर्ड जमा करता है।
  2. सर्वर सत्यापन सफल होने पर एक लॉगिन सेशन बनाता है।
  3. सर्वर सेशन ID वाली एक Cookie लौटाता है।
  4. अगला पेज खोलते समय ब्राउज़र यह Cookie अपने आप भेज देता है।
  5. सर्वर सेशन ID पढ़कर पुष्टि करता है कि उपयोगकर्ता अब भी लॉगिन है।

एकल Cookie आमतौर पर कुछ KB की होती है — यह पहचान और थोड़ी स्थिति सहेजने के लिए उपयुक्त है, बड़ी फ़ाइलें रखने के लिए नहीं। चित्र, स्क्रिप्ट और वेब पेज की कॉपियाँ आमतौर पर कैश (cache) के अंतर्गत आती हैं; बड़े स्ट्रक्चर्ड ब्राउज़र डेटा के लिए आमतौर पर localStorage, sessionStorage या IndexedDB का उपयोग किया जाता है।

1. सेशन प्रबंधन

Cookie लॉगिन स्थिति, शॉपिंग कार्ट, फ़ॉर्म की प्रगति या गेम सेशन को बनाए रखती है। ऐसी स्थिति व्यवस्था के बिना, पेज रीफ़्रेश करने के बाद वेबसाइट शायद यह नहीं पहचान पाए कि आपने अभी-अभी क्या किया।

2. प्राथमिकताएँ सहेजना

भाषा, लाइट या डार्क थीम, क्षेत्र, उत्पादों का क्रम और “फिर से न दिखाएँ” जैसी सेटिंग्स Cookie या अन्य साइट स्टोरेज के ज़रिए सहेजी जा सकती हैं।

3. सुरक्षा और जोखिम प्रबंधन

वेबसाइट सेशन Cookie के ज़रिए अनुरोधों को सत्यापित कर सकती है और डिवाइस या लॉगिन प्रक्रिया की अस्थायी स्थिति भी रिकॉर्ड कर सकती है। डेवलपर आमतौर पर संवेदनशील Cookie के लिए Secure, HttpOnly और उचित SameSite विशेषताएँ सेट करते हैं, ताकि चोरी और क्रॉस-साइट अनुरोध का जोखिम कम हो।

4. विश्लेषण और विज्ञापन

साइटें Cookie से विज़िट के आँकड़े जुटा सकती हैं, विज्ञापनों का श्रेय (एट्रिब्यूशन) तय कर सकती हैं या बार-बार आने वाले विज़िटरों को पहचान सकती हैं। फ़र्स्ट-पार्टी विश्लेषण केवल वर्तमान साइट के भीतर होता है; वहीं, कई वेबसाइटों में एम्बेड की जाने वाली थर्ड-पार्टी सेवाएँ थर्ड-पार्टी Cookie के ज़रिए क्रॉस-साइट व्यवहार प्रोफ़ाइल बना सकती हैं — यही गोपनीयता के लिहाज़ से सबसे विवादास्पद उपयोग है।

Cookie को अलग-अलग आयामों के आधार पर वर्गीकृत किया जा सकता है, और एक ही Cookie एक साथ कई प्रकारों में भी आ सकती है।

वर्गीकरण आयामप्रकारअर्थ
स्रोतफ़र्स्ट-पार्टी Cookieएड्रेस बार में मौजूद वर्तमान साइट द्वारा सेट या पढ़ी जाती है
स्रोतथर्ड-पार्टी Cookieपेज में एम्बेड किए गए अन्य साइटों के कंटेंट से आती है
जीवनचक्रसेशन Cookieकोई स्पष्ट स्थायी अवधि नहीं होती; आमतौर पर सेशन समाप्त होने पर हट जाती है
जीवनचक्रस्थायी CookieExpires या Max-Age से समाप्ति अवधि तय होती है
उपयोगआवश्यक Cookieलॉगिन, सुरक्षा, शॉपिंग कार्ट जैसे मुख्य कार्यों को समर्थन देती है
उपयोगप्राथमिकता Cookieभाषा, क्षेत्र, पेज लेआउट जैसी पसंद सहेजती है
उपयोगविश्लेषण/विज्ञापन Cookieट्रैफ़िक आँकड़ों, श्रेय निर्धारण या निजीकृत विज्ञापनों के लिए

यह भी कोई पक्का नियम नहीं कि “ब्राउज़र बंद करते ही सेशन Cookie ज़रूर गायब हो जाएगी।” ब्राउज़र की सेशन रिकवरी सुविधा उसे अधिक समय तक बनाए रख सकती है — अंतिम व्यवहार ब्राउज़र और Cookie की विशेषता सेटिंग्स पर निर्भर करता है।

आइटमकहाँ सहेजा जाता हैमुख्य कार्यक्या Cookie साफ़ करने से यह भी हटेगा?
Cookieब्राउज़र का साइट डेटासेशन, प्राथमिकताएँ, श्रेय निर्धारणहाँ, चुनी गई सफ़ाई वस्तुओं पर निर्भर करता है
कैशब्राउज़र की डिस्क/मेमोरीचित्रों, स्क्रिप्ट और पेज संसाधनों की लोडिंग तेज़ करनाज़रूरी नहीं; कैश को अलग से चुनना पड़ता है
localStorageब्राउज़र का साइट डेटाबड़ा और दीर्घकालिक फ़्रंट-एंड डेटा सहेजनाब्राउज़र की “साइट डेटा” सफ़ाई में आमतौर पर हट जाता है; केवल Cookie हटाने से ज़रूरी नहीं
sessionStorageवर्तमान टैब का सेशनअस्थायी पेज स्थिति सहेजनाआमतौर पर टैब का सेशन समाप्त होने पर हट जाता है
ब्राउज़र फ़िंगरप्रिंटवेबसाइट द्वारा डिवाइस की विशेषताओं के आधार पर गणनाCookie के बिना ब्राउज़र की पहचान करनानहीं; Cookie साफ़ करने से हार्डवेयर और सिस्टम की विशेषताएँ नहीं बदलतीं

यही कारण है कि Cookie साफ़ करने के बाद भी वेबसाइट आपको खाता लॉगिन, IP, ब्राउज़र सेटिंग्स या व्यवहार संबंधी विशेषताओं के आधार पर पहचान सकती है। Cookie साफ़ करना सहेजी गई साइट स्थिति की समस्या का समाधान है, न कि पूर्ण अनामता (anonymity) की कोई योजना।

Cookie बैनर आमतौर पर उपयोगों को “आवश्यक”, “प्राथमिकताएँ”, “आँकड़े”, “मार्केटिंग” जैसी श्रेणियों में बाँटता है। “सभी स्वीकार करें” पर क्लिक करने का मतलब आमतौर पर गैर-आवश्यक विश्लेषण या विज्ञापन Cookie की अनुमति देना है; “केवल आवश्यक” पर क्लिक करने पर आमतौर पर सिर्फ़ लॉगिन और सुरक्षा के लिए ज़रूरी कार्य ही रहते हैं और कुछ ट्रैकिंग उपयोग अस्वीकार हो जाते हैं।

चुनाव करते समय तीन सिद्धांत अपनाएँ:

  • अपरिचित वेबसाइटों के लिए “केवल आवश्यक” या कस्टम सेटिंग्स को प्राथमिकता दें;
  • बैनर जटिल दिखे तो सीधे सब कुछ स्वीकार न करें;
  • अगर गैर-ज़रूरी Cookie अस्वीकार करने के बाद वेबसाइट पूरी तरह काम न करे, तब सोचें कि क्या उसे देखते रहना उचित है।

यह स्पष्ट कर दें कि Cookie अस्वीकार करने से आप ऑनलाइन पूरी तरह अनाम नहीं हो जाते — वेबसाइट फिर भी लॉगिन खाते, सर्वर लॉग, IP, ब्राउज़र स्टोरेज और अन्य तकनीकों का उपयोग कर सकती है। लेकिन अनावश्यक थर्ड-पार्टी Cookie कम करने से कुछ हद तक क्रॉस-साइट ट्रैकिंग ज़रूर घटती है।

“हर दिन सभी Cookie साफ़ करना” को कोई अनिवार्य सुरक्षा कदम न मानें। ऐसा करने से आपको बार-बार वेबसाइट से लॉगआउट करना पड़ेगा, प्राथमिकताएँ खो जाएँगी और शॉपिंग कार्ट या चल रहे फ़ॉर्म में भी बाधा आ सकती है। साफ़ करने के अधिक उपयुक्त मौके ये हैं:

  • वेबसाइट बार-बार लॉगिन कराए, पेज की स्थिति असामान्य हो या बार-बार सेशन समाप्त होने की सूचना मिले;
  • खाता बदलने के बाद भी पिछले उपयोगकर्ता की जानकारी दिखे;
  • शेयर्ड या सार्वजनिक कंप्यूटर पर लॉगिन किया गया हो;
  • किसी वेबसाइट द्वारा सहेजी गई सहमति और प्राथमिकताएँ वापस लेनी हों;
  • संदिग्ध सेशन दिखे और आप ज़बरदस्ती दोबारा प्रमाणीकरण कराना चाहें;
  • वेब पेज टेस्टिंग कर रहे हों और नए विज़िटर के अनुभव को सत्यापित करना चाहें।

किसी एक वेबसाइट की समस्या जाँचते समय पहले केवल उसी साइट का डेटा हटाएँ — इसका असर “सब कुछ साफ़ करने” से कहीं कम होता है।

Google Chrome की आधिकारिक जानकारी के अनुसार, कंप्यूटर संस्करण में सभी या किसी चुनिंदा साइट की Cookie हटाई जा सकती है।

  1. Chrome खोलें और ऊपर दाईं ओर “अधिक” पर क्लिक करें।
  2. “ब्राउज़िंग डेटा हटाएँ” चुनें।
  3. समय सीमा चुनें, जैसे “पिछला 1 घंटा” या “सभी समय”।
  4. “Cookie और अन्य साइट डेटा” को टिक करें।
  5. ज़रूरत के अनुसार यह चुनें कि कैश भी हटाना है या नहीं, फिर “डेटा हटाएँ” पर क्लिक करें।
  1. “सेटिंग्स” → “गोपनीयता और सुरक्षा” → “थर्ड-पार्टी Cookie” में जाएँ।
  2. “सभी साइट डेटा और अनुमतियाँ देखें” खोलें।
  3. वेबसाइट का नाम खोजें।
  4. संबंधित हटाएँ बटन पर क्लिक करें और पुष्टि करें।

मेन्यू का टेक्स्ट सिस्टम की भाषा और वर्शन के अनुसार थोड़ा अलग हो सकता है; आप एड्रेस बार में सीधे “ब्राउज़िंग डेटा हटाएँ” भी टाइप कर सकते हैं और Chrome के सुझाव की मदद से सफ़ाई विंडो जल्दी खोल सकते हैं।

Microsoft Edge की आधिकारिक सहायता के अनुसार:

  1. “सेटिंग्स और अधिक” → “सेटिंग्स” पर क्लिक करें।
  2. “गोपनीयता, खोज और सेवाएँ” में जाएँ।
  3. “ब्राउज़िंग डेटा साफ़ करें” के अंतर्गत “साफ़ की जाने वाली सामग्री चुनें” चुनें।
  4. समय सीमा चुनें और “Cookie और अन्य साइट डेटा” टिक करें।
  5. “अभी साफ़ करें” पर क्लिक करें।

सीधे Ctrl + Shift + Delete दबाकर भी सफ़ाई विंडो खोली जा सकती है।

“गोपनीयता, खोज और सेवाएँ” → “Cookie” → “सभी Cookie और साइट डेटा देखें” में जाकर वेबसाइट खोजें और संबंधित प्रविष्टि हटाएँ।

Mozilla Firefox की आधिकारिक ट्यूटोरियल सफ़ाई के तीन स्तर बताती है:

लक्षित वेबसाइट पर जाएँ, एड्रेस बार के बाईं ओर शील्ड (ढाल) आइकन पर क्लिक करें और “Cookie और साइट डेटा साफ़ करें” चुनें।

“सेटिंग्स” → “गोपनीयता और सुरक्षा” → “ब्राउज़िंग डेटा” में जाएँ, “विशिष्ट साइटों का डेटा साफ़ करें” चुनें, साइट खोजें और हटाएँ।

“सेटिंग्स” → “गोपनीयता और सुरक्षा” में जाकर “ब्राउज़िंग डेटा साफ़ करें” खोलें, समय सीमा चुनें और Cookie तथा साइट डेटा को टिक करें। यदि केवल Cookie हटानी है, तो पक्का करें कि अन्य इतिहास या कैश आइटम एक साथ चयनित न हों।

Mac पर, Apple Safari उपयोगकर्ता गाइड के अनुसार यह तरीका है:

  1. Safari खोलें।
  2. “Safari” → “सेटिंग्स” चुनें।
  3. “गोपनीयता” पर क्लिक करें।
  4. “वेबसाइट डेटा प्रबंधित करें” चुनें।
  5. एक या अधिक वेबसाइट चुनकर “निकालें” पर क्लिक करें; या सीधे “सभी निकालें” पर क्लिक करें।

Apple चेतावनी देता है कि वेबसाइट डेटा हटाने से कुछ ट्रैकिंग कम होगी, लेकिन हो सकता है आपको वेबसाइट से लॉगआउट करना पड़े या वेबसाइट का व्यवहार बदल जाए; Safari में हटाया गया डेटा अन्य ऐप्स में संबंधित साइट के डेटा को भी प्रभावित कर सकता है।

सबसे आम बदलावों में शामिल हैं:

  • अधिकांश वेबसाइटों पर दोबारा लॉगिन करना पड़ता है;
  • शॉपिंग कार्ट, भाषा, क्षेत्र या थीम की प्राथमिकताएँ खो सकती हैं;
  • Cookie सहमति बैनर फिर से पॉप-अप हो सकता है;
  • कुछ पेज की गड़बड़ियाँ ठीक हो जाती हैं;
  • सहेजे गए पासवर्ड आमतौर पर नहीं हटते, जब तक कि आप सफ़ाई के समय पासवर्ड डेटा को अलग से टिक न करें;
  • सर्वर-साइड के खाता रिकॉर्ड, ऑर्डर, पोस्ट और क्लाउड फ़ाइलें Cookie साफ़ करने से नहीं हटतीं।

अगर आपको लगता है कि आपका खाता हैक हो गया है, तो केवल Cookie साफ़ करना पर्याप्त नहीं है। खाता सुरक्षा पेज पर अन्य सेशन से लॉगआउट करें, पासवर्ड बदलें, मल्टी-फ़ैक्टर प्रमाणीकरण चालू करें और रिकवरी ईमेल तथा ऐप अनुमतियों की जाँच करें।

सच में बार-बार “Cookie साफ़ करने” की समस्या से जूझने वाले लोग अक्सर वे होते हैं जो एक साथ कई कारोबार संभालते हैं। जैसे कोई क्रॉस-बॉर्डर ई-कॉमर्स ऑपरेटर कई स्टोर के बैकएंड में एक साथ लॉगिन करता है, या कोई विज्ञापन विशेषज्ञ Facebook, TikTok, Google जैसे प्लेटफ़ॉर्म पर कई विज्ञापन खातों के बीच स्विच करता है। ऐसे में एक ही साधारण ब्राउज़र में बार-बार लॉगिन करना, लॉगआउट करना और सभी Cookie साफ़ करना हो तो गलत खाते में लॉगिन हो जाना, लॉगिन स्थितियों का आपस में उलझ जाना, या गलती से किसी एक कारोबार का ज़रूरी सेशन मिट जाना — ऐसी घटनाएँ आसानी से हो सकती हैं।

अगर कई स्वतंत्र लॉगिन स्थितियाँ प्रबंधित करने की कोई वैध आवश्यकता हो, तो आप PurpleMark से हर स्टोर या खाते के लिए एक स्वतंत्र ब्राउज़र वातावरण बना सकते हैं। हर वातावरण की अपनी अलग Cookie, कैश और लोकल स्टोरेज होती है: A स्टोर की लॉगिन स्थिति A वातावरण में रहती है, B खाते की लॉगिन स्थिति B वातावरण में — दोनों एक-दूसरे में दखल नहीं देते; जब ज़रूरत हो तो हर बार सब कुछ साफ़ करके दोबारा शुरू करने की बजाय सिर्फ़ वातावरण बदलकर लॉगिन करें।

यहाँ एक बात ज़ोर देकर कहनी है: Cookie को अलग वातावरण में रखना सिर्फ़ इस उलझन को सुलझाता है कि “किस कारोबार के लिए कौन सी लॉगिन स्थिति है और आपस में गड़बड़ न हो”। इसका मतलब यह नहीं कि प्लेटफ़ॉर्म के नियमों को बायपास किया जा सकता है, न ही यह आपका असली IP अपने आप छिपाता है, न कंपनी की जानकारी बदलता है, और न ही प्लेटफ़ॉर्म द्वारा खाते के व्यवहार और भुगतान संबंधों के आकलन को खत्म करता है। कंप्लायंस के दायरे में कई लॉगिन वातावरणों का उपयोग करने से पहले यह पक्का कर लें कि हर खाते की पहचान और उपयोग संबंधित प्लेटफ़ॉर्म की नीतियों के अनुरूप है।

इसके अलावा, चाहे आप अलग वातावरण उपयोग करें या नहीं, अविश्वसनीय स्रोतों से लॉगिन Cookie खरीदें, आयात करें या साझा न करें। Cookie में अक्सर मान्य सेशन होता है — अगर वह लीक हो जाए, तो यह आपके खाते तक पहुँच का अधिकार सीधे किसी और को सौंपने जैसा है।

अगर आप डेवलपर या वेबसाइट के प्रभारी हैं, तो Cookie में सीधे पासवर्ड, पहचान संख्या या पूरी भुगतान जानकारी न सहेजें। प्रमाणीकरण Cookie के लिए आमतौर पर ये आवश्यकताएँ होती हैं:

  • केवल HTTPS के ज़रिए भेजें और Secure सेट करें;
  • HttpOnly सेट करें ताकि फ़्रंट-एंड स्क्रिप्ट के सेशन पढ़ने का जोखिम कम हो;
  • कारोबार के अनुसार उचित SameSite सेट करें;
  • संवेदनशील सेशन की समाप्ति अवधि छोटी रखें और लॉगिन के बाद सेशन पहचान को दोबारा जनरेट करें;
  • लॉगआउट और सभी सेशन रद्द करने की सुविधा दें;
  • Cookie के उपयोग को पारदर्शी ढंग से बताएँ और लागू कानूनों के अनुसार चुनाव का विकल्प दें।

“ज़ॉम्बी Cookie” जैसी तकनीकें, जो उपयोगकर्ता के हटाने के बाद चुपके से पहचान को दोबारा बना लेती हैं, उपयोगकर्ता नियंत्रण के सिद्धांत के खिलाफ़ हैं और कंप्लायंस जोखिम भी पैदा कर सकती हैं।

FAQ

सामान्य लॉगिन सिस्टम आमतौर पर प्लेन-टेक्स्ट पासवर्ड की जगह सेशन ID सहेजता है। ब्राउज़र की “पासवर्ड सहेजें” सुविधा पासवर्ड मैनेजर का काम है, जो Cookie से बिल्कुल अलग तंत्र है।

नहीं। Cookie सेशन और प्राथमिकताएँ सहेजती है, जबकि कैश वेब पेज के संसाधन सहेजता है। ब्राउज़र की सफ़ाई विंडो में दोनों अक्सर एक साथ दिखते हैं, लेकिन आप उन्हें अलग-अलग चुन सकते हैं।

गुप्त विंडो चलने के दौरान लॉगिन और शॉपिंग कार्ट के लिए Cookie का उपयोग होता रहता है; सभी गुप्त विंडो बंद करने के बाद ये अस्थायी साइट डेटा आमतौर पर हट जाता है। हालाँकि, वेबसाइट और नेटवर्क सेवा प्रदाता फिर भी आपकी विज़िट का रिकॉर्ड देख सकते हैं।

थर्ड-पार्टी Cookie ब्लॉक करने से कुछ क्रॉस-साइट ट्रैकिंग घटती है, लेकिन एम्बेड किए गए लॉगिन, भुगतान, वीडियो या सोशल कंपोनेंट बंद भी हो सकते हैं। ज़्यादा सुरक्षित तरीका यह है कि डिफ़ॉल्ट रूप से सीमित रखा जाए और सचमुच ज़रूरत वाली भरोसेमंद साइटों के लिए अपवाद बनाए जाएँ।

निष्कर्ष

Cookie वह बुनियादी तंत्र है जो स्टेटलेस वेब पेजों को “स्मृति” देता है — यह लॉगिन, शॉपिंग कार्ट और निजीकरण को सहारा देती है, साथ ही विश्लेषण और क्रॉस-साइट ट्रैकिंग के लिए भी उपयोग हो सकती है। वाकई प्रभावी प्रबंधन हर दिन आँख मूँदकर सब साफ़ करना नहीं है, बल्कि यह समझना है कि कौन सा डेटा किस वेबसाइट का है, ज़रूरत के अनुसार हटाना, अनावश्यक थर्ड-पार्टी Cookie कम करना और अपने लॉगिन सेशन को लीक होने से बचाना है।

किसी एक वेबसाइट में समस्या हो तो पहले उसी साइट का डेटा हटाएँ; शेयर्ड कंप्यूटर इस्तेमाल करने के बाद तुरंत लॉगआउट करें और सफ़ाई करें; सुरक्षा घटना का संदेह होने पर पासवर्ड बदलने और सेशन रद्द करने के साथ उसे संभालें। इस तरह सुविधा और गोपनीयता के बीच ज़्यादा व्यावहारिक संतुलन बनाया जा सकता है।