अप्रैल 2024 में Google के एसईओ के लिए ऑफ़िस में कामकाज के घंटे

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

क्या मेरी रैंकिंग में गिरावट आई है, क्योंकि Google को पता चला है कि मेरी दो वेबसाइटें हैं?

जॉन: फ़ेथ का एक सवाल: Google को पता चला कि मेरे पास दो वेबसाइटें हैं. इस वजह से मेरी रैंकिंग में गिरावट आई है. क्या यह सही है?

नहीं. ऐसा बिलकुल नहीं है. ज़्यादातर लोगों के पास कई वेबसाइटें होती हैं. अलग-अलग वेबसाइटों का होना कोई समस्या नहीं हैं. आम तौर पर, समस्या सीधे तौर पर नहीं होती है: अगर कई वेबसाइटों पर काम किया जाता है, तो आपके पास हर जगह शानदार वेबसाइट बनाने के लिए ज़्यादा समय नहीं होता है. अगर आपने ऐसी वेबसाइटें बनाई हैं जो शानदार नहीं हैं, तो वे आपकी साइट का सुझाव देने के लिए, हमारे एल्गोरिदम की मदद ले सकती हैं.

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

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

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

मैं Google को कैसे बताऊं कि मेरी साइट पर मौजूद, खोज के सिर्फ़ उन नतीजों को क्रॉल और इंडेक्स न किया जाए जिन्हें पेजों में बांटा गया है? क्या मुझे "follow, noindex" का इस्तेमाल करना चाहिए?

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

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

क्या नया पता लॉन्च करने के बाद भी, मुझे पुराने डोमेन से मिले इंप्रेशन और क्लिक की गिनती जारी रखनी चाहिए?

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

नमस्ते ऐंडी. आखिरकार, यह फ़ैसला आपका है. इसका एसईओ पर कोई असर नहीं पड़ता.

क्या मुझे ड्रॉप-डाउन में अलग-अलग रंगों की टी-शर्ट वाले प्रॉडक्ट के लिए, यूआरएल में #color या ?color का इस्तेमाल करना चाहिए?

गैरी: हाविएर पूछ रहे हैं: मेरे पास एक टी-शर्ट का प्रॉडक्ट है जिसमें ड्रॉप-डाउन में अलग-अलग रंग हैं. हर वैरिएंट को शेयर किया जा सकता है. मुझे यूआरएल पर #color या ?color का इस्तेमाल करना चाहिए? # का इस्तेमाल करके, मैं पक्का करूं कि इंडेक्स करने लायक सिर्फ़ एक यूआरएल है.

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

जॉन: मैं Google Search से अपनी वेबसाइट कैसे हटाऊं?

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

अगर आपको यह पक्का करना है कि आपकी साइट कहीं न दिखे, तो noindex रोबोट meta टैग का इस्तेमाल करें. इसकी वजह यह है कि robots.txt का इस्तेमाल करके, अपनी वेबसाइट को उसके नाम से खोजने पर अब भी खोजा जा सकता है. Wix या WordPress जैसे कई कॉन्टेंट मैनेजमेंट सिस्टम, noindex को चुनना आसान बनाते हैं.

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

हाइलाइट किए गए टेक्स्ट की सुविधा के ज़रिए यूआरएल से लिंक करने पर, क्या पेज पर PageRank के फ़्लो पर कोई असर पड़ता है?

जॉन: शॉन पूछते हैं: जब हाइलाइट किए गए टेक्स्ट की सुविधा के लिंक वाले यूआरएल को लिंक किया जाता है, तो क्या PageRank पेज पर उसी तरह फ़्लो करता है?

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

अगर मेरी साइट एक हफ़्ते में चार बार, 10 से 15 मिनट के लिए बंद रहती है (503 स्टेटस कोड), तो क्या एसईओ के लिहाज़ से इसमें कोई समस्या है?

गैरी: रॉबर्ट पूछ रहे हैं: वेब रिलीज़, 503 सर्वर की गड़बड़ियां, और वेब रैंकिंग पर असर... हम वेब रिलीज़ की स्पीड बढ़ाना चाहते हैं. साइट हफ़्ते में चार बार, (503 तापमान पर उपलब्ध नहीं है) करीब 10-15 मिनट के लिए बंद रहेगी. क्या यह एसईओ के लिए चिंता का विषय है? क्रॉल करने या रैंकिंग के लिए.

लंबे समय तक 503 स्टेटस कोड दिखाने से क्रॉल दर कम हो सकती है. इस जानकारी को Search Central पर बड़े पैमाने पर दर्ज किया गया है. अच्छी बात यह है कि आपके लिए हर समय 10 से 15 मिनट की अवधि और किसी भी तरह से "बढ़ाने" की ज़रूरत नहीं है. इसलिए, आपको चिंता करने की कोई ज़रूरत नहीं है.

मैंने अपने Facebook पेज का पुराना यूआरएल बदल दिया है. मुझे आगे क्या करना चाहिए?

जॉन: पायलीन पूछता है: मैंने Facebook पेज का यूआरएल बदलकर नया पेज कर दिया है. मुझे आगे क्या करना चाहिए?

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

जब WordPress से मेरी साइट, अपने-आप पब्लिश होने की सुविधा पर ट्रांसफ़र हुई, तो उसके बाद वह खोज के नतीजों से गायब हो गई.

जॉन: यूजीन ने सवाल पूछा: खुद पब्लिश करने के लिए साइट को WordPress पर ट्रांसफ़र किए जाने के बाद, इंडेक्स से करीब-करीब सभी पब्लिकेशन गायब हो गए. खोज के नतीजे "0" हैं.

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

सर्वर देने वाली किसी अन्य संस्था पर स्विच करने से, क्या हमारी वेबसाइट की एसईओ रैंकिंग पर लंबे समय तक और बुरा असर पड़ेगा?

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

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

Google मेरी वेबसाइट के उन यूआरएल को इंडेक्स कर रहा है जिन्हें शायद बॉट ने चाइनीज़ भाषा में बनाया है.

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

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

हमने App Engine से कुछ आईपी पते ब्लॉक कर दिए हैं. इससे हमें साइटमैप सबमिट करते समय, एचटीटीपी 403 वाली गड़बड़ी मिलती है.

गैरी: किसी व्यक्ति का सवाल है: हमने App Engine से कुछ आईपी पते ब्लॉक कर दिए हैं. हालांकि, हमें साइटमैप सबमिट करते समय, एचटीटीपी 403 वाली सामान्य गड़बड़ी मिल रही है.

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

मैं कैश मेमोरी में सेव किया गया अपनी साइट का पुराना वर्शन, Google के खोज नतीजों से कैसे हटाऊं?

जॉन: सेड्रिक का सवाल है: मैं Google पर खोज के पुराने नतीजों को कैसे मिटाऊं, क्योंकि इसने पुरानी जानकारी को कैश मेमोरी में डाल दिया है?

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

क्या रीयल एस्टेट के विज्ञापन के लिए, Indexing API का इस्तेमाल किया जा सकता है?

गैरी: रिडा का सवाल है: मुझे जानना है कि क्या रीयल एस्टेट की वेबसाइट (रीयल एस्टेट के विज्ञापन के तौर पर) के लिए, Indexing API का इस्तेमाल किया जा सकता है.

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

क्या इमेज में मौजूद हेडलाइन को एचटीएमएल टेक्स्ट के तौर पर जोड़ना सही है (जैसे, H1 टैग के तौर पर)?

जॉन: नटालिया का सवाल है: क्या इमेज में हेडलाइन को एचटीएमएल टेक्स्ट के तौर पर जोड़ना सही है? उदाहरण के लिए, H1 टैग के तौर पर?

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

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

तो इसका जवाब है, "नहीं".

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

जॉन: डैरेन का सवाल है: अगर कोई डोमेन, me.domain (मध्य पूर्व के लिए) जैसे किसी रीजनल सबडोमेन का इस्तेमाल कर रहा है, तो क्या पसंदीदा जगहों के बारे में बताने के लिए एक से ज़्यादा hreflang टैग इस्तेमाल किए जा सकते हैं?

हां, एक ही पेज के लिए एक से ज़्यादा hreflang वैल्यू का इस्तेमाल किया जा सकता है. उदाहरण के लिए, आपके पास जर्मनी और ऑस्ट्रिया, दोनों के लिए जर्मन भाषा का एक पेज हो सकता है. ध्यान रखें कि यह खास तौर पर hreflang टैग के लिए है. इससे हम खोज के नतीजों में, लोगों को दिखाए गए यूआरएल को, उनकी भाषा और जगह के हिसाब से बदल देते हैं. ज़्यादा जानकारी के लिए, हमारा अंतरराष्ट्रीय स्तर का दस्तावेज़ देखें!

क्या मुझे अपनी वेबसाइट को एचटीटीपी से एचटीटीपीएस पर ले जाते समय, Search Console में नई प्रॉपर्टी बनानी चाहिए?

जॉन: इवान का सवाल है: क्या मुझे अपनी वेबसाइट को एचटीटीपी से एचटीटीपीएस पर ले जाते समय, Search Console में नई प्रॉपर्टी बनानी चाहिए?

कम शब्दों में कहें, तो: हां. इसके अलावा, डोमेन लेवल पर वेबसाइट की पुष्टि करें. इससे दोनों के लिए अपने-आप नई प्रॉपर्टी बन जाएगी.

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

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

क्या यह ज़रूरी है कि Search Console में किसी डोमेन की पुष्टि करने के लिए इस्तेमाल किया गया Google खाता, नई वेबसाइट के मालिक से मेल खाना चाहिए?

जॉन: क्या यह ज़रूरी है कि Google Search Console पर किसी डोमेन की पुष्टि करने के लिए इस्तेमाल किया गया Google खाता, Google की नई साइट के मालिक से मेल खाना चाहिए?

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

क्या साइटमैप फ़ाइल का नाम sitemap.xml या sitemap_index.xml होना चाहिए? इसके अलावा, क्या साइटमैप का होना ज़रूरी है?

गैरी: रंजीत का सवाल है: क्या साइटमैप फ़ाइल का नाम sitemap.xml या sitemap_index.xml के अलावा कुछ और हो सकता है? इसके अलावा, क्या साइटमैप का होना ज़रूरी है?

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

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

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

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