Разве первая крошка не должна быть домашней страницей?


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 начал отображать результаты поиска на моих страницах следующим образом:

введите описание изображения здесь

Дом теперь выглядит как раздел моего сайта, а не домашней страницы. Это не делало этого в прошлом. Я пошел на Schema.org, чтобы узнать, смогу ли я найти какую-либо информацию о том, использовать ли домашнюю страницу в сухарях или нет. Я не нашел ответа, но я понял, что Schema.org также не включает домашнюю страницу в свои хлебные крошки.

Таким образом, мой вопрос, использование Домашней страницы, не лучшая практика?

Обновление 1 (16.06.2016):

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

введите описание изображения здесь

Обновление 2 (23.06.2016):

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

введите описание изображения здесь

Интересная заметка

Ранее я использовал версию схемы RDFa для хлебных крошек. У меня всегда была разметка крошки на моей домашней странице, и Home никогда не появлялся в крошках внутри результатов поиска. Ну, теперь они есть. Так что это то, что Google недавно изменил.

Обновление 3 (10.08.2016):

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

введите описание изображения здесь

Ответы:


2

Хороший вопрос! Я никогда не думал о попытке переопределить / переименовать корень.

Корневым каталогом считается сам домен. Определив его ссылкой, вы заставили его создать новый каталог «Home», который занимает ту же позицию, что и корень. Это создало как предполагаемый корневой каталог, так и домашний каталог в структуре, а также ситуацию, которую вы изложили в своем вопросе.

Экстраполируя это - может показаться, что лучше не указывать корневой каталог. Вместо этого определите только подкаталоги / категории / темы после корня. Если это разные языковые сайты, динамически создаваемые в основном домене с использованием, скажем, строки запроса: тогда лучше всего будет делать то, что вы сделали выше, и заново определять корень в зависимости от целевого региона (usa + google.com , Великобритания + google.co.uk и т. Д.).


2

Одна вещь, которую вы должны попробовать, это использовать домен вместо относительного слеша /для дома. Но если это не исправит, да, есть ошибка. Google не должен отображать дом так, он принимает форму домена. Почему? Кто знает. Но вот что мы делаем, это может измениться в любое время :

Если вы правильно разметите свои хлебные крошки старым синтаксисом data-vocab, у вас не будет проблем. По какой-то причине Google и друзья отбрасывают мяч (или бьют его по мячу) на поддержку хлебных крошек / списков Schema.org, особенно через JSON-LD, до того момента, что мы почти год, начиная с 2 июня 2016 года, собираем данные -Вокаб с наших сайтов.

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

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

Интересный. Я постараюсь использовать домен для дома на нескольких страницах и посмотрю, что получится.
Джон Р Перри

1

В ответ на главный вопрос: да , лучше всего включить Home в макет, потому что это отправная точка на пути к текущей странице. Без отображаемой начальной точки не очень ясно показать путь к текущей странице.

Точно так же, рекомендуется также указывать текущую страницу в конце крошки, так как это конечная точка, которая является в равной степени важной ссылкой при попытке четко показать путь к текущей странице.

Это основная логика для доступного веб-дизайна; но поскольку словарь микроданных Google все еще находится в зачаточном состоянии, он не всегда учитывает лучшие практики доступного веб-дизайна. Поэтому, как вы уже сделали, вам нужно убрать микроданные из домашнего элемента, чтобы в эти дни результаты поиска правильно отображались в результатах поиска Google.

Что касается вашего Обновления 3, о хлебных крошках, не показанных для страниц / категорий верхнего уровня, конечно, они не показывают! Поскольку крошка будет только Home (начальная точка)> Имя категории (конечная точка). Начальная точка отображается в виде имени домена, а конечная точка отображается в виде большого синего заголовка в верхней части.


2
Когда ни один из примеров Google не использует домашнюю страницу, а весь сайт schema.org не использует домашнюю страницу с собственными хлебными крошками, это выглядит как недосмотр и больше похоже на то, что они ищут. Что касается вашего последнего пункта ... он не соответствует результатам на изображении. Первый пример (SEO для веб-страниц) отображает крошки для этой страницы. Кроме того, если я выполняю поиск на своем телефоне, Google отображает первую категорию в формате (домен> категория). Я не знаю, как этот ответ сразу получил 2 отзыва, когда он противоречит такому количеству представленных данных.
Джон Р Перри

Это может показаться вам недосмотром, но это все равно недосмотр, как показывает логика. При указании пути от A до C, очевидно, более ясно сказать «от A до B до C», чем сказать «от B до C», пропуская начальную точку. Основная логика, которую вы, кажется, упустили из своего ответа.
Дан Л

Я согласен с логикой. Вот почему я задал вопрос в первую очередь. Я говорю, что наша «логика» не соответствует данным.
Джон Р Перри

Это займет время. Это новая технология, созданная людьми, которые часто не в состоянии проводить свои исследования исчерпывающе или видят вещи абсолютно объективно. Почти каждый использует Home в своих панировочных сухарях, это стандарт микроданных, который является аномалией, а не моя логика, которая совместима почти со всеми панировочными сухарями в Интернете.
Дан Л
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.