Микроразметка помогает поисковым системам определить тип страницы. На сайте услуг начинайте не с рейтингов, а с сущностей, которые уже видны: Organization или LocalBusiness для организации, Service для услуги, Article или BlogPosting для статьи. FAQPage добавляйте только к видимым вопросам. JSON-LD не заполнит пустую страницу и не исправит неработающую форму.
Перед внедрением сверьте название, телефон, адрес или зону и URL с текстом сайта. Затем проверьте главную, одну услугу и одну статью валидатором.
Wordstat показывает интерес, не расширенный сниппет
На 12 августа 2026 года Yandex Search API Wordstat v2 показывал 439 по широкому запросу микроразметка schema во всех регионах и на всех устройствах. Это интерес к технологии. Значение не обещает расширенный сниппет и ничего не говорит о качестве коммерческого содержания конкретной страницы.
Если цена, рейтинг или вопрос есть только в JSON-LD, а на странице их нет, уберите их из разметки.
Формат: JSON-LD
Для большинства сайтов проще поддерживать JSON-LD в script type="application/ld+json", чем вплетать Microdata в HTML. Оставляйте один понятный блок на тип сущности и не держите дубли с разными телефонами, названиями или адресами.
Минимум для сайта услуг
1. Organization или LocalBusiness на контактах/главной
- name, url, telephone, address или areaServed
2. Service на страницах услуг (если данные полные)
- name, description, provider, areaServed
3. Article или BlogPosting на статьях
- headline, datePublished, author, image при наличии
4. FAQPage только если вопросы реально видны на странице
Не обязательно сразу Product, AggregateRating и десяток типов «на вырост».Чего не делать
- Не ставить рейтинг 5.0, которого нет на странице.
- Не размечать чужие отзывы и выдуманные цены.
- Не копировать один Organization с ошибкой телефона на все URL.
- Не обещать в разметке услуги, которых нет в меню.
- Не путать FAQPage с скрытым текстом «для SEO».
Пример логики LocalBusiness (поля, не копипаст слепо)
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Название как в юр. и на сайте",
"url": "https://example.ru/",
"telephone": "+7...",
"address": { "@type": "PostalAddress", "addressLocality": "..." },
"areaServed": ["город/область"]
}
Сверяйте телефон и название с футером и карточкой организации.Как проверить за час
- Откройте валидатор структурированных данных Яндекса или Google, который используете в работе, и проверьте главную, одну услугу и одну статью.
- Исправьте ошибки типа и обязательных полей.
- Сверьте: телефон, имя, URL совпадают с видимым текстом.
- FAQ: каждый вопрос из разметки есть в HTML как видимый блок.
- После правок переобход в Вебмастере для ключевых URL.
Связь с заявками
Если приходится выбирать между Schema и исправлением формы, чините форму. Разметка поддерживает понятность страницы, но не создаёт лиды сама. Добавляйте её после того, как уже указаны услуга, география и правдивые данные, а обращения попадают в учёт.
Чеклист внедрения
- [ ] Organization/LocalBusiness без противоречий
- [ ] Услуги: Service только где есть полный текст
- [ ] Статьи: даты и заголовок совпадают
- [ ] FAQ только на видимых Q&A
- [ ] Нет фейкового AggregateRating
- [ ] Валидатор без критичных ошибок на 3 типах URLЧастые вопросы
Обязательна ли микроразметка для продвижения?
Нет. Поисковые системы могут индексировать страницу без неё. Разметка помогает описать сущности, но не заменяет текст услуги, доступность URL и рабочий путь заявки.
Появятся ли сразу звёзды в выдаче?
Нет гарантии. Поисковая система сама решает, показывать ли расширенный элемент, с учётом своих правил и качества данных. Проверяйте корректность описания, а не наличие звёзд после публикации.
Microdata или JSON-LD?
Для большинства команд услуг JSON-LD проще сопровождать. Главное не формат, а отсутствие противоречий с видимым текстом.
Нужна ли разметка на каждой странице?
Нужна там, где есть сущность. Технические и пустые служебные URL размечать незачем.