Schema.org стандартизирует, как сайт описывает свой контент машинам: статью, организацию, товар, FAQ, рецепт, событие. Поисковики и AI-системы используют эту разметку, чтобы строить rich results, Knowledge Graph и точные цитирования в ответах ChatGPT, Perplexity, Google AI Overview и Яндекс Нейро.
Как это работает
Schema.org предоставляет иерархический словарь типов и свойств. Корневой тип — Thing, от него наследуются все остальные: CreativeWork (статьи, видео), Organization, Person, Product, Event, Place и сотни других. Каждый тип имеет набор свойств — например, у Article есть headline, author, datePublished, image.
Разметка добавляется в HTML-страницу одним из трёх форматов:
| Формат | Где размещается | Когда выбирать |
|---|---|---|
| JSON-LD | В <script type="application/ld+json"> в <head> или <body> | В 90% случаев. Рекомендован Google, проще поддерживать, не смешивается с вёрсткой |
| Microdata | Внутри HTML-тегов через атрибуты itemscope, itemtype, itemprop | Когда разметка должна быть привязана к видимому контенту и его правке |
| RDFa | Внутри HTML через атрибуты vocab, typeof, property | Редко. Использовался в проектах с тяжёлым семантическим вебом, сейчас вытеснен JSON-LD |
Пример минимальной разметки статьи в JSON-LD:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Что такое Schema.org",
"author": {
"@type": "Person",
"name": "Валентина Меланина"
},
"datePublished": "2026-04-25",
"image": "https://melanina.ru/cover.webp"
}
</script>
Ту же информацию можно записать через Microdata прямо в разметке статьи, но JSON-LD обычно чище: разметка изолирована от вёрстки, легко меняется на бэкенде и не ломается при редизайне.
Кто создал и кто управляет проектом
Schema.org запущен 2 июня 2011 года совместно Google, Microsoft (Bing) и Yahoo как ответ на проблему: каждый поисковик поддерживал свои форматы разметки, и владельцу сайта приходилось делать одну и ту же работу несколько раз. В ноябре 2011 к инициативе присоединился Яндекс — это сделало Schema.org единственным словарём, который понимают одновременно западные и русскоязычные поисковики.
С апреля 2015 года основной форум обсуждения — W3C Schema.org Community Group. Решения принимает Steering Group, в которую входят представители Google, Microsoft, Yahoo, Яндекса и W3C. Председатель — R.V. Guha. Schema.org официально не является standards body — это коллаборация, оформленная как открытый проект на GitHub. Любой может предложить новый тип через репозиторий schemaorg/schemaorg.
Зачем это нужно
Без структурированной разметки поисковая система видит «суп из тегов» и догадывается о смысле страницы по тексту, заголовкам и ссылкам. Schema.org даёт машине прямой ответ: «Это статья, автор — такой-то, опубликована тогда-то». Это даёт три практических эффекта.
1. Rich results в выдаче. Звёзды рейтинга, цена, наличие, время приготовления рецепта, FAQ-блок прямо в SERP. Кликабельность таких результатов выше обычных синих ссылок.
2. Попадание в Knowledge Graph и AI Overview. Поисковики и LLM используют разметку для извлечения сущностей и связей между ними. Без Schema.org твой бренд может не попасть в AI-ответ, даже если страница ранжируется в топе.
3. Цитируемость в ChatGPT, Claude, Perplexity. AI-краулеры читают JSON-LD как готовый структурированный chunk — это снижает риск искажения фактов при цитировании. Особенно критично для типов FAQPage, HowTo, Person, Organization.
Один важный нюанс: Schema.org не является прямым фактором ранжирования. Это публично подтверждали и Гэри Иллис, и Джон Мюллер из Google. Косвенный эффект на трафик идёт через CTR rich results и через попадание в AI-выдачу.
Самые востребованные типы для бизнеса и контента
- Article / NewsArticle / BlogPosting — для статей и постов блога
- FAQPage — для блоков частых вопросов; даёт сворачиваемые ответы в выдаче
- HowTo — для пошаговых инструкций; выводит шаги прямо в SERP
- Product + Offer + AggregateRating — для товаров
- Organization + LocalBusiness — для компаний и локальных бизнесов
- Person — для авторов статей; критично для E-E-A-T
- BreadcrumbList — для хлебных крошек
- VideoObject — для видео
- Event — для мероприятий
- Recipe — для рецептов
- DefinedTerm — для глоссарных страниц (как эта)
Не нужно размечать всё подряд. Для каждого типа страницы выбирается один-два релевантных типа. Дублирование разметки или нерелевантные свойства Google расценивает как спам.
Пример
В одном из проектов клиент жаловался: статьи блога ранжируются в топе Яндекса, но из 30 000 показов в месяц — всего 600 кликов (CTR 2%). После внедрения JSON-LD c типами Article, Person (авторы) и BreadcrumbList в Яндексе появились хлебные крошки в выдаче и автор статьи в сниппете. Через два месяца CTR вырос до 4.1% при том же количестве показов — то есть кликов стало в два раза больше без изменений в контенте и ссылочном.
Это типичный сценарий: разметка не двигает позиции, но влияет на то, как сниппет выглядит в выдаче. На больших объёмах показов даже +1.5% CTR превращается в тысячи дополнительных визитов.
Проверять разметку нужно через два инструмента: Google Rich Results Test для западных поисковиков и Валидатор микроразметки Яндекса для Рунета. Они показывают, какие свойства распознаны и какие предупреждения есть.
