Микроразметка schema.org на сайте услуг: какие типы нужны и что они дают

Сайту услуг нужны не все 800 типов schema.org, а пять-шесть: Organization (или LocalBusiness, если есть офис и приём клиентов), Service на страницах услуг, BreadcrumbList на всех внутренних страницах, FAQPage там, где есть блок вопросов и ответов, Article или BlogPosting в блоге и WebSite на главной. Этот набор закрывает почти все практические задачи: он объясняет поисковику и ИИ-ассистентам, кто вы, что продаёте, где находитесь и на каких условиях работаете. Видимый эффект - хлебные крошки вместо длинного URL в сниппете, раскрывающиеся вопросы под результатом, карточка организации с телефоном и адресом, а также заметно более высокая вероятность попасть в ответ Алисы, AI Overviews или ChatGPT. Формат разметки - JSON-LD, вставленный в страницу тегом <script type="application/ld+json">. Актуально на октябрь 2026 года.

Ниже - рабочий разбор от Honey Hunters Digital: что микроразметка делает и чего не делает, какие типы брать сайту услуг и в каком порядке их внедрять, готовые схемы для организации, услуги, крошек и FAQ, как размечать отзывы, чтобы не получить фильтр, чем проверять результат и какие пять ошибок мы чаще всего находим на сайтах, которые приходят к нам на аудит.

Что такое микроразметка и зачем она сайту услуг

Микроразметка - это машиночитаемая копия того, что человек и так видит на странице. Текст «Ремонт холодильников в Перми, выезд за 2 часа, от 1 500 ₽» человек понимает сразу, а поисковый робот видит просто строку символов. Разметка добавляет к этой строке ярлыки: это название услуги, это город, это цена, это организация, которая её оказывает. Словарь ярлыков - schema.org, совместный проект Google, Microsoft, Yahoo и Yandex, поэтому одна и та же разметка понимается всеми основными поисковыми системами.

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

Какие типы schema.org нужны сайту услуг: минимальный набор

Минимально достаточный набор для сайта услуг - шесть типов, и внедрять их стоит именно в таком порядке приоритета: BreadcrumbList, Organization или LocalBusiness, Service, FAQPage, Article или BlogPosting, WebSite. Всё остальное из справочника schema.org сайту услуг либо не нужно, либо даёт эффект на уровне погрешности.

1. BreadcrumbList - хлебные крошки. Самый быстрый результат: Яндекс и Google показывают путь по разделам вместо технического URL. Нужен на всех внутренних страницах.
2. Organization или LocalBusiness - визитка компании: название, логотип, телефон, адрес, график, соцсети. Ставится на главную и на страницу контактов.
3. Service - описание самой услуги: что это, кто оказывает, в каком регионе, по какой цене. Для каждой страницы услуги своя разметка.
4. FAQPage - блок вопросов и ответов. Даёт раскрывающиеся вопросы в выдаче и очень часто цитируется ИИ-ассистентами.
5. Article или BlogPosting - статьи блога: заголовок, автор, дата публикации и обновления.
6. WebSite - сайт целиком, обычно с указанием внутреннего поиска. Ставится один раз на главную.

Отдельно стоит упомянуть типы, за которые часто берутся напрасно. Product на сайте услуг почти всегда лишний: он рассчитан на товар с артикулом, наличием и ценой, и поисковики относятся к нему придирчиво. Review и AggregateRating - мощные, но рискованные (об этом ниже). Event, Course, JobPosting имеют смысл только если вы действительно проводите мероприятия, обучение или нанимаете людей через сайт.

Organization и LocalBusiness: визитка компании для машин

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

Рабочий минимум полей: name, url, logo, telephone, email, address, sameAs (ссылки на профили в соцсетях и справочниках), а для LocalBusiness ещё geo, openingHoursSpecification и priceRange. Выглядит это так:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название компании",
  "url": "https://example.ru/",
  "logo": "https://example.ru/logo.png",
  "telephone": "+7 342 000-00-00",
  "email": "info@example.ru",
  "priceRange": "от 15 000 ₽",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "RU",
    "addressLocality": "Пермь",
    "streetAddress": "ул. Примерная, 1, офис 10",
    "postalCode": "614000"
  },
  "openingHoursSpecification": {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "18:00"
  },
  "sameAs": ["https://vk.com/example", "https://t.me/example"]
}

Главное правило - все данные в разметке должны буквально совпадать с тем, что написано на сайте и в карточках справочников. Разные телефоны в разметке, в шапке сайта и в Яндекс Бизнесе - это не мелочь: именно по совпадению этих данных поисковик решает, доверять ли им вообще.

Service: как размечать страницу услуги

Service отвечает на вопрос «что именно вы продаёте на этой странице». Для каждой страницы услуги делается своя разметка, где обязательно указываются сама услуга, исполнитель (provider со ссылкой на вашу Organization) и регион работы (areaServed). Цену стоит указывать только если она действительно есть на странице - через offers или с указанием вилки.

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Техническая поддержка сайта",
  "serviceType": "Поддержка и сопровождение сайтов",
  "description": "Регулярные доработки, обновления CMS, бэкапы и мониторинг.",
  "provider": {
    "@type": "Organization",
    "name": "Название компании",
    "url": "https://example.ru/"
  },
  "areaServed": { "@type": "City", "name": "Пермь" },
  "offers": {
    "@type": "Offer",
    "priceCurrency": "RUB",
    "price": "15000",
    "url": "https://example.ru/services/support.html"
  }
}

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

BreadcrumbList, FAQPage и Article: три типа с видимым эффектом

Это те три типа, результат от которых можно увидеть глазами в выдаче в течение нескольких недель, поэтому с них есть смысл начинать, если ресурс ограничен.

BreadcrumbList меняет строку URL в сниппете на понятный путь «Главная - Услуги - Поддержка сайта». Разметка должна точно повторять видимые крошки на странице: порядок, названия, количество уровней. Техническая деталь, на которой спотыкаются чаще всего, - нумерация position должна начинаться с 1 и идти без пропусков.

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

Article или BlogPosting нужны в блоге: headline, image, author, datePublished, dateModified. Дата обновления - не формальность: по ней поисковик понимает, что материал живой. И обратная сторона - не ставьте dateModified на дату сборки страницы, если текст не менялся, это обесценивает сигнал.

Отзывы и рейтинги: как не получить проблему вместо звёзд

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

Чего делать нельзя: размечать AggregateRating «5.0 на основании 127 отзывов», если отзывов на странице нет; переносить в разметку рейтинг из Яндекс Карт как собственный; ставить агрегированный рейтинг компании на каждую страницу услуги. Любой из этих приёмов рано или поздно заканчивается потерей расширенного сниппета для всего сайта, и восстановить его сложнее, чем получить. По опыту Honey Hunters Digital, безопаснее вообще не размечать рейтинг, чем размечать его «немного вперёд».

JSON-LD, Microdata или RDFa: что выбрать

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

Microdata (атрибуты itemscope, itemprop прямо в теги) остаётся рабочим вариантом, но любая переделка вёрстки ломает разметку, и на практике именно по этой причине на старых сайтах разметка «отваливается» незаметно. Отдельная история - Яндекс-специфичные форматы вроде микроформатов для организаций: отдельно их делать не нужно, Яндекс читает schema.org. Если на сайте уже есть Microdata и она корректна, переделывать её ради переделки не стоит - лучше направить часы на типы, которых нет вовсе.

Как внедрить микроразметку: пошаговый план

1. Соберите список типов страниц: главная, контакты, страницы услуг, листинг блога, статья, портфолио. Разметка делается на шаблон, а не на каждую страницу руками.
2. Проверьте, что уже есть. На сайтах на WordPress, Bitrix или Tilda часть разметки обычно генерируется темой или плагином - дублировать её нельзя.
3. Внедрите BreadcrumbList в общий шаблон внутренних страниц, подставляя названия из реальных крошек.
4. Поставьте Organization или LocalBusiness на главную и контакты, сверив все данные с сайтом и справочниками.
5. Сделайте Service шаблоном для страниц услуг: название услуги и её описание берутся из полей страницы, provider и areaServed - общие.
6. Добавьте FAQPage на те страницы, где блок вопросов уже есть и виден. Если его нет, сначала напишите вопросы для людей, потом размечайте.
7. Разметьте статьи блога BlogPosting с корректными датами публикации и обновления.
8. Прогоните 10-15 страниц разных типов через валидаторы и исправьте ошибки.
9. Попросите переобход изменённых страниц в Яндекс Вебмастере и Google Search Console.
10. Через 3-4 недели сравните CTR страниц в Вебмастере и Search Console - это и есть замер эффекта.

Чем проверять микроразметку и что означают ошибки

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

Ошибки делятся на две категории, и путать их не стоит. Критические («обязательное поле отсутствует», «невалидный JSON», «неизвестный тип») - разметка не читается, исправлять сразу. Предупреждения («рекомендуемое поле отсутствует») - разметка работает, но её можно улучшить; гнаться за нулём предупреждений смысла нет. Самая частая реальная причина поломки - невалидный JSON из-за кавычек внутри текста: апостроф или кавычка-ёлочка, попавшая в значение поля без экранирования, обнуляет весь блок разметки. Поэтому после любой правки текстов на размеченных страницах полезно пройти валидатором ещё раз - это как раз та регулярная мелочь, которую мы закрываем в рамках поддержки сайта.

Пять ошибок, которые мы находим чаще всего

1. Разметка не совпадает с содержимым страницы. В JSON-LD цена 15 000 ₽, на странице - «от 20 000 ₽». Это прямое нарушение, и оно обесценивает всю остальную разметку сайта.
2. Двойная разметка. Плагин CMS и ручной блок в шаблоне описывают одну и ту же организацию по-разному. Поисковик видит противоречие и игнорирует оба варианта.
3. Одна Organization вместо Service на всех страницах услуг. Технически валидно, практически бесполезно: страницы не различаются.
4. FAQPage без видимого FAQ. Самая частая причина снятия расширенного сниппета.
5. Относительные URL и ссылки на http. В разметке должны быть абсолютные https-адреса; после переезда на новый домен или на https разметку почти всегда забывают обновить.

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

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

Сколько времени и денег занимает внедрение

Объём работ измеряется часами разработчика, и ориентиры такие. Сайт услуг на 10-30 страниц, базовый набор из BreadcrumbList, Organization, Service и FAQPage - обычно 4-8 часов: разработка схем, вставка в шаблоны, проверка валидаторами. Сайт на 50-200 страниц с блогом, портфолио и несколькими типами шаблонов - 10-16 часов. Интернет-магазин с товарами, категориями и фильтрами - от 20 часов, там подключаются Product, Offer и ItemList, и каждый тип надо проверять отдельно.

У клиентов на сопровождении в Honey Hunters Digital эти часы берутся из тарифа: базовый начинается от 15 000 ₽ в месяц и включает 4 часа работ плюс «Красную кнопку» на аварийные ситуации, но часы на нём не переносятся на следующий месяц; на тарифах 51 000 ₽ в месяц (час - 3 000 ₽) и 96 000 ₽ в месяц (час - 2 900 ₽) неизрасходованные часы переносятся, что удобно как раз под такие разовые работы - можно накопить часы и сделать разметку целиком за один подход. Разовое внедрение без сопровождения считается по фактическому объёму после просмотра сайта: пока не видно, сколько у вас типов шаблонов, любая цифра будет гаданием.

Коротко: чек-лист микроразметки для сайта услуг

1. BreadcrumbList на всех внутренних страницах, position без пропусков.
2. Organization на главной, LocalBusiness - если есть офис с приёмом клиентов.
3. Service на каждой странице услуги, со своим названием и описанием.
4. FAQPage там, где вопросы реально видны на странице.
5. BlogPosting в статьях, с честными datePublished и dateModified.
6. Формат - JSON-LD, URL - абсолютные и на https.
7. Данные в разметке совпадают с текстом страницы и карточками справочников.
8. Рейтинги - только по реальным опубликованным отзывам.
9. Нет дублей: или плагин CMS, или ручной блок, но не оба.
10. После каждой правки текстов - прогон валидатором.

Если смотреть на этот список и понимать, что заниматься им некогда, напишите нам: посмотрим, что на сайте уже размечено, что размечено неправильно и что даст эффект быстрее всего - связаться с Honey Hunters Digital. А если вам интереснее разбираться своими руками, мы ведём Telegram-канал «Тусовка владельцев сайтов» - там подобные вещи разбираются на живых примерах, со скриншотами валидаторов и до/после в сниппетах.

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

Поднимает ли микроразметка позиции в поиске?
Напрямую нет: ни Яндекс, ни Google не называют её фактором ранжирования. Она улучшает сниппет и повышает CTR, помогает поисковику точнее понять смысл страницы и увеличивает шансы попасть в ответ ИИ-ассистента. Рост позиций, который часто замечают после внедрения, - следствие улучшения поведенческих показателей в выдаче, а не самой разметки.

Какие типы schema.org достаточно внедрить сайту услуг?
Шесть: BreadcrumbList, Organization или LocalBusiness, Service, FAQPage, Article или BlogPosting и WebSite. Этот набор закрывает практически все задачи сайта услуг. Остальные типы либо не относятся к услугам, либо дают эффект на уровне погрешности.

Сколько времени занимает внедрение микроразметки?
Для сайта услуг на 10-30 страниц базовый набор делается за 4-8 часов работы разработчика, для сайта на 50-200 страниц - за 10-16 часов. Первые изменения в сниппетах видны обычно через 2-4 недели после переобхода страниц.

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

Что выбрать: JSON-LD или Microdata?
Для нового внедрения - JSON-LD: он живёт отдельным блоком в коде, не ломается при переделке вёрстки и прямо рекомендован Google. Microdata работает, но ломается при любом изменении шаблона. Существующую корректную Microdata переделывать не обязательно.

Нужна ли отдельная разметка под Яндекс?
Нет. Яндекс читает тот же словарь schema.org, что и Google, поэтому одна разметка в формате JSON-LD работает для обеих систем. Проверять результат стоит в двух местах: валидатор микроразметки в Яндекс Вебмастере и Rich Results Test у Google.