Как оптимизировать сайт для генеративного ИИ в Google Поиске

Генеративный поиск породил новую SEO-индустрию быстрее, чем поисковики успели объяснить правила игры. Владельцам сайтов предлагают заводить llms.txt, переписывать статьи «под нейросети», дробить текст на специальные блоки, выпускать сотни страниц под длинные вопросы и покупать упоминания бренда на форумах. Некоторые советы безобидны, часть бесполезна, а отдельные методы способны привести сайт ровно туда, откуда Google годами пытается вытеснить дорвеи и массовый низкокачественный контент.

К августу 2026 года позиция Google стала гораздо яснее. Компания выпустила отдельное руководство по оптимизации для генеративных функций поиска и прямо написала, что отдельного SEO для AI Overviews и AI Mode не существует. С точки зрения Google работа над видимостью в генеративном поиске остаётся обычной поисковой оптимизацией. Страница должна быть доступна роботу, попасть в индекс, соответствовать задаче пользователя и содержать информацию, которую Google считает полезной и достаточно надёжной.

Но вывод «ничего не изменилось» тоже будет неправильным. Классический поиск в основном выбирал документы и показывал их пользователю. Генеративный поиск сначала выбирает документы, затем извлекает из них факты, сопоставляет сведения и собирает собственный ответ. Сайт теперь конкурирует сразу на нескольких этапах. Его должны найти, выбрать среди кандидатов, использовать как источник и, в идеальном случае, показать пользователю ссылку, ради которой тот действительно перейдёт.

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

Как Google собирает ответы с ИИ и почему это меняет SEO

AI Overviews, то есть «Обзоры с ИИ», и AI Mode, то есть «Режим ИИ», используют поисковый индекс Google и базовые системы ранжирования. Генеративная система получает подходящие страницы из поиска, извлекает из них сведения и использует найденные материалы при построении ответа. Поэтому никакого отдельного «индекса для ИИ», куда сайт можно специальным образом отправить, для владельцев ресурсов не существует.

Второй важный механизм Google называет query fan-out. По-русски проще сказать «веер связанных запросов». Модель может взять один сложный вопрос и параллельно выполнить несколько дополнительных поисков по его частям. Пользователь спрашивает, например, какую систему резервного копирования выбрать небольшой компании после атаки шифровальщика. Google может отдельно искать информацию о скорости восстановления, изоляции копий, стоимости, облачном хранении, совместимости и защите административных учётных записей.

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

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

Не пытайтесь превратить веер запросов в фабрику лендингов

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

Современная версия выглядит аккуратнее. Вместо тысячи страниц «ремонт ноутбуков Москва», «ремонт ноутбуков Химки» и «ремонт ноутбуков Мытищи» теперь предлагают выпускать тысячу страниц под вопросы, которые якобы может сформулировать генеративный ИИ. Механика от смены терминологии не меняется.

В действующей спам-политике Google отдельно существует понятие scaled content abuse, то есть масштабированного производства контента ради манипуляции выдачей. Не имеет значения, написал страницы человек, шаблон или генеративная модель. Проблема возникает, когда сайт производит большой объём малооригинального контента прежде всего ради поискового охвата.

Лендинги не умерли. Плохие лендинги просто стали ещё слабее

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

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

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

Хороший лендинг должен быть не рекламным плакатом, а полноценным источником данных о продукте.

• Покажите цену или хотя бы честный диапазон.
• Опишите, что именно входит в продукт или услугу.
• Назовите измеримые характеристики.
• Расскажите, кому предложение подходит.
• Отдельно укажите, кому продукт не подойдёт.
• Покажите ограничения и обязательные условия.
• Добавьте реальный пример результата.
• Ответьте на вопросы, которые потенциальный покупатель обычно задаёт менеджеру.

Самая сильная стратегия Google звучит как «делайте информацию, которую нельзя заменить»

Одна из самых полезных формулировок нового руководства Google звучит как non-commodity content. Буквальный перевод получается неуклюжим, но смысл прост. Google советует создавать информацию, которая не выглядит взаимозаменяемым массовым товаром.

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

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

Для разных типов сайтов уникальная информация выглядит по-разному.

• Медиа. Собственные интервью, документы, расследования, комментарии специалистов, базы данных и результаты экспериментов.
• Интернет-магазин. Собственные фотографии, замеры, сравнения, совместимость, реальные тесты и подробные характеристики.
• B2B-компания. Архитектурные схемы, опыт внедрения, ограничения, интеграции, стоимость владения и реальные сценарии использования.
• Образовательный проект. Программа, образец занятия, квалификация преподавателей, требования, проекты учащихся и статистика результатов.
• Сервис. Реальные условия работы, сроки, диапазон цены, ограничения, этапы и примеры выполненных задач.

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

Что эксперименты с генеративными системами добавляют к официальным рекомендациям

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

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

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

Практическая польза исследования гораздо проще. Генеративные ответы выигрывают от конкретики, когда конкретика действительно нужна пользователю. Число полезнее слов «доступная цена». Таблица характеристик полезнее фразы «широкие возможности». «Производитель заявляет до 10 Гбит/с, в нашем тесте получилось 7,8 Гбит/с» полезнее осторожного маркетингового тумана и необоснованного обещания одновременно.

Главная страница больше не обязана быть главным поисковым активом

Есть ещё один сдвиг, который хорошо видно по сторонним измерениям. Исследования цитирований AI Overviews показывают заметную долю глубоких внутренних страниц среди источников. Точные значения зависят от выборки и сервиса, поэтому превращать конкретный процент в фактор ранжирования нельзя. Направление при этом хорошо согласуется с устройством генеративного поиска. Модели нужны конкретные сведения, а не корпоративная витрина.

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

Отсюда практическое следствие. Не концентрируйте всю внутреннюю ссылочную массу и редакционное внимание на главной. Развивайте содержательные узлы сайта и связывайте их между собой обычными HTML-ссылками.

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

Не режьте статьи на кусочки только ради нейросети

Один из самых популярных советов GEO предлагает разбивать текст на маленькие автономные «чанки», чтобы модели было проще извлекать цитаты. Google отдельно опровергает обязательность такого подхода. Поисковые системы способны понимать несколько связанных тем внутри одной страницы, идеальной длины документа не существует, а переписывать материал особым «языком для ИИ» не требуется.

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

Намного полезнее не «чанкинг», а информационная самостоятельность формулировок. Читатель должен понимать, к чему относится число, кто сделал заявление и при каких условиях получен результат.

Сравните два варианта.

«В наших испытаниях показатель оказался существенно выше».

«В тесте из 50 запусков среднее время восстановления сократилось с 38 до 21 минуты».

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

Техническая оптимизация для генеративного поиска начинается со скучных вещей

Страница не получит преимуществ от идеального текста, если Google не может нормально её просканировать и проиндексировать. Для появления в качестве источника в AI Overviews или AI Mode документ должен находиться в индексе и иметь право показываться в обычном поиске со сниппетом. Дополнительных технических требований Google не вводит.

Поэтому перед экспериментами с GEO стоит открыть Search Console и пройти обычный технический аудит.

1. Проверьте индексирование важных URL.
2. Проверьте robots.txt и запреты со стороны CDN или системы защиты.
3. Проверьте noindex и canonical.
4. Убедитесь, что сервер отдаёт корректный код ответа.
5. Проверьте внутренние ссылки.
6. Посмотрите обработанную Google версию страницы.
7. Уберите ненужные дубли и параметры URL.
8. Поддерживайте XML Sitemap в актуальном состоянии.
9. Проверьте мобильную версию и удобство страницы.

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

Если сайт одновременно хотят сделать понятным ChatGPT, Claude, Perplexity и другим системам, требования могут различаться. Некоторые специализированные ИИ-краулеры не исполняют JavaScript так же полно, как Google. Серверная отрисовка или наличие основного текста непосредственно в HTML поэтому остаются хорошей универсальной страховкой. Для Google Search обязательного перехода на статический HTML нет.

Структурированные данные полезны, но специальной Schema для ИИ нет

Ещё одна новая услуга на рынке обещает добавить сайту «AI Schema». Для Google такой специальной схемы не существует. Компания прямо пишет, что структурированные данные не являются отдельным требованием для AI Overviews или AI Mode и никакой специальной разметки Schema.org добавлять не нужно.

Обычные структурированные данные сохраняют смысл. Product помогает описывать товар, Person и Article связывают автора с публикацией, Organization описывает компанию, LocalBusiness помогает описывать локальный бизнес. Разметка помогает Google понимать содержимое и позволяет участвовать в поддерживаемых расширенных результатах.

Главное правило осталось прежним. Разметка должна соответствовать видимому содержанию. Если цена спрятана только в JSON-LD, а посетитель на странице видит «оставьте заявку», техническая разметка не превращает страницу в хороший источник.

Сначала создайте хорошие данные. Потом помогите поисковику их понять.

Для магазина и локального бизнеса появился особенно понятный путь

Google отдельно рекомендует магазинам поддерживать актуальную информацию в Merchant Center, а локальным компаниям следить за Google Business Profile. Генеративные ответы могут включать товары, цены и сведения о локальных организациях. Поэтому данные за пределами обычного HTML становятся частью общей поисковой картины.

У интернет-магазина появляется очень приземлённая задача. Цена на странице, цена в Merchant Center и цена в структурированных данных не должны жить тремя отдельными жизнями. То же касается наличия, характеристик, вариантов товара и условий доставки.

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

Настоящие внешние упоминания полезнее искусственного «брендового шума»

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

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

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

У медиа появился дополнительный канал через Preferred Sources

Google развивает функцию Preferred Sources, или «предпочитаемые источники». Пользователь может выбрать любимое издание, после чего контент такого источника получает дополнительные возможности появляться для конкретного пользователя.

Для медиа появляется довольно необычный SEO-инструмент. Можно работать не только с алгоритмом, но и прямо предложить постоянной аудитории выбрать сайт как предпочитаемый источник Google. Такая механика не гарантирует появления в генеративных ответах, зато усиливает прямые отношения издания с читателем.

Подход особенно интересен тем, что находится почти на противоположном конце спектра от покупки искусственных упоминаний. Читатель сам сообщает Google, какой источник хочет видеть чаще.

llms.txt и другие GEO-ритуалы можно отложить

Файл llms.txt задумывался как специальная подсказка для языковых моделей. Идея выглядит логично по аналогии с robots.txt, поэтому формат быстро стал популярным среди специалистов по GEO. Google Search такой файл не использует для повышения видимости сайта.

В официальном руководстве формулировка довольно ясна. Для Google не нужно создавать llms.txt, отдельные «AI-файлы», специальный Markdown или особую разметку. Другие системы могут использовать формат по собственным правилам, поэтому утверждение «llms.txt вообще никому не нужен» тоже будет неправильным.

Можно управлять тем, сколько текста Google использует

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

Директива nosnippet запрещает текстовый сниппет. max-snippet позволяет ограничить объём используемого текста. Атрибут data-nosnippet помогает исключить из сниппета конкретный фрагмент страницы. noindex полностью исключает страницу из индекса.

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

Google-Extended решает другую задачу и не является обычным выключателем AI Overviews. Для поискового контента основным роботом остаётся Googlebot.

Изображения и видео теперь дают ещё один путь в генеративный ответ

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

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

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

Как измерять результат, если одной позиции в Google уже мало

С 2026 года Google начал разворачивать отдельные возможности для анализа генеративной видимости в Search Console. Доступность отдельных отчётов и настроек может зависеть от сайта и этапа развёртывания функций, поэтому ориентироваться нужно прежде всего на интерфейс конкретного аккаунта.

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

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

Не путайте цитируемость с трафиком

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

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

Не измеряйте успех одной цифрой. Для магазина важны продажи и выручка на визит. Для B2B нужны заявки. Для медиа полезны дочитывания, переходы на другие материалы, подписки и возвраты. Для сервиса важны регистрации и использование продукта.

Следующий этап уже не только поиск, но и ИИ-агенты

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

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

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

Редкий случай, когда доступность, удобство интерфейса, SEO и подготовка к будущим агентам требуют почти одного и того же.

Практический план оптимизации сайта

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

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

1. Выберите 20–50 приоритетных страниц. Берите материалы с трафиком, ссылками, коммерческой ценностью или важной тематической ролью.
2. Проверьте индексирование. robots.txt, noindex, canonical, ответы сервера и доступность через внутренние ссылки.
3. Найдите дубли. Отдельно ищите страницы, различающиеся преимущественно ключевыми словами.
4. Определите пользовательскую задачу каждой страницы. Если сформулировать задачу невозможно, существование URL стоит пересмотреть.
5. Добавьте уникальную информацию. Собственные данные, опыт, тесты, фотографии, интервью, документы или расчёты.
6. Добавьте конкретику. Цена, характеристики, сроки, ограничения, даты и условия там, где пользователь принимает по ним решение.
7. Проверьте доказательства. Цифра должна иметь источник или понятную методику получения.
8. Уберите ложную свежесть. Не меняйте год публикации без содержательного обновления.
9. Улучшите внутренние связи. Сильные глубокие страницы должны быть доступны из тематически связанных материалов.
10. Проверьте визуальный контент. Добавляйте схемы, фотографии и графики, если они несут новую информацию.
11. Исправьте обычные структурированные данные. Не ищите специальную AI Schema.
12. Для магазина синхронизируйте Merchant Center. Цена, наличие и характеристики должны совпадать.
13. Для локального бизнеса актуализируйте Business Profile.
14. Не покупайте искусственные упоминания. Работайте над реальными публикациями и обсуждениями.
15. Настройте измерение. Search Console плюс аналитика конверсий дают больше информации, чем случайная проверка нескольких запросов вручную.

Быстрый аудит страницы перед публикацией

Для ежедневной работы не нужен GEO-аудит на двести параметров. Большинство проблем можно обнаружить по семи вопросам. Если ответов «нет» слишком много, дополнительная Schema или llms.txt ситуацию не исправят.

• Задача. Понятно ли, какую проблему пользователя решает страница?
• Самостоятельность. Нужна ли страница, если убрать поисковый трафик?
• Уникальность. Есть ли информация, которой нет у десятков конкурентов?
• Конкретика. Указаны ли цифры, цены, характеристики, даты и условия там, где они нужны?
• Проверяемость. Можно ли понять происхождение существенных утверждений?
• Доступность. Может ли Google нормально найти, обработать и проиндексировать страницу?
• Завершённость. Сможет ли человек принять решение без возвращения в Google за базовой недостающей информацией?

Что делать редакционному сайту

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

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

У каждой важной статьи должны быть понятный автор, дата, источники, тематические внутренние ссылки и собственная информационная ценность.

Что делать интернет-магазину

Магазину меньше всего нужна ещё одна статья «как выбрать холодильник». Если такую статью выпускают, она должна давать данные, которых нет в карточках производителей. Замеры шума, реальные размеры, энергопотребление, фотографии внутреннего пространства, опыт использования и сравнение моделей дают намного больше пользы.

Карточка товара при этом должна перестать быть складом SEO-текста. Модель, цена, наличие, совместимость, размеры, варианты, доставка, возврат и характеристики должны быть хорошо видны человеку и поисковику. Те же значения нужно синхронизировать с Merchant Center и структурированными данными.

Генеративный поиск особенно хорошо показывает простую истину. Чем легче сравнить ваш товар, тем легче поисковой системе использовать его при сравнении.

Что делать B2B и сервисным компаниям

B2B-сайтам сложнее всего отказаться от привычки скрывать всю конкретику за формой «связаться с отделом продаж». Иногда цена действительно зависит от множества параметров. Тогда вместо полного молчания можно показать модель расчёта, минимальный бюджет, типовые диапазоны или факторы, которые влияют на стоимость.

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

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

Главный вывод

Генеративный поиск не отменил SEO и не создал отдельную вселенную с секретными командами для языковых моделей. Google всё ещё должен найти страницу, просканировать, проиндексировать, понять и посчитать достаточно полезной. Без первого этапа никакая «оптимизация под цитирование» не имеет смысла.

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

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

Техническая доступность помогает Google найти страницу. Хорошая архитектура помогает понять её место на сайте. Конкретика помогает использовать сведения. Собственные данные дают причину выбрать вас среди похожих источников. А хороший продукт, исследование или редакционная работа дают людям причину говорить о вас без покупки искусственных «GEO-упоминаний».