सालों से हमारे एड्रेस बार में एक छोटा सा पांडित्य युद्ध छिड़ा हुआ है। एक कोने में जैसे ब्रांड हैं गूगल, इंस्टाग्राम, तथा फेसबुक. इस समूह ने रीडायरेक्ट करना चुना है example.com सेवा मेरे www.example.com. विपरीत कोने में: GitHub, DuckDuckGo, तथा कलह. इस समूह ने रिवर्स और रीडायरेक्ट करना चुना है www.example.com सेवा मेरे example.com.
क्या "WWW" एक URL में है? कुछ डेवलपर्स इस विषय पर मजबूत राय रखते हैं। हम थोड़े से इतिहास के बाद इसके पक्ष और विपक्ष में तर्क तलाशेंगे।
डब्ल्यू के साथ क्या है?
तीन Ws के लिए खड़े हैं "वर्ल्ड वाइड वेब", 1980 के दशक के उत्तरार्ध का आविष्कार जिसने दुनिया को ब्राउज़रों और वेबसाइटों से परिचित कराया। "WWW" का उपयोग करने की प्रथा उपडोमेन के नामकरण की एक परंपरा से उत्पन्न होती है, जो उनके द्वारा प्रदान की जाने वाली सेवा के प्रकार के अनुसार होती है:
- एक वेब सर्वर पर www.example.com
- एक एफ़टीपी सर्वर पर एफ़टीपी.example.com
- एक आईआरसी सर्वर पर आईआरसी.example.com
WWW-रहित डोमेन चिंता 1: कुकीज़ को उपडोमेन में लीक करना
"WWW-कम" डोमेन के आलोचकों ने बताया है कि कुछ स्थितियों में, उप डोमेन.example.com द्वारा सेट की गई कुकीज़ को पढ़ने में सक्षम होगा example.com. यह अवांछनीय हो सकता है यदि, उदाहरण के लिए, आप एक वेब होस्टिंग प्रदाता हैं जो क्लाइंट को आपके डोमेन पर सबडोमेन संचालित करने देता है। जबकि चिंता वैध है, व्यवहार इंटरनेट एक्सप्लोरर के लिए विशिष्ट था।
RFC 6265 मानकीकृत करता है कि ब्राउजर कुकीज़ का इलाज कैसे करते हैं और स्पष्ट रूप से इस व्यवहार को गलत कहते हैं।
लीक का एक अन्य संभावित स्रोत है Domain मूल्य द्वारा सेट की गई किसी भी कुकी का example.com। अगर Domain मान स्पष्ट रूप से सेट है example.com, कुकीज़ को इसके उप डोमेन में भी प्रदर्शित किया जाएगा।
| कुकी मूल्य | से अवगत कराया example.com | से अवगत कराया उप डोमेन.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
अंत में, जब तक आप स्पष्ट रूप से सेट नहीं करते हैं Domain मूल्य और आपके उपयोगकर्ता इंटरनेट एक्सप्लोरर का उपयोग नहीं करते हैं, कोई कुकी लीक नहीं होनी चाहिए।
डब्ल्यूडब्ल्यूडब्ल्यू-कम डोमेन चिंता 2: डीएनएस सिरदर्द
कभी-कभी, "WWW-रहित" डोमेन आपके डोमेन नाम सिस्टम (DNS) सेटअप को जटिल बना सकता है।
जब कोई उपयोगकर्ता टाइप करता है example.com अपने ब्राउज़र के पता बार में, ब्राउज़र को उस वेब सर्वर का इंटरनेट प्रोटोकॉल (IP) पता जानने की आवश्यकता होती है जिस पर वे जाने का प्रयास कर रहे हैं। ब्राउज़र आपके डोमेन के नेमसर्वर से इस आईपी पते का अनुरोध करता है - आमतौर पर अप्रत्यक्ष रूप से उपयोगकर्ता के इंटरनेट सेवा प्रदाता (ISP) के DNS सर्वर के माध्यम से। यदि आपके नेमसर्वर एक के साथ प्रतिक्रिया करने के लिए कॉन्फ़िगर किए गए हैं एक रिकॉर्ड आईपी एड्रेस युक्त, "डब्ल्यूडब्ल्यूडब्ल्यू-कम" डोमेन ठीक काम करेगा।
कुछ मामलों में, आप इसके बजाय एक का उपयोग करना चाह सकते हैं कैननिकल नाम (CNAME) आपकी वेबसाइट के लिए रिकॉर्ड। ऐसा रिकॉर्ड इसकी घोषणा कर सकता है www.example.com का एक उपनाम है उदाहरण123.somecdnprovider.com, जो उपयोगकर्ता के ब्राउज़र को इसके बजाय आईपी पता देखने के लिए कहता है उदाहरण123.somecdnprovider.com और वहां HTTP अनुरोध भेजें।
ध्यान दें कि ऊपर दिए गए उदाहरण में WWW सबडोमेन का उपयोग किया गया है। CNAME रिकॉर्ड के लिए परिभाषित करना संभव नहीं है example.com। के अनुसार RFC 1912, CNAME रिकॉर्ड अन्य रिकॉर्ड के साथ सह-अस्तित्व में नहीं रह सकते। यदि आपने CNAME रिकॉर्ड को परिभाषित करने का प्रयास किया है example.com, के लिए नेमसर्वर (NS) रिकॉर्ड example.com डोमेन के नेम सर्वर के IP पतों को शामिल करने की अनुमति नहीं दी जाएगी। नतीजतन, ब्राउज़र यह पता लगाने में सक्षम नहीं होंगे कि आपका नाम सर्वर कहां है।
कुछ डीएनएस प्रदाता आपको इस सीमा के आसपास काम करने की अनुमति देंगे। क्लाउडफ्लेयर उनके समाधान को कहते हैं CNAME चपटा. इस तकनीक से, डोमेन व्यवस्थापक एक CNAME रिकॉर्ड को कॉन्फ़िगर करते हैं, लेकिन उनके नेमसर्वर एक A रिकॉर्ड को प्रदर्शित करेंगे।
उदाहरण के लिए, यदि व्यवस्थापक CNAME रिकॉर्ड के लिए कॉन्फ़िगर करता है example.com संकेत करना उदाहरण123.somecdnprovider.com, और ए रिकॉर्ड के लिए उदाहरण123.somecdnprovider.com की ओर इशारा करते हुए मौजूद है 1.2.3.4, तो Cloudflare के लिए A रिकॉर्ड प्रदर्शित करेगा example.com संकेत करना 1.2.3.4.
अंत में, जबकि यह चिंता उन डोमेन स्वामियों के लिए मान्य है जो CNAME रिकॉर्ड का उपयोग करना चाहते हैं, कुछ DNS प्रदाता अब एक उपयुक्त उपाय प्रदान करते हैं।
WWW-कम लाभ
के अधिकांश के खिलाफ तर्क WWW व्यावहारिक या कॉस्मेटिक हैं। "नो-डब्ल्यूडब्ल्यूडब्ल्यू" अधिवक्ताओं ने तर्क दिया है कि यह कहना और टाइप करना आसान है example.com से www.example.com (जो कम तकनीक-प्रेमी उपयोगकर्ताओं के लिए कम भ्रमित करने वाला हो सकता है)।
WWW उपडोमेन के विरोधियों ने यह भी बताया है कि इसे छोड़ने से एक विनम्र प्रदर्शन लाभ मिलता है। ऐसा करने से वेबसाइट के मालिक प्रत्येक HTTP अनुरोध में 4 बाइट कम कर सकते हैं। हालांकि ये बचत फेसबुक जैसी उच्च-ट्रैफिक वेबसाइटों के लिए जोड़ सकती है, बैंडविड्थ आमतौर पर एक दुर्लभ संसाधन नहीं है।
डब्ल्यूडब्ल्यूडब्ल्यू के लाभ
WWW के पक्ष में एक व्यावहारिक तर्क नए शीर्ष-स्तरीय डोमेन वाली स्थितियों में है। उदाहरण के लिए, www.example.मियामी एक वेब पते के रूप में तुरंत पहचाना जा सकता है जब example.मियामी नहीं है। यह उन साइटों के लिए चिंता का विषय नहीं है जिनके पास पहचानने योग्य शीर्ष-स्तरीय डोमेन हैं .com.
आपकी खोज इंजन रैंकिंग पर प्रभाव
वर्तमान सहमति यह है कि आपकी पसंद आपके खोज इंजन के प्रदर्शन को प्रभावित नहीं करती है। यदि आप एक से दूसरे में माइग्रेट करना चाहते हैं, तो आप अस्थायी रीडायरेक्ट (HTTP 301) के बजाय स्थायी रीडायरेक्ट (HTTP 302) कॉन्फ़िगर करना चाहेंगे। स्थायी रीडायरेक्ट यह सुनिश्चित करते हैं कि आपके पुराने URL का SEO मूल्य नए में स्थानांतरित हो जाए।
दोनों का समर्थन करने के लिए टिप्स
साइटें आमतौर पर या तो चुनती हैं example.com or www.example.com उनकी आधिकारिक वेबसाइट के रूप में और दूसरे के लिए HTTP 301 रीडायरेक्ट कॉन्फ़िगर करें। सिद्धांत रूप में, दोनों का समर्थन करना संभव है www.example.com और example.com. व्यवहार में, लागत लाभ से अधिक हो सकती है।
तकनीकी दृष्टिकोण से, आप यह सत्यापित करना चाहेंगे कि आपका टेक स्टैक इसे संभाल सकता है। विज़िटर के पसंदीदा होस्टनाम को संरक्षित करने के लिए आपकी सामग्री प्रबंधन प्रणाली (CMS) या स्थिर रूप से जेनरेट की गई साइट को संबंधित URL के रूप में आंतरिक लिंक आउटपुट करने होंगे। जब तक आप होस्टनामों को अन्य नामों के रूप में कॉन्फ़िगर नहीं कर सकते, तब तक आपके एनालिटिक्स टूल दोनों होस्टनामों के लिए अलग-अलग ट्रैफ़िक लॉग कर सकते हैं।
अंत में, आपको अपने खोज इंजन के प्रदर्शन को सुरक्षित रखने के लिए एक अतिरिक्त कदम उठाने की आवश्यकता होगी। Google URL के "WWW" और "गैर-WWW" संस्करणों पर विचार करेगा डुप्लिकेट सामग्री. अपने खोज अनुक्रमणिका में सामग्री को डीडुप्लिकेट करने के लिए, Google उन दोनों में से जो भी वह सोचता है कि उपयोगकर्ता पसंद करेगा - बेहतर या बदतर के लिए प्रदर्शित करेगा।
Google में आप कैसे दिखाई देते हैं, इस पर नियंत्रण बनाए रखने के लिए, यह कैनोनिकल लिंक टैग डालने की अनुशंसा करता है। सबसे पहले, तय करें कि कौन सा होस्टनाम आधिकारिक (प्रामाणिक) होगा।
उदाहरण के लिए, यदि आप चुनते हैं www.example.com, आपको निम्न स्निपेट को इसमें सम्मिलित करना होगा लगा दो https://example.com/my-article:
यह स्निपेट Google को इंगित करता है कि "WWW-रहित" संस्करण उसी सामग्री का प्रतिनिधित्व करता है। सामान्य तौर पर, Google उस संस्करण को प्राथमिकता देगा जिसे आपने खोज परिणामों में कैननिकल के रूप में चिह्नित किया है, जो इस उदाहरण में "WWW" संस्करण होगा।
निष्कर्ष
किसी भी तरफ गहन अभियान के बावजूद, जब तक आप लाभों और सीमाओं से अवगत हैं, तब तक दोनों दृष्टिकोण मान्य रहते हैं। अपने सभी ठिकानों को कवर करने के लिए, एक से दूसरे पर स्थायी रीडायरेक्ट सेट करना सुनिश्चित करें और आप पूरी तरह तैयार हैं।
