एक ही दस्तावेज़ के विभिन्न संस्करणों को सही ढंग से कैसे चिह्नित किया जाए जो गैर-विहित हैं

Question

उपयोग का मामला एक दस्तावेज है जिसमें कई संस्करण हैं जो सभी एक साथ उपलब्ध हैं। उदाहरण के लिए, उस सॉफ़्टवेयर के प्रत्येक संस्करण के लिए एक उत्पाद पर प्रलेखन:

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

ये इस अर्थ में समान सामग्री नहीं हैं कि v1 और v2 पृष्ठों में यह निर्दिष्ट करना गलत होगा कि विहित URL v3 है। यदि मैंने 'उत्पाद इंस्टॉल गाइड v2' के लिए Google में खोज की है तो मैं v2 को खोजने में सक्षम होने की अपेक्षा करूंगा। दस्तावेज़ का प्रत्येक संस्करण थोड़ा अलग होगा, लेकिन वे एक दूसरे के साथ बहुत कुछ करेंगे।

तो सवाल यह है: क्या मैं इन पृष्ठों को Google और दोस्तों को संकेत देने के लिए किसी तरह से चिह्नित कर सकता हूं कि नवीनतम संस्करण (v3) को प्राथमिकता दी जाती है, इसलिए 'उत्पाद इंस्टॉल गाइड' के लिए एक सरल खोज के बजाय v3 पृष्ठ दिखाने की अधिक संभावना है v1 या v2 पृष्ठ?

Comments

यह एक दिलचस्प स्थिति है। मुझे Google खोज के लिए किसी भी दस्तावेज़ संस्करण समर्थन का पता नहीं है।

— स्टीफन Ostermiller

वर्तमान संस्करण, बीटा, मूल्यह्रास, आदि के साथ संस्करण बनाने की अनुमति देने के लिए कैनोनिकल टैग को अपडेट करने का यह एक सही अवसर है कि यह विशेष रूप से कैसे काम करेगा, बहस तक है। यह एक दिलचस्प और उपयोगी बदलाव हो सकता है।

— क्लोसेट्नोक

स्टैक ओवरफ्लो पर संबंधित प्रश्न: लिंक rel = "कैनोनिकल": क्या विभिन्न उपयोगकर्ता गाइड संस्करणों को एक ही कैनोनिकल यूआरएल का उपयोग करना चाहिए?

— 16

@ ब्रेंडन, क्या आपने कोई समाधान उजागर किया?

— रॉस रोजर्स

सिद्धांत रूप में, priorityXML साइटमैप में टैग का उपयोग सापेक्ष महत्व को इंगित करने के लिए किया जा सकता है - "पसंदीदा" पृष्ठ का सुझाव देने के लिए जब दो या अधिक परिणाम अन्यथा समान हो सकते हैं। हालांकि, ऐसा लगता है कि Google अब "प्राथमिकता" पर ज्यादा ध्यान नहीं देता है।

— 1938 में MrWhite

Answer 1

आपके प्रश्न को देखते हुए मुझे निम्नलिखित धारणाएँ बनानी होंगी:

1. आपकी वेबसाइट किसी उत्पाद के लिए इंस्टॉल-गाइड के लिए एक अनुभाग प्रदान कर रही है
2. उत्पाद संस्करण से मार्गदर्शिकाएँ भिन्न होती हैं लेकिन पुराने उत्पाद संस्करणों का उपयोग करने वाले ग्राहकों के लिए प्रासंगिक रहती हैं
3. आपके ग्राहक इसके बारे में जानते हैं और जानते हैं कि उन्हें किस संस्करण की आवश्यकता हो सकती है

पहला: यह वास्तव में एक के लिए उपयोग-मामला नहीं है rel="canonical"।

आपकी जैसी स्थितियों से निपटने का एक तरीका संरचना है: आप अपने उत्पाद के लिए एक स्थिर मार्गदर्शक पृष्ठ को लागू कर सकते हैं जिसमें हमेशा सबसे हालिया मार्गदर्शिका होती है। यह पृष्ठ उत्पाद या श्रेणी पृष्ठ से जुड़ा हुआ है, इसलिए यह बहुत अधिक महत्व प्राप्त करता है।

योजना:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

हर बार जब एक नया गाइड जारी किया जाता है, तो वह स्थिर पेज पर प्रकाशित हो जाता है और पुराना URL संरचना में एक नए URL तक नीचे चला जाता है। उन "पुराने गाइड" URL को स्थैतिक पृष्ठ से नहीं, बल्कि श्रेणी पृष्ठों से जोड़ा जाता है। इसके बाद वे "कम महत्वपूर्ण" दिखाई देंगे

सुनिश्चित करें कि, v1, 2, 3, … nसंस्करण केवल मुख्य गाइड पृष्ठ और प्रत्येक से प्रत्येक से जुड़े हुए हैं। मुख्य पृष्ठ आपकी पूरी साइट पर अच्छी तरह से जुड़ा होना चाहिए।

आपकी मौजूदा URL संरचना की तुलना में यह प्रकाशित मार्गदर्शिका को अधिक प्रासंगिकता देता है exapmle.com/product/guide/।

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

इस संरचना में प्रत्येक URL समान है "" और Google को यह तय करने के लिए अन्य संकेतों पर निर्भर रहना पड़ता है कि कौन सा URL सबसे अधिक प्रासंगिक है।

अगला चरण गाइड पेजों को एक तरह से अनुकूलित कर रहा है ताकि खोज इंजन जल्दी से व्यक्तिगत संस्करणों के बीच के अंतर को समझ सकें:

• पृष्ठ का शीर्षक अलग-अलग करें, जैसे: <title>Version 1.0 install Guide for Product XY</title>
• पृष्ठ की मुख्य शीर्षक को अलग-अलग करें, जैसे: <h1>How to Install Version 1.0 of Product XY</h1>
• पृष्ठ का विवरण अलग-अलग करें, जैसे: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
• गाइड से लिंक करते समय विभिन्न संस्करणों को इंगित करने के लिए एंकर ग्रंथों का उपयोग करें <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

प्रत्येक को उस संस्करण को इंगित करने के लिए जिसे इसके लिए डिज़ाइन किया गया था और शायद वर्ष / महीना / तारीख।

संकेत: यह अलग-अलग पृष्ठों के शीर्ष पर अंतर को इंगित करने के लिए सहायक हो सकता है। इसलिए ग्राहक आसानी से देख सकते हैं कि उन्हें अलग-अलग गाइडों की आवश्यकता क्यों है। एएनएस सर्च इंजन को प्रत्येक पृष्ठ के लिए "डुप्लिकेट सामग्री के पास" मुद्दों के अपने जोखिम को कम करने के लिए एक अद्वितीय सामग्री की अतिरिक्त जानकारी मिलती है।

इस तरह आप यह सुनिश्चित करते हैं कि सबसे हालिया गाइड हमेशा मौजूद रहता है example.com/product/guide/और " इंस्टॉल गाइड उत्पाद " जैसी सामान्य खोजों के परिणाम के रूप में कार्य करेगा । खोज इंजन यह पहचानेंगे कि इस पृष्ठ की सामग्री बार-बार अपडेट की जाती है और यह भी पहचान लेगी कि इस पृष्ठ के उप-आइटम मौजूद हैं और " इंस्टॉल गाइड प्रोडक्ट वी 2.0 " जैसे अधिक विशिष्ट खोज शब्दों के लिए उनकी सेवा करते हैं । उन विशिष्ट संस्करणों के लिए पृष्ठों का अनुकूलन करके, जो वे आपका प्रतिनिधित्व करते हैं, यह सुनिश्चित करते हैं कि ग्राहक इसके लिए खोज कर अपना संस्करण प्राप्त करें।

Comments

आपका उत्तर पूर्ण अनुमान की तरह लगता है। ये पृष्ठ पहले से मौजूद हैं, अच्छी उपाधियाँ और मेटाडेटा और यूआरएल संरचना है। मानव उपयोगकर्ता वास्तव में जानते हैं कि क्या चल रहा है। यह सिर्फ Google है जो सबसे उपयोगी पृष्ठ नहीं लौटा रहा है। मैं खोज इंजन से लागू करने के लिए विशिष्टताओं के बाद हूं, या वास्तविक दुनिया के उदाहरण / केस अध्ययन जो इसे हल कर चुके हैं।

— ब्रेंडन हेवुड

मेरा जवाब आपकी जानकारी पर निर्भर करता है। यदि आप अपने Urls को साझा करना पसंद करते हैं और किसी को भी आपके पृष्ठ संरचना और सेटअप का अनुमान लगाने की आवश्यकता नहीं है। मेरा उत्तर वास्तविक जीवन के अनुभव पर आधारित है ..

— सेब

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

— क्लोसेट्नोक

मैं इसे एक अनुमान के रूप में नहीं देखता हूं। मैं जोड़ना चाहूंगा कि तारीखें जोड़ना उपयोगकर्ताओं को विशेष रूप से मदद कर सकता है यदि आप शीर्षक टैग को नवीनतम संस्करण , संस्करण 1 1/1/1901 , संस्करण 2 2/2/1902 या सिर्फ संस्करण 1 मूल्यह्रास , संस्करण 2 मूल्यह्रास , आदि के साथ अंतर करते हैं। , स्कीमा मार्कअप के साथ जिसमें एक तिथि शामिल है। जितना हो सके उतने सिग्नल भेजें। यह मुख्य रूप से उपयोगकर्ता की मदद करेगा। इसके अलावा, मूल्यह्रास Google के लिए एक ट्रिगर शब्द हो सकता है। इस तथ्य का तथ्य यह है कि कभी-कभी Google बिना किसी तुकबंदी या कारण के पुराने संस्करणों का चयन करता है। पुराने संस्करणों को पीडीएफ बनाने पर विचार करें और HTML नहीं।

— क्लोसेटनोक

plus.google.com/+JohnMueller/posts/WyAoPsh4GNW > यह

— Seb

Answer 2

मैंने ऐसा कोई भी सिद्ध तकनीकी तरीका नहीं देखा है जो एक खोज इंजन को बताए कि एक गाइड या पृष्ठ का एक निश्चित संस्करण तारीख के अलावा नया है जैसा कि नॉर्ल जॉनी ने उल्लेख किया है।

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

पहली वेबसाइट जहां मैंने देखा कि अभ्यास स्पष्ट रूप से W3C था। उदाहरण के लिए, इस दस्तावेज़ में शीर्ष पर "नवीनतम संस्करण" है: https://www.w3.org/TR/html401/

अब, मैंने इसे MSDN पर देखा है, जहाँ उनके पास "अनुशंसित संस्करण" नाम का एक लिंक है। https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

किसी भी तरह से, मैंने किसी भी प्रकार के तकनीकी HTTP या HTML को नहीं देखा है जिनका उपयोग इस तरह के संकेत के लिए किया जा सकता है। Rel = "वैकल्पिक" के साथ एक लिंक टैग है जो काम कर सकता है, लेकिन जो मैं समझता हूं कि वास्तव में केवल एक ही दस्तावेज़ के भाषाओं या अन्य अलग-अलग संस्करणों के लिए काम करता है, विभिन्न विभिन्न संस्करण नहीं।

एक अन्य तकनीक है जिसे Google ने कोशिश की और मुझे पूरा यकीन है कि वे अभी भी इसका उपयोग कर रहे हैं, यह http://schema.org है जो https://schema.org/softwareVersion टैग के साथ होता है । इसलिए यह मानते हुए कि Google ने उस विशिष्ट टैग को लागू किया है, तो उसे आपकी संस्करण योजना को समझना चाहिए। एसईबी की अंतर्दृष्टि के बाद, एक / गाइड पृष्ठ होने पर, आप तब प्रत्येक संस्करण के लिंक ले सकते थे। उस softwareVersionजानकारी को शामिल करने के लिए लिंक को स्कीमा के साथ टैग किया जाएगा । हालाँकि, वह संस्करण केवल पाठ को स्वीकार करता है मुझे लगता है कि यह सॉफ़्टवेयर का विवरण ("सर्वश्रेष्ठ संस्करण कभी!") है और वास्तविक संस्करण नहीं है (1.0, 2.3, 3.7.1 ...) लेकिन मुझे लगता है कि शायद सबसे अच्छा होगा तुम कर सकते हो।

Answer 3

मैंने आपके जैसे मामलों को देखा है जब Django डॉक्स जैसे तकनीकी दस्तावेज ब्राउज़ करते हैं ।

इस मामले में जोड़ने के लिए कोई विशेष टैग नहीं हैं लेकिन आप Google को संकेत देने के लिए निम्नलिखित रणनीतियों का उपयोग कर सकते हैं कि आप v3 लिंक (नवीनतम संस्करण) को पसंद करते हैं :

बिना संस्करणों के लिंक

• जब आप v3 दायरे से बाहर इस सामग्री का संदर्भ लेते हैं, तो उन संस्करणों के बिना लिंक का उपयोग करें जो स्वचालित रूप से नवीनतम संस्करण पृष्ठ पर रीडायरेक्ट करते हैं, जैसे:

  example.com/install-guide - नवीनतम पर पुनर्निर्देशित -> example.com/v3/install-guide

जब आपके पास एक नया संस्करण (v4) होता है, तो इसे पुनर्निर्देशित किया जाएगा example.com/v4/install-guide।

नवीनतम संस्करण के लिंक के साथ अलर्ट

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

जब Django एक संस्करण को चित्रित करता है तो वे उपयोगकर्ता को स्पष्ट रूप से दिखाते हैं, आपके मामले में आप अलर्ट में नवीनतम संस्करण लिंक भी जोड़ सकते हैं।

ताजा लिंक

• ताजा लिंक (नई सामग्री या आपके मामले में नए संस्करण) स्वाभाविक रूप से पुराने लोगों की तुलना में अधिक कर्षण प्राप्त करेंगे।

Comments

वास्तव में, Django rel=canonicalखोज हिट से प्रलेखन के सभी पुराने संस्करणों, साथ ही साथ अलर्ट का उपयोग करता है। Docs.djangoproject.com/en/dev/misc का स्रोत देखें ।

— 15

@oligofren की अच्छी पकड़, और ईमानदार होना, मैं canonicalउस स्थिति में उपयोग करने के लिए आश्वस्त नहीं हूं ।

— मारकेन्यू

Answer 4

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

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

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

Answer 5

आप सॉर्ट करने के लिए पेज डेट्स का उपयोग कर सकते हैं।

Google पृष्ठ की विशेषताओं के आधार पर एक पृष्ठ तिथि का अनुमान लगाता है जैसे शीर्षक और URL में दिनांक।

कस्टम खोज आपको इस तिथि को सॉर्ट, पूर्वाग्रह और सीमा प्रतिबंधित करने की अनुमति देती है ताकि विशेष मेटाडेटा कुंजी का उपयोग करके परिणामों को सीमित किया जा सके। इस अनुमानित तिथि का उपयोग उन सभी ऑपरेटरों में किया जा सकता है जो &sort=URL पैरामीटर का उपयोग करते हैं , जिसमें "Sort by Attribute", "Bias by Attribute", "Restrict to Range" शामिल है।

उदाहरण के लिए:

वर्तमान कोड की सूची के लिए Google कस्टम खोज दस्तावेज़ देखें ।

Comments

आपका उत्तर मुख्य रूप से Google कस्टम खोज के बारे में प्रतीत होता है, जबकि OP Google खोज के बारे में पूछता है।

— ०

हाँ, यह थोड़ा सा विषय है लेकिन यह एक संभावित समाधान की ओर इशारा कर सकता है। क्या 2014 के लिए मान्य होने के रूप में v1 पृष्ठ को चिन्हित करने का तरीका है और v2 पृष्ठ 2015 के लिए मान्य है और 2016 के लिए v3 है और फिर सामान्य Google खोज वर्तमान संस्करण की ओर थोड़ी वरीयता देगी?

— ब्रेंडन हेवुड