डुप्लीकेट यूआरएल एकजुट करें

एक जैसे या डुप्लीकेट पेजों के लिए कैननिकल पेज के बारे में समझाएं

जानकारी

अगर आपके पास ऐसा पेज है जिस पर कई यूआरएल के ज़रिए पहुंचा जा सकता है या एक जैसी सामग्री वाले कई पेज हैं (उदाहरण के लिए, मोबाइल और डेस्कटॉप दोनों वर्शन वाला पेज), तो आपको Google को साफ़ तौर पर बताना चाहिए कि कौनसा यूआरएल उस पेज के लिए आधिकारिक रूप से (कैननिकल) है. अगर आप यह साफ़ तौर पर नहीं बताते हैं, तो Google आपके लिए विकल्प तय करेगा. Google दोनों को एक जैसा मान सकता है, जिसकी वजह से अनचाहा व्यवहार देखने को मिल सकता है, जैसा कि अगले सेक्शन में बताया गया है.

ध्यान दें कि हम डुप्लीकेट यूआरएल या वर्शन के लिए एक कैननिकल पेज रखने का सुझाव देते हैं, फिर भी Google एल्गोरिदम के ज़रिए एक अलग कैननिकल पेज चुन सकता है. इसकी कई वजहें हो सकती हैं, जैसे परफ़ॉर्मेंस या सामग्री.

मेरे पास एक जैसे/डुप्लीकेट पेज क्यों होंगे?

आपकी साइट में अलग-अलग यूआरएल हो सकते हैं, जो एक ही पेज की ओर ले जाते हैं. साथ ही, अलग-अलग यूआरएल पर डुप्लीकेट या एक जैसे दिखने वाले पेज भी हो सकते हैं. सबसे आम वजहें यहां दी गई हैं:

  • कई तरह के डिवाइस पर काम करने के लिए:
    https://example.com/news/koala-rampage
    https://m.example.com/news/koala-rampage
    https://amp.example.com/news/koala-rampage
    
  • खोज पैरामीटर या सत्र आईडी जैसी चीज़ों के लिए डाइनैमिक यूआरएल चालू करने के लिए:
    https://www.example.com/products?category=dresses&color=green
    https://example.com/dresses/cocktail?gclid=ABCD
    https://www.example.com/dresses/green/greendress.html
  • जब आप एक ही पोस्ट को कई सेक्शन में डालते हैं और ऐसे में अगर आपका ब्लॉग सिस्टम अपने आप कई यूआरएल सेव करता है.
    https://blog.example.com/dresses/green-dresses-are-awesome/
    https://blog.example.com/green-things/green-dresses-are-awesome/
  • अगर आपका सर्वर अलग-अलग www/non-www http/https पर एक ही सामग्री देने के लिए कॉन्फ़िगर किया गया है:
    http://example.com/green-dresses
    https://example.com/green-dresses
    http://www.example.com/green-dresses
    
  • अगर आप जो सामग्री दूसरी साइटों को ऑफ़लाइन बाँटने के लिए किसी ब्लॉग पर देते हैं, उसे उन डोमेन पर पूरी तरह या थोड़ा-बहुत दिखाया जाता है:
    https://news.example.com/green-dresses-for-every-day-155672.html (syndicated post) https://blog.example.com/dresses/green-dresses-are-awesome/3245/ (original post)
ज़रूरी जानकारी
हो सकता है आपको कैननिकल के बारे में जितनी जानकारी चाहिए, यह उससे ज़्यादा हो, इसलिए इसे छोड़कर आगे बढ़ने से झिझकें नहीं. हालांकि अगर आपको ऐसी जानकारी पसंद है, तो हम यह जानकारी देंगे.
जब Googlebot किसी साइट को इंडेक्स करता है, तो यह हर पेज में शामिल किए जाने वाले विषय तय करने की कोशिश करता है. अगर Googlebot को एक ही साइट पर ऐसे कई पेज मिलते हैं, जो एक ही चीज़ के बारे में हो सकते हैं, तो यह उस पेज को चुनता है, जो इसे सबसे ज़्यादा जानकारी वाला और मददगार लगता है. इसे कैननिकल पेज कहा जाता है. कैननिकल पेज को सबसे ज़्यादा क्रॉल किया जाएगा; आपकी साइट पर क्रॉलिंग बजट बचाने के लिए डुप्लीकेट को कम बार क्रॉल किया जाता है. इसलिए अगर आप Googlebot को यह नहीं बताते हैं कि कौनसा पेज कैननिकल है और आप यह तय करते हैं कि कोई दूसरा पेज कैननिकल है, तो हो सकता है कि आप ऐसे पेज को अपडेट करने में समय गंवा रहे हैं, जिसे Googlebot ज़्यादा बार इंडेक्स नहीं करेगा या खोज नतीजों में नहीं दिखाएगा.
जहां तक सामग्री और क्वालिटी के आकलन की बात है, Google आपकी साइट के कैननिकल पेजों को आपकी साइट की सामग्री के सबसे अच्छे मानक के रूप में इस्तेमाल करता है. साथ ही, Google खोज नतीजे आम तौर पर कैननिकल पेज की ओर ले जाते हैं, जब तक कि कोई एक डुप्लीकेट, उपयोगकर्ता के सवाल के लिए साफ़ तौर पर बेहतर नज़र नहीं आता है: उदाहरण के लिए, हो सकता है कि खोज नतीजे मोबाइल पेज की ओर ले जाएं, अगर उपयोगकर्ता मोबाइल डिवाइस इस्तेमाल कर रहा है, भले ही डेस्कटॉप पेज को कैननिकल बताया गया हो.
Google कई चीज़ों (या सिग्नलों) के आधार पर कैननिकल पेज चुनता है, जैसे क्या पेज को http या https के ज़रिए दिखाया जाता है; उपयोगकर्ता का बताया हुआ पसंदीदा डोमेन; पेज की क्वालिटी; साइटमैप में यूआरएल की मौजूदगी और कोई "rel=canonical" लेबलिंग. आप Google पर कोई खास कैननिकल पेज पसंद करने के लिए ज़ोर नहीं डाल सकते, लेकिन आप यहां दिखाए गए एक या ज़्यादा तकनीकों का इस्तेमाल करके पसंद पर असर डाल सकते हैं.

इससे क्यों फ़र्क़ पड़ता है

आप एक जैसे डुप्लीकेट पेजों के सेट में साफ़ तौर पर किसी कैननिकल पेज को क्यों चुनना चाहेंगे, इसकी कई वजहें हैं:

  • यह बताने के लिए कि आप कौनसा यूआरएल लोगों को खोज नतीजों में दिखाना चाहते हैं: हो सकता है कि आप https://example.com/dresses/cocktail?gclid=ABCD के बजाय https://www.example.com/dresses/green/greendress.html के ज़रिए लोगों को अपने हरे रंग की ड्रेस के उत्पाद पेज तक पहुंचाना पसंद करें.
  • एक जैसे या डुप्लीकेट पेजों के लिए लिंक सिग्नलों को एकजुट करने के लिए. यह खोज इंजन को अलग-अलग यूआरएल के लिए उसके पास उपलब्ध जानकारी (जैसे कि उनके लिंक) को एक पसंदीदा यूआरएल में एकजुट करने में मदद करता है. इसका मतलब है कि http://example.com/dresses/cocktail?gclid=ABCD के लिए दूसरी साइटों के लिंक https://www.example.com/dresses/green/greendress.html के लिंक के साथ एकजुट हो जाते हैं.
  • सिर्फ़ एक उत्पाद/विषय के लिए ट्रैकिंग के आंकड़ों को आसान बनाने के लिए. अलग-अलग तरह के यूआरएल होने की वजह से, किसी खास सामग्री के लिए एकजुट आंकड़े पाना ज़्यादा मुश्किल होता है.
  • ऑफ़लाइन बाँटी गई सामग्री प्रबंधित करने के लिए. अगर आप अपनी सामग्री को दूसरे डोमेन पर प्रकाशित करने के लिए ऑफ़लाइन बाँटते हैं, तो आप पेज की रैंकिंग को अपने पसंदीदा यूआरएल में एकजुट करना चाहते हैं.
  • डुप्लीकेट पेजों पर क्रॉल करने में समय गंवाने से बचने के लिए. आप चाहते हैं कि Googlebot आपकी साइट का ज़्यादा से ज़्यादा फ़ायदा उठाए, इसलिए बेहतर है कि एक ही पेज के डेस्कटॉप और मोबाइल वर्शन को क्रॉल करने के बजाय, यह आपकी साइट पर नए (अपडेट किए गए) पेजों को क्रॉल करने में समय लगाए.

Google कौनसे यूआरएल को कैननिकल (या डुप्लीकेट) मानता है?

कौनसे यूआरएल को कैननिकल या डुप्लीकेट माना जाता है, यह तय करने के लिए इंडेक्स स्टेटस रिपोर्ट इस्तेमाल करें. डुप्लीकेट पेजों को 'शामिल नहीं' के रूप में दिखाया जाएगा; कैननिकल पेजों को सही दिखाया जाएगा.

ऐसा सही यूआरएल ढूंढें जिसे "इंडेक्स किया गया; कैननिकल के रूप में दिखाए जाने पर विचार करें" के तौर पर दिखाया गया है. इससे पता चलता है कि किन पेजों को कैननिकल दिखाया जाना चाहिए.

यह देखने के लिए कि आपने और Google ने कहां एक सेट में अलग-अलग कैननिकल पेजों को चुना है, "Google ने उपयोगकर्ता से अलग कैननिकल पेज चुना है" के रूप में दिखाए ऐसे यूआरएल ढूंढें, जिन्हें शामिल नहीं किया गया है.

कैननिकल पेज बताएं

आपके इस्तेमाल के आधार पर, एक डुप्लीकेट सेट में कैननिकल पेज बताए जाने के कुछ अलग तरीके नीचे दिए गए हैं:

तरीका जानकारी
सामान्य दिशा-निर्देश कैननिकल किए जाने के सभी तरीकों के लिए इन दिशा-निर्देशों का पालन करें.
पसंदीदा डोमेन बताएं

किसी एक डोमेन के यूआरएल को दूसरे डोमेन पर उससे मिलते-जुलते यूआरएल से अलग करने यानी कैननिकल बताने के लिए Search Console इस्तेमाल करें. उदाहरण के लिए, www.example.com के बजाय example.com. इसका इस्तेमाल तभी करें जब आपके पास ऐसी दो एक जैसी साइटें हों, जो सिर्फ़ उप डोमेन के हिसाब से अलग हैं. http/https से मिलती-जुलती साइटों के लिए इसका इस्तेमाल न करें.

फ़ायदे:

  • इसे लागू करना, प्रबंधित करना और बदलना आसान है
  • तभी इस्तेमाल करें जब आपके पास अलग-अलग डोमेन पर एक जैसी साइटें हों.

नुकसान:

  • सिर्फ़ डोमेन की जानकारी के स्तर पर काम करता है. साथ ही, पेजों को डुप्लीकेट माने जाने के लिए पेजों के पाथ और नाम एक जैसे होने चाहिए.
  • एक जैसे पाथ नाम वाले पेजों के लिए, सिर्फ़ एक पेज-टू-पेज मैपिंग चालू करता है.
rel=canonical <link> टैग

कैननिकल पेज पर ले जाने वाले सभी डुप्लीकेट पेजों के लिए, कोड में एक <link> टैग जोड़ें.

फ़ायदे:

  • अनगिनत संख्या में डुप्लीकेट पेज मैप कर सकता है.

नुकसान:

  • पेज का आकार बढ़ा सकता है.
  • बड़ी साइटों पर या ऐसी साइटों पर मैपिंग करना मुश्किल हो सकता है, जहां यूआरएल अक्सर बदलते रहते हैं.
  • सिर्फ़ HTML पेजों के लिए काम करता है, पीडीएफ़ जैसी फ़ाइलों के लिए नहीं. ऐसे मामलों में, आप rel=canonical HTTP हेडर इस्तेमाल कर सकते हैं.
rel=canonical HTTP हेडर

आपका पेज खोजे जाने पर rel=canonical हेडर भेजें.

फ़ायदे:

  • पेज का आकार नहीं बढ़ाता है.
  • अनगिनत संख्या में डुप्लीकेट पेज मैप कर सकता है.

नुकसान:

  • बड़ी साइटों पर या ऐसी साइटों पर मैपिंग करना मुश्किल हो सकता है, जहां यूआरएल अक्सर बदलते रहते हैं.
साइटमैप

साइटमैप में अपने कैननिकल पेज बताएं.

फ़ायदे:

  • खास तौर पर बड़ी साइटों पर काम करना आसान होता है

नुकसान:

  • Googlebot को अभी भी ऐसे किसी कैननिकल पेज के लिए उससे जुड़ा डुप्लीकेट तय करना होगा, जिसके बारे में आप साइटमैप में बताते हैं.
  • Googlebot के लिए, rel=canonical मैपिंग तकनीक के मुकाबले कम ताकतवर सिग्नल.
301 रीडायरेक्ट 301 रीडायरेक्ट का इस्तेमाल Googlebot को यह बताने के लिए करें कि दूसरा वेबलिंक दिए गए यूआरएल के मुकाबले एक बेहतर वर्शन है. इसका इस्तेमाल सिर्फ़ तभी करें, जब किसी डुप्लीकेट पेज को रोकना हो.
AMP के अलग-अलग प्रकार अगर आपका कोई फ़ॉर्मैट एक AMP पेज है, तो कैननिकल पेज और AMP फ़ॉर्मैट के बारे में बताने के लिए आपको AMP दिशा-निर्देशों का पालन करना होगा.

 

हमारी सलाह है कि आप इनमें से किसी तरीके का इस्तेमाल करें, हालांकि ऐसा करना ज़रूरी नहीं है. अगर आप कोई कैननिकल यूआरएल नहीं बताते हैं, तो हम अपने हिसाब से सबसे अच्छे वर्शन या यूआरएल की पहचान करेंगे.

सामान्य दिशा-निर्देश

कैननिकल करने के सभी तरीके जानने के लिए, इन सामान्य दिशा-निर्देशों का पालन करें.

सामान्य दिशा-निर्देश
  • कैननिकल करने के लिए robots.txt फ़ाइल का इस्तेमाल न करें.
  • कैननिकल करने के लिए यूआरएल हटाने वाले टूल का इस्तेमाल न करें: ऐसा करने से यूआरएल के सभी वर्शनों को खोज से हटा दिया जाता है.
  • कैननिकल करने की एक जैसी या अलग-अलग तकनीकों का इस्तेमाल करके, एक जैसे पेज के लिए अलग-अलग यूआरएल को कैननिकल बताएं (उदहारण के लिए, किसी साइटमैप में rel="canonical" इस्तेमाल करके एक जैसे पेज के लिए एक यूआरएल न बताएं. इसके बजाय अलग यूआरएल बताएं.
  • कैननिकल पेज चुने जाने से रोकने के माध्यम के रूप में noindex इस्तेमाल करें. यह निर्देश इंडेक्स से पेज को बाहर करने के लिए है, कैननिकल पेज की पसंद को प्रबंधित करने के लिए नहीं. 
  • hreflang टैग इस्तेमाल करते समय एक कैननिकल पेज ज़रूर बताएं. उसी भाषा में एक कैननिकल पेज बताएं या अगर उसी भाषा के लिए कोई कैननिकल पेज मौजूद नहीं है, तो सबसे सही वैकल्पिक भाषा बताएं.

कैननिकल यूआरएल के लिए HTTP की जगह HTTPS को ज़्यादा ज़रूरी समझें

Google बराबरी के HTTP पेजों की जगह HTTPS पेजों को कैननिकल बनाना पसंद करता है. इसमें नीचे दी गई समस्याएं या आपस में टकराने वाले सिग्नल से जुड़े मामले शामिल नहीं हैं:

  • HTTPS पेज में गलत SSL प्रमाणपत्र है.
  • HTTPS पेज में ऐसी चीज़ें (इमेज के अलावा दूसरी चीज़ें) शामिल हैं जो सुरक्षित नहीं, लेकिन ज़रूरी हैं.
  • HTTPS पेज उपयोगकर्ताओं को किसी HTTP पेज पर या इसके ज़रिए दूसरे वेबलिंक पर भेजता है.
  • HTTPS पेज में HTTP पेज का एक rel="canonical" लिंक शामिल है.

वैसे हमारे सिस्टम डिफ़ॉल्ट रूप से HTTP पेजों की जगह HTTPS पेजों को ज़्यादा ज़रूरी मानते हैं, फिर भी आप नीचे दी गई कोई भी कार्रवाई करके इस व्यवहार को पक्का कर सकते हैं:

  • HTTP पेज से HTTPS पेज में रीडायरेक्ट जोड़ें.
  • HTTP पेज से HTTPS पेज पर एक rel="canonical" लिंक जोड़ें.
  • HSTS लागू करें.

Google को गलती से HTTP पेज को कैननिकल बनाने से रोकने के लिए, आपको नीचे दिए गए व्यवहारों से बचना चाहिए:

  • गलत SSL प्रमाणपत्र और HTTPS-से-HTTP रीडायरेक्ट की वजह से हम HTTP को बहुत ज़्यादा ज़रूरी मान लेते हैं. HSTS लागू करने से इसे बहुत ज़्यादा ज़रूरी मानना बंद नहीं किया जा सकता है.
  • अपने साइटमैप या hreflang कोडिंग में HTTPS वर्शन के बजाय HTTP पेज शामिल करना.
  • अलग प्रकार के गलत होस्ट के लिए अपने SSL/TLS प्रमाणपत्र का इस्तेमाल करना: उदाहरण के लिए, example.com की ओर से www.example.com के लिए प्रमाणपत्र दिया जाना.  प्रमाणपत्र आपकी पूरी साइट के यूआरएल से मेल खाना चाहिए या एक वाइल्डकार्ड प्रमाणपत्र होना चाहिए, जिसे किसी डोमेन पर एक से ज़्यादा उप डोमेन के लिए इस्तेमाल किया जा सके.

Google को डाइनैमिक पैरामीटर अनदेखा करने के लिए कहें

Googlebot को ऐसे किसी भी पैरामीटर के बारे में पैरामीटर हैंडलिंग इस्तेमाल करने के लिए कहें, जिसे क्रॉल करते समय अनदेखा करना चाहिए. कुछ पैरामीटर अनदेखा करने से Google के इंडेक्स में डुप्लीकेट सामग्री कम हो सकती है. इससे आपकी साइट को ज़्यादा क्रॉल किया जा सकता है. उदाहरण के लिए, अगर आप यह बताते हैं कि पैरामीटर sessionid को अनदेखा करना चाहिए, तो Googlebot नीचे दिए गए दो यूआरएल को डुप्लीकेट मानेगा:

  • https://www.example.com/dresses/green.php?sessionid=273749
  • https://www.example.com/dresses/green.php

खास तरीके

डुप्लीकेट यूआरएल या डुप्लीकेट/मिलते-जुलते पेजों के लिए, एक कैननिकल यूआरएल बताने के लिए नीचे दिया गया कोई एक तरीका चुनें.

देख लें कि सभी तरीकों के लिए, ऊपर बताए गए सामान्य दिशा-निर्देशों का पालन किया जा रहा है.

पसंदीदा डोमेन सेट करें

Search Console का इस्तेमाल करके Google को बताएं कि आप अपनी साइट के यूआरएल के कौनसे वर्शन अपने डोमेन के लिए कैननिकल बनाना पसंद करेंगे:

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

अगर आप https://example.com को अपने पसंदीदा डोमेन के रूप में सेट करते हैं, तो Google www.example.com पर एक जैसे यूआरएल या पेजों को example.com के पेजों का डुप्लीकेट मानता है.

जानकारी के लिए अपना पसंदीदा डोमेन सेट करें पढ़ें.

rel="canonical" लिंक टैग इस्तेमाल करें

कोई पेज कब दूसरे पेज का डुप्लीकेट माना जाएगा, यह बताने के लिए आप पेज हेडर में एक <link> टैग कर सकते हैं.

मान लीजिए कि आप https://example.com/dresses/green-dresses को कैननिकल यूआरएल बनाना चाहते हैं, भले ही कई तरह के यूआरएल इस सामग्री का इस्तेमाल कर सकते हैं. ऐसे में, नीचे दिए गए चरणों के ज़रिए इस यूआरएल को कैननिकल बताएं:

  1. सभी डुप्लीकेट पेजों को rel="canonical" लिंक तत्व बताएं. कैननिकल पेज पर ले जाने वाले, डुप्लीकेट पेजों के <head> में rel="canonical" विशेषता वाला एक <link> तत्व जोड़ें, जैसा कि नीचे दिया गया है:
    <link rel="canonical" href="https://example.com/dresses/green-dresses" />

  2. अगर कैननिकल पेज का कोई मोबाइल पर इस्तेमाल किया जाने वाला प्रकार है, तो इससे एक rel="alternate" लिंक जोड़ें, जो पेज के मोबाइल वर्शन पर ले जाता हो:
    <link rel="alternate" media="only screen and (max-width: 640px)"  href="http://m.example.com/dresses/green-dresses">

  3. कोई hreflang या दूसरे रीडायरेक्ट जोड़ें, जो पेज के लिए सही हों.

rel="canonical" लिंक तत्व के साथ मिलते-जुलते पाथ के बजाय बिल्कुल सही पाथ इस्तेमाल करें.

यह फ़ॉर्मैट इस्तेमाल करें: https://www.example.com/dresses/green/greendresss.html
यह फ़ॉर्मैट इस्तेमाल करें: /dresses/green/greendress.html
Use rel="canonical" HTTP हेडर इस्तेमाल करें

अगर आप अपने सर्वर को कॉन्फ़िगर कर सकते हैं, तो आप पीडीएफ़ फ़ाइल जैसे बिना-HTML वाले दस्तावेज़ों के लिए, कैननिकल यूआरएल बताने के लिए (HTML टैग के बजाय) rel="canonical" HTTP हेडर इस्तेमाल कर सकते हैं.

उदाहरण के लिए, अगर आप किसी पीडीएफ़ फ़ाइल को कई यूआरएल के ज़रिए दिखाते हैं, तो डुप्लीकेट यूआरएल के लिए आप एक rel="canonical" HTTP हेडर दिखा सकते हैं, जैसा कि नीचे दिया गया है. इसके ज़रिए आप Googlebot को यह बताते हैं कि पीडीएफ़ फ़ाइल के लिए कैननिकल यूआरएल कौनसा है:

लिंक: <http://www.example.com/downloads/white-paper.pdf>; rel="canonical"

फ़िलहाल Google पर सिर्फ़ वेब खोज नतीजों के लिए यह तरीका काम करता है.

rel="canonical" लिंक तत्व के साथ मिलते-जुलते पाथ के बजाय बिल्कुल सही पाथ इस्तेमाल करें. यानी:
यह फ़ॉर्मैट इस्तेमाल करें: http://www.example.com/downloads/white-paper.pdf
यह फ़ॉर्मैट इस्तेमाल करें: /downloads/white-paper.pdf
साइटमैप इस्तेमाल करें

अपने हर पेज के लिए एक कैननिकल यूआरएल चुनें और इसे साइटमैप में सबमिट करें. साइटमैप में दिए गए सभी पेजों को कैननिकल बताया गया है; Googlebot सामग्री मिलती-जुलती होने के आधार पर यह तय करेगा कि कौनसा पेज (अगर कोई हो) डुप्लीकेट है.

हम इस बात की गारंटी नहीं देते कि हम साइटमैप यूआरएल को कैननिकल मानेंगे, लेकिन यह एक बड़ी साइट के लिए कैननिकल को समझाने का एक आसान तरीका है. साथ ही, साइटमैप Google को यह बताने का एक अच्छा तरीका है कि आप कौनसे पेजों को अपनी साइट पर सबसे ज़्यादा ज़रूरी मानते हैं.

साइटमैप में ऐसे पेज शामिल न करें जो कैननिकल नहीं हैं. अगर साइटमैप का इस्तेमाल करते हैं, तो साइटमैप में सिर्फ़ कैननिकल यूआरएल बताएं.

अब काम नहीं करने वाले यूआरएल के लिए 301 रीडायरेक्ट इस्तेमाल करें

इस तरीके का इस्तेमाल तब करें जब आप मौजूदा डुप्लीकेट पेजों से छुटकारा पाना चाहते हैं. लेकिन पुराने यूआरएल का इस्तेमाल करना बंद करने से पहले यह ज़रूर देख लें कि इसे आसानी से बदला जा सकता है.

मान लेते हैं कि आपके पेज पर कई तरीकों से पहुंचा जा सकता है:

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

उनमें से किसी एक यूआरएल को अपना कैननिकल यूआरएल चुनें. दूसरे यूआरएल से अपने पसंदीदा यूआरएल में ट्रैफ़िक भेजने के लिए 301 रीडायरेक्ट इस्तेमाल करें. सर्वर की ओर का 301 रीडायरेक्ट यह पक्का करने का सबसे अच्छा तरीका है कि उपयोगकर्ता और खोज इंजन को सही पेज पर ले जाया जाता है. 301 स्थिति कोड का मतलब है कि किसी पेज को हमेशा के लिए किसी नई जगह पर ले जाया गया है.

क्‍या यह लेख उपयोगी था?
हम उसे किस तरह बेहतर बना सकते हैं?