URL एनकोडर, डिकोडर और इंस्पेक्टर
उस प्रोफ़ाइल से एनकोड करें जो विनिर्देश असल में माँगता है, दो बार एनकोड किए गए रीडायरेक्ट खोलें, किसी लिंक को उसके क्रेडेंशियल और असली होस्टनाम तक खोलें, क्वेरी स्ट्रिंग हाथ से बदलें और हर ट्रैकिंग पैरामीटर एक क्लिक में हटाएँ।
JavaScript यही करता है: A-Z a-z 0-9 और - _ . ! ~ * ' ( ) को छोड़कर सब कुछ एस्केप करता है। अकेले मान के लिए ठीक है, पर सब-डिलिमिटर अछूते रह जाते हैं।
यह कैसे काम करता है
लिंक आता है
उसे चिपकाएँ, लिंकों से भरी .txt खोलें, या किसी दूसरे oLoveTools औज़ार को अपना परिणाम सीधे सौंपने दें। जब तक आप न कहें, कुछ भी प्रोसेस नहीं होता।
वह खुल जाता है
स्कीम, क्रेडेंशियल, असली होस्टनाम, पोर्ट, पाथ के हिस्से और हर पैरामीटर — कच्चा और डिकोडेड रूप आमने-सामने।
आप उसे सुधारते हैं
कुंजी का नाम बदलें, क्वेरी स्ट्रिंग का क्रम बदलें, दो बार एनकोड किया रीडायरेक्ट खोलें या हर ट्रैकर हटा दें। Ctrl+Z इनमें से कुछ भी पूर्ववत कर देता है।
वह साफ़ होकर निकलता है
उसे कॉपी करें, बैच को CSV या JSON में निर्यात करें, या परिणाम को डाउनलोड फ़ोल्डर के चक्कर के बिना दूसरे औज़ार में भेज दें।
आठ एनकोडिंग प्रोफ़ाइल
encodeURIComponent और encodeURI सिर्फ़ दो जवाब हैं। RFC 3986 सख़्त, form-urlencoded, पाथ, क्वेरी, फ़्रैगमेंट और RFC 5987 भी यहाँ हैं, और हर एक के साथ यह नोट कि वह कब सही है।
ऐसी क्वेरी स्ट्रिंग जिसे आप बदल सकें
कुंजियों के नाम बदलें, मान बदलें, पंक्तियों का क्रम बदलें, जो नहीं चाहिए उसे मिटाएँ। जिन पैरामीटर को आप कभी नहीं छूते, वे बाइट दर बाइट वैसे ही लिखे जाते हैं — + और %20 का फ़र्क़ तक बचा रहता है।
एक क्लिक में ट्रैकर हटाएँ
utm_*, fbclid, gclid, msclkid, mc_eid और दर्जनों और, अपने स्रोत के हिसाब से समूहबद्ध, और साथ में यह ठीक-ठीक संख्या कि सफ़ाई से कितने बाइट बचे।
यह बताता है कि गड़बड़ क्या है
सादे पाठ में क्रेडेंशियल, मिलती-जुलती अक्षरों से लिखा होस्टनाम, ऐसा पैरामीटर जो असल में दूसरा URL है, दो बार लगाया गया एस्केप — कुछ भी क्लिक करने से पहले ही सब चिह्नित।
दोहरी एनकोडिंग, खुली हुई
रीडायरेक्ट की शृंखलाएँ दो-तीन बार एनकोड होकर आती हैं। «जब तक न बदले तब तक डिकोड करें» उन्हें एक ही बार में खोल देता है और बताता है कि कितने चक्कर लगे।
पूरी सूचियाँ एक साथ
लिंकों वाली टेक्स्ट फ़ाइल डालें और सबको एक ही बार में साफ़ करें, फिर हर URL की बचत के साथ परिणाम CSV या JSON में निर्यात करें।
सही एस्केप इस पर निर्भर करता है कि मान कहाँ पहुँचेगा
पाथ सेगमेंट, क्वेरी स्ट्रिंग, फ़ॉर्म बॉडी और Content-Disposition हेडर में जाने वाले मान को चार अलग-अलग एस्केप चाहिए, और JavaScript उनमें से केवल दो देता है। URLBolt आपको आठों देता है, बताता है कि हर एक किन अक्षरों को अछूता छोड़ता है, और कहीं चिपकाने से पहले जाँच लेता है कि परिणाम को डिकोड करने पर आपका इनपुट हूबहू वापस मिलता है।
कुछ भी आपके ब्राउज़र से बाहर नहीं जाता
हर काम — एनकोड करना, डिकोड करना, पार्स करना, punycode बदलना, ट्रैकर हटाना, बैच साफ़ करना — आपके ही टैब में ब्राउज़र के नेटिव API से चलता है। न कोई अपलोड, न कोई रिक्वेस्ट, न सर्वर पर कोई चरण, न लॉग करने को कुछ। जिन लिंकों की आप जाँच करते हैं, वे अक्सर ठीक वही होते हैं जिन्हें किसी अनजान के सर्वर पर भेजने का सबसे कम मन करता है — इसीलिए उनमें से कोई कहीं नहीं जाता।
उन लिंकों के लिए बना जो टूटे हुए आते हैं
तीन बार रीडायरेक्ट करने वाले एफ़िलिएट URL, दर्जन भर ट्रैकिंग पैरामीटर ढोते अभियान लिंक, दो बार परसेंट-एनकोड हुआ API कॉलबैक, ऐसा पुराना एंडपॉइंट जिसमें पासवर्ड सीधे authority में पड़ा है, और वह अंतरराष्ट्रीय डोमेन जिसे आपका टर्मिनल xn-- दिखाता है। URLBolt इन सबको पढ़ता है, punycode होस्टनाम वैसे दिखाता है जैसे कोई इंसान लिखेगा, नेस्टेड रीडायरेक्ट खोलता है, और पूरा पता टेक्स्ट एडिटर में दोबारा बनाने के बजाय क्वेरी स्ट्रिंग हाथ से ठीक करने देता है।
न कोई साइन-अप, न दैनिक कोटा, न कोई भुगतान वाला दर्जा जो औज़ार का उपयोगी आधा हिस्सा छिपा दे। आप जो फ़ाइलें खोलते हैं वे स्थानीय रूप से पढ़ी जाती हैं और कभी भेजी नहीं जातीं; टैब बंद करते ही सब कुछ भूल जाता है।
अक्सर पूछे जाने वाले प्रश्न
QencodeURIComponent और encodeURI में क्या फ़र्क़ है?+
encodeURI पूरे पते को एस्केप करता है पर उन अक्षरों को छोड़ देता है जो URL का ढाँचा बनाते हैं — : / ? & = + $ , # — इसलिए नतीजा अब भी चलता-फिरता URL रहता है। encodeURIComponent उन्हें भी एस्केप करता है, जो किसी एक पैरामीटर के मान के लिए सही है। दोनों में से कोई ! ' ( ) * को एस्केप नहीं करता, इसलिए अगर आप कोई रिक्वेस्ट साइन कर रहे हैं तो शायद आपको RFC 3986 सख़्त प्रोफ़ाइल चाहिए।
Qडिकोड किए पाठ में % अब भी क्यों दिखता है?+
क्योंकि इनपुट में टूटा हुआ एस्केप था — ऐसा %, जिसके बाद दो से कम हेक्स अंक हों या दो ऐसे अक्षर हों जो हेक्स हैं ही नहीं। पूरी स्ट्रिंग फेंकने के बजाय URLBolt उस % को ज्यों का त्यों रखता है, बाक़ी सब डिकोड करता है, और हर गड़बड़ी की ठीक-ठीक जगह गिनाता है ताकि आप देख सकें कि लिंक कहाँ कटा।
Qस्पेस कब %20 के बजाय + होना चाहिए?+
application/x-www-form-urlencoded बॉडी या क्वेरी स्ट्रिंग के भीतर — यानी जो HTML फ़ॉर्म भेजता है — स्पेस + होता है। बाक़ी हर जगह, पाथ सेगमेंट समेत, वह %20 है। इन दोनों को उलट देना URL की सबसे आम गलती है, इसलिए दोनों दिशाओं में इसका स्विच है और एनकोडर बताता है कि इस समय कौन-सा चालू है।
Qक्या ट्रैकिंग पैरामीटर हटाने से लिंक टूट जाता है?+
लगभग कभी नहीं। utm_*, fbclid, gclid और उनके रिश्तेदार एनालिटिक्स पढ़ती है, पेज नहीं, इसलिए उनके बिना भी मंज़िल वही रहती है। जो पैरामीटर कभी-कभी असली होते हैं — ref, source, s — वे डिफ़ॉल्ट रूप से बचे रहते हैं और तभी हटते हैं जब आप आक्रामक विकल्प चुनें।
Qहोस्टनाम के नीचे वाली punycode पंक्ति का क्या मतलब है?+
ब्राउज़र अंतरराष्ट्रीय डोमेन नामों को भेजने से पहले xn-- से शुरू होने वाले ASCII रूप में बदल देते हैं। URLBolt उस रूप को वापस बदलकर पढ़ने लायक बनाता है, और चेतावनी देता है जब कोई एक लेबल कई लिपियाँ मिलाता है — नक़ली डोमेन में सिरिलिक а को लातीनी a की तरह पेश करने का यही तरीका है।
Qक्या कुछ भी सर्वर पर भेजा जाता है?+
नहीं। एनकोड करना, डिकोड करना, पार्स करना, punycode बदलना और बैच साफ़ करना — ये सब आपके टैब में चलने वाले ब्राउज़र के नेटिव API हैं। किसी भी क्षण कोई नेटवर्क रिक्वेस्ट नहीं होती, इसलिए पेज एक बार लोड होने के बाद औज़ार ऑफ़लाइन भी काम करता है।