क्या मुझे अपनी वेबसाइट के URL में "www" शामिल करना चाहिए? पक्ष और विपक्ष क्या होते हैं?


78

http://www.example.com/बनाम होने के पेशेवरों और विपक्ष क्या हैं http://example.com/?

उदाहरण के लिए एक समस्या जिसका मुझे पता है कि यदि मैं बिना डोमेन का उपयोग करता हूं तो मैं wwwकेवल वर्तमान उपडोमेन के लिए कुकी सेट नहीं कर सकता (क्योंकि कोई उपडोमेन नहीं है), और मेरे द्वारा सेट कुकीज़ को सभी उप डोमेन में भेजा जाएगा।


1
@ जॉन कॉनडे: मुझे लगता है कि आपके द्वारा स्वीकृत किए गए संपादन ने प्रश्न को और बदतर बना दिया है .. "मेरा प्रश्न कॉम्प्लेक्स के लिए काफी सरल है और www बनाम non-www के बाहरी और बाहरी जानना चाहता है।" में संपादित किया गया था, जो अंग्रेजी में टूटा हुआ है और किसी भी मामले में समझ में नहीं आता है।
थॉमस बोनी

जवाबों:


66

हालांकि यह ध्यान रखें कि उपयोग www.example.comकरने से आप मुख्य साइट पर केवल कुकीज़ सेट कर सकते हैं । उपयोग example.comकरने से आप केवल कुकीज़ को सेट कर सकते हैं, *.example.comजिसमें शामिल हैं static.example.com। तो किसी भी उपडोमेन के लिए हर अनुरोध में कुकीज़ को शामिल किया जाएगा जो हस्तांतरण को थोड़ा धीमा कर देता है। उपयोग www.example.comकरने से आपको यह तय करने की अनुमति मिलेगी कि आप किस भाग में कुकीज़ सेट करना चाहते हैं।


7
यह एक बड़ा कारण है कि बड़ी वेबसाइटें स्थैतिक सामग्री के लिए पूरी तरह से अलग डोमेन स्थापित करती हैं (जैसे कि स्टैक ओवरफ्लो के लिए sstatic.net ) ताकि उनके पास कुकी-मुक्त डोमेन हो। अधिक जानकारी यहाँ: developer.yahoo.com/performance/rules.html#cookie_free
ग्रेग ब्रे

10
हाँ यह "नो-www" आंदोलन का अब तक का सबसे बड़ा नकारात्मक पहलू है। यह निश्चित रूप से कष्टप्रद है।
जेफ एटवुड

@ जेफ़: एक हद तक सही है, लेकिन समानांतर बढ़ाने के लिए, किसी भी तरह एक अलग डोमेन पर स्थिर सामग्री की मेजबानी करना अधिक फायदेमंद हो सकता है।
असंतुष्टगीत

3
@DisgruntledGoat: उप-डोमेन का उपयोग करते हुए समानांतरकरण भी बढ़ाया जाता है! developer.yahoo.com/performance/rules.html#split
Marco Demaio

1
यह उत्तर अब अप्रचलित हो रहा है कि RFC 6265 को अधिक व्यापक रूप से लागू किया गया है। (यह उत्तर उस समय मौजूद नहीं था, हालांकि यह लिखा गया था।)
माइकल हैम्पटन

27

यदि आप उपयोग करने जा रहे हैं www.example.com, तो आपको example.comएक स्थायी पुन: प्रत्यक्ष करना चाहिए www.example.com

wwwउप डोमेन, कुछ मामलों में, वास्तव में माता पिता टीएलडी की तुलना में एक पूरी तरह से अलग सर्वर है। जबकि अधिकांश सर्च इंजन इस बात का पता लगाने के लिए पर्याप्त स्मार्ट हैं, फिर से प्रत्यक्ष करने के लिए इसका अच्छा अभ्यास है।

मैं इसका पूर्ण उल्टा हूं, www.example.comएक स्थायी पुनर्निर्देश है example.com, क्योंकि मैं छोटे विहित URL का उपयोग करना पसंद करता हूं। इससे मुझे यह भी समझ में आता है कि मैं HTTP अनुरोध की अपेक्षा कर सकता हूँ कि वह example.comवेब पेज प्राप्त करेगा, या जो भी उपडोमेन HTTP अनुरोधों के साथ काम कर रहा है उसका पुनर्निर्देशन करेगा।

इसके अतिरिक्त, आप चाहते हैं कि लोग आपकी साइट को विहित URL का उपयोग करके लिंक करें, जो वह है जो वे अपने ब्राउज़र टूलबार से बाहर निकालते हैं। जो आपके कैनोनिकल URL नहीं है, उस पर फिर से प्रत्यक्ष उस संबंध में स्थिरता सुनिश्चित करने में मदद करता है।


23

wwwउपडोमेन सहित दो स्थितियों में उबाल लगता है:

  1. कुकीज़ - कुकीज़ सेट करने से *.example.comमुझे दुःख होगा (अधिक ट्रैफ़िक में) क्योंकि कुकीज़ को हर अनुरोध के साथ भेजा जाएगा, चाहे उप डोमेन की परवाह किए बिना। इस मामले में मैं इसका उपयोग करने का विकल्प चुनूंगा wwwक्योंकि यह *.example.comमुझे जरूरत पड़ने पर कुकीज सेट करने का विकल्प देता है (उदाहरण के लिए प्रमाणित उपयोगकर्ता कुकी), या www.example.comमेरे अन्य उप-डोमेन में ट्रैफ़िक कम करने के लिए।

  2. सौंदर्यशास्त्र - क्या मुझे इस बात की बहुत परवाह है कि डोमेन कैसा दिखता है? अगर मुझे वास्तव में नफरत है, wwwलेकिन कुकी ट्रैफ़िक के बारे में चिंतित हूं, तो मैं अपनी स्थिर सामग्री को एक नए डोमेन पर होस्ट करके समस्या को कम कर सकता हूं, जैसे कि static-example.comकुकी मुक्त रहना।


17

यह एक मामूली विचार है, लेकिन एक जो वाणिज्यिक साइटों के लिए प्रासंगिक है। गैर-तकनीकी उपयोगकर्ताओं से एक उम्मीद है कि एक वेबसाइट के साथ शुरू होता wwwहै जब वे नहीं देखते हैं कि वे एक वेबसाइट के रूप में एक डोमेन के बारे में नहीं सोच सकते हैं।

जबकि यह हममें से उन लोगों को मूर्खतापूर्ण लग सकता है जो जानते हैं कि परिवार, दोस्तों और गैर-तकनीकी सहयोगियों के साथ मैं इस दृष्टिकोण पर कितनी बार काम करता हूं और ये लोग आपके अधिकांश ग्राहकों का प्रतिनिधित्व करते हैं।

इसके अतिरिक्त, बहुत सारे सॉफ़्टवेयर जैसे ईमेल, विश्व प्रोसेसर, सोशल नेटवर्किंग क्लाइंट और सह स्वचालित wwwरूप से एक हाइपरलिंक के रूप में शुरू होने वाले एक डोमेन नाम को पहचानेंगे और इसे सक्रिय करेंगे - एक नग्न, या non-www, डोमेन के लिए आपको http://सॉफ़्टवेयर के लिए जोड़ना होगा इसे सक्रिय करने के लिए। ब्राउज़र में कॉपी-पेस्ट करने के बजाय लिंक पर क्लिक करने में सक्षम होने के कारण आपकी साइट पर आने वाले ग्राहक या आपके प्रतियोगी के पास जाने में अंतर हो सकता है।


वास्तव में मैं www के बिना डोमेन नाम के लिए बहुत सारे विज्ञापन देखता हूं। उदाहरण के लिए बीबीसी हमेशा अपने URL को bbc.co.uk/whateverतब उद्धृत करता है जब वे www संस्करण में हमेशा अनुप्रेषित करते हैं।
असंतुष्टगीत

+1 मैं आपके मामूली विचार पर पूरी तरह सहमत हूं। यह सच है कि "गैर-तकनीकी उपयोगकर्ताओं से एक उम्मीद है कि एक वेबसाइट www से शुरू होती है" और यह भी सच है: "इसलिए जब वे यह नहीं देखते हैं कि वे एक वेबसाइट के रूप में एक डोमेन के बारे में नहीं सोच सकते हैं"। यह हमारे जैसे टेक उपयोगकर्ताओं के लिए अजीब लगता है, लेकिन यह जीवन है।
मार्को डेमायो

आमतौर पर, यदि URL www से शुरू नहीं होता है, तो मैं http://फ्रंट में शामिल करता हूं । इसलिए यदि URL है http://www.example.com, तो मैं अक्सर उपयोग करता हूं www.example.com। अगर ऐसा http://other.example.comहोता, तो मैं उपयोग करता http://other.example.com। अन्यथा, उपयोगकर्ताओं को यह महसूस नहीं होता है कि यह एक URL है। पागल लगता है, लेकिन लोग अब हर समय यूआरएल और ई-मेल पते मिलाते हैं। अफसोस की बात है कि, हमने वेब पर बहुत सी चीजों को डंप किया है, ताकि हमारे उपयोगकर्ता मूल बातें नहीं जान सकें।
ब्रैड

वास्तव में, हमने जो किया वह उन लोगों तक इंटरनेट की पहुंच का विस्तार था, जो उस संबंध में कभी शिक्षित नहीं थे। दस साल पहले, आपको मूल रूप से केवल इंटरनेट पर nerds मिला था। (अतिशयोक्ति।) आजकल लगभग हर कोई फेसबुक, गूगल, "इंटरनेट" का उपयोग करता है। कितने लोग हैं जो यह नहीं जानते कि एक कार कैसे काम करती है। या एक छलावा। या टाइपिंग। (प्रासंगिकता की बदलती डिग्री के साथ।)
कॉर्नेलियस

9

खोज परिणामों या अन्य वांछित परिणामों में से किसी एक का उपयोग करने के लिए कोई ठोस कारण प्रतीत नहीं होते हैं। मेरी व्यक्तिगत प्राथमिकता no-wwwलंबाई के कारण है।

सबसे महत्वपूर्ण बात यह है कि आप अपने पसंदीदा डोमेन पर पुनर्निर्देशित करें, और अपने पसंदीदा डोमेन को Google खोज कंसोल (Google वेबमास्टर टूल्स) में सेट करना याद रखें।


4

कुकीज़, सौंदर्यशास्त्र, wwwउप -तकनीकी आदि की अपेक्षा रखने वाले गैर-तकनीकी उपयोगकर्ताओं के बारे में उपरोक्त मान्य उत्तरों को दोहराए बिना ...

एक अन्य कारण मैं www.मुख्य साइट के लिए उपडोमेन दृष्टिकोण का समर्थन करता हूं जो स्थानीय विकास के लिए है। मैं local.अपने स्थानीय परीक्षण सर्वर के लिए उपयोग करता हूं। मुझे हमेशा उम्मीद है कि साइट को एक उपडोमेन के माध्यम से एक्सेस किया जा सकता है और यदि आवश्यक हो तो आसानी से परीक्षण और लाइव साइटों के बीच अंतर कर सकता है। कुकीज़ को स्थानीय और लाइव साइटों से अलग रखा जा सकता है।

  • www.example.com लाइव साइट
  • local.example.com स्थानीय परीक्षण सर्वर

परीक्षण सर्वर के लिए एक उपडोमेन का उपयोग करना भी एक मोबाइल डिवाइस से आसान परीक्षण की अनुमति देता है, क्योंकि उपडोमेन को सार्वजनिक डीएनएस में परिभाषित किया जा सकता है जो एक स्थानीय परीक्षण सर्वर (स्थानीय आईपी) की ओर इशारा करता है। जब मोबाइल डिवाइस स्थानीय वाईफाई नेटवर्क पर होगा, तभी वह स्थानीय परीक्षण सर्वर तक पहुंच बना सकेगा। (सुनिश्चित करें कि स्थानीय रूप से कनेक्ट करते समय मोबाइल ब्राउज़र ऑप्टिमाइज़ेशन अक्षम हैं, अन्यथा रिमोट ऑप्टिमाइज़ेशन सर्वर आपके स्थानीय सर्वर तक पहुंचने और विफल होने का भी प्रयास करेगा।)


1

हां, हमेशा wwwनग्न डोमेन के बजाय उपयोग करें । हालांकि हरोकू कुछ हद तक विशिष्ट है, उन्होंने जिस तरह के राउटिंग फैब्रिक का निर्माण किया है, वह अधिक आम होने जा रहा है क्योंकि लोग मशीनों के समूहों में वेबसाइटों को तैनात करते हैं। नंगे डोमेन www की तुलना में बहुत कम लचीले होते हैं क्योंकि उन्हें CNAME रिकॉर्ड के बजाय A की आवश्यकता होती है। Https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords देखें ।

हालाँकि आप आज ऐसा नहीं सोच सकते हैं, लेकिन वेब पर हर साइट को उम्मीद है कि जल्द ही हर समय एसएसएल का उपयोग किया जाएगा। ऐसा इसलिए है क्योंकि सुरक्षा हमेशा किसी भी सुरक्षा से बेहतर है, और एसएसएल की लागत पहले से ही ~ 1% अतिरिक्त सीपीयू है (देखें http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html )। आपको www के लिए अपना एसएसएल प्रमाणपत्र भी प्राप्त करना चाहिए।


0

मेरे एसईओ लोग मुझे बताते हैं कि Google को नग्न डोमेन पसंद नहीं है । इसका एक लक्षण यह है कि यदि आप अपने myblog.blogspot.comब्लॉग को रीडायरेक्ट करने का प्रयास करते हैं example.com/blog, तो आपको एक त्रुटि मिलेगी जो कहती है कि ब्लॉग को नग्न डोमेन पर होस्ट नहीं किया जा सकता है


1
यह बहुत संदिग्ध है।
लेजे मेजेस्टे

1
आप ऐसा नहीं कर सकते क्योंकि ब्लॉगर होस्टिंग कस्टम डोमेन पर CNAME का उपयोग कर ghs.google.com पर किया जाता है , और नग्न डोमेन CNAME नहीं हो सकता।
माइकल हैम्पटन

Techincally, नग्न डोमेन CNAME हो सकता है लेकिन यह मेल डिलीवरी को तोड़ देता है क्योंकि सभी मेल उस CNAME के ​​साथ-साथ MX रिकॉर्ड के बजाय डिलीवर हो जाते हैं।
स्टीफन Ostermiller
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.