Микроразметка Schema для расширенных сниппетов

Что разметка меняет в выдаче

Возьмем страницу услуги, где написано: цена от 400 долларов, работаем с 2014 года, средняя оценка 4,8 по 26 отзывам. Человек считывает это за секунду. Поисковый робот видит абзацы с числами и не знает, какое из них цена, какое год, какое оценка.

Микроразметка расставляет ярлыки. На число 400 она вешает ярлык «цена» и рядом указывает валюту, на 4,8 - ярлык «сводный рейтинг». Словарь ярлыков общий и лежит на schema.org, его понимают Google, Яндекс и Bing. Формат, который рекомендует Google, - JSON-LD: отдельный блок кода в исходнике страницы, никак не связанный с версткой. Google читает еще микроданные и RDFa, Яндекс сверх этого - микроформаты и Open Graph.

Дальше поиск может показать эти поля в результате. Может, а не обязан.

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

Три ограничения стоит принять до того, как код попадет на сайт.

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

Расширенный сниппет - возможность. Правильная разметка делает страницу к нему пригодной. Дальше решает поиск: по одному запросу звезды покажет, по соседнему нет.

Данные должны совпадать с видимым содержимым. Цена в коде 400, а на странице 600 - за такое расширение снимают. Разметка описывает то, что человек видит на странице, и ничего сверх этого.

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

Шесть типов, которые дают результат

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

Article - статья

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

Заполнить придется заголовок, картинку шириной от 1200 пикселей, дату публикации в машинном формате и автора. Автора Google просит описывать через тип Person или Organization: строка «Редакция сайта» не подойдет.

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

BreadcrumbList - навигационная цепочка

Вместо длинного адреса под заголовком поиск показывает путь вида «Блог › SEO и GEO › Микроразметка». У Google этот тип работает стабильнее прочих и на сайте услуг включается первым, поэтому на внутренних страницах с него и начинают.

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

Яндекс навигационную цепочку тоже показывает и разметку учитывает, но собирает цепочку в том числе по структуре адресов, а вид выбирает сам.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type": "ListItem", "position": 1, "name": "Блог",
     "item": "https://example.com/blog"},
    {"@type": "ListItem", "position": 2, "name": "SEO и GEO",
     "item": "https://example.com/blog/seo-i-geo"},
    {"@type": "ListItem", "position": 3, "name": "Микроразметка Schema"}
  ]
}
</script>

Product - товар

Цена, наличие, диапазон цен, звезды рядом с результатом. Плюс страница попадает в бесплатные товарные карточки. Минимум по полям - название, картинка и блок предложения с ценой, валютой и наличием.

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

И совсем частая история - Product на странице категории, где двадцать товаров. Тип описывает один товар.

Review и AggregateRating - звезды

Звезды и число отзывов рядом с результатом. Нужны оценка, шкала и автор отзыва, для сводного рейтинга - значение и число оценок.

Есть ограничение, о котором вспоминают, когда звезды уже сняли: отзывы, которые компания пишет о себе сама, к расширению не допускаются. Google считает их написанными в собственных интересах. Список типов, для которых звезды поддерживаются, тоже закрытый: товар, книга, курс, событие, рецепт, программа, локальный бизнес. Закрытые в 2025 году сведения о курсе и действия с книгами - другие функции, звезд на этих страницах они не касаются. Страница услуги в список не входит.

Organization и LocalBusiness - карточка компании

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

Разметку тут часто принимают за замену профиля компании, и это не так. Карточку сбоку Google собирает из профиля компании, Яндекс из Яндекс Бизнеса. Разметка связывает сайт с компанией и подтверждает контакты, но сама карточку не создаст.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название компании",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "telephone": "+7 700 000 00 00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "улица Абая, 10",
    "addressLocality": "Алматы",
    "addressCountry": "KZ"
  },
  "openingHours": "Mo-Fr 10:00-19:00"
}
</script>

VideoObject - видео

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

Ролик выпадает из выдачи, когда плеер подгружается скриптом и в отрисованном коде страницы его нет, когда обложка закрыта от обхода в robots.txt, когда дата загрузки записана человеческим текстом вместо машинного формата.

Типы, которые перестали работать

Русские инструкции по микроразметке, которые лежат в выдаче, написаны в 2021-2023 годах. Заметная часть советов оттуда ведет к типам, которых больше нет.

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

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

Строка поиска по сайту в сниппете. Закрыта 21 ноября 2024 года. Разметка под нее до сих пор стоит в шаблонах и на работающих сайтах: у меня на главной такой блок тоже остался с прошлых лет. Он ничему не мешает, поиск его не читает.

Семь типов, закрытых 12 июня 2025 года: действия с книгами, сведения о курсе, проверка утверждений, оценка зарплаты, обучающее видео, особое объявление, объявление о продаже транспорта. В ноябре 2025 Google снял с действий с книгами пометку об отказе от поддержки: часть функций поиска этот тип использует до сих пор. Остальные шесть закрыты окончательно, отчеты по ним пропали из Search Console в сентябре 2025.

Практические задачи. Разметка учебных задач по математике и естественным наукам отключена в январе 2026 года.

Отдельная путаница с типом «Dataset»: он работает, но только в поиске по наборам данных, а в обычной выдаче расширений не дает.

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

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

На конструкторе доступа к шаблонам верстки нет, и для разметки это не помеха. JSON-LD лежит отдельным блоком кода и с версткой не связан. В этом его плюс перед микроданными: атрибуты itemprop пришлось бы вписывать внутрь готовых блоков конструктора, а туда не пустят.

Мест для вставки три:

• Блок HTML-кода на странице. Подходит для того, что уникально: Article для статьи, Product для карточки товара, своя цепочка для каждого раздела.
• Поле для кода в настройках конкретной страницы. Тот же результат, но код не мешается в редакторе среди контентных блоков.
• Настройки сайта, код внутрь head. Сюда идет то, что одинаково везде: Organization или LocalBusiness с контактами компании.

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

Два блока JSON-LD на одной странице поиску не мешают, пока они описывают разное. На главной этого сайта стоит такая пара: в коде head лежит граф с автором и сайтом, в блоке на странице - граф со страницей, списком разделов и списком свежих статей. Граф здесь - это @graph, несколько описаний внутри одного блока. Второй граф ссылается на первый через поле @id, поэтому одни и те же поля повторять не приходится. Конфликт начинается в другом месте: когда два блока описывают одно и то же по-разному - два Article с разными датами или два Product с разными ценами.

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

Содержимое блока кода Тильда отдает в исходном HTML, без дорисовки скриптами. Разметка видна через обычный просмотр кода в браузере, и роботу она достается с первого захода. Конструктор тут удобнее самописных сайтов на фреймворках, где JSON-LD нередко подставляется уже в браузере и попадает в индекс через раз.

Когда одинаковых страниц много, руками вставлять код в каждую бессмысленно. Тогда в настройки сайта кладется один скрипт, который читает данные со страницы - заголовок, цену, дату - и собирает из них JSON-LD на лету. Вставка одна, работает на всем разделе. Плата за это тоже одна: скрипт привязан к структуре блоков, и если блок с ценой поменяли местами с блоком описания, разметка начнет отдавать не то. Раз в квартал прогоняйте такую страницу через инструмент проверки.

Своя развилка у каталога. Часть конструкторов добавляет разметку товара сама. Прежде чем ставить свою, прогоните одну карточку через инструмент проверки: две разметки одного типа на странице дают конфликт, и поиск может проигнорировать обе.

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

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

Проверка занимает полминуты: открыть боевой адрес страницы, вызвать исходный код и поискать строку application/ld+json. Если ее нет, проблема во вставке, и инструменты проверки тут ничего не добавят.

Чем проверять: три инструмента и отчеты Search Console

Три инструмента с разными задачами, и путать их дорого.

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

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

Валидатор микроразметки Яндекс Вебмастера. Разбирает Schema.org, микроданные, микроформаты, Open Graph и RDFa, показывает распознанные поля и говорит, сможет ли их использовать конкретный сервис Яндекса. Нужна авторизация в Вебмастере. Полезен тем, что показывает разницу: Google и Яндекс поддерживают пересекающиеся, но не одинаковые наборы типов, и одна страница в двух инструментах выглядит по-разному.

Отрисованный код страницы смотрят в последнюю очередь, а стоило бы в первую: робот видит страницу после того, как отработали скрипты. В Search Console есть проверка адреса, а внутри нее кнопка просмотра такого кода. Если разметка добавляется скриптом или блок кода не попал на боевую страницу, разница с браузерным исходником вылезет здесь.

Раз в месяц открывайте отчеты по улучшениям в той же консоли. Там разметка видна в масштабе сайта: сколько страниц с ошибками и сколько прошли. Инструменты проверяют по одному адресу за раз, массовую поломку шаблона они не покажут. Отчет собирается по всем страницам, которые робот обошел, и такую поломку видно сразу.

Разметка есть, а сниппет обычный: семь причин

Порядок от частого к редкому.

1. Тип закрыт поиском. Первая причина, которой пять лет назад не было. Разметка стоит, валидатор ее видит, функции больше нет. Проверка занимает минуту: открыть в справке Google страницу нужного типа и посмотреть, не снят ли он с поддержки.

2. Данные в разметке расходятся с содержимым страницы. Цена обновилась в карточке, но не в коде. Рейтинг в разметке 4,9, а на странице ни одного отзыва. Дата публикации в коде на месяц старше даты в тексте. Поиск такие страницы из расширений выбрасывает молча. Проверка: открыть страницу и код рядом, сверить поля по одному.

3. Пропущены рекомендованные поля. Инструмент проверки пометил их предупреждениями, а не ошибками, и разметку приняли за готовую. Без обязательного поля функция не включится вообще, без рекомендованного включится через раз. Картинка у товара, число отзывов у рейтинга, дата у статьи формально необязательны - и ровно они видны в выдаче. Пройдите по списку предупреждений и закройте те, что относятся к видимым в выдаче полям.

4. Разметки нет в отрисованном коде страницы. На конструкторах причина частая, на самописных сайтах основная. Отрисованный код открывается через проверку адреса в Search Console: строка application/ld+json там или есть, или нет.

5. Робот не обошел страницу заново после правки. Разметку поставили вчера, ждут сегодня. Роботу нужно зайти на страницу заново, а потом функция должна включиться на стороне поиска. На активном сайте это неделя-две, на редко обновляемом до месяца. Проверка: дата последнего обхода в Search Console. Ускорить помогает запрос на индексирование и адрес в карте сайта.

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

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

Разметка, за которую можно получить санкции

Спам в структурированных данных - отдельный вид нарушения со своей ручной мерой. Способы попасть под нее стандартные:

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

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

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

Поищите такие места на сайте до того, как их найдет поиск. Разметка входит в чек-лист технической проверки сайта отдельным пунктом.

С чего начать на сайте услуг

Порядок, который дает видимый результат быстрее всего:

1. Organization или LocalBusiness в настройки сайта, один раз. Контакты, логотип, часы работы. На персональном сайте вместо компании ставится Person.
2. BreadcrumbList на все внутренние страницы. Самый предсказуемый видимый эффект в выдаче.
3. Article на статьи блога. Работает на подборки и рекомендации.
4. Дальше, если бизнес шире услуг: товары - Product, ролики - VideoObject, отзывы - Review, но только собранные на своей площадке.

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

Отдельная тема - как разметку читают языковые модели и поиск с ответами. Правила там свои, разбор в соседней статье.

Частые вопросы

Влияет ли микроразметка на позиции сайта?

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

Нужно ли убирать FAQ-разметку со страниц?

Не нужно. Тип FAQPage остается валидным: Google подтвердил, что неиспользуемая разметка проблем поиску не создает. Смысла ставить FAQPage на новые страницы ради расширения сниппета больше нет: выпадающих вопросов под результатом не будет.

Почему валидатор зеленый, а расширенного сниппета нет?

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

Через сколько появится расширенный сниппет после внедрения?

Отсчет идет не от вставки кода, а от повторного обхода страницы роботом. Дальше неделя-две на активном сайте и до месяца на редко обновляемом. Ускоряет дело запрос на индексирование в Search Console.

Чем отличается поддержка типов в Яндексе и Google?

Наборы пересекаются, но не совпадают. Оба понимают словарь Schema.org, оба разбирают микроданные и RDFa. Микроформаты и Open Graph читает только Яндекс, и часть распознанных полей уходит в его сервисы, а не в сниппет. Проверять одну и ту же страницу приходится в двух инструментах: в проверке расширенных результатов Google и в валидаторе Яндекс Вебмастера.

Можно ли поставить разметку на конструкторе без разработчика?

Да. JSON-LD вставляется готовым блоком кода: общая для сайта разметка компании - в настройки сайта, разметка страницы - в блок кода на самой странице. Верстку трогать не приходится. Трудно становится там, где одинаковых страниц много и код надо повторить на каждой.

Что будет, если разметить то, чего нет на странице?

Это нарушение правил, за которое сайт получает ручную меру. Страница теряет право на расширенные сниппеты, уведомление приходит в Search Console. Расширения возвращаются после того, как разметку поправили под содержимое страницы и отправили запрос на повторную проверку.