Схему нередко навешивают по логике чем больше типов, тем лучше – и вместо расширенных сниппетов ловят предупреждения валидатора. Причина не в количестве типов. Тип обязан соответствовать тому, что реально представлено на странице.
Микроразметка Schema.org – это справочник структурированной информации, с опорой на который поисковики уверенно распознают, что перед ними: организация, товар, услуга, статья или другая сущность. Тип подбирают под фактическое наполнение страницы. Грамотная разметка открывает дорогу к тем расширенным сниппетам, которые поиск поддерживает, но их показ не обещает и качественный контент собой не заменяет.
Ниже посмотрим, по какому принципу работает разметка, какой набор типов нужен коммерческому сайту, как подобрать тип к странице через таблицу, как оформить разметку в JSON-LD и как ее проверить. Отдельно отделим то, какие расширенные сниппеты поиск действительно показывает, от расхожих ожиданий вокруг них.
Что такое микроразметка Schema.org и как она работает
Schema.org – это общий словарь, за которым стоят Google, Microsoft и Яндекс. Он закрепляет, какие бывают сущности и какими свойствами они наделены, чтобы разные системы трактовали наполнение страницы одинаково.
Schema.org, структурированные данные и расширенные результаты
Структурированные данные – это заложенный в код фрагмент, который передает смысл контента машинным языком. Посетитель видит привычную страницу, а поисковик получает разложенные по полочкам факты: тип – услуга, у нее такое-то название, цена и исполнитель.
Опираясь на них, поиск способен вывести расширенный результат – стоимость и оценку товара, хлебные крошки, карточку компании. Такой блок в выдаче заметнее и собирает больше переходов.
Почему корректная разметка не гарантирует специальный сниппет
Расширенный результат – это лишь опция, и предоставлять ее поиск никому не обязан. Даже с безупречной разметкой она сама взвешивает, стоит ли показывать сниппет, оглядываясь на качество страницы, характер запроса и внутренние правила.
Некоторые форматы вдобавок урезаны. Скажем, сниппеты FAQ Google оставил в основном за авторитетными государственными и медицинскими ресурсами, а от HowTo в сниппетах отказался вовсе. Поэтому разметку ставят прежде всего ради верного понимания контента, а появление сниппета воспринимают как приятный бонус.
Какие форматы микроразметки существуют
Один и тот же словарь Schema.org можно внедрить тремя путями:
- JSON-LD – отдельный фрагмент кода в секции страницы, обособленный от верстки;
- Microdata – атрибуты, проставленные непосредственно в HTML-теги видимого контента;
- RDFa – близкий к Microdata подход, тоже через атрибуты тегов.
Основным форматом Google называет JSON-LD: его легче внедрять и вести, а перекройка верстки его не задевает. Microdata и RDFa по-прежнему работают, но сопровождать их сложнее.
К Microdata порой прибегают, когда разметку сажают в готовую верстку без доступа к шаблону. Загвоздка в том, что при любой переделке дизайна атрибуты легко растерять, и разметка тихо рассыпается. JSON-LD лежит обособленно, и потому его проще проверять и править из одного места.
Основные типы Schema.org для коммерческого сайта
Словарь насчитывает сотни типов, но коммерческому проекту на практике нужен лишь узкий набор. Пройдемся по ключевым группам и дадим короткие определения.
Типы выстроены в иерархию: частный наследует свойства более общего. Так, LocalBusiness вырастает из Organization, а BlogPosting – из Article. Значит, для страницы выбирают самый точный из подходящих типов, а не самый широкий.
Organization, LocalBusiness и WebSite
Organization отвечает за компанию – имя, логотип, контакты, страницы в соцсетях. LocalBusiness – это его вариант для бизнеса с физической точкой: сюда добавляются график, координаты и телефон. WebSite характеризует сайт в целом и может нести строку поиска по ресурсу.
Service, Product, Offer и AggregateOffer
Service раскрывает услугу – что именно делают, кто исполнитель, в каком регионе. Product держит товар с его характеристиками. Offer фиксирует условия покупки: цену, валюту, наличие. AggregateOffer идет в ход, когда у одного товара несколько предложений и цена задана диапазоном.
Article, BlogPosting и Person
Article и его вариант BlogPosting отвечают за материалы блога и медиа: заголовок, автор, даты выхода и правки. Person описывает человека – автора или эксперта – с именем, должностью и ссылками на профили. Пара Article и Person помогает закрепить авторство.
BreadcrumbList, ItemList и CollectionPage
BreadcrumbList размечает хлебные крошки и выводит в сниппете путь до страницы. ItemList задает упорядоченный перечень элементов – к примеру, товаров в подборке. CollectionPage отмечает страницу категории или каталожной подборки.
Review, AggregateRating, Event, JobPosting и VideoObject
Review отвечает за единичный отзыв, AggregateRating – за усредненный балл по множеству отзывов. Event размечает событие с датой и местом. JobPosting держит вакансию. VideoObject хранит данные ролика: название, описание, длительность, превью.
FAQPage и QAPage: когда какой тип уместен
FAQPage уместен там, где редакция сама дает готовые ответы на частые вопросы. QAPage берут для страниц, где отвечают пользователи, – форумы или блок вопросов к товару. Смешивать их не стоит: тип обязан отражать, кто автор ответов.
Как выбрать микроразметку для страницы: таблица по типам сайтов и контента
Ключевое правило выбора простое: тип соответствует тому, что реально присутствует на странице. Ниже собрана таблица связок – страница, основной тип и дополнительные типы.
| Страница | Основной тип | Дополнительные типы |
| Главная | Organization или LocalBusiness | WebSite, BreadcrumbList |
| Страница услуги | Service | Offer, AggregateRating, BreadcrumbList |
| Карточка товара | Product | Offer, Review, AggregateRating |
| Категория каталога | CollectionPage | ItemList, BreadcrumbList |
| Статья блога | Article или BlogPosting | Person, BreadcrumbList |
| Контакты компании | LocalBusiness | PostalAddress, OpeningHours |
| Вакансия | JobPosting | Organization |
| Мероприятие | Event | Place, Offer |
Сайт услуг
Для сайта услуг опора – Organization для главной страницы и Service на разделах направлений. К услуге цепляют Offer с ценой или диапазоном и BreadcrumbList ради навигации. Если есть живые отзывы, подключают AggregateRating.
Интернет-магазин
У интернет-магазина сердцевина – Product на товарных карточках с вложенным Offer: цена, валюта, наличие. Категории размечают связкой CollectionPage и ItemList. Покупательские отзывы передают через Review и AggregateRating по настоящим оценкам.
Локальная компания
Локальному бизнесу впору LocalBusiness с адресом, координатами, телефоном и графиком. Эти сведения помогают точнее выводить компанию в картах и локальной выдаче. Существенно, чтобы контакты в разметке совпадали с теми, что видны на странице.
Блог и информационный проект
Публикации размечают через Article или BlogPosting, добавляя автора Person и даты выхода и правки. Эта связка подтверждает и авторство, и актуальность. Хлебные крошки подключают через BreadcrumbList.
Вакансии, мероприятия, видео и отзывы
Вакансии отдают под JobPosting, события – под Event с местом и датой, ролики – под VideoObject. Review и AggregateRating ставят на отзывы лишь тогда, когда реальные оценки на странице есть. Придуманные рейтинги идут вразрез с правилами и оборачиваются санкциями.
Обязательные и рекомендуемые свойства: что заполнять
У любого типа свойства делятся на обязательные и рекомендуемые. Без обязательных результат не признают валидным; рекомендуемые поднимают шанс на расширенный показ.
К примеру, у Product обязательны имя и предложение, тогда как цена, валюта, наличие и оценка идут как рекомендуемые. JobPosting требует должность, описание, дату размещения и работодателя. Заполняйте поля настоящими данными страницы, без пустых ячеек и шаблонных заглушек.
Минимальный комплект свойств для ходовых типов:
- Organization – name, url, logo, contactPoint;
- Service – name, provider, areaServed, description;
- Product – name, offers, при наличии brand и aggregateRating;
- Article – headline, author, datePublished, dateModified, image;
- LocalBusiness – name, address, telephone, openingHours, geo.
Свойство image и полные контакты нередко забывают, хотя как раз они повышают шанс на расширенный показ. Перед внедрением сверяйтесь с требованиями поисковой системы к нужному типу: список обязательных полей у Google и у Яндекса кое-где различается.
Как внедрить Schema.org в формате JSON-LD
JSON-LD размещают в коде страницы обособленным блоком. Ниже – минимальный образец для сервисной страницы.
|
<script type=»application/ld+json»> { «@context»: «https://schema.org», «@type»: «Service», «name»: «SEO-продвижение сайтов», «provider»: { «@type»: «Organization», «name»: «Моссео», «url»: «https://mosseo.ru» }, «areaServed»: «Россия», «description»: «Поисковое продвижение сайтов услуг и интернет-магазинов.» } </script> |
Значения в коде обязаны повторять видимый текст страницы – то же имя услуги, тот же исполнитель. Под разные страницы готовят разные блоки, а на больших сайтах разметку собирает шаблон из данных самой страницы.
Связанные сущности удобно сшивать свойством @id: услуга ссылается на организацию-исполнителя, статья – на автора. Тогда поисковик видит цельный граф данных вместо набора разрозненных блоков. Сам блок JSON-LD допустимо поставить в верхней части кода – его место среди прочих скриптов на чтение не влияет.
Как проверить микроразметку Google и Яндексом
Когда разметка на месте, ее прогоняют через инструменты:
- тест от Google по расширенным результатам – покажет, доступен ли rich result;
- сервис Schema Markup Validator – проверит корректность синтаксиса;
- отчет по структурированным данным в Яндекс.Вебмастере – контроль со стороны Яндекса.
Валидатор подсветит ошибки и недостающие свойства. Внеся правки, проверку повторяют, а затем следят за отчетами о структурированных данных в панелях вебмастеров.
Инструменты делят замечания на две группы – на ошибки и на предупреждения. Ошибка сигнализирует: расширенный сниппет недоступен, – ее закрывают первой. Предупреждение намекает на пропущенные рекомендуемые свойства: их добавляют, чтобы поднять шанс на богатый сниппет. Проверку удобнее вести по одному шаблону на каждый тип, а не по каждой странице отдельно, – так системный сбой ловится разом.
Частые ошибки Schema.org
Большая часть проблем упирается в несколько повторяющихся промахов.
Разметка не соответствует видимому содержанию
Сведения в коде должны соответствовать тому, что видит посетитель. Цена или рейтинг, прописанные в разметке, но которых на странице нет, нарушают правила и тянут за собой ручные санкции.
Перед выкладкой сверяйте значения свойств с фактическим контентом. С этого пункта и начинают аудит разметки.
Использован неподходящий тип или выдуманные рейтинги
Product на странице категории или FAQPage там, где ни вопросов, ни ответов нет, – классический промах с выбором типа. Тип должен передавать суть страницы.
Особая опасность – выставить AggregateRating, когда настоящих отзывов нет. Такие оценки поисковики распознают и наказывают за манипуляцию.
Дублирование и конфликт нескольких JSON-LD-блоков
Несколько типов на странице допустимы, пока каждый описывает реальную сущность. Беда начинается, когда блоки спорят между собой или повторяют одни и те же данные с разными значениями.
Разметку держат согласованной: каждую сущность описывают единожды, а связанные типы соединяют через свойства. Противоречащие друг другу блоки удаляют.
Влияет ли Schema.org на SEO и попадание в ИИ-ответы
Разметка сама по себе позиций не сдвигает и напрямую на ранжирование не влияет. Зато она помогает заполучить расширенные сниппеты и яснее донести смысл страницы до поиска.
Для генеративных систем структурированные данные тоже полезны: они четко очерчивают сущности – организацию, автора, товар – и упрощают извлечение фактов. Стабильный результат рождается из связки: аккуратная разметка, сильный контент и техническая доступность сайта.
Смотреть на разметку стоит как на средство снять двусмысленность, а не как на рычаг для роста позиций. Она удерживает систему от ошибки в трактовке страницы, и уже благодаря этому контент точнее ложится в подходящие запросы и ответы.
Выводы
Микроразметка Schema.org помогает поисковикам безошибочно считывать содержание страницы и открывает дорогу к расширенным результатам. Тип подбирают по фактическому наполнению, а не из желания заполучить эффектный сниппет.
Коммерческому сайту хватит скромного набора: Organization, Service, Product, Article и то, что с ними связано. Внедряют разметку через JSON-LD, поддерживают ее согласованной с видимым контентом и прогоняют код через валидаторы.
Позиции напрямую Schema.org не поднимает, зато укрепляет связку из сильного контента и технической доступности. Именно так микроразметка Schema.org дает предсказуемую пользу и классическому поиску, и генеративным системам.