स्कीमाओ / रिच स्निपेट्स मार्कअप यानी लोकलबी डेटा का बार-बार उपयोग


11

मैं आधिकारिक शब्दों को खोजने में असमर्थ हूं और मैं उम्मीद कर रहा हूं कि कुछ रिच स्निपेट्स / स्कीमा गुरु मुझे मार्कअप का उपयोग करने के लिए दोहराया सामग्री के उचित उपयोग में कुछ जानकारी दे सकते हैं।

मैं एक साइट का निर्माण कर रहा हूं, जो मार्कअप प्रकार के रूप में Schema.org का उपयोग करना चाहता है और मालिक जितना संभव हो उतना उपयोग करना चाहेगा। व्यवसाय नाम, टेलीफोन और पता प्रत्येक पृष्ठ पर दिखाई देगा अब यह मान्य है या हर पृष्ठ पर रिच स्निपेट्स का उपयोग करने के लिए उपयोगी है जहां यह जानकारी प्रदर्शित की जाती है।

उदाहरण के लिए यह जानकारी हेडर में दिखाई देती है, और साइट के हर पृष्ठ का पाद लेख और आपको मेरे वर्तमान मार्कअप का एक उदाहरण नीचे दिया गया है:

<body itemscope itemtype="http://schema.org/LocalBusiness">
<header>
    <a itemprop="url" href="http://www.domain.co.uk/">
        <img itemprop="logo" src="image.png" alt="Company Name Logo" />
    </a>
    <span itemprop="telephone">01202 000 000</span>
</header>
<div> This is where the content will go</div>
<footer>
  <span itemprop="name">Company Name</span>
  <span itemprop="description"> A small little bit about this company</span>
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    <span itemprop="streetAddress">Address Goes here</span>
    <span itemprop="addressLocality">Area Here</span>,
    <span itemprop="addressRegion">Region Here</span>
  </div>
 </footer>
</body> !-- Local Business Schema Now Closed -->

तो जैसा कि आप ऊपर देख सकते हैं कि यह जानकारी हर एक पृष्ठ पर प्रदर्शित होगी। क्या इस जानकारी का स्कीमाओ प्रारूप में उपयोग करने के लिए यह मान्य या बुरा है?


कुछ शब्दार्थ मार्कअप जैसे कि ऑथरशिप को कई पेजों पर डुप्लिकेट करने के लिए डिज़ाइन किया गया है। मुझे यकीन नहीं है कि स्थानीय व्यापार मार्कअप की बात क्या है, लेकिन क्या यह साइट को SERPs में प्रदर्शित करने के तरीके को बिल्कुल बदल देता है?
स्टीफन ओस्टरमिलर

1
नहीं, लेकिन 90% स्कीमा किसी भी तेज या रूप में SERPS को प्रभावित नहीं करता है और उस तर्क का उपयोग करने का यह मतलब होगा कि स्कीमा बहुत बेकार है - कोई भी जितना कम वे इसे जितना संभव हो उतना कम उपयोग करना चाहते हैं, मुझे इसकी परवाह नहीं है बुरा अभ्यास या नकारात्मक एसईओ नहीं।
साइमन हैटर

जवाबों:


6

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

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

  • कॉपी-एंड-पेस्ट या ड्रैग-एंड-ड्रॉप के बारे में सोचें : साइट के एक विशिष्ट पृष्ठ से सामग्री को कॉपी / खींचते समय मेटाडेटा को केवल क्लिपबोर्ड में शामिल क्यों किया जाना चाहिए?

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


यह कहा गया है कि "सबसे अच्छा अभ्यास ध्यान केंद्रित करना है और आम तौर पर किसी दिए गए पृष्ठ पर एकल शीर्ष-स्तरीय प्रकार का उपयोग करना है"। पासिंग LocalBusiness, Organizationआदि को शीर्ष-स्तरीय प्रकार (एक शीर्ष-स्तरीय सरणी के माध्यम से) इस विचार के विपरीत लगता है। क्या हमें LocalBusinessअधिक विशिष्ट प्रकारों के अंदर घोंसला बनाना चाहिए , जैसे ? Articleया Product?, बस एक सरणी के रूप में कई शीर्ष-स्तरीय प्रकार पास करें?
रोनी रोस्टन

1
@RonRoyston: यह केवल एक उच्च-स्तरीय आइटम होने में कनेक्ट आइटम, जो आम तौर पर परिणामों के गुणों का उपयोग एक अच्छी आदत है: WebPage- और Organizationहै publisher, Article/ Productहै mainEntityआदि
UNOR

1

मुझे लगता है कि हर पृष्ठ पर मार्कअप ठीक है, लेकिन मेरे पास सभी उदाहरण एक सामान्य यूआरएल (व्यवसाय के बारे में एक पृष्ठ) और एक सामान्य आईडी (माइक्रोडेटा में आइटम) का उपयोग करना होगा। यह इंगित करने के लिए एक संकेत होगा कि वे सभी एक इकाई से संबंधित हैं।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.