Повторите использование разметки Schema.org / Rich Snippets, то есть данных LocalBusiness.

11

Я не могу найти официальную формулировку, и я надеюсь, что некоторые Rich Snippets / Schema Guru могут дать мне некоторое представление о правильном использовании повторяющегося контента, когда дело доходит до использования разметки.

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

Например, эта информация появляется в верхнем и нижнем колонтитуле каждой страницы сайта и также дает вам пример моей текущей разметки, см. Ниже:

<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 -->

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

Саймон Хейтер
источник
Некоторая семантическая разметка, например авторство, предназначена для дублирования на нескольких страницах. Я не уверен, в чем смысл разметки для местного бизнеса, это вообще меняет способ отображения сайта в поисковой выдаче?
Стивен Остермиллер
1
Нет, но 90% схемы не влияют на SERPS ни в какой форме, и использование этой логики означает, что схема довольно бесполезна - тем не менее, они хотят, чтобы она использовалась как можно чаще, мне все равно, как долго не плохая практика или отрицательный результат.
Саймон Хейтер

Ответы:

6

Микроданные не имеют понятия «сайт»; каждая страница является отдельной. Таким образом, вы должны включать все соответствующие метаданные на каждой странице, где виден соответствующий контент (но только один раз на страницу).

  • Подумайте о надстройке браузера, которая отображает все пары имя-значение микроданных на боковой панели: почему пользователь должен посетить определенную страницу вашего сайта, чтобы увидеть метаданные на боковой панели?

  • Подумайте о копировании и вставке или перетаскивании : почему метаданные должны включаться в буфер обмена только при копировании / перетаскивании контента с одной конкретной страницы сайта?

  • Подумайте об агенте, который предлагает добавить местный служебный адрес в адресную книгу: почему пользователь должен посещать одну конкретную страницу вашего сайта, чтобы ваш адрес был добавлен автоматически?

ОООНР
источник
Говорят, что «лучшая практика заключается в том, чтобы сосредоточиться и, как правило, использовать один тип верхнего уровня на данной странице». Передача LocalBusiness, Organizationи т. Д. Как типы верхнего уровня (через массив верхнего уровня), кажется, противоречит этой идее. Должны ли мы стремиться вложить LocalBusinessв более конкретные типы, например, Articleили Product? Или просто передать несколько типов верхнего уровня в виде массива?
Ронни Ройстон
1
@RonRoyston: Это лучшая практика использовать свойства для подключения элементов, которые обычно приводит в наличии только один элемент верхнего уровня: WebPage- и Organizationэто publisher, то Article/ Productесть и mainEntityт.д.
ОООНР
1

Я думаю, что разметка на каждой странице - это хорошо, но я бы хотел, чтобы во всех случаях использовался общий URL (страница о бизнесе) и общий идентификатор (itemid в микроданных). Это будет сигнал, указывающий, что все они относятся к одному объекту.

Ссылочный URL должен быть страницей о бизнесе, которая включает в себя гораздо более подробную версию разметки. Опять же, используя тот же идентификатор, чтобы системы могли соединять точки.

Тони МакКрит
источник