Как ИИ-агенты видят сайт и как подготовить его под AI SEO

OpenAI прямо пишет, что более доступный сайт лучше понимается агентом ChatGPT Atlas, который опирается на ARIA-разметку и структуру интерактивных элементов. У Playwright MCP та же логика: модель взаимодействует со страницей через структурированные снимки дерева доступности, а не через красивую картинку интерфейса. Параллельно автоматизированный трафик уже превысил человеческий: по данным 2025 Thales Bad Bot Report, в 2024 году он составил 51% всего веб-трафика.

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

Человек заходит на страницу и воспринимает композицию, визуальный акцент, карточки, цвета, шрифты и изображения. ИИ-агент смотрит на сайт иначе. Для него важнее структура: где кнопка, где ссылка, как подписано поле формы, что является навигацией, где основной контент, какие элементы интерактивны и в каком состоянии они находятся. OpenAI указывает, что Atlas использует ARIA-теги, роли и подписи, которые поддерживают экранные дикторы. Playwright MCP тоже работает через snapshots дерева доступности. Это значит, что слой доступности превращается в прямой интерфейс между сайтом и агентом.

Условно можно выделить три режима, в которых ИИ воспринимает веб.

• Первый — через «зрение», когда модель анализирует скриншоты и распознаёт интерфейс как изображение.
• Второй — через DOM и дерево доступности, когда система читает структуру страницы.
• Третий — гибридный, когда агент совмещает визуальный слой и структурные данные.

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

Это напрямую влияет на ai агенты для seo. Если сайт собран из случайных div, если клики навешаны на контейнеры без роли, если формы не подписаны, если критический контент раскрывается только после сложных действий на JavaScript, агенту труднее понять страницу. Для человека визуально всё может выглядеть аккуратно. Для машины страница будет распадаться на слабосвязанные куски.

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

Исследование A11y-CUA, опубликованное в 2026 году, хорошо показывает, почему эта тема перестала быть факультативной. В стандартных условиях компьютерный агент успешно выполнял 78,3% задач. В режиме только клавиатуры успешность падала до 41,67%, а при ограниченном окне просмотра — до 28,3%. Исследователи выделили три типа проблем: ошибки восприятия, потерю состояния на многошаговых сценариях и сбои на действиях, где нужны более точные и предсказуемые интерфейсы. Для SEO и продуктовой команды из этого следует прямой вывод: сайт с хорошей структурой и внятной доступностью легче пройти не только человеку, но и агенту.

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

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

Для сайта это означает несколько конкретных вещей:

• Кликабельные элементы не стоит собирать на div onclick.
• Каждое поле формы лучше связывать с label.
• Там, где это уместно, полезен autocomplete, чтобы агент и браузер понимали, какие данные ожидаются в поле.
• Заголовки h1–h6 должны идти в логическом порядке.
• Основные области страницы — <header>, <nav>, <main>, <aside>, <footer> — лучше размечать явно.

Такой код упрощает жизнь не только разработчику. Он делает страницу понятнее для человека, для поисковой системы и для AI-системы, которая пытается разобраться в структуре сайта.

ARIA часто воспринимают как универсальный способ “добавить доступности” и заодно понравиться ИИ. С этим как раз стоит быть осторожнее. W3C отдельно подчёркивает: ARIA нужна там, где обычного HTML уже не хватает, особенно в динамических интерфейсах и кастомных компонентах. Она дополняет разметку, но не должна подменять её собой.

Есть показательная цифра из WebAIM Million 2026: домашние страницы, где присутствует ARIA, в среднем содержали больше обнаруживаемых ошибок, чем страницы без неё. Это не означает, что ARIA вредна сама по себе. Смысл другой: её очень часто применяют поверх слабой структуры и используют как заплатку там, где сначала нужно было навести порядок в HTML.

Рабочий подход здесь выглядит так:

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

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

Когда бизнес ищет ии для seo, он часто ожидает одного универсального решения. На практике задач здесь две, и их лучше разделять.

Первая — ускорение SEO-процессов. Здесь нейросети действительно полезны. Они помогают собирать черновую структуру материалов, разбирать конкурентные страницы, подсказывать логические блоки, ускорять работу с семантикой и контентом.

Вторая — реальная подготовка сайта под агентный веб. Здесь никакой сервис не заменит нормальную разработку. Нельзя компенсировать слабую разметку ещё одним сгенерированным текстом. Нельзя решить проблему рендеринга красивым SEO-описанием. Нельзя закрыть вопрос доступности только тем, что вы начали использовать ИИ для SEO в контентной части.

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

Есть несколько быстрых способов понять, насколько сайт готов к новой среде.

• Полезно посмотреть, как страница выглядит в дереве доступности.
• Имеет смысл прогнать ключевые сценарии через aria snapshots в Playwright.
• Стоит проверить, есть ли основной контент в исходном HTML.
• Хороший тест — понять, можно ли пройти важный сценарий без визуальных догадок: найти кнопку, прочитать подпись поля, разобраться в структуре разделов, перейти по понятной ссылке.