28 сентября 2026 · 7 мин чтения

Микроразметка schema.org для сайта компании: что внедрять в первую очередь

Для сайта компании микроразметку schema.org стоит внедрять в таком порядке: Organization или LocalBusiness на главной, BreadcrumbList на внутренних страницах, Article для статей блога, Service для страниц услуг и FAQPage там, где реально есть вопросы и ответы. Формат лучше выбрать JSON-LD: он лежит отдельным блоком в коде страницы и не смешивается с версткой. Разметка не повышает позиции сама по себе, но помогает поисковым системам однозначно понять, что на странице.

Ниже порядок внедрения, примеры кода, типичные ошибки и способы проверки. Какие именно расширенные сниппеты поисковые системы показывают сейчас, меняется со временем, поэтому актуальные требования уточняйте в документации поисковиков.

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

Микроразметка это дополнительные структурированные данные на странице, написанные по словарю schema.org. Текст читает человек, а разметка отвечает на вопросы машины: это организация или человек, это адрес или цена, это вопрос или ответ.

Практическая польза складывается из трёх частей:

поисковые системы лучше понимают сущности: компания, услуги, авторы статей;
для некоторых типов страниц возможны расширенные сниппеты (хлебные крошки, рейтинг, вопросы), хотя гарантий нет;
структурированные данные снижают неоднозначность для генеративных систем, о чём я писал в материале про GEO и понятность сайта для ИИ-поиска.

Главное правило: разметка должна соответствовать видимому содержимому. Нельзя размечать то, чего нет на странице, например отзывы, которых посетитель не видит. Такая практика расценивается как нарушение и может привести к потере расширенных сниппетов.

Почему JSON-LD удобнее остальных форматов

Существуют три способа записи: микроданные, RDFa и JSON-LD. Микроданные вплетаются в HTML-теги атрибутами, и при каждой правке верстки их легко сломать. JSON-LD это отдельный скрипт с данными в формате JSON, который можно вставить в шаблон и генерировать на сервере из тех же данных, что выводятся на странице.

Общий вид блока:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Название компании",
  "url": "https://example.kz/"
}
</script>

Если сайт на собственном коде, разметку удобно собирать функцией из массива и выводить через json_encode, тогда экранирование и кавычки не станут источником ошибок. На CMS обычно есть модуль, но проверяйте, что он не дублирует разметку из темы.

Первый приоритет: Organization и LocalBusiness на главной

Начните с описания самой компании. Если у вас офис, куда приходят клиенты, или вы работаете в конкретном городе, подходит LocalBusiness или более точный его подтип. Если бизнес без точки приёма, достаточно Organization.

Пример (данные условные):

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название компании",
  "url": "https://example.kz/",
  "logo": "https://example.kz/img/logo.png",
  "telephone": "+7 000 000 00 00",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Астана",
    "streetAddress": "ул. Примерная, 1",
    "addressCountry": "KZ"
  },
  "openingHours": "Mo-Fr 09:00-18:00",
  "sameAs": [
    "https://t.me/example_channel"
  ]
}

Что важно:

название, адрес и телефон совпадают с тем, что указано на странице контактов и в профилях на картах и в справочниках;
в sameAs перечислены реальные официальные профили компании;
логотип по ссылке доступен и достаточного размера;
разметка организации ставится на главную, а не копируется на каждую страницу.

Второй приоритет: хлебные крошки

BreadcrumbList описывает путь от главной до текущей страницы. Он простой, безопасный и полезен структуре сайта. Пример для страницы статьи:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Главная", "item": "https://example.kz/" },
    { "@type": "ListItem", "position": 2, "name": "Блог", "item": "https://example.kz/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Название статьи" }
  ]
}

На странице должны быть и видимые хлебные крошки с теми же названиями. Это соответствует принципу совпадения разметки и содержимого.

Третий приоритет: Article для статей блога

Для статей блога используйте Article или BlogPosting. Минимальный набор полей: заголовок, даты публикации и изменения, автор, издатель, изображение, если оно есть.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Заголовок статьи",
  "datePublished": "2026-09-28",
  "dateModified": "2026-09-28",
  "author": { "@type": "Person", "name": "Имя Автора" },
  "publisher": { "@type": "Organization", "name": "Название компании" },
  "mainEntityOfPage": "https://example.kz/blog/nazvanie/"
}

Следите за актуальностью dateModified: обновляйте её только при существенных правках, а не механически при каждом сохранении. Автор должен быть настоящим, а страница автора с описанием опыта усиливает доверие. Для вашего блога имеет смысл заранее продумать структуру материалов: SEO-основы для сайта услуг описывают, как это делать.

Четвёртый приоритет: Service для страниц услуг

Для страниц услуг подойдёт тип Service с указанием поставщика и региона. Он не даёт эффектных сниппетов, зато связывает услугу с организацией.

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Разработка сайтов",
  "provider": { "@type": "Organization", "name": "Название компании" },
  "areaServed": "Астана",
  "description": "Краткое описание услуги, совпадающее с текстом страницы."
}

Не указывайте цены в разметке, если их нет на странице или они не фиксированы. Неверные цены вводят в заблуждение и могут навредить.

Пятый приоритет: FAQPage, но только честно

Если на странице есть раздел с вопросами и ответами, его можно разметить типом FAQPage. Правила простые: вопросы и ответы видны посетителю, это действительно ответы вашей компании, а не рекламные тексты.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Сколько длится разработка?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Срок зависит от объёма и согласований."
      }
    }
  ]
}

Поисковые системы со временем меняют правила показа расширенных результатов для вопросов и ответов, поэтому не рассчитывайте на визуальный эффект. Но структурированные пары вопрос и ответ остаются удобной формой для машин.

Как проверить разметку и не наделать ошибок

После внедрения проверьте разметку инструментами валидации: у поисковых систем есть отдельные проверки структурированных данных, а у самого словаря schema.org есть валидатор. Они покажут синтаксические ошибки, пропущенные обязательные поля и предупреждения.

Типичные ошибки:

Несоответствие видимому содержимому: в разметке есть то, чего нет на странице.
Дубли: одна и та же организация описана тремя разными блоками от темы, плагина и вручную.
Битый JSON из-за неэкранированных кавычек и лишних запятых.
Относительные адреса вместо абсолютных там, где нужен полный URL.
Устаревшие данные: телефон или адрес изменились, а разметка осталась прежней.
Попытка накрутить рейтинг или отзывы, которых нет.

Хорошая практика: хранить данные о компании в одном месте (конфигурации или базе) и подставлять их и в видимые блоки, и в разметку. Тогда расхождения невозможны.

Как организовать внедрение на практике

Чтобы разметка не превратилась в разрозненные куски кода, я предлагаю такой порядок работы.

Составьте перечень типов страниц сайта: главная, контакты, услуга, статья, список статей.
Для каждого типа определите, какой тип schema.org ему соответствует и какие поля вы можете заполнить достоверно.
Соберите единый источник данных о компании: название, адрес, телефон, профили, логотип.
Реализуйте генерацию блоков в шаблонах и выведите их в блоке head или перед закрывающим body.
Проверьте по одной странице каждого типа валидатором, затем выборочно остальные.
Добавьте проверку в чек-лист любого изменения шаблонов и включите в плановый аудит раз в несколько месяцев.

Если на сайте много страниц, а ресурсов мало, ограничьтесь первыми тремя типами: организация, хлебные крошки, статьи. Это даст понятную основу, которую можно расширять без переделок.

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

Повышает ли микроразметка позиции в поиске?

Напрямую это не подтверждено. Она помогает понять содержимое и в некоторых случаях улучшает сниппет, что может влиять на кликабельность. Но без качественного контента и нормальной технической базы эффект будет минимальным.

Нужна ли разметка на каждой странице?

Нужна та, что соответствует типу страницы. На главной это организация, на статьях Article, на всех внутренних хлебные крошки. Не нужно искусственно добавлять типы, которым нет оснований.

Можно ли внедрить разметку без программиста?

На популярных CMS есть модули, которые это делают. Но на сайтах с нестандартной структурой правильнее генерировать разметку в шаблонах. В любом случае проверяйте результат валидатором.

Как часто нужно обновлять разметку?

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

Если хотите, чтобы разметка была внедрена вместе с аудитом структуры сайта, посмотрите страницу про создание сайтов или напишите в Telegram.

← Все заметки Обсудить задачу