GEO-оптимизация: что это и чем отличается от SEO

GEO-оптимизация: что это за работа с сайтом?

15 октября 2026 года Google объявила, что ссылки внутри AI Mode и AI Overviews будут чаще появляться выше в ответах. Отдельный блок официальных сайтов компания пока тестирует. У руководителя здесь вполне земной вопрос: GEO-оптимизация – что это за работа и придётся ли снова переделывать сайт? Само обновление Google ещё не даёт оснований обещать бизнесу рост переходов.

GEO расшифровывается как generative engine optimization – оптимизация для генеративных поисковых систем. На практике нужно сделать сведения о компании доступными и понятными, чтобы из них можно было составить ответ на вопрос покупателя.

В Google путь упрощённо выглядит так: поиск извлекает подходящие страницы из индекса, система использует их содержание при подготовке ответа и показывает ссылки на источники. Индекс – база страниц, известных поисковику. Попасть в эту базу недостаточно: страницу ещё должны выбрать для конкретного ответа. Этот механизм описан в руководстве Google Search Central.

Я за то, чтобы включать GEO в общий план развития сайта. Если из описания услуги трудно понять, что компания предлагает, сначала нужно разобраться с предложением. Вторая версия того же текста «для нейросетей» ничего не исправит.

Но отдельный GEO-проект нужен не всем. Если покупатели пока не используют ИИ для выбора в вашей категории, его можно отложить. Ошибки сайта всё равно стоит исправлять. Обосновывать же каждую правку будущим потоком клиентов из нейросетей я бы не стал.

Чем GEO отличается от SEO?

SEO – поисковая оптимизация сайта. Google прямо относит работу над присутствием в своих генеративных функциях к SEO: они опираются на основные поисковые системы ранжирования и оценки качества. Это позиция конкретной платформы. Переносить её на все ИИ-сервисы было бы ошибкой.

Чтобы распределять задачи в команде, я предлагаю такое разделение:

Это способ разграничить работу, а не две независимые технологии. Допустим, в плане SEO уже есть переработка страницы доставки. Если покупатели спрашивают ИИ об условиях доставки, я бы дополнил требования к этой задаче. Зачем создавать рядом ещё одну страницу только ради нового названия услуги?

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

Что исправить на сайте в первую очередь?

Я предлагаю начать с вопросов покупателей. Когда понятно, какие страницы помогают выбрать продукт и чего на них не хватает, проще решить, что проверять и чинить раньше.

Соберите вопросы, которые влияют на покупку

Возьмите переписку с клиентами, вопросы менеджерам и материалы встреч. Уберите персональные сведения. Оставьте суть: кому подходит услуга, с чем совместим продукт, что входит в поставку, какие есть ограничения.

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

Сопоставьте вопросы со страницами

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

Это пример задания, а не кейс CRT. Его удобно проверять: редактор понимает, что уточнять у эксперта, разработчик – где разместить информацию, руководитель – что принимать.

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

Проверьте, какое содержание доступно поиску

По красивому экрану техническую работу не примешь. В руководстве для разработчиков Google показан конкретный тупик: пользователь видит изображения, а поисковик – только индикаторы загрузки из-за неподдерживаемого способа работы JavaScript.

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

Я бы записывал результат прямо в задачу: какое содержание было недоступно, что изменили и как проверили. Тогда вместо фразы «исправили техническую часть» у руководителя будет работа, которую можно принять.

Уточните факты и назначьте владельцев

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

У каждой важной страницы должен быть владелец содержания и повод для проверки: изменился продукт, условия обслуживания или контакты. Мне такая привязка полезнее требования «обновлять контент регулярно» (которое ещё нужно как-то истолковать). Здесь понятно, когда возвращаться к странице и кто за неё отвечает.

Почему llms.txt и специальная разметка не решают задачу?

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

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

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

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

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

Как встроить GEO в работу команды?

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

Роли можно распределить так:

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

В CRT мы работаем с сайтами и сервисами: например, делали редизайн и адаптив интернет-магазина Regard. Для меня связь этого опыта с GEO – в ответственности за сайт: содержание, интерфейс и техническую реализацию нужно согласовывать между собой. Сам кейс не доказывает результатов в ИИ-поиске. Приписывать их ему было бы неправильно.

Для оптимизации сайта под нейросети у CRT есть направление AI READY: аудит, внедрение и мониторинг. Начать можно с бесплатной первичной проверки. Она помогает оценить техническую готовность сайта; на странице проверки отдельно поясняется, что способность прочитать содержание и фактические рекомендации компании – разные вопросы.

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

Что спросить перед заказом GEO-оптимизации?

На встречу с подрядчиком я бы принёс действующий план SEO и список вопросов клиентов. Затем попросил ответить:

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

Последний вопрос легко пропустить. Я скорее доверюсь плану, в котором у страницы есть владелец, чем обещанию однажды «подготовить сайт ко всем нейросетям». Ведь услуги и условия продолжат меняться. За содержание и после проекта должен кто-то отвечать внутри компании.

Со встречи стоит уйти со списком вида «страница – проблема – изменение – ответственный – способ проверки». По нему можно убрать дубли, понять, какие задачи зависят друг от друга, и начать работу. С обещанием «повысить доверие искусственного интеллекта» это сделать гораздо труднее.