Posted:
Дек 22, 2022
Comments:
0 Comments

Микроразметка schema org: Микроразметка Schema.org, примеры микроразметки

Schema.org — Вебмастер. Справка

Schema.org — это стандарт семантической разметки данных в сети, объявленный поисковыми системами Google, Bing и Yahoo! летом 2011 года.

Цель семантической разметки – сделать интернет более понятным, структурированным и облегчить поисковым системам и специальным программам извлечение и обработку информации для удобного её представления в результатах поиска.

Разметка происходит непосредственно в HTML-коде страниц с помощью специальных атрибутов и не требует создания отдельных экспортных файлов.

  1. Зачем нужна микроразметка
  2. Основные принципы разметки
  3. Как начать использовать schema.org
  4. Инструменты внедрения микроразметки
  5. Как Яндекс использует размеченные данные

Используя семантическую разметку, вы можете улучшить представление сниппета вашего сайта в результатах поиска.

Сравните сниппеты в поисковой выдаче для страницы сайта, участвующего в партнерской программе Яндекс Словарей – неразмеченного и размеченного семантической версткой.

Стандарт представляет из себя набор классов, описывающих всевозможные сущности и их свойства. Сейчас их уже несколько сотен. Постоянно идет работа по улучшению стандарта, добавляются новые свойства, уточнятся существующие.

Познакомиться с описанием стандарта можно на официальном сайте в разделе документация.

Также существует неофициальный и пока неполный перевод стандарта на русский язык на сайте: http://ruschema.org.

Любая разметка Schema.org производится в два шага:

  1. Оборачивание описания определенного типа в контейнер с указанием схемы разметки:

    <div itemscope itemtype="http://schema.org/Organization" >
...
</div>

  2. Разметка отдельных свойств с указанием на конкретное свойство схемы:

    <span itemprop="streetAddress">Льва Толстого, 16</span>
<div>
  <span>Яндекс</span>
  Контакты:
  <div>
    Адрес: Льва Толстого, 16,
    119021,
    Москва,
  </div>
  Телефон: +7 495 739–70–00, 
  Факс: +7 495 739–70–70,
  Электронная почта: pr@yandex-team. ru
</div>
<div itemscope itemtype="http://schema.org/Organization">
  <span itemprop="name">Яндекс</span>
  Контакты:
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    Адрес:
    <span itemprop="streetAddress">Льва Толстого, 16</span>
    <span itemprop="postalCode"> 119021</span>
    <span itemprop="addressLocality">Москва</span>,
  </div>
  Телефон:<span itemprop="telephone">+7 495 739–70–00</span>,
  Факс:<span itemprop="faxNumber">+7 495 739–70–70</span>,
  Электронная почта: <span itemprop="email">[email protected]</span>
</div>

  • Введение в Schema.org (перевод на русский).

  • Статья на официальном сайте (на английском языке).

  • Валидатор микроразметки в Яндекс Вебмастере.

  • Для популярных CMS могут быть разработаны плагины для внедрения микроразметки. Проверить, есть ли плагин для вашего сайта, можно в CMS или в описании платформы, на которой разработан сайт.

Семантическая разметка контента используется различными сервисами Яндекса:

  • Разметка товаров и их стоимости помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка информации о программах (приложениях, компьютерных программах, играх и т. д.) помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка рецептов помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка описаний фильмов помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка вопросов и ответов помогает Поиску выделять лучший ответ и формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка рефератов и других подобных работ помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка данных об организации и ее адресе помогает Бизнесу и Поиску формировать специальные сниппеты для страниц с такой разметкой.

  • Разметка информации об изображениях помогает улучшить представление изображений на сервисе Яндекс Картинки.

  • Разметка информации о видеороликах помогает улучшить представление видеоматериалов.

Примечание.

Данные, размеченные по стандарту семантической разметки Schema.org, становятся общедоступными и могут быть извлечены и использованы любыми сервисами.

Чтобы ваш вопрос быстрее попал к нужному специалисту, уточните тему:

Разметка формируется в течение двух недель. Если Яндекс не поддерживает какой-то из видов разметки на странице или в разметке ошибки, то просто пропускает ее.

Робот Яндекса сможет проиндексировать информацию с сайта и без разметки, на показ страниц в поиске это не повлияет. Чтобы задать желаемое описание страницы в результатах поиска, используйте метатег description.

Подробное описание возможных ошибок см. в разделе Валидатор микроразметки.

Не удалось исправить ошибку

Данная форма обратной связи предназначена для вопросов о партнерских программах Яндекса и разметке. Если вы сомневаетесь, стоит ли использовать ту или иную партнерскую программу, которую предоставляют другие сервисы (не Яндекс), то мы никак не можем прокомментировать ее возможное влияние на состояние вашего сайта в поиске.

как настроить и зачем она нужна

29740 52 1

How-to – Читать 6 минут

Прочитать позже

АУДИТ САЙТА — РАЗМЕТКА

Инструкцию одобрила
SEO-специалист в CF.Digital

Елена Жгутова

Микроразметка Schema.org позволяет передать поисковикам основную информацию со страницы в структурированном виде. Код микроразметки создает расширенный сниппет, который привлекает внимание пользователей в выдаче.

Что такое микроразметка Schema.org?

Это стандарт подачи структуры сайта, важных данных с его страниц поисковикам для формирования информативного сниппета в выдаче и продвижения в топ. Кликабельность такого сниппета намного выше по сравнению с обычным, так как в расширенном виде превью страницы выглядит более привлекательно.

Словарь Schema.org официально подтвержден поисковыми гигантами: Google, Яндекс, Bing и Yahoo. Вот так выглядит в выдаче страница с прописанной микроразметкой:

В этом случае использовано описание объекта, показан его рейтинг и «хлебные крошки». Если человек введет в поиск фразу «фильм титаник», скорее всего он выберет этот сайт среди других благодаря информативности и удобству подачи информации. А поисковая система быстрее распознает тип объекта, его свойства и прочие характеристики.

Использование Schema. org на практике

Страницы с микроразметкой выглядят более привлекательно в поисковой выдаче и лучше индексируются поисковыми системами. На сегодняшний день Schema.org считается наиболее обширным семантическим словарем микроразметки. Он насчитывает несколько сотен объектов. Каждый из них описывает предмет, услугу, товар, видео и т.д.

Этот список постепенно расширяется. Над ним работают представители самых популярных поисковых систем.

Как внедрить Schema.org на сайте?

Описание одного объекта с помощью микроразметки состоит из тегов и атрибутов. Неизменной константой в каждом случае считаются три атрибута:

  • itemscope — показывает роботу, что на этой странице описывается объект;
  • itemtype — тип объекта из официального словарного списка;
  • itemprop — свойства объекта для его описания.

На деле это выглядит так:

Этот код передает поисковику сведения о летчике-космонавте Юрие Гагарине, а именно: его фотографию, национальность, дату рождения, статус, имя коллеги, дату смерти, награду, источник данных, адрес сайта.

Словарь объектов на сайте представлен в виде структуры:

В «Thing-Вещь» входит «Action-Действие», которое включает «AchieveAction-Достижение», «IgnoreAction-Игнорирование» и так далее. Для описания этих объектов в схеме микроразметки используются метатеги с указанием объекта и его свойств.

Вот еще один пример подачи информации о видео:

Этот код описывает видео с конкретным названием, продолжительностью, скриншотом фрагмента, ссылкой на полное видео, датой загрузки, разрешением экрана, описанием.

В коде использованы метатеги:

  • <div></div> — открывает и закрывает все описание;
  • <span></span> — описывает свойства с помощью слов;
  • <link>, включающий атрибут href — ссылка с атрибутом canonical, не видна пользователю;
  • <time></time> с атрибутом date time — указывает дату, время в заданном формате «год-месяц-день», «часы-минуты», «часы-минуты-секунды»;
  • <a></a> — указывает ссылку, которая видна пользователям;
  • <meta> — используется с текстом, который скрыт от пользователей.

Чтобы сгенерировать код, нужно подобрать точный объект из списка, потом собрать его свойства. После создания кода его можно проверить с помощью валидаторов Google и Yandex. Если один из них показывает правильность настройки, второй может выдать ошибки.

Наиболее продолжительный этап в создании микроразметки заключается в настройке ее параметров для обоих поисковиков. Чтобы Yandex и Google верно считывали информацию, ошибок не должно быть в обоих сервисах.

Данные микроразметки необходимо вставлять в код каждой страницы, где планируется внедрить семантический словарь. Чтобы автоматизировать микроразметку на страницах сайта, можно использовать встроенные плагины.

Например, для WordPress доступен плагин Schema, который создает автоматическую микроразметку. Но в этом случае свойства кода подбирает система. Если вы желаете указать поисковику или пользователю конкретные сущности объекта, создайте код разметки вручную.

Использование Schema.org предусматривает такие варианты описаний:

Микроразметка товаров, услуг, данных.

Хлебные крошки Schema.org. В сниппете такая микроразметка демонстрирует структуру сайта, раздела или страницы.

Отзывы покупателей, пользователей.

Контактные данные компании или конкретного человека.

Микроразметка рейтинга Schema.org. Указывает рейтинг товара, услуги или другого объекта с помощью звезд.

Локализация компании, продавца, определенного места.

Официальный сайт Schema.org был переведен на русский язык добровольцами — ruschema.org. На данный момент вся информация англоязычной версии силами добровольцев переведена на русский язык, включая объекты микроразметки. В дальнейшей работе над сайтом может принять участие каждый желающий.

Заключение

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

Дополнительно можно настроить хлебные крошки Schema.org, микроразметку рейтинга, контактов, отзывов и других свойств, описывающих продукт или компанию.

Чтобы проверить правильность созданной микроразметки, используйте валидаторы Google и Yandex. С их помощью можно проверить код готовой или созданной вручную разметки. При обнаруженной ошибке поисковик не выявит нужные данные, которые были указаны в коде.

Аудит всего сайта или отдельной страницы в один клик. Полный список ошибок, отсортированный по критичности, пути их устранения и рекомендации. Любая периодичность проверки и автоматическая рассылка отчетов на почту.

Запустить аудит сайта

Сэкономьте время на изучении Serpstat

Хотите получить персональную демонстрацию сервиса, тестовый период или эффективные кейсы использования Serpstat?

Оставьте заявку и мы свяжемся с вами 😉

Оцените статью по 5-бальной шкале

4. 36 из 5 на основе 38 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Рекомендуемые статьи

How-to

Denys Kondak

Как обнаружить конфликты атрибутов hreflang в коде страницы и устранить их

How-to

Denys Kondak

Как добавить атрибуты lang и hreflang в код страницы

How-to

Denys Kondak

Как настроить 301 редирект с http на https-версию сайта​

Кейсы, лайфхаки, исследования и полезные статьи

Не успеваешь следить за новостями? Не беда! Наш любимый редактор подберет материалы, которые точно помогут в работе. Только полезные статьи, реальные кейсы и новости Serpstat раз в неделю. Присоединяйся к уютному комьюнити 🙂

Нажимая кнопку, ты соглашаешься с нашей политикой конфиденциальности.

Поделитесь статьей с вашими друзьями

Вы уверены?

Спасибо, мы сохранили ваши новые настройки рассылок.

Сообщить об ошибке

Отменить

Модель данных — schema.org

Ниже приводится обсуждение модели данных, используемой
схема.орг.

Используемая модель данных является очень общей и получена из схемы RDF (которая, в свою очередь, была
производный от CycL, подробности см. в разделе «История»…).

  1. У нас есть набор из типов , расположенных в иерархии множественного наследования
    где каждый тип может быть подклассом нескольких типов.
  2. У нас есть набор из свойств :
    1. Каждое свойство может иметь один или несколько типов в качестве своих доменов. Имущество может быть использовано
      для экземпляров любого из этих типов.
    2. каждое свойство может иметь один или несколько типов в качестве диапазонов. Значение(я) свойства должно
      быть экземплярами хотя бы одного из этих типов.

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

Как и многие другие системы, представленную здесь схему можно расширить (с
несколько типов, таких как Class и Property
и несколько свойств, таких как domainIncludes и rangeIncludes)
чтобы допустить рефлексию, т. е. чтобы схема была представлена ​​в терминах самой себя.

Каноническое машинное представление schema.org находится в RDF/Turtle. См. страницу «Разработчики» для получения дополнительной информации о машиночитаемых представлениях schema.org.

Иерархия типов, представленная на этом сайте, не предназначена для использования в качестве «глобальной онтологии» мира.
Когда он был основан в 2011 году, он был строго ориентирован на типы организаций
на которые основатели проекта (Microsoft, Yahoo!, Google и Яндекс) могли обоснованно рассчитывать
обеспечить специальную обработку для поисковых систем. По мере развития проекта,
вводя больше механизмов сотрудничества и расширения сообщества, его масштабы постепенно расширялись.
Однако по-прежнему верно то, что schema.org не задумывался как универсальная онтология. Мы ожидаем, что он будет использоваться
наряду с другим словарем, который разделяет нашу базовую модель данных и использование нами базовых стандартов, таких как JSON-LD, Microdata
и РДФа.

Соответствие

Хотя для поисковых приложений было бы полезно, если бы разметка структурированных данных всегда соответствовала схеме schema.org.
строго говоря, на практике это нереально. Наши схемы также продолжают развиваться в ответ на
обратная связь, обсуждение и новые приложения данных. Там, где это возможно, мы постепенно вносим поправки в существующие определения.
вместо того, чтобы вводить множество новых свойств для аналогичных вариантов использования. Следовательно, мы создали schema.org на основе
очень гибкая модель данных и прагматичный взгляд на соответствие.

Мы ожидаем, что свойства schema.org будут использоваться с новыми типами как из schema.org, так и из внешних расширений.
Мы также ожидаем, что часто там, где мы ожидаем значение свойства типа Person, Place, Organization или какого-либо другого
subClassOf Thing, мы получим текстовую строку, даже если наши схемы формально не документируют это ожидание.
В духе «некоторые данные лучше, чем ничего» поисковые системы часто принимают эту разметку и делают все, что в наших силах.
Точно так же некоторые типы, такие как роль и URL-адрес, можно использовать со всеми свойствами.
и мы поощряем подобные эксперименты среди потребителей данных.

Примечания для разработчиков инструментов и схем

Этот раздел предназначен для авторов расширений и разработчиков инструментов, т. е. создателей приложений, которые
потреблять, проверять или преобразовывать данные на основе schema.org. Большинству издателей и веб-мастеров не нужно беспокоиться об этих деталях .

Приложения schema. org могут обеспечить соответствие несколькими способами. Такие инструменты, как валидаторы, могут проверять
специфические для приложения шаблоны, такие как структуры данных, необходимые для определенных функций.
Они также могут проверять соответствие базовым форматам (JSON-LD, Microdata, RDFa и т. д.) или предлагать дополнительные
подсказки, выходящие за рамки формального соответствия (например, проверка на наличие проблем с удобочитаемостью или неправдоподобных данных).

Хотя для таких контролеров уместно и полезно предупреждать об опубликованных данных, которые могут быть сложными или неоднозначными.
для потребителей они не обязаны рассматривать неожиданные структуры как ошибки. Базовая модель данных Schema.org
обладает естественной гибкостью и обеспечивает расширяемую основу для богатых структурированных данных.
Мы призываем издателей и потребителей продолжать исследовать и делиться
новые словарные идеи для развития schema.org.

Включение в описание объекта schema.org свойств из нескольких независимых типов не является ошибкой, например. что-нибудь
может быть одновременно и Книгой, и Продуктом и может быть полезно описано с помощью
свойства обоих типов. Полезно, но не обязательно включать в такое описание соответствующие типы. Этот
гибкость позволяет разрабатывать типы schema.org с некоторой децентрализацией, а также повторно использовать и комбинировать словарь
полезными способами. Когда мы перечисляем ожидаемые типы, связанные со свойством (или наоборот), мы стремимся указать основные способы
в котором эти термины будут сочетаться на практике. Этот аспект schema.org естественно несовершенен. Например
схемы для вулкана предполагают, что, поскольку вулканы — это места, у них могут быть номера факсов. Сходным образом,
мы перечисляем маловероятную (но не невозможную) возможность того, что у Страны будут «часы работы».
Мы не пытаемся усовершенствовать этот аспект структуры schema.org, а вместо этого в значительной степени полагаемся на обширную коллекцию
иллюстративные примеры, которые охватывают общие и полезные комбинации терминов schema. org. Ассоциации типов/свойств
schema.org ближе к «рекомендациям», чем к формальным правилам, и улучшения
всегда пожалуйста.

Смотрите также: Закон Постеля

Сопоставление с RDFa Lite

Наше использование микроданных легко сопоставляется с RDFa Lite, и
многие из наших примеров теперь показывают оба варианта (наряду с более новым синтаксисом JSON-LD).
Весь Schema.org можно использовать с синтаксисом RDFa Lite. Версия разметки RDFa Lite выглядит почти изоморфно
к версии Microdata. В следующем примере демонстрируется использование RDFa Lite для
разметьте пример типа продукта:


  
  ЖК-монитор Dell UltraSharp 30 дюймов
  

    87
    из 100
    на основе 24 оценок пользователей
  

  

    1250 долларов США
    до $1495
    от 8 продавцов
  

  Продавцы:
  
  
  ...

Более конкретно:

  1. itemprop заменен на свойство .
  2. itemscope удален.
  3. тип элемента заменен на тип .

Кроме того, значение атрибута
в тело добавляется пара vocab="https://schema.org/" или
какой-то другой закрывающий тег.

Общие сведения

В следующих разделах представлена ​​дополнительная информация по некоторым более общим/абстрактным терминам schema.org.

Свойство mainEntity(OfPage)

Справочная информация о свойствах mainEntityOfPage / mainEntity.

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

Многие (но не все) страницы имеют довольно четкую основную тему, некоторую сущность или вещь, которую описывает страница. Например, домашняя страница ресторана может быть в основном посвящена этому ресторану, или страница со списком событий может представлять одно событие. Свойства mainEntity и mainEntityOfPage позволяют явно выразить связь между страницей и основным объектом.

Связанные свойства включают «такой же как», «о» и «url».

Свойства SameAs и url аналогичны mainEntityOfPage. Свойство url должно быть зарезервировано для ссылки на более официальные или авторитетные веб-страницы, такие как официальный веб-сайт элемента. Свойство sameAs также связывает вещь со страницей, которая косвенно идентифицирует ее. В то время как sameAs выделяет хорошо известные страницы, свойство mainEntityOfPage больше служит для уточнения того, какая из нескольких сущностей является главной для данной страницы.

mainEntityOfPage может использоваться для любой страницы, включая те, которые не признаны авторитетными для этого объекта. Например, для продукта sameAs может ссылаться на страницу на официальном сайте производителя со спецификациями продукта, а mainEntityOfPage может использоваться на страницах на сайтах различных розничных продавцов, содержащих сведения об одном и том же продукте.

about аналогичен mainEntity с двумя ключевыми отличиями. Во-первых, about может относиться к нескольким объектам/темам, тогда как mainEntity следует использовать только для основного. Во-вторых, некоторые страницы имеют первичную сущность, которая сама описывает другую сущность. Например, одна веб-страница может отображать новостную статью о конкретном человеке. На другой странице может отображаться обзор продукта для определенного продукта. В этих случаях mainEntity для страниц должен относиться к новостной статье или обзору соответственно, а about более правильно относится к человеку или продукту.

свойство «идентификатор»

Исходная информация о свойстве «идентификатор» и его подсвойствах.

Свойство идентификатора и его подсвойства в первую очередь полезны в тех случаях, когда содержимое выражается в виде текстовой строки. Все чаще появляется каноническое представление URL/URI для каждого из них. Все синтаксисы schema.org уже имеют встроенное представление для URI и URL-адресов, например. в микроданных «itemid», в RDFa 1.1 «ресурс», в JSON-LD «@id». Как правило, предпочтительнее использовать их, если нет особых требований по явному указанию типа идентификатора или предоставлению дополнительных/альтернативных идентификаторов (например, DOI). Такие требования являются общими, например. для описания научного набора данных.

В некоторых случаях значения свойства идентификатора указывают на набор (в некоторой степени) взаимозаменяемых объектов, а не на один отдельный объект реального мира.
Такие наборы можно рассматривать как соответствующие классам, но мы не рассматриваем здесь эту возможность. Например, артикул и различные коды GTIN, связанные с товаром.
Однако идентификатор не предназначен для охвата более широких механизмов категоризации и классификации. Например, хотя свойство isicV4 имеет значения, которые в некотором смысле являются идентификаторами,
мы не рассматриваем isicV4 как подсвойство идентификатора, поскольку оно служит для идентификации категории, а не отдельной Вещи (в частности, Человека). Точно так же очень многие
Свойства schema.org могут иметь значения, записанные в виде URL-адресов, но мы не рассматриваем эти свойства как специализации идентификатора.

В самом сложном случае иногда возникает необходимость представить тип идентификатора. В этом случае можно использовать пару PropertyValue («имя», «идентификатор»).
когда стандартная форма URI идентификатора недоступна. В настоящее время у нас нет рекомендуемой схемы идентификаторов для схем идентификаторов, но в большинстве случаев существует
обычное короткое имя для большинства схем идентификаторов (которое следует использовать в нижнем регистре).

История

Предыдущая работа по теме:

  • Схема RDF
  • Meta Content Framework (MCF) с использованием XML (и учебник).

    • Технический документ

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

Понять, как работает разметка структурированных данных | Центр поиска Google | Documentation

Поиск Google усердно работает, чтобы понять содержание страницы. Вы можете помочь нам, предоставив явные
подсказки о значении страницы для Google, включая структурированные данные на странице.
Структурированные данные — это стандартизированный формат для предоставления информации о странице и классификации
содержание страницы; например, на странице рецептов, каковы ингредиенты, приготовление
время и температура, калории и так далее.

Если вы используете CMS, например Wix, WordPress или Shopify, вы не сможете
для редактирования вашего HTML напрямую. Вместо этого ваша CMS может иметь страницу настроек поисковой системы, или вы можете
установить плагин, позволяющий указывать структурированные данные. Найдите инструкции о
добавление структурированных данных в вашу CMS (например, выполните поиск «структурированные данные wix» или «плагин структурированных данных wordpress»).

Google использует структурированные данные, которые он находит в Интернете, чтобы понять содержание страницы,
а также для сбора информации о сети и мире в целом, такой как информация
о людях, книгах или компаниях, включенных в разметку. Например,
вот фрагмент структурированных данных JSON-LD, который может появиться на странице рецепта, с описанием названия рецепта, автора рецепта и других деталей:

 <голова>Кофейный торт для вечеринки