Schema.org — это структурированные данные, которые помогают Google и Яндексу понимать содержимое страницы. В 2026 году правильная разметка увеличивает CTR из выдачи на 10-30%.
Что разметка даёт на практике
Разметка не поднимает позиции сама по себе. Она меняет то, как страница выглядит в выдаче и как её понимает поисковая система. Из первого следует рост CTR: сниппет с ценой, рейтингом или хлебными крошками занимает больше места и отвечает на вопрос ещё до клика. Из второго — более точное сопоставление страницы с запросом: робот не гадает, что «450 000 ₸» на странице это цена услуги, а не номер телефона.
Второй эффект стал важнее с ростом AI-ответов. Google AI Overviews, ChatGPT с веб-поиском и Perplexity опираются на машиночитаемые данные охотнее, чем на текст в вёрстке. Страница с корректным Service и Offer цитируется чаще, чем страница с теми же данными, но зашитыми только в дизайн.
Третий эффект — внутренний. Пока вы описываете сущности сайта в JSON-LD, обнаруживается, что у половины услуг нет цены, у трети — описания, а адрес компании в подвале не совпадает с адресом в Google Business Profile. Разметка работает как ревизия контента.
Топ-10 типов для коммерческого сайта
- Organization (на главной)
- LocalBusiness (для физического бизнеса)
- Service (для услуг)
- Product (для товаров)
- BreadcrumbList (на каждой странице)
- FAQPage (для FAQ-секций)
- Article (для блога)
- Review (для отзывов)
- VideoObject (для видео)
- Offer (для цен)
Порядок здесь не случайный — это порядок внедрения. Сначала закрываете Organization и BreadcrumbList на всём сайте (это два шаблона на весь проект), потом добавляете типы, специфичные для разделов.
Разбор ключевых типов
Organization — карточка компании: название, логотип, адрес, телефоны, ссылки на соцсети через sameAs. Ставится один раз на главной. Если у бизнеса есть офис или точка продаж, вместо Organization используйте LocalBusiness — он наследует все поля Organization и добавляет часы работы, координаты и зону обслуживания.
Service — для страниц услуг. Минимально нужны name, description, provider (ссылка на вашу Organization) и areaServed. Если цена публичная, добавляйте вложенный Offer с priceCurrency: "KZT". Для услуг с ценой «от» используйте PriceSpecification с minPrice — так честнее и не вызывает расхождений с текстом на странице.
Product — только для реальных товаров с наличием и ценой. Частая ошибка на сайтах интернет-магазинов: Product без offers.availability и без sku. Google такую разметку принимает, но рич-сниппет не показывает.
FAQPage — самый недооценённый тип. Блок из 5-8 вопросов внизу страницы услуги закрывает низкочастотные запросы и одновременно даёт материал для цитирования AI-системами. Условие одно: ответы должны быть видимы пользователю в HTML, а не спрятаны в разметке.
Формат: JSON-LD
Google рекомендует JSON-LD внутри <script type="application/ld+json">. Это удобнее микроразметки и не засоряет HTML.
Практическое следствие: JSON-LD генерируется на бэкенде из тех же данных, из которых рендерится страница. Не пишите его руками в шаблоне — через полгода цена в разметке разойдётся с ценой в карточке, и вы об этом не узнаете. На проектах разработки сайтов мы выводим разметку одним хелпером, который принимает объект услуги или товара и отдаёт готовый JSON.
Связывайте сущности через @id. У Organization на главной задаётся "@id": "https://site.kz/#organization", а во всех Service и Article поле provider или publisher ссылается на этот же @id. Тогда поисковик видит один граф, а не десяток несвязанных карточек.
Валидация
Schema.org Validator (validator.schema.org) и Google Rich Results Test. Без ошибок — обязательно.
Разница между инструментами важна. Валидатор Schema.org проверяет синтаксис и типы полей — он скажет, что вы положили строку туда, где ожидается число. Rich Results Test проверяет другое: хватает ли данных именно для рич-сниппета Google. Страница может быть валидной по первому и бесполезной по второму.
Третий источник — отчёт «Расширенные результаты» в Google Search Console. Он показывает не тестовую страницу, а то, что робот реально видел на вашем сайте за последние недели. Проверяйте его после каждого релиза шаблонов.
Типичные ошибки
- Review и AggregateRating от себя. Разметка отзывов о собственной компании на её же сайте — прямое нарушение правил Google. Размечать можно отзывы о товарах и услугах, собранные от клиентов, но не «5.0 на основе 200 оценок» без источника.
- Данные в разметке, которых нет на странице. Классика: FAQPage с десятью вопросами, из которых пользователь видит три.
- Дубли Organization. Плагин ставит свою разметку, тема — свою, разработчик добавил третью. Проверяйте исходный код на количество блоков
ld+json. - Разметка есть, а контента нет. Пустая страница услуги с идеальным Service не начнёт ранжироваться. Разметка усиливает контент, а не заменяет его — это отдельная работа в рамках SEO-продвижения.
- Локаль. Для казахстанских сайтов —
"priceCurrency": "KZT","addressCountry": "KZ", телефоны в формате +7 7XX XXX-XX-XX. Без этого LocalBusiness не привязывается к региону.
Что спросить у подрядчика
Три вопроса, которые отделяют внедрение от имитации. Первый: разметка генерируется из данных или прописана в шаблоне статикой? Второй: сущности связаны через @id в единый граф? Третий: как проверяется, что после релиза разметка не сломалась — есть ли контроль по Search Console?
Если сайт только проектируется, закладывайте разметку на этапе структуры данных, а не после запуска. Дописывать JSON-LD в готовый проект дороже, чем сразу вывести его из моделей. Обсудить конкретный сайт можно через контакты.
Практический порядок работ: сначала Organization или LocalBusiness плюс BreadcrumbList на весь сайт, затем Service и Product на коммерческих страницах, затем Article и FAQPage в блоге. После каждого шага — Rich Results Test и через две недели отчёт в Search Console. Это два-три дня работы разработчика на среднем сайте, и это тот случай, когда результат виден в CTR без изменения позиций.