Микроразметка Schema.org: что реально влияет на выдачу

Микроразметка — это подпись к содержимому страницы, адресованная не человеку, а машине. Человек видит «4 800 ₽» и понимает, что это цена. Робот видит набор символов. Разметка говорит ему прямо: это цена, это в рублях, товар в наличии.

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

Как разметка устроена технически

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

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

Практически это выглядит так: в код страницы, чаще всего в конец, добавляется тег `<script type="application/ld+json">` с описанием объекта внутри. Большинство движков — от «1С-Битрикс» до WordPress — умеют это через модуль или плагин, и руками писать приходится редко.

Типы, которые стоят усилий

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

Organization и LocalBusiness

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

LocalBusiness — расширение Organization для бизнеса с физическим адресом: магазина, салона, кафе, мастерской, клиники. Добавляет адрес, координаты, часы работы по дням недели, зону обслуживания. У Schema.org есть уточнённые подтипы — Restaurant, Dentist, HairSalon и десятки других; брать конкретный точнее, чем общий.

• Название, адрес и телефон в разметке обязаны совпадать с тем, что написано на сайте и указано в справочниках вроде Яндекс.Бизнеса — до формата и написания.
• Часы работы указываются структурно, по дням, а не строкой «пн-пт с 9 до 18».
• Если точек несколько — своя страница и своя разметка на каждую, а не список адресов на одной.
• Координаты берите из карт по своей фактической точке, а не по центру города.

Product: цена, наличие, рейтинг

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

1. 01Убедитесь, что цена на странице выводится числом, а не картинкой, и обновляется вместе с прайсом.
2. 02В разметке укажите цену, код валюты (RUB), наличие и срок действия цены, если он ограничен.
3. 03Наличие ставьте фактическое: InStock, OutOfStock, PreOrder. «В наличии» на отсутствующем товаре — та же ложь, что и выдуманный рейтинг.
4. 04Рейтинг добавляйте только при живых отзывах на этой самой странице, с указанием их количества.
5. 05После выкладки проверьте три случайные карточки валидатором — движки нередко ломают разметку на товарах с вариантами и разной ценой у размеров.

FAQPage и Article

FAQPage размечает блок вопросов и ответов. Смысл в том, что вопросы могут показаться прямо в выдаче раскрывающимся списком, и строка займёт больше места. Условия жёсткие: вопросы и ответы должны быть на странице видимыми, ответ должен быть полным здесь же, а не ссылкой «подробнее». Блок, написанный ради разметки, а не ради читателя, обычно это и выдаёт: вопросы там формулируются как поисковые запросы, а не как человеческая речь.

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

Отзывы: где проходит граница

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

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

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

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

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

1. 01Откройте валидатор Schema.org — validator.schema.org — вставьте адрес страницы. Он покажет разобранные объекты и синтаксические ошибки.
2. 02Откройте инструмент проверки расширенных результатов Google — search.google.com/test/rich-results. Он проверяет не просто корректность, а пригодность разметки для конкретных типов сниппетов и делит замечания на ошибки и предупреждения.
3. 03Откройте валидатор микроразметки Яндекса в Вебмастере, раздел «Инструменты» → «Валидатор микроразметки». Яндекс поддерживает свой набор форматов, и его отчёт отличается от гугловского.
4. 04Проверьте по одной странице каждого типа: главную, карточку товара, страницу услуги, статью. Одной страницы недостаточно — шаблоны разные.
5. 05Через две-три недели загляните в Search Console, раздел с расширенными результатами: там видно, сколько страниц каждого типа поисковик распознал и где нашёл ошибки.

Типы, которые обычно не окупаются

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

• WebSite и WebPage. Технически корректны, но почти ничего не дают: поисковик и так знает, что перед ним сайт и страница.
• Person для сотрудников. Имеет смысл для публичных экспертов с упоминаниями в других источниках; для страницы «Наша команда» из пяти карточек — нет.
• Service. Поддержка расширенных сниппетов по нему ограниченная. Для страницы услуги обычно полезнее правильный LocalBusiness на сайте в целом.
• HowTo и рецепты. Требования к оформлению высокие, поддержка со временем менялась, и вкладываться стоит, только если пошаговые инструкции — суть вашего сайта.
• Разметка ради разметки. Десять типов на одной странице не складываются в преимущество. Лучше два, сделанных точно и совпадающих с содержимым.

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

Как внедрить разметку на своём движке

Писать JSON-LD руками приходится редко: почти на каждой популярной платформе разметка либо уже есть, либо ставится модулем. Разница в том, насколько её потом можно поправить.

1. 01Сначала проверьте, что уже есть: прогоните главную и карточку товара через валидатор до всяких установок. На части сайтов половина разметки стоит с момента запуска.
2. 02Добавляйте по одному типу за раз и проверяйте после каждого. Два модуля, ставящие Organization одновременно, дают задвоение, и разбирать его потом дольше.
3. 03Сверьте данные с сайтом вручную на трёх страницах: цена, наличие, адрес, часы работы.
4. 04Занесите проверку разметки в список того, что смотрите после любой переделки шаблона.

Чего от разметки ждать не стоит

• Роста позиций. Разметка меняет вид строки, а не её место в списке.
• Гарантии показа. Поисковик решает сам, показывать ли расширенный сниппет по конкретному запросу. Корректная разметка — условие необходимое, но не достаточное.
• Быстрого эффекта. Изменения появляются после переобхода: обычно недели, иногда дольше.
• Компенсации других проблем. Размеченная страница, которая не проиндексирована или грузится восемь секунд, остаётся невидимой. Сначала структура и индексация и скорость, потом разметка.

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

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