Schema.org и структурированные данные: выбор и проверка

ImageObject описывает файл изображения. В contentUrl указывают адрес самого файла, а не страницу, на которой он размещён; name задаёт название, caption — подпись. Сведения должны относиться к реальному изображению на странице.

Учебный пример JSON-LD: адрес и описание заменяют данными своего изображения.

{
  "@context": "https://schema.org",
  "@type": "ImageObject",
  "contentUrl": "https://example.com/images/product-front.jpg",
  "name": "Настольная лампа: вид спереди",
  "caption": "Положение выключателя на основании лампы"
}

Если изображение относится к статье или товару, его можно связать с соответствующим объектом через поле image, когда это допускает выбранный тип. Не добавляйте чужое авторство или лицензию. Разметка не заменяет сам файл, доступность изображения и подходящий альтернативный текст. Отдельный ImageObject не гарантирует расширенный результат: требования зависят от поисковой функции.

Основание: ImageObject в Schema.org.

Для карточки конкретного товара Яндекс описывает связку Product с Offer или AggregateOffer. Передайте фактическую цену, валюту и наличие. Разметка даёт поиску сведения о предложении, но не гарантирует цену в каждом сниппете.

Карточка товара и каталог — разные задачи. Для списка товаров справка Яндекса отдельно описывает OfferCatalog; обычный сниппет Product нельзя обещать странице со множеством разных товаров. Не размечайте услугу как вымышленный товар ради цены или звёзд.

1. Проверьте цену и условия непосредственно в карточке.
2. Выберите схему и поддерживаемый синтаксис по актуальной справке нужной функции Яндекса.
3. Проверьте разметку валидатором и убедитесь, что робот получает итоговые значения.
4. После переобхода проверяйте конкретные запросы и показы. При отсутствии цены проверьте наличие товара, ошибки и соответствие страницы требованиям; не добавляйте фиктивный рейтинг.

Основание: информация о товарах в Вебмастере и разметка товарных страниц Яндекса. Рекламная цена в объявлении и цена в органическом результате формируются в разных системах.

Google рекомендует JSON-LD при возможности его использования; также поддерживаются Microdata и RDFa. Для других поисковых систем проверяйте допустимый синтаксис именно нужного типа данных. Не следует считать поддержку одного формата обещанием обработки всех типов Schema.org.

JSON-LD удобно формировать отдельно от визуальной вёрстки. При этом он тоже может устареть: если цена на странице изменилась, а в JSON осталась прежняя, разделение кода не спасает от противоречия.

Думайте о разметке как о проверяемых связях: «статья → автор → реальный профиль», «предложение → цена → актуальная сумма», «страница → часть структуры → раздел». Используйте устойчивые идентификаторы @id, когда связываете одну и ту же организацию или автора в нескольких объектах.

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

1. Составьте список шаблонов: услуга, статья, товар, контакты.
2. Проверьте разметку, которую уже создают тема и плагины.
3. Выберите подходящие типы и источник каждого значения.
4. Согласуйте идентификаторы сущностей, чтобы не описывать одну компанию как несколько разных.
5. Проверьте пилотные страницы и мобильное отображение видимого содержимого.
6. После публикации проверьте именно итоговый HTML, а затем ошибки в доступных отчётах поисковых систем.

Schema Markup Validator проверяет структуру по словарю. Rich Results Test проверяет поддерживаемые Google поисковые функции. Отсутствие ошибок ещё не гарантирует показ расширенного результата. Проверка синтаксиса также не подтверждает истинность цены, отзыва или биографии.

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

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

Если код проверяется без ошибок, а адрес страницы не загружается, отдельно исследуйте доступность страницы для робота. Если нужный объект не найден, проверьте итоговый HTML и вложенность полей. После исправления повторите проверку именно опубликованной версии.

Распознанная разметка не подтверждает правдивость сведений и не обещает особый сниппет. Сверьте значения с видимым содержимым и требованиями нужной поисковой функции.

Основание: инструменты Яндекс Вебмастера и справка валидатора.

FAQ rich results в Google прекращены с мая 2026 года. Для отзывов об организации на её собственном сайте действуют ограничения self-serving reviews: размещение стороннего виджета само по себе не снимает их. Успешная разметка организации не означает, что рядом с её страницей появятся звёзды.

Не закладывайте рост CTR, позиций или цитирования в план как гарантированное следствие внедрения. Сначала исправьте противоречия и обеспечьте достоверность, затем измеряйте реальные изменения.

• Google: как работают структурированные данные
• Google: правила для отзывов
• Google: изменения поисковых функций

Для отдельных задач: FAQPage и хлебные крошки.