क्या होम पेज सिर्फ डोमेन नाम होना चाहिए या यह एक फ़ोल्डर में हो सकता है?


10

मैं एक वेबसाइट परियोजना पर काम कर रहा हूं और क्लाइंट ने (सुविधा की मेजबानी के कारणों के लिए) अनुरोध किया है कि नई वेबसाइट एक विशिष्ट फ़ोल्डर में स्थित हो। इसका अर्थ है कि सभी पृष्ठ www.domain.com के बजाय www.domain.com/folder में होंगे, और उनके पास www.domain.com के लिए डिफ़ॉल्ट पृष्ठ पर एक मेटा इंस्टेंट रीडायरेक्ट होगा जो www.domain.com पर रीडायरेक्ट करेगा। कॉम / फ़ोल्डर।

मैं एक एसईओ दृष्टिकोण से सोच रहा हूँ कि क्या यह एक अच्छा विचार है?

मेरा मानना ​​है कि मेटा तत्काल रिफ्रेश को एक महत्वपूर्ण खोज इंजन द्वारा 301 (स्थायी) रीडायरेक्ट के रूप में माना जाएगा, इसलिए मुझे लगता है कि www.domain.com और www.domain.com/folder को एक ही पेज के रूप में माना जाएगा, और लिंक लोकप्रियता के लिए भी यही पृष्ठ माना जाता है। क्या ये सही है?

क्या कोई तर्क है (अधिमानतः किसी तरह के प्रमाण के साथ मैं उन्हें दे सकता हूं) कि मैं यह करने के खिलाफ बहस करने के लिए उपयोग कर सकता हूं?

जवाबों:


4

आपके सामने जो समस्या है वह दो तरफा है:

  • एसईओ-वार : जो पेज रूट के सबसे करीब होते हैं, वे आमतौर पर सर्च इंजन द्वारा सबसे महत्वपूर्ण होते हैं। इसके लिए मैं आपको दृढ़ता से सुझाव दूंगा कि आप होमपेज के रूप में पूर्ण डोमेन नाम (जैसे www.domainname.com) का उपयोग करें। यदि वेबसाइट में बहुत सारी उपनिर्देशिकाएँ हैं तो इन्हें डिफ़ॉल्ट रूप से वेबसाइट में एक स्तर नीचे रखा जाता है। आप बाद की निर्देशिकाओं की मात्रा को न्यूनतम रखना चाहते हैं। उस के शीर्ष पर: जैसा कि बताता है: यदि आप भविष्य में फ़ोल्डर बदलना चाहते हैं और सभी ने www.domainname.com/folder के बजाय www.domainname.com से लिंक किया है, तो आपको उन लिंक को सहेजने के लिए 301-रीडायरेक्ट बनाने की आवश्यकता है लिंक का रस।
  • उपयोगकर्ता अनुभव : यह एक प्रकार का छायादार है, विशेष रूप से एक बड़े शैक्षिक संस्थान के लिए एक फ़ोल्डर में खोलना। 2000 में वापस यह एक समस्या नहीं होगी, लेकिन वर्तमान उपयोगकर्ता की अपेक्षाओं और अनुभव के साथ मैं उपयोगकर्ता के परिप्रेक्ष्य से रूट पर मुखपृष्ठ खोलने का दृढ़ता से सुझाव दूंगा।

11

एसईओ-वार, यहाँ वास्तव में कोई समस्या नहीं है। कई साइटों को उनके होमपेज के रूप में गैर-wwwroot पथ का उपयोग करने के लिए कॉन्फ़िगर किया गया है। हालांकि, एक गैर-मानक होमपेज का उपयोग करके URI के भविष्य में नतीजे हो सकते हैं, क्योंकि यह वह URL है जिसे आगंतुकों द्वारा बुकमार्क किया जाएगा। यदि आप कभी भी साइट आर्किटेक्चर को बदलने का निर्णय लेते हैं, तो आपको मुखपृष्ठ के लिए एक अतिरिक्त रीडायरेक्ट रखना होगा।

इसके अतिरिक्त, मैं रीडायरेक्ट के लिए मेटा रीफ़्रेश का उपयोग करने से बचूंगा। Google और बिंग इसे 301 के रूप में मान सकते हैं, लेकिन यह 301 नहीं है। जैसे कि, अन्य सेवाएं, जैसे सोशल बुकमार्किंग साइट्स या लिंक साझा करने वाली साइटें, इसे 301 के रूप में मानने की गारंटी नहीं है।

अधिकांश ब्राउज़रों से रिक्त रेफ़र को वापस करने की मेटा रीफ़्रेश की समस्या भी है, जिससे उचित विश्लेषण सेट करना मुश्किल हो जाएगा। सिर्फ एक उचित 301 पुनर्निर्देशन का उपयोग करना बेहतर है।

अधिकांश साझा किए गए होस्टिंग प्रदाता आपको अपना डॉकरॉट सेट करने की अनुमति देते हैं जो आप चाहते हैं और URL / सर्वर पर पुनर्निर्देशित करें। यदि आपके ग्राहक के पास इन सुविधाओं तक पहुंच नहीं है, तो वे एक घटिया वेब होस्ट का उपयोग करने की संभावना रखते हैं। बेहतर होगा कि कली में समस्या को डुबो दें और इन असामान्य प्रतिबंधों के लिए बैंड-सहायता समाधान की बजाय एक नया वेब होस्ट चुनें। अन्यथा, आपके ग्राहक को एक घटिया वेब होस्ट का उपयोग करके भविष्य में और अधिक गंभीर समस्याओं का सामना करने की संभावना है।


मेरा ग्राहक एक बड़ा शैक्षिक संस्थान है और होस्टिंग की स्थिति को बदला नहीं जा सकता है। हालाँकि, वे किसी फ़ोल्डर का उपयोग न करने के लिए बदल सकते हैं, वे बस नहीं चाहते हैं। सलाह के लिए धन्यवाद।
जोहना

4

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


3

अपाचे में एक mod_alias सुविधा है जो मुझे लगता है कि आप इस समस्या को हल करने के लिए उपयोग कर सकते हैं: -

इस मॉड्यूल में निहित निर्देश सर्वर पर अनुरोध के रूप में URL के हेरफेर और नियंत्रण के लिए अनुमति देते हैं। उपनाम और ScriptAlias ​​निर्देशों का उपयोग URL और फ़ाइल सिस्टम पथ के बीच मैप करने के लिए किया जाता है। यह ऐसी सामग्री की अनुमति देता है जो सीधे वेब दस्तावेज़ ट्री के हिस्से के रूप में दिए गए DocumentRoot के अंतर्गत नहीं है। ScriptAlias ​​के निर्देश में केवल CGI लिपियों वाले लक्ष्य निर्देशिका को चिह्नित करने का अतिरिक्त प्रभाव है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.