AEO: как попадать в готовые ответы поиска и ассистентов

Термины путают, потому что работа во многом пересекается, но цель у них разная. SEO отвечает на вопрос «попадёт ли страница в выдачу и на какое место». AEO — «станет ли ваш фрагмент готовым ответом», который система показывает сразу: в блоке быстрого ответа, в карточке, голосом. GEO — «процитирует ли вас нейросеть», когда собирает развёрнутый ответ из нескольких источников.

Разница видна по единице результата. В SEO единица — страница, в AEO — конкретный ответ на конкретный вопрос, в GEO — фрагмент внутри чужого сгенерированного текста. Отсюда и разные приёмы: под SEO вы наращиваете релевантность и техническое здоровье сайта, под AEO — пишете короткие самодостаточные ответы и размечаете их, под GEO — добавляете уникальную фактуру и следите за упоминаниями бренда за пределами сайта. Про генеративную часть у нас есть отдельный разбор GEO-оптимизации; здесь речь именно про ответы.

• SEO: цель — позиция страницы в списке ссылок; результат — клик.
• AEO: цель — стать готовым ответом на конкретный вопрос; результат — ответ и ссылка-источник.
• GEO: цель — быть процитированным в сгенерированном ответе; результат — упоминание бренда и ссылка.
• База общая: без индексации и доступности для робота ни AEO, ни GEO не работают.

Система выбирает ответ по простому признаку: можно ли взять кусок текста и показать его отдельно, чтобы он остался понятным. Значит, ответ должен быть коротким, начинаться с сути и не зависеть от предыдущих абзацев. Формула, которая работает: вопрос вынесен в подзаголовок, а сразу под ним — два-три предложения прямого ответа, без разгона и без отсылок вроде «как мы писали выше».

Дальше можно разворачивать тему сколько угодно подробно — это не мешает. Мешает обратное: когда ответ размазан по странице и собирается только из середины третьего абзаца плюс списка в конце. Практический приём: после написания текста мысленно вырежьте из него один абзац и спросите себя, ответит ли он на вопрос человеку, который не читал остального. Если нет — переписывайте.

• Вопрос — в подзаголовке, ответ — сразу под ним, в первых двух-трёх предложениях.
• Ответ самодостаточен: без «см. выше», местоимений без антецедента и отсылок к другим разделам.
• Формулируйте вопросы так, как их задают вслух и в чате, а не языком рекламного текста.
• Числа, сроки и условия — цифрами и явно: их проще извлечь и показать.
• Одна страница — один основной вопрос плюс близкие уточняющие; «всё обо всём» не извлекается.

Текст, понятный человеку, роботу всё равно приходится разбирать догадками. Микроразметка Schema.org снимает эту неопределённость: FAQPage прямо говорит «вот вопрос, вот ответ», HowTo описывает пошаговую инструкцию, QAPage подходит для страниц с одним вопросом и ответами, Product и Offer отдают цену и наличие, LocalBusiness — адрес и часы работы, из которых собираются ответы на локальные запросы.

Два правила, без которых разметка вредит. Первое: размечать можно только то, что реально видно на странице — скрытые от пользователя вопросы и выдуманные рейтинги приводят к санкциям, а не к расширенным ответам. Второе: генерировать разметку из тех же данных, что рендерят страницу, а не писать руками — иначе она разойдётся с содержимым при первом же обновлении. Подробный разбор типов и типовых ошибок — в статье про микроразметку Schema.org.

• FAQPage — блок вопросов и ответов, который виден пользователю.
• HowTo — пошаговая инструкция с явными шагами.
• QAPage — страница вокруг одного вопроса.
• Product + Offer — цена, валюта, наличие: основа ответов про товар.
• LocalBusiness — адрес, телефон, часы работы для локальных ответов.
• BreadcrumbList и Organization — контекст: где находится страница и чья она.

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

Дальше — структура, которая помогает разобрать документ: один H1, подзаголовки по смыслу и без пропусков уровней, короткие абзацы, списки и таблицы вместо сплошного полотна. И отдельный пункт, о котором вспоминают в последнюю очередь, — доступ ИИ-краулеров в robots.txt. У ассистентов свои user-agent, и если они закрыты, ваш идеально написанный ответ им просто недоступен. Это осознанный выбор: либо контент участвует в ответах, либо защищён от сбора. Полезно также отдавать файл llms.txt — короткую карту сайта для ИИ-систем с описанием разделов и ссылками на ключевые страницы.

• Серверный рендеринг: текст в HTML сразу, а не после исполнения скриптов.
• Чистая иерархия заголовков и короткие абзацы — документ должен разбираться на части.
• Скорость и мобильная вёрстка: медленные страницы обходятся реже.
• robots.txt: решите осознанно, пускаете ли вы краулеры ИИ-ассистентов.
• llms.txt: карта разделов и ключевых страниц для ИИ-систем.
• Актуальные даты публикации и обновления — ответы предпочитают свежее.

Главное возражение против AEO звучит справедливо: если система показала ответ, зачем пользователю переходить на сайт? Часть трафика действительно исчезает — и именно информационная, самая простая. Спорить с этим бессмысленно, но выводы делают неверные: перестать отвечать хорошо, чтобы «заставить» кликнуть. Это работает ровно наоборот — ответ возьмут у того, кто ответил, а вас просто не покажут.

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

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

Проверка идёт в три слоя. Технический: валидаторы микроразметки Яндекса и Google покажут, видит ли робот ваши FAQPage, HowTo и Product; отчёты в Яндекс.Вебмастере и Google Search Console — массовые ошибки по сайту. Контентный: возьмите двадцать реальных вопросов ниши и посмотрите, есть ли на сайте страница, где ответ дан в первых предложениях под соответствующим заголовком. Обычно выясняется, что ответы есть, но спрятаны в середине длинных статей.

Результат меряется косвенно, и это нормально. Регулярно проверяйте вручную, кто отвечает на ваши ключевые вопросы в поиске и у ассистентов; в аналитике выделите отдельным сегментом переходы с доменов ИИ-сервисов; следите за динамикой брендовых запросов и за долей заявок, пришедших без явного касания с рекламой. Разумная цель — попадать в ответы по ключевым вопросам своей ниши, а не «по всем запросам».

• Валидаторы разметки и отчёты вебмастера — техническая исправность.
• Список из 20 реальных вопросов ниши — есть ли у вас извлекаемый ответ на каждый.
• Ручная проверка ответов в поиске и у ассистентов с фиксацией, кого показывают.
• Сегмент переходов с доменов ИИ-сервисов и динамика брендовых запросов.