Микроразметка сайта: какие типы Schema.org работают в 2026

Валидатор Яндекс. Вебмастера показывает зелёную галочку, ошибок нет — а сниппет в выдаче остаётся обычной синей ссылкой. Это не баг и не невезение: валидатор проверяет правильность кода, а не право страницы на расширенный сниппет. Две совершенно разные вещи, которые в рунете постоянно путают.

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

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

Чаще всего догадывается верно. Но не всегда. Строчка «от 2 400 ₽» на странице медцентра может означать стоимость приёма, минимальную цену по прайсу или размер скидки — человек поймёт по оформлению, машина не обязана.

Микроразметка и есть опись вложения. Невидимый для посетителя слой в коде страницы, где каждый факт подписан: это название компании, это цена, это график работы, это телефон.

Пример со страницы того же медцентра: «Приём эндокринолога, 2 400 ₽, Екатеринбург, ул. Малышева, 51, ежедневно с 8:00». Для поисковика без разметки это пять кусков текста подряд. С разметкой — карточка организации, у которой есть название, адрес, часы работы и услуга с ценой. Догадки заменяются фактами.

Подписи берутся не с потолка. Есть общий словарь — schema.org, который ещё в 2011 году согласовали между собой Яндекс, Google, Bing и Yahoo. В нём больше 800 готовых шаблонов: для организации, товара, статьи, отзыва, вакансии, мероприятия. В реальной работе используется несколько десятков, остальное — под узкие задачи вроде описания музейных экспонатов.

Что из этого видит клиент? На самой странице — ничего. Разметка не меняет ни одной буквы из того, что читает посетитель. Меняется вид страницы в поиске: звёзды рейтинга под ссылкой, цена, наличие, путь по разделам сайта вместо длинного адреса. Всё это собирается из подписанных полей.

Ещё вам встретится термин «структурированные данные». Это то же самое. Google в справке пишет structured data, Яндекс — «микроразметка». Разные слова, один смысл.

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

Одну и ту же опись можно оформить тремя способами:
Микроданные — подписи вставляются прямо в вёрстку: к тегам добавляются атрибуты вроде itemprop="price". Разметка сидит внутри тех же блоков, которые видит посетитель. Отсюда и главный минус: она ломается вместе с дизайном. Переверстали блок с ценой — потеряли цену.

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

JSON-LD — отдельный кусок кода, который к вёрстке не привязан вообще. Правится независимо от дизайна, читается глазами без напряжения, не ломается при переделке блоков. Мы ставим его по умолчанию во всех проектах, кроме случаев, когда шаблон сайта не даёт вставить произвольный код.

Заодно снимем заблуждение, которое живёт в рунете лет десять: якобы Яндекс не понимает JSON-LD, и ради него нужно возвращаться к микроданным. Это устаревшая информация. Яндекс работает с обоими форматами, и JSON-LD сейчас рекомендуют как основной все крупные поисковики. Если подрядчик предлагает переписать разметку на микроданные ради Яндекса — это лишняя работа и лишние деньги.

А вот что действительно ломает разметку в Яндексе, так это подгрузка скриптами. Если код появляется на странице не сразу, а дописывается уже после её открытия, робот Яндекса может его не увидеть — с такими вещами он работает заметно хуже Google. Разметка должна лежать в коде страницы изначально.

Разберём по эффектам. И сразу договоримся, чего разметка не делает.

Сниппет становится заметнее, кликов больше. Это главное, ради чего её ставят. Обычный результат в выдаче — заголовок, ссылка и пара обрывков текста. Результат с разметкой показывает цену, наличие, звёзды рейтинга, путь по разделам. Занимает вдвое больше места и притягивает взгляд. Отраслевые замеры дают прирост кликов порядка 20–30%, но цифра сильно плавает: в разреженной выдаче эффект выше, в забитой карточками маркетплейсов — ниже.

Переведём в деньги. Страница на пятой позиции собирает в среднем около 5% кликов от показов по запросу. Прирост на четверть — это уже больше шести. При трёх тысячах показов в месяц разница — примерно 35 дополнительных переходов с одной страницы. Немного. Но на каталоге в 200 карточек тот же процент считается уже сотнями визитов, а работа делается один раз шаблоном.

Поисковик перестаёт путаться. Поставщик отопительного оборудования продаёт котлы серии «Тайга». Поисковик без подсказки колеблется: речь про Сибирь или про товар? Разметка закрывает вопрос одной строкой — это товар, у него есть бренд, цена и наличие. Та же история у компаний с названиями вроде «Меридиан» или «Аврора».

Данные попадают в сервисы Яндекса. Адрес, телефон и часы работы из разметки — то, по чему поисковик связывает сайт с организацией и отвечает на запросы вида «стоматология рядом». Для сети клиник с тремя филиалами это разница между «клиент нашёл ближайший адрес» и «клиент ушёл к соседям, у которых адрес был на виду».

Нейросети читают размеченное охотнее. Ответы Нейро и AI-поиска собираются из фактов, а подписанное поле — это уже готовый факт, его не надо вытаскивать из абзаца. Подробнее об этом ближе к концу статьи.

Кому эффект заметнее всего. Интернет-магазинам и каталогам: у них есть цена и наличие, то есть ровно те данные, которые поисковику интересно показать. Локальному бизнесу с адресом и графиком — клиникам, автосервисам, пунктам выдачи. Блогам и разделам с новостями, где разметка подтягивает в сниппет автора и дату. Слабее всего работает на сайтах услуг без цен: там размечать почти нечего, кроме самой организации и навигации.

Теперь про миф, который кочует из статьи в статью. Микроразметка сайта не поднимает позиции. Яндекс говорит об этом прямо: семантический слой на ранжирование напрямую не влияет, а правильная разметка делает страницу кандидатом на расширенный сниппет, но показ не гарантирует.

Разницу стоит проговорить, потому что на ней строят продажи. Разметка меняет две вещи: как страница выглядит в выдаче и насколько точно её понимает машина. Место в топе она не покупает — этим занимается техническая оптимизация сайта целиком, и разметка в ней один пункт из трёх десятков.
Звучит как повод не тратить время. На практике наоборот: это один из немногих пунктов техчеклиста, который делается один раз, стоит недорого и не требует переделки сайта.

Большая часть русскоязычных статей по теме описывает реальность трёхлетней давности и до сих пор советует ставить FAQ-разметку ради расширения сниппета. Совет устарел, причём дважды.

Сначала в августе 2023 года FAQ-сниппеты оставили только узкому кругу государственных и медицинских сайтов, а разметку инструкций HowTo убрали с десктопной выдачи. Для коммерческих сайтов функция умерла уже тогда, просто заметили это немногие.

Потом 7 мая 2026 года Google пометил FAQ-разметку как устаревшую: расширенные результаты этого типа больше не показываются в поиске совсем. Инструменты проверки перестают её поддерживать с июня 2026 года, выгрузка отчётов — с августа.

Причину объяснил инженер Google: FAQ-блоки начали лепить на все подряд страницы, включая те, где никаких вопросов не было, и разметка превратилась в спам наравне с нарисованными звёздами отзывов.

Что с этим делать владельцу сайта. Снимать существующую FAQ-разметку не нужно — сам тип остаётся валидным, а неиспользуемые подписи поиску не мешают. Убирать стоит только то, что описывает несуществующий на странице контент: вот это уже риск.

А дописывать новые блоки вопросов ради сниппета больше незачем. Витрину Google выключил, но понимание не отключилось — размеченные вопросы по-прежнему читают краулеры нейросетевых сервисов. То есть смысл в такой разметке остался, но он сместился с картинки в выдаче на машинное чтение.

Проверьте у себя одну вещь. Есть ли на страницах FAQ-разметка, под которую нет видимого блока с вопросами? Такие подписи часто ставили массово, шаблоном на весь сайт, а сами вопросы выводили не везде. Если разметка описывает то, чего на странице нет, убирать её нужно независимо от решений Google — это тот самый случай, когда подпись врёт.

Микроразметка сайта опирается на словарь из восьми сотен типов, но разбираться в них по алфавиту бессмысленно. Проще идти от вопроса: что именно на этой странице нужно объяснить поисковику?

Кто вы такие. Базовый тип — Organization, карточка компании: название, логотип, телефоны, ссылки на соцсети и профили. Если у бизнеса есть физический адрес и приём клиентов, вместо него берут LocalBusiness — тот же набор плюс координаты, часы работы и зона обслуживания. У локального типа есть уточнения под нишу: Dentist для стоматологии, AutoRepair для автосервиса, Store для розничной точки. Разница не косметическая: под уточнённый тип поисковик подставляет свои поля, вроде принимаемых способов оплаты.

Что вы продаёте. Для товара — Product с вложенным предложением Offer, где лежат цена, валюта, наличие и срок действия цены. Для услуги — Service, он проще и цену не требует. Отдельно стоит AggregateOffer: он нужен, когда у товара несколько предложений с разбросом цен, и позволяет показать в сниппете вилку «от и до» вместо одной цифры.
Отдельная история — сущности, которые связаны между собой. Врач в клинике описывается типом Person, но он же указывается как сотрудник организации, а приём, который он ведёт, — как услуга этой организации. Поисковик собирает из таких связок цельную картину: вот компания, вот её специалисты, вот что они делают. Одиночная разметка без связей работает слабее.

Что вы публикуете. Статья блога размечается типом Article или его более узкой версией BlogPosting, новость — NewsArticle. Подписываются автор, дата публикации и дата последнего обновления. Именно отсюда в выдаче берётся дата рядом со ссылкой, а для Яндекса свежесть материала — заметный фактор в информационных темах.

Как устроен сайт. Хлебные крошки размечаются типом BreadcrumbList. Мелочь, но именно она превращает длинный технический адрес страницы в понятную цепочку разделов под заголовком. Второй тип из этой группы — WebSite: он описывает сайт целиком и в связке с поисковым действием позволяет вывести в выдаче строку поиска по вашему сайту.

Чему верить. Review — это отдельный отзыв с автором и оценкой, AggregateRating — усреднённый рейтинг по всем отзывам. Именно они дают те самые звёзды в сниппете. И именно с ними чаще всего попадают под фильтры, потому что рисовать рейтинг 4,9 при трёх реальных отзывах научились все, а поисковики научились это ловить.
Есть и обратная сторона. Чем больше типов вы навешиваете на одну страницу, тем выше шанс противоречий: в одном месте организация называется так, в другом иначе, телефон в разметке не совпадает с телефоном в шапке. Поисковик в такой ситуации выбирает не лучший вариант, а просто перестаёт доверять данным.

Всё остальное. Event для мероприятий, JobPosting для вакансий, VideoObject для видео, Person для карточки специалиста, FAQPage для блока вопросов и ответов. Эти типы нужны не всем, но там, где они уместны, работают хорошо: вакансии с разметкой попадают в агрегаторы, мероприятия — в афиши.
Одно правило поверх всего списка. Семантическая разметка описывает то, что на странице реально есть. Если цены на странице нет, а в коде она подписана — это не хитрость, а прямой путь к тому, что поисковик перестанет доверять разметке всего сайта.

Свели самое ходовое в таблицу: что тип сообщает поисковику и кому он нужен в первую очередь. Типов в списке девять — этого хватает примерно для девяноста процентов коммерческих сайтов, всё остальное добирается точечно под задачу.

Обратите внимание на два типа, которых в таблице нет. FAQPage в 2026 году попал в странное положение: Google отключил показ FAQ-сниппетов 7 мая, а Яндекс их по-прежнему показывает — чаще в мобильной выдаче. Для рунета это значит, что разметку вопросов ставить стоит, просто эффект будет односторонним. С HowTo сложнее: в Google расширенные результаты для инструкций отключены с 2023 года, по Яндексу подтверждённых данных о показе нет. Ставить его сейчас — работа на всякий случай.

Внедрять всё сразу не нужно и обычно не получается. Порядок зависит от того, что у вас за сайт.

Сайт услуг: клиника, автосервис, юридическая контора. Первым идёт LocalBusiness на главной и на страницах филиалов — это самое ценное, потому что кормит локальную выдачу и карточку организации. Вторым — BreadcrumbList на всех внутренних страницах, работа механическая и делается шаблоном за час. Третьим — Service на страницах услуг, если у вас есть цены или понятный состав работ. Отзывы размечают последними и только настоящие.

Каталог или интернет-магазин. Здесь порядок другой. Сначала Product с предложением на карточках товара — это единственный тип, который прямо влияет на вид сниппета в товарной выдаче. Потом хлебные крошки: в каталоге с четырьмя уровнями вложенности они дают больше, чем на сайте услуг. Дальше карточка организации на главной. И только после этого рейтинги, если отзывы реальные и их достаточно.

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

Сколько это занимает по времени. Базовый набор из карточки организации и хлебных крошек ставится на типовой сайт за один рабочий день вместе с проверкой. Товарная разметка на каталог — от двух дней до недели, в зависимости от того, насколько аккуратно в системе управления заполнены поля с ценами и наличием. Основное время уходит не на код, а на разбор того, откуда брать данные для подстановки.

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

Ниже три блока кода под самые частые задачи, с которых начинается микроразметка сайта в большинстве проектов. Их можно взять целиком, заменить данные на свои и вставить на страницу. Все три написаны в формате JSON-LD и вставляются в код страницы внутрь тега <script type="application/ld+json">.

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

{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"name": "Медцентр «Аврора»",
"url": "https://example.ru/",
"logo": "https://example.ru/images/logo.png",
"telephone": "+7-343-000-00-00",
"email": "info@example.ru",
"priceRange": "1500-6000 RUB",
"address": {
"@type": "PostalAddress",
"streetAddress": "ул. Малышева, 51",
"addressLocality": "Екатеринбург",
"postalCode": "620075",
"addressCountry": "RU"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 56.83842,
"longitude": 60.60555
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "08:00",
"closes": "20:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Saturday",
"opens": "09:00",
"closes": "15:00"
}
],
"sameAs": [
"https://vk.com/example",
"https://yandex.ru/maps/org/example/1234567890/"
]
}

Что здесь важно. Тип MedicalClinic — уточнённая версия LocalBusiness, для автосервиса вместо него ставится AutoRepair, для магазина Store, для салона красоты BeautySalon. Телефон пишется в международном формате, иначе поисковик может его не распознать. Координаты берутся из Яндекс. Карт по адресу компании, точность до пятого знака достаточна. Поле priceRange заполняют не все, а зря: оно помогает поисковику сопоставить компанию с запросами про стоимость. В sameAs перечисляются официальные профили — соцсети, карточка в Яндекс. Бизнесе, страница на отраслевом портале. Это связывает разрозненные упоминания компании в одну сущность.

Если филиалов несколько, разметка ставится своя на каждую страницу филиала, с собственным адресом и координатами. Одна общая карточка на весь сайт в этом случае работает хуже.

Ещё один момент, который часто упускают. График работы задаётся отдельным блоком на каждый набор дней: будни с восьми до восьми, суббота с девяти до трёх, воскресенье выходной. Соблазн написать одной строкой «ежедневно» велик, но тогда поисковик не сможет ответить на запрос «стоматология, работающая в воскресенье» — а такие запросы в локальной выдаче встречаются постоянно.

Карточка товара с ценой и наличием. Это единственная разметка, которая напрямую меняет вид сниппета в товарной выдаче, поэтому для каталогов она первая по приоритету.

{
"@context": "https://schema.org",
"@type": "Product",
"name": "Котёл газовый настенный «Тайга» 24 кВт",
"sku": "TG-24-W",
"mpn": "TG24W2026",
"description": "Настенный газовый котёл мощностью 24 кВт для отопления помещений до 240 м².",
"image": [
"https://example.ru/images/tayga-24-1.jpg",
"https://example.ru/images/tayga-24-2.jpg"
],
"brand": {
"@type": "Brand",
"name": "Тайга"
},
"offers": {
"@type": "Offer",
"url": "https://example.ru/catalog/kotly/tayga-24/",
"price": "48900",
"priceCurrency": "RUB",
"priceValidUntil": "2026-12-31",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition",
"seller": {
"@type": "Organization",
"name": "ТеплоСнаб"
}
}
}

Что здесь важно. Цена пишется числом без пробелов и знака валюты, валюта выносится отдельным полем. Наличие указывается ссылкой на схему, вариантов несколько: InStock, OutOfStock, PreOrder, BackOrder. Поле priceValidUntil говорит поисковику, до какой даты цена актуальна, и его стоит подставлять автоматически, а не вбивать руками. Артикул нужен, если товар есть у нескольких поставщиков — по нему поисковик сопоставляет предложения между собой.

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

Для каталога такую разметку никогда не пишут руками. Она собирается один раз в шаблоне карточки товара, а цена, наличие и артикул подставляются из полей системы управления. Про это подробнее в следующем разделе.
Статья блога с автором, датами и хлебными крошками. Два типа в одном блоке кода — так их и объединяют, через общий список сущностей.

{
"@context": "https://schema.org",
"@graph": [
{
"@type": "BlogPosting",
"headline": "Как выбрать газовый котёл для частного дома",
"description": "Разбор мощности, типов горелок и подводных камней при подборе котла.",
"image": "https://example.ru/images/blog/kotel-cover.jpg",
"datePublished": "2026-08-14T10:00:00+05:00",
"dateModified": "2026-08-21T16:30:00+05:00",
"author": {
"@type": "Person",
"name": "Игорь Соловьёв",
"jobTitle": "Инженер-теплотехник"
},
"publisher": {
"@type": "Organization",
"name": "ТеплоСнаб",
"logo": {
"@type": "ImageObject",
"url": "https://example.ru/images/logo.png"
}
},
"mainEntityOfPage": "https://example.ru/blog/kak-vybrat-kotel/"
},
{
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Главная",
"item": "https://example.ru/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Блог",
"item": "https://example.ru/blog/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Как выбрать газовый котёл для частного дома"
}
]
}
]
}

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

Хлебные крошки в этом блоке дублируют то, что видит посетитель на странице. Если на сайте визуальной цепочки разделов нет, а в коде она описана — формально нарушения нет, но лучше сначала вывести крошки на страницу. Разметка должна описывать реальность, а не желаемое.

Отдельно про генераторы разметки. Онлайн-сервисы, которые собирают JSON-LD по форме, экономят время на первом блоке, но плохо годятся для потока. Они не знают структуру вашего сайта, не умеют подставлять данные из системы управления и часто отдают код с устаревшими полями. Один раз для главной страницы — нормально. Для каталога в тысячу карточек нужен не генератор, а шаблон.

Начинается всё не с кода, а со списка. Выпишите все типы страниц сайта: главная, раздел каталога, карточка товара, страница услуги, статья блога, контакты, страница филиала. Обычно получается от пяти до десяти пунктов. Дальше напротив каждого пункта пишете, какую сущность он описывает и какие поля берутся из системы управления.
Выглядит это примерно так: карточка товара — тип Product, название из поля с заголовком, цена из поля с ценой, наличие из остатков, картинка из галереи. Страница филиала — карточка организации, адрес и координаты из свойств элемента. Статья — тип для публикации, автор из поля с автором, дата из даты изменения.

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

1С-Битрикс. В компонентах каталога есть встроенная разметка товаров микроданными, она включается настройкой компонента. Про неё регулярно забывают и добавляют сверху свой JSON-LD — получается два описания одного товара на странице. Поисковик в такой ситуации может выбрать не то, которое вы считали основным. Прежде чем внедрить микроразметку на сайте на 1С-Битрикс, проверьте, что уже отдаётся в коде. Свои блоки удобнее выводить через шаблон компонента, подставляя значения из свойств инфоблоков.

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

Tilda. Здесь ограничений больше. Произвольный код вставляется блоком для HTML, и для главной или страницы услуги этого достаточно. Сложности начинаются с динамическими страницами каталога, где содержимое подставляется на лету — разметку туда приходится собирать скриптом, а это ровно тот случай, когда робот Яндекса может её не увидеть. Если каталог на Тильде большой и товарный сниппет для вас важен, честнее сразу считать переезд на другую платформу, чем бороться с ограничениями. Мы этот разговор с клиентами ведём на этапе разработки сайта под ключ, а не после запуска — переносить готовый каталог всегда дороже.

Сколько страниц закрывает шаблонный подход. На сайте услуг с тридцатью страницами разметка по шаблонам покрывает примерно двадцать восемь из них, вручную остаются главная и контакты. В каталоге на три тысячи товаров ручной работы не остаётся вообще: один шаблон карточки закрывает весь каталог, второй — разделы. Отсюда и разница в стоимости: платите вы за разбор структуры и настройку шаблона, а не за количество страниц.
Проверять результат нужно не на одной странице, а на нескольких из каждого шаблона. Берёте три карточки товара: одну с ценой и в наличии, одну под заказ, одну со скидкой. Если разметка корректна на всех трёх, шаблон работает. Если ломается на третьей — значит, поле со скидкой подставляется не оттуда.

Ещё одна вещь, которую стоит проверить до начала работ, — совпадают ли данные в разметке с тем, что написано в подвале и на странице контактов. Название компании, телефон, адрес должны быть одинаковыми везде. Разнобой здесь встречается чаще, чем кажется: в разметке юридическое наименование, в подвале бренд, на контактах старый телефон отдела продаж.

Инструментов четыре, и каждый отвечает на свой вопрос. Путаница начинается там, где от одного ждут ответа на все.

Валидатор Яндекс.Вебмастера. Показывает страницу глазами разбора Яндекса: какие сущности он нашёл, какие поля прочитал, где споткнулся. Работает и по адресу страницы, и по вставленному куску кода — второе удобно, когда разметка ещё не выложена на сайт. Это основной инструмент для рунета. Начинайте с него.

Валидатор schema.org. Проверяет соответствие самому стандарту, без оглядки на требования конкретного поисковика. Полезен, когда нужно понять, ошибка у вас в коде или просто поисковик не поддерживает это поле. Отдельный плюс — им можно проверить сайт конкурента и посмотреть, что размечено у него.

Проверка расширенных результатов Google. Показывает, на какие расширенные сниппеты страница претендует в Google. Помните про разницу систем: то, что здесь не поддерживается, в Яндексе может работать, и наоборот.

Отчёты в панелях вебмастера. Единственный инструмент, который показывает картину по всему сайту, а не по одной странице. В Яндекс.Вебмастере и в Google Search Console есть разделы, где собраны все найденные типы разметки с количеством ошибок. Именно там видно, что шаблон карточки товара сломался на трёхстах страницах из тысячи.
Теперь про главное ограничение, с которого начиналась статья. Валидатор проверяет правильность кода. Он не отвечает на вопрос, покажет ли поисковик расширенный сниппет — это решается отдельно и зависит от запроса, от типа выдачи, от доверия к сайту. Зелёная галочка означает только одно: разметка написана без ошибок и прочитана. Всё остальное поисковик решает сам.

Отсюда практический вывод. Проверять надо не валидатором, а глазами в выдаче. Возьмите десять запросов, по которым ваши страницы уже в топе, и посмотрите, как выглядят сниппеты. Если через две-три недели после внедрения ничего не изменилось, а валидатор молчит — дело не в коде.

И вторая частая причина, по которой разметка есть, а эффекта нет: страница просто не та. Если материал закрыт от индексации, отдаёт неправильный ответ сервера или не выбран основным среди дублей, разметка на нём не сработает при любой корректности кода. Прежде чем разбираться с разметкой, стоит пройтись по базовой технической проверке — мы её разбирали в чек-листе проверки сайта перед продвижением.

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

Отдельно стоит проверять разметку после каждого обновления сайта. Переверстали шапку, обновили тему, поменяли шаблон карточки — разметка ломается тихо, без предупреждений и без падения трафика в первый день. Раз в квартал заглянуть в отчёты панели вебмастера достаточно, чтобы поймать такое вовремя.

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

1. Разметка описывает то, чего на странице нет. Самая частая и самая дорогая ошибка. В коде подписана цена, а на странице её нет. Размечен рейтинг, а блока с отзывами не существует. Указан адрес филиала, которого на этой странице никто не упоминал. Поисковик сверяет подписи с содержимым и при расхождении перестаёт доверять разметке — причём не этой конкретной странице, а сайту в целом. Лечится одним правилом: подписывать только то, что посетитель видит своими глазами.

2. Нарисованные отзывы и рейтинг. Отдельный случай предыдущей ошибки, но с санкциями посерьёзнее. Рейтинг 4,9 при двух отзывах, отзывы, написанные копирайтером, оценка, взятая с карточки в картах и подставленная на сайт как своя. Google прямо называет это спамом наравне с фальшивыми звёздами, Яндекс просто перестаёт показывать звёзды в сниппете и делает это молча. Мы считаем разметку отзывов последней в очереди на внедрение — не из осторожности, а потому что она единственная, где потери от ошибки превышают выигрыш от правильного внедрения.

3. Две разметки одного объекта на странице. Классика сайтов, которые переживали смену подрядчика. Старая разметка микроданными осталась в вёрстке, новую добавили блоком JSON-LD, встроенная разметка системы управления работает третьим слоем. В коде три описания одного товара с разными ценами. Поисковик выбирает одно, но не факт, что то, которое вы имели в виду. Перед внедрением всегда смотрите, что уже отдаётся в коде страницы.

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

5. Разметка на служебных страницах. Корзина, страница благодарности, результаты поиска по сайту, версия для печати. Разметку туда обычно не ставят специально — она приезжает вместе с общим шаблоном и описывает организацию там, где посетитель уже никуда не идёт. Вреда немного, но такие страницы часто закрыты от индексации, и разметка на них просто не работает. Заодно они замусоривают отчёты в панели вебмастера, и на их фоне сложнее заметить реальную поломку шаблона.

6. Чужой код с чужими данными. Берут пример из статьи, меняют название компании, а адрес логотипа, домен и координаты забывают. Такое встречается чаще, чем можно подумать, и вылавливается только чтением кода. Проверяйте каждую ссылку в разметке: она должна вести на ваш сайт.

7. Незаполненные обязательные поля. Цена без указания валюты, организация без адреса, товар без наличия, статья без даты. Валидатор такие вещи подсвечивает предупреждениями, но их часто пролистывают: ошибок нет, значит всё нормально. На деле поле, которого нет, поисковик просто не покажет — и сниппет останется обычным.

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

Отдельным пунктом идёт то, что ошибкой формально не считается: разметку поставили и забыли. Дата обновления статьи стоит двухлетней давности, срок действия цены истёк в прошлом году, в списке филиалов есть закрытый. Ничего страшного не происходит — просто разметка постепенно превращается в мусор. Раз в квартал проверки достаточно, если данные подставляются из системы управления автоматически.

Девятой ошибкой можно было бы назвать попытку разметить всё подряд. Сайт услуг с тремя типами разметки работает лучше, чем сайт с двенадцатью, где половина описывает несущественное. Разметка не даёт очков за количество: поисковику важно, чтобы описанное совпадало с реальностью и повторялось по всему сайту.

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

Точно известно следующее. Ответы Нейро, AI-обзоров Google и чат-ботов собираются не из страницы целиком, а из отдельных фактов, которые модель извлекает из текста. Подписанное поле извлекать проще, чем предложение в середине абзаца: цена уже число, адрес уже адрес, автор уже человек с должностью. Микроразметка избавляет модель от работы по угадыванию.

Дальше начинается область оценок. Прямых подтверждений, что размеченные страницы чаще попадают в нейросетевые ответы, поисковики не давали. Данные противоречивы: часть исследований показывает связь, часть не находит разницы. Мы относимся к этому осторожно и не продаём разметку как способ попасть в AI-выдачу.
Есть и косвенный аргумент. Разметка не даёт нейросети ничего такого, чего нет на странице — она лишь ускоряет и уточняет чтение. А значит, вреда от неё в этом сценарии быть не может по определению, в отличие от многих других приёмов, которые сейчас продают под вывеской оптимизации под нейросети.

Что при этом делать имеет смысл. Связывать сущности между собой: карточка компании, её специалисты, её услуги и её публикации должны ссылаться друг на друга, а не жить отдельными островами. Указывать в поле для официальных профилей все площадки, где компания представлена — так разрозненные упоминания собираются в одну сущность. Размечать авторов материалов с должностью и специализацией.

Отдельно стоит следить за тем, чтобы ключевые факты были в тексте, а не только в коде. Модель читает страницу целиком, и подпись без содержания ей не поможет. Если цена есть в разметке, но на странице написано «уточняйте по телефону» — в ответ попадёт второе.

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

И ещё один довод в пользу разметки вопросов, раз уж Google её витрину отключил. Блок вопросов и ответов на странице — сам по себе удобный формат для машинного чтения: короткий вопрос, короткий ответ, ничего лишнего. Даже без расширенного сниппета такая структура работает на то, чтобы ваш ответ выбрали для цитирования.

Соберём в один список то, что нужно сделать или проверить.

1. Определить типы страниц сайта и сущность для каждого.
2. Проверить, какая разметка уже отдаётся в коде, и убрать дубли.
3. Поставить карточку организации на главную, хлебные крошки — на все внутренние страницы.
4. Добавить товарную разметку в шаблон карточки, если есть каталог.
5. Разметить статьи блога автором и датами.
6. Сверить название, адрес и телефон в разметке, в подвале и во внешних карточках.
7. Проверить три разные страницы каждого шаблона в валидаторе Вебмастера.
8. Через две-три недели посмотреть сниппеты в выдаче по своим запросам.
9. Поставить проверку в отчётах панели вебмастера раз в квартал.
10. Убрать разметку, которая описывает несуществующий на странице контент.

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

Один ориентир по ожиданиям. Изменения в сниппетах появляются не сразу: поисковику нужно переобойти страницы и переварить новые данные. Для небольшого сайта это две-три недели, для каталога — до полутора-двух месяцев. Если через месяц ничего не поменялось, проблема почти наверняка не в разметке, а в том, что страницы плохо индексируются.

Важно только не путать её роль. Микроразметка сайта не заменяет ни оптимизацию, ни контент, ни работу с поведенческими факторами — она делает уже существующие страницы понятнее для поисковика и заметнее в выдаче. Если позиций нет вообще, начинать нужно не с неё.

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