TrueURL
TrueURL

मेन्यू

मुफ़्त रीडायरेक्ट टूल

HTTPS रीडायरेक्ट चेकर

डोमेन डालें और वे चारों रास्ते टेस्ट करें जिनसे लोग उस तक पहुंच सकते हैं: http और https, www के साथ और उसके बिना। हर रास्ते को एक ही स्थायी रीडायरेक्ट में एक ही HTTPS पते पर पहुंचना चाहिए।

HTTPS जांच में क्या टेस्ट होता है

आपके डाले गए होस्ट के लिए TrueURL चार शुरुआती URL बनाता है और हर एक को ट्रेस करता है:

  • http://example.com
  • http://www.example.com
  • https://example.com
  • https://www.example.com

सही सेटअप में चारों एक ही कैननिकल HTTPS URL पर खत्म होते हैं। वह वर्शन सीधे 200 OK देता है, और बाकी तीन एक ही 301 या 308 से उस तक पहुंचते हैं। HTTPS से वापस HTTP पर जाने वाले हर हॉप पर फ़्लैग लगता है।

TrueURL HSTS की भी जांच करता है। यह अंतिम HTTPS रिस्पॉन्स (आम तौर पर आपका कैननिकल URL) से Strict-Transport-Security हेडर पढ़ता है और उसकी जस की तस वैल्यू, max-age और यह दिखाता है कि includeSubDomains और preload सेट हैं या नहीं। कम से कम एक साल का max-age पास माना जाता है। इससे छोटा max-age, max-age=0, बिना सही max-age वाला हेडर या हेडर का बिल्कुल न होना, ये सब चेतावनी के रूप में दिखते हैं।

HTTPS रीडायरेक्ट की आम समस्याएं और उनके समाधान

  • HTTP से कोई रीडायरेक्ट नहीं: http:// वर्शन रीडायरेक्ट करने के बजाय पेज ही दिखा देता है। पूरी साइट के लिए HTTPS पर रीडायरेक्ट जोड़ें; सिर्फ़ कैननिकल टैग से विज़िटर सुरक्षित नहीं होते।
  • दो या ज़्यादा हॉप: जैसे http://example.com से https://example.com और फिर https://www.example.com। स्कीम और होस्ट के नियमों को मिला दें, ताकि हर वर्शन सीधे अंतिम URL पर जाए (लेकिन नीचे दिया गया HSTS प्रीलोड वाला अपवाद देखें)।
  • अस्थायी रीडायरेक्ट: HTTP से HTTPS पर 302 या 307। 301 या 308 इस्तेमाल करें, ताकि सर्च इंजन सिर्फ़ HTTPS वर्शन इंडेक्स करें।
  • HTTPS डाउनग्रेड: https:// से वापस http:// पर जाने वाला हॉप। इसकी वजह आम तौर पर कोई भूला-भटका नियम होती है, या प्रॉक्सी या CDN के पीछे चल रही कोई ऐप्लिकेशन, जो गलत स्कीम के साथ एब्सोल्यूट URL बनाती है।
  • सर्टिफ़िकेट एरर: कोई एक वर्शन, अक्सर www, सर्टिफ़िकेट में शामिल नहीं होता। Cloudflare का एज हमेशा सर्टिफ़िकेट वैलिडेट करता है, इसलिए उस वर्शन पर रीडायरेक्ट की जगह TLS एरर दिखता है।
  • आपस में मेल न खाने वाले वर्शन: www और बिना www वाला वर्शन अलग-अलग URL पर खत्म होते हैं, जिससे सिग्नल दो होस्ट में बंट जाते हैं।

HSTS और प्रीलोड वाला अपवाद

HSTS ब्राउज़र को बताता है कि वह आपके डोमेन के लिए पहले HTTP रिक्वेस्ट किए बिना अपने-आप HTTPS इस्तेमाल करे। एक आम हेडर ऐसा दिखता है: Strict-Transport-Security: max-age=31536000; includeSubDomains। ब्राउज़र इसे सिर्फ़ HTTPS रिस्पॉन्स पर मानते हैं और सादे HTTP पर नज़रअंदाज़ कर देते हैं।

अगर आप अपना डोमेन hstspreload.org के ज़रिए ब्राउज़र की HSTS प्रीलोड लिस्ट में जुड़वाना चाहते हैं, तो HTTP से पहला हॉप उसी होस्ट पर रहना चाहिए: http://example.com से https://example.com, और उसके बाद ही https://www.example.com। एक हॉप वाले नियम का यही माना हुआ अपवाद है, जिसमें दो हॉप की चेन ठीक है। इसके बाद हेडर में कम से कम एक साल का max-age, includeSubDomains और preload होना चाहिए, और इसे HTTPS वाले रीडायरेक्ट रिस्पॉन्स पर भी भेजना ज़रूरी है।

HTTPS पर स्विच करने के बाद

  • इंटरनल लिंक, कैननिकल टैग, hreflang एनोटेशन और अपने साइटमैप में HTTPS URL डालें, ताकि क्रॉलर बार-बार रीडायरेक्ट से न टकराएं।
  • HTTP से HTTPS वाला रीडायरेक्ट हमेशा के लिए रखें; पुराने लिंक सालों तक http:// पर ही ले जाएंगे।
  • पक्का करें कि आपकी साइट का HTTPS वर्शन Google Search Console में वेरिफ़ाई हो, और अपडेट किया हुआ साइटमैप सबमिट करें।
  • CDN, होस्टिंग या सर्टिफ़िकेट में किसी भी बदलाव के बाद दोबारा जांच करें।

गाइड

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

कैसे पता करें कि HTTP से HTTPS पर रीडायरेक्ट हो रहा है?

ऊपर अपना डोमेन डालें। TrueURL http:// और https:// वर्शन को www के साथ और बिना www के रिक्वेस्ट करता है, और दिखाता है कि हर एक कहां पहुंचता है, कौन-से स्टेटस कोड इस्तेमाल हुए और कितने हॉप लगे। आपका सेटअप तब सही है जब चारों एक ही HTTPS URL पर पहुंचें और हर रीडायरेक्ट स्थायी हो।

www इस्तेमाल करें या बिना www?

SEO के लिए दोनों ठीक हैं। ज़रूरी यह है कि आप एक चुनें, दूसरे को 301 से उस पर रीडायरेक्ट करें और लिंक, कैननिकल टैग और साइटमैप में लगातार उसी का इस्तेमाल करें। www होस्ट को CDN से जोड़ना आसान हो सकता है, क्योंकि DNS रूट डोमेन पर CNAME रिकॉर्ड की इजाज़त नहीं देता (कुछ DNS प्रोवाइडर इसका वर्कअराउंड देते हैं), लेकिन यह एक तकनीकी चुनाव है, रैंकिंग फ़ैक्टर नहीं।

Chrome DevTools में HTTP से HTTPS के लिए 307 क्यों दिखता है?

वह “307 Internal Redirect” खुद Chrome बनाता है, क्योंकि साइट उसकी HSTS लिस्ट में है, यानी HTTP पर कोई रिक्वेस्ट भेजी ही नहीं गई। सर्वर का असली रीडायरेक्ट 301 या बिल्कुल कुछ और हो सकता है। TrueURL में कोई HSTS कैश नहीं है, इसलिए यह हमेशा सर्वर का असली रिस्पॉन्स दिखाता है।

क्या HTTP से HTTPS पर 302 कोई समस्या है?

छोटी-सी। विज़िटर फिर भी HTTPS पर पहुंच जाते हैं, लेकिन अस्थायी रीडायरेक्ट सर्च इंजन को बताता है कि HTTP URL वापस आ सकता है, जिससे स्विच धीमा हो सकता है या उलझ सकता है। इसे 301 या 308 में बदलें।

कैसे जांचें कि मेरी साइट HSTS भेजती है या नहीं?

ऊपर अपना डोमेन डालें और नतीजों में HSTS वाली जांच खोलें। TrueURL अंतिम HTTPS रिस्पॉन्स से Strict-Transport-Security हेडर पढ़ता है और उसकी वैल्यू, max-age (एक साल से कम होने पर चेतावनी के साथ) और यह दिखाता है कि includeSubDomains और preload सेट हैं या नहीं। हेडर के बिना, टाइप किए गए डोमेन या पुराने http:// लिंक से शुरू होने वाली हर विज़िट एक बिना एन्क्रिप्शन वाली रिक्वेस्ट से शुरू होती है, जिसे उसी नेटवर्क पर मौजूद कोई व्यक्ति बीच में पकड़ सकता है। हेडर होने पर, जिन ब्राउज़र ने इसे एक बार देख लिया है, वे अगली बार सीधे HTTPS पर जाते हैं। शुरुआत छोटे max-age से करें, includeSubDomains जोड़ने से पहले पक्का करें कि हर सबडोमेन HTTPS पर चलता है, फिर इसे एक साल या उससे ज़्यादा तक बढ़ाएं।

क्या अमान्य या एक्सपायर हो चुके सर्टिफ़िकेट वाली साइट टेस्ट की जा सकती है?

आपको समस्या दिखेगी, लेकिन उसके आगे का हिस्सा नहीं। Cloudflare के एज पर सर्टिफ़िकेट वैलिडेशन बंद नहीं किया जा सकता, “SSL एरर को अनदेखा करें” चालू होने पर भी नहीं, इसलिए जिस वर्शन में समस्या है, उसके हॉप पर TLS एरर दिखता है। वैसे भी आम तौर पर आपको यही जानना होता है: ब्राउज़र भी वहां विज़िटर को चेतावनी दिखाएंगे।

क्या हर पेज को रीडायरेक्ट करना ज़रूरी है, या सिर्फ़ होम पेज को?

हर URL को। पूरी साइट पर लागू नियम को http://example.com/any/path?query को HTTPS पर उसी पाथ और क्वेरी पर भेजना चाहिए। कुछ गहरे URL रीडायरेक्ट चेन चेकर से टेस्ट करें, या कई URL एक साथ बल्क रीडायरेक्ट चेकर से।