AEO и SEO для команд роста

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

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

SEO приносит позиции, а AEO делает факты пригодными для ответа

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

Системы ответов разделяют эту последовательность на части. Они могут переписать один запрос в несколько поисковых формулировок, собрать фрагменты разных страниц, сопоставить утверждения, создать ответ и приложить источники. В документации OpenAI о ChatGPT Search прямо сказано, что запрос пользователя может превратиться в один или несколько точечных поисковых запросов. Поэтому страница может не содержать формулировку пользователя, но попасть в результаты по более узкому запросу, который система создала во время поиска источников.

Конкурирует уже не только страница целиком. Конкурирует утверждение или фрагмент, который проходит четыре проверки:

• Краулер или поисковый партнер может получить к нему доступ.
• Механизм поиска связывает его с запросом и вложенными вопросами.
• Утверждение достаточно конкретно, и системе не приходится угадывать границы его применимости.
• У системы достаточно оснований указать именно этот источник.

Позиция и цитирование связаны, но одно не заменяет другое. Страница может занимать хорошее место и ни разу не появиться в сгенерированном ответе, потому что в ней мало фактов, которые удобно точно пересказать. Другая страница может получать цитирования за узкое сравнение, хотя по широкому высокочастотному запросу она не входит в первые результаты. Bing особенно ясно проводит эту границу в документации AI Performance: количество цитирований не показывает позицию, авторитет или место страницы в конкретном ответе.

Из-за этого меняется задание на страницу. В задании по SEO часто спрашивают: «Сможет ли этот URL закрыть запрос лучше конкурирующих страниц?» В задание по AEO добавляется вопрос: «Какие утверждения с этой страницы система должна безопасно использовать, для каких вопросов и на основании каких доказательств?» Важны оба вопроса. Второй не спасет страницу, которую механизм поиска источников вообще не видит.

Большая часть SEO переносится, потому что сначала идет поиск источников

Устойчивая часть SEO напрямую помогает видимости в ответах, потому что системе сначала нужно найти и понять материал, а уже потом его цитировать. Доступ для краулеров, индексируемый HTML, понятные внутренние ссылки, канонические URL, быстрая загрузка, точные заголовки, ясная структура и заслуженные упоминания остаются нужными. Продавцы AEO порой называют все это вчерашней работой. Для презентации такая фраза удобна, для инженерной практики вредна.

В руководстве Google по генеративным функциям поиска сказано, что страница должна находиться в индексе и иметь право появляться со сниппетом, прежде чем ее смогут использовать эти функции. То же руководство советует сохранять технические практики SEO, сокращать дубли и открывать важный контент для обхода. Я согласен с этой зависимостью, но не с поспешным выводом некоторых команд. Общая основа не делает две практики одинаковыми. Электричество нужно и фабрике, и офису, но в этих помещениях выполняют разную работу.

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

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

Не полностью переносится тестирование заголовка ради клика в выдаче, прогноз по позиции и тактика под одну точную строку запроса. Сгенерированный ответ может сослаться на источник, почти не показывая его заголовок. Один и тот же фрагмент может находиться через несколько переформулированных запросов. Система также может ответить без перехода на сайт. Оставьте эти приемы SEO там, где нужен клик, но не выдавайте их за измерение видимости в ответах.

Ключевые слова превращаются в карту сущностей и вопросов

Ключевые слова по-прежнему важны, но в AEO они показывают язык и спрос, а не служат ячейками, которые надо заполнить. Упрощенная версия спора звучит так: SEO считает слова, а AEO понимает сущности. Сильные специалисты по SEO много лет работают с сущностями, темами, намерениями и естественным языком. Изменилось другое: поиск источников для ответа делает связи и последующие вопросы заметнее в плане работы.

Сущностью называют конкретный объект, который система отличает от других: компанию, человека, продукт, метод, место, стандарт или измеримое понятие. Ключевое слово представляет собой строку, которую люди вводят или произносят. «Mercury» может означать несколько сущностей. Запрос «тарифы платежного сервиса Mercury» сужает и объект, и нужный пользователю атрибут. Если страница называет сущность, атрибут, единицы измерения, дату и источник, поисковым системам и системам ответов остается меньше неоднозначности.

Соберите одну исследовательскую карту с четырьмя полями вместо двух несвязанных списков ключевых слов:

• Запишите запросы и примерный спрос, например «сервис расчета выплат подрядчикам», чтобы решить, оправдана ли отдельная посадочная страница для SEO.
• Укажите точную сущность и признаки, которые отличают ее от других, например страну и тип работника, чтобы названия и определения не расходились.
• Сформулируйте нужное решение или факт, например оформляет ли продукт налоговые формы для внештатных работников, и назначьте ему фрагмент или строку сравнения.
• Привяжите к доказательству источник, ответственного за обновление и дату проверки, чтобы другой человек мог перепроверить утверждение.

Такая карта предотвращает знакомую мне поломку. Команда публикует широкий материал под частотную фразу, а затем прикручивает двадцать коротких ответов из поисковых подсказок. На странице встречаются все формулировки, но ни один вопрос не разобран по существу. В ответах нет условий, доказательств и причины доверять этой компании по данной теме.

По данным о ключевых словах решайте, стоит ли вкладываться в отдельную страницу. По полям сущности и вопроса определяйте, что именно страница обязана сказать. Вопрос с небольшим спросом можно оставить разделом на сильной странице. Сравнение с высокой коммерческой ценностью заслуживает отдельного URL, если у него своя аудитория, набор доказательств или путь к заявке. Не создавайте страницу под каждый дополнительный поисковый запрос. Google предупреждает в руководстве по генеративному ИИ, что массовые страницы ради вариантов запроса могут нарушать правила о поисковом спаме. Даже формально допустимые тонкие страницы почти ничего не дают механизму поиска источников.

Цитируемый контент задает границы утверждения и дает доказательства

Страницу проще цитировать, когда она отвечает на точный вопрос словами, которые остаются верными за пределами абзаца. Это не требует писать механические ответы из одного предложения или превращать каждый заголовок в вопрос. Нужно убрать скрытые условия и дать важным утверждениям видимое основание.

Сравните два варианта одного заявления о продукте:

Наш процесс развертывания намного быстрее и безопаснее для растущих команд.

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

Второй фрагмент подходит для вопросов о неизменности артефакта, поведении при откате и условиях выпуска. В нем названы объект, условие, действие и результат сбоя. Первый предлагает только прилагательные, которые не может проверить ни покупатель, ни система ответов.

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

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

Не пишите отдельные абзацы для «охоты за цитированиями», которые чрезмерно упрощают остальную страницу. Извлеченное предложение все равно должно быть точным. Если утверждение действует только в США, при годовом договоре или после изменения настроек, укажите ограничение в том же или в следующем предложении. Цитирование слишком широкого обещания может принести обращения в поддержку и ударить по репутации, даже если график видимости растет.

Структурированные данные уточняют сущности, но не создают доверие

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

Google пишет, что применяет структурированные данные, чтобы понимать содержание страницы и определять ее право на некоторые виды представления в поиске. Это точное и ограниченное обещание. Google не говорит, что FAQ, Article, Organization или Product гарантируют расширенный результат либо цитирование ИИ. Поисковые функции меняются, поэтому у работы со схемой должна быть деловая причина помимо красивого балла в аудите сайта.

Для статьи с указанным автором небольшой блок JSON-LD может явно задать сущности страницы:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How we cut deployment rollback time",
  "dateModified": "2026-07-18",
  "author": {
    "@type": "Person",
    "name": "Mina Chen"
  },
  "about": {
    "@type": "Thing",
    "name": "Software deployment"
  }
}

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

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

Проверяйте разметку по словарю и списку функций, которые поддерживает каждый поисковик, затем смотрите итоговый HTML. Многие команды проверяют шаблон в среде разработки и не замечают, что отрисовка в браузере теряет объект автора в рабочей среде. Структурированные данные, которые не получает краулер, остаются украшением в репозитории.

Доступ краулеров и правила использования требуют отдельных решений

Технической команде нужно отдельно решить, разрешено ли системе обходить сайт для поиска, индексировать URL, показывать сниппет и использовать материал для обучения модели. За эти разрешения отвечают разные агенты и настройки. Один общий выключатель «ИИ-ботов» может убрать нужную бизнесу поисковую видимость или открыть больше доступа, чем хотел издатель.

OpenAI разделяет OAI-SearchBot, который нужен для участия в ChatGPT Search, и GPTBot, которому издатель может закрыть потенциальное использование материалов для обучения. В руководстве для издателей сказано, что при блокировке OAI-SearchBot ссылка и заголовок все равно могут появиться после обнаружения поисковым партнером. Для запрета такого результата нужен noindex. Точное поведение может измениться, поэтому владелец инфраструктуры должен читать актуальную документацию о краулерах, а не копировать старый блок robots.txt из публикации в соцсети.

Осознанная начальная настройка может выглядеть так:

User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

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

Правило Google nosnippet показывает еще одну границу. В документации сказано, что оно блокирует текстовые и видеосниппеты, а также прямое использование материала в AI Overviews и AI Mode. Ограничивающий max-snippet тоже может сократить прямое использование. Такой вариант подходит для лицензированного материала, закрытых предпросмотров или страниц, где извлеченный фрагмент опасен. Если применить его ко всему сайту ради «остановки ИИ», можно одновременно убрать предпросмотр, который приносит обычные поисковые переходы.

Проверяйте доступ из внешней сети и проходите всю цепочку: robots.txt, CDN, межсетевой экран веб-приложения, авторизацию, перенаправления, код ответа, итоговый HTML и метадирективы. Краулер, разрешенный в robots.txt, все равно может получить ответ 403 от защиты против ботов. Открытая страница может вернуть 200, хотя полезный текст появится только после действия, которое краулер не выполняет. Доступ определяется поведением рабочей системы, а не одной строкой в файле.

Позиции, цитирования и выручка требуют разных отчетов

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

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

Для систем ответов записывайте процитированные URL, случаи цитирования, запросы пользователя или поисковые формулировки системы, если площадка их раскрывает, переходы и конверсии после них. Bing Webmaster Tools добавил в AI Performance общее число цитирований, среднее число цитируемых страниц, выборку поисковых формулировок и активность по страницам. В собственной документации Bing предупреждает, что эти сводные данные не показывают авторитет или место страницы в отдельном ответе. Оставьте это предупреждение на панели, чтобы никто не переименовал число цитирований в «позицию в ИИ».

Трекинг запросов требует сдержанности. Постоянный набор может выявить крупные изменения и показать, как системы описывают компанию, но ответы зависят от времени, местоположения, персонализации, обновления модели и механизма поиска. Десять удачных запусков не доказывают устойчивую позицию. Сохраняйте запрос, дату, систему, ответ, процитированные источники и содержательные отличия утверждений. Используйте набор как диагностическую выборку, а не как оценку доли рынка.

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

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

Бюджет зависит от спроса, доказательств и риска для бизнеса

Большинству сайтов с историей сначала стоит финансировать общую основу SEO, а затем добавлять ограниченную программу AEO, а не делить бюджет поровну вслед за модой. Начальная пропорция зависит от того, как клиенты находят категорию, сколько органического спроса уже существует и влияют ли сгенерированные ответы на оценку продукта до разговора с продавцом.

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

Для компании со слабой доступностью для обхода и малым небрендовым трафиком разумная начальная доля выглядит так: 70% на общую основу SEO, 20% на рост только в SEO и 10% на эксперименты AEO. Компании со здоровой органической программой и покупателями, которые активно сравнивают варианты в системах ответов, может подойти 50% на общую работу, 25% на задачи только для SEO и 25% на AEO. Это диапазоны для планирования, а не отраслевые нормы. Меняйте их вместе с измеряемой возможностью.

Не переносите половину бюджета на массовый выпуск страниц с вопросами. Этот прием популярен, потому что количество страниц и список запросов легко показать в ежемесячном отчете. Он создает долг по поддержке, делит авторитет между пересекающимися URL и публикует ответы без собственных доказательств. Лучше оплатить меньше материалов с сильным исследованием, точными границами и назначенным владельцем обновлений.

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

На oleg.is я бы проверял это во время Team & AI Audit как вопрос организации работы: какие повторяющиеся задачи исследования, подготовки, проверки и измерения требуют старшего специалиста, а какие команда с поддержкой ИИ выполнит под его контролем. Тогда вложения связываются с меньшим числом передач между людьми и более точными решениями, а не с новой аббревиатурой в структуре компании.

Программа на 90 дней должна давать решения, а не объем

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

1. Дни с 1-го по 20-й: Соберите важные URL, правила краулеров, статус индексации, ограничения сниппетов, структурированные данные, названия сущностей, текущие позиции, цитирования в ответах и настройку переходов. Выберите от десяти до двадцати запросов, которые отражают реальные вопросы покупателей на этапах знакомства, сравнения, оценки риска и покупки. Зафиксируйте точный метод, чтобы следующий запуск можно было сравнить.
2. Дни с 21-го по 45-й: Сначала исправьте доступ и канонические URL. Выберите пять страниц, которые уже занимают позиции, приносят конверсии или влияют на продажи. Для каждой сопоставьте сущности, вопросы, утверждения, доказательства, владельца и риск устаревания. Уберите противоречия до добавления новых разделов.
3. Дни с 46-го по 70-й: Опубликуйте содержательные изменения. Добавьте прямые ответы там, где читатель сейчас вынужден догадываться, поставьте доказательства рядом с утверждениями, уточните сущности продукта и компании и выведите полезный материал в итоговый HTML. Обновляйте структурированные данные только тогда, когда они совпадают с видимой страницей.
4. Дни с 71-го по 90-й: Снова запустите набор запросов, проверьте данные о цитированиях и поиске, оцените качество лидов и сравните измененные страницы с нетронутыми. Решите, какая гипотеза выдержала проверку, какая метрика осталась шумной и какая работа должна войти в обычный процесс поддержки контента.

Группа сравнения нужна обязательно. Если одновременно изменить все страницы, команда не поймет, выросли ли цитирования из-за ее правок, обновления площадки, сезонности или нового источника в индексе. Лабораторного эксперимента все равно не получится, но вы избежите слабого рассказа, построенного всего на двух точках во времени.

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

На девяностый день продолжайте только ту работу, которая дала правдоподобный сигнал или сняла документированный риск. Страница, получившая цитирования ценой ясности конверсии, требует еще одной правки, а не победного слайда. Исправление краулера, вернувшее в индекс коммерчески важные страницы, заслуживает бюджета, даже если в период выборки не появилось ни одного цитирования.

Видимость в ответах должна улучшать источник, а не искажать его

Хорошая работа по AEO делает сайт понятнее человеку. Она заставляет команды последовательно называть сущности, ставить доказательства рядом с утверждениями, описывать ограничения, держать страницы доступными и отвечать на вопросы покупателей. Эти улучшения также помогают SEO, продажам, знакомству с продуктом и поддержке. Поэтому значительная часть бюджета относится к общей основе.

Граница между метриками тоже полезна. Позиция показывает результат URL в системе поисковой выдачи. Цитирование показывает, что система выбрала источник при составлении ответа. Ни один показатель сам по себе не доказывает убеждение, доверие или выручку. Цитирование может переносить неудачное утверждение, а первое место может привлекать неподходящую аудиторию.

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

Проверка бюджета должна заканчиваться названными ставками: какую техническую поломку убрать, какой вопрос покупателя занять, какое доказательство опубликовать, какие страницы обновить и какой коммерческий сигнал оправдает еще один квартал. Фраза «заниматься AEO больше» не дает плана. Небольшая программа с явными гипотезами научит компанию большему, чем крупная квота на публикации, и оставит после себя страницы, которые стоит находить даже после очередной смены интерфейсов ответов.