रीडायरेक्ट विज़िटर को पुराने URL से नए URL पर भेजते हैं, और इसी तरह आप किसी भी लिंक को तोड़े बिना साइट को फिर से व्यवस्थित कर सकते हैं। यह गाइड तीन स्रोत आकारों, 301 और 302 के बीच चुनाव, क्वेरी स्ट्रिंग्स, और सत्यापन बैज पढ़ने को कवर करती है।
KPanel में रीडायरेक्ट कहाँ मिलेंगे
- KPanel में साइन इन करें।
- बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
- साइट के बाएं मेनू में, सेटिंग्स खोलें, फिर रीडायरेक्ट।
सीधा पता /websites/<site-id>/redirects है।

यहाँ रीडायरेक्ट वेब सर्वर द्वारा, आपके एप्लिकेशन के चलने से पहले लागू किए जाते हैं। इससे ये प्लगइन-आधारित रीडायरेक्ट की तुलना में तेज़ होते हैं और उन URL के लिए भी काम करते हैं जिन्हें आपका एप्लिकेशन बिल्कुल भी नहीं पहचान पाएगा।
रीडायरेक्ट जोड़ना
- रीडायरेक्ट जोड़ें पर क्लिक करें।
- स्रोत पाथ दर्ज करें।
- Destination दर्ज करें।
- 301 स्थायी या 302 अस्थायी चुनें।
- तय करें कि क्वेरी स्ट्रिंग संरक्षित करें को चेक रखना है या नहीं।
- रीडायरेक्ट जोड़ें पर क्लिक करें।
रीडायरेक्ट लागू किया जाता है और फिर सीधे आपकी साइट के विरुद्ध जाँचा जाता है, इसलिए आपको जो स्थिति दिखती है वह किसी अनुमान के बजाय वास्तविक व्यवहार को दर्शाती है।
तीन स्रोत आकार
| आकार | उदाहरण | मेल खाता है |
|---|---|---|
| एग्ज़ैक्ट | /old-page | केवल वही एक पाथ |
| प्रीफिक्स | /old-path/ | वह पाथ और उसके नीचे की हर चीज़ |
| वाइल्डकार्ड | /blog/* | /blog/ के अंतर्गत सब कुछ, बाकी को कैप्चर करते हुए |
वाइल्डकार्ड स्रोत वह सब कैप्चर करता है जो * से मेल खाता है, और डेस्टिनेशन इसे $1 के रूप में संदर्भित कर सकता है। इसलिए /blog/* के स्रोत के साथ /news/$1 के डेस्टिनेशन वाला नियम /blog/hello-world को /news/hello-world पर भेजता है, और एक ही नियम से हर दूसरे पोस्ट के लिए भी यही करता है।
रीडायरेक्ट बन जाने के बाद स्रोत पाथ बदला नहीं जा सकता। यदि आपने इसे गलत दर्ज कर दिया है, तो रीडायरेक्ट हटाएं और एक नया जोड़ें। डेस्टिनेशन, कोड और क्वेरी सेटिंग, ये सभी संपादन योग्य हैं।
डेस्टिनेशन
डेस्टिनेशन इनमें से कोई एक हो सकता है:
- रिलेटिव, जैसे
/new-page, विज़िटर को उसी साइट पर कहीं और भेजने के लिए। - एब्सोल्यूट, जैसे
https://example.com/new, उन्हें पूरी तरह से किसी दूसरी साइट पर भेजने के लिए।
एब्सोल्यूट डेस्टिनेशन इस तरह से वैनिटी पाथ बनाने का तरीका हैं: उदाहरण के लिए, आपके डोमेन पर /docs किसी और जगह होस्ट किए गए दस्तावेज़ीकरण की ओर इशारा करता है।
301 या 302
301 स्थायी ब्राउज़र और सर्च इंजन को बताता है कि यह बदलाव अंतिम है। सर्च इंजन रैंकिंग सिग्नल नए URL पर स्थानांतरित कर देते हैं और पुराने URL का अनुरोध करना बंद कर देते हैं। ब्राउज़र रीडायरेक्ट को कैश करते हैं, कभी-कभी बहुत लंबे समय तक।
302 अस्थायी बताता है कि यह बदलाव पलटाया जा सकता है। न कुछ स्थानांतरित होता है और न ही कुछ लंबे समय के लिए कैश होता है।
वास्तविक पुनर्गठन के लिए 301 का उपयोग करें: आपने एक पेज स्थानांतरित कर दिया है और वह वापस नहीं आने वाला। किसी भी ऐसी चीज़ के लिए 302 का उपयोग करें जिसे आप बाद में पलटने की उम्मीद करते हैं, जैसे किसी पेज को किसी अस्थायी कैंपेन या मेंटेनेंस सूचना की ओर इशारा करना।
गलत 301 को पलटना महंगा साबित होता है। ब्राउज़र स्थायी रीडायरेक्ट को बहुत आक्रामक तरीके से कैश करते हैं, इसलिए जो विज़िटर एक बार गलत नियम पर गया है, वह उसे हटा देने के बहुत बाद तक भी उसका पालन करता रह सकता है, और आपके पास उसका कैश साफ़ करने का कोई तरीका नहीं होता। जब आप निश्चित न हों, तो 302 से शुरू करें और जब पक्का हो जाए तभी इसे 301 में बदलें।
Preserve Query String
क्वेरी स्ट्रिंग संरक्षित करें डिफ़ॉल्ट रूप से चालू रहता है। इसे चालू रखने पर ?utm_source=newsletter और हर दूसरा पैरामीटर डेस्टिनेशन तक पहुंचाया जाता है।
लगभग हर मामले में इसे चालू ही रहने दें। क्वेरी स्ट्रिंग्स खोने से कैंपेन ट्रैकिंग टूट जाती है, पेजिनेशन और फ़िल्टर टूट जाते हैं, और स्टेट ले जाने वाला कोई भी लिंक टूट जाता है। रीडायरेक्ट सूची में जिस भी नियम में यह बंद किया गया है, उसे (query stripped) के रूप में चिह्नित किया जाता है, ताकि आप एक नज़र में देख सकें कि कौन से नियम पैरामीटर हटा रहे हैं।
इसे केवल तभी बंद करें जब डेस्टिनेशन को पुराने पैरामीटर कभी नहीं मिलने चाहिए, उदाहरण के लिए जब पुराने पैरामीटर की अलग तरह से व्याख्या हो सकती हो और इससे गलत पेज रेंडर हो जाए।
स्टेटस बैज पढ़ना
हर सेव के बाद, रीडायरेक्ट को सीधे आपकी साइट के विरुद्ध टेस्ट किया जाता है, किसी कैश के माध्यम से नहीं, और इसका परिणाम Status कॉलम में बैज बन जाता है।
| बैज | अर्थ |
|---|---|
| अभी तक सत्यापित नहीं | जाँच अभी तक नहीं चली है। थोड़ी देर में रिफ्रेश करें |
| सत्यापित, कोड और डेस्टिनेशन के साथ | रीडायरेक्ट लाइव है और ठीक वही कर रहा है जो आपने कॉन्फ़िगर किया था |
| लागू है पर असर नहीं कर रहा, स्टेटस के साथ | नियम लिखा गया था लेकिन साइट ने कुछ और ही लौटाया |
तीसरे बैज पर ही कार्रवाई करनी चाहिए। इसका मतलब है कि कॉन्फ़िगरेशन मौजूद है लेकिन रीडायरेक्ट असर नहीं कर रहा है, और दिखाया गया स्टेटस कोड बताता है कि इसके बजाय क्या हुआ।
सेव करने के बाद आपको यह चेतावनी भी दिख सकती है कि सर्वर पर कोई और कॉन्फ़िगरेशन उसी डोमेन का दावा करता है। ऐसा होने पर, जब तक वह टकराव हल नहीं हो जाता, रीडायरेक्ट लागू नहीं होगा, और संदेश में उस दूसरे कॉन्फ़िगरेशन का नाम होता है। यदि आपको यह दिखे और समझ न आए कि इसका क्या मतलब है, तो सहायता टीम से संपर्क करें।
संपादन और हटाना
हर पंक्ति में एक संपादन बटन और एक हटाने वाला बटन होता है।
संपादन करने से आप डेस्टिनेशन, कोड और क्वेरी सेटिंग बदल सकते हैं। स्रोत स्थिर रहता है।
हटाने पर पुष्टि मांगी जाती है और यह बताया जाता है कि क्या होगा: उस पाथ पर आने वाले अनुरोध रीडायरेक्ट होना बंद कर देंगे और साइट वहाँ सामान्य रूप से जो भी परोसती है वह लौटाएंगे, जो अक्सर 404 होता है।
पुनर्गठन की योजना बनाना
बड़ी संख्या में URL स्थानांतरित करने से पहले, थोड़ा सा व्यवस्थित रहना बहुत सी परेशानी बचाता है।
- अपनी साइटमैप या एनालिटिक्स से अपनी वर्तमान URL सूची निर्यात करें, ताकि आपको पता हो कि वास्तव में किस पर ट्रैफ़िक आता है।
- पुराने को नए से मैप करें, प्रति URL एक पंक्ति। जो भी प्रीफिक्स साझा करते हों उन्हें समूहित करें।
- समूहों के लिए वाइल्डकार्ड का उपयोग करें। एक
/blog/*नियम दो सौ एग्ज़ैक्ट नियमों से बेहतर है और समय के साथ भटकता भी नहीं है। - अपवादों के लिए एग्ज़ैक्ट नियम जोड़ें जो पैटर्न का पालन नहीं करते।
- हर आकार को एक बार टेस्ट करें, फिर बैज देखें।
- इसके बाद Site Traffic Analytics में अपनी 4xx गिनती पर नज़र रखें। बढ़ता हुआ 404 हिस्सा दर्शाता है कि आपने कुछ छोड़ दिया है।
जो भी छूट जाए उसके लिए सुरक्षा जाल के रूप में एक ब्रांडेड 404 पेज जोड़ें। यह डेड एंड को साइट में वापस जाने का रास्ता बना देता है। देखें कस्टम एरर पेज।
समस्या निवारण
रीडायरेक्ट नहीं चल रहा। बैज देखें। अगर उसमें "लागू है पर असर नहीं कर रहा" लिखा है, तो लौटाए गए स्टेटस कोड को नोट करें। 200 का आमतौर पर मतलब है कि अनुरोध का जवाब पहले किसी और चीज़ ने दे दिया, अक्सर एप्लिकेशन ने ही।
यह चल तो जाता है पर मैं गलत URL पर पहुँच जाता हूँ। एक चेन जाँचें: हो सकता है आपका नियम ट्रैफ़िक को किसी ऐसे पाथ पर भेज रहा हो जिसे कोई और नियम, या एप्लिकेशन, फिर से रीडायरेक्ट कर देता है। चेन धीमी होती हैं और सर्च इंजन को भ्रमित करती हैं। पहले नियम को सीधे अंतिम डेस्टिनेशन की ओर इशारा करें।
एक वाइल्डकार्ड सब कुछ एक ही पेज पर भेज देता है। डेस्टिनेशन में इसका $1 गायब है। इसके बिना, हर कैप्चर एक ही लक्ष्य पर सिमट जाता है।
मैंने जो रीडायरेक्ट हटाया था वह अभी भी मेरे ब्राउज़र में होता है। आपने पहले एक 301 का पालन किया था और आपके ब्राउज़र ने उसे कैश कर लिया। यह पुष्टि करने के लिए कि नियम वाकई हट गया है, किसी प्राइवेट विंडो में टेस्ट करें।
क्वेरी पैरामीटर गायब हो जाते हैं। उस नियम पर क्वेरी स्ट्रिंग संरक्षित करें बंद है। इसे संपादित करें और इसे फिर से चालू करें।
बहुत सारे रीडायरेक्ट, या एक लूप। दो नियम एक दूसरे की ओर इशारा कर रहे हैं, या कोई नियम किसी ऐसे पाथ की ओर इशारा करता है जो उसके अपने ही स्रोत पैटर्न से मेल खाता है। लूप के एक हिस्से को हटाएं।
संबंधित पेज
- कस्टम एरर पेज, यह देखने के लिए कि जब कुछ भी मेल नहीं खाता तो विज़िटर को क्या दिखता है।
- पुनर्गठन के बाद 3xx और 4xx गिनती पर नज़र रखने के लिए Site Traffic Analytics।
- किसी पाथ को स्थानांतरित करने के बजाय उसे लॉक करने के लिए किसी साइट को पासवर्ड-सुरक्षित करना।