कैसे जांचें कि वेब टूल आपकी फाइल आपके डिवाइस पर ही रखता है

पेज पर लिखा दावा कोई जांच नहीं है

कई साइटें कहती हैं कि आपकी फाइल आपके डिवाइस से बाहर नहीं जाती। यह वाक्य लिखने में कुछ खर्च नहीं होता, और सिर्फ पेज देखकर आप नहीं जान सकते कि वह असल में क्या करता है। नीचे की तीन जांचों में कुछ मिनट लगते हैं। इनके लिए कोई अतिरिक्त सॉफ्टवेयर नहीं चाहिए, और ये किसी भी साइट पर काम करती हैं, इस साइट पर भी।

हर जांच एक ही सवाल का जवाब अलग तरीके से देती है: क्या फाइल कहीं गई? नेटवर्क पैनल पेज की हर रिक्वेस्ट दिखाता है। कनेक्शन बंद करके टूल चलाने से पता चलता है कि काम सर्वर पर निर्भर है भी या नहीं। पेज का कैप्शन पहले से बता देता है कि टूल क्या करने वाला है, ताकि आप उसे बाकी दोनों जांचों के नतीजों से मिला सकें।

19 अक्टूबर 2026 को हमने तीनों जांचें दो टूल पर कीं: ब्राउजर में काम करने वाले “PDF कंप्रेस करें” पर और हमारे सर्वर पर चलने वाले “PDF से Word” पर। नीचे दिए सभी आंकड़े इन्हीं जांचों से लिए गए हैं।

जांच 1: नेटवर्क पैनल पर नजर रखें

टूल का पेज खोलें, फिर ब्राउजर के डेवलपर टूल खोलें: Windows पर Chrome, Edge और Firefox में F12 या Ctrl+Shift+I, Mac पर Cmd+Option+I। Safari में पहले उसकी सेटिंग के “Advanced” टैब में “Develop” मेन्यू चालू करें। फिर “नेटवर्क” (Network) टैब चुनें और फाइल डालते और टूल चलाते समय उसे खुला रखें।

लिस्ट को साइज के हिसाब से सॉर्ट करें या मेथड के हिसाब से फिल्टर करें। फाइल भेजने वाला टूल लगभग फाइल जितनी बड़ी POST या PUT रिक्वेस्ट बनाता है। यह रिक्वेस्ट उसके अपने सर्वर पर जाती है या किसी स्टोरेज होस्ट पर। आपके डिवाइस पर काम करने वाला टूल इसकी जगह डाउनलोड करता है: स्क्रिप्ट फाइलें, फॉन्ट और प्रोसेसिंग इंजन। ये सब GET मेथड से आते हैं, और सब परिणाम दिखने से पहले।

19 अक्टूबर 2026 को डेस्कटॉप Chrome में “PDF कंप्रेस करें” पर 500 पेज वाली 429 KB की फाइल से 55 रिक्वेस्ट बनीं। इनमें से 53 GET रिक्वेस्ट pulsarkit.com को गईं, ताकि पेज का कोड, फॉन्ट और PDF इंजन आ सकें। बाकी दो POST रिक्वेस्ट साइट के अपने एनालिटिक्स काउंटर /e को गईं। हर एक कुछ सौ बाइट की थी, और जवाब में 204 आया; 429 KB की फाइल इतनी छोटी रिक्वेस्ट में नहीं समा सकती। किसी और होस्ट पर कुछ भी नहीं गया।

काउंटर क्या दर्ज करता है, यह गोपनीयता नीति में लिखा है। वह फाइल नहीं ले जा सकता, और यही बात पैनल दिखाता है।

जांच 2: कनेक्शन बंद करके टूल फिर से चलाएं

नेटवर्क पैनल के लिए डेस्कटॉप ब्राउजर चाहिए। फोन पर जांच का जरिया कनेक्शन ही है। पेज खोलें और ऑनलाइन रहते हुए टूल एक बार चलाएं: पहली बार में इंजन डाउनलोड होता है, इसीलिए पहला रन दूसरे से ज्यादा समय लेता है। फिर एयरप्लेन मोड चालू करें, या लैपटॉप पर Wi-Fi बंद करें, और उसी पेज पर किसी दूसरी फाइल के साथ टूल फिर से चलाएं। पेज को रीलोड न करें।

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

19 अक्टूबर 2026 को हमने “PDF कंप्रेस करें” के साथ ठीक यही किया, और कनेक्शन सिस्टम के स्तर पर बंद किया। पहले ऑनलाइन रहते हुए इमेज वाली 6.6 KB की PDF प्रोसेस हुई: वह 3.5 KB की बनी, यानी 46% छोटी। फिर ऑफलाइन 429 KB की दूसरी PDF भी प्रोसेस हुई और डाउनलोड के लिए तैयार मिली, जबकि ब्राउजर पूरे समय खुद को ऑफलाइन बता रहा था।

जांच 3: फाइल डालने से पहले कैप्शन पढ़ें

सर्वर इस्तेमाल करने वाले टूल को यह बात वहीं बतानी चाहिए, जहां आप फाइल डालते हैं, न कि तीन क्लिक दूर किसी नीति में। PulsarKit पर हर सर्वर वाला टूल यह फाइल डालने की जगह में ही लिखता है, साथ में वे सीमाएं भी, जो सर्वर के साथ आती हैं। “PDF से Word” का कैप्शन कहता है: 300 MB तक, घंटे में 30 काम तक, फाइल हमारे सर्वर पर अपलोड होती है और काम के बाद हटा दी जाती है; परिणाम लगभग दो घंटे में मिट जाता है (19 अक्टूबर 2026)।

कैप्शन सच है या नहीं, यह देखने के लिए हमने यह टूल खुले पैनल के साथ चलाया। 1.5 KB की PDF से jobs.pulsarkit.com को पांच रिक्वेस्ट गईं: काम बनाने वाली POST, फाइल ले जाने वाली PUT, प्रोसेसिंग शुरू करने वाली POST, स्टेटस पूछने वाली GET और तैयार DOCX डाउनलोड करने वाली GET। सर्वर वाला टूल पैनल में ऐसा ही दिखता है, और यह तस्वीर कैप्शन से मेल खाती है।

PulsarKit के ब्राउजर टूल पर कैप्शन अलग होता है। “PDF कंप्रेस करें” पर लिखा है: हर डॉक्यूमेंट को आपका अपना ब्राउजर खोलता है, इसलिए न कुछ अपलोड होता है, न किसी कतार में इंतजार करना पड़ता है। किसी भी साइट पर अगर कैप्शन और पैनल अलग-अलग बात कहें, तो पैनल पर भरोसा करें।

एक टूल इन दोनों के बीच में है। “बैकग्राउंड हटाएं” मुख्य हिस्सा ढूंढने के लिए फोटो की 1024 × 1024 की छोटी कॉपी हमारे सर्वर को भेजता है और बदले में सिर्फ मास्क पाता है; कट-आउट आपका ब्राउजर मूल फोटो से ही बनाता है। पेज यह बात अपने कैप्शन में और अक्सर पूछे जाने वाले सवालों में बताता है (19 अक्टूबर 2026): फोटो डालने से पहले इसे पढ़ें, फिर पैनल में इसकी पुष्टि कर लें।

ब्राउजर टूल फिर भी क्या डाउनलोड करता है, और इसमें दिक्कत क्यों नहीं

GET रिक्वेस्ट कोई चोर दरवाजा नहीं हैं। ब्राउजर टूल को चलने से पहले प्रोसेसिंग का कोड आपके डिवाइस तक लाना पड़ता है: पेज की स्क्रिप्ट, पेजों के प्रीव्यू बनाने के लिए फॉन्ट और WebAssembly इंजन, जो वीडियो या टेक्स्ट पहचान के लिए कई मेगाबाइट का हो सकता है। ये बाइट आपकी ओर आते हैं; आपका कुछ भी बाहर नहीं जाता। इसी वजह से किसी पेज पर पहला रन अगले रन से धीमा होता है।

परिणाम पर भी यही बात लागू होती है। PulsarKit पर परिणाम टैब में ही रहता है, और उसके नीचे की लिस्ट फाइल को अगले टूल में भेजती है। जब दोनों टूल ब्राउजर में चलते हैं, तो फाइल एक टूल से दूसरे टूल तक भी आपके डिवाइस पर ही जाती है।

फाइल का कहीं जाना एक सवाल है; मेटाडेटा दूसरा। जो फाइल आपके डिवाइस पर ही रहती है, उसके अंदर भी लेखक का नाम, बनने की तारीख या लोकेशन हो सकती है। फाइल खुद आगे भेजने से पहले “PDF मेटाडेटा हटाएं” या “फोटो से मेटाडेटा हटाएं” से ये जानकारियां हटा दें।

कहां से शुरू करें

पैनल में ब्राउजर टूल देखने के लिए “PDF कंप्रेस करें” या “फोटो कंप्रेस करें” से शुरू करें: दोनों आपके डिवाइस पर काम करते हैं और परिणाम में पहले और बाद का साइज दिखाते हैं। तुलना के लिए सर्वर वाला टूल देखना हो, तो “PDF से Word” अपने कैप्शन में बताता है कि वह क्या करता है, और पैनल भी वही दिखाएगा।

फोन पर ऑफलाइन जांच आजमाने के लिए वही टूल लें, जिसकी आपको सच में जरूरत है, जैसे “PDF मर्ज करें”: उसे एक बार ऑनलाइन चलाएं, एयरप्लेन मोड चालू करें और उसी पेज पर दूसरी फाइलों के साथ फिर से चलाएं। हमने “PDF कंप्रेस करें” की यह जांच सिर्फ एक दिन, एक ब्राउजर में और दो फाइलों के साथ की; किसी दूसरे टूल, फाइल या ब्राउजर के लिए जवाब यह जांच देगी, यह लेख नहीं।