यूज़र के क्लिक और आपके लैंडिंग पेज के बीच हर रीडायरेक्ट हॉप की कोई कीमत होती है: समय, कन्वर्ज़न, एट्रिब्यूशन डेटा और कुछ मामलों में सर्च रैंकिंग। फिर भी ज़्यादातर मार्केटिंग टीमों को पता ही नहीं होता कि उनके कैंपेन, ईमेल न्यूज़लेटर और पेड विज्ञापनों के लिंक में कितने रीडायरेक्ट छिपे हैं।
यह गाइड बताती है कि रीडायरेक्ट क्या होते हैं, उनके अलग-अलग प्रकार क्यों मायने रखते हैं, रीडायरेक्ट चेन का असली नुकसान क्या है और हर महीने एक तेज़ ऑडिट कैसे करें ताकि समस्याएं कैंपेन को नुकसान पहुंचाने से पहले पकड़ में आ जाएं।
रीडायरेक्ट क्या है?
रीडायरेक्ट एक निर्देश है जो ब्राउज़र को एक URL से दूसरे URL पर भेज देता है। जब आप किसी लिंक पर क्लिक करते हैं, तो आपका ब्राउज़र सर्वर को एक रिक्वेस्ट भेजता है। रीडायरेक्ट का मतलब है कि सर्वर जवाब देता है, “यह पेज लोड न करें, इसकी जगह इस दूसरे URL पर जाएं”, और ब्राउज़र उस निर्देश को मानता है।[1]
ज़्यादातर मामलों में यह दिखाई नहीं देता और लगभग तुरंत हो जाता है। दिक्कत यह है कि “लगभग तुरंत” जुड़ता चला जाता है, और सभी रीडायरेक्ट एक जैसे नहीं होते।
रीडायरेक्ट के चार प्रकार जो मार्केटरों को पता होने चाहिए
HTTP कई रीडायरेक्ट स्टेटस कोड तय करता है।[1] मार्केटिंग के काम में इनमें से चार बार-बार सामने आते हैं।
301: स्थायी रीडायरेक्ट
301 ब्राउज़र और सर्च इंजन से कहता है: “यह पेज हमेशा के लिए कहीं और चला गया है। अपना रिकॉर्ड अपडेट कर लें।” सर्च इंजन मूल पेज के ज़्यादातर रैंकिंग संकेत नई मंज़िल को दे देते हैं। ब्राउज़र 301 को कैश कर सकते हैं, यानी दोबारा आने वाले विज़िटर आपके सर्वर से फिर कभी संपर्क किए बिना सीधे मंज़िल पर जा सकते हैं।
मार्केटिंग के लिए मतलब: हमेशा के लिए बंद किए गए URL के लिए अच्छा है (जैसे पुराना प्रोडक्ट पेज जो अपनी जगह आए नए पेज पर ले जाए)। शॉर्ट लिंक के लिए ठीक नहीं, क्योंकि अगर ब्राउज़र ने 301 कैश कर लिया, तो कैश तोड़ने वाले किसी जुगाड़ के बिना आप बाद में मंज़िल नहीं बदल सकते। कैश की गई रिक्वेस्ट पर कुछ क्लिक ट्रैक होने से भी छूट सकते हैं।
302: अस्थायी रीडायरेक्ट
302 ब्राउज़र और सर्च इंजन से कहता है: “अभी के लिए इस दूसरे URL पर जाएं, लेकिन अपना रिकॉर्ड अपडेट न करें, यह बदल सकता है।” ब्राउज़र 302 को उस तरह कैश नहीं करते, इसलिए हर विज़िट रीडायरेक्ट सर्वर से होकर गुज़रती है।[1]
मार्केटिंग के लिए मतलब: लिंक शॉर्टनर और कैंपेन लिंक के लिए यही डिफ़ॉल्ट चुनाव है, क्योंकि इससे मंज़िल बदलने की सुविधा बनी रहती है और हर क्लिक लॉग होता है। अगर आप कोई लिंक मैनेजमेंट प्लेटफ़ॉर्म इस्तेमाल करते हैं, तो लगभग तय है कि वह 302 ही इस्तेमाल करता है।
307: मेथड बनाए रखने वाला अस्थायी रीडायरेक्ट
307 एक 302 जैसा है, लेकिन यह साफ़ तौर पर मूल रिक्वेस्ट का HTTP मेथड (GET, POST वगैरह) बनाए रखता है। यह ज़्यादातर फ़ॉर्म या API इंटीग्रेशन बनाने वाले डेवलपरों के लिए मायने रखता है, आम मार्केटिंग लिंक के लिए नहीं।[1]
308: मेथड बनाए रखने वाला स्थायी रीडायरेक्ट
308, 307 का स्थायी रूप है, यानी 301 जैसा, जो रिक्वेस्ट का मेथड भी बनाए रखता है। यह भी मुख्य रूप से डेवलपरों का मामला है।[1]
ज़्यादातर मार्केटरों के लिए सीधी बात: कैंपेन लिंक के लिए आपको 302 चाहिए। 301 हमेशा के लिए URL बदलने के लिए है। अगर आपके मार्केटिंग लिंक में 307 या 308 दिख रहे हैं, तो कुछ असामान्य हो रहा है जिसकी जांच होनी चाहिए।
रीडायरेक्ट चेन क्या है, और यह समस्या क्यों है?
रीडायरेक्ट चेन तब बनती है जब कोई URL ऐसे URL पर रीडायरेक्ट करता है जो खुद भी आगे रीडायरेक्ट करता है। इस तरह ब्राउज़र के आखिरी मंज़िल तक पहुंचने से पहले कई हॉप का सिलसिला बन जाता है।
एक सीधा उदाहरण:
Your short link (hop 1)
→ Tracking/affiliate URL (hop 2)
→ Old campaign URL (hop 3)
→ Final landing page
यह तीन हॉप हैं। हर एक की कीमत यह है:
देरी (लेटेंसी)
हर रीडायरेक्ट हॉप नेटवर्क पर एक और आने-जाने वाली रिक्वेस्ट जोड़ता है। हर हॉप आम तौर पर लोड होने के समय में 100–300 मिलीसेकंड जोड़ता है।[2] तेज़ डेस्कटॉप कनेक्शन पर तीन हॉप शायद 300 मिलीसेकंड जोड़ें, जो महसूस होता है लेकिन सहा जा सकता है। कमज़ोर सिग्नल वाले मोबाइल पर यह पूरा एक सेकंड या उससे ज़्यादा जोड़ सकता है।
Google ने मोबाइल सर्च नतीजों में पेज की स्पीड को रैंकिंग का एक पैमाना बनाया है, और Core Web Vitals, खास तौर पर Largest Contentful Paint (LCP), पर रीडायरेक्ट की देरी का सीधा असर पड़ता है।[3]
टूटा हुआ UTM एट्रिब्यूशन
जब UTM टैग वाला URL किसी रीडायरेक्ट चेन से गुज़रता है, तो इस बात का असली खतरा रहता है कि बीच के किसी हॉप पर UTM पैरामीटर हट जाएं।[4] इससे आपके एनालिटिक्स में कन्वर्ज़न “direct” ट्रैफ़िक के रूप में दिखते हैं, और यह पता लगाना नामुमकिन हो जाता है कि उन्हें असल में किस कैंपेन ने दिलाया। UTM पैरामीटर की पूरी गाइड बताती है कि लिंक को कैसे टैग करें ताकि ऐसा नुकसान होते ही दिख जाए।
यह खास तौर पर तब होता है जब:
- शॉर्ट लिंक ऐसे URL पर रीडायरेक्ट करे जिसमें पहले से अलग UTM पैरामीटर हों
- कोई एफ़िलिएट नेटवर्क ऐसा रीडायरेक्ट इस्तेमाल करे जो क्वेरी स्ट्रिंग हटा देता है
- CMS आखिरी स्लैश के बिना वाले URL को अपने आप रीडायरेक्ट करे (जैसे
/page→/page/) और पैरामीटर आगे न भेजे
टूटे हुए लिंक प्रीव्यू
जैसा हमारी Open Graph गाइड में बताया गया है, सोशल मीडिया के स्क्रेपर, खास तौर पर LinkedIn का, अक्सर रीडायरेक्ट चेन को भरोसेमंद तरीके से फ़ॉलो नहीं करते। दो या ज़्यादा हॉप वाले लिंक का प्रीव्यू शायद बने ही नहीं, या गलत पेज का बने। Open Graph प्रीव्यू चेकर दिखाता है कि चेन के आखिर में हर प्लेटफ़ॉर्म के स्क्रेपर को क्या दिखता है।
रीडायरेक्ट लूप
सबसे बुरी स्थिति: URL A, URL B पर रीडायरेक्ट करता है, और URL B वापस URL A पर। आखिरकार ब्राउज़र हार मान लेता है और एरर दिखाता है।[1] ये आम तौर पर CMS की गलत सेटिंग्स, आपस में टकराते रीडायरेक्ट नियमों, या HTTPS/HTTP को गलत तरीके से लागू करने से होते हैं।
रीडायरेक्ट का ऑडिट कैसे करें: हर महीने की चेकलिस्ट
किसी भी URL की जांच के लिए नीचे दिया रीडायरेक्ट चेकर टूल इस्तेमाल करें। URL पेस्ट करें और पूरी चेन, हर स्टेटस कोड और आखिरी मंज़िल देखें।
मुफ़्त में आज़माएं, साइन अप की ज़रूरत नहीं
रीडायरेक्ट चेकर
किसी भी URL की पूरी रीडायरेक्ट चेन ट्रेस करें।
हर महीने किसका ऑडिट करें
1. सबसे ज़्यादा इस्तेमाल होने वाले कैंपेन शॉर्ट लिंक। पिछले 30 दिनों में सबसे ज़्यादा क्लिक पाने वाले टॉप 10 शॉर्ट लिंक निकालें। हर एक की चेन की लंबाई (1 से ज़्यादा हॉप हो तो जांच करें) और सही आखिरी मंज़िल देखें (पेज नई जगह चले जाते हैं और रीडायरेक्ट अपडेट नहीं होते, ऐसा आपकी सोच से ज़्यादा बार होता है)।
2. मौजूदा ईमेल कैंपेन के लिंक। रीडायरेक्ट चेन के मामले में ईमेल लिंक अक्सर सबसे बुरे होते हैं। एक आम चेन ऐसी दिख सकती है: ESP का क्लिक-ट्रैकिंग URL → आपका शॉर्ट लिंक → मंज़िल। पेज लोड होने से पहले ही यह दो हॉप है। इसमें CMS का एक रीडायरेक्ट जोड़ दें, तो तीन हो गए।
3. पेड विज्ञापनों के मंज़िल URL। Google Ads, Meta Ads और LinkedIn Ads, तीनों की रीडायरेक्ट के व्यवहार पर URL नीतियां हैं। Google Ads खास तौर पर ऐसी रीडायरेक्ट चेन पर रोक लगाता है जो आखिरी मंज़िल का डोमेन छिपा दें।[5] नीति के पालन के अलावा, पेड विज्ञापनों के URL में चेन सीधे आपकी कॉस्ट-पर-क्लिक (CPC) बढ़ाती है, क्योंकि धीमे लैंडिंग पेज से Quality Score घटता है।[5]
4. ज़्यादा ट्रैफ़िक वाली ब्लॉग पोस्ट के लिंक। अगर आपके लेख पार्टनर पेज, प्रोडक्ट पेज या दूसरे संसाधनों से लिंक करते हैं, तो हो सकता है कि आपके प्रकाशित करने के बाद वे पेज कहीं और चले गए हों। हर महीने एक छोटी जांच से 404 और अनजाने में बनी चेन जल्दी पकड़ में आ जाती हैं।
5. हर वह लिंक जिसने हाल में “काम करना बंद कर दिया” लेकिन तकनीकी रूप से अब भी रीडायरेक्ट करता है। कभी-कभी रीडायरेक्ट चेन तकनीकी रूप से काम करती है, लेकिन पुराने पेज पर ले जाती है। ब्राउज़र किसी मंज़िल तक पहुंच तो जाता है, बस वह गलत होती है। अलग से ऑडिट किए बिना ये आसानी से छूट जाते हैं।
मिली समस्याओं को कैसे ठीक करें
बहुत ज़्यादा हॉप
इसका इलाज आम तौर पर सीधा है: मूल शॉर्ट लिंक को अपडेट करें ताकि वह बीच के URL छोड़कर सीधे आखिरी मंज़िल पर जाए। ज़्यादातर लिंक मैनेजमेंट प्लेटफ़ॉर्म किसी भी मौजूदा शॉर्ट लिंक की मंज़िल को लिंक बदले बिना एडिट करने देते हैं। हार्ड-कोड किए गए URL की जगह मैनेज किए गए शॉर्ट लिंक इस्तेमाल करने का यह एक बड़ा फ़ायदा है; लिंक शॉर्टनर वाला पेज बताता है कि LinkPilot का रीडायरेक्ट कैसे सेट है।
गलत रीडायरेक्ट प्रकार (जहां 302 चाहिए वहां 301)
अगर आपने रीडायरेक्ट को 301 पर सेट किया और बाद में मंज़िल बदलनी पड़ी, तो ब्राउज़र का कैश समस्या बन जाता है। इसका भरोसेमंद इलाज सिर्फ़ यही है कि ऐसा लिंक मैनेजमेंट प्लेटफ़ॉर्म इस्तेमाल करें जो डिफ़ॉल्ट रूप से 302 देता हो, या कैश का TTL खत्म होने तक रुकें और CDN या सर्वर के स्तर पर मंज़िल अपडेट करें।
UTM पैरामीटर हट रहे हैं
पहले समस्या की पुष्टि करें: लिंक से एक टेस्ट क्लिक करें और रियल टाइम में अपना एनालिटिक्स देखें कि कौन सा source/medium/campaign दर्ज हुआ। अगर UTM गायब हैं, तो चेन को हाथ से एक-एक हॉप देखें और पता करें कि कौन सा हॉप उन्हें हटा रहा है।
इलाज ये हैं:
- अपने शॉर्ट लिंक प्लेटफ़ॉर्म पर पैरामीटर फ़ॉरवर्डिंग चालू करना (इससे आने वाली क्वेरी स्ट्रिंग अपने आप मंज़िल URL में जुड़ जाती हैं)
- मंज़िल URL को दोबारा ऐसे बनाना कि उसमें UTM पैरामीटर सीधे शामिल हों, ताकि पैरामीटर आगे भेजे जाने पर निर्भरता खत्म हो
- बीच का वह हॉप हटाना जो पैरामीटर हटा रहा है
रीडायरेक्ट लूप
इनकी जांच सर्वर या CMS के स्तर पर करनी पड़ती है। आम वजहें:
- कोई WordPress प्लगइन (अक्सर SSL लागू करने या कैशिंग वाले प्लगइन) गोल-गोल घूमने वाला नियम बना दे
.htaccessफ़ाइल में आपस में टकराते रीराइट नियम- अलग-अलग सिस्टम पर एक साथ HTTPS से HTTP और HTTP से HTTPS वाले नियम
- CDN और ओरिजिन सर्वर, दोनों उलटी दिशाओं में रीडायरेक्ट लागू करने की कोशिश करें
रीडायरेक्ट चेकर लूप पकड़ लेता है: उसमें चेन घूमकर उसी URL पर लौटती दिखती है। जब पता चल जाए कि कौन सा हॉप घेरा बना रहा है, तो टकराने वाले नियम को अलग करके हटा दें।
शॉर्ट लिंक और रीडायरेक्ट की परफ़ॉर्मेंस पर एक बात
अच्छी तरह बने लिंक मैनेजमेंट प्लेटफ़ॉर्म मंज़िल की जानकारी को एज पर कैश करके रीडायरेक्ट तेज़ करते हैं। यानी रीडायरेक्ट यूज़र के पास के सर्वर से होता है, किसी केंद्रीय ओरिजिन सर्वर तक पूरा रास्ता तय करके नहीं। इससे दुनिया भर के दर्शकों के लिए भी रीडायरेक्ट की देरी 20 मिलीसेकंड से कम हो सकती है।
अगर आप सेल्फ़-होस्टेड या ठीक से ऑप्टिमाइज़ न किया गया रीडायरेक्ट सेटअप इस्तेमाल कर रहे हैं, तो शॉर्ट लिंक से मंज़िल तक का एक ही हॉप 400–800 मिलीसेकंड ले सकता है। यह ऑप्टिमाइज़ किए गए इंफ़्रास्ट्रक्चर पर अच्छी तरह बनी कई हॉप वाली चेन से भी ज़्यादा है। ऐसे मामलों में हॉप की गिनती से ज़्यादा इंफ़्रास्ट्रक्चर की क्वालिटी मायने रखती है, लेकिन हॉप कम से कम रखना हर हाल में सही तरीका है।
हर महीने के ऑडिट का टेम्पलेट (कॉपी करके इस्तेमाल करें)
REDIRECT AUDIT — [Month, Year]
Date completed: ___________
Auditor: ___________
URLs checked:
[ ] Top 10 short links (by clicks)
[ ] All links in current email campaign
[ ] All paid ad destination URLs
[ ] Top 5 blog posts (external links)
[ ] Any links flagged by team in past month
For each URL, note:
- Final destination correct? (Y/N)
- Number of redirect hops: ___
- Redirect types (301/302/other): ___
- UTM parameters intact at destination? (Y/N)
- Any loops or errors? (Y/N)
Actions logged:
[ ] Updated destination on: ___________
[ ] Fixed UTM passthrough on: ___________
[ ] Resolved loop on: ___________
[ ] Flagged for dev: ___________
Next audit scheduled: ___________
संदर्भ
[1] Fielding, R., Nottingham, M., & Reschke, J. (2022). RFC 9110: HTTP Semantics, §15.4 (Redirection 3xx). IETF. https://www.rfc-editor.org/rfc/rfc9110#section-15.4
[2] Google Developers. (2024). Avoid multiple page redirects. web.dev / Chrome for Developers. https://developer.chrome.com/docs/lighthouse/performance/redirects/
[3] Google Search Central. (2024). Understanding Core Web Vitals and Google search results. https://developers.google.com/search/docs/appearance/core-web-vitals
[4] Google LLC. (2024). Collect campaign data with custom URLs. Google Analytics Help. https://support.google.com/analytics/answer/1033863
[5] Google LLC. (2024). Google Ads destination requirements policy. https://support.google.com/adspolicy/answer/6368661
आखिरी अपडेट: मई 2026। यह भी देखें: लिंक शॉर्टनिंग शब्दावली: Redirect, 301/302/307/308, Redirect chain, Redirect loop, Parameter forwarding, UTM parameters।