Микроразметка Schema.org для Яндекса: ошибки внедрения, которые лишают сайт расширенных сниппетов

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

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

Что микроразметка даёт на самом деле

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

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

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

Какие типы разметки работают в Яндексе

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

Тип разметки	Что описывает	Что даёт в выдаче	Кому нужен
Organization / LocalBusiness	Название, адрес, телефон, часы работы, логотип	Данные компании в блоке о сайте, привязка контактов	Всем, у кого есть офис или зона обслуживания
BreadcrumbList	Путь от главной до текущей страницы	Понятная цепочка вместо длинного адреса	Всем сайтам с разделами глубже двух уровней
FAQPage	Пары «вопрос — ответ», реально видимые на странице	Раскрывающийся блок, сниппет занимает больше места	Страницам услуг и информационным материалам
Product и Offer	Товар, цена, валюта, наличие, состояние	Цена и статус наличия рядом со ссылкой	Интернет-магазинам
AggregateRating и Review	Средняя оценка, число отзывов, отдельные отзывы	Звёзды и число оценок	Тем, у кого отзывы реально собраны и опубликованы
Article / BlogPosting	Заголовок, дата публикации и обновления, автор	Дата в сниппете, корректная атрибуция материала	Блогам и новостным разделам

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

Ошибка первая: разметка описывает то, чего на странице нет

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

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

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

Тему разбирал отдельно: «Ошибки robots.txt и sitemap.xml: как из-за одной строчки закрыть сайт от Яндекса».

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

Ошибка вторая: синтаксис, который убивает весь блок

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

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

Чаще всего ломается на подстановке данных из базы. Название товара содержит кавычки — например, ООО «Ромашка» — и они попадают в JSON как есть, разрывая строку. Описание содержит перенос строки. В цену попадает пробел-разделитель разрядов или знак рубля, а поле price обязано содержать число без пробелов и символов валюты; валюта указывается отдельным полем.

Минимальный корректный блок для страницы услуги выглядит так:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Сколько занимает выход в топ по коммерческим запросам?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Первые сдвиги видны через два-три месяца, устойчивые позиции по конкурентным запросам набираются дольше."
      }
    }
  ]
}
</script>

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

Ошибка третья: неверный тип и дублирование блоков

Разметка типа Product на странице статьи, разметка Article на странице услуги, LocalBusiness на каждой странице сайта вместо контактной — типовые находки при аудите. Поисковая система в таких случаях просто не показывает расширенный сниппет: тип не соответствует содержимому, доверия к данным нет.

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

Смежный материал по теме — «Как вывести сайт на первую страницу Яндекса».

Проверяется быстро: откройте исходный код страницы и поищите вхождения строки application/ld+json. Больше одного-двух блоков — повод разбираться, что и откуда выводится. Правильный вариант — один блок на страницу, где связанные сущности описаны через вложенность или собраны в массив @graph.

Ошибка четвёртая: пропущенные обязательные поля

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

Практический минимум по типам:

• Organization: название, адрес с городом и улицей, телефон, ссылка на сайт, логотип.
• BreadcrumbList: позиция, название и ссылка для каждого уровня; последний уровень — текущая страница.
• Product: название, изображение, описание, вложенный Offer с ценой, валютой и статусом наличия.
• AggregateRating: средняя оценка, число оценок, минимальное и максимальное значения шкалы.
• FAQPage: каждый вопрос с непустым ответом; ответы — текст, а не ссылка «читайте здесь».
• Article: заголовок, дата публикации, дата изменения, автор, издатель.
• Ошибки JavaScript: когда сломанный скрипт съедает заявки молча

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

Ошибка пятая: разметка живёт отдельно от сайта

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

Признаки расхождения, которые нахожу чаще всего:

• Телефон в разметке отличается от телефона в шапке сайта.
• Цена в блоке Offer зафиксирована числом в шаблоне и не подтягивается из карточки товара.
• Хлебные крошки размечены по старой структуре разделов, часть ссылок в них ведёт на несуществующие адреса.
• В разметке организации указан режим работы, который давно изменился.
• Ссылка на логотип ведёт на файл, удалённый при смене темы.
• Ошибки JavaScript: когда сломанный скрипт съедает заявки молча

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

Порядок внедрения, который не создаёт проблем

Последовательность, которой придерживаюсь на проектах:

Если нужны детали, смотрите «Как проверить сайт на ошибки: основные технические и SEO-проверки».

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

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

Чем проверять и что каждый инструмент показывает

Проверка делается в три захода, и один инструмент другой не заменяет.

Инструмент	Что покажет	Чего не покажет
Валидатор микроразметки Яндекс.Вебмастера	Как разметку видит именно Яндекс, ошибки и предупреждения по полям	Появится ли расширенный сниппет — это отдельное решение
Валидатор Schema.org	Синтаксис, корректность типов и структуры объектов	Поддержку конкретного типа поисковыми системами
Исходный код страницы в браузере	Сколько блоков разметки на странице и откуда они берутся	Массовую картину — руками весь сайт не обойти
Обход краулером с выгрузкой структурированных данных	На каких страницах разметки нет, где она битая, где дубли	Смысловое расхождение с видимым текстом
Поиск по своим страницам через несколько недель	Итог: как выглядит сниппет живьём	Причину, если сниппет не появился

Важная деталь про сроки. Разметка не отражается в выдаче в день внедрения. Сначала робот должен переобойти страницу, потом система пересчитывает сниппет. На активно обновляемом сайте это дни, на редко обходимом — недели. Вывод «не работает» через два дня после установки преждевременен: сначала убедитесь, что робот вообще заходил на страницу после правки.

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

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

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

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

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

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

Что делать, если разметку уже наказали?
Сначала привести данные в соответствие с содержимым страниц: убрать выдуманные оценки, вопросы, которых нет в тексте, цены, отличающиеся от реальных. Потом дождаться переобхода. Возврат расширенных сниппетов занимает больше времени, чем их потеря, поэтому дешевле не рисковать ради звёзд.

Коротко

• Расширенный сниппет — не следствие наличия кода на странице, а результат совпадения четырёх условий: подходящий тип, заполненные обязательные поля, совпадение с видимым текстом, отсутствие манипуляций.
• Самая дорогая ошибка — размечать то, чего человек на странице не видит. Это трактуется как обман и лишает расширенных сниппетов весь сайт.
• JSON-LD ломается на мелочах: кавычка в названии, пробел в цене, лишняя запятая. Блок отбрасывается целиком и молча.
• Дубли блоков от темы и плагинов встречаются чаще, чем отсутствие разметки. Начинать надо с инвентаризации того, что уже выводится.
• Разметку собирают из тех же полей, из которых рисуется страница, — иначе она устаревает вместе со сменой телефона, цен и структуры разделов.
• Проверка идёт в три захода: валидатор Яндекса, исходный код страницы, живая выдача через две-три недели после переобхода.
• Ошибки JavaScript: когда сломанный скрипт съедает заявки молча

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