SEO Case Study

Schema Markup для GEO: 4 типа схем, которые повышают частоту цитирования ИИ

Alejandro Rioja

29 мая 2026 г. 7 мин чтения

TL;DR

Schema markup был разрешающим фактором для расширенных результатов Google в 2024 году. В 2026 году это первичный сигнал для ИИ-движков (ChatGPT, Perplexity, Google AI Overviews, Claude) — они анализируют JSON-LD для извлечения чистых цитируемых ответов со страниц. Четыре типа схем выполняют 90% работы для GEO: Article, FAQPage, HowTo и Speakable.

Бесплатная рассылка

Каждую среду. 28 400+ читателей. Никакой воды.

Содержание

Обновлено в мае 2026 года.

TL;DR: Schema markup был разрешающим фактором для расширенных результатов Google в 2024 году. В 2026 году это первичный сигнал для ИИ-движков (ChatGPT, Perplexity, Google AI Overviews, Claude) — они анализируют JSON-LD для извлечения чистых цитируемых ответов со страниц. Четыре типа схем выполняют 90% работы для GEO: Article, FAQPage, HowTo и Speakable.

[Взгляд оператора] Я пишу эти материалы изнутри систем ИИ-агентов, которые строю — для себя и для клиентов. Далее — то, что реально работает, когда агент выполняет цикл, а не версия для LinkedIn.

Блоки JSON-LD располагаются в <head> страницы или рядом с закрывающим тегом </body>. Они невидимы для людей и высокоэффективны для ИИ-движков.

Почему schema важнее для ИИ-движков, чем когда-либо для Google

Классический Google всегда мог читать вашу страницу без схемы. Schema была разрешающим фактором — она давала вам расширенные результаты (звёзды отзывов, аккордеоны FAQ, карточки HowTo), но базовое ранжирование от неё не зависело.

У генеративных движков другая задача. Они не ранжируют вашу страницу — они извлекают из неё ответ. Без структурированных данных им приходится выводить структуру из сырого HTML — это возможно, но с потерями и ошибками. С JSON-LD извлечение чистое. Страница становится машиночитаемой так, как это невозможно с сырым HTML.

В моих тестах добавление четырёх типов схем из этой статьи к ранее не размеченным столбовым постам подняло частоту цитирования ИИ-движками на несколько процентных пунктов. Это реальная отдача за работу, занимающую 20 минут на пост.

Schema #1: Article

Схема Article — это фундамент. Каждый пост в блоге на вашем сайте должен её иметь. Она сообщает движкам, кто написал пост, когда он был опубликован, когда последний раз обновлялся, к какой категории относится и каков заголовок.

Что включить: headline, datePublished, dateModified, author (с name и URL), publisher (Organization), image, mainEntityOfPage, description.

Поля, которые ИИ-движки реально используют: author + dateModified — самые значимые. ИИ-движки опираются на author для атрибуции доверия, на dateModified — для оценки свежести. Оба должны быть правильными.

Ошибка, которой следует избегать: установка dateModified в «сейчас» при каждой загрузке страницы (некоторые плагины так делают) — движки это видят. Обновляйте dateModified только тогда, когда реально меняете контент.

Schema #2: FAQPage

Схема FAQPage размечает пары вопрос-ответ, чтобы движки могли их чисто извлекать. Несмотря на то что Google удалил расширенные результаты FAQ из классических SERP в 2023 году, генеративные движки по-прежнему разбирают FAQPage и активно используют её.

Что включить: массив mainEntity из объектов Question, каждый с name (вопрос) и acceptedAnswer (текст ответа).

Когда использовать: любая страница с реальным разделом FAQ. Не добавляйте схему FAQPage на страницу без FAQ — это сигнал качества, который стоит сохранять.

Точка рычага: формулировки вопросов должны буквально совпадать с тем, как люди ищут. «Сколько времени нужно, чтобы выйти в топ Google?» цитируется; «Соображения о времени ранжирования» — нет, даже если базовый ответ одинаков.

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

Schema #3: HowTo

Схема HowTo размечает пошаговые процедуры. Это наименее используемый из четырёх типов, потому что требует реальной процедуры для разметки — но на страницах, где она есть, эффект высокий.

Что включить: name (название процедуры), массив step (каждый с name, text, опционально image и url к якорю раздела), totalTime, supply, tool.

Когда использовать: посты-плейбуки, учебники, всё с нумерованными шагами. Генеративные движки напрямую включают схему HowTo в свои ответы, когда пользователь задаёт запрос «как сделать».

Точка рычага: используйте чёткие названия шагов с глаголами действия. «Установите плагин», а не «Шаг 1». Движки берут step.name в свои сводки.

Ошибка, которой следует избегать: разметка нумерованного списка как HowTo, когда это не процедура. Listicle «10 причин, по которым важен SEO» — это не HowTo, а Article с itemList. Неверно назначенная схема хуже, чем её отсутствие.

Schema #4: Speakable

Схема Speakable — та, которую большинство команд пропускает. Она сообщает голосовым/аудио ИИ-ассистентам, какое именно предложение на вашей странице нужно прочитать вслух при ответе на голосовой запрос. По мере того как голосовые и ИИ-ассистентные запросы сближаются в 2026 году, Speakable становится реальным инструментом GEO.

Что включить: объект SpeakableSpecification внутри схемы Article с cssSelector или xpath, указывающим на предложение(я), которое нужно читать вслух. Обычно это ваш блок TL;DR.

Когда использовать: любой столбовой пост с чётким ответом в стиле TL;DR вверху. Селектор указывает на этот блок.

Точка рычага: Speakable + чистый TL;DR — это то, что выигрывает голосовые запросы к ассистентам. Без этого ассистент вынужден угадывать, какое предложение читать.

Ошибка, которой следует избегать: указывать Speakable на контент, который не является чистым ответом. Ассистент прочитает то, на что вы укажете; если это неловко звучит, ответ будет неловким.

Пошагово: добавляем схему к столбовому посту за 20 минут

Добавьте схему Article с author + datePublished + dateModified + headline + image + mainEntityOfPage. Большинство SEO-плагинов (RankMath, Yoast) делают это автоматически; проверьте в инструменте проверки расширенных результатов Google, что схема присутствует и корректна.
Определите раздел FAQ. Если его нет — добавьте: 3–7 вопросов с буквальными пользовательскими формулировками.
Добавьте схему FAQPage, оборачивающую FAQ. RankMath и Yoast умеют генерировать её из существующих блоков FAQ; проверьте результат.
Определите пошаговый раздел. Если пост содержит нумерованные шаги, описывающие процедуру, — разметьте их как HowTo. Пропустите, если такого раздела нет.
Определите блок TL;DR в начале поста. Добавьте спецификацию Speakable, указывающую на его CSS-селектор.
Валидируйте с помощью инструмента проверки расширенных результатов Google (search.google.com/test/rich-results) и валидатора Schema.org. Оба должны сообщать об отсутствии ошибок.
Повторно запросите страницу в выбранном ИИ-движке через 2–4 недели и проверьте, изменилась ли частота цитирования. Ручная выборка по-прежнему остаётся наиболее надёжным измерением.

Ошибки схем, снижающие частоту цитирования ИИ

Схема, не соответствующая контенту. FAQPage на странице без FAQ. HowTo на listicle. Автор Article с именем, которое не фигурирует в подписи. Всё это — сигналы качества, которые движки фиксируют.
Несколько конкурирующих объектов Article на одной странице. Некоторые плагины генерируют двойной вывод — проверьте в исходном коде страницы, что на каждый пост приходится ровно один блок Article.
Устаревший dateModified. Слишком старый (сигнализирует, что страница не поддерживается) или установленный в «сейчас» при каждой загрузке (сигнализирует манипуляцию). Обновляйте только при реальном изменении контента.
Пустые или placeholder-поля. «John Doe» как автор, обобщённая Organization без логотипа, headline, не совпадающий с реальным H1. Движки валидируют эти поля относительно контента страницы.
Схема, скрытая в JavaScript. Некоторые ИИ-краулеры не рендерят JS надёжно. Рендерите JSON-LD на сервере в head страницы или прямо перед </body>.

Порядок приоритетов схем, если начинаете с нуля

Article на каждом посте. Не обсуждается. Большинство плагинов делают это; проверьте корректность.
FAQPage на каждом посте с FAQ. Добавьте раздел FAQ в топ-20 ваших столбовых постов; разметьте их.
HowTo на каждом плейбуке с нумерованными шагами. Не добавляйте туда, где это не уместно.
Speakable на каждом столбовом посте с чистым TL;DR. Добавляет 30 секунд работы на пост.

Эта последовательность охватывает ~90% доступного в 2026 году прироста GEO на основе схем. Оставшиеся 10% (Person, Organization, Course, SoftwareApplication, Product) специфичны для ниши и стоят добавления в каждом конкретном случае.

Schema Markup для GEO — FAQ 2026

Все ли ИИ-движки используют schema markup в 2026 году?

Основные — ChatGPT, Perplexity, Google AI Overviews, Claude — все разбирают JSON-LD при его наличии. Более мелкие движки — по-разному. Стоимость добавления схемы достаточно низка, чтобы однократная настройка охватила все движки.

Какой SEO-плагин лучше всего работает со схемами для GEO в 2026 году?

RankMath и Yoast хорошо покрывают основное — Article, FAQPage, HowTo. Блок HowTo в RankMath немного удобнее в использовании; блок FAQ в Yoast более строгий. Оба подходят. Для Speakable вам, вероятно, понадобится кастомный сниппет — ни один плагин не поддерживает его нативно по состоянию на 2026 год.

Помогает ли схема классическому ранжированию Google?

Косвенно. Google заявлял, что схема не является прямым сигналом ранжирования, но расширенные результаты, которые она обеспечивает, улучшают CTR, а цитирования AI Overview со страниц со схемой сейчас является измеримым сигналом, который возвращается в виде трафика.

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

Article — нет, это не статьи. CollectionPage или BreadcrumbList — да, они помогают движкам понять структуру сайта.

Как проверить, что моя схема действительно работает?

Инструмент проверки расширенных результатов Google — для валидации синтаксиса. Ручная выборка по ИИ-движкам — для оценки влияния на цитирование. Специализированные инструменты (Schema App, Schema Pro) — для постоянного мониторинга в масштабе. Комбинация надёжнее любого отдельного инструмента.

По теме: GEO: как попасть в цитаты ИИ-движков · SEO-советы на 2026 год · Плейбук по оптимизации для ИИ-поиска

Хотите помощи с внедрением на вашем сайте? Читайте полный плейбук SEO + GEO или свяжитесь со мной — я веду проекты ИИ-консалтинга по SEO + GEO для операторских команд, которые хотят наращивать видимость как в классическом Google, так и в ИИ-движках.

Обновлено для мая 2026

SEO в 2026 году неузнаваемо отличается от плейбука эпохи 2020-х. Три сдвига, важных для всего, написанного до середины 2024 года:

AI Overviews — новая нулевая позиция SERP. Google AI Overviews теперь применяются примерно к 60% информационных запросов в США по умолчанию, поглощая большую часть CTR по запросам «что такое» / «как сделать». Оптимизация для цитирования внутри AI Overview теперь столь же важна, как позиция #1.
GEO (Generative Engine Optimization) — рабочий термин для кросс-движковой оптимизации: попадание в цитаты ответов ChatGPT, Perplexity, Claude и Gemini. ~12% коммерческих запросов с высоким намерением в выборочных исследованиях конца 2025 года показали прямой поток цитирования из этих движков (против нуля до 2023 года).
E-E-A-T (теперь E^3-A-T: Experience + Expertise + Establishment + Authoritativeness + Trustworthiness) по-прежнему является рамкой, которую Google использует внутри — «Establishment» стало добавлением 2024 года, акцентирующим сигналы на уровне бренда.

Ландшафт инструментов (май 2026): Ahrefs и Semrush оба выпустили отслеживание генеративных движков. Surfer SEO + сообщество тематического авторитета добавили оценку GEO. Screaming Frog остаётся стандартным краулером. AlsoAsked, Keyword Insights и Frase сместились в инжиниринг сниппетов AI Overview.

Если этот пост написан до мая 2024 года, считайте его основные советы базовым уровнем для поиска Google и надстраивайте поверх GEO-плейбук.

Получайте ИИ-руководство на почту

Каждую среду. 28 400+ читателей. Никакой воды.