रीडायरेक्ट कोड जनरेटर: Apache और nginx के लिए 301 और 302

इसका इस्तेमाल कैसे करें

पुराना पता या पाथ में पुराना पता या पाथ लिखें, जैसे /old-page/।
नया पता में नया पता लिखें, फिर रीडायरेक्ट का प्रकार और क्या रीडायरेक्ट करना है चुनें।
सर्वर या प्लेटफ़ॉर्म चुनें। कोड परिणाम में आता है, कॉपी और डाउनलोड बटन के साथ।
फ़ाइल अपने सर्वर पर सहेजें, फिर भरोसा करने से पहले हर रीडायरेक्ट को किसी अनुरोध टूल से जाँचें।

नियम कैसे मिलता है

पाथ नियम वह पाथ मिलाता है जो आप लिखते हैं, और विज़िटर को नए पते पर भेजता है। पेज नियम उसी एक पेज से मेल खाता है, अंतिम स्लैश के साथ या बिना। फ़ोल्डर नियम फ़ोल्डर और उसके नीचे के हर पते से मेल खाता है, और बाकी पाथ नए फ़ोल्डर तक ले जाता है।

होस्ट नियम पुराने पते के होस्ट नाम से मेल खाता है। डोमेन नियम पाथ और क्वेरी स्ट्रिंग को नए डोमेन के उसी पाथ तक ले जाता है। http से https नियम उन अनुरोधों से मेल खाता है जो http से आते हैं, और दोनों www नियम हर एक होस्ट नाम से।

सर्वर नियम क्वेरी स्ट्रिंग रखते हैं, इसलिए /old-page/?ref=1 बन जाता है /new-page/?ref=1।
पाथ से एक regular expression बनता है: उसके बिंदु, ब्रैकेट और दूसरे खास अक्षर एस्केप होते हैं, ताकि नियम वही मिलाए जो आपने लिखा।

कौन सा स्टेटस कोड चुनें

Google की रीडायरेक्ट गाइड के अनुसार, 301 और 308 स्टेटस कोड का मतलब है कि कोई पेज स्थायी रूप से नए स्थान पर चला गया है। वह 302 और 307 को अस्थायी रीडायरेक्ट में रखती है, और साइट को नए डोमेन पर ले जाने को एक आम मामला बताती है। वह जोड़ती है कि स्थायी रीडायरेक्ट तब इस्तेमाल करें जब आप निश्चित हों कि रीडायरेक्ट वापस नहीं होगा।

स्थायी रीडायरेक्ट खोज इंजन से नए पते को परिणामों में दिखाने को कहता है। अस्थायी रीडायरेक्ट पुराना पता परिणामों में रखता है, जो तभी सही है जब उम्मीद हो कि पुराना पेज लौटेगा।

सर्वरों के बीच फर्क

हर सर्वर रीडायरेक्ट अलग ढंग से लिखता है, और कुछ हर कोड स्वीकार नहीं करते। यह टूल हर सर्वर का सबसे नजदीकी समर्थित कोड लिखता है और परिणाम में यह बताता है।

IIS URL Rewrite 301, 302, 303 और 307 समर्थित करता है, 308 नहीं, इसलिए वहाँ 308 का चुनाव 301 बन जाता है।
Netlify 307 की जगह 302 बताता है और 308 नहीं दिखाता, इसलिए 307 बनता है 302, और 308 बनता है 301।
Apache mod_alias का Redirect एक प्रीफ़िक्स से मिलाता है, जबकि mod_rewrite का RewriteRule वही सटीक पाथ मिलाता है जो आप देते हैं।
Cloudflare Single Redirect एक डैशबोर्ड नियम है। यह टूल उसके फ़ील्ड दिखाता है; नियम खुद नहीं बनाता।

Meta refresh और JavaScript: आखिरी उपाय

Google की गाइड रीडायरेक्ट के प्रकारों को इस क्रम में रखती है कि Google उन्हें कितनी सही तरह पढ़ेगा: पहले सर्वर-साइड रीडायरेक्ट, फिर meta refresh, फिर JavaScript। Google कहता है कि तुरंत वाला meta refresh (0 सेकंड) स्थायी रीडायरेक्ट माना जाता है और देरी वाला अस्थायी।

Google की गाइड यह भी कहती है: “JavaScript रीडायरेक्ट तभी इस्तेमाल करें जब सर्वर-साइड या meta refresh रीडायरेक्ट संभव न हों।” वह जोड़ती है कि रेंडरिंग विफल हो सकती है, इसलिए Google JavaScript रीडायरेक्ट शायद कभी न देखे। इस टूल का HTML परिणाम 301 और 308 के लिए 0 सेकंड का meta refresh लिखता है, और 302 व 307 के लिए 5 सेकंड का।

हल किया हुआ उदाहरण: एक पेज 301 से स्थानांतरित

पुराना पता /old-page/, नया पता https://example.com/new-page/, रीडायरेक्ट का प्रकार 301 और स्कोप एक पेज। Apache परिणाम नीचे की RewriteRule लाइन है, और हर दूसरे सर्वर को उसी लक्ष्य के साथ अपनी फ़ाइल मिलती है।

नियम ठीक पेज से मेल खाता है, अंतिम स्लैश के साथ या बिना, और सर्वर नियम क्वेरी स्ट्रिंग रखते हैं। Cloudflare के फ़ील्ड व्यंजक और स्थिर लक्ष्य हैं, स्टेटस कोड 301 के साथ।

सर्वर	फ़ाइल	वह लाइन जो रीडायरेक्ट करती है
Apache	.htaccess	RewriteRule ^old-page/?$ https://example.com/new-page/ [R=301,L,QSA]
nginx	nginx-redirect.conf	return 301 "https://example.com/new-page/$is_args$args";
Caddy	Caddyfile	redir @page "https://example.com/new-page/{?query}" 301
Netlify	_redirects	/old-page https://example.com/new-page/ 301
Cloudflare	डैशबोर्ड के फ़ील्ड	कस्टम फ़िल्टर व्यंजक: (http.request.uri.path eq "/old-page" or http.request.uri.path eq "/old-page/")
HTML पेज	redirect.html	meta refresh attribute content="0; url=https://example.com/new-page/"

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

301 या 302 इस्तेमाल करूँ?

301 तब इस्तेमाल करें जब पुराना पेज स्थायी रूप से चला गया हो, ताकि खोज इंजन नया पता दिखाए। 302 केवल तब, जब बदलाव अस्थायी हो, जैसे रखरखाव के दौरान।

क्या 308, 301 के बराबर है?

दोनों का मतलब है कि पेज स्थायी रूप से चला गया है। 308 अनुरोध का तरीका बनाए रखता है, इसलिए POST, POST ही रहता है, जबकि 301 उसे GET में बदल सकता है। IIS URL Rewrite 308 को समर्थन नहीं देता, इसलिए यह टूल IIS के लिए 301 लिखता है।

Apache की Redirect लाइन RewriteRule से ज्यादा क्यों ढकती है?

Redirect निर्देश एक प्रीफ़िक्स मिलान है: वह /old-page/anything को भी नए पते पर भेजता है। RewriteRule केवल ठीक पेज से मेल खाता है, इसलिए परिणाम में वही सक्रिय लाइन है।

क्या यह टूल मेरे सर्वर या Cloudflare पर कुछ भेजता है?

नहीं। कोड आपके ब्राउज़र में लिखा जाता है, और जो भी आप लिखते हैं वह पेज से बाहर नहीं जाता। Cloudflare नियम डैशबोर्ड में हाथ से बनाना होता है, इसलिए टूल उसके फ़ील्ड दिखाता है।

meta refresh आखिरी उपाय क्यों है?

Google की गाइड तरीकों को रैंक करती है: सर्वर-साइड रीडायरेक्ट पहले, फिर meta refresh, और JavaScript सबसे आखिर में। पेज फ़ाइल भी विज़िटर को एक ही पते पर भेजती है, इसलिए फ़ोल्डर या पूरे डोमेन को सर्वर नियम चाहिए।

Netlify के लिए 307 का चुनाव 302 क्यों बन जाता है?

Netlify के रीडायरेक्ट विकल्प 307 की जगह 302 इस्तेमाल करने को कहते हैं, क्योंकि वह 307 को समर्थन नहीं देता। फ़ाइल में इसका कमेंट होता है।

स्रोत

आँकड़े और टेक्स्ट आखिरी बार मंगलवार, 10 नवंबर 2026 को जाँचे गए।

परिणाम