Логотип seo-prodvizhenie-biznesa.ru
+7 (921) 333-77-45

Расширенные сниппеты

Анатолий Кузнецов
Анатолий Кузнецов
SEO-оптимизатор с 20-летним стажем. Автор блога seo-prodvizhenie-biznesa.ru о продвижении и доработке сайтов.

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

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

Что такое расширенный сниппет и откуда берутся данные

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

Источник этих данных — код страницы, размеченный по словарю schema.org. Это общий словарь, который понимают и Яндекс, и Google, и голосовые помощники, и модели, формирующие ответы в нейросетевом поиске. Последнее становится всё важнее: когда система собирает ответ из нескольких источников, размеченные данные она берёт охотнее, чем текст, из которого цену и адрес приходится вытаскивать догадками.

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

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

Основные виды разметки и что для каждой нужно

Вид Что показывает в выдаче Типы schema.org
Товарный Цена, наличие, рейтинг, валюта Product, Offer, AggregateRating
Хлебные крошки Путь по разделам вместо технического адреса BreadcrumbList
Вопросы и ответы Раскрывающиеся вопросы под ссылкой FAQPage
Организация Адрес, телефон, часы работы, логотип Organization, LocalBusiness
Статья Автор, дата публикации, изображение Article, NewsArticle
Рецепт Время приготовления, калорийность, рейтинг Recipe
Видео Превью, длительность, дата загрузки VideoObject
События Дата, место, стоимость участия Event, Offer

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

Как внедрять: два формата и разница между ними

Форматов подачи данных два. Микроданные — это атрибуты, встроенные прямо в вёрстку: itemscope, itemtype, itemprop расставляются по существующим тегам. JSON-LD — отдельный блок в коде страницы, никак не связанный с версткой.

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

Если нужны детали, смотрите «Микроразметка Schema.org: как заставить Яндекс показывать расширенные сниппеты».

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Название компании",
  "url": "https://site.ru/",
  "telephone": "+7 900 000-00-00",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Санкт-Петербург",
    "streetAddress": "ул. Примерная, 1",
    "postalCode": "190000"
  }
}
</script>

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

Разметка организации: что указывать и где чаще ошибаются

Помогу с продвижением: SEO-продвижение под ключ — вывожу сайты в топ Яндекса белыми методами.

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

  • Название — ровно так же, как в реквизитах и в карточке организации, без добавления ключевых слов.
  • Адрес — город, улица, дом, индекс. Для компаний без офиса вместо адреса указывают зону обслуживания.
  • Телефон в международном формате, тот же, что на сайте и в карточке.
  • Часы работы с учётом выходных и праздничных дней.
  • Логотип и адрес главной страницы.
  • Ссылки на профили в социальных сетях и на карточки в справочниках через свойство sameAs.

Ключевое требование — совпадение данных везде. Если на сайте один телефон, в карточке организации другой, а в отраслевом справочнике третий, система не может уверенно связать эти источники в один объект. Разнобой в написании названия работает так же: «Ромашка», ООО «Ромашка» и «Ромашка Сервис» для алгоритма могут оказаться тремя разными компаниями. Приведение данных к единому виду — скучная работа на пару часов, которая заметно влияет на локальную видимость.

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

Товар и хлебные крошки: где отдача максимальна

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

  • Название товара — точно такое же, как в заголовке карточки.
  • Цена и валюта, а также срок действия цены, если она акционная.
  • Наличие: в наличии, под заказ, снят с продажи.
  • Изображение товара.
  • Артикул или другой идентификатор, по возможности штрихкод.

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

Хлебные крошки — самая недооценённая разметка. Вместо технического адреса в выдаче показывается понятный путь: «Главная › Услуги › Ремонт рулевых реек». Что нужно сделать: вывести крошки на страницах сайта, разметить их типом BreadcrumbList, указать позицию каждого элемента и ссылку, проверить валидатором. Работа занимает около часа, а эффект распространяется на все внутренние страницы сразу. Для сайта с сотнями страниц это лучшее соотношение усилий и результата среди всех типов разметки.

Подробнее об этом — в статье «Алгоритмы Яндекс формируют неправильные сниппеты».

Вопросы и ответы: когда блок помогает, а когда мешает

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

Условия, при которых блок работает:

  • Вопросы и ответы реально видны человеку на странице, а не существуют только в коде.
  • Ответы содержательные, минимум пара предложений, а не «да» и «нет».
  • Вопросы взяты из жизни: из обращений клиентов, из блока похожих запросов внизу выдачи, из подсказок поисковой строки.
  • Количество разумное — обычно пять-восемь на страницу. Двадцать вопросов подряд выглядят как попытка занять экран.
  • Блок стоит на странице, где он уместен: услуга, товар, разбор. На странице контактов он бессмыслен.

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

Почему разметка есть, а сниппета нет

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

Причина Как проверить Что делать
Прошло мало времени Дата последнего обхода в панели вебмастера Отправить страницу на переобход и подождать две-четыре недели
Алгоритм счёл сниппет неуместным Посмотреть, есть ли расширенные сниппеты у конкурентов по этому запросу Ничего: показ решает система под конкретный запрос
Данные не совпадают со страницей Сравнить цену и наличие в коде и в вёрстке Связать разметку с теми же полями базы, что и вывод на страницу
Размечено то, чего человек не видит Открыть страницу и найти глазами каждый размеченный элемент Вывести данные на страницу или убрать из разметки
Дублирующаяся разметка Поиск по коду: сколько раз встречается application/ld+json Отключить лишний источник — плагин или блок в шаблоне
Страница закрыта от индексации Файл robots, мета-тег robots, заголовки ответа сервера Открыть доступ и отправить на переобход
Сайт под санкциями Раздел с нарушениями в панели вебмастера Устранять причину санкций: расширенные элементы снимают целиком

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

Порядок внедрения и чем проверять

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

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

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

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

Чего делать не стоит

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

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

Гарантирует ли разметка расширенный сниппет?
Нет. Она передаёт данные, а решение о показе принимает алгоритм под конкретный запрос. По одному запросу расширенный сниппет будет, по другому — нет, и это нормально.

Влияет ли разметка на позиции?
Напрямую нет. Косвенно — через кликабельность: строка с ценой и рейтингом собирает больше переходов при той же позиции, а это уже поведенческий сигнал.

Можно ли разметить рейтинг, если отзывов пока нет?
Нельзя. Это нарушение с предсказуемым результатом: сниппет снимут. Сначала собираются реальные отзывы, потом размечается агрегированная оценка.

Какой формат выбрать — JSON-LD или микроданные?
JSON-LD. Он не привязан к вёрстке, переживает смену шаблона и правится отдельно от кода страницы.

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

Что делать, если сниппет пропал после того, как был?
Первым делом сверить данные в разметке с данными на странице: чаще всего расходится цена или наличие после обновления каталога. Вторым — проверить, не появилась ли вторая копия разметки.

Коротко

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

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

Увеличьте позиции и продажи вашего сайта

Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:

Анатолий Кузнецов — SEO-оптимизатор

Остались вопросы по продвижению?

Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.

Связаться со мной →

Комментарии

Эдгар Ухтомский

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

Анатолий Кузнецов автор

Замечание верное, и это одна из главных ловушек: валидатор проверяет синтаксис и обязательные поля, а не логику. Две организации на странице формально валидны, поэтому предупреждения не будет. Проверка простая: откройте исходный код и посчитайте, сколько раз встречается тип application/ld+json, а потом посмотрите, какие объекты в этих блоках. На большинстве сайтов с популярными системами управления таких блоков оказывается от двух до четырёх, и часть из них противоречит друг другу. Отключать надо тот источник, который вы не контролируете: обычно проще выключить встроенную в тему разметку, потому что при обновлении темы она вернётся, а настройки плагина сохранятся.

Неонила Мохова

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

Нестор Возницын

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

Анатолий Кузнецов автор

Критично не столько для сниппета, сколько для доверия: человек кликает на цену из выдачи и видит на странице другую. Систему это тоже настраивает против расхождений. Решается двумя способами. Первый и правильный — сбрасывать кеш карточек сразу после ночной выгрузки, а не по расписанию; на большинстве движков это делается хуком на изменение цены. Второй, если первый недоступен, — добавить в разметку свойство priceValidUntil с датой окончания текущей цены, тогда система понимает, что цена срочная, и относится к расхождению мягче. И третье, что часто забывают: наличие меняется чаще цены, а расхождение по наличию бьёт сильнее — человек, кликнувший на «в наличии» и увидевший «под заказ», обычно уходит сразу.

Трофим Щепкин

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

Лукерья Юдаева

Не хватило раздела про разметку для локального бизнеса. У нас три точки в разных районах, на сайте страница под каждую. Как правильно: LocalBusiness на каждой странице со своим адресом или одна Organization на весь сайт? Читала противоположные советы.

Юния Щавелева

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

Мстислав Лаптев

Вопрос по срокам. Внедрили товарную разметку на две тысячи карточек, отправили на переобход выборочно — двадцать штук. Прошло три недели, на этих двадцати сниппеты появились, на остальных нет. Ждать естественного обхода или как-то ускорять массово?

Анатолий Кузнецов автор

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

Евлампия Ундольская

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

Наум Бушуев

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

Анатолий Кузнецов автор

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

Капитолина Мохова

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

Флегонт Щавелев

У меня сайт услуг на пятнадцать страниц, никакого каталога. Внедрил организацию и крошки, как советуете. Сниппет визуально изменился только крошками. Стоит ли добавлять что-то ещё или для такого размера это потолок?

Беатриса Ерофеева

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

Анатолий Кузнецов автор

Мешает заметно, но лечится не одномоментно. Начинать надо с выбора одного основного варианта — того, под которым вас знают клиенты и по которому чаще ищут: проверьте это по статистике запросов с названием компании. Дальше приводите к нему в таком порядке: сайт, карточка организации на картах, крупные отраслевые справочники, соцсети, всё остальное. Юридическое наименование при этом не выбрасывается — оно указывается в реквизитах и в разметке отдельным свойством legalName, а основным названием остаётся рабочее. В разметке пропишите альтернативные написания через alternateName и свяжите профили через sameAs — это прямо помогает системе понять, что три написания относятся к одной компании. Полный эффект появляется в течение нескольких месяцев, по мере переобхода всех источников.

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

 Нажимая «оставить комментарий» вы принимаетеправила конфиденциальности 

Прокрутить вверх