Чи не повинна перша сухарі бути домашньою сторінкою?

Це питання мені задавали кілька разів, але я натрапив на те, що, як я відчуваю, змінює відповідь.

Щоразу, коли я використовую сухарі на своєму сайті, я завжди включаю посилання на домашню сторінку. Оскільки я зазвичай використовую іконку, я роблю щось подібне:

<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, щоб дізнатися, чи зможу я знайти будь-яку інформацію про те, чи потрібно використовувати домашню сторінку в сухарях чи ні. Я не знайшов відповіді, але зрозумів, що Schema.org також не містить домашню сторінку у власних сухарях.

Отже, моє запитання: чи не найкраща практика використання домашньої сторінки?

Оновлення 1 (16.06.2016):

Я видалив itemprop="name" content="Home"і мої сухарі перестали відображатися в результатах пошуку.

Оновлення 2 (23.06.2016):

Я видалив усі розмітки схеми для домашньої сторінки, і тепер мої сухарі знову виглядають нормально:

Цікава примітка

Раніше я використовував версію схеми RDFa для панірувальних сухарів. Я завжди мав розмітку панірувальних сухарів на своїй домашній сторінці, а додому ніколи не з’являвся в сухарях в результатах пошуку. Ну, тепер вони є. Тож це нещодавно, що Google нещодавно змінив.

Оновлення 3 (10.10.2016):

Все ще виглядає нормально для сухарів на сторінці, які я використовую на прикладі, але я натрапив на щось нове - коренева категорія (що використовує ту саму структуру розмітки схеми) не відображає структуру панірування в результатах пошуку:

Хороше питання! Я ніколи не думав про спробу перевизначити / перейменувати корінь.

Кореневим каталогом вважається сам домен. Визначивши його за посиланням, ви змусили його створити новий каталог "Головна", який займає те саме положення, що і корінь. Це створило як передбачуваний корінь, так і каталог "Головна" в структурі та ситуації, яку ви окреслили у своєму запитанні.

Екстраполяція з цього - здається, що не найкращим методом є визначення вашого кореневого каталогу. Натомість визначайте лише підкаталоги / категорії / теми після кореня. Де це різні мовні сайти, що динамічно створюються на головному домені, використовуючи, скажімо, рядок запитів: Тоді найкращою практикою було б робити те, що ви зробили вище, та повторно визначити корінь залежно від регіону, на який спрямований (США + google.com , Великобританія + google.co.uk тощо).

Одне, що ви повинні спробувати, - це використовувати домен замість відносної косої риски /для дому. Але якщо це не виправити, так, є помилка. Google не повинен відображати додому таким чином, це має форму домену. Чому? Хто знає. Але ось що ми робимо, це може змінитися в будь-який час :

Якщо ви правильно позначите свої сухарі старішим синтаксисом data-vocab, у вас не виникне проблем. Чомусь Google і друзі кидали м'яч (або брикали його) на підтримку супроводу / списку Schema.org, особливо через JSON-LD, до того, що ми чекали майже рік з 2 червня 2016 року, щоб скинути дані -vocab з наших сайтів.

Це схожа поведінка на те, як вони рекомендували розмітку JSON-LD для таких речей, як огляди продуктів, потім відкликалися і сказали, що не рекомендують це з невеликими попередженнями на документах, перш ніж остаточно рекомендувати його ще до того, як вони насправді "активували" його в SERPS. Результатом стала розмітка продукту у SERPS у стилі «відключити», «неправильно», «відключити».

Тож наше рішення зараз полягає в тому, щоб розмістити Schema.org поруч зі старими вбудованими розмітками даних-vocab в межах сухариків. Обидва стилі суттєвості знаходять і «перевіряються» в GWT без помилок, але кожен раз, коли ми перевіряємо видалення даних vocab, схема на 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>

Відповідаючи на титульне запитання: Так , найкраще ввімкнути « Додому» у сухарі, тому що це відправна точка на шляху до поточної сторінки. Без відображеної початкової точки це не так однозначно у відображенні шляху до поточної сторінки.

Аналогічно, також найкращою практикою є згадка про поточну сторінку в кінці сухаря, оскільки це кінцева точка, яка є не менш важливою орієнтиром, намагаючись чітко показати шлях до поточної сторінки.

Це основна логіка для доступного веб-дизайну; але оскільки словник мікроданих Google ще знаходиться в зародковому стані, він не завжди відповідає найкращим практикам доступного веб-дизайну. Тому, як і раніше, вам доведеться знімати мікродані з елемента "Головна", щоб ці речі відображалися коректно в результатах пошуку Google в наші дні.

Що стосується Вашого оновлення 3, про панірувальні сухарі не відображаються для сторінок / категорій вищого рівня, звичайно, вони ні! Оскільки панірувальним сухарем буде лише Головна (початкова точка)> Назва категорії (кінцева точка). Початкова точка відображається у формі доменного імені, а кінцева точка відображається у вигляді великого синього тексту заголовка вгорі.