Яндекс Метрика
PETROV .pro
Кейсы Обо мне Отзывы Блог Турникет
4 мин чтения

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

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

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

Микроразметка Schema.org — это не «плюс к SEO», а то, что нейросеть читает первым делом, когда собирает ответ про вас. У меня она стоит на каждой странице — покажу, как именно.

Прямой ответ: сайту услуг обязательны четыре типа разметки — сущность автора/компании (Person/Organization), Service с ценой в Offer, BreadcrumbList и FAQPage там, где реально есть вопросы-ответы. Остальное — по ситуации.

Раньше это была игра ради звёздочек в выдаче. Сейчас у разметки работа важнее: когда Алиса или Google AI Overviews собирают ответ из вашей страницы, они сначала вытаскивают JSON-LD (готовые машиночитаемые факты, без необходимости парсить вёрстку) — и только потом лезут в HTML руками. Это часть GEO — оптимизации под ответы нейросетей, не отдельная тема.

А что стоит у вас в <head> прямо сейчас — вы вообще проверяли?

Что вообще размечать на сайте услуг

На моих страницах — /uslugi/landing-s-ii, /uslugi/chat-boty, /turniket — стоит связка типов, и они связаны между собой, а не свалены в кучу.

Сущность автора и компании — одна на весь сайт, с @id, чтобы Google и Яндекс не путали «Игоря Петрова» на разных страницах с разными людьми (у меня так и было полгода назад — три разных «Игоря» в индексе, пока не склеил их через один @id):

{
  "@type": "Person",
  "@id": "https://ipetrov.pro/#person",
  "name": "Игорь Петров",
  "jobTitle": "Разработчик ИИ-решений для бизнеса",
  "knowsAbout": ["Разработка лендингов", "ИИ-чат-боты", "Автоматизация Wildberries и Ozon"]
}

Дальше этот же @id подставляется в provider у Service, а Service — в offers с ценой — так сделано на странице лендинга с ИИ. На других страницах услуг разметка устроена иначе: у чат-ботов — свой встроенный Person в provider, у Турникета — Product со связкой через brand. Где реально есть вопросы-ответы — добавляется FAQPage. На карточках статей блога — свой BlogPosting с автором и датой.

Не размечайте то, чего нет
AggregateRating без реальных отзывов или FAQPage с вопросами, которых на странице нет, — прямой путь под ручные санкции Google. Разметка описывает то, что видит пользователь, а не то, что вы хотели бы показать.

Признаюсь: поле sameAs в моём Person до сих пор простаивает пустыми строками под VC и Habr — руки не доходят дозаполнить. Валидатор на это не ругается ни разу. А вот на дубль @id между страницами — ругался сразу, это единственное, что там реально критично.

Мета-теги title и description: как писать

Тут проще, чем кажется, если не гнаться за «идеальной» длиной в символах. Google обрежет заголовок примерно на 55–60 знаках, Яндекс в органической выдаче — попозже, примерно на 70–80 знаках (52 символа — это лимит для заголовков Яндекс.Директа, к органическому сниппету отношения не имеет), и оба режут по словам, а не по счётчику в SEO-плагине. Символы — не главное.

  • Title — главный ключ в начале, до 60 символов, без «Главная | Компания | Название» через три палки.
  • Description — 140–160 символов: ключ, конкретная выгода, лёгкий призыв к действию.
  • Уникальны на каждой странице. Дубли title — самая частая находка, когда я аудирую чужие сайты перед запуском рекламы.

Кстати, это работает и на нейро-ответы: Алиса и AI Overviews чаще цитируют страницу, у которой description отвечает на вопрос прямо, а не рекламирует компанию.

sitemap.xml — короткий, но обязательный файл

Sitemap.xml — список страниц сайта с датой обновления, который вы отдаёте роботу напрямую, а не заставляете угадывать структуру по ссылкам. Для сайта на 5–10 страниц разница не критична. Для блога с полусотней статей — критична: без свежего lastmod новая статья неделями ждёт, пока на неё наткнётся краулер.

  • Sitemap отдаётся по адресу /sitemap.xml и указан в robots.txt.
  • Отправлен в Яндекс.Вебмастер и Google Search Console руками, один раз — не ждите, пока найдут сами.
  • lastmod обновляется при правке страницы, а не стоит датой запуска сайта два года назад.

Как проверить, что разметка реально работает

Не верьте на слово ни себе, ни подрядчику — прогоняйте через валидатор микроразметки в Яндекс.Вебмастере и Google Rich Results Test. Мы все хоть раз запускали такую проверку для чужого сайта и утыкались в красный крест на ровном месте — ощущение так себе. Оба инструмента должны показать 0 ошибок. Спецификация типов — на schema.org, скучное чтение, но без двойных толкований.

Проверять — не один раз при запуске, а после каждого редизайна. У меня был случай, когда верстальщик снёс <script type="application/ld+json"> вместе с неиспользуемым блоком — сайт работал дальше, а разметка исчезла молча, без единой ошибки в консоли.

Готова ли микроразметка вашего сайта
6 пунктов, 3 минуты
  • На сайте есть Person/Organization с @id, одна сущность на все страницы
  • У каждой услуги есть Service с ценой в Offer
  • FAQPage стоит только там, где вопросы реально видны на странице
  • Title и description уникальны и не обрезаются на середине мысли
  • Есть актуальный sitemap.xml, отправленный в Яндекс.Вебмастер и Google Search Console
  • Разметку проверяли валидатором за последние полгода, а не при запуске сайта

Короче говоря: разметка либо есть и она живая, либо её нет — и тогда для нейросетей сайт выглядит пустым местом. В Разработка сайта под ключ от 50 000 ₽ эта база идёт вместе с сайтом, а не отдельной строкой в смете. Следующий слой той же истории — llms.txt для ИИ-краулеров, но это отдельный разговор.

Хотите, чтобы вас читали и люди, и нейросети?

Проверю разметку вашего сайта и покажу, что чинить в первую очередь. Бесплатно, 15 минут.

Telegram @igorPetrovPRO Email info@ipetrov.pro MAX @igorpetrovpro Позвонить +7 (950) 035-05-63