Какие типы Schema.org реально нужны ИИ-поиску

В каталоге schema.org — больше 800 типов, включая экзотику вроде SingleFamilyResidence или MusicComposition. В реальных AIO-аудитах мы видим, что LLM-модели и ИИ-поиск уверенно читают около десяти из них. Разберём, какие именно и по какому типу сайтов распределяются.

Правило приоритетов: что ставить в первую очередь

Независимо от типа сайта, четыре блока работают как фундамент:

1. Organization — кто вы как сущность. Имя, URL, логотип, контакты, страна, иногда основатель.
2. WebSite — сам сайт, обычно с potentialAction/SearchAction, если у вас есть внутренний поиск.
3. BreadcrumbList — хлебные крошки. Даже на одностраничнике важно: Главная → раздел#anchor.
4. FAQPage — если на странице есть Q&A-блок (<details>, «часто спрашивают»). Почти всегда есть.

Эти четыре — must-have в 2026 году. Дальше — зависит от того, что вы продаёте.

Сервисный лендинг (SaaS, агентство, консалтинг)

Минимально рабочий набор: Organization + WebSite + Service + FAQPage + BreadcrumbList.

Добавляется Service — он говорит LLM «мы не магазин и не статья, мы продаём услугу». С hasOfferCatalog можно описать варианты тарифа:

{
  "@context": "https://schema.org",
  "@type": "Service",
  "serviceType": "AI search visibility audit",
  "name": "Аудит видимости в ИИ-поиске",
  "provider": {
    "@type": "Organization",
    "name": "SERPion",
    "url": "https://serpion.ru/"
  },
  "areaServed": {"@type": "Country", "name": "Russia"},
  "hasOfferCatalog": {
    "@type": "OfferCatalog",
    "name": "Форматы SERPion",
    "itemListElement": [
      {"@type":"Offer","name":"Первичная оценка","price":"0","priceCurrency":"RUB"},
      {"@type":"Offer","name":"Полный аудит","price":"50000","priceCurrency":"RUB"},
      {"@type":"Offer","name":"Аудит + внедрение","price":"200000","priceCurrency":"RUB"}
    ]
  }
}

Медиа, блоги, гайды (сайты с контентом)

Минимум: Organization + WebSite + Article (или TechArticle/NewsArticle) + BreadcrumbList + FAQPage (если есть Q&A).

Article — ключевая разметка для LLM. Обязательные поля для 2026:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Заголовок статьи (до 110 символов)",
  "description": "Короткое описание в 1-2 предложения",
  "datePublished": "2026-04-23",
  "dateModified": "2026-04-23",
  "author": {
    "@type": "Person",
    "name": "Имя Автора",
    "url": "https://example.ru/authors/name"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Название сайта",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.ru/logo.png",
      "width": 512,
      "height": 512
    }
  },
  "image": "https://example.ru/article-cover.jpg",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.ru/article-url"
  }
}

В AIO-контексте особенно важны datePublished, dateModified и author. LLM используют их для взвешивания достоверности: свежая статья с автором-экспертом процитируется охотнее старой анонимной.

Для специализированных статей:

• TechArticle — технические гайды (как эта страница). Добавляется proficiencyLevel («Beginner»/«Expert») и dependencies.
• NewsArticle — новостные материалы. Требует dateline и ассоциацию с изданием.
• HowTo — пошаговые инструкции. С step, tool, estimatedCost, totalTime.

E-commerce и маркетплейсы

Минимум: Organization + WebSite + Product + Offer + BreadcrumbList + AggregateRating.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Название товара",
  "description": "Описание товара в 1-3 предложения",
  "sku": "SKU-12345",
  "image": ["https://example.ru/product-1.jpg"],
  "brand": {"@type": "Brand", "name": "Название бренда"},
  "offers": {
    "@type": "Offer",
    "price": "4990",
    "priceCurrency": "RUB",
    "availability": "https://schema.org/InStock",
    "url": "https://example.ru/product/12345",
    "priceValidUntil": "2026-12-31",
    "seller": {"@type": "Organization", "name": "Название магазина"}
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.7",
    "reviewCount": "128"
  }
}

Полный список того, что стоит знать

Валидация и самопроверка

После того как положили JSON-LD на страницу, пройдите по этому чеклисту:

• ✓JSON-LD валиден — validator.schema.org не ругается
• ✓Rich Results Test — search.google.com/test/rich-results видит ваши типы
• ✓Все URL в разметке реальные (не 404) — logo, image, mainEntityOfPage
• ✓Содержимое разметки соответствует видимому на странице — никакого cloaking-контента через JSON-LD
• ✓Даты в datePublished / dateModified — в ISO 8601 (2026-04-23)
• △aggregateRating только если рейтинг реально есть на странице
• △image — ≥ 1200px по длинной стороне, если хотите rich-results в выдаче

Что не работает (в 2026)

• Rating-spam. Фейковые aggregateRating стабильно распознаются и понижают доверие.
• Разметка скрытого контента. JSON-LD с фактами, которых нет на странице — Google стабильно идентифицирует.
• Стотипов в одном блоке. Попытка запихнуть всё в один @graph — не даёт преимуществ, делает код менее читаемым.
• Microdata вперемешку с JSON-LD. Конфликтующая разметка на одной странице — боты растеряются, лучше одна схема.

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