मोबाइल साइट और वेब पेज के मोबाइल वर्शन को पहले इंडेक्स करने की सुविधा के लिए सबसे सही तरीके

इंडेक्स और रैंक करने के लिए Google, किसी साइट के कॉन्टेंट के मोबाइल वर्शन का इस्तेमाल करता है. इसे स्मार्टफ़ोन एजेंट के ज़रिए क्रॉल किया जाता है. इसे वेब पेज के मोबाइल वर्शन को पहले इंडेक्स करने की सुविधा कहते हैं.

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

उपयोगकर्ताओं को सबसे अच्छा अनुभव देने के लिए, इस गाइड में बताए गए सबसे सही तरीके अपनाएं.

मोबाइल-फ़्रेंडली साइट बनाना

अगर आपकी वेबसाइट मोबाइल-फ़्रेंडली नहीं है, तो पहले उसे मोबाइल-फ़्रेंडली बनाएं. इससे मोबाइल फ़ोन से आपकी साइट पर आने वाले लोगों को बेहतर अनुभव मिलता है. मोबाइल-फ़्रेंडली साइट बनाने के लिए, यहां तीन कॉन्फ़िगरेशन दिए गए हैं:

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

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

पक्का करना कि Google आपके कॉन्टेंट को ऐक्सेस और रेंडर कर सकता हो

यह देख लें कि Google आपके मोबाइल पेज के कॉन्टेंट और रिसॉर्स को ऐक्सेस और रेंडर कर सकता हो.

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

पक्का करना कि डेस्कटॉप और मोबाइल वर्शन, दोनों का कॉन्टेंट एक जैसा हो

एक जैसा कॉन्टेंट होने पर भी, अगर डेस्कटॉप और मोबाइल पेज के डीओएम या लेआउट में अंतर है, तो Google दोनों वर्शन के कॉन्टेंट को अलग-अलग मान सकता है. हालांकि, डेस्कटॉप और मोबाइल वर्शन, दोनों पर एक जैसा कॉन्टेंट होने से यह पक्का होता है कि एक जैसे कीवर्ड के लिए दोनों वर्शन की रैंक एक जैसी हो.

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

स्ट्रक्चर्ड डेटा की जांच करना

अगर आपकी साइट पर स्ट्रक्चर्ड डेटा मौजूद है, तो पक्का करें कि यह साइट के दोनों वर्शन के लिए उपलब्ध हो. आप इन खास बातों की जांच कर सकते हैं:

• देख लें कि मोबाइल और डेस्कटॉप साइट, दोनों का स्ट्रक्चर्ड डेटा एक ही हो. अगर आपको तय करना है कि मोबाइल साइट पर किस तरह का स्ट्रक्चर्ड डेटा जोड़ा जाए, तो Breadcrumb, Product, और VideoObject स्ट्रक्चर्ड डेटा से शुरुआत करें.
• स्ट्रक्चर्ड डेटा में सही यूआरएल का इस्तेमाल करें. पक्का करें कि मोबाइल वर्शन के स्ट्रक्चर्ड डेटा में मौजूद यूआरएल को मोबाइल यूआरएल में अपडेट कर दिया गया हो.
• अगर आप डेटा हाइलाइटर इस्तेमाल करते हैं, तो उसे अपनी मोबाइल साइट पर अपडेट करें. अगर आपने स्ट्रक्चर्ड डेटा देने के लिए डेटा हाइलाइटर का इस्तेमाल किया है, तो नियमित रूप से डेटा हाइलाइटर डैशबोर्ड की जांच करें. इससे आपको साइट के कुल डेटा में से काम का डेटा छांटने में होने वाली गड़बड़ियों का पता चलेगा.

अपनी साइट के दोनों वर्शन में एक ही मेटाडेटा डालें

पक्का करें कि आपकी साइट के दोनों वर्शन में, title एलिमेंट और मुख्य जानकारी एक जैसी हो.

अपने विज्ञापनों के प्लेसमेंट की जांच करना

विज्ञापनों की वजह से अपने मोबाइल पेज की रैंकिंग खराब न होने दें. मोबाइल डिवाइसों पर विज्ञापन दिखाते समय, Better Ads Standard अपनाएं. उदाहरण के लिए, पेज के सबसे ऊपर दिख रहे विज्ञापन, मोबाइल डिवाइस पर ज़्यादा जगह लेते हैं. इससे उपयोगकर्ताओं को खराब अनुभव मिलता है

विज़ुअल कॉन्टेंट की जांच करना

इमेज की जांच करना

पक्का करें कि आपकी मोबाइल साइट पर मौजूद इमेज, इमेज दिखाने के सबसे सही तरीकों के मुताबिक हों. खास तौर पर, हमारे ये सुझाव है:

• अच्छी क्वालिटी की इमेज दें. मोबाइल साइट पर बहुत छोटी या लो रिज़ॉल्यूशन वाली इमेज का इस्तेमाल न करें.
• इमेज के लिए साइट पर काम करने वाला फ़ॉर्मैट इस्तेमाल करें. ऐसे फ़ॉर्मैट या टैग इस्तेमाल न करें जो साइट पर काम न करते हों. उदाहरण के लिए, Google पर SVG फ़ॉर्मैट की इमेज काम करती हैं, लेकिन हमारे सिस्टम किसी इनलाइन SVG के अंदर <image> टैग में .jpg इमेज को इंडेक्स नहीं कर सकते.
• ऐसे यूआरएल इस्तेमाल न करें जो इमेज के लिए पेज लोड करने पर हर बार बदलते हों. अगर बार-बार यूआरएल बदले जाते हैं, तो Google आपके रिसॉर्स को ठीक तरह से प्रोसेस और इंडेक्स नहीं कर पाएगा.
• पक्का करें कि मोबाइल साइट में इमेज के लिए वही वैकल्पिक लेख हो जो डेस्कटॉप साइट में है. मोबाइल साइट पर इमेज की जानकारी देने वाले उसी वैकल्पिक लेख का इस्तेमाल करें जिसका इस्तेमाल आपने डेस्कटॉप साइट पर किया है.
• पक्का करें कि मोबाइल पेज के कॉन्टेंट की क्वालिटी उतनी ही अच्छी हो जितनी डेस्कटॉप पेज की है. मोबाइल साइट पर इमेज की जानकारी देने वाले वही टाइटल, कैप्शन, फ़ाइलों के नाम, और टेक्स्ट इस्तेमाल करें जिनका इस्तेमाल आपने डेस्कटॉप साइट पर किया है.

वीडियो की जांच करना

पक्का करें कि आपकी मोबाइल साइट पर मौजूद वीडियो, वीडियो दिखाने के सबसे सही तरीकों के मुताबिक हों. खास तौर पर, हमारे ये सुझाव है:

• ऐसे यूआरएल इस्तेमाल न करें जो वीडियो के लिए पेज लोड करने पर हर बार बदलते हों. अगर बार-बार यूआरएल बदले जाते हैं, तो Google आपके रिसॉर्स को ठीक तरह से प्रोसेस और इंडेक्स नहीं कर पाएगा.
• अपने वीडियो के लिए साइट पर काम करने वाला फ़ॉर्मैट इस्तेमाल करें और उन्हें साइट पर काम करने वाले टैग में डालें. पेज पर मौजूद एचटीएमएल टैग से वीडियो की पहचान होती है. उदाहरण के लिए: <video>, <embed> या <object>.
• मोबाइल साइट और डेस्कटॉप साइट, दोनों के लिए वीडियो का एक ही स्ट्रक्चर्ड डेटा इस्तेमाल करें. ज़्यादा जानकारी के लिए, अपने स्ट्रक्चर्ड डेटा की जांच करें.
• वीडियो को पेज पर ऐसी जगह पर रखें जहां वह मोबाइल डिवाइस पर आसानी से दिखे. उदाहरण के लिए, अगर लोगों को मोबाइल पेज पर वीडियो देखने के लिए काफ़ी नीचे तक स्क्रोल करना पड़ता है, तो इससे वीडियो की रैंकिंग खराब हो सकती है.

अलग-अलग यूआरएल के लिए दूसरे सबसे सही तरीके

अगर आपकी साइट पर किसी पेज के डेस्कटॉप और मोबाइल वर्शन, दोनों के अलग-अलग यूआरएल (जिसे एम-डॉट के नाम से भी जाना जाता है) हैं, तो आपको दूसरे सबसे सही तरीके भी अपनाने चाहिए:

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

• अलग-अलग यूआरएल पर hreflang लिंक की जांच करें. जब rel=hreflang link एलिमेंट का इस्तेमाल अंतरराष्ट्रीय स्तर वाला कॉन्टेंट बनाने के लिए किया जाता है, तब मोबाइल और डेस्कटॉप के यूआरएल को अलग-अलग लिंक करें. आपके मोबाइल यूआरएल के hreflang से मोबाइल यूआरएल खुलने चाहिए. इसी तरह, डेस्कटॉप यूआरएल के hreflang से डेस्कटॉप यूआरएल खुलने चाहिए.

  यहां किसी साइट के होम पेज के लिए hreflang का उदाहरण दिया गया है, जिसके मोबाइल और डेस्कटॉप वर्शन, दोनों के अलग-अलग यूआरएल हैं.

  मोबाइल

  इस उदाहरण में, मोबाइल साइट का यूआरएल https://m.example.com/ है.

  <link rel="canonical" href="https://example.com/">
  <link rel="alternate" hreflang="es" href="https://m.example.com/es/">
  <link rel="alternate" hreflang="fr" href="https://m.example.com/fr/">
  <link rel="alternate" hreflang="de" href="https://m.example.com/de/">
  <link rel="alternate" hreflang="th" href="https://m.example.com/th/">

  डेस्कटॉप

  इस उदाहरण में, डेस्कटॉप साइट का यूआरएल https://example.com/ है.

  <link rel="canonical" href="https://example.com/">
  <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/">
  <link rel="alternate" hreflang="es" href="https://example.com/es/">
  <link rel="alternate" hreflang="fr" href="https://example.com/fr/">
  <link rel="alternate" hreflang="de" href="https://example.com/de/">
  <link rel="alternate" hreflang="th" href="https://example.com/th/">

• देख लें कि आपकी मोबाइल साइट इतनी कारगर है कि वह आपकी साइट के मोबाइल वर्शन की क्रॉल दर में होने वाली संभावित बढ़ोतरी को संभाल पाए.
• पुष्टि करें कि आपके robots.txt नियम आपकी साइट के दोनों वर्शन के लिए ठीक वैसा ही काम करते हैं जैसा आपको करवाना है. robots.txt फ़ाइल की मदद से साइट के मालिक यह तय कर सकते हैं कि उनकी वेबसाइट के किन हिस्सों को क्रॉल किया जा सकता है और किन हिस्सों को नहीं. ज़्यादातर मामलों में, आपको अपनी साइट के मोबाइल और डेस्कटॉप, दोनों वर्शन के लिए एक जैसे robots.txt नियम का इस्तेमाल करना चाहिए.

• अपने मोबाइल और डेस्कटॉप वर्शन के लिए, सही rel=canonical और rel=alternate link एलिमेंट इस्तेमाल करें. डेस्कटॉप यूआरएल हमेशा कैननिकल होता है और मोबाइल वर्शन उस यूआरएल का वैकल्पिक वर्शन होता है.

  यहां अलग-अलग यूआरएल साइट के सेटअप के लिए, rel=canonical और rel=alternate का एक उदाहरण दिया गया है.

  मोबाइल

  इस उदाहरण में, मोबाइल साइट का यूआरएल https://m.example.com/ है और इसमें एक link एलिमेंट शामिल है, जो डेस्कटॉप यूआरएल पर कैननिकल यूआरएल के तौर पर ले जाता है.

  <link rel="canonical" href="https://example.com/">

  डेस्कटॉप

  इस उदाहरण में, डेस्कटॉप साइट का यूआरएल https://example.com/ है और इसमें एक link एलिमेंट शामिल है, जो खुद पर कैननिकल यूआरएल के तौर पर ले जाता है. इसके अलावा, इसमें एक और link एलिमेंट शामिल है, जो इस यूआरएल के वैकल्पिक वर्शन के तौर पर मोबाइल वर्शन पर ले जाता है.

  <link rel="canonical" href="https://example.com/">
  <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/">

समस्या हल करना

यहां ऐसी आम गड़बड़ियों की सूची दी गई है जो साइटों पर वेब पेज के मोबाइल वर्शन को पहले इंडेक्स करने की सुविधा को चालू होने से रोक सकती हैं या यह सुविधा चालू होने के बाद उनकी रैंकिंग में गिरावट ला सकती है. अगर आपकी साइट पर अब तक वेब पेज के मोबाइल वर्शन को पहले इंडेक्स करने की सुविधा चालू नहीं थी, लेकिन इसे चालू करने के बाद साइट की रैंकिंग में गिरावट आई या आपको Search Console में मैसेज मिला. ऐसे में, आम गड़बड़ियों की सूची देखें और अपनी साइट की गड़बड़ियों को ठीक करें: