ИИ-агент на сайт: что он реально видит вместо вашего интерфейса

Двадцать лет индустрия строила UX: как человеку удобно смотреть, кликать, читать. Потом вырос DX — как разработчику удобно подключаться через API, SDK, документацию. Оба слоя привычны, у них есть метрики, команды, бюджеты.

Теперь третий тип пользователя — ИИ-агент. Он приходит не «потрогать интерфейс» и не интегрировать API ради эксперимента. Он выполняет поручение вашего клиента: записать на стрижку, сравнить тарифы, оформить возврат, продлить подписку. Термин agent experience закрепился в 2025 году по аналогии с UX и DX: это качество взаимодействия продукта с автономным посредником.

Распространённая иллюзия: «это про будущее, у нас B2B / у нас узкая ниша / у нас нет мобильного приложения». На практике AX уже существует у любого сервиса с публичным веб-интерфейсом. Агенты индексируют, парсят, эмулируют действия. Если им неудобно — они молча выбирают другой продукт, и вы не увидите отказ в воронке: клиент просто не дойдёт.

Самое неприятное в плохом AX — не красный экран ошибки. А тишина. Невидимый для агента сервис равен несуществующему. Конкурент с чуть более машиночитаемой витриной забирает сделку без борьбы.

Типичная реакция продакта: «Добавим Schema.org, микроразметку — и агенты нас найдут». Это половина правды и опасное упрощение.

SEO отвечает на вопрос: найдут ли вас в выдаче и поймут ли сниппет. AX отвечает на другой: сможет ли агент довести задачу клиента до конца уже внутри продукта. Можно быть в топе по коммерческому запросу и при этом иметь форму, которая падает на третьем шаге без объяснения причины.

Лучше всего различие видно на ошибках. Человек увидит «Что-то пошло не так» — расстроится, обновит страницу, попробует иначе. Для агента это стена: неясно, что сломалось, можно ли повторить, какой следующий шаг. Хорошая ошибка для машины называет три вещи: что произошло, почему (если известно), что делать дальше. Тогда агент выкручивается сам, без эскалации к человеку.

Ещё один нюанс: SEO оптимизирует под поисковый краулер, AX — под action-агентов, которые не просто читают, а действуют. Разметка для сниппета и контракт для вызова функции — разные артефакты.

Ещё недавно про Agent Experience говорили в узком круге вокруг dev-tools и платформ. Сейчас тема на радарах крупных фондов, появляются вакансии AX-инженеров, вендоры перестраивают продуктовые линейки под агентов как первоклассных пользователей.

Честной публичной цифры «сколько визитов — агенты» пока мало: рынок молодой, методологии расходятся. Но ноль у большинства сервисов вряд ли. Загляните в логи: пачки запросов в секунду, нечеловеческие паузы между действиями, нестандартные user-agent, повторные обходы одних и тех же URL.

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

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

Что такое Agent Experience? Это качество взаимодействия вашего продукта с ИИ-агентом, который действует от имени клиента: насколько легко найти данные, пройти сценарий и передать управление человеку.

Чем AX отличается от UX? UX про человека, который видит интерфейс целиком и компенсирует неясности интуицией. AX про машину, которая читает код и исполняет буквально.

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

Нужно ли убирать капчу и WAF? Нет. Нужно проектировать барьеры так, чтобы полезный агент мог либо пройти, либо корректно передать эстафету человеку.