ऑनलाइन टूल इस्तेमाल करने पर आपकी फ़ाइलें असल में कहां जाती हैं
प्रकाशित 2026-07-20
हर "मुफ़्त ऑनलाइन टूल" पेज एक जैसा दिखता है: एक फ़्रेंडली ड्रॉप ज़ोन, एक बटन, एक डाउनलोड। बीच में क्या होता है, यह पूरी कैटेगरी को दो हिस्सों में बांट देता है। कुछ टूल आपकी फ़ाइल सर्वर पर अपलोड करते हैं और वहां प्रोसेस करते हैं। कुछ सारा काम आपके ब्राउज़र टैब के अंदर ही करते हैं, और फ़ाइल कभी आपकी मशीन से बाहर नहीं जाती। पेज दोनों ही तरह से एक जैसा दिखता है, इसलिए यहां है इन्हें अलग-अलग पहचानने का तरीका, और कब हर तरीका असल में सही होता है।
दो आर्किटेक्चर
एक अपलोड-आधारित टूल आपकी फ़ाइल को नेटवर्क पर कंपनी के सर्वर तक भेजता है, वहां प्रोसेसिंग करता है, और एक नतीजा वापस भेजता है। एक क्लाइंट-साइड टूल इसके बजाय कोड डाउनलोड करता है: JavaScript और, तेज़ी से बढ़ते हुए, असली लाइब्रेरी (PDF इंजन, इमेज कोडेक्स, यहां तक कि ffmpeg) के WebAssembly बिल्ड, जो टैब के अंदर चलते हैं। जब आप "डाउनलोड" दबाते हैं, तो ब्राउज़र सिर्फ़ एक फ़ाइल सेव कर रहा होता है जिसे उसने पहले ही मेमोरी में बना लिया था। दोनों मॉडल पुराने हैं; पिछले दशक में जो बदला वह यह है कि WebAssembly ने क्लाइंट-साइड वाले को गंभीर काम करने लायक बना दिया।
"अपलोड किया गया" का असल मतलब क्या है
एक बार जब कोई फ़ाइल अपलोड हो जाती है, तो वह ऐसे इन्फ्रास्ट्रक्चर पर मौजूद होती है जिसे आप कंट्रोल नहीं करते। सर्विस एक घंटे बाद डिलीट करने का वादा कर सकती है, और ज़्यादातर प्रतिष्ठित सर्विसें ऐसा करती भी हैं, लेकिन यह वादा बाहर से वेरिफ़ाई नहीं किया जा सकता: आप उनका स्टोरेज, उनके बैकअप, उनके लॉग, या जहां उनके सर्वर हैं वह जुरिस्डिक्शन ऑडिट नहीं कर सकते। हर अपलोड की गई फ़ाइल एक ब्रीच सरफ़ेस का हिस्सा भी है, क्योंकि सर्विस का कॉम्प्रोमाइज़ होना उस वक़्त उसमें जो कुछ भी है उसका कॉम्प्रोमाइज़ होना है। इनमें से कुछ भी अपलोड सर्विसेज़ को मैलिशियस नहीं बनाता। इसका मतलब है कि किसी एक का इस्तेमाल करना भरोसे का एक क़दम है, और समझदारी वाला सवाल यह है कि क्या फ़ाइल इसे जायज़ ठहराती है। एक मीम, बिल्कुल। एक साइन किया गया कॉन्ट्रैक्ट, एक मेडिकल रिकॉर्ड, या पासपोर्ट स्कैन एक अलग हिसाब है।
पैडलॉक ट्रांज़िट के बारे में है, डेस्टिनेशन के बारे में नहीं
एक आम ग़लतफ़हमी है HTTPS पैडलॉक। TLS आपके ब्राउज़र और सर्वर के बीच के कनेक्शन को एन्क्रिप्ट करता है, इसलिए बीच में कोई भी फ़ाइल को उसके सफ़र के दौरान नहीं पढ़ सकता। यह इस बारे में कुछ नहीं कहता कि पहुंचने पर क्या होता है: HTTPS पर एक अपलोड फिर भी एक अपलोड ही है, और सर्वर आपकी फ़ाइल को बिल्कुल वैसे ही डिक्रिप्ट और प्रोसेस करता है जैसे आपने इसे सीधे सौंपा हो। रिटेंशन पॉलिसी, न कि पैडलॉक, उस साइड को गवर्न करती हैं, और पैडलॉक वैसे भी हर सीरियस अपलोड-आधारित साइट पर दिखता है। "सिक्योर कनेक्शन" और "आपकी फ़ाइल आपकी मशीन पर रहती है" बिना जुड़े हुए दावे हैं।
दो मिनट में ख़ुद वेरिफ़ाई करें
आपको किसी भी साइट की बात पर भरोसा करने की ज़रूरत नहीं, इस साइट की भी नहीं। अपने ब्राउज़र के DevTools खोलें (F12), Network टैब पर स्विच करें, इसे क्लियर करें, फिर टूल से एक फ़ाइल गुज़ारें। एक POST या PUT रिक्वेस्ट देखें जिसका पेलोड साइज़ लगभग आपकी फ़ाइल जितना हो। अगर आपकी 20 MB की PDF एक 20 MB की रिक्वेस्ट ट्रिगर करती है, तो वह अपलोड हुई, चाहे मार्केटिंग कॉपी कुछ भी कहे। एक असली क्लाइंट-साइड टूल ऐसी कोई रिक्वेस्ट नहीं दिखाता; आपको आम तौर पर बाइट्स में मापे गए छोटे एनालिटिक्स पिंग ही दिखेंगे।
दूसरा टेस्ट और भी सिंपल है: टूल का पेज लोड करें, इंटरनेट से डिस्कनेक्ट करें (एयरप्लेन मोड काम करता है), फिर अपनी फ़ाइल प्रोसेस करें। क्लाइंट-साइड टूल काम करते रहते हैं, क्योंकि उन्हें जो कुछ चाहिए वह पेज के साथ ही आ गया था। अपलोड-आधारित टूल तुरंत फेल हो जाते हैं। norito पर हर टूल दोनों टेस्ट पास करता है, और यह कैसे काम करता है वाला पेज आर्किटेक्चर को डॉक्यूमेंट करता है; अगर आप उत्सुक हैं तो अभी PDF मर्ज करें के ख़िलाफ़ Network-टैब चेक ट्राई करें।
दो सुधार इस चेक को ज़्यादा भरोसेमंद बनाते हैं। पहला, अपना असली वर्कफ़्लो शुरू से आख़िर तक चलाएं, क्योंकि कोई टूल लोकली प्रोसेस कर सकता है लेकिन जब आप शेयर या क्लाउड-सेव बटन दबाते हैं तो अपलोड कर सकता है। दूसरा, पहली विज़िट पर एक क्लाइंट-साइड टूल जायज़ तौर पर कुछ मेगाबाइट्स JavaScript या WebAssembly डाउनलोड कर सकता है, इसका प्रोसेसिंग इंजन आपकी मशीन तक पहुंचता है। वह ट्रैफ़िक आपकी तरफ़ बहता है, आपसे नहीं, और यह दिशा रिक्वेस्ट लिस्ट में साफ़ नज़र आती है।
बिना अपलोड के भी क्या लीक हो सकता है
क्लाइंट-साइड प्रोसेसिंग कोई प्राइवेसी फ़ोर्स फ़ील्ड नहीं है, और इन कमियों के बारे में सटीक होना ज़रूरी है। एनालिटिक्स स्क्रिप्ट मेटाडेटा भेज सकते हैं भले ही फ़ाइल कंटेंट लोकल रहे: फ़ाइल नेम, साइज़, आपने कौन-से फ़ीचर इस्तेमाल किए। आउटपुट फ़ाइल इनपुट से इनहेरिट किया गया सेंसिटिव मेटाडेटा ले जा सकती है; फ़ोटो क्लासिक केस हैं, जहां GPS कोऑर्डिनेट्स समेत EXIF डेटा ज़्यादातर एडिटिंग ऑपरेशन के बाद भी बचा रहता है, यही वजह है कि एक डेडिकेटेड मेटाडेटा रिमूवर मौजूद है। आपने जो ब्राउज़र एक्सटेंशन इंस्टॉल किए हैं वे किसी भी पेज पर कुछ भी पढ़ सकते हैं, चाहे पेज कैसे भी बनाया गया हो। और "क्लाइंट-साइड" इस बारे में कुछ नहीं कहता कि साइट का कोड ईमानदार है या नहीं: एक मैलिशियस पेज लोकली प्रोसेस कर सकता है और फिर भी चुपचाप डेटा एक्सफ़िल्ट्रेट कर सकता है। यहां प्राइवेसी के लिए क्लाइंट-साइड ज़रूरी है, काफ़ी नहीं। वेरिफ़ायबिलिटी प्लस रेप्युटेशन असली स्टैंडर्ड है।
सर्वर कब वाक़ई ज़रूरी होता है
बहुत से काम टैब में ठीक से नहीं चल सकते, और इस बारे में निष्पक्ष होना ज़रूरी है। गंदे स्कैन पर हाई-एक्यूरेसी OCR अब भी सर्वर-साइड इंजन को तरजीह देता है; Tesseract WebAssembly में कंपाइल होता है और काम करता है, लेकिन सबसे मज़बूत मॉडल ब्राउज़र में बड़े और धीमे होते हैं। मॉडर्न बैकग्राउंड रिमूवल और इमेज अपस्केलिंग ऐसे ML मॉडल पर टिके होते हैं जो सैकड़ों मेगाबाइट्स तक जाते हैं। लंबी वीडियो ट्रांसकोड एक टैब जितने वक़्त में जो कर सकता है उससे आगे निकल जाती हैं, और एक ब्राउज़र टैब की व्यावहारिक मेमोरी सीमा, आम तौर पर 2 से 4 GB, बहुत बड़ी फ़ाइलों को पूरी तरह ख़ारिज कर देती है। कोई भी कोलैबोरेटिव चीज़ परिभाषा से ही एक सर्वर शामिल करती है। तो "अपलोड बराबर बुरा" बहुत सिंपल है; सही सवाल यह है कि क्या टास्क को सर्वर चाहिए। रोज़मर्रा के मामलों के लिए, PDFs मर्ज करना, इमेजें कन्वर्ट और रीसाइज़ करना, पासवर्ड और QR कोड जनरेट करना, इसे नहीं चाहिए।
एक समझदार डिफ़ॉल्ट
किसी भी ऐसी चीज़ के लिए जिसे आप किसी अजनबी को ईमेल करने में हिचकिचाएंगे, ऐसे टूल को तरजीह दें जिसे आपने ख़ुद वेरिफ़ाई किया हो कि वह लोकली प्रोसेस करता है। जब किसी काम को वाक़ई सर्वर चाहिए, तो लिखित रिटेंशन पॉलिसी वाला प्रोवाइडर चुनें और फ़ाइलों को अपलोड करने से पहले उनका मेटाडेटा हटाएं। और दो-मिनट वाले DevTools चेक को एक आदत बनाएं: यह वह दुर्लभ प्राइवेसी दावा है जिसे कोई भी यूज़र सीधे टेस्ट कर सकता है, और जो साइट्स अपने आर्किटेक्चर के बारे में ईमानदार हैं वे इसमें सफल होंगी।