Микроразметка schema.org: что внедрять, чтобы не устареть в 2027

Какую микроразметку schema.org внедрять? Начните с трёх типов: Organization на главной, BreadcrumbList на внутренних страницах и Article на статьях. Магазину добавьте Product, бизнесу с адресом LocalBusiness. Формат для Google: JSON-LD. Разметка должна совпадать с тем, что видит посетитель. Попадание в ИИ-ответы она не обеспечивает: Google такого требования не называет.

Автор: Андрей Гусаров, основатель EDUGUSAROV · Обновлено: ноябрь 2026

Содержание

• Короткий ответ: что внедрять
• Что такое schema.org, JSON-LD и Open Graph
• Чего разметка не делает
• Что Google говорит про ИИ-функции поиска
• Какие типы внедрять: таблица «страница → разметка»
• Organization: сайт и организация
• BreadcrumbList: хлебные крошки
• Article: статьи и блог
• Product и LocalBusiness: магазин и офис
• Course и образование
• FAQ и HowTo: что стало с этими типами
• Open Graph для соцсетей и мессенджеров
• Как проверять разметку
• Правила Google и типичные ошибки
• Чек-лист на каждый квартал
• Проверьте себя
• Что видно сегодня в документации
• Что дальше
• Частые вопросы
• Источники

Короткий ответ: что внедрять

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

1. Organization на главной или на странице «О компании»: название, адрес сайта, логотип, контакты.
2. BreadcrumbList на всех внутренних страницах, где на экране есть хлебные крошки.
3. Article на статьях блога: заголовок, автор, даты, картинка.
4. Product на страницах отдельных товаров, если вы продаёте товары.
5. LocalBusiness на странице с адресом и часами работы, если клиенты приходят к вам.
6. Course и VideoObject по ситуации: у школ и онлайн-курсов, у видео на странице.
7. Open Graph: это отдельная разметка для превью в соцсетях и мессенджерах, она настраивается в заголовке страницы.

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

Что такое schema.org, JSON-LD и Open Graph

Schema.org это общий словарь: список типов («организация», «статья», «товар») и свойств («название», «автор», «цена»), которым можно описать содержимое страницы. Сам по себе словарь ничего не делает. Чтобы поисковик его прочитал, описание нужно записать в страницу в одном из форматов.

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

Что с Яндексом. Справка Вебмастера «Введение в Schema.org» описывает разметку на микроданных (itemscope, itemtype, itemprop). В ней сказано, что если Яндекс не поддерживает тип разметки на странице или она ошибочна, робот её пропускает, а страницу может индексировать и без разметки. Поддержку JSON-LD и Open Graph в Яндексе мы на этой странице не нашли, поэтому для сайтов с упором на Яндекс проверяйте свою разметку в валидаторе из Вебмастера и в справке (сведения на 1 ноября 2026 года).

Если вы путаете разметку с мета-тегами: Description и title управляют текстом сниппета, а schema.org описывает сущности на странице. Это разные инструменты, и в статье мы говорим только о разметке.

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

В выдаче по запросу «микроразметка» много материалов, где разметка выглядит как рычаг роста. Мы держимся документации и разделяем «что написано в источнике» и «что рекомендуем».

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

Что Google говорит про ИИ-функции поиска

Страница документации Google «AI features and your website» (последнее обновление страницы: 10 декабря 2025 года, прочитано 1 ноября 2026) прямо отвечает на главный вопрос 2026 года. Из неё важны три тезиса:

• дополнительных требований, чтобы появляться в AI Overviews и режиме ИИ, нет, и особых оптимизаций тоже не требуется;
• создавать новые машиночитаемые файлы, текстовые файлы для ИИ или особую разметку не нужно, а особого structured data schema.org «для ИИ» не существует;
• полезная практика: структурированные данные должны совпадать с видимым текстом страницы.

Из этого вытекает практическое правило. Внедрять разметку стоит ради понятной страницы и расширенных результатов, а не ради «попадания в ответ нейросети». Как устроен режим ИИ в Google и что реально можно сделать бизнесу, мы разобрали в статье про режим ИИ в Google. О том, как нейросети соотносятся с обычным поиском и с понятием GEO, читайте в материале про GEO, AEO и LLMO. Про Яндекс и Алису AI есть отдельный разбор про Нейро и Алису: данных о влиянии разметки на ответы Яндекса там нет, и мы их не домысливаем.

В журнале изменений документации запись от 15 июня 2026 года уточняет и про файлы llms.txt: для Google Search они не нужны и не влияют на видимость и позиции, но их можно вести для других сервисов. Это согласуется с общим выводом: отдельных «файлов и разметки для ИИ» Google не ждёт.

Практический вывод для любого, кто читает заголовки вроде «как попасть в ИИ-ответы через schema»: проверьте, на какой документ ссылается автор. Если на документацию Google, там написано обратное.

Какие типы внедрять: таблица «страница → разметка»

Таблица составлена по страницам документации Google Search Central; данные на 1 ноября 2026 года. Список функций в каталоге Google меняется, поэтому дату проверки мы указываем всегда.

В каталоге Google (страница обновлена 16 октября 2026 года) более двадцати функций (по нашему подсчёту на 1 ноября 2026 года). По нашей оценке, обычному сайту нужны 3–5 из них. Остальные относятся к узким ситуациям: рецепты, вакансии, мероприятия, математические решатели и подобное. Если ваша страница к ним не относится, отложите их без сожаления.

Organization: сайт и организация

Organization сообщает поисковику, как называется организация, какой у неё сайт, логотип, контакты и официальные профили. По документации Google, обязательных свойств у этой разметки нет; чем больше релевантных свойств заполнено верно, тем лучше. Размещать её рекомендуют на главной или на странице об организации. Логотип должен быть не меньше 112×112 пикселей.

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

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Название организации",
  "url": "https://example.com/",
  "logo": "https://example.com/images/logo-512.png",
  "telephone": "+375 XX XXX-XX-XX",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "BY",
    "addressLocality": "Город",
    "streetAddress": "Улица, дом"
  },
  "sameAs": [
    "https://example.com/official-profile"
  ]
}
</script>

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

BreadcrumbList: хлебные крошки

Хлебные крошки показывают путь от главной до текущей страницы. По документации Google, в BreadcrumbList должно быть не меньше двух элементов, у каждого указываются позиция, название и адрес страницы; для последнего элемента адрес не обязателен. Разметка должна повторять крошки, которые видит посетитель, иначе нарушается правило о видимом контенте.

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

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

Article: статьи и блог

Для статей Google в документации называет рекомендуемыми свойства author, dateModified, datePublished, headline и image. Обязательных свойств нет, но по общему правилу о видимом контенте автор и даты, которые вы размечаете, должны быть и на самой странице. Даты записывайте с часовым поясом: Google напоминает об этом в журнале изменений документации.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Заголовок статьи (как на странице)",
  "image": ["https://example.com/images/cover-1200.jpg"],
  "datePublished": "2026-11-01T10:00:00+03:00",
  "dateModified": "2026-11-01T10:00:00+03:00",
  "author": {
    "@type": "Person",
    "name": "Имя автора",
    "url": "https://example.com/author/"
  }
}
</script>

Три практичных замечания. Первое: имя автора в разметке и на странице должно совпадать, а страница автора должна существовать. Второе: dateModified меняйте только при существенных правках, а не ради «свежести». Третье: если блог на WordPress, часть полей обычно добавляет SEO-плагин; смотрите итоговый код страницы, а не настройки плагина. О том, как собрать логичный набор шагов продвижения, где разметка стоит рядом с индексацией, скоростью и структурой, смотрите в чек-листе этапов SEO-продвижения.

Product и LocalBusiness: магазин и офис

Product

По документации Google для сниппетов товара обязательно свойство name и ещё одно из трёх: review, aggregateRating или offers. Поддерживаются страницы одного товара, со всеми вариантами; страницы категорий и списков не поддерживаются. В Search Console товарные данные разбиты на два отчёта: для страниц, где можно купить, и для остальных (обзоры, агрегаторы).

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Название товара",
  "image": ["https://example.com/images/product-1200.jpg"],
  "description": "Описание, как на странице",
  "offers": {
    "@type": "Offer",
    "price": "100.00",
    "priceCurrency": "BYN",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/product/"
  }
}
</script>

Для сниппета товара Google относит priceCurrency к рекомендуемым, для карточек товара (отчёт Merchant listings) она обязательна, поэтому лучше указывать всегда. Цена в разметке обязана совпадать с ценой на странице в тот же момент. Если цена обновляется скриптом, а разметка статична, получится расхождение, которое проверяющие инструменты и посетители заметят. Не добавляйте оценки и отзывы, которых нет на вашем сайте: Google в правилах пишет, что отзывы и рейтинги от людей, которые не являются настоящими пользователями, могут привести к ручным мерам.

LocalBusiness

Для локального бизнеса по документации Google обязательны name и address. Рекомендуются, среди прочего, часы работы, телефон, координаты, адрес страницы. Используйте самый точный подтип и размещайте разметку на странице, где вы рассказываете об этом месте. Карточку организации в картах и справочниках это не заменяет: данные в них вы ведёте отдельно, а разметка должна быть согласована с ними.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название точки",
  "url": "https://example.com/kontakty/",
  "telephone": "+375 XX XXX-XX-XX",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "BY",
    "addressLocality": "Город",
    "streetAddress": "Улица, дом"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "09:00",
    "closes": "18:00"
  }]
}
</script>

Course и образование

Сайтам школ и курсов часто советуют разметку Course. Что известно из документации Google на 1 ноября 2026 года: функция «список курсов» требует у каждого курса name и description (лимит отображения описания: 60 знаков); provider документация относит к рекомендуемым свойствам; сам список описывается через ItemList с адресами и позициями; курсов нужно минимум три (страницы отдельных курсов в этом случае связываются со сводной страницей, где стоит ItemList); названия не должны содержать цены и акции; а доступна функция на английском языке во всех регионах поиска. Значит, для русскоязычного сайта расширенного результата по курсу ждать не стоит, а разметка остаётся описанием страницы для машин.

Вывод для школ: ставить Course можно, если вы готовы поддерживать данные, но не рассчитывайте на заметный эффект и не вкладывайте в это основную часть бюджета. Приоритет остаётся за Organization, BreadcrumbList и Article на блоге. Шаблон ниже: условное название и провайдер.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Course",
  "name": "Название курса",
  "description": "Одно-два предложения о курсе, как на странице",
  "provider": {
    "@type": "Organization",
    "name": "Название школы",
    "sameAs": "https://example.com/"
  }
}
</script>

В каталоге Google есть и другая функция, «информация о курсе» (course info). В журнале изменений за 9 сентября 2025 года сказано, что документацию по ней убрали, потому что этот тип больше не показывается в результатах. Не путайте два названия, когда читаете старые материалы.

FAQ и HowTo: что стало с этими типами

Многие руководства по микроразметке до сих пор показывают FAQPage и HowTo как главные «быстрые победы». По журналу изменений документации Google Search Central (прочитан 1 ноября 2026) картина другая.

Что с уже стоящей FAQ-разметкой. В журнале изменений прямо не сказано, нужно ли её удалять. Для другой отключённой функции (критические обзоры) Google писал, что разметку можно оставить, чтобы поисковики лучше понимали страницу, но про FAQ мы такого заявления не нашли. Наша рекомендация: не тратить время на удаление, но и не добавлять новую; проверьте формулировку на официальной странице Google.

Этот раздел показывает главный способ «не устареть»: ориентироваться не на список из статьи, а на каталог функций и журнал изменений Google. Вы будете возвращаться к ним раз в квартал, об этом ниже.

Open Graph для соцсетей и мессенджеров

Open Graph задаёт, как ссылка на страницу выглядит при публикации в соцсетях и мессенджерах: заголовок, картинку, описание. Это разметка протокола Open Graph, а не schema.org, и поисковые функции Google она не включает. Обязательными по описанию протокола считаются четыре свойства: og:title, og:type, og:image и og:url. Часто добавляют og:description, og:site_name и og:locale.

<meta property="og:title" content="Заголовок страницы">
<meta property="og:type" content="article">
<meta property="og:image" content="https://example.com/images/cover-1200.jpg">
<meta property="og:url" content="https://example.com/page/">
<meta property="og:description" content="Одно-два предложения о странице">
<meta property="og:locale" content="ru_RU">

Проверяйте три вещи: адрес og:url совпадает с основным адресом страницы, картинка открывается по прямой ссылке без авторизации, а размер и формат подходят площадке (требования у соцсетей свои и меняются, их смотрят в справке каждой площадки). Как именно та или иная соцсеть строит превью, мы здесь не описываем: это зависит от её правил на дату проверки. Отдельный раздел про Open Graph есть и в программе курса, ссылка на него ниже.

Как проверять разметку

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

1. Перед публикацией. Прогоните код шаблона в инструменте проверки расширенных результатов Google и в валидаторе schema.org, а для Яндекса в валидаторе из Вебмастера. Google в документации называет Rich Results Test и инструмент проверки URL лучшими способами поймать большинство технических ошибок, но оговаривает, что они ловят не всё.
2. После публикации. Откройте проверку URL в Search Console: видно, какие структурированные данные Google обнаружил на проиндексированной странице. Отчёты по расширенным результатам показывают ошибки по группам страниц, поэтому после изменения шаблона им нужно время.
3. Раз в квартал. Сверьте каталог функций Google и журнал изменений (раздел ниже) и пройдите чек-лист.

Практику с JSON-LD и разбор типичных ошибок мы вынесли в урок «Микроразметка schema.org и Open Graph» в модуле 5 курса SEO. Сведения о школе и программе даны по заявлению школы на 1 ноября 2026 года: в программе 10 модулей и 107 уроков; по словам школы, онлайн-эфиры в Zoom входят в программу, а частоту и расписание уточняйте на странице курса (заявление школы, 1 ноября 2026).

Правила Google и типичные ошибки

Общие правила для структурированных данных (страница обновлена 10 июля 2026 года, прочитана 1 ноября 2026) укладываются в несколько пунктов. Мы пересказываем их и добавляем практическое значение.

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

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

Чек-лист на каждый квартал

Чтобы разметка не устарела к 2027 году, ей нужен ритм. Предлагаем простой цикл раз в три месяца. Первая сверка по плану нашей школы: январь 2027 года.

Проверьте себя

Что видно сегодня в документации

Блок с датой, потому что список функций и правила меняются. Проверено 1 ноября 2026 года по открытым страницам; плановое обновление страницы: январь 2027.

Что дальше

Если хотите пройти путь от основ до технических тонкостей, посмотрите обучение SEO-специалиста с нуля. Мы не обещаем результат в позициях или трафике: курс учит проверять и объяснять, что и почему вы делаете на сайте.

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

Источники

• Google Search Central: «Introduction to structured data markup in Google Search», страница обновлена 10 декабря 2025, проверено 1 ноября 2026.
• Google Search Central: «General structured data guidelines» (политики структурированных данных), страница обновлена 10 июля 2026, проверено 1 ноября 2026.
• Google Search Central: «Structured data search gallery» (галерея функций), страница обновлена 16 октября 2026, проверено 1 ноября 2026.
• Google Search Central: «AI features and your website», страница обновлена 10 декабря 2025, проверено 1 ноября 2026.
• Google Search Central: документация Organization, Breadcrumb, Article, Product snippet, Local business, Course list (обновлены 8 сентября 2026) и Video (24 сентября 2026), проверено 1 ноября 2026.
• Google Search Central: журнал изменений документации («Documentation updates»; записи о FAQ, HowTo, Practice problem, Dataset, Course info, sitelinks search box, llms.txt), проверено 1 ноября 2026.
• Справка Яндекса для вебмастеров: «Введение в Schema.org» (английская версия), дата на странице не указана, проверено 1 ноября 2026.
• Спецификация The Open Graph protocol (ogp.me): обязательные и необязательные свойства, проверено 1 ноября 2026.
• Schema.org: словарь и Schema Markup Validator, проверено 1 ноября 2026.
• Страница курса «Курсы SEO в Минске и онлайн» на сайте EDUGUSAROV; число модулей и уроков, программа (модуль 5, урок о микроразметке) и информация об эфирах в Zoom: заявление школы, 1 ноября 2026.

Обновлено: ноябрь 2026 (проверка 1 ноября 2026). Плановое обновление: январь 2027.