GEO и AEO: как подготовить сайт к поиску и ответам ИИ
Neaptide · 28 июля 2026 г. · 5 мин чтения · Обновлено: 3 октября 2026 г.
Проверка сайта для GEO и AEO: доступ роботов, содержание страниц, источники, переводы и разметка. Как составить план исправлений и оценивать ответы ИИ.
В этой статье
Когда клиент спрашивает у ИИ, подойдёт ли ему ваша услуга, ассистенту нужно то же, что и самому клиенту: состав работ, условия, ограничения, подтверждения. GEO (Generative Engine Optimization) — это работа над тем, как сведения с сайта попадают в генеративные ответы. AEO (Answer Engine Optimization) шире: сюда относят ответы и поисковых систем, и ассистентов. Термины пересекаются, и технических стандартов за ними нет.
Начните с одной страницы и одного вопроса из тех, что вам уже задавали перед покупкой. Дальше по порядку: что проверить самим, с чем идти к разработчику, что записать для повторного замера. Проверка покажет конкретные недочёты сайта. Попадёт ли страница в ответ ИИ, всё равно решает сам сервис.
Выберите страницу и вопрос пользователя
Возьмём вопрос: «Можно ли перенести клиентскую базу в ваш сервис без потери истории?». Откройте страницу переноса и попробуйте ответить на него только по опубликованному тексту. Какие форматы поддерживаются? Переносятся ли заметки и старые обращения? Как проверяют результат? Запишите всё, что пришлось бы уточнять у менеджера. Это и будет первое задание на доработку страницы.
Проверьте технический доступ
- Откройте URL без входа в аккаунт: сервер должен вернуть нужную страницу. Посмотрите на перенаправления и канонический адрес, он не должен вести на другую страницу.
- Посмотрите, индексируется ли страница и нет ли ограничений показа в нужной поисковой системе. В Google для этого есть проверка URL и настройки Search Console.
- Убедитесь, что основной текст загружается. Если сайт собран на JavaScript, сравните исходный ответ сервера и страницу после выполнения скриптов.
- Найдите блокировки в robots.txt, на сервере и в CDN. Защиту целиком не отключайте: откройте доступ подтверждённым роботам так, как описано в документации провайдера.
Доступ настраивают под конкретный сервис. OAI-SearchBot и PerplexityBot работают на поиск, а сбор данных для обучения через GPTBot разрешают или запрещают отдельно. Для ИИ-функций Google смотрите требования Google Search. Совет «разрешить всех ИИ-ботов» этих различий не видит.
Добавьте сведения, которых не хватает для выбора
Поставьте ответ там, где читатель его ищет. Если раздел называется «Перенос истории обращений», начните с того, какая история переносится и при каких условиях. Дальше объясните порядок действий и исключения. Текста оставьте столько, сколько нужно для решения. Если ужать ответ до 40–60 слов в угоду предполагаемому алгоритму, легко потерять существенную оговорку.
Пример: страница об импорте клиентов
Фраза «переносим данные быстро и без потерь» оставляет клиенту всю работу по выяснению деталей. Попросите команду перечислить форматы, поля, исключения и правила обработки дублей. Затем опишите, как проверяют перенос. Например, если контакты и история обращений переносятся разными способами, это нужно объяснить отдельно. Условия берите из действующего продукта.
Приложите обезличенный файл, который действительно принимает ваш продукт. Рядом объясните, что сравнить после импорта: например, число записей, заполнение полей и связи с историей обращений, если она переносится. Там же дайте ссылки на тариф и условия переноса. Читателю не придётся собирать ответ по всему сайту.
Проверьте факты, авторство и языковые версии
- Назовите автора или ответственную команду и укажите источники технических сведений.
- Для чисел в кейсе укажите период, количество наблюдений и способ подсчёта. Разделяйте то, что видно по данным, и предположения о причинах.
- Обновляйте дату изменения при содержательной правке. Новая дата без новых сведений не делает материал полезнее.
- Проверьте переводы, валюты, условия и доступность продукта по регионам. Hreflang связывает соответствующие языковые версии для систем, которые его поддерживают, но не гарантирует язык источника в ответе ИИ.
Как использовать разметку, FAQ и llms.txt
Структурированные данные должны соответствовать содержанию страницы. Выберите подходящий тип, например Article для статьи, и проверьте значения автора и дат. Количество типов разметки само по себе не говорит о качестве страницы. Google не требует особой GEO-разметки или llms.txt для своих генеративных функций.
Раздел FAQ нужен, если после основного текста у читателя остаются вопросы. В журнале изменений Google сказано, что расширенные результаты FAQ не показываются с мая 2026 года. Вопросы и ответы стоит оставить ради посетителей, только не ждите от них особого оформления в выдаче или автоматического цитирования.
Как проверить исправления и измерить результат
- Зафиксируйте вопрос и состояние страницы до правок: доступ, содержание, ответ сервиса и ссылки на источники.
- После публикации проверьте страницу по прямому адресу, все новые ссылки, мобильное отображение и совпадение разметки с текстом.
- Повторите исходные вопросы с сопоставимыми настройками в разные дни. Сохраняйте каждый результат, включая отсутствие цитаты.
- Отдельно сравните упоминания, переходы и обращения. Используйте одинаковые выборки и отмечайте другие изменения на сайте, которые могли повлиять на результат.
После исправлений страница должна открываться для нужных систем и давать ясный ответ с подтверждёнными фактами. Изменилось ли число упоминаний, проверяют отдельно. По одной серии замеров после публикации нельзя ни объяснить рост, ни предсказать продажи.