सिस्टम संस्कृति का पता लगाने के साथ एक बहुभाषी साइट के एसईओ प्रभाव

Question

मैंने एएसपी.नेट में एक बहुभाषी साइट विकसित की है, जो उपयोगकर्ता की सिस्टम संस्कृति का पता लगाती है, और उपयुक्त भाषा में सामग्री प्रदर्शित करती है।

यह सब अच्छी तरह से काम कर रहा है, लेकिन मेरे क्लाइंट के पास एसईओ ऑडिट था। एसईओ एजेंसी ने चिंता व्यक्त की है कि यह अच्छा एसईओ अभ्यास नहीं है, क्योंकि प्रत्येक भाषा के लिए अद्वितीय यूआरएल नहीं हैं।

उन्होंने सुझाव दिया है कि साइट पर क्लोकिंग का आरोप लगाया जा सकता है, और Google प्रत्येक अलग-अलग भाषा के लिए साइट को सही तरीके से इंडेक्स नहीं कर सकता है।

क्या ये विचार मान्य हैं कि क्या ये वैध चिंताओं हैं, और यदि साइट के प्रत्येक भाषा संस्करण के लिए अद्वितीय URL रखने का कोई फायदा है?

Answer 1

यद्यपि आपने स्वचालित रूप से एक सुंदर नौकरी स्विचिंग भाषा की है, एसईओ एजेंसी सही है!

कि Google प्रत्येक अलग-अलग भाषा के लिए साइट को सही तरीके से इंडेक्स नहीं कर सकता है।

यह सच है! पिछली बार जब मैंने चेक किया था तो Google स्वीकार-भाषा शीर्षलेख नहीं भेजता है। इसका मतलब है कि Google केवल डिफ़ॉल्ट भाषा को अनुक्रमित करेगा।

वे सुझाव दिया है कि साइट क्लोकिंग का आरोप लगाया जा सकता है,

यह आपके Excact कार्यान्वयन से अलग है, लेकिन यह संभव है अपनी साइट एक दंड प्राप्त होगा!

साइट पर अद्वितीय URL (प्रत्येक भाषा संस्करण के लिए) होने का लाभ है!
सबसे पहले, अपने उपयोगकर्ताओं के लिए: वे अपनी पसंद की भाषा से लिंक कर सकते हैं।खोज इंजन के लिए माध्यमिक क्योंकि वे आपकी साइट को सही तरीके से इंडेक्स कर सकते हैं।

मैं सलाह देता हूं कि उपयोगकर्ता को केवल 302 रीडायरेक्ट सही यूआरएल (और सही भाषा) पर रीडायरेक्ट का उपयोग करके एक भाषा स्विच के लिए होम पेज पर रीडायरेक्ट करने के लिए सलाह दी जाए। (संपादित करें: आप Matt Cutts "SEO Advice: Discussing 302 redirects" द्वारा पोस्ट की समीक्षा कर सकते हैं)

मेरी सलाह सत्यापित करने के लिए: fiddler इंस्टॉल करें और http://www.ibm.com पर सर्फ करें। जैसा कि नीचे दिखाया गया है, मुझे उचित भाषा में 302 रीडायरेक्ट प्राप्त हुआ, जो www.ibm.com/be/en पर पहुंचा।

Result Protocol Host URL Body Caching Content-Type  
4 302 HTTP www.ibm.com/ 209  text/html 
5 200 HTTP www.ibm.com /be/en/ 5.073 no-cache text/html;charset=UTF-8 

आप इस हल कर सकते हैं कुछ समाधान कर रहे हैं:

• प्रारंभ पुनर्लेखन Url (जोड़ने एक निर्देशिका जैसे भाषा का प्रयोग करके)
• आप की परेशानी के माध्यम से जाना नहीं चाहते हैं एक क्वेरीरीस्ट्रिंग जोड़ना निर्देशिका (या यूआरएल को फिर से लिखना) जोड़ना सबसे आसान समाधान होगा (हालांकि उन्हें अधिकतम 2 पैरामीटर तक सीमित करने का प्रयास करें)
• एक और विकल्प विभिन्न उप-डोमेन का उपयोग कर रहा है! www.website.com डिफ़ॉल्ट भाषा के लिए, es.website.com, fr.website.com

बस सुनिश्चित करें कि आप एक ही यूआरएल के लिए हर बार एक ही सामग्री की आपूर्ति करते हैं।

इसके साथ शुभकामनाएँ!

Answer 2

उम्मीद है कि हम कुछ लोगों को जवाब देंगे जो Google के आंतरिक (किसी के?) के बारे में जानते हैं। लेकिन Google और दूसरों के क्रॉलर कैसे हैं ... suppositions, और परिवर्तन के अधीन के बारे में सबसे अधिक suppositions।

मेरा अनुमान है कि आपको भाषाओं के लिए अलग-अलग यूआरएल का उपयोग करना चाहिए, भले ही उनके पास ?language= अंतर हो (हालांकि बेहतर वास्तव में एक अलग यूआरएल होगा)। मुझे विश्वास है क्योंकि जब आप google.it पर जाते हैं, तो यह कहता है, google.com in English और वह लिंक ... google.com पर जाता है। दूसरे शब्दों में, Google अलग-अलग भाषाओं के लिए अलग-अलग यूआरएल का उपयोग करता है।

इसके अलावा, एक और बड़ा साइट, माइक्रोसॉफ्ट (वे शायद एसईओ के बारे में जानते हैं) का उपयोग करता है

http://www.microsoft.com/en/us/default.aspx

के लिए अमेरिका-अंग्रेजी

और

http://www.microsoft.com/it/it/default.aspx

के लिए इटली-इतालवी

तो ऐसा शायद इसलिए है भाषा (और देश) के आधार पर अंतर करने के लिए सबसे अच्छा अभ्यास।

किसी भी मामले में, जब मैं एक अंग्रेजी भाषा कंप्यूटर पर हूं तो मैं पूरी तरह से नाराज हूं और मुझे इतालवी या स्पेनिश में कोई साइट नहीं दिखाई दे रही है, और इसके विपरीत। प्रयोज्यता के रूप में, एसईओ रणनीति नहीं, उपयोगकर्ता भाषा सुझाव को ओवरराइड करने में सक्षम होना चाहिए। इस प्रकार अधिकांश बड़ी साइटें भाषाएं भी संभालती हैं।