URL बिल्डर

URL की शारीरिक रचना, घटक दर घटक

वेब पर हर URL को परिभाषित करने वाला व्याकरण RFC 3986 «Uniform Resource Identifier (URI): Generic Syntax» (Berners-Lee, Fielding, Masinter, जनवरी 2005) में रहता है। ब्राउज़र वास्तव में WHATWG URL Living Standard में परिभाषित थोड़ा अधिक क्षमाशील संस्करण का उपयोग करते हैं। दोनों घटकों पर सहमत हैं:

• स्कीम: https, http, ftp, mailto, data, tel, sms, magnet, साथ ही कस्टम ऐप स्कीम (myapp://)। RFC 3986 लोअरकेस की आवश्यकता है; WHATWG कैनोनिकलाइज़ करता है। IANA URI स्कीम रजिस्ट्री में पंजीकृत स्कीमों की आधिकारिक सूची है।
• प्राधिकरण: userinfo@host:port। user:password@ एम्बेडेड क्रेडेंशियल फ़ॉर्म सुरक्षा के लिए बहिष्कृत है: Chrome 64 (जनवरी 2018) URL में क्रेडेंशियल के साथ उप-संसाधन लोड को ब्लॉक करता है क्योंकि उन्होंने फ़िशिंग ट्रिक सक्षम किया।
• होस्ट: एक डोमेन नाम या IP लिटरल। президент.рф जैसे अंतरराष्ट्रीयकृत डोमेन नाम Punycode (RFC 3492, मार्च 2003) के माध्यम से ASCII में बदले जाते हैं: वह उदाहरण xn--d1abbgf6aiiy.xn--p1ai बन जाता है। ब्राउज़र प्रदर्शन के लिए रूपांतरण पारदर्शी रूप से करते हैं।
• पोर्ट: केवल स्कीम के लिए डिफ़ॉल्ट न होने पर शामिल। डिफ़ॉल्ट: 80 (http), 443 (https), 21 (ftp), 22 (ssh), 25 (smtp), 5432 (postgres), 3306 (mysql), 6379 (redis)।
• पथ: स्लैश-पृथक खंड। प्रत्येक खंड RFC 3986 §3.3 में परिभाषित pchar सेट के बाहर किसी भी चीज़ को प्रतिशत-एन्कोड करता है। डॉट-खंड . और .. के पास हटाने की शब्दार्थ है (§5.2.4)।
• क्वेरी: सम्मेलन के अनुसार & से अलग की गई कुंजी-मूल्य जोड़ी, लेकिन RFC 3986 केवल कहता है «? के बाद अपारदर्शी स्ट्रिंग»। सम्मेलन को WHATWG application/x-www-form-urlencoded एल्गोरिथम में औपचारिक किया गया है।
• फ्रैगमेंट: # के बाद सब कुछ। कभी भी सर्वर पर नहीं भेजा जाता। सिंगल-पेज-एप्लिकेशन राउटर, एंकर लिंक और OAuth इम्प्लिसिट-फ्लो टोकन द्वारा उपयोग किया जाता है।

प्रतिशत-एन्कोडिंग: + बनाम %20 जाल

RFC 3986 §2.3 आरक्षित नहीं वर्ण परिभाषित करता है जिन्हें कभी एन्कोडिंग की आवश्यकता नहीं होती: A-Z a-z 0-9 - . _ ~। बाकी सब, जब URL घटक के अंदर डेटा के रूप में दिखाई देता है, %XX बन जाता है जहाँ XX बाइट का हेक्स मान है। बहु-बाइट UTF-8 वर्ण कई प्रतिशत-त्रिक में विस्तृत होते हैं: é (U+00E9, UTF-8 C3 A9) %C3%A9 के रूप में एन्कोड होता है। क्लासिक झंझट स्पेस वर्ण है: नियमित URL पथ या फ्रैगमेंट में, स्पेस %20 के रूप में एन्कोड होता है; फ़ॉर्म-एन्कोडेड क्वेरी स्ट्रिंग में (HTML फ़ॉर्म और WHATWG क्वेरी-स्ट्रिंग सीरियलाइज़र द्वारा साझा किया गया application/x-www-form-urlencoded एल्गोरिथम), स्पेस + के रूप में एन्कोड होता है। फ़ॉर्म डेटा डिकोड करने वाला सर्वर + को वापस स्पेस में परिवर्तित करता है; क्वेरी को सामान्य URI के रूप में मानने वाला सर्वर ऐसा नहीं करता। दो सम्मेलनों को मिलाना डेटा को चुपचाप दूषित करता है। JavaScript में सुरक्षित पैटर्न: क्वेरी के लिए new URLSearchParams और व्यक्तिगत मानों के लिए encodeURIComponent का उपयोग करें; स्पेक अनुपालन आपके लिए ध्यान रखा जाता है।

जहाँ आपको वास्तव में URL निर्माता की आवश्यकता है

• Google Analytics के लिए UTM-टैग किए गए मार्केटिंग लिंक (Urchin Tracking Module, 2005 से GA में): पाँच कैनोनिकल पैरामीटर हैं utm_source, utm_medium, utm_campaign, utm_content, utm_term, Google के अपने दिशानिर्देशों के अनुसार सभी लोअरकेस।
• OAuth 2.0 प्राधिकरण अनुरोध (RFC 6749, अक्टूबर 2012): स्पेक प्राधिकरण एंडपॉइंट पर क्वेरी पैरामीटर के रूप में response_type, client_id, redirect_uri, scope, state अनिवार्य करता है।
• मोबाइल डीप लिंक: एक app:// स्कीम जिसे OS आपके ब्राउज़र के बजाय आपके इंस्टॉल किए गए ऐप पर रूट करता है, या आपके डोमेन से सेव किया गया Android App Link / iOS Universal Link।
• API क्लाइंट परीक्षण: https://api.example.com/v2/users?expand=projects&since=2024-01-01। इन्हें हाथ से टाइप करना लगातार «मान के अंदर स्पेस» चरण पर विफल हो जाता है।
• CDN कैश बस्टर: स्थैतिक संपत्ति URL में जोड़ा गया ?v=2026-05-12-1 ताकि डिप्लॉय कैश किए गए संस्करण को अमान्य कर दे। क्वेरी स्ट्रिंग कैश कुंजी का हिस्सा है।
• छवि-परिवर्तन सेवाएँ (Cloudinary, imgix, Cloudflare Images): परिवर्तन क्वेरी पैरामीटर या पथ खंड के रूप में एन्कोड किया गया है। एक सामान्य कॉल ?w=800&q=85&fm=webp जैसा दिखता है।
• ईमेल टेम्पलेट जहाँ लैंडिंग पेज JS के माध्यम से पैरामीटर पढ़ता है, अक्सर UTM टैग को प्रति-प्राप्तकर्ता ट्रैकिंग के लिए अद्वितीय token या uid के साथ जोड़ता है।

सामान्य गलतियाँ

• एक मान के अंदर & को एन्कोड करना भूलना। एक मान «बिल्लियाँ & कुत्ते» भोलेपन से ?प्रजातियाँ=बिल्लियाँ & कुत्ते में डाला जाता है तो एक कुंजी प्रजातियाँ मान बिल्लियाँ प्लस एक भटकी हुई खाली कुंजी बन जाती है। हमेशा encodeURIComponent से गुजारें।
• डबल-एन्कोडिंग। पहले से एन्कोडेड स्ट्रिंग पर encodeURIComponent कॉल करने से %20 %2520 में बदल जाता है। आसान जब एक मान दो सिस्टम से गुजरता है जो प्रत्येक «रक्षात्मक रूप से एन्कोड» करते हैं।
• ट्रेलिंग-स्लैश मिसमैच। RFC 3986 कहता है कि https://example.com/api और https://example.com/api/ अलग संसाधन हैं। अधिकांश REST API उन्हें समान रूप से मानते हैं, लेकिन कुछ 308 रीडायरेक्ट लौटाते हैं; एक कैनोनिकल रूप चुनें और इसे दस्तावेज करें।
• + और %20 मिलाना। फ़ॉर्म-एन्कोडेड क्वेरी स्ट्रिंग स्पेस के लिए + का उपयोग करती है; सामान्य प्रतिशत-एन्कोडिंग %20 का उपयोग करती है। शाब्दिक + के साथ एक पथ कॉपी-पेस्ट से बच जाता है लेकिन फ़ॉर्म-डीकोडर इसे पढ़ने पर विफल हो जाता है।
• एम्बेडेड क्रेडेंशियल। https://user:pass@example.com अप्रचलित है और Chrome 64+ में उप-संसाधन लोड के लिए ब्लॉक है। Authorization हेडर का उपयोग करें।
• IDN स्पूफिंग। सिरिलिक «а» (U+0430) दृष्टि से लैटिन «a» के समान है। ब्राउज़र Punycode प्रदर्शित करते हैं जब एक डोमेन स्क्रिप्ट्स को मिलाता है, लेकिन аpple.com (सिरिलिक а) की ओर इशारा करने वाला हाथ से निर्मित URL apple.com से अलग साइट खोलता है। सुरक्षा के लिए Punycode (xn--...) का उपयोग करें, या ASCII से चिपके रहें।
• उन स्कीमों के बाद // जोड़ना जो इसका उपयोग नहीं करते। mailto:, tel:, sms:, magnet: सभी // को छोड़ देते हैं और सीधे पथ पर जाते हैं। mailto:user@example.com सही है; mailto://... नहीं है।

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

URL की अधिकतम लंबाई क्या है?

RFC 3986 कोई सीमा निर्धारित नहीं करता। व्यवहार में: ब्राउज़र पता बार के लिए लगभग 2,000 वर्णों पर सीमा रखते हैं (Internet Explorer 11 2,083 था; Chrome और Firefox अधिक सहन करते हैं लेकिन प्रदर्शन को छाँटते हैं); अधिकांश CDN और प्रॉक्सी 4,096 या 8,192 पर सीमा रखते हैं; Apache और Nginx जैसे सर्वर डिफ़ॉल्ट रूप से 8,192 बाइट्स अनुरोध पंक्ति के लिए। यदि आपको 2,000 से अधिक वर्णों की आवश्यकता है, तो POST बॉडी पर स्विच करें।

क्या मैं समान क्वेरी पैरामीटर को कई बार शामिल कर सकता हूँ?

हाँ। ?tag=red&tag=blue&tag=green मान्य है। सर्वर इसकी व्याख्या कैसे करता है यह फ्रेमवर्क पर निर्भर करता है: Express / Node.js req.query.tag = ['red', 'blue', 'green'] में पार्स करता है; PHP को ब्रैकेट परंपरा ?tag[]=red&tag[]=blue की आवश्यकता है; यदि आप tag[] ब्रैकेट का उपयोग करते हैं तो Rails एक सरणी में पार्स करता है। URLSearchParams.getAll('tag') विधि हमेशा ब्रैकेट शैली की परवाह किए बिना सभी मानों को एक सरणी के रूप में लौटाती है।

क्या क्वेरी पैरामीटर SEO को प्रभावित करते हैं?

ट्रैकिंग पैरामीटर (UTM, fbclid, gclid) आम तौर पर ऑर्गेनिक खोज रैंकिंग को प्रभावित नहीं करते। जोखिम डुप्लिकेट-कंटेंट इंडेक्सिंग है: एक टैग किया गया URL और इसका साफ संस्करण क्रॉलर के लिए दो अलग पृष्ठों जैसा दिखता है। फिक्स एक <link rel="canonical" href="clean-url"> टैग है जो हर टैग किए गए संस्करण को समान कैनोनिकल URL की ओर इशारा करता है।

URI टेम्पलेट क्या है, और क्या मुझे इसका उपयोग करना चाहिए?

RFC 6570 (मार्च 2012) URI टेम्पलेट को परिभाषित करता है: प्लेसहोल्डर के साथ पैरामीटरीकृत URL के लिए एक सिंटैक्स। उनका उपयोग OpenAPI / Swagger स्पेक्स, JSON Hyper-Schema, और कुछ HATEOAS API में किया जाता है। रोज़मर्रा के URL निर्माण के लिए, इस बिल्डर के माध्यम से सामान्य स्ट्रिंग संयोजन सरल है; URI टेम्पलेट तब चमकते हैं जब आप API सतह का दस्तावेजीकरण करते हैं और क्लाइंट SDK उत्पन्न करते हैं।

क्या कुछ सर्वर को भेजा जाता है?

नहीं। आप जो भी घटक टाइप करते हैं, एन्कोडिंग और अंतिम URL आपके ब्राउज़र के JavaScript में निर्मित होते हैं। URL को असेंबल करने के लिए कोई नेटवर्क कॉल नहीं की जाती। DevTools में नेटवर्क टैब खोलें और टूल आज़माएँ: आप निर्माण के दौरान शून्य आउटगोइंग अनुरोध देखेंगे।