URL एन्कोडर और डिकोडर

Acrafto Team डेवलपर

अपडेट किया 3 अक्टूबर 2026

इस रूप में एन्कोड करें

एक क्वेरी मान या पाथ खंड के लिए। अक्षर, अंक और - _ . ! ~ * ' ( ) को छोड़कर सब कुछ एन्कोड होता है, बिल्कुल encodeURIComponent की तरह।

हर पंक्ति अलग से

एन्कोड करने के लिए टेक्स्ट

परिणाम

सब कुछ आपके ब्राउज़र में चलता है और आप जो पेस्ट करते हैं वह कहीं अपलोड नहीं होता। यह इसलिए मायने रखता है कि URL में अक्सर टोकन और सेशन ID होते हैं।

टाइप करते ही टेक्स्ट को ऑनलाइन URL एन्कोड और डिकोड करें: यह टूल स्पेस, गैर-ASCII अक्षरों (जैसे हिंदी) और & या ? जैसे चिह्नों को %20 जैसे percent-encoded क्रम में बदल देता है, और उन्हें वापस पढ़ने योग्य टेक्स्ट में भी बदलता है। दूसरा टैब URL पार्सर है। वह किसी भी पते को प्रोटोकॉल, होस्ट, पाथ और क्वेरी पैरामीटर में बाँट देता है। आप इन पैरामीटर को बदल सकते हैं, बंद कर सकते हैं या इनसे ट्रैकिंग टैग हटा सकते हैं, और टूल सही ढंग से एन्कोड किया हुआ URL वापस लिख देता है। सब कुछ आपके ब्राउज़र में होता है।

URL को एन्कोड और डिकोड कैसे करें

एन्कोड / डिकोड टैब के फ़ील्ड में टेक्स्ट लिखें या पेस्ट करें। परिणाम हर कीस्ट्रोक के साथ अपडेट होता है।
दिशा चुनें। एन्कोड टेक्स्ट को URL में इस्तेमाल के लिए सुरक्षित बनाता है, डिकोड caf%C3%A9%20au%20lait को वापस café au lait में बदल देता है। खाली फ़ील्ड में %20 जैसे क्रम वाला टेक्स्ट पेस्ट करें, तो टूल अपने आप डिकोड पर चला जाता है (इसके बजाय एन्कोड करें से वापस लौट सकते हैं)। डिकोड मोड में ऐसा सादा टेक्स्ट पेस्ट करें जिसे एन्कोड करना ज़रूरी है, तो वह इसी तरह एन्कोड पर चला जाता है, और वहाँ इसके बजाय डिकोड करें मिलता है।
एन्कोड करते समय इस रूप में एन्कोड करें में चुनें कि टेक्स्ट क्या है (अगला सेक्शन देखें)। डिफ़ॉल्ट पैरामीटर मान एक क्वेरी मान के लिए सही है।
कॉपी परिणाम को क्लिपबोर्ड पर रखता है। स्वैप परिणाम को इनपुट में ले जाता है और दिशा पलट देता है। यह तुरंत जाँचने का तरीका है कि सब ठीक है: अभी एन्कोड किए टेक्स्ट को डिकोड करने पर आपका मूल टेक्स्ट वापस मिलना चाहिए।

परिणाम में टूल ने जो भी अक्षर बदला है, वह हाइलाइट होता है। उस पर माउस ले जाएँ तो अक्षर, उसका Unicode कोड पॉइंट और उसके बाइट दिखते हैं, जैसे é U+00E9 %C3%A9। फ़ील्ड के नीचे वर्ण, UTF-8 बाइट और एन्कोड किए गए वर्ण (या डिकोड किए गए वर्ण) की संख्या दिखती है। उदाहरण आज़माएँ यह वाक्य लोड करता है: कीमत: 50 % छूट, चाय & समोसा? हाँ!। इसमें 26 वर्ण हैं, यानी स्क्रीन पर दिखने वाली 26 इकाइयाँ, पर 69 UTF-8 बाइट, क्योंकि देवनागरी का हर अक्षर और हर मात्रा-चिह्न 3 बाइट लेता है, जबकि सादा ASCII वर्ण सिर्फ़ 1 बाइट। “की” स्क्रीन पर एक अक्षर है, पर उसमें दो कोड पॉइंट हैं।

एन्कोड करते समय हर पंक्ति अलग से हर पंक्ति को अलग एन्कोड करता है और पंक्ति-विराम बनाए रखता है, जो मानों या लिंक की सूची के लिए ठीक रहता है। इसके बिना पंक्ति-विराम भी एन्कोड होकर %0A बन जाता है। जब टेक्स्ट पैरामीटर वाला URL हो, तो टूल हिस्सों में बाँटें देता है, जो पते को पार्सर टैब में खोल देता है।

URL पैरामीटर, पूरा URL या फ़ॉर्म डेटा एन्कोड करें

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

पैरामीटर मान JavaScript के encodeURIComponent की तरह काम करता है और एक क्वेरी मान या पाथ खंड के लिए ठीक है। यह अक्षर, अंक और - _ . ! ~ * ' ( ) को छोड़कर सब कुछ एन्कोड करता है, इसलिए मान के अंदर का &, =, / या ? URL को तोड़ नहीं सकता। café & crème को एन्कोड करने पर caf%C3%A9%20%26%20cr%C3%A8me मिलता है, जो q= के बाद सीधे लगाया जा सकता है।
पूरा URL उस पूरे पते के लिए है जिसे सिर्फ़ साफ़ करना है। यह स्पेस, गैर-ASCII अक्षर, कंट्रोल वर्ण, बैकटिक और " < > \ ^ { | } को एन्कोड करता है, और URL को उसका ढाँचा देने वाले वर्ण जस के तस रखता है: : / ? # [ ] @ ! $ & ' ( ) * + , ; =। इसलिए https://example.com/search?q=café au lait&lang=fr बन जाता है https://example.com/search?q=caf%C3%A9%20au%20lait&lang=fr। पहले से एन्कोड किए क्रम वैसे ही रहते हैं, और अकेला % बन जाता है %25। यहीं यह JavaScript के encodeURI से अलग है, जो मौजूद %20 को %2520 बना देता है और http://[2001:db8::1]:8080/ जैसे IPv6 पते के ब्रैकेट भी एन्कोड कर देता है।
फ़ॉर्म डेटा उस application/x-www-form-urlencoded प्रारूप का पालन करता है जो HTML फ़ॉर्म और URLSearchParams बनाते हैं (अंग्रेज़ी में)। स्पेस + बन जाता है, और सिर्फ़ अक्षर, अंक और * - . _ बिना एन्कोड रहते हैं, इसलिए ! ' ( ) ~ भी एन्कोड होते हैं।
सख़्त RFC 3986 सिर्फ़ RFC 3986 (अंग्रेज़ी में) के unreserved वर्णों को बिना एन्कोड छोड़ता है: अक्षर, अंक और - . _ ~। OAuth 1.0 (RFC 5849) और AWS Signature Version 4 को ठीक यही रूप चाहिए, क्योंकि सिग्नेचर तभी मेल खाता है जब दोनों पक्ष ! या * को एक ही तरह एन्कोड करें।

हर मोड में वही वर्ण:

वर्ण	पैरामीटर मान	पूरा URL	फ़ॉर्म डेटा	सख़्त RFC 3986
स्पेस	`%20`	`%20`	`+`	`%20`
`&`	`%26`	`&`	`%26`	`%26`
`/`	`%2F`	`/`	`%2F`	`%2F`
`+`	`%2B`	`+`	`%2B`	`%2B`
`~`	`~`	`~`	`%7E`	`~`
`!`	`!`	`!`	`%21`	`%21`
`*`	`*`	`*`	`*`	`%2A`
`é`	`%C3%A9`	`%C3%A9`	`%C3%A9`	`%C3%A9`

टेक्स्ट हमेशा UTF-8 में एन्कोड होता है और हेक्स अंक हमेशा बड़े अक्षरों में लिखे जाते हैं। अगर इनपुट में पहले से %20 जैसे क्रम हैं, तो एक नोट यह बताता है और इसके बजाय डिकोड करें देता है, ताकि आप गलती से टेक्स्ट को दो बार एन्कोड न करें।

JSON को क्वेरी पैरामीटर में भेजने के लिए उसे JSON फ़ॉर्मैटर में मिनिफ़ाई करें और पैरामीटर मान के रूप में एन्कोड करें: {"id":7,"tags":["a","b"]} बन जाता है %7B%22id%22%3A7%2C%22tags%22%3A%5B%22a%22%2C%22b%22%5D%7D। उलटा भी चलता है: पैरामीटर को यहाँ डिकोड करें, फिर वहाँ फ़ॉर्मैट करें।

URL डिकोड की समस्याएँ: प्लस चिह्न, %2520 और टूटे क्रम

डिकोडिंग ज़्यादातर बिना दिक्कत चलती है, पर चार स्थितियाँ लोगों को उलझाती हैं। टूल इनमें से हर एक को त्रुटि देकर रुकने के बजाय सँभाल लेता है:

प्लस चिह्न फ़ॉर्म डेटा और ज़्यादातर क्वेरी स्ट्रिंग में स्पेस का काम करता है। + को स्पेस की तरह डिकोड करें डिफ़ॉल्ट रूप से चालू है, इसलिए caf%C3%A9+au+lait डिकोड होकर café au lait बनता है। पूरे URL में सिर्फ़ ? के बाद वाले प्लस चिह्न स्पेस गिने जाते हैं, क्योंकि पाथ में प्लस सामान्य वर्ण है। जब प्लस का अर्थ सचमुच प्लस हो, तो विकल्प बंद कर दें। जो प्लस %2B के रूप में एन्कोड हुआ था, वह हमेशा प्लस ही रहता है।
डबल एन्कोडिंग तब होती है जब कोड की दो परतें एक ही मान को एन्कोड कर देती हैं, जिसके खिलाफ़ RFC 3986 साफ़ चेतावनी देता है। हर % बन जाता है %25, इसलिए स्पेस %20 से %2520 हो जाता है। अगर डिकोड किए परिणाम में अब भी %20 जैसे क्रम हैं, तो टूल बताता है कि टेक्स्ट शायद दो बार एन्कोड हुआ था और फिर से डिकोड करें देता है।
अमान्य क्रम, यानी ऐसा % जिसके बाद दो हेक्स अंक न हों, जैसे 100% या %G1, JavaScript के decodeURIComponent में URIError देता है। यहाँ ऐसे क्रम जैसे हैं वैसे छोड़ दिए जाते हैं, लाल रंग में चिह्नित और गिने जाते हैं, और बाकी टेक्स्ट डिकोड हो जाता है।
पुराने Latin-1 लिंक UTF-8 से पहले के दौर से आते हैं, जब कुछ साइटें é को एकल बाइट %E9 के रूप में एन्कोड करती थीं। caf%E9 मान्य UTF-8 नहीं है, इसलिए decodeURIComponent विफल होता है और Python का unquote caf के बाद replacement वर्ण U+FFFD लौटाता है। टूल ऐसे बाइट को Windows-1252 की तरह पढ़ता है, caf%E9 को café में डिकोड करता है और इसका नोट जोड़ देता है।

डिकोड किए टेक्स्ट में कंट्रोल वर्ण, जैसे टैब या null बाइट, ␉ और ␀ जैसे दिखने वाले चिह्नों में दिखाए जाते हैं, पर कॉपी असली टेक्स्ट कॉपी करता है।

URL पार्सर: URL को बाँटें और उसके क्वेरी पैरामीटर बदलें

URL पार्स और संपादन टैब के URL फ़ील्ड में कोई पता पेस्ट करें और वह प्रोटोकॉल, होस्ट, पोर्ट, पाथ और फ़्रैगमेंट में बँट जाता है, और URL में हों तो यूज़रनेम और पासवर्ड भी अलग दिखते हैं। मान डिकोड करके दिखाए जाते हैं, इसलिए यह टैब URL पैरामीटर डिकोड करने का सबसे तेज़ तरीका भी है: आपको %E0%A4%B0%E0%A4%A8%E0%A4%BF%E0%A4%82%E0%A4%97+%E0%A4%B6%E0%A5%82%E0%A4%9C%E0%A4%BC की जगह रनिंग शूज़ पढ़ने को मिलता है। संपादन दोनों तरफ़ चलता है, जैसे URL बार और Postman की पैरामीटर तालिका। कोई फ़ील्ड बदलें और URL तुरंत सही ढंग से एन्कोड होकर दोबारा लिख दिया जाता है। URL बदलें और सारे हिस्से फिर से पढ़ लिए जाते हैं। जिन हिस्सों को आप नहीं छूते, वे अक्षरशः वैसे ही रहते हैं।

क्वेरी पैरामीटर तालिका हर पैरामीटर को उसके नाम और मान के साथ सूचीबद्ध करती है। किसी पैरामीटर को मिटाए बिना URL से बाहर रखने के लिए URL में शामिल करें का निशान हटाएँ, जो उस पैरामीटर को ढूँढने में काम आता है जो अनुरोध को तोड़ रहा है। पैरामीटर जोड़ें, पैरामीटर हटाएँ और A से Z क्रम में लगाएँ वही करते हैं जो उनके नाम में लिखा है। tag=a&tag=b जैसे दोहराए गए नाम और ?debug जैसे बिना मान वाले नाम बने रहते हैं। पैरामीटर में स्पेस तय करता है कि स्पेस %20 लिखे जाएँ या +; डिफ़ॉल्ट रूप से यह आपके पेस्ट किए URL का अनुसरण करता है।

लॉगिन और पेमेंट लिंक अक्सर किसी पैरामीटर के अंदर दूसरा URL रखते हैं, ऐसे एन्कोड करके कि उसके अपने ? और & बाहरी वाले से न मिलें:

https://auth.example.com/authorize?client_id=abc&redirect_uri=https%3A%2F%2Fapp.example.com%2Fcallback%3Ftab%3D2

जो मान खुद URL हो, आमतौर पर redirect_uri, return, url या next में, उसे अंदर वाला URL संपादित करें बटन मिलता है। भीतरी पता https://app.example.com/callback?tab=2 अपने हिस्सों और पैरामीटर के साथ अलग स्तर के रूप में खुलता है, ब्रेडक्रंब (मुख्य URL › redirect_uri) वापस ले जाता है, और हर बदलाव एन्कोड होकर बाहरी URL में लौट जाता है। मुख्य URL कॉपी करें परिणाम कॉपी करता है। यह कई स्तर गहराई तक काम करता है।

जब # के बाद का हिस्सा पैरामीटर जैसा दिखे, जैसे OAuth implicit flow में #access_token=...&state=... या सिंगल पेज ऐप के रूट में #/search?q=shoes, तो एक दूसरी तालिका, फ़्रैगमेंट पैरामीटर, उन्हें भी सूचीबद्ध करती है।

पार्सर समस्याएँ भी बताता है: बिना प्रोटोकॉल का URL, जिसे ब्राउज़र सापेक्ष लिंक मानते हैं; 0 से 65535 के बाहर का पोर्ट; और वे वर्ण जिन्हें एन्कोड करना ज़रूरी है, जैसे स्पेस, गैर-ASCII अक्षर, " या <, जिन्हें इन्हें एन्कोड करें एक ही चरण में ठीक कर देता है। a=1&b=2 जैसा बिना पते का टेक्स्ट क्वेरी स्ट्रिंग की तरह पढ़ा जाता है। अंतरराष्ट्रीयकृत डोमेन नाम के लिए टूल वह Punycode रूप दिखाता है जो DNS और ब्राउज़र इस्तेमाल करते हैं, इसलिए münchen.de बन जाता है xn--mnchen-3ya.de, और xn-- से शुरू होने वाले डोमेन का पढ़ने योग्य रूप मिलता है।

URL कॉपी करें तैयार पता कॉपी करता है, खोलें उसे नए टैब में खोलता है (सिर्फ़ http और https लिंक), और JSON के रूप में कॉपी करें पैरामीटर को JSON ऑब्जेक्ट के रूप में देता है, जिसमें दोहराए गए नाम एक ऐरे में जमा होते हैं।

URL से UTM और दूसरे ट्रैकिंग पैरामीटर हटाएँ

न्यूज़लेटर, विज्ञापन और सोशल नेटवर्क के लिंक ऐसे पैरामीटर लेकर चलते हैं जो साइट को सिर्फ़ यह बताते हैं कि विज़िटर कहाँ से आया। UTM पैरामीटर (अंग्रेज़ी में) utm_source, utm_medium, utm_campaign, utm_term और utm_content Urchin से आते हैं, जो Google Analytics का पूर्ववर्ती था। fbclid (Facebook), gclid (Google Ads) और msclkid (Microsoft Advertising) जैसे क्लिक ID प्लेटफ़ॉर्म खुद जोड़ते हैं।

पार्सर इन्हें ट्रैकिंग टैग से चिह्नित करता है, और ट्रैकिंग हटाएँ (n) उन सबको एक साथ हटा देता है। किसी भी utm_* पैरामीटर के अलावा यह 20 से ज़्यादा दूसरे पैरामीटर पहचानता है, जैसे ttclid (TikTok), mc_cid (Mailchimp) और _hsenc (HubSpot)। पेज को जो पैरामीटर चाहिए, वे अपनी जगह बने रहते हैं: उदाहरण आज़माएँ वाले शॉप लिंक में ट्रैकिंग हटाएँ (4) utm_source, utm_medium, utm_campaign और fbclid हटाता है और q, size, return तथा #reviews फ़्रैगमेंट रखता है।

जो लिंक QR कोड में जाने वाला है, उसे पहले यहाँ साफ़ कर लेना अच्छा है। ट्रैकिंग पैरामीटर के बिना वह छोटा होता है, और छोटा लिंक कम घना कोड बनाता है जिसे स्कैन करना आसान है।

Percent encoding क्या है और वर्ण %XX कैसे बनते हैं

Percent-encoding (अंग्रेज़ी में), जिसे URL encoding भी कहते हैं, किसी वर्ण को % और उसके बाद दो हेक्साडेसिमल अंकों के रूप में लिखता है। URL में ASCII वर्णों का सीमित समूह ही हो सकता है, और उनमें से कुछ का एक काम होता है: ? क्वेरी शुरू करता है, & पैरामीटर अलग करता है, # फ़्रैगमेंट शुरू करता है। RFC 3986 इन्हें reserved वर्ण कहता है (: / ? # [ ] @ और ! $ & ' ( ) * + , ; =)। अक्षर, अंक और - . _ ~ unreserved हैं और उन्हें कभी एन्कोड नहीं करना पड़ता। बाकी सब कुछ, और सादे डेटा के रूप में इस्तेमाल हुआ हर reserved वर्ण, एन्कोड होता है।

ASCII से बाहर के वर्ण पहले UTF-8 बाइट में बदलते हैं, और हर बाइट को अपना %XX मिलता है:

é U+00E9 है, जिसे UTF-8 दो बाइट C3 A9 के रूप में रखता है, इसलिए यह %C3%A9 बनता है।
€ U+20AC है, तीन बाइट: %E2%82%AC।
U+1F600 जैसे इमोजी (मुस्कुराता चेहरा) में चार बाइट लगते हैं: %F0%9F%98%80।
देवनागरी का हर कोड पॉइंट तीन बाइट लेता है: क (U+0915) बनता है %E0%A4%95।

%c3%a9 और %C3%A9 का अर्थ एक ही है, पर RFC 3986 बड़े अक्षर सुझाता है, और टूल वही लिखता है। सबसे ज़्यादा मिलने वाले वर्णों की percent encoding तालिका:

वर्ण	एन्कोडेड	वर्ण	एन्कोडेड
स्पेस	`%20`	`+`	`%2B`
`!`	`%21`	`,`	`%2C`
`"`	`%22`	`/`	`%2F`
`#`	`%23`	`:`	`%3A`
`$`	`%24`	`;`	`%3B`
`%`	`%25`	`=`	`%3D`
`&`	`%26`	`?`	`%3F`
`'`	`%27`	`@`	`%40`
`(`	`%28`	`[`	`%5B`
`)`	`%29`	`]`	`%5D`
`*`	`%2A`	नई पंक्ति	`%0A`

JavaScript, Python और PHP में URL एन्कोडिंग

हर भाषा में इसके लिए फ़ंक्शन हैं, और उनमें मुख्य अंतर यह है कि वे स्पेस, स्लैश और ! ' ( ) * ~ को कैसे सँभालते हैं।

JavaScript में मान के लिए encodeURIComponent (अंग्रेज़ी में), पूरे पते के लिए encodeURI और फ़ॉर्म एन्कोडिंग के लिए URLSearchParams है:

encodeURIComponent("café & crème")                     // "caf%C3%A9%20%26%20cr%C3%A8me"
encodeURI("https://example.com/a b?q=café")            // "https://example.com/a%20b?q=caf%C3%A9"
new URLSearchParams({ q: "café & crème" }).toString()  // "q=caf%C3%A9+%26+cr%C3%A8me"
decodeURIComponent("caf%C3%A9")                        // "café"

decodeURIComponent + को स्पेस में नहीं बदलता, और 100% जैसे अमान्य क्रम पर URIError देता है।

Python में ये फ़ंक्शन urllib.parse में हैं। quote डिफ़ॉल्ट रूप से / रखता है (safe='/') और बाकी सब कुछ एन्कोड करता है, सिवाय RFC 3986 के unreserved वर्णों के। quote_plus स्पेस को + लिखता है और / को भी एन्कोड करता है:

from urllib.parse import quote, quote_plus, urlencode, unquote_plus

quote("café & crème/brûlée")       # 'caf%C3%A9%20%26%20cr%C3%A8me/br%C3%BBl%C3%A9e'
quote("a b/c", safe="")            # 'a%20b%2Fc'
quote_plus("café & crème/brûlée")  # 'caf%C3%A9+%26+cr%C3%A8me%2Fbr%C3%BBl%C3%A9e'
urlencode({"q": "café & crème", "page": 2})  # 'q=caf%C3%A9+%26+cr%C3%A8me&page=2'
unquote_plus("caf%C3%A9+au+lait")  # 'café au lait'

PHP में urlencode HTML फ़ॉर्म की तरह एन्कोड करता है और स्पेस को + लिखता है, जबकि rawurlencode RFC 3986 का पालन करता है और %20 लिखता है:

urlencode("café & crème");     // "caf%C3%A9+%26+cr%C3%A8me"
rawurlencode("café & crème");  // "caf%C3%A9%20%26%20cr%C3%A8me"

rawurlencode का परिणाम सख़्त RFC 3986 जैसा ही है। urlencode फ़ॉर्म डेटा से मेल खाता है, सिवाय * के, जिसे वह %2A के रूप में एन्कोड करता है।

अक्सर पूछे जाने वाले प्रश्न

स्पेस को %20 से एन्कोड करें या + से?

%20 URL में हर जगह काम करता है। + का अर्थ स्पेस सिर्फ़ क्वेरी स्ट्रिंग और फ़ॉर्म डेटा में है, यानी उस प्रारूप में जो HTML फ़ॉर्म भेजते हैं। पाथ में + सामान्य प्लस चिह्न है, इसलिए /a+b वैसा ही /a+b रहता है। जब क्वेरी मान में सचमुच प्लस चाहिए, तो उसे %2B लिखें। टूल में फ़ॉर्म डेटा स्पेस को + लिखता है और बाकी तीनों मोड %20।

URL में %20, %2F और %3D का क्या मतलब है?

ये एन्कोड किए हुए वर्ण हैं: %20 स्पेस है, %2F स्लैश और %3D बराबर का चिह्न। अक्सर दिखने वाले दूसरे हैं %26 (&), %3F (?), %3A (:), %2C (कॉमा) और %27 (अपॉस्ट्रॉफ़ी)। दोनों अंक उस वर्ण का हेक्साडेसिमल कोड हैं। गैर-ASCII अक्षरों में दो से चार ऐसे जोड़े लगते हैं, जैसे é के लिए %C3%A9 और हिंदी के क के लिए %E0%A4%95। पूरी स्ट्रिंग को डिकोडर में पेस्ट करें और पढ़ लें।

encodeURI और encodeURIComponent में क्या अंतर है?

encodeURI पूरे पते के लिए है और : / ? # & = जैसे ढाँचा बनाने वाले वर्णों को छोड़ देता है। encodeURIComponent एक हिस्से के लिए है, यानी पैरामीटर मान या पाथ खंड, और इन वर्णों को भी एन्कोड करता है, इसलिए https://example.com/?a=1&b=2 बन जाता है https%3A%2F%2Fexample.com%2F%3Fa%3D1%26b%3D2। इस टूल में पैरामीटर मान encodeURIComponent जैसा है, और पूरा URL encodeURI जैसा है, पर %20 जैसे मौजूदा क्रम को %2520 बनाने के बजाय वैसा ही रखता है।

URL से UTM पैरामीटर कैसे हटाएँ?

लिंक को URL पार्स और संपादन टैब में पेस्ट करें और ट्रैकिंग हटाएँ (n) दबाएँ। यह हर utm_* टैग और fbclid तथा gclid जैसे क्लिक ID को एक साथ हटा देता है। फिर URL कॉपी करें दबाएँ। सिर्फ़ कुछ को हटाना हो, तो जो पंक्तियाँ नहीं चाहिए उन पर पैरामीटर हटाएँ इस्तेमाल करें।

क्या URL एन्कोडिंग, एन्क्रिप्शन या Base64 जैसी ही है?

नहीं। URL एन्कोडिंग कुछ नहीं छिपाता: कोई भी caf%C3%A9 को वापस café में डिकोड कर सकता है, इसलिए यह पासवर्ड या टोकन की रक्षा कभी नहीं करता। यह सिर्फ़ वर्णों को पते में इस्तेमाल के लिए सुरक्षित बनाता है। Base64 अलग एन्कोडिंग है, जो किसी भी डेटा, बाइनरी फ़ाइलों समेत, को 64 वर्णों की स्ट्रिंग में बदल देती है। URL में रखी Base64 स्ट्रिंग के +, / और = को भी एन्कोड करना पड़ता है, जब तक आप URL-सुरक्षित रूप न लें, जिसे Base64 एन्कोडर और डिकोडर बना सकता है।

क्या मेरे पेस्ट किए URL अपलोड या सेव होते हैं?

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

प्रोग्रामरों के और टूल डेवलपर श्रेणी में हैं, और एक प्रारूप को दूसरे में बदलने वाले टूल परिवर्तक में इकट्ठे हैं। दो लंबे URL में फ़र्क ढूँढना हो, जैसे चलती और विफल होती API कॉल में, तो उन्हें टेक्स्ट तुलना टूल में पेस्ट करें और अक्षरों के आधार पर तुलना करें।