क्या पहला ब्रेडक्रंब होम पेज नहीं होना चाहिए?


12

यह प्रश्न कुछ बार पूछा गया है लेकिन मुझे कुछ ऐसा पता चला है जिससे मुझे लगता है कि उत्तर में बदलाव होगा।

जब भी मैं अपनी साइट पर ब्रेडक्रंब का उपयोग करता हूं, तो मैं हमेशा होम पेज पर एक लिंक शामिल करता हूं। चूंकि मैं आमतौर पर एक आइकन का उपयोग करता हूं, इसलिए मैं कुछ ऐसा करता हूं:

<li itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
  <a itemscope itemtype="http://schema.org/Thing" itemprop="item" href="/webmasters//">
    <i itemprop="name" content="Home" class="icon-home-filled"></i>
  </a>
  <meta itemprop="position" content="1" />
</li>

खैर, हाल ही में, मुझे एहसास हुआ कि Google ने इस तरह मेरे पृष्ठों पर खोज परिणाम प्रदर्शित करना शुरू किया:

यहाँ छवि विवरण दर्ज करें

होम अब ऐसा लगता है कि यह मेरी वेबसाइट का एक अनुभाग है, न कि होम पेज। यह अतीत में ऐसा नहीं किया था। मैं स्कीमा ..org पर यह देखने के लिए गया कि क्या मुझे ब्रेडक्रंब में होम पेज का उपयोग करने या न करने के बारे में कोई जानकारी मिल सकती है । मुझे कोई उत्तर नहीं मिला, लेकिन मुझे एहसास हुआ कि Schema.org भी अपने ब्रेडक्रंब में होम पेज को शामिल नहीं करता है।

तो मेरा सवाल है, होम पेज का उपयोग कर रहा है, एक सर्वोत्तम अभ्यास नहीं है?

अपडेट 1 (06/16/2016):

मैंने हटा दिया itemprop="name" content="Home"और मेरे ब्रेडक्रंब ने खोज परिणामों में दिखना बंद कर दिया।

यहाँ छवि विवरण दर्ज करें

अपडेट 2 (06/23/2016):

मैंने मुखपृष्ठ के लिए सभी स्कीमा मार्कअप को हटा दिया है और अब मेरे ब्रेडक्रंब फिर से सामान्य दिखते हैं:

यहाँ छवि विवरण दर्ज करें

दिलचस्प नोट

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

अपडेट 3 (08/10/2016):

पृष्ठ पर ब्रेडक्रंब के लिए अभी भी सब कुछ सामान्य लग रहा है जो मैं एक उदाहरण का उपयोग कर रहा हूं, लेकिन मुझे कुछ नया आया है - रूट श्रेणी (जो स्कीमा मार्कअप की समान संरचना का उपयोग कर रही है) खोज परिणामों में ब्रेडक्रंब संरचना प्रदर्शित नहीं कर रही है:

यहाँ छवि विवरण दर्ज करें

जवाबों:


2

अच्छा प्रश्न! मैंने रूट को फिर से परिभाषित / नाम बदलने के प्रयास के बारे में कभी नहीं सोचा था।

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

इससे एक्सट्रैपलेटिंग - यह दिखाई देगा कि अपनी रूट डायरेक्टरी को परिभाषित नहीं करना सबसे अच्छा अभ्यास है। इसके बजाय, रूट के बाद केवल उप निर्देशिकाओं / श्रेणियों / विषयों को परिभाषित करें। एक क्वेरी स्ट्रिंग का उपयोग करते हुए, मुख्य रूप से डायनामिक रूप से बनाए गए मुख्य डोमेन पर ये अलग-अलग भाषा की साइटें हैं: फिर सबसे अच्छा अभ्यास यह होगा कि आपने ऊपर क्या किया है और लक्षित रूट के आधार पर रूट को फिर से परिभाषित करें (usa + google.com) , यूके + google.co.uk, आदि)।


2

एक चीज़ जो आपको कोशिश करनी चाहिए, वह है /घर के लिए एक रिश्तेदार स्लैश के बजाय डोमेन का उपयोग करना । लेकिन अगर वह इसे ठीक नहीं करता है, हाँ एक त्रुटि है। Google को इस तरह घर प्रदर्शित नहीं करना चाहिए, यह डोमेन का रूप लेता है। क्यों? कौन जाने। लेकिन यहाँ हम क्या करते हैं, यह किसी भी समय बदल सकता है :

यदि आप अपने ब्रेडक्रंब को पुराने डेटा-विकाब सिंटैक्स के साथ ठीक से चिह्नित करते हैं, तो आपके पास समस्याएं नहीं होंगी। किसी कारण से Google और दोस्तों ने स्कीमा (विशेष रूप से JSON-LD के माध्यम से) स्कीमा डॉट बॉल (या इसके चारों ओर किक मारते हुए) को विशेष रूप से JSON-LD के माध्यम से इस बिंदु पर छोड़ दिया गया है कि हम डेटा को छोड़ने के लिए Jun2 2016 के रूप में लगभग एक वर्ष से प्रतीक्षा कर रहे हैं हमारी साइटों से -वॉक।

यह इसी तरह का व्यवहार है कि कैसे उन्होंने उत्पाद समीक्षा जैसी चीजों के लिए JSON-LD मार्कअप की सिफारिश की, फिर पीछे हट गए और कहा कि वे डॉक्स पर एक छोटे से अलर्ट के साथ इसकी अनुशंसा नहीं करते हैं, इससे पहले कि वे वास्तव में SERPS में "सक्रिय" होने से पहले फिर से सिफारिश कर सकें। परिणाम SERPS में ऑन-ऑफ-ऑन-गलत-ऑफ-wtf-on-off-on शैली उत्पाद मार्कअप था।

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

<div class="breadcrumb">
<script type="application/ld+json"> {
"@context" : "http://schema.org",
"@type" : "BreadcrumbList",
"itemListElement" : [
    {
    "@type" : "ListItem",
    "position" : 1,
    "item" : {
        "@id" : "https://www.example.com/",
        "name" : "Home"
        }
    },  {
    "@type" : "ListItem",
    "position" : 2,
    "item" : {
        "@id" : "https://www.example.com/parent",
        "name" : "Parent Category"
        }
    },  {
    "@type" : "ListItem",
    "position" : 3,
    "item" : {
        "@id" : "https://www.example.com/parent/child",
        "name" : "Child Category"
        }
    }
]}
</script>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://www.example.com/" itemprop="url"><span itemprop="title">Home</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent" itemprop="url"><span itemprop="title">Parent Category</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent/child" itemprop="url"><span itemprop="title">Child Category</span></a></span>
</div>

दिलचस्प। मैं कुछ पन्नों पर घर के लिए डोमेन का उपयोग करने की कोशिश करूंगा और देखूंगा कि क्या होता है।
जॉन आर पेरी

1

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

इसी तरह, ब्रेडक्रंब के अंत में वर्तमान पृष्ठ का उल्लेख करना भी सबसे अच्छा अभ्यास है, क्योंकि यह समापन बिंदु है जो वर्तमान पृष्ठ पर स्पष्ट रूप से रास्ता दिखाने की कोशिश करते समय समान रूप से महत्वपूर्ण संदर्भ है।

यह एक्सेसिबिल वेब डिज़ाइन के लिए बुनियादी तर्क है; लेकिन जैसा कि Google की माइक्रोडाटा शब्दावली अभी भी अपनी प्रारंभिक अवस्था में है, यह हमेशा सुलभ वेब डिज़ाइन की सर्वोत्तम प्रथाओं को समायोजित नहीं करती है। इसलिए, जैसे आपने किया है, आपको इन दिनों Google खोज परिणामों में सही ढंग से प्रदर्शित करने के लिए होम आइटम से माइक्रोडाटा को निकालना होगा।

अपने अपडेट 3 के बारे में, ब्रेडक्रंब शीर्ष स्तर के पृष्ठों / श्रेणियों के लिए नहीं दिखा रहा है, बेशक वे नहीं करते हैं! क्योंकि ब्रेडक्रंब केवल होम (प्रारंभिक बिंदु)> श्रेणी नाम (अंतिम बिंदु) होगा। प्रारंभ बिंदु को डोमेन नाम के रूप में प्रदर्शित किया जाता है, और अंतिम बिंदु शीर्ष पर बड़े नीले शीर्षक पाठ के रूप में प्रदर्शित किया जाता है।


2
जब Google के ब्रेडक्रंब उदाहरणों में से कोई भी होम पेज का उपयोग नहीं करता है और पूरी स्कीमा.ओआरजी साइट अपने ब्रेडक्रंब के साथ होम पेज का उपयोग नहीं करती है, तो ऐसा लगता है कि वे कम देख रहे हैं और अधिक पसंद कर रहे हैं। आपके अंतिम बिंदु के संबंध में ... यह छवि में परिणामों से मेल नहीं खाता। पहला उदाहरण (SEO for Webpages) उस पृष्ठ के लिए ब्रेडक्रंब प्रदर्शित करता है। इसके अलावा, यदि मैं अपने फोन पर खोज करता हूं, तो Google (डोमेन> श्रेणी) के प्रारूप में पहली श्रेणी प्रदर्शित करता है। मुझे नहीं पता है कि जब यह प्रस्तुत किए गए आंकड़ों के साथ टकराव होता है तो यह उत्तर तुरंत 2 अपवोट कैसे हो गया।
जॉन आर पेरी

यह आपको एक गैर-निरीक्षण की तरह लग सकता है लेकिन यह अभी भी एक निरीक्षण है, क्योंकि तर्क स्पष्ट करता है। जब A से C तक जाते हैं, तो यह स्पष्ट रूप से "ए से बी से सी" कहने के बजाय "बी से सी" के रूप में कहने के लिए अधिक स्पष्ट है। मूल तर्क, जिसे आप अपने उत्तर में अनदेखा कर रहे हैं।
डैन एल

मैं तर्क की कली से सहमत हूं। इसलिए मैंने पहली जगह में सवाल पूछा। मैं कह रहा हूं कि हमारा 'तर्क' डेटा से मेल नहीं खाता।
जॉन आर पेरी

उसे कुछ टाइम और दो। यह नई तकनीक है, जो उन लोगों द्वारा बनाई गई है जो अक्सर अपने शोध को पूरी तरह से करने में विफल रहते हैं या चीजों को पूरी तरह से निष्पक्ष रूप से देखते हैं। लगभग सभी लोग अपने ब्रेडक्रंब में होम का उपयोग करते हैं, यह माइक्रोडाटा मानक है जो एनोमोली है, न कि मेरा तर्क जो वेब पर लगभग सभी ब्रेडक्रंब के अनुरूप है।
दान एल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.