मार्च 2023 में, Google के एसईओ के ऑफ़िस आवर्स वाले सेशन की ट्रांसक्रिप्ट

यह ट्रांसक्रिप्ट, मार्च 2023 में हुए Google के एसईओ के ऑफ़िस आवर्स सेशन की है. अगर आपको अपनी साइट के लिए कोई मदद चाहिए, तो हमारा सुझाव है कि Google Search Central के सहायता समुदाय में अपना सवाल पोस्ट करें.

अपनी साइट पर नतीजों को अपडेट करने का सबसे सही तरीका क्या है?

जॉन: बॉब ने हमसे पूछा: एसईओ के नतीजों को अपनी साइट पर अपडेट करने का सबसे सही तरीका क्या है? मैं यूआरएल को नई WordPress साइट पर ले गया, लेकिन खोज नतीजों में पिछली साइट और नई साइट को ब्लेंड करके दिखाया जा रहा है.

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

Google, WebP इमेज की पहचान कैसे करता है?

गैरी: सैम पूछ रहे हैं: Google, WebP इमेज की पहचान कैसे करता है? फ़ाइल एक्सटेंशन से या इमेज के फ़ॉर्मैट से?

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

'मुख्य वीडियो की पहचान नहीं कर पाया' गड़बड़ी को मैनेज करना

लिज़ी: जिमी पूछ रहे हैं: Search Console में 'पेज पर मौजूद मुख्य वीडियो की पहचान नहीं कर पाया' गड़बड़ी को ठीक करने का तरीका क्या है?

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

क्या दो देशों में एक भाषा वाले कॉन्टेंट को Google, डुप्लीकेट कॉन्टेंट मानता है?

जॉन: मार्क पूछते हैं: ऐसा लगता है कि दो देशों में एक भाषा वाले कॉन्टेंट को Google, डुप्लीकेट कॉन्टेंट मानता है. हम इसके लिए क्या कर सकते हैं?

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

क्या अपनी डच वेबसाइट के लिए .com या .nl का इस्तेमाल करना बेहतर है?

गैरी: जेल पूछ रहे हैं: मेरे पास .nl डोमेन वाली डच वेबसाइट है और हाल ही में .com डोमेन भी खरीदा है. मेरी डच वेबसाइट के लिए एसईओ का .com डोमेन का इस्तेमाल करना बेहतर है या .nl?

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

मैं इंडेक्स किए गए ज़्यादा पेजों को दूसरी साइट पर कैसे ले जाऊं?

लिज़ी: अनजान व्यक्ति पूछ रहा है: मैं इंडेक्स किए गए ज़्यादा पेजों को दूसरी साइट पर कैसे ले जाऊं?

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

क्या Search Console में क्रॉल करने के अनुरोध में Google की AdsBot क्रॉलिंग भी शामिल होगी?

जॉन: एलन पूछती हैं: क्या Search Console में क्रॉल करने के अनुरोध में Google की AdsBot क्रॉलिंग भी शामिल होगी? हमने Search Console के क्रॉलर से मिले कुछ उदाहरणों में यह देखा कि उनमें Merchant Center पर मौजूद प्रॉडक्ट के यूआरएल का अनुरोध किया गया.

नमस्ते, एलन. हां, Search Console में क्रॉल करने से जुड़े आंकड़ों में, AdsBot भी शामिल होता है. इसे Googlebot टाइप सेक्शन में अलग से देखा जा सकता है. इसे यहां इसलिए शामिल किया गया है, क्योंकि AdsBot, Googlebot की खोज जैसे इन्फ़्रास्ट्रक्चर का इस्तेमाल करता है. साथ ही, इसे सीमित करने के लिए एक जैसी क्रॉल दर का इस्तेमाल किया जाता है.

Google, इंडेक्स किए गए यूआरएल को कैसे अपडेट करता है?

गैरी: शैनन पूछ रहे हैं: Google, इंडेक्स किए गए ऐसे यूआरएल को कैसे अपडेट करता है जो खोज के नतीजों से वापस मिला है?

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

क्या hreflang को कई साइटमैप पर पढ़ा और समझा जा सकता है?

लिज़ी: फ़्रेडरिक पूछ रहे हैं: क्या hreflang को कई साइटमैप में पढ़ा और समझा जा सकता है या क्या आप चाहते हैं कि एक साइटमैप में सभी यूआरएल एक ही भाषा वाले कॉन्टेंट में ले जा रहे हों? क्या DE, CH, और AT के लिए एक ही साइटमैप होना चाहिए?

इनमें से जो भी तरीका आपके लिए मैनेज करना आसान हो उसे अपनाया जा सकता है. मुझे अलग-अलग साइटों के साइटमैप सबमिट करने के बारे में दस्तावेज़ और hreflang दस्तावेज़ देखना होगा. आपको इसके लिए क्या-क्या चाहिए, इस बारे में ज़्यादा जानकारी उपलब्ध है. आपके चुने गए तरीके और साइटमैप सबमिट करने के तरीके के हिसाब से आपको अलग-अलग जानकारी मिलेगी.

क्या बड़े पैमाने पर फिर से इंडेक्स करने का अनुरोध किया जा सकता है?

जॉन: मार्टिना पूछती हैं: क्या मैं Search Console में मौजूद सभी प्रॉडक्ट को फिर से इंडेक्स करने का अनुरोध कर सकती हूं?

नमस्ते, मार्टिना. माफ़ करें, पूरी वेबसाइट को फिर से प्रोसेस करने का अनुरोध करने के लिए, कोई विकल्प नहीं है. यह प्रोसेस समय के साथ अपने-आप होती है. आप साइटमैप फ़ाइल का इस्तेमाल करके, हमें उन पेजों के बारे में बता सकती हैं जिनमें बदलाव किए गए हैं. ज़्यादातर ई-कॉमर्स सेटअप आपके लिए यह काम करते हैं. अगर ये अपडेट प्रॉडक्ट या कीमत से जुड़े हैं, तो इसके लिए Merchant Center फ़ीड का इस्तेमाल करें. अगर अलग-अलग पेज को जल्द से जल्द अपडेट करना है, तो Search Console में यूआरएल जांचने वाले टूल का इस्तेमाल करें. इस टूल की मदद से, पेजों को फिर से इंडेक्स करने का अनुरोध किया जा सकता है. अगर आपको कुछ पेजों को तुरंत हटाना है, तो Search Console में ऐसा भी किया जा सकता है. सही ई-कॉमर्स सेटअप का इस्तेमाल करने पर, ये सभी काम अपने-आप होने लगेंगे.

Google किसी यूआरएल को दूसरे यूआरएल का डुप्लीकेट क्यों दिखाता है?

गैरी: लोरी डुप्लीकेट यूआरएल के बारे में पूछ रही हैं: Google किसी यूआरएल को दूसरे यूआरएल का डुप्लीकेट क्यों दिखा रहा है?

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

क्या <strong> टैग हमारी वेबसाइट के लिए फ़ायदेमंद है?

लिज़ी: वरिंदर पूछ रहे हैं: क्या <strong> टैग हमारी वेबसाइट के लिए फ़ायदेमंद है या नहीं. साथ ही, <b> और <strong> टैग में क्या फ़र्क़ है?

यह अच्छा सवाल है. <b> और <strong> टैग, दोनों का इस्तेमाल करके, यह बताया जा सकता है कि टेक्स्ट अहम है, लेकिन वे एक जैसे नहीं हैं. <strong> टैग का इस्तेमाल उन चीज़ों के लिए किया जाना चाहिए जो बेहद अहम हैं, गंभीर हैं या जिन पर तुरंत काम करना ज़रूरी है. जैसे, चेतावनी. इसका मतलब यह है कि स्ट्रांग, टेक्स्ट को बोल्ड करने का सबसे अच्छा तरीका है.

मेरी खास वेबसाइट को इंडेक्स क्यों नहीं किया जा रहा है?

जॉन: हमज़ा ने एक सवाल सबमिट किया, जिसमें कहा गया है: कृपया मेरी robots.txt फ़ाइल देखें. मुझे यह जानना है कि मेरी वेबसाइट को इंडेक्स क्यों नहीं किया जा रहा है.

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

क्या साइट के खोज नतीजों में बदलाव का मतलब मुख्य रैंकिंग सिस्टम अपडेट से है?

गैरी: जेसन पूछ रहे हैं: क्या साइट के खोज नतीजों में होने वाले बड़े बदलावों का मतलब मुख्य रैंकिंग सिस्टम अपडेट से है?

यह अच्छा सवाल है. आसान जवाब. नहीं.

क्या Google, एसईओ के सबसे सही नतीजों के लिए इमेज में दिया गया टेक्स्ट क्रॉल कर सकता है?

लिज़ी: बार्टू ने पूछा: मैंने अपनी वेबसाइट पर एक इमेज अपलोड की. इसमें टेक्स्ट भी है. क्या Google, एसईओ के सबसे सही नतीजों के लिए इमेज में दिया गया टेक्स्ट क्रॉल कर सकता है?

Google आम तौर पर ओसीआर की मदद से इमेज से टेक्स्ट निकाल सकता है. बेहतर होगा कि आप उस इमेज के लिए alt टेक्स्ट के ज़रिए जानकारी दें, ताकि हम आपकी इमेज का संदर्भ बेहतर तरीके से समझ सकें. इससे न सिर्फ़ आपकी साइट के उन पाठकों को मदद मिलती है जो शायद स्क्रीन रीडर के ज़रिए आपकी साइट पर आते हैं, बल्कि इससे आपको यह बताने में भी मदद मिलती है कि आपके पेज के बाकी कॉन्टेंट से यह इमेज कैसे मेल खाती है.

क्या Google का पेज स्पीड एल्गोरिदम, स्पीड के लिए ऑप्टिमाइज़ किए गए व्यूपोर्ट पर ध्यान देता है?

जॉन: निक ने पूछा: क्या Google का पेज स्पीड एल्गोरिदम, उन वेब पेजों पर ध्यान देता है जिनके व्यूपोर्ट कॉन्टेंट को स्पीड के लिए ऑप्टिमाइज़ किया गया है, न कि पूरे पेज को? कभी-कभी पूरे पेज को सही समय के पैरामीटर में लोड नहीं किया जा सकता है.

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

क्या अरबी क्षेत्र में Googlebot से जुड़ी कोई समस्या है?

गैरी: मिरेला पूछ रही हैं: क्या अरबी क्षेत्र में Googlebot के लिए कवरेज से जुड़ी कोई ऐसी समस्या है जिससे इंडेक्स करने पर असर पड़ सकता है? GSC हमारे साइटमैप को फ़ेच कर सकता है.

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

अगर मेरे डोमेन पर DE, AT, और CH साइटें हैं, तो क्या मुझे DE को hreflang 'de' के साथ मार्क करना चाहिए?

लिज़ी: ठीक है, फ़्रेडरिक ने एक और सवाल पूछा है: अगर मेरे डोमेन पर DE, AT, और CH साइटें हैं, तो क्या मुझे DE को hreflang 'de' से मार्क करना चाहिए (न कि 'de-de'), क्योंकि इस देश के लोग सबसे ज़्यादा मेरी साइट पर आते हैं?

आपके पास 'de' या 'de-de', दोनों में से किसी को भी चुनने का विकल्प है. यह आपके लक्ष्यों पर निर्भर करता है. साथ ही, अगर आपको किसी खास देश के लोगों के लिए अपनी वेबसाइट तैयार करनी है, तो भी उस हिसाब से इनका इस्तेमाल किया जा सकता है. उदाहरण के लिए, अगर आपको स्विट्ज़रलैंड के लोगों का आपकी .de देश वाली साइट पर आना ठीक लगता है, तो 'de' का ही इस्तेमाल करें.

अगर Googlebot को कोई ऐसी वेबसाइट मिलती है जो लॉन्च नहीं की गई है और वह पासवर्ड से सुरक्षित है, तो वेबसाइट को फिर से क्रॉल कैसे किया जाता है?

जॉन: लिया ने पूछा है: अगर Googlebot, लॉन्च न की गई किसी वेबसाइट पर जाता है, जिसमें पासवर्ड की ज़रूरत होती है, तो 401 गड़बड़ी कोड के बाद, वेबसाइट को फिर से कैसे क्रॉल किया जाता है? हमारी साइट लॉन्च नहीं की गई थी और पासवर्ड से सुरक्षित भी नहीं थी. नवंबर में, Googlebot ने क्रॉल करने की कोशिश की, लेकिन साइट को ब्लॉक कर दिया गया. मुझे साइट को फिर से क्रॉल करने के बारे में जानना है.

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

गैरी: ओलिविया ने पूछा है: नमस्ते, Search Console टीम. मैंने देखा है कि कुछ मीडिया वेबसाइट में ऐसे साइट लिंक होते हैं जो iOS या Google Play ऐप स्टोर पर ले जाते हैं. उदाहरण के लिए, द वॉशिंगटन पोस्ट या टाइम्स यूके. हम इस तरह के साइट लिंक कैसे जनरेट कर सकते हैं? धन्यवाद.

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

क्या एक तरह के स्ट्रक्चर्ड डेटा को किसी दूसरे तरह के स्ट्रक्चर्ड डेटा में जोड़ा जा सकता है?

लिज़ी: प्रबल पूछ रहे हैं: क्या एक तरह के स्ट्रक्चर्ड डेटा को किसी दूसरे तरह के स्ट्रक्चर डेटा में जोड़ा जा सकता है? जैसे, सवाल-जवाब वाले स्ट्रक्चर्ड डेटा में कैरसेल का स्ट्रक्चर्ड डेटा जोड़ना.

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

Google, कुछ क्वेरी के लिए स्थानीय कारोबार के मैप के नतीजे क्यों नहीं दिखाता?

गैरी: टायसन पूछ रहे हैं: खोज के लिए शब्द 'शादी के न्योते' के लिए, Google अब स्थानीय व्यापार के मैप के नतीजे नहीं दिखाता है. क्यों?

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

Google किसी ऐसे पेज के बारे में कैसे बताता है जिसमें सॉफ़्ट-404 गड़बड़ियां होती हैं?

लिज़ी: राजीव पूछ रहे हैं: Google, सॉफ़्ट-404 गड़बड़ियों वाले उन पेज के बारे में कैसे बताता है जो Google के सॉफ़्ट-404 गड़बड़ी से जुड़े दिशा-निर्देशों का उल्लंघन करते हैं?

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

अगर कोई कंपनी अलग-अलग सेवाएं देती है, तो क्या ऐसे में दोनों के लिए अलग-अलग वेबसाइट होना बेहतर है?

गैरी: एड्रियन पूछ रहे हैं: अगर कोई कंपनी अलग-अलग सेवाएं देती है, जैसे कि भाषा के कोर्स और आईटी कोर्स, तो क्या एसईओ के लिहाज़ से, दोनों के लिए अलग-अलग वेबसाइट होना बेहतर है या एक ही वेबसाइट सही है?

वैसे, मेरा मानना है कि यह फ़ैसला एसईओ के हिसाब से नहीं, बल्कि कारोबार के हिसाब से होना चाहिए. सेटअप के हिसाब से देखें, तो दो वेबसाइटों के रखरखाव में जितना खर्चा होगा उतना आपको दो अलग-अलग डोमेन से फ़ायदा नहीं होगा. अगर यह कोई समस्या नहीं है, तो अलग-अलग इलाकों के लिए अलग-अलग वेबसाइट बनाना या हर तरह के कोर्स के लिए खास वेबसाइट बनाना, लोगों के लिए कभी-कभी मददगार होता है. खास तौर पर, जब आपकी वेबसाइट स्थानीय भाषा में हो. उदाहरण के लिए, अगर iOS इस्तेमाल करने वाले लोगों या अंग्रेज़ी बोलने वाले लोगों और जर्मन बोलने वाले लोगों के लिए अलग-अलग वेबसाइट बनाई जाती है, तो ऐसे मामलों में आपकी वेबसाइट पर लोगों के आने की संभावना बढ़ जाती है और आपकी वेबसाइट पर ज़्यादा समय बिता सकते हैं.

'इस देश में साइटमैप के लिए यह यूआरएल इस्तेमाल नहीं किया जा सकता' का क्या मतलब है?

लिज़ी: ज़ैन पूछ रहे हैं: एक्सएमएल hreflang साइटमैप में, गड़बड़ी वाले इस मैसेज का क्या मतलब है - 'इस देश में साइटमैप के लिए यह यूआरएल इस्तेमाल नहीं किया जा सकता'? मैंने साइटमैप सबमिट करके, दोनों देशों को ध्यान में रखकर बनाई गई साइट के लिए hreflang सबमिट किए थे. मुझे इसमें गड़बड़ियां मिली हैं और मुझे समस्या हल करने का तरीका नहीं पता है.

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

ऑर्गैनिक सर्च में, मुख्य इमेज के मुकाबले अलग इमेज क्यों दिखती है?

गैरी: मार्टिना पूछ रही हैं: ऑर्गैनिक सर्च में, लिंक किए गए प्रॉडक्ट की मुख्य इमेज के मुकाबले, लिंक के बगल में एक अलग इमेज क्यों दिखती है?

यह ज़रूरी नहीं है कि Google Search के नतीजों में शामिल इमेज, पेज की मुख्य इमेज हों. ये इमेज लोगों की क्वेरी के हिसाब से, उस इमेज से जुड़ी सबसे काम की इमेज होती हैं. यह इस बात पर निर्भर करता है कि उस इमेज के लिए हमारे पास किस तरह के सिग्नल हैं.

खोज नतीजों को पेजों में बांटने के लिए नंबर वाले लिंक दिए बिना इनफ़ाइनाइट स्क्रोलिंग का इस्तेमाल करने पर क्या होगा?

जॉन: एडम पूछते हैं: ई-कॉमर्स साइटों के पेजों पर, खोज नतीजों को पेजों में बांटने के लिए नंबर वाले लिंक दिए बिना इनफ़ाइनाइट स्क्रोलिंग का इस्तेमाल करने पर क्या होगा?

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