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

Подробнее

Микроразметка Schema.org — это набор типов (Organization, Product, Article, FAQPage) и свойств (name, price, author), которыми сайт явно подписывает данные на странице. Человек по вёрстке понимает, что «4 900 ₽» — цена, а имя под заголовком — автор; робот видит просто строки текста. Разметка снимает эту неоднозначность. Словарь развивается как совместный проект Google, Microsoft, Yahoo и Яндекса, поэтому одна и та же разметка понятна всем крупным поисковикам.

Внедряют её тремя синтаксисами — JSON-LD, Microdata и RDFa. Google рекомендует JSON-LD: это отдельный блок кода, который не зависит от вёрстки и легко генерируется шаблоном. Набор поддерживаемых типов у поисковиков различается, поэтому перед внедрением сверяйтесь со справкой каждого по нужному типу. Отдача у разметки двойная: право на расширенный сниппет в выдаче и машиночитаемая структура для движков ответов. Корректное внедрение — часть технического SEO.

Как поисковик читает разметку

1. Робот скачивает HTML и находит структурированные данные — блоки JSON-LD или атрибуты Microdata и RDFa в вёрстке.
2. Парсер собирает из них граф: узлы-сущности с типами и свойствами и связи между ними. Например, у Service свойство provider указывает на узел Organization по его @id.
3. Данные проверяются на соответствие требованиям поисковика к конкретному типу: обязательные и рекомендуемые поля, допустимые значения.
4. Поисковик сверяет разметку с видимым контентом. Данные, которых нет на странице или которые ей противоречат, игнорируются, а систематические нарушения ведут к ручным мерам.
5. Проверенные данные используются по назначению: для расширенного результата в выдаче, для понимания сущностей и связей в Knowledge Graph, для извлечения фактов о странице.

Показ расширенного результата — отдельное решение поисковика: он учитывает качество страницы, запрос и собственные правила для типа. Поэтому валидная разметка даёт право на улучшенный сниппет, но не обязанность его показать.

Какие типы нужны бизнесу

Про FAQ стоит знать отдельно: с 2023 года Google показывает FAQ-сниппеты только авторитетным государственным и медицинским сайтам, а HowTo-сниппеты убрал из выдачи. Удалять такую разметку не обязательно — как машиночитаемая структура она по-прежнему описывает страницу. Подробности — в статье про FAQ-разметку.

Минимальный рабочий набор и связность графа

Типовому бизнесу не нужны сотни типов — нужен связный минимум. Сквозные узлы Organization и WebSite объявляются один раз в шаблоне всего сайта; на страницах к ним добавляются свои типы: Service или Product с Offer — на денежных, Article с автором-Person — на статьях, BreadcrumbList — на всех, FAQPage — только там, где вопросы реально видны на странице.

Ключевое требование — связность: узлы соединяются ссылками по @id (у услуги provider указывает на @id организации), а не копируются целиком на каждую страницу. Если полный узел Organization вставлен в тысячу страниц заново с разными деталями, для поисковика это тысяча похожих организаций, а не одна. И железное правило: разметка утверждает только то, что пользователь видит на странице глазами.

Зачем бизнесу: выдача и нейропоиск

Самую заметную отдачу разметка даёт интернет-магазинам, агрегаторам, локальному бизнесу и медиа: цена и наличие в сниппете товара, рейтинг, крошки вместо URL делают результат заметнее и честнее по ожиданиям — человек кликает, уже зная цену. Для сайтов услуг и B2B видимых эффектов в выдаче меньше, зато Organization, Service и Article с автором помогают поисковику однозначно связать сайт с компанией, экспертами и темой.

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

Пример из практики

Типичный сайт услуг на CMS с плагинами: SEO-плагин выводит свой узел Organization, тема оформления — второй с другим написанием названия, а на каждой странице услуг вставлен одинаковый блок FAQPage с пятью вопросами, которых на самой странице нет. Валидатор синтаксических ошибок не показывает, но граф противоречив: у сайта две организации, а разметка вопросов не соответствует контенту.

Порядок исправления: оставить один узел Organization с постоянным @id в общем шаблоне и отключить дублирующий вывод, привязать Service к организации через provider, а FAQPage оставить только там, где вопросы видны пользователю, и заполнить его теми же формулировками, что на странице.

Как проверить разметку

1. Валидатор Schema.org (validator.schema.org) — проверяет синтаксис и соответствие словарю для любых типов, включая те, по которым расширенных результатов нет. Первая проверка после любого изменения шаблона.
2. Проверка расширенных результатов Google (Rich Results Test) — показывает, какие типы Google распознал, может ли страница претендовать на расширенный результат и каких обязательных полей не хватает.
3. Отчёты «Улучшения» в Google Search Console — сводка по всему сайту: сколько страниц с каждым типом разметки валидны, где ошибки и предупреждения, как меняется картина после исправлений.
4. Валидатор микроразметки в Яндекс.Вебмастере — проверка кода или URL на то, как разметку распознаёт Яндекс.
5. Сверка с видимым контентом — выборочно сравните значения в разметке с тем, что видит пользователь: цену, наличие, рейтинг, даты, имя автора. Автоматические валидаторы расхождений не ловят.
6. Динамика в выдаче — после исправлений следите в Search Console за показами и CTR страниц с расширенными результатами: это единственный честный способ увидеть отдачу.

Ошибки обычно сидят не на отдельных страницах, а в шаблонах, поэтому проверку всего сайта удобно проводить в рамках SEO-аудита. Пошаговый порядок внедрения разобран в статье про микроразметку Schema.org.