वेबसाइट
साइट रीडायरेक्ट्स
Redirects send visitors from an old URL to a new one, which is how you restructure a site without breaking every link pointing at it. This guide covers the three source shapes, choosing between 301…
पुनर्निर्देश (Redirects) आगंतुकों को पुरानी URL से नई URL पर भेजते हैं, जो यह है कि आप साइट को कैसे पुनर्गठित करते हैं बिना इसकी ओर इशारा करने वाले हर लिंक को तोड़े। यह गाइड तीन स्रोत आकार, 301 और 302 के बीच चुनाव, क्वेरी स्ट्रिंग्स और सत्यापन बैज को पढ़ने को कवर करती है।
KPanel में Redirects कहाँ रहते हैं
- KPanel में साइन इन करें।
- बाएं साइडबार में Websites पर क्लिक करें, फिर साइट पर क्लिक करें।
- साइट के टैब स्ट्रिप में, Advanced खोलें, फिर Redirects।
सीधा पता /websites/<site-id>/redirects है।
यहाँ Redirects को वेब सर्वर द्वारा लागू किया जाता है, आपके एप्लिकेशन के चलने से पहले। यह उन्हें प्लगइन-आधारित रीडायरेक्ट से तेज़ बनाता है और इसका मतलब है कि वे उन URLs के लिए भी काम करते हैं जिन्हें आपका एप्लिकेशन बिल्कुल भी पहचान नहीं पाएगा।
Redirect जोड़ना
- Add redirect पर क्लिक करें।
- Source path दर्ज करें।
- Destination दर्ज करें।
- 301 Permanent या 302 Temporary चुनें।
- तय करें कि Preserve query string को टिक किया रखना है या नहीं।
- Add redirect पर क्लिक करें।
Redirect लागू किया जाता है और फिर आपकी साइट के विरुद्ध सीधे जांच की जाती है, इसलिए आप जो स्थिति देखते हैं वह एक अनुमान के बजाय वास्तविक व्यवहार को दर्शाती है।
तीन स्रोत आकार
| आकार | उदाहरण | मेल खाता है |
|---|---|---|
| Exact | /old-page | केवल वह एक पथ |
| Prefix | /old-path/ | वह पथ और इसके नीचे की हर चीज़ |
| Wildcard | /blog/* | /blog/ के अंतर्गत सब कुछ, शेष को कैप्चर करते हुए |
एक wildcard स्रोत जो कुछ भी * से मेल खाता है उसे कैप्चर करता है, और destination इसे $1 के रूप में संदर्भित कर सकता है। तो /blog/* के स्रोत और /news/$1 के destination वाला एक नियम /blog/hello-world को /news/hello-world पर भेजता है, और हर दूसरे पोस्ट के लिए भी ऐसा ही करता है, एक नियम से।
Redirect बनाने के बाद source पथ को नहीं बदला जा सकता। अगर आपसे गलती हुई, redirect को हटाएं और एक नया जोड़ें। destination, code, और query सेटिंग सभी संपादन योग्य हैं।
Destinations
एक destination हो सकता है:
- Relative, जैसे
/new-page, आगंतुकों को एक ही साइट पर कहीं और भेजने के लिए। - Absolute, जैसे
https://example.com/new, उन्हें पूरी तरह से दूसरी साइट पर भेजने के लिए।
Absolute destinations यह है कि आप vanity पथ कैसे बनाते हैं: उदाहरण के लिए, आपके domain पर /docs दस्तावेज़ीकरण पर इशारा करता है जो कहीं और hosted है।
301 या 302
301 Permanent ब्राउज़र और सर्च इंजन को बताता है कि स्थानांतरण अंतिम है। सर्च इंजन रैंकिंग सिग्नल को नई URL पर स्थानांतरित करते हैं और पुरानी को अनुरोध करना बंद करते हैं। ब्राउज़र redirect को cache करते हैं, कभी-कभी बहुत लंबे समय के लिए।
302 Temporary कहता है कि स्थानांतरण उलट सकता है। कुछ भी स्थानांतरित नहीं होता और कुछ भी दीर्घकालिक रूप से cache नहीं होता।
एक वास्तविक पुनर्गठन के लिए 301 का उपयोग करें: आपने एक पृष्ठ स्थानांतरित कर दिया है और यह वापस नहीं आ रहा है। किसी भी चीज़ के लिए 302 का उपयोग करें जिसे आप अनडू करने की उम्मीद करते हैं, जैसे किसी पृष्ठ को एक अस्थायी अभियान या रखरखाव नोटिस की ओर इशारा करना।
एक गलत 301 को वापस लेना महंगा है। ब्राउज़र स्थायी redirects को आक्रामक रूप से cache करते हैं, इसलिए एक आगंतुक जो एक बार बुरे नियम को मारा था वह इसे लंबे समय तक अनुसरण करना जारी रख सकता है इसके बाद भी कि आपने इसे हटा दिया है, आपके लिए उनके cache को साफ करने का कोई तरीका नहीं है। जब आप निश्चित नहीं हों, तो 302 से शुरू करें और जब आप निश्चित हों तो इसे 301 में बढ़ाएं।
Preserve Query String
Preserve query string डिफ़ॉल्ट रूप से चालू है। इसके साथ चालू होने पर, ?utm_source=newsletter और हर दूसरा पैरामीटर destination के माध्यम से ले जाया जाता है।
लगभग हर मामले में इसे चालू रखें। Query strings खोना अभियान ट्रैकिंग को तोड़ता है, पृष्ठांकन और फ़िल्टर को तोड़ता है, और किसी भी लिंक को तोड़ता है जो state ले जाता है। redirect सूची इसे बंद किया गया किसी भी नियम को (query stripped) के रूप में चिह्नित करती है, इसलिए आप एक नज़र में देख सकते हैं कि कौन से पैरामीटर को छोड़ते हैं।
इसे केवल तब बंद करें जब destination को कभी भी पुराने पैरामीटर नहीं मिलने चाहिए, उदाहरण के लिए जब पुराने पैरामीटर को अलग तरीके से व्याख्या किया जाएगा और गलत पृष्ठ को render करने का कारण बनेगा।
Status Badge को पढ़ना
हर save के बाद, redirect को आपकी साइट के विरुद्ध सीधे परीक्षण किया जाता है, cache के माध्यम से नहीं, और परिणाम Status कॉलम में badge बन जाता है।
| Badge | अर्थ |
|---|---|
| Not yet verified | जांच अभी तक नहीं चली है। एक पल में रीफ्रेश करें |
| Verified, code और destination के साथ | Redirect live है और बिल्कुल वैसे काम कर रहा है जैसे आपने कॉन्फ़िगर किया है |
| Applied but not challenging, एक status के साथ | नियम लिखा गया था लेकिन साइट ने कुछ और return किया |
तीसरा badge वह है जिस पर आपको कार्य करना चाहिए। इसका मतलब है कि कॉन्फ़िगरेशन जगह में है लेकिन redirect प्रभाव नहीं डाल रहा है, और दिया गया status code आपको बताता है कि इसके बजाय क्या हुआ।
आप save के बाद एक चेतावनी भी देख सकते हैं कि सर्वर पर एक अन्य कॉन्फ़िगरेशन एक ही domain का दावा करता है। जब ऐसा होता है तो redirect तब तक लागू नहीं होगा जब तक वह विरोध हल नहीं हो जाता, और संदेश दूसरे कॉन्फ़िगरेशन को नाम देता है। यदि आप इसे देखते हैं और निश्चित नहीं हैं कि इसका मतलब क्या है तो सहायता से संपर्क करें।
संपादन और हटाना
प्रत्येक row में एक संपादन बटन और एक हटाने का बटन है।
संपादन आपको destination, code, और query सेटिंग को बदलने देता है। source fixed है।
हटाना पुष्टि माँगता है और समझाता है कि क्या होगा: उस path के लिए अनुरोध redirect करना बंद कर देते हैं और जो कुछ भी साइट सामान्य रूप से वहाँ परोसती है उसे return करते हैं, जो अक्सर 404 होता है।
एक पुनर्गठन की योजना बनाना
बहुत सारी URLs को स्थानांतरित करने से पहले, थोड़ी सी व्यवस्था बहुत सारी परेशानी को बचाती है।
- अपनी वर्तमान URL सूची को export करें अपने sitemap या आपकी analytics से, इसलिए आप जानते हैं कि वास्तव में कौन सी traffic मिलती है।
- पुरानी से नई तक मैप करें, एक पंक्ति प्रति URL। कुछ भी जो एक prefix साझा करता है उसे group करें।
- Groups के लिए wildcards का उपयोग करें। एक
/blog/*नियम दो सौ exact नियमों को हराता है और drift नहीं करेगा। - उन अपवादों के लिए exact नियम जोड़ें जो pattern का पालन नहीं करते।
- प्रत्येक आकार का एक बार परीक्षण करें, फिर badges को जांचें।
- बाद में Site Traffic Analytics में अपनी 4xx गणना देखें। बढ़ती 404 share का मतलब है कि आपसे कुछ छूट गया।
जो कुछ भी आप मिस करते हैं उसके लिए सुरक्षा जाल के रूप में एक branded 404 पृष्ठ जोड़ें। यह एक dead end को साइट में वापस मार्ग में बदल देता है। Custom Error Pages देखें।
समस्या निवारण
Redirect fire नहीं करता है। Badge को जांचें। यदि यह कहता है applied but not challenging, return किए गए status code को नोट करें। 200 आमतौर पर मतलब है कि कुछ और ने request का जवाब दिया, अक्सर एप्लिकेशन स्वयं।
यह fire करता है लेकिन मैं गलत URL पर उतरता हूँ। chain के लिए जांचें: आपका नियम traffic को एक path पर भेज सकता है जो एक अन्य नियम, या एप्लिकेशन, फिर से redirect करता है। Chains धीमे हैं और सर्च इंजन को भ्रम में डालते हैं। पहले नियम को सीधे अंतिम destination पर इशारा करें।
एक wildcard सब कुछ एक पृष्ठ पर भेजता है। Destination में इसका $1 नहीं है। इसके बिना, हर capture एक ही लक्ष्य पर collapse हो जाता है।
एक redirect जिसे मैंने हटाया वह अभी भी मेरे ब्राउज़र में होता है। आपने पहले एक 301 का पालन किया और आपके ब्राउज़र ने इसे cache किया। private window में परीक्षण करें कि नियम वास्तव में गया है या नहीं।
Query parameters गायब हो जाते हैं। Preserve query string उस नियम पर बंद है। इसे संपादित करें और इसे वापस चालू करें।
बहुत सारे redirects, या एक loop। दो नियम एक दूसरे की ओर इशारा कर रहे हैं, या एक नियम एक path की ओर इशारा करता है जो अपने स्वयं के source pattern से मेल खाता है। loop के एक पक्ष को हटाएं।
संबंधित पृष्ठ
- Custom Error Pages जब कुछ भी match नहीं हो तो आगंतुक क्या देखते हैं इसके लिए।
- Site Traffic Analytics एक पुनर्गठन के बाद 3xx और 4xx गणना को देखने के लिए।
- Password-Protecting a Site एक path को इसे स्थानांतरित करने के बजाय lock करने के लिए।