टिप्पणी 1
कृपया ध्यान दें Google के अलावा अन्य खोज इंजन जो साइटमैप को भी स्वीकार रहे हैं। xmlns:xhtml
नाम स्थान जो साइटमैप में hreflang
विशेषता के लिए आवश्यक है एक साइटमैप विस्तार जो सभी खोज इंजन द्वारा स्वीकार नहीं किया जा सकता है। साइटमैप विनिर्देश उस विशेषता का उल्लेख नहीं करता है। इसलिए, मैं वैसे भी इसका उपयोग नहीं करता।
टिप्पणी 2
अपने प्रश्न में, आप शर्तों location
और language
उपयोग कर रहे हैं। मुझे यकीन नहीं है कि location
द्वारा आपका क्या मतलब है। लेकिन कृपया ध्यान दें कि किसी भाषा को लक्षित करने के लिए एक अंतर है, लक्षित करने के लिए एक भाषा का एक निश्चित लोकेल और क्षेत्र लक्षित किया जा सकता है (जिसमें भाषा या लोकेल के साथ कुछ भी नहीं हो सकता है)।
इस विषय से थोड़ा विषय से हटकर है, इसलिए मैं एक लंबा प्रशस्ति पत्र यहां नहीं देंगे। नीचे दिए गए पेज से "समर्थित भाषा मूल्य" अनुभाग में इसके बारे में कुछ जानकारी है।
संभव समाधान
यहां तक कि अगर आप केवल Google के बारे में परवाह है, तो आप सिर्फ तुम क्या चाहते करने के लिए सक्षम नहीं हो सकता है - एक पहली नजर में, मैं भी अपने प्रश्न का कोई सीधा जवाब नहीं मिल सकता है ।
लेकिन सौभाग्य से, आपको साइटमैप में उस तरह की मेटा जानकारी को भरने की आवश्यकता नहीं है। इसके बजाय, आप इसे अपनी HTML फ़ाइलों के <head>
में जोड़ सकते हैं। this document (जोर मेरा) से:
आप एक URL कई भाषा संस्करणों है, तो प्रत्येक भाषा पेज अलग भाषा संस्करणों की पहचान करनी चाहिए, >>>>>> ही < < < < < < भी शामिल है। उदाहरण के लिए, अपनी साइट फ्रेंच, अंग्रेजी, और में सामग्री प्रदान करता है, तो स्पेनिश, स्पैनिश संस्करण एक rel = "वैकल्पिक" hreflang = "x" लिंक >>>>>>ही < < < के लिए शामिल करना चाहिए < < < के लिंक के अलावा फ्रेंच और अंग्रेजी संस्करण।इसी तरह, अंग्रेजी और फ्रेंच संस्करणों प्रत्येक >>>>>> ही < < < < < < फ्रेंच, अंग्रेजी और स्पेनिश संस्करण के लिए संदर्भ शामिल करना चाहिए।
तो यह स्पष्ट है एक पेज न केवल कर सकते हैं, लेकिन फिर भी एक rel="alternate" hreflang="<insert uri of page itself here>"
लिंक शामिल करना चाहिए कि।
यह चिंताजनक हो सकता है क्योंकि कोई उचित व्यक्ति निश्चित पृष्ठ को उसी पृष्ठ के विकल्प के लिए कॉल नहीं करेगा; दूसरी ओर, यह समझ में आता है और चीजों को सरल बनाता है अगर उन सभी <link>
प्रविष्टियों का एक ही रूप है। इस तरह, आप प्रत्येक पृष्ठ में <link>
एस के बिल्कुल उसी समूह को सम्मिलित कर सकते हैं (उदा। कॉपी-एंड-पेस्ट द्वारा या इसे कुछ टूल या स्क्रिप्ट करके)।
यहां मुख्य बिंदु यह है कि यह काम करता है कि किसी पृष्ठ में कोई उचित व्यक्ति "वैकल्पिक" कह सकता है या नहीं। यदि ऐसा नहीं है, तो पृष्ठ स्वयं का एकमात्र "वैकल्पिक" है, इसलिए केवल <link>
को <head>
पर उचित जोड़ें। ;
अब, वापस अपनी समस्या के लिए आ रहा है, तो आप कर सकता है
- हर पृष्ठ में, वास्तव में hreflang
लिंक जो आवश्यक हैं जोड़ने - साइटमैप
से सभी xhtml:link
तत्वों और xmlns:xhtml
नाम स्थान को हटा दें विशेष रूप से, प्रत्येक पृष्ठ में जो केवल एक भाषा को लक्षित करना चाहिए, बस एक लिंक जोड़ें (उचित hreflang
विशेषता के साथ) जो उस पृष्ठ को संदर्भित करता है।
बहुत असुरक्षित तर्क
आप अभी भी अपनी समस्या को हल करने के लिए सिर्फ साइटमैप फ़ाइलों का उपयोग करना चाहते हैं, तो आप अंत में (सादृश्य द्वारा) है कि <loc>
प्रति सिर्फ एक वैकल्पिक लिंक सहित एक ही परिणाम देगा निष्कर्ष निकाल सकता है, जैसे कि आपके पास <link>
संबंधित पृष्ठ के <head>
में होगा।
आईएमएचओ, यह निष्कर्ष खतरनाक है, और मेरे पास वैध होने पर बिल्कुल कोई सुराग नहीं है। लेकिन आप इसे एक नए परीक्षण पृष्ठ से आजमा सकते हैं जो आपकी उत्पादन वेबसाइट को परेशान नहीं करेगा और देखें कि यह कैसे काम करता है।
हालांकि, ऊपर उल्लिखित कारणों के लिए मैं इस तरह से नहीं जाऊंगा।
वेबसाइट में वैकल्पिक साइटमैप में उन्हें रखने के लिए पारस्परिक रूप से अनन्य नहीं हैं, और दोनों का उपयोग करने के लिए अनिवार्य कारण हैं (उदा। साइटमैप में वैकल्पिक जगहों को क्रॉल किए बिना अंतर्राष्ट्रीयकरण के कारण उपकरण की अनुमति देता है, और उन्हें HTML में रखने से क्रॉलर विकल्पों को खोजने की अनुमति देता है भले ही वे साइटमैप का हिस्सा न हों)। मेरे मामले में मैं वास्तव में पहले से ही उस कारण के लिए दोनों का उपयोग करता हूं। आपका प्रस्तावित समाधान दुर्भाग्यवश साइटमैप तक विस्तारित नहीं होता है: साइटमैप में 'x-default' वैकल्पिक नहीं है जिसे छोड़ा जा सकता है, लेकिन इसके बजाय * आवश्यक * 'loc' तत्व। – Tiddo
ठीक है, मैं चीजों को थोड़ा और अधिक आराम से देख रहा हूं। मैं बस यह मान रहा हूं कि साइटमैप Google को यूआरएल क्रॉल कर देगा, और यही वह क्षण है जब Google इसे निर्णय ले सकता है। लेकिन निश्चित रूप से, मैं आपका बिंदु देख सकता हूं, और इसलिए मेरे पास मेरे जवाब में "बहुत असुरक्षित तर्क" अनुभाग था। वह खंड वास्तव में प्रस्तावित करता है कि आप अपने उत्तर के अनुसार अब क्या कर रहे हैं। – Binarus
प्रैक्टिस में Google साइटमैप में पाए गए सभी यूआरएल को क्रॉल नहीं करेगा हालांकि (जब तक कि आपके पास केवल कुछ दर्जन पेज नहीं हैं)। मैंने कल अपने आखिरी हिस्से को पूरी तरह से गलत तरीके से पढ़ा है (आइए इसे सोमवार सुबह होने पर दोष दें), लेकिन आप सही हैं। मुझे पहले से ही दूसरे जवाब के लिए बक्षीस देने के लिए खेद है, लेकिन मैंने कम से कम अभी भी आपके उत्तर को स्वीकार किए जाने के रूप में चिह्नित किया है। – Tiddo