เกล็ดขนมปังแรกไม่ควรเป็นหน้าแรกหรือไม่

คำถามนี้ถูกถามสองสามครั้ง แต่ฉันพบสิ่งที่ฉันรู้สึกว่าคำตอบการเปลี่ยนแปลง

เมื่อใดก็ตามที่ฉันใช้ breadcrumbs บนเว็บไซต์ของฉันฉันมักจะมีลิงค์ไปยังหน้าแรก เนื่องจากปกติฉันจะใช้ไอคอนฉันจึงทำสิ่งนี้:

<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 เริ่มแสดงผลการค้นหาในหน้าของฉันเช่นนี้:

หน้าแรกตอนนี้ดูเหมือนว่าเป็นส่วนหนึ่งของเว็บไซต์ของฉันไม่ใช่หน้าแรก ไม่เคยทำสิ่งนี้มาก่อน ฉันไปที่ Schema.org เพื่อดูว่าฉันสามารถหาข้อมูลใด ๆ ได้หรือไม่ว่าจะใช้หน้าแรกใน breadcrumbs หรือไม่ ฉันไม่พบคำตอบ แต่ฉันรู้ว่า Schema.org ยังไม่รวมโฮมเพจใน breadcrumbs ของตนเอง

ดังนั้นคำถามของฉันคือใช้หน้าแรกไม่ใช่แนวทางปฏิบัติที่ดีที่สุดใช่หรือไม่

อัปเดต 1 (06/16/2016):

ฉันลบitemprop="name" content="Home"และ breadcrumbs ของฉันหยุดแสดงในผลการค้นหา

อัปเดต 2 (06/23/2559):

ฉันลบมาร์กอัปสคีมาทั้งหมดสำหรับหน้าแรกและตอนนี้ breadcrumbs ของฉันดูเป็นปกติอีกครั้ง:

โน้ตที่น่าสนใจ

ก่อนหน้านี้ฉันใช้ schema เวอร์ชัน RDFa สำหรับ breadcrumbs ฉันมีมาร์กอัป breadcrumb อยู่เสมอในหน้าแรกของฉันและหน้าแรกไม่เคยปรากฏใน breadcrumbs ในผลการค้นหา ตอนนี้พวกเขาเป็น ดังนั้นนี่คือสิ่งที่ Google เพิ่งเปลี่ยนไป

อัปเดต 3 (08/10/2016):

ทุกอย่างยังคงดูปกติสำหรับ breadcrumbs บนหน้าเว็บที่ฉันใช้ตัวอย่าง แต่ฉันเจอสิ่งใหม่ - หมวดหมู่รูท (ที่ใช้โครงสร้างของมาร์กอัปโครงสร้างเดิม) ไม่แสดงโครงสร้าง breadcrumb ในผลลัพธ์การค้นหา:

คำถามที่ดี! ฉันไม่เคยคิดจะพยายามกำหนด / เปลี่ยนชื่อรูท

ไดเรกทอรีรากจะถือว่าเป็นโดเมนตัวเอง ด้วยการกำหนดลิงก์ด้วยคุณได้กำหนดให้สร้างไดเรกทอรีใหม่ 'หน้าแรก' ที่สมมติว่าอยู่ในตำแหน่งเดียวกับรูท สิ่งนี้ได้สร้างทั้งรูทปลอมและไดเรกทอรี 'โฮม' ในโครงสร้างและสถานการณ์ที่คุณได้ระบุไว้ในคำถามของคุณ

การคาดการณ์จากสิ่งนี้ - ดูเหมือนว่าการไม่กำหนดไดเรกทอรีรากของคุณเป็นแนวทางปฏิบัติที่ดีที่สุด ให้กำหนดเฉพาะไดเรกทอรีย่อย / categories / topic แทน root โดยที่เว็บไซต์เหล่านี้เป็นภาษาต่าง ๆ ที่สร้างขึ้นแบบไดนามิกบนโดเมนหลักที่ใช้พูดสตริงข้อความค้นหา: วิธีปฏิบัติที่ดีที่สุดคือการทำสิ่งที่คุณทำด้านบนและกำหนดรากใหม่อีกครั้งโดยขึ้นอยู่กับภูมิภาคเป้าหมาย (usa + google.com , สหราชอาณาจักร + google.co.uk ฯลฯ )

สิ่งหนึ่งที่คุณควรลองใช้คือการใช้โดเมนแทนที่จะเป็นสแลชแบบสัมพัทธ์/สำหรับใช้ในบ้าน แต่ถ้ายังไม่สามารถแก้ไขได้แสดงว่ามีข้อผิดพลาด Google ไม่ควรแสดงที่บ้านเช่นนั้น แต่ใช้รูปแบบของโดเมน ทำไม? ใครจะรู้. แต่นี่คือสิ่งที่เราทำสิ่งนี้สามารถเปลี่ยนแปลงได้ตลอดเวลา :

หากคุณทำเครื่องหมาย breadcrumb ของคุณอย่างถูกต้องด้วยไวยากรณ์คำศัพท์ข้อมูลเก่าคุณจะไม่มีปัญหา ด้วยเหตุผลบางอย่างที่ Google และเพื่อน ๆ ได้ทิ้งลูกบอล (หรือเตะมันไปรอบ ๆ ) ในการสนับสนุนรายชื่อของ Schema.org breadcrumb / list โดยเฉพาะอย่างยิ่งผ่าน JSON-LD จนถึงจุดที่เรารอเกือบหนึ่งปีตั้งแต่เดือนมิถุนายน 2016 เพื่อวางข้อมูล -vocab จากเว็บไซต์ของเรา

พฤติกรรมคล้ายกับวิธีที่พวกเขาแนะนำมาร์กอัป JSON-LD สำหรับสิ่งต่างๆเช่นบทวิจารณ์ผลิตภัณฑ์จากนั้นย้อนรอยและบอกว่าพวกเขาไม่แนะนำด้วยการแจ้งเตือนเล็ก ๆ เกี่ยวกับเอกสารก่อนที่จะแนะนำมันอีกครั้งก่อนที่พวกเขาจะ "เปิดใช้งาน" ใน SERPS ผลที่ได้คือมาร์กอัปผลิตภัณฑ์แบบปิด - เปิด - ผิด - ปิด - เปิด - ปิด - เปิด - ปิดใน SERPS

ดังนั้นวิธีการแก้ปัญหาของเราในตอนนี้คือการวาง Schema.org ไว้ข้างๆเครื่องหมายคำอินไลน์ข้อมูลคำศัพท์แบบเก่าภายใน breadcrumbs พบทั้งสไตล์เอนทิตีและ "ตรวจสอบความถูกต้อง" ใน GWT โดยไม่มีข้อผิดพลาด แต่เมื่อใดก็ตามที่เราทดสอบการลบข้อมูลคำศัพท์สคีมาบน 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>

คำตอบสำหรับคำถามที่มีขนาดเล็ก: ใช่เป็นวิธีปฏิบัติที่ดีที่สุดที่จะรวมHomeไว้ใน breadcrumb เพราะเป็นจุดเริ่มต้นในเส้นทางไปยังหน้าปัจจุบัน หากไม่มีจุดเริ่มต้นปรากฏขึ้นมันก็ไม่ชัดเจนนักในการแสดงเส้นทางไปยังหน้าปัจจุบัน

ในทำนองเดียวกันก็เป็นวิธีที่ดีที่สุดในการพูดถึงหน้าปัจจุบันที่ส่วนท้ายของ breadcrumb เนื่องจากเป็นจุดสิ้นสุดซึ่งเป็นข้อมูลอ้างอิงที่สำคัญพอ ๆ กันเมื่อพยายามแสดงเส้นทางไปยังหน้าปัจจุบันอย่างชัดเจน

นี่คือตรรกะพื้นฐานสำหรับการเข้าถึงการออกแบบเว็บ; แต่เนื่องจาก microdata คำศัพท์ของ Google ยังอยู่ในช่วงเริ่มต้นจึงไม่รองรับวิธีปฏิบัติที่ดีที่สุดในการออกแบบเว็บที่เข้าถึงได้ ดังนั้นเช่นเดียวกับที่คุณทำคุณจะต้องตัดไมโครดาต้าจากรายการหน้าแรกเพื่อให้สิ่งต่าง ๆ แสดงอย่างถูกต้องในผลการค้นหาของ Google ในปัจจุบัน

เกี่ยวกับ Update 3 ของคุณเกี่ยวกับ breadcrumbs ที่ไม่แสดงสำหรับหน้า / หมวดหมู่ระดับบนสุดแน่นอนว่ามันไม่ได้! เนื่องจาก breadcrumb จะเป็น Home (จุดเริ่มต้น)> ชื่อหมวดหมู่ (จุดสิ้นสุด) จุดเริ่มต้นจะปรากฏในรูปแบบของชื่อโดเมนและจุดสิ้นสุดจะปรากฏในรูปแบบของข้อความหัวเรื่องสีน้ำเงินขนาดใหญ่ที่ด้านบน