URL एक्सपैंडर

सर्वर सहायता नया वेब यूटिलिटीज़

bit.ly, t.co, किसी QR कोड या मैसेज से मिला शॉर्ट लिंक पेस्ट करें, और Mutqan सर्वर उसके रीडायरेक्ट एक-एक क़दम फ़ॉलो करता है — सिर्फ़ स्टेटस कोड और Location हेडर पढ़ते हुए, पेज कभी नहीं — छह जवाबों तक। आपको आख़िरी एड्रेस, हर क़दम उसके स्टेटस के साथ, और लूप, https से http पर उतरने, फ़ॉलो न हो सके क़दमों और एरर देने वाले गंतव्य की साफ़ चेतावनियाँ मिलती हैं। आपका ब्राउज़र लिंक कभी नहीं खोलता।

गोपनीयता: Mutqan सर्वर इस पेज पर बताई गई छोटी, तय टेस्ट रिक्वेस्ट आपके बताए होस्ट को भेजता है, और कुछ भी स्टोर नहीं होता। इसे सिर्फ़ उन्हीं सिस्टम पर इस्तेमाल करें जिन्हें टेस्ट करने की आपको अनुमति है।

शॉर्ट लिंक कैसे काम करता है, और उसे खोले बिना कैसे जानें कि वह कहाँ ले जाता है?

शॉर्ट लिंक किसी शॉर्टनर के डोमेन पर एक छोटा URL है जिसका सर्वर HTTP रीडायरेक्ट से जवाब देता है — 3xx स्टेटस और लंबा एड्रेस बताने वाला Location हेडर — और ब्राउज़र उसे अपने-आप फ़ॉलो कर लेता है। स्थायी रीडायरेक्ट (301, 308) कैश हो सकते हैं, जबकि अस्थायी (302, 303, 307) हर बार दोबारा पूछे जाते हैं (RFC 9110)। गंतव्य को खोले बिना देखने के लिए शॉर्ट लिंक को रीडायरेक्ट बंद रखकर माँगें और हर Location हेडर बारी-बारी पढ़ें, जैसा URL एक्सपैंडर करता है।

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

URL एक्सपैंडर कैसे इस्तेमाल करें

  1. शॉर्ट लिंक कॉपी करें — मैसेज, ईमेल, या QR कोड स्कैन करने पर फ़ोन जो टेक्स्ट दिखाता है उससे — और «एक्सपैंड करने वाला शॉर्ट लिंक» में पेस्ट करें।
  2. «लिंक एक्सपैंड करें» दबाएँ। बिना http:// या https:// लिखा लिंक https:// मानकर पढ़ा जाता है।
  3. पहले «कहाँ ले जाता है» और «गंतव्य» पढ़ें: आख़िरी एड्रेस वही है जहाँ ब्राउज़र पहुँचेगा।
  4. «रीडायरेक्ट चेन» और «चेन के निष्कर्ष» देखें, फिर खोलने से पहले आख़िरी एड्रेस को URL Safety Checker से जाँचें।

URL एक्सपैंडर की खूबियाँ

  • शॉर्ट लिंक को Mutqan सर्वर से एक-एक क़दम फ़ॉलो करता है — आपका ब्राउज़र उसे कभी नहीं खोलता
  • हर जवाब क्रम से: उसका URL, आसान भाषा में अर्थ सहित HTTP स्टेटस, और वह एड्रेस जिस पर उसने रीडायरेक्ट किया
  • आख़िरी एड्रेस और उसका स्टेटस, और चेन जल्दी रुकने पर अगला एड्रेस भी
  • रीडायरेक्ट लूप, छह जवाबों से लंबी चेन, https से http पर उतरना, एरर देने वाला आख़िरी पेज और फ़ॉलो न हो सके क़दम — सबकी चेतावनी
  • सिर्फ़ स्टेटस कोड और Location हेडर पढ़ता है: पेज का कंटेंट कभी डाउनलोड नहीं होता, इसलिए गंतव्य का कुछ भी नहीं चलता
  • स्टैंडर्ड 301, 302, 303, 307 या 308 रीडायरेक्ट वाले हर शॉर्टनर के साथ काम करता है, और इस साइट के अपने शॉर्ट लिंक बिना क्लिक गिने पढ़ता है

इनपुट और आउटपुट

इनपुट

  • एक्सपैंड करने वाला शॉर्ट लिंक — 4,096 अक्षरों तक का कोई भी http:// या https:// एड्रेस; स्कीम न हो तो https:// माना जाता है।
  • और कुछ नहीं: रिक्वेस्ट में आपके ब्राउज़र की कुकीज़, हेडर या डेटा नहीं जाता।

आउटपुट

  • कहाँ ले जाता है — फ़ॉलो किए रीडायरेक्ट की संख्या, आख़िरी स्टेटस, गंतव्य होस्ट और क्या आख़िरी एड्रेस HTTPS पर है।
  • गंतव्य — फ़ॉलो किया गया लिंक, आख़िरी एड्रेस, और चेन बीच में रुके तो अगला एड्रेस।
  • रीडायरेक्ट चेन — हर जवाब क्रम से, उसके URL, स्टेटस, अर्थ और अगले एड्रेस के साथ; CSV में डाउनलोड हो सकती है।
  • चेन के निष्कर्ष — लूप, लंबी चेन, https से http वाले क़दम, और फ़ॉलो न हो सके या एरर देने वाले क़दम।

URL एक्सपैंडर का उदाहरण

SMS में आए लिंक को एक्सपैंड करना

इनपुट:

https://bit.ly/3Spring26

आउटपुट:

फ़ॉलो किए रीडायरेक्ट: 2 · आख़िरी स्टेटस: 200 (सफल — पेज ने जवाब दिया) · गंतव्य होस्ट: www.example.com · आख़िरी एड्रेस HTTPS पर है: हाँ
1. https://bit.ly/3Spring26 — 301 स्थायी रूप से स्थानांतरित → https://example.com/spring?utm_source=sms
2. https://example.com/spring?utm_source=sms — 301 स्थायी रूप से स्थानांतरित → https://www.example.com/spring?utm_source=sms
3. https://www.example.com/spring?utm_source=sms — 200 सफल — पेज ने जवाब दिया

URL एक्सपैंडर के नतीजे कैसे पढ़ें

आख़िरी एड्रेस वही है जहाँ रीडायरेक्ट के बाद ब्राउज़र पहुँचेगा: उसी होस्ट को परखें, शॉर्टनर के होस्ट को नहीं।

«कोई रीडायरेक्ट नहीं» का मतलब है एड्रेस ने सीधे जवाब दिया: यह शॉर्ट लिंक नहीं है, या शॉर्टनर ने रीडायरेक्ट की जगह अपना पेज (चेतावनी पेज या «लिंक बंद है» सूचना) भेजा।

आख़िरी स्टेटस 200 का मतलब पेज ने सामान्य जवाब दिया। 404 या 410 यानी लिंक टूटा है या हटाया गया; 403, 429 या 503 का मतलब हो सकता है कि साइट ऑटोमेटेड रिक्वेस्ट ठुकराती है, तब भी ब्राउज़र पहुँच सकता है।

301 और 308 स्थायी रीडायरेक्ट हैं, 302, 303 और 307 अस्थायी। शॉर्टनर आमतौर पर 301 या 302 देता है; उसके बाद के रीडायरेक्ट अक्सर साइट के अपने https और www वाले नियम होते हैं।

«अगला एड्रेस (फ़ॉलो नहीं किया)» का मतलब है कि चेन उस तक पहुँचने से पहले रुक गई — एड्रेस अस्वीकार हुआ, उस तक पहुँचा नहीं जा सका, वह छह जवाबों के बाद आता था, या ऐसे स्टेटस के साथ आया जिसे ब्राउज़र फ़ॉलो नहीं करते — और तब «फ़ॉलो किए रीडायरेक्ट» के नीचे «अगला एड्रेस फ़ॉलो नहीं किया» दिखता है। चेन उसी एड्रेस की ओर जा रही थी; «आख़िरी एड्रेस» और HTTPS की जाँच उस आख़िरी एड्रेस के बारे में हैं जिसने सच में जवाब दिया।

URL एक्सपैंडर कब इस्तेमाल करें

  • अनचाहे SMS, ईमेल या चैट मैसेज में आए शॉर्ट लिंक को छूने से पहले जानना कि वह कहाँ ले जाता है।
  • अपने कैंपेन के शॉर्ट लिंक और QR कोड सही पेज पर, UTM पैरामीटर समेत, जा रहे हैं — यह पक्का करना।
  • शॉर्ट लिंक छपने से पहले उसके पीछे की लंबी रीडायरेक्ट चेन, http पर उतरना और लूप पकड़ना।
  • QR कोड कहाँ ले जाता है यह जानना: कैमरा ऐप जो टेक्स्ट दिखाता है उसे कॉपी करें और यहाँ एक्सपैंड करें।

समस्या निवारण

  • «यह वेब एड्रेस जैसा नहीं लगता» — पूरा लिंक पेस्ट करें, जैसे https://bit.ly/abc123, आसपास के शब्दों के बिना।
  • «यह एड्रेस Mutqan सर्वर से फ़ॉलो नहीं किया जा सकता» — लिंक प्राइवेट, लोकल या रिज़र्व्ड एड्रेस, असामान्य पोर्ट, workers.dev होस्ट या इसी साइट के पेज की ओर है; ऐसे लिंक यहाँ एक्सपैंड नहीं होते।
  • «इस लिंक का होस्ट नेम DNS में नहीं मिला» — शॉर्टनर का डोमेन मौजूद नहीं है; स्पेलिंग जाँचें।
  • चेन 403, 429 या 503 पर ख़त्म होती है — साइट क्लाउड एड्रेस से आने वाली ऑटोमेटेड रिक्वेस्ट ठुकराती या सीमित करती है। दिखाया गया एड्रेस फिर भी वही है जहाँ चेन जा रही थी।
  • «लिंक एक्सपैंड करने की प्रति-मिनट सीमा पूरी हो गई» — एक मिनट रुकें, फिर कोशिश करें; साइन इन करने से सीमा लगभग एक लिंक प्रति मिनट से बढ़कर लगभग दस हो जाती है।

URL एक्सपैंडर के बारे में अक्सर पूछे जाने वाले सवाल

जिस लिंक पर भरोसा नहीं, उसे एक्सपैंड करना सुरक्षित है?

क्लिक करने से ज़्यादा सुरक्षित: आपका ब्राउज़र लिंक नहीं खोलता, और Mutqan सर्वर हर क़दम से सिर्फ़ उसका स्टेटस और Location हेडर माँगता है — पेज न डाउनलोड करता है न चलाता है। शॉर्टनर और चेन का हर सर्वर Mutqan सर्वर की रिक्वेस्ट देखता है, आपकी नहीं। पर एक्सपैंड करने से यह पता नहीं चलता कि गंतव्य सुरक्षित है; खोलने से पहले आख़िरी एड्रेस को URL Safety Checker से जाँचें।

यह किन शॉर्टनर के साथ काम करता है?

हर उस शॉर्टनर के साथ जो स्टैंडर्ड HTTP स्टेटस — 301, 302, 303, 307 या 308 — और Location हेडर से रीडायरेक्ट करता है: bit.ly, t.co, tinyurl.com, इस साइट के शॉर्ट लिंक और ज़्यादातर दूसरे। जो शॉर्टनर पहले अपना पेज दिखाता है या JavaScript से रीडायरेक्ट करता है, वहाँ चेन उसी पेज पर रुकती है और वह 200 स्टेटस के साथ आख़िरी एड्रेस दिखता है।

यह छह जवाबों के बाद क्यों रुक जाता है?

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

किसी क़दम पर «फ़ॉलो नहीं किया» क्यों लिखा है?

अगला एड्रेस ऐसे होस्ट की ओर था जिससे Mutqan सर्वर कभी नहीं जुड़ता — प्राइवेट, लोकल या रिज़र्व्ड एड्रेस, असामान्य पोर्ट, workers.dev होस्ट या इसी साइट का कोई पेज — या वह मान्य URL ही नहीं था। चेन वहीं रुकती है और एड्रेस दिखाया जाता है ताकि आप ख़ुद परख सकें।

क्या एक्सपैंड करना शॉर्ट लिंक पर क्लिक गिना जाता है?

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

मैं एक मिनट में लगभग एक ही लिंक क्यों एक्सपैंड कर पाता हूँ?

हर एक्सपैंड Mutqan सर्वर से दूसरों के सर्वरों को छह रिक्वेस्ट तक भेज सकता है, और ये रिक्वेस्ट एक प्रति-मिनट सीमा साझा करती हैं जो टूल को किसी साइट पर रिक्वेस्ट की बाढ़ लाने से रोकती है। साइन इन के बिना यह सीमा लगभग एक लिंक प्रति मिनट देती है; साइन इन होने पर लगभग दस।

आख़िरी एड्रेस मेरे ब्राउज़र वाले एड्रेस से अलग क्यों है?

कुछ साइटें देश, भाषा, डिवाइस या साइन-इन के हिसाब से रीडायरेक्ट करती हैं, और कुछ विज़िटर को ऐसे पेज से गुज़ारती हैं जो JavaScript से रीडायरेक्ट करता है। एक्सपैंडर Cloudflare एज से आपकी कुकीज़ के बिना सादी रिक्वेस्ट भेजता है, इसलिए वही देखता है जो वहाँ से आने वाला अनजान विज़िटर देखेगा।

तकनीकी नोट्स

हर क़दम एक GET रिक्वेस्ट है जिसमें रीडायरेक्ट हाथ से संभाले जाते हैं और बॉडी कभी नहीं पढ़ी जाती। चेन सिर्फ़ उन स्टेटस पर आगे बढ़ती है जिन्हें ब्राउज़र फ़ॉलो करता है — 301, 302, 303, 307 और 308 (RFC 9110, सेक्शन 15.4, और WHATWG के Fetch Standard के रीडायरेक्ट स्टेटस) — और तभी जब Location हेडर मौजूद हो; रिलेटिव Location उसे भेजने वाले क़दम के URL के सापेक्ष हल किया जाता है (RFC 3986, सेक्शन 5)।

हर क़दम से पहले एड्रेस जाँचा जाता है: सिर्फ़ http या https, कोई यूज़र नेम या पासवर्ड नहीं, ऐसा सार्वजनिक होस्ट जिसके सारे DNS जवाब सार्वजनिक एड्रेस हों, अनुमत पोर्ट, workers.dev होस्ट नहीं और यह साइट नहीं (इसके अपने /s/ लिंक छोड़कर)। जाँच में फ़ेल क़दम की रिपोर्ट होती है, उसे कभी माँगा नहीं जाता।

एक कॉल ज़्यादा से ज़्यादा छह जवाब पढ़ती है, हर क़दम के लिए 8 सेकंड और पूरी चेन के लिए 20 सेकंड तक रुकती है, और कोई एड्रेस दोहराते ही (लूप) रुक जाती है। पहले एड्रेस पर विफलता एरर है; आगे की विफलता अब तक चली चेन पर एक निष्कर्ष बन जाती है।

हर कॉल उस प्रति-मिनट सीमा में छह रिक्वेस्ट के बराबर गिनी जाती है जो Mutqan सर्वर द्वारा विज़िटर की ओर से भेजी जाने वाली रिक्वेस्ट पर लगी है: साइन इन के बिना लगभग एक कॉल प्रति मिनट, साइन इन होने पर लगभग दस, और एक IP एड्रेस से कभी भी मिनट में 30 से ज़्यादा नहीं। इस साइट के शॉर्ट लिंक डेटाबेस से बिना क्लिक गिने पढ़े जाते हैं।

सीमाएँ और कार्यप्रणाली

सिर्फ़ HTTP रीडायरेक्ट फ़ॉलो होते हैं। JavaScript या meta refresh से रीडायरेक्ट करने वाले पेज, «आप यह साइट छोड़ रहे हैं» वाले पेज और ऐप लिंक पर चेन रुक जाती है।

रिक्वेस्ट Cloudflare एज से आपकी कुकीज़, भाषा या डिवाइस के बिना जाती हैं, इसलिए देश, साइन-इन या डिवाइस के हिसाब से रीडायरेक्ट करने वाली साइटें आपको कहीं और भेज सकती हैं।

हर कॉल में ज़्यादा से ज़्यादा छह जवाब पढ़े जाते हैं; लंबी चेन की रिपोर्ट होती है और आप दिखाए गए एड्रेस से आगे बढ़ सकते हैं।

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

एक्सपैंडर बताता है कि लिंक कहाँ जाता है, यह नहीं कि गंतव्य सुरक्षित है। URL Safety Checker आख़िरी एड्रेस में चेतावनी के संकेत पढ़ता है।

हर रिक्वेस्ट शॉर्टनर और चेन के सर्वरों तक पहुँचती है, जो उसे विज़िट गिन सकते हैं और Mutqan सर्वर का एड्रेस लॉग कर सकते हैं।

सुरक्षा और गोपनीयता

आपका पेस्ट किया लिंक Mutqan सर्वर को जाता है, जो हर क़दम ख़ुद माँगता है; आपका ब्राउज़र न शॉर्टनर से जुड़ता है न गंतव्य से। कुछ भी स्टोर नहीं होता — न लिंक, न एड्रेस, न नतीजा — और एनालिटिक्स सिर्फ़ एंडपॉइंट का नाम गिनते हैं।

चेन के हर सर्वर को Mutqan सर्वर से अपने क़दम का पूरा URL मिलता है। शॉर्ट लिंक में अक्सर ट्रैकिंग कोड या निजी टोकन होते हैं, इसलिए जिन लिंक को निजी रखने को कहा गया हो उन्हें एक्सपैंड न करें।

संदर्भ

  • RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।
  • Redirections in HTTP — MDNMDN Web Docs (Mozilla)HTTP redirects: Location header के साथ 3xx status codes, स्थायी (301, 308) बनाम अस्थायी (302, 303, 307), और redirect loops कैसे बनते हैं।
  • Fetch StandardWHATWGCORS को परिभाषित करता है: प्रीफ़्लाइट रिक्वेस्ट, Access-Control-* हेडर और कौन-से रिस्पॉन्स ब्राउज़र पेज को दिखा सकता है।