У структурированных данных проблема с репутацией. Годами их продавали как способ добавить звёздочки рейтинга в поисковый сниппет, и из-за этого они звучали как косметический трюк — что-то, что прикручивают в самом конце ради чуть более симпатичной выдачи.
Такой взгляд давно и безнадёжно устарел.
Структурированные данные — это машиночитаемое утверждение о том, чему посвящена страница, записанное на общем словаре. Когда поисковая выдача состояла из десяти синих ссылок, это имело значение на полях. Теперь, когда ответы собирают, а не ранжируют, это одно из немногих мест, где вы можете изложить факты о своём бизнесе в форме, которую невозможно понять неправильно.
Ваш текст говорит: «работаем допоздна». Ваши структурированные данные говорят: closes: 21:00. Первое требует толкования. Второе — нет.
Что это на самом деле
Блок JSON на странице — посетителю невидимый, — в котором сказано примерно следующее: это компания, вот её название, адрес, координаты, часы работы, телефон и ценовой диапазон. Или: это статья, опубликована такого-то числа, таким-то автором, на такую-то тему. Или: это товар, он в наличии, стоит столько-то, в такой-то валюте.
Словарь называется schema.org, и он общий: те же термины используют поисковики, ассистенты и всё остальное, что читает веб программно. Формат, которым стоит пользоваться, — JSON-LD: один тег script на странице, а не атрибуты, рассыпанные по всей вёрстке. Его можно генерировать, проверять и менять, не трогая дизайн.
Это не трюк для ранжирования, и слабую страницу он сильной не сделает. Он делает другое — убирает двусмысленность из фактов, которые вы и так публикуете.
Почему сейчас это важнее, чем раньше
Три сдвига, все недавние.
Ответы собираются из нескольких источников. Система, которая строит ответ на запрос «барбершопы в Ташкенте, открытые в воскресенье», сводит вместе множество страниц. В таком сведении явные, однозначные факты побеждают текст, который приходится разбирать и угадывать.
Главная задача — понять, кто есть кто. Модель не ранжирует вашу страницу: она собирает картину вашего бизнеса из всех доступных ей источников. Структурированные данные — ваш самый прямой вклад в эту картину. Когда ваши страницы противоречат друг другу, именно они решают, какая версия считается правильной. К чему приводит ошибка здесь, мы разбирали в статье «Почему ИИ рекомендует вашего конкурента».
Машины становятся не только читателями, но и покупателями. Системе, которая умеет действовать, нужно знать, можно ли что-то забронировать, есть ли это в наличии и доступно ли по такой-то цене. Ровно для таких утверждений структурированные данные и существуют, и это мостик к более глубокому тезису из статьи «Вашему бизнесу нужен API для роботов».
В каком порядке добавлять
Не всё одинаково ценно. Вот последовательность, которой пользуемся мы.
1. Organization или LocalBusiness — в первую очередь
Ваше название, логотип, URL, контакты, профили в соцсетях, а для офлайн-бизнеса — ещё адрес, координаты и часы работы.
Это фундамент: так машина узнаёт, что организация существует и какие упоминания относятся именно к ней. Разметка стоит на каждой странице — обычно в общем шаблоне.
У Bronjoy — маркетплейса онлайн-записи, где к сентябрю 2026 года было 23 727 заведений в Ташкенте, Самарканде, Бухаре и других городах, — на каждой странице заведения есть разметка LocalBusiness с координатами и рейтингами, а страницы категорий и городов публикуют ItemList этих заведений. На таком масштабе это не украшение, а единственный практичный способ для кого угодно понять, что лежит в каталоге.
2. WebSite с SearchAction
Сообщает машине, что ваш сайт существует как сущность и что у него есть поиск, — и какой шаблон URL для этого использовать. Bronjoy публикует и то и другое.
Мелочь, недорого, но это разница между сайтом, по которому можно искать программно, и сайтом, который можно только обходить краулером.
3. BreadcrumbList
Путь от главной до текущей страницы. Он передаёт структуру — что это заведение находится в такой-то категории, а та — в таком-то городе. Эту информацию ни одна страница в одиночку выразить не может.
4. Тип, который соответствует вашему контенту
Здесь сосредоточена основная ценность, и тип должен быть честным.
ProductсOffer— для всего, что вы продаёте: цена, валюта, наличие.Service— для услуг.Article— для статей блога, с настоящей датой публикации и автором.FAQPage— для настоящего контента в формате «вопрос — ответ».Course,Recipe,Event,JobPosting— словарь большой, и если есть подходящий конкретный тип, используйте его, а не общий.
Два наших собственных продукта сильно на это опираются. BiliMind отдаёт schema.org/Course на каждом публичном курсе, плюс отдельный sitemap для курсов и пинги IndexNow при публикации. RecipeReel и LectureLoom экспортируют schema.org/Recipe и schema.org/LearningResource соответственно — в обоих случаях потому, что извлечённый контент полезен, только если его может прочитать кто-то ещё.
5. Разметка отзывов и рейтингов — если у вас есть настоящие отзывы
Вся суть в оговорке: если у вас есть настоящие отзывы. Разметить отзывы, которые вы написали сами, — самый быстрый способ потерять то доверие, ради которого всё это и затевается, и ровно за такое прилетают санкции.
Правило, которое не даёт соврать
Всем этим управляет одно правило, и нарушить его хуже, чем вообще не иметь структурированных данных:
Структурированные данные должны говорить то же, что и страница, — и то и другое должно быть правдой.
Цена в разметке, которая отличается от цены на странице. Часы работы, которые были верны два года назад. Рейтинг без единого видимого отзыва. «В наличии» в разметке, когда на странице написано «распродано».
Каждый такой случай — ложь, сказанная машине, и последствия приходят в двух формах. Поисковики наказывают разметку, которая искажает содержимое страницы. А клиент, который пришёл к вам, услышав то, чего нет на вашей странице, был введён в заблуждение вами — неважно, на каком уровне это произошло.
Поэтому лучшие структурированные данные генерируются из тех же данных, из которых рендерится страница, а не пишутся рядом вручную. Разметка, которую поддерживают руками, расходится с реальностью — всегда, — потому что никто не помнит, что обновлять нужно две вещи.
Генерировать, а не писать
Единственное практическое решение, от которого зависит, останутся ли структурированные данные верными, — откуда они берутся.
Написанная вручную разметка расходится с реальностью. Кто-то добавляет её в предзапускной гонке, неделю она верна, а потом в CMS меняется цена, а в разметке — нет. Через полгода страница говорит одно, JSON — другое, и никто об этом не знает, потому что ничего видимого не сломалось.
Сгенерированная разметка разойтись не может, потому что рендерится из той же записи, что и страница. Меняете цену в одном месте — меняется и там и там. В этом вся разница, и это решение архитектурное, а не контентное.
Из генерации следуют две вещи.
URL должны быть стабильными, иначе сущности рассыпаются. Структурированные данные идентифицируют объекты в том числе по URL, так что страница, сменившая адрес, для любого читающего становится другим объектом. В Bronjoy у каждого заведения хранится история слагов, поэтому старые URL продолжают открываться: заведение, сменившее название, не становится новым бизнесом без истории. Это прежде всего не SEO-функция — именно это не даёт одной сущности превратиться в две.
О новом нужно сообщать, а не ждать, пока заметят. Разметка на странице, которую ещё никто не обошёл, — это разметка, которую никто не прочитал. BiliMind дополняет разметку Course отдельным sitemap для курсов и пингами IndexNow при публикации, так что о новом курсе объявляют, а не ждут, пока его когда-нибудь заметят. Для обычного сайта бизнеса эквивалент — сгенерированный sitemap, в котором действительно перечислено всё и который обновляется при каждой публикации.
Если вы возьмёте из этой статьи одно правило реализации, пусть оно будет таким: никогда не ведите структурированные данные как вторую копию своих фактов. Либо генерируйте их из источника, либо смиритесь с тем, что через год они будут неверными.
Чего они не сделают
Скажем прямо, потому что структурированные данные часто перехваливают.
Они не выведут в топ пустую страницу. Не создадут факты, которых на странице нет. Не гарантируют расширенный сниппет — его выбирает поисковик, и право на него ещё не означает, что вы его получите. И не исправят противоречия в других местах сайта — скорее просто их обнажат.
Это слой перевода для фактов, которые у вас уже есть. Если факты неверны, неполны или опровергаются тремя страницами дальше, этот инструмент их не исправит. Для этого нужна проверка согласованности из статьи «Напишите страницу, которую машина сможет процитировать».
Практический чек-лист
Для сайта бизнеса, по порядку:
OrganizationилиLocalBusinessв общем шаблоне, на каждой страницеWebSiteсSearchAction, если на сайте есть поискBreadcrumbListна всех вложенных страницах- Тип контента, соответствующий каждой странице:
Service,Product,Article,FAQPage - Генерация из реальных данных, а не ручное написание
- Проверка валидатором перед запуском и после любого изменения шаблона
- Перепроверка при каждом изменении цен, часов работы или наличия — а лучше генерация, при которой расхождение невозможно
- Ничего не размечено, если этого не видно на странице
И ещё два пункта — дешёвых и часто пропускаемых: sitemap, в котором действительно перечислено всё (наш генерируется из коллекций контента, а не ведётся вручную), и пинг при публикации, чтобы новые страницы находили быстро, а не при следующем обходе. BiliMind использует IndexNow ровно для этого.
Готовую для SEO разметку мы включаем в разработку сайтов от $99, а продвинутое SEO — в корпоративный тариф. Но если честно, это небольшая работа с непропорционально большим эффектом, и на существующем сайте её вполне можно сделать самому за день.
Расскажите, что вам нужно. В ответ вы получите фиксированную цену и дату сдачи — бесплатно и без обязательств продолжать.
Частые вопросы
Я получу звёздочки в поисковой выдаче?
Иногда — для подходящего контента, если у вас есть настоящие отзывы и поисковик решит их показать. Считайте расширенные сниппеты возможным побочным эффектом, а не целью. Долговременная ценность в том, что ваши факты однозначно изложены для всего, что читает ваш сайт.
Нужны ли структурированные данные небольшому сайту-визитке?
Organization или LocalBusiness — да: это двадцать минут работы, и именно так всё машиночитаемое узнаёт, кто вы, где вы и как с вами связаться. Остальное — соразмерно тому, что вы публикуете.
Могу ли я добавить разметку сам?
Если в вашей CMS есть для этого поле или плагин — да, только проверьте результат валидатором. Чего стоит избегать — скопировать шаблон и оставить в нём значения-заглушки: так бывает часто, и в итоге разметка утверждает что-то о компании, которая вам не принадлежит.
Что будет, если я что-то разметил неправильно?
Мелкие ошибки обычно просто игнорируются. Разметка, которая противоречит видимой странице, может привести к тому, что ваши структурированные данные перестанут учитываться целиком, а разметка, которая вводит в заблуждение, — фальшивые отзывы, фальшивые цены, — может навлечь ручные санкции. Риск не в том, чтобы пробовать, а в том, чтобы утверждать неправду.
Помогает ли это именно с ИИ-ассистентами?
Помогает, но одного этого мало. Ассистенты читают и страницу, и разметку, а разметка ценнее всего для фактов, которые неудобно выражать текстом: координаты, часы работы, наличие, валюта, даты. Делайте и то и другое: разметку — ради точности, текст — для всего, что лучше скажет предложение.
