नवंबर में Google के एसईओ ऑफ़िस आवर्स सेशन

मंगलवार, 29 नवंबर, 2022

नवंबर में होने वाले Google एसईओ ऑफ़िस आवर्स सेशन के लिए, सवालों को सबमिट करने वाले सभी लोगों का धन्यवाद! इस एपिसोड में, आपको Google Search की टीम के सदस्यों से जवाब मिलेंगे: गैरी इलियेस, लिज़ी सैस्मन, जॉन म्यूलर, ऐलन केंट, और डुई नुएन. हमारे YouTube चैनल पर पूरी रिकॉर्डिंग मौजूद है. साथ ही, हम ब्लॉग पोस्ट में सवालों की ट्रांसक्रिप्ट को पब्लिश कर रहे हैं, ताकि आप उसका आसानी से इस्तेमाल कर सकें.

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

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

आपको नया सेटअप कैसा लगा? इस ब्लॉग पोस्ट पर सुझाव/राय भेजें या शिकायत करें बटन का इस्तेमाल करके या YouTube वीडियो पर टिप्पणियों में हमें एक नोट भेजें!

इसे डेवलपर एडवोकेट, जॉन म्यूलर ने पोस्ट किया है

क्या हम एक स्कीमा मार्कअप फ़ील्ड में कॉमा लगाकर, कई वैल्यू इस्तेमाल कर सकते हैं?

Lizzi: अभिषेक ने पूछा है, "क्या हम एक स्कीमा मार्कअप फ़ील्ड में कॉमा लगाकर, कई वैल्यू इस्तेमाल कर सकते हैं? उदाहरण के लिए, GTIN के बराबर पहली वैल्यू, दूसरी वैल्यू".

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

Search Console में, किन तरीकों का इस्तेमाल करके, लिंक को अनदेखा किया जा सकता है?

जॉन: पियर ने पूछा है: "फ़िलहाल, Search Console में डोमेन प्रॉपर्टी के लिए लिंक को अनदेखा नहीं किया जा सकता. ऐसे में क्या किया जा सकता है?"

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

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

Duy: नमस्ते, मेरा नाम डुई है और मैं एसईओ ऑफ़िस आवर्स सेशन की रिकॉर्डिंग कर रहा हूं. लता ने पूछा है, "पैसे लेकर मेहमानों की पोस्ट स्वीकार करने वाली साइटों के लिए, सहायता कॉन्टेंट से जुड़ा अपडेट कितना खराब होता है?"

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

अगर Google, कैननिकल टैग का सही तरीके से पता नहीं लगा पाता है, तो क्या करना चाहिए?

जॉन: "अगर Google, कैननिकल टैग का सही तरीके से पता नहीं लगा पाता है, तो क्या करना चाहिए?"

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

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

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

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

क्या ऐसा हो सकता है कि लिस्टिंग को डाइनैमिक तौर पर क्रम से लगाने की वजह से, प्रॉडक्ट की इमेज को इंडेक्स न किया जाए?

ऐलन: पॉल ने पूछा है, "क्या ऐसा हो सकता है कि लिस्टिंग को डाइनैमिक तौर पर क्रम से लगाने की वजह से, प्रॉडक्ट की इमेज को इंडेक्स न किया जाए?"

इस बात की संभावना कम है कि लिस्टिंग को डाइनैमिक तौर पर क्रम से लगाने की वजह से, प्रॉडक्ट की इमेज इंडेक्स न हो पाएं. यह ज़रूरी है कि प्रॉडक्ट की इमेज को, प्रॉडक्ट की जानकारी वाले पेजों से रेफ़र किया जा सके. इससे हमें पता चलता है कि इमेज किस प्रॉडक्ट के लिए है. ज़रूरत पड़ने पर, साइटमैप फ़ाइल बनाई जा सकती है या Google Merchant Center फ़ीड उपलब्ध कराया जा सकता है. ऐसा करने से Google, लिस्टिंग पेज पर निर्भर हुए बिना, प्रॉडक्ट के सभी पेज ढूंढ पाएगा.

क्या साइट का डेटा दूसरी जगह भेजने की कोई समयसीमा होती है?

Lizzi: सर्गे ने पूछा है, "क्या साइट का डेटा दूसरी जगह भेजने की कोई समयसीमा होती है? हम एक बड़ी साइट का डेटा नए डोमेन पर भेज रहे हैं. चार महीनों के बाद भी, एसईआरपी पर नए डोमेन को पुराने डोमेन की रैंकिग नहीं मिल रही है. ऐसे में, हमें क्या करना चाहिए?"

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

अगर एचटीटीपी/3 का इस्तेमाल करने से परफ़ॉर्मेंस बेहतर होती है, तो क्या इससे एसईओ में भी सुधार हो सकता है?

जॉन: फ़्लावियो ने पूछा है, "अगर एचटीटीपी/3 का इस्तेमाल करने से परफ़ॉर्मेंस बेहतर होती है, तो क्या इससे एसईओ में भी सुधार हो सकता है, चाहे इसका इस्तेमाल सीधे तौर पर न किया जाए?"

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

Duy: ऐंड्रिया ने पूछा है, "अगर Google, साइटों के बीच लिंक बनाने वाले कैंपेन के लिए अनुमति नहीं देता है, तो वह रैंकिंग तय करने के लिए बैकलिंक का इस्तेमाल क्यों करता है? Google, रैंकिंग के लिए ऐसे दूसरे पहलुओं का इस्तेमाल क्यों नहीं करता जिनमें बैकलिंक की तरह आसानी से छेड़छाड़ न की जा सके?

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

क्या इस बात से फ़र्क़ पड़ता है कि अंदरूनी कॉन्टेंट के लिंक के ज़्यादातर ऐंकर एक जैसे हैं?

जॉन: सैम ने पूछा है, "क्या इस बात से फ़र्क़ पड़ता है कि अंदरूनी कॉन्टेंट के लिंक के ज़्यादातर ऐंकर एक जैसे हैं?"

यह ठीक है. यह एक आम बात है. अगर मेन्यू की बात की जाए, तो वे आम तौर पर हर जगह होते हैं. यहां तक कि जब प्रॉडक्ट ई-कॉमर्स साइट से जुड़े होते हैं, तो वे आम तौर पर हमेशा एक ही लिंक से जुड़े होते हैं. यह पूरी तरह ठीक है. एसईओ के लिहाज़ से, आपको कुछ भी करने की ज़रूरत नहीं है.

वेबसाइट स्कीमा जोड़ने पर, क्या सॉफ़्टवेयर ऐप्लिकेशन स्कीमा को भी जोड़ा जाना चाहिए?

Lizzi: किसी ने पूछा है, "होम पेज में वेबसाइट का नया स्कीमा जोड़ने पर, क्या सॉफ़्टवेयर ऐप्लिकेशन स्कीमा या संगठन स्कीमा को भी जोड़ा जाना चाहिए? Google ने स्कीमा मार्कअप के दस्तावेज़ में, ब्रैंड के लिए वेबसाइट स्कीमा को जोड़कर उसे अपडेट किया है. हालांकि, यह नहीं बताया गया है कि संगठन या सॉफ़्टवेयर ऐप्लिकेशन स्कीमा के साथ क्या होता है.

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

क्या noindex पेजों की संख्या ज़्यादा होने से, खोजने या इंडेक्स करने में कोई समस्या आती है?

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

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

यूआरएल और पेज पर एक ही भाषा का इस्तेमाल न करने पर, क्या कोई समस्या हो सकती है?

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

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

कॉन्टेंट बनाने वाले लोगों को स्क्रैप और स्पैम वाली साइटों से कैसे निपटना चाहिए?

Duy: क्रिस्टिन ने पूछा है, "कॉन्टेंट बनाने वाले लोगों को ऐसी साइटों से कैसे निपटना चाहिए जो एआई (AI) का इस्तेमाल करके कॉन्टेंट की नकल करती हैं, उसमें बदलाव करती हैं, और खोज के नतीजों में असली कॉन्टेंट वाली साइट से बेहतर परफ़ॉर्म करती हैं?

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

क्या यह बात सही है कि Google हफ़्ते के कुछ दिन, कुछ पेजों को इंडेक्स करता है और बाकी दिन दूसरे पेजों को इंडेक्स करता है?

Lizzi: रिडवान ने पूछा है, "क्या यह बात सही है कि Google हफ़्ते के कुछ दिन, कुछ पेजों को इंडेक्स करता है और बाकी दिन दूसरे पेजों को इंडेक्स करता है? मेरा जिस साइट पर काम चल रहा है, उसके साथ ऐसा ही होता है. उदाहरण के लिए, पेज A को सोमवार से गुरुवार तक इंडेक्स किया जाता है, लेकिन शुक्रवार से रविवार तक इंडेक्स नहीं किया जाता है."

इसका जवाब आसान है. नहीं, यह बात सही नहीं है. हम हफ़्ते के दिनों के हिसाब से, पेजों को इंडेक्स नहीं करते हैं.

क्या हमें इंडेक्स किए गए पेजों और इंडेक्स न किए गए पेजों के बीच के अनुपात पर नज़र रखनी चाहिए?

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

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

हम 'डिस्कवर' सुविधा कैसे चालू कर सकते हैं?

एलन: जॉयदेव ने पूछा है, "हम 'डिस्कवर' सुविधा कैसे चालू कर सकते हैं?"

'डिस्कवर' में अपना कॉन्टेंट दिखाने के लिए आपको कुछ अलग करने की ज़रूरत नहीं है. हम ऐसा अपने-आप करते हैं. कॉन्टेंट को 'डिस्कवर' में दिखाने की शर्तें, कॉन्टेंट को खोज के नतीजों में दिखाने की शर्तों से अलग होती हैं. इसलिए, खोज के नतीजों से ट्रैफ़िक मिलने से यह पक्का नहीं होता है कि आपको 'डिस्कवर' से ट्रैफ़िक मिलेगा.

क्या स्पैम वाली साइटों से लिंक किए गए कई noindex पेज होने पर, क्रॉल बजट पर असर पड़ता है?

गैरी: सैम ने noindex के बारे में एक और सवाल पूछा है: "बहुत से एसईओ विशेषज्ञ इस बात की शिकायत कर रहे हैं कि Google Search Console में, उनके लाखों यूआरएल को noindex की वजह से, इंडेक्स न किए जाने के तौर पर फ़्लैग किया गया है. ऐसा इसलिए है, क्योंकि साइट के खोज वाले कुछ पेज, स्पैम वाली साइटों से लिंक हैं. क्या यह क्रॉल बजट के लिए समस्या है?"

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

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

Lizzi: ललिंद्र ने पूछा है: "अगर किसी बड़े लेख को छोटे-छोटे हिस्सों में बांटकर उसे आपस में जोड़ दिया जाए, क्या तब भी वह कॉन्टेंट उपयोगकर्ता के लिए ज़्यादा मायने नहीं रखेगा?"

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

क्या यह बात सही है कि बहुत सारे 404 पेज होने से, क्रॉल और प्रोसेस होना बंद हो सकता है?

गैरी: मिशेल ने पूछा है: "एचटीटीपीएस रिपोर्ट के सहायता केंद्र के दस्तावेज़ के मुताबिक, बहुत सारे 404 पेज होने पर Google, यूआरएल को क्रॉल और प्रोसेस करने से रोक सकता है. कितने 404 पेजों को बहुत सारे 404 पेज माना जा सकता है? साथ ही, क्या किसी वेबसाइट में बहुत सारे, लिंक किए गए 404 होने से इस चीज़ पर असर पड़ सकता है?"

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

'खास पल' के वीडियो मार्कअप की मौजूदा स्थिति क्या है?

ऐलन: ईमन ने पूछा है, "'खास पल' के वीडियो मार्कअप की मौजूदा स्थिति क्या है? ऐसा लगता है कि यह स्निपेट सिर्फ़ YouTube वीडियो के लिए उपलब्ध है. क्या ऐसा ही है?"

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

मेरी नई वेबसाइट को, पहले से मौजूद कोई पुरानी वेबसाइट समझा जाता है - मैं क्या करूं?

जॉन: "Weird All website" नाम के एक व्यक्ति ने पूछा है कि उनकी नई वेबसाइट "Weird All", का पूरा नाम टाइप करने पर, खोज के नतीजों में वह नहीं दिख रही है. हालांकि, खोज में गायक "Weird Al" के बारे में नतीजे आ जाते हैं.

मैंने भी Weird Al का संगीत बहुत सुना है, इसलिए मुझे यह समझ आता है कि Google और अन्य सर्च इंजन, ये नतीजे क्यों दिखाते हैं. ज़्यादातर मामलों में, अगर लोग "weird all" में दो एल (L) इस्तेमाल करते हैं, तो शायद उनका मकसद Weird Al के बारे में खोजना होता है. जब इस तरह की चीज़ों के लिए एसईओ की बात आती है, तो साइट के लिए कोई ऐसा नाम चुनना चाहिए जो किसी मशहूर हस्ती या चीज़ से मिलता-जुलता न हो. ऐसा न करने पर, आपको अपनी साइट को खोज के नतीजों में दिखाने के लिए कई मुश्किलों का सामना करना पड़ सकता है. अगर हमारे सिस्टम को कोई शब्द, टाइप करने में गलती के जैसा लगता है, तो हम उसे ऐसी ही गलती के तौर पर मानते हैं. साथ ही, हम लोगों को ऐसे नतीजे दिखाने की कोशिश करते हैं जिनकी उन्हें तलाश है. जब हमारे सिस्टम यह देखते हैं कि लोग "Weird Al" की जगह "weird all" पर जाना चाहते हैं, तो समय के साथ सिस्टम इस जानकारी को समझ जाते हैं. हालांकि, इसमें काफ़ी समय लगता है. जब बात Weird Al जैसे किसी मशहूर व्यक्ति के बारे में हो, तो ऐसे में अपनी साइट की अलग पहचान बनाने में मुश्किलों का सामना करना पड़ सकता है.

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

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

क्या खुद का रेफ़रंस देने वाले कैननिकल, डुप्लीकेट लिंक हटाने में मदद करते हैं?

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

मेरे नज़रिए में, वे कुछ नहीं करते. हालांकि, कभी-कभी पेजों को दूसरे यूआरएल से ऐक्सेस किया जा सकता है. ऐसे में, कैननिकल टैग खुद का रेफ़रंस नहीं देता और फिर यह किसी काम का नहीं रहता. उदाहरण के लिए, कभी-कभी किसी पेज को UTM के ट्रैकिंग पैरामीटर के ज़रिए रेफ़र किया जा सकता है.

क्या ऐसा होना चाहिए कि खोज के नतीजों को, कुछ हद तक किसी भी क्रम में लगा होना चाहिए?

ऐलन: किसी ने पूछा है, "मुझे लगता है कि सर्च इंजन, बेहतर साइटों की रैंकिंग बेहतर कर रहे हैं और कमज़ोर साइटों की रैंकिंग गिराते जा रहे हैं. क्या ऐसा होना चाहिए कि खोज के नतीजों को, कुछ हद तक किसी भी क्रम में लगा होना चाहिए?

हमारा मुख्य काम, खोज करने वाले लोगों को सबसे ज़्यादा काम के नतीजे दिखाना है.

Google, फ़र्ज़ी वेब स्टोरी पर कार्रवाई क्यों नहीं कर रहा है?

Duy: कुणाल ने पूछा है कि Google, वेब स्टोरी को कॉपी करने या फ़र्ज़ी वेब स्टोरी पर कार्रवाई क्यों नहीं करता? क्या आप 'डिस्कवर' पर इसकी जांच कर सकते हैं?

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

जॉन: टॉम ने पूछा है, "क्या मॉडरेट किए गए, टिप्पणी वाले ऐसे ब्लॉग पेजों को इंडेक्स से हटा दिया जाता है जो link rel="ugc" के तौर पर इंंटरनल लिंक होते हैं?

नहीं, ऐसा नहीं है. पेजों को कई वजहों से इंडेक्स किया जा सकता है. हालांकि, जिस लिंक में rel="ugc" होता है उन्हें अलग तरीके से मैनेज किया जाता है. उदाहरण के लिए, rel nofollow वाले लिंक से, डेस्टिनेशन पेज पर बुरा असर नहीं पड़ता है. किसी पेज को इंडेक्स होने से रोकने के लिए, noindex robots meta टैग का इस्तेमाल करें.

ऐलन: अब्दुल रहीम ने पूछा है कि Google, ऐसे डिजिटल प्रॉडक्ट के लिए प्रॉडक्ट की समीक्षाओं का आकलन कैसे करता है जिनके अफ़िलिएट लिंक नहीं होते?

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

मेरी साइट पर 10,000 पेज हैं: क्या ब्यौरा लिखने के लिए शॉर्टकट हैं?

Lizzi: सिद्दीक ने पूछा है, "मेरी साइट पर 10,000 से ज़्यादा पेज हैं. उन सभी के लिए meta टैग लिखने में बहुत ज़्यादा समय लगेगा. क्या इसके लिए कोई शॉर्टकट है?

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

मैं ब्लॉग के उन 10,000 पेजों को कैसे मिटाऊं जो लोगों के लिए ज़्यादा मायने नहीं रखते?

जॉन: "मुझे ब्लॉग के उन 10,000 पेजों को पूरी तरह से मिटाना है जो लोगों के लिए ज़्यादा मायने नहीं रखते. क्या इसके लिए कोई सबसे सही तरीका है?"

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

Duy: "मैं एसईओ की दुनिया में नया हूं. मैंने देखा है कि कई वेबसाइटें या वीडियो मुझे बैकलिंक खरीदने का सुझाव देते हैं. क्या बैकलिंक वाकई में इतने असरदार होते हैं या मुझे अपनी साइट की क्वालिटी को बेहतर बनाने पर ध्यान देना चाहिए?"

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

खोज के नतीजों में दिखने के लिए, क्या किसी पेज की कॉपी को कैश मेमोरी में सेव करना ज़रूरी है?

जॉन: "खोज के नतीजों में दिखने के लिए, क्या किसी पेज की कॉपी को कैश मेमोरी में सेव करना ज़रूरी है?"

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

Search Console, रेफ़र करने वाले अज्ञात यूआरएल को 4xx गड़बड़ी के तौर पर क्यों रिपोर्ट करता है?

ऐलन: ऐसबिन रस्मुसिन ने पूछा है, "Google Search Console किसी अज्ञात इंटरनल यूआरएल को, 400 सीरीज़ की गड़बड़ी वाले यूआरएल के लिए, रेफ़र करने वाले यूआरएल के तौर पर क्यों रिपोर्ट करता है?

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

क्या हमें अपने-आप बने पेजों को nofollow के तौर पर मार्क करना चाहिए?

गैरी: यूसुफ़ ने पूछा, "WordPress वेबसाइट या ब्लॉग में, क्या हमें अपने-आप बने पेजों को nofollow के तौर पर मार्क करना चाहिए? जैसे कि जैसे कि abc.com/page/one और page/two वगैरह.

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

Search Console में परफ़ॉर्मेंस रिपोर्ट को बेहतर तरीके से कैसे समझा जाए?

जॉन: बॉबी ने पूछा है, क्या Search Console में, मेट्रिक को दिखाने के तरीके को बेहतर बनाने पर काम किया जा रहा है? खास तौर पर परफ़ॉर्मेंस रिपोर्ट, क्योंकि यह कभी-कभी उलझी सी लगती है.

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

मैं paywall किए गए कॉन्टेंट को खोज के नतीजों में दिखने से कैसे रोकूं?

Lizzi: माइकल ने पूछा है: "मैं paywall किए गए कॉन्टेंट को ऐसे लोगों के लिए खोज के नतीजों और 'डिस्कवर' में दिखने से कैसे रोकूं जिन्होंने कॉन्टेंट के लिए पैसे नहीं चुकाए हैं? मैंने paywall किए गए कॉन्टेंट वाले मार्कअप को सही तरीके से लागू किया है. हालांकि, मैं ऐसे लोगों को लेकर परेशान हूं जिन्होंने कॉन्टेंट के लिए पैसे नहीं चुकाए हैं.

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

क्या स्पैम स्कोर से मेरी साइट की रैंकिंग पर असर पड़ता है?

जॉन: उसामा का सवाल है, "क्या स्पैम स्कोर से मेरी साइट की रैंकिंग पर असर पड़ता है? क्या किसी वेबसाइट का स्पैम स्कोर बेहतर करने का कोई तरीका है? अस्वीकार किए गए लिंक के अलावा कोई और तरीका बताएं, तो बेहतर होगा."

यह एक राज़ की बात हो भी सकती है और नहीं भी, लेकिन Google किसी पेज का स्कोर तय करने के लिए, किसी भी तीसरे पक्ष के एसईओ टूल का इस्तेमाल नहीं करता है. इसलिए, अगर कोई टूल आपकी वेबसाइट के स्पैम स्कोर को फ़्लैग करता है, तो ध्यान रखें कि वह Google की ओर से नहीं है. इसका मतलब यह नहीं कि वह टूल काम का नहीं है. इसका मतलब सिर्फ़ यह है कि Google उस स्कोर का इस्तेमाल नहीं करता. मेरा सुझाव है कि आप टूल से मिलने वाली जानकारी को समझें. अगर उस जानकारी के आधार पर कोई कार्रवाई करने की ज़रूरत है, तो वह करें.

जो प्रॉडक्ट स्टॉक में नहीं है, उनके पेजों का क्या करना चाहिए?

ऐलन: वारा प्राद का सवाल है, "अगर कोई प्रॉडक्ट बिक चुका है और वह स्टॉक में दोबारा कभी नहीं आएगा, तो उस प्रॉडक्ट के पेज का क्या करना चाहिए? क्या हमें उस प्रॉडक्ट के पेज को मिटा देना चाहिए या किसी खास पेज पर रीडायरेक्ट करना चाहिए?"

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

अगर hreflang में रिटर्न टैग मौजूद नहीं है, तो क्या तब भी वह मान्य होगा?

जॉन: थॉमस का सवाल है कि अगर hreflang का इस्तेमाल किया गया है और उसमें रिटर्न टैग मौजूद नहीं है, तो ऐसे टैग के लिए hreflang तब भी मान्य होगा या इन गड़बड़ियों का असर पूरी वेबसाइट पर पड़ेगा?

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

अलग-अलग देशों के वेब पेजों का ऐक्सेस न होने पर, hreflang को कैसे लागू किया जा सकता है?

गैरी: दमीयन का सवाल है, "अलग-अलग देशों की, ब्रैंड की साइटों का ऐक्सेस न होने पर, hreflang को कैसे लागू किया जा सकता है?"

बढ़िया सवाल है. hreflang एक अहम और मुश्किल विषय है. एक साइट के अलग-अलग वैरिएशन के लिए, hreflang को लागू करना वाकई में मुश्किल काम हो सकता है. हालांकि, साइटमैप की मदद से, सभी hreflang को एक ही जगह से कंट्रोल किया जा सकता है. इसके सेट अप का तरीका जानने के लिए, sitemaps.org पर "sitemap cross submits" खोजें. इसके बाद, hreflang को एचटीएमएल पेजों के बजाय, साइटमैप में जोड़ें. इससे यह प्रक्रिया काफ़ी आसान हो जाएगी.

क्या hreflang साइटमैप को किसी भी फ़ोल्डर में रखा जा सकता है?

जॉन: एंड्रयू का सवाल है, "क्या hreflang साइटमैप को किसी भी फ़ोल्डर में रखा जा सकता है?"

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

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

ऐलन: ईज़ कैनेडी का सवाल है: "अगर कोई वेबसाइट दोबारा इंडेक्स नहीं हो रही है, तो इसकी क्या वजह है?"

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

वेबसाइट पर नई भाषाओं को जोड़ने के दौरान, x-default hreflang को कैसे मैनेज करना चाहिए?

जॉन: एमी का सवाल है, "मेरी साइट 13 भाषाओं में उपलब्ध है. लेखों के पूरा होते ही, उन्हें नई भाषाओं में पब्लिश किया जाता है. इसके लिए क्लाइंट हमें दो विकल्प देता है: पहला x-default हटाना और दूसरा, अनुवाद की गई आखिरी भाषा को x-default के लिए इस्तेमाल करना. कौनसा विकल्प बेहतर है?"

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

प्रॉडक्ट की समीक्षाओं के अपडेट से, बिना समीक्षाओं वाले कॉन्टेंट पर असर क्यों पड़ता है?

ऐलन: लूसी ने पूछा है, "प्रॉडक्ट की समीक्षाओं के अपडेट से, बिना समीक्षाओं वाले कॉन्टेंट पर असर क्यों पड़ता है?"

अगर आपकी पूरी साइट पर ज़्यादा असर पड़ रहा है, तो हो सकता है कि इसकी वजह प्रॉडक्ट की समीक्षाएं न हों. ऐसा किसी दूसरे अपडेट की वजह से हो सकता है.

पुराने कॉन्टेंट को हटाने का सबसे सही तरीका क्या है?

गैरी: किसी ने पूछा, "पुराने कॉन्टेट को हटाने और उसे इंडेक्स होने से रोकने का सबसे सही तरीका क्या है? रीडायरेक्ट करना? अगर हां, तो किस पेज पर रीडायरेक्ट करना सबसे सही होता है?"

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

क्या इमेज में मौजूद टेक्स्ट से, इमेज सर्च में रैंकिंग पर असर पड़ता है?

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

शॉन, इमेज को समझने के लिए, उसके चारों ओर मौजूद टेक्स्ट काफ़ी मददगार होता है. Google, इमेज के आस-पास की चीज़ों से जानकारी निकाल सकता है, जैसे कि कैप्शन और इमेज के टाइटल. इसलिए, यह पक्का करें कि इमेज के आस-पास मौजूद टेक्स्ट सही हो और जानकारी अच्छे से दी गई हो.

क्या स्थानीय कारोबारों के लिए, लोकल लिस्टिंग की कई वेबसाइटों का इस्तेमाल करना फ़ायदेमंद होता है?

ऐलन: अक्षय कुमार शर्मा ने पूछा है कि क्या स्थानीय कारोबारों के लिए, अपने स्थानीय कारोबार की जानकारी को लोकल लिस्टिंग की कई वेबसाइटों पर, मुफ़्त में या पैसे देकर दिखाना फ़ायदेमंद होता है? क्या Google उन्हें ऐसी क्वेरी के नतीजों में दिखाता है जो जगह के हिसाब से होती हैं?

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

क्या यूआरएल में क्वेरी पैरामीटर जोड़ना, एसईओ के लिहाज़ से खराब होता है?

जॉन: अल्फ़ोंसो ने पूछा है, "किसी साइट के यूआरएल में क्वेरी पैरामीटर, जैसे कि "add to cart" शामिल किया गया है. क्या यह एसईओ के लिहाज़ से खराब होता है?"

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

गैरी: इस साथ ही, Google Search के एसईओ ऑफ़िस आवर्स का नवंबर एडिशन पूरा हुआ. अगर आपको इस एपिसोड के बारे में अपने सुझाव या राय देनी है, तो उसे YouTube वीडियो पर या Twitter पर @GoogleSearchC पर टिप्पणी में बताएं.

जॉन: हमने अगले महीने के एपिसोड के लिए फ़ॉर्म का लिंक वीडियो के ब्यौरे में डाल दिया है. इस फ़ॉर्म की मदद से, आप अपने सवाल पूछें. फिर मुलाकात होगी, तब तक के लिए अलविदा.