जवाबों:
जबकि एसईओ कंपनी से इसकी बुरी सलाह मुझे थोड़ी अधूरी लगती है, एक टैग है जिसका उपयोग आप अपने पृष्ठों पर Google जैसे खोज इंजनों के सूचकांक में अपना रास्ता खोजने से बचने के लिए कर सकते हैं।
बेहतर सलाह
SEO कंपनी की बेहतर सलाह यह सुनिश्चित करेगी कि आपके पेजों पर Rel Canonical का उपयोग करने से कोई पेज कभी भी Google जैसे डुप्लिकेट जैसे खोज इंजन के सूचकांक में समाप्त न हो, IP> डोमेन से पुनर्निर्देशन को उपयोगकर्ता अनुभव के रूप में देखा जाना चाहिए इस दिन और उम्र में SEO स्टैंड पॉइंट की बजाय Canonical पेजों के सही उपयोग से इसकी विशेषता किसी भी इंडेक्स में डुप्लिकेट होना असंभव है।
'NOT'डोमेन को IP पुनर्निर्देशित करने में कोई बुराई नहीं है (मान लीजिए HTTP_HOST सेट नहीं है)
व्यक्तिगत रूप से मैं परेशान नहीं होता और वास्तव में इसे आईपी में डोमेन पर पुनर्निर्देशित करने के लिए प्लस 'नहीं' पाता हूं क्योंकि यदि कोई DNS सर्वर एक END उपयोगकर्ता (आपका DNS, उनका ISP नहीं) पर डाउन है तो वे अभी भी IP का उपयोग करके आपकी साइट तक पहुँच सकते हैं (हाँ यह एक छोटा सा प्रतिशत है और आईटी दिमाग वाले लोग एक छोटी राशि होंगे, लेकिन अगर उनके आईपी के माध्यम से आपकी साइट तक पहुंचने में कोई हानि नहीं होती है तो HARM? कोई नहीं ...)
rel = "canonical" एक से अधिक तरीकों की मदद करता है
इसके अलावा Canonical का उपयोग करने के लाभ केवल IP समस्या से आगे बढ़ते हैं, यह डुप्लिकेट को कई मायनों में रोकता है, यह गैर-www डुप्लिकेट, गैर-sef urls, लघु url और कई और अधिक को रोकता है।
टैग का उपयोग करना बहुत सीधा है, आप Google और अन्य खोज इंजनों को अपनी साइट का मुख्य पृष्ठ बताते हैं ... तो चलिए आपको बताते हैं कि आपके पास इन 8 तरीकों से एक पृष्ठ उपलब्ध है:
http://yourdomain.com/
http://yourdomain.com/index.php
http://www.yourdomain.com/
http://www.yourdomain.com/index.php
http://54.1.1.163/
http://54.1.1.163/index.php
http://another-domain-on-same-hosting-account/~2nd-domain-name/
http://another-domain-on-same-hosting-account/~2nd-domain-name/index.php
आपके पृष्ठों <link rel="canonical" href="http://www.yourdomain.com" />के <head> </head>अनुभाग के भीतर का उपयोग www.yourdomain.comहमेशा खोज इंजन की दृष्टि में मास्टर के रूप में किया जाएगा, जिसका अर्थ है कि सभी सुलभ URL आपके SEO को कभी नुकसान नहीं पहुंचाएंगे और साथ ही यह संभावना नहीं होगी कि लोग कभी भी उन URL को खोज लेंगे क्योंकि वे नहीं करेंगे किसी भी खोज इंजन पर सूचीबद्ध हो। इससे रस को लीक होने में भी मदद मिलती है, कभी भी डुप्लिकेट सामग्री की समस्या का सामना नहीं करना पड़ता है।
प्रत्येक पृष्ठ पर कैनोनिकल अलग होना चाहिए
कृपया ध्यान दें कि यह मेटा टैग एक वैश्विक सेट नहीं है और आपको इसे प्रत्येक पृष्ठ पर अलग-अलग सेट करने की आवश्यकता है, उदाहरण के लिए यदि आपके पास रूट, प्लस पेज 1 और पेज 2 है तो यह ऐसा दिखेगा:
<link rel="canonical" href="http://www.yourdomain.com/" /><link rel="canonical" href="http://www.yourdomain.com/page1/" /><link rel="canonical" href="http://www.yourdomain.com/page2/" />विभिन्न CMS इंजनों के लिए Canonical plugins
यदि आपकी सामग्री प्रबंधन प्रणाली का उपयोग कर रही है तो यह प्रक्रिया आसान हो जाती है क्योंकि इस बात की संभावना अधिक होती है कि किसी ने एक प्लगइन / विस्तार बनाया है जो आपके लिए काम करेगा (वर्डप्रेस, ड्रुपल और जूमला जैसे कई हैं।)।
Canonical के बारे में और पढ़ें
मैं आपको rel = "कैनोनिकल" के बारे में और अधिक पढ़ने की सलाह देता हूं:
यह एक अच्छा विचार है और यह निश्चित रूप से कोई नुकसान नहीं करेगा। क्या होता है कि कभी-कभी डोमेन के बजाय आईपी पते के साथ लिंक मिलते हैं।
इसके कारण दो अलग-अलग पते के साथ सामग्री मिल सकती है और यदि यह पता लगाता है कि यह एक ही साइट है, तो Google को यह नहीं पता होगा कि किसका उपयोग करना है। आप इसे अपने वेबपृष्ठों में विहित टैग के साथ हल कर सकते हैं। सबसे खराब स्थिति में, यह डुप्लिकेट सामग्री की तरह दिखेगा, हालांकि यह एसोसिएशन बनाने के लिए तुच्छ है।
सबसे महत्वपूर्ण बात, खोज परिणाम हमेशा डोमेन नाम दिखाएगा क्योंकि Google पुनर्निर्देशित पते का उपयोग स्थायी रीडायरेक्ट के लिए करता है। यह खोज परिणामों में बेहतर दिखेगा।
व्यक्तिगत रूप से, मैं एक आईपी के रूप में एक डोमेन नाम के साथ एक खोज परिणाम पर भरोसा करता हूं जैसे कि यूआरएल, केवल इसलिए कि उत्तरार्द्ध अव्यवसायिक या अधूरा दिखता है।
यदि आपकी वेबसाइट आपके आईपी पते के साथ-साथ वेबसाइट के नाम पर दिखाई जाती है, तो यह आपके वेबसर्वर पर डिफ़ॉल्ट होस्ट के रूप में सेट है। मैं आपकी वेबसाइट की सेवा करने के लिए डिफ़ॉल्ट होस्ट का उपयोग नहीं करने की सलाह देता हूं । जैसा कि आपकी एसईओ कंपनी सुझाव देती है, आपको अपनी वेबसाइट पर डिफ़ॉल्ट होस्ट को पुनर्निर्देशित करना चाहिए और अपनी वेबसाइट को "वर्चुअल होस्ट" के रूप में सेवा देना चाहिए।
यहाँ कुछ का एक उदाहरण है जो गलत हो सकता है जब आप अपनी साइट को डिफ़ॉल्ट होस्ट के रूप में सेवा देते हैं: मेरी वेबसाइट www.domain.com के कुछ भी स्वीकार करता है । आपके लिए समाधान समान है: डिफ़ॉल्ट होस्ट के बजाय अपनी साइट को वर्चुअल होस्ट के रूप में सेट करने के लिए अपने वेब सर्वर कॉन्फ़िगरेशन को बदलें। इस तरह से आप चुन सकते हैं कि डिफ़ॉल्ट होस्ट के साथ क्या करना है। उदाहरण के लिए आप उन सभी अनुरोधों को अपनी वेब साइट पर पुनर्निर्देशित कर सकते हैं, या आप एक त्रुटि संदेश दिखा सकते हैं।