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

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

<с>Сегодня это имеет большее значение, потому что читающая таким образом аудитория сейчас составляет большинство.

За неделю с 30 мая по 5 июня 2026 г. Cloudflare Radar измерил 57,2% HTTP-запросов к HTML-контенту (запросы, которые представляют трафик веб-страницы в виде автоматических ботов), против 42,8% человеческих. Генеральный директор Cloudflare Мэтью Принс, который поделился данными 3 июня, прогнозировал этот кроссовер на 2027 год. Он ошибся, потому что он появился на год раньше.

Cloudflare Radar, распределение ботов и людей с фильтрацией по содержимому HTML (трафик веб-страницы), 30 мая — 5 июня 2026 г. (Изображение с Cloudflare Radar, автор, июнь 2026 г.)

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

Дерево доступности — это структурная модель, которую браузер строит на основе вашей DOM

Дерево доступности — это семантическая версия вашей страницы, которую браузер вычисляет на основе DOM, чтобы невизуальное программное обеспечение могло ее понять. Конвейер короткий: от HTML к DOM к дереву доступности для потребителей (вспомогательные технологии, а теперь и агенты ИИ).

<п>WAI-ARIA 1.2 W3C определяет его как «дерево доступных объектов, которое представляет структуру пользовательского интерфейса». где каждый узел “представляет элемент пользовательского интерфейса, представленный через API специальных возможностей.” Браузер создает его из DOM (сопоставление указано в Core-AAM 1.2) и предоставляет его через API специальных возможностей операционной системы, который, согласно W3C, «может использоваться любыми вспомогательными технологиями, такими как программы чтения с экрана». MDN объясняет конвейер следующим образом: Браузеры «создают дерево доступности на основе дерева DOM».

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

Каждый узел в дереве доступности имеет четыре свойства:

<таблица> <тр> ~60>Недвижимость ~60>Что он фиксирует ~60>Пример <тело> <тр>

<сильный>Роль

<д>Что это за элемент Кнопка, область навигации, элемент списка

<тр>

Имя Как это называется Ссылка с надписью “Читать дальше” называется “Читать дальше” Кнопка, состоящая только из значков и не имеющая метки, не имеет доступного имени.

<тр>

<сильное>Состояние Текущее состояние Проверено, расширено, отключено, выбрано

<тр>

Описание Любой дополнительный контекст помимо имени Более подробное объяснение, вроде всплывающей подсказки, которое программа чтения с экрана может прочитать вслух

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

Агенты ИИ читают дерево доступности, потому что оно стоит дешевле и вводит меньше в заблуждение, чем пиксели

Агент, управляющий браузером, может понять страницу тремя способами: прочитать необработанный HTML, посмотреть на снимок экрана с моделью видения или прочитать дерево доступности. В том, как сегодняшние агенты это делают, существует настоящий раскол.

<ул>

Опираясь исключительно на дерево доступности.Playwright MCP от Microsoft, широко используемый инструмент, позволяющий модели управлять браузером, “использует дерево доступности Playwright, а не пиксельный ввод” «не требуется никаких визуальных моделей, он работает исключительно на структурированных данных». Описание его инструмента сообщает модели, что снимок доступности «лучше, чем снимок экрана».

Vision-first. Компьютерный агент OpenAI, модель, лежащая в основе оператора, работает в основном на основе снимков экрана. Чтобы решить, на что щелкнуть, вам не нужно читать дерево доступности.

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

Две силы подталкивают агентов к дереву доступности:

<ул> <ли>Cost. Скриншот тратит большое количество токенов на кодирование изображения, которое модель затем должна интерпретировать. Дерево доступности представляет собой компактный текст.

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

Самый четкий сигнал о том, к чему это приведет, – это действия поставщиков’ собственное руководство. В часто задаваемых вопросах издателей и разработчиков OpenAI говорится, что ChatGPT Atlas «использует теги ARIA, те же метки и роли, которые поддерживают программы чтения с экрана, для интерпретации структуры страницы и интерактивных элементов». и советует, что повышение доступности веб-сайта поможет агенту понять его.

Часто задаваемые вопросы для издателей и разработчиков OpenAI (изображение автора, июнь 2026 г.) <п>OpenAI — компания, создавшая агент, использующий компьютер, который работает путем анализа снимков экрана. Они по-прежнему рекомендуют делать веб-сайты более доступными. Для машины доступность и читаемость — одна и та же проблема. Полная информация об агентах приведена в сопутствующей статье о том, как агенты ИИ видят ваш сайт.

Копия Markdown не является страницей, готовой для агента

<п>Версия страницы с чистой уценкой — хороший способ передать агенту ваш контент, а такие поставщики, как Cloudflare, теперь создают его на периферии. Для чтения, извлечения и цитирования уценка подходит и часто лучше, чем необработанный HTML.

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

<п>Это также отдельная копия страницы, и отдельная копия может сказать агенту одно, в то время как визуализированная страница показывает людям что-то другое. Версия, обслуживаемая вручную, также со временем отклоняется от реальной наценки. Дерево доступности не имеет никаких проблем. Браузер создает его на основе той же страницы, которую он отображает для людей, поэтому не нужно ничего дополнительно поддерживать и нечего скрывать, и он содержит роли, состояния и ссылки на элементы, которые должен действовать агент. Вот почему для агента, который должен что-то сделать, одно из двух почти бессмысленно, а весь смысл в другом.

Вы можете увидеть свое собственное дерево доступности примерно за 2 минуты

Каждый крупный браузер показывает точное дерево, которое читает агент.

В Chrome, согласно официальной документации по специальным возможностям DevTools:

<ол>

Откройте DevTools, выберите элемент на панели «Элементы» и откройте вкладку Accessibility, чтобы просмотреть вычисленную роль, имя и состояние этого элемента.

Чтобы просмотреть всю страницу в виде дерева, включите переключатель “Показать дерево доступности”, который “заменяет дерево DOM на панели «Элементы» полностраничным деревом доступности.”

Для того же самого кода, снимки ARIA от Playwright создают “YAML-представление дерева доступности страницы” захват ролей, доступных имен, состояний и вложенности. Запуск снимка ARIA по вашему собственному URL-адресу возвращает почти точно такой же структурированный текст агенту, как получает Playwright MCP.

<п>Вот простой тест, который вы можете провести: для каждого важного действия на странице в дереве отображается узел с правильной ролью и понятным именем? Кнопка “купить” Кнопка, которая отображается в дереве как общий элемент без доступного имени, — это кнопка, которую ваши клиенты’ агенты могут видеть, но не могут уверенно использовать.

Запустите это на нескольких своих страницах, и пробелы быстро появятся.

Данные за 2026 год говорят, что Интернет становится всё труднее, а не легче читать машинам

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

<ул>

95,9% домашних страниц имели обнаруженные сбои WCAG по сравнению с 94,8% год назад, что WebAIM описывает как «разворот тенденции небольших улучшений каждый из предыдущих 6 лет».

<ли><сильный>На каждую домашнюю страницу обнаружено 56,1 ошибок, что на 10,1% больше, чем 51 обнаруженная в 2025 году.

1,437 элементов на домашнюю страницу, что WebAIM отмечает как «рост на 22,5% всего за один год».

Скачок сложности страницы на 22,5% за один год — это ненормально. Больше элементов означает больше мест, где структура может сломаться, и в отчете точно показано, где она ломается.

Самые распространенные сбои – это те, которые закрывают дерево доступности

Ошибки доступа, которые чаще всего обнаруживает WebAIM, – это именно те дефекты, которые лишают смысла дерево, которое читает агент.

<таблица> <тр> ~60>Отказ ~60>Затронутые домашние страницы ~60>Что это делает с агентом <тело> <тр>

Низкоконтрастный текст

<ср>83,9%

Визуальный сбой для пользователей со слабым зрением и агентов, использующих зрение

<тр>

Отсутствует альтернативный текст

<ср>53,1%

Изображение не имеет никакого значения для понимания агента

<тр>

Отсутствуют ярлыки форм

<ср>51%

Ввод, который агент не может сопоставить с целью, поэтому он не может его заполнить

<тр>

Осталось пусто

<ср>46,3%

Узел с ролью, но без имени: дверь без знака

<тр>

Пустые кнопки

<ср>30,6%

Элемент управления, который агент видит, но не может идентифицировать

<тр>

Отсутствует языковой документ

<ср>13,5%

К странице применена неверная языковая модель

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

“Устранение только этих нескольких типов проблем значительно улучшит доступность в Интернете.”

То, что WebAIM каждый год измеряет среди пользователей программ чтения с экрана, — это то же самое, что решает, может ли ИИ-агент читать вашу страницу и действовать на ней. Это разные аудитории с одинаковыми сломанными структурами.

WebAIM связывает растущую сложность с фреймворками и “Vibe Coding”

WebAIM объясняет растущую сложность “растущей зависимостью от сторонних платформ и библиотек, а также автоматизированных методов кодирования или методов кодирования с помощью искусственного интеллекта (‘vibe coding’).”

<стр>Это первый WebAIM Million, опубликованный в эпоху создания производственных веб-сайтов путем подсказки модели. У нас больше кода, созданного большим количеством людей, больше страниц развертывается быстрее, больше сложности усложняется, и меньше людей в цикле задаются вопросом, должен ли элемент существовать или элемент управления раскрывает свое имя и роль.

<п>Невозможно доказать единственную причину годового изменения на миллионе веб-сайтов, и утверждать с уверенностью об одной причине было бы нечестно. Но время невозможно игнорировать, и в этом суть противоречия: люди используют ИИ для создания сети, которую сам ИИ не может надежно использовать. Раздутые DOM, нарушенная семантика, безымянные элементы управления. Те же дефекты, которые вредят людям и программам чтения с экрана, вредят сканерам и агентам.

<п>Заманчиво думать, что вам не стоит беспокоиться, потому что следующая модель будет достаточно хороша, чтобы разобраться в этом беспорядке. Это маркетинговая линия, а не стратегия. Те же продукты, обещающие, что модель справится с чем угодно, также мелким шрифтом сообщают вам, что помощник может допускать ошибки.

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

Парадокс ARIA: привязка к атрибутам становится хуже

Больше ARIA коррелирует с большим количеством ошибок, а не с меньшим. WebAIM обнаружил, что домашние страницы с наличием ARIA в среднем имели 59,1 ошибок по сравнению с 42 на страницах без него.

<п>ARIA, сокращение от Accessible Rich Internet Applications, представляет собой набор атрибутов, которые вы добавляете в HTML, чтобы передать дереву доступности роли, имена и состояния, которые собственная разметка не предоставила сама по себе.

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

В этом вопросе поставщики и организация по стандартизации расходятся во мнениях:

<ул>

OpenAI сообщает разработчикам добавлять роли, метки и состояния ARIA, чтобы агенты понимали страницу.

The W3C’sПервое правило ARIA (в первую очередь!) ставит на первое место собственный HTML: “Если вы можете использовать собственный HTML-элемент … с уже встроенной семантикой и поведением, которые вам нужны, вместо того, чтобы повторно назначать элемент и добавлять роль, состояние или свойство ARIA, чтобы сделать его доступным, сделайте это.”

Специалисты по специальным возможностям отказались от фреймворка непосредственно у поставщика. Сотрудник W3C Адриан Розелли, отвечая на рекомендации OpenAI, утверждает, что это переворачивает дисциплину, указывая командам на дополнительные атрибуты, когда надежным решением является правильная встроенная разметка.

<п>Страницы данных WebAIM со специалистами: Страницы, которые труднее всего достигают ARIA, содержат больше всего ошибок. Вы не исправляете дерево доступности, добавляя атрибуты. Вы исправите это с помощью … исправляя это. Сделав базовую разметку означающей то, что она говорит, и зарезервировав ARIA для подлинных пробелов, которые собственный HTML не может выразить.

Сделайте разметку означающей то, что она говорит

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

Использовать собственный HTML для собственного поведения. <button> — это кнопка в дереве, не требующая дополнительной работы. <div> с обработчиком кликов — это безымянный узел без роли, которому агент не может доверять. То же самое относится и к <a href> и <select>.

Назовите каждый элемент управления.Используйте настоящий <label> при каждом вводе формы. Доступный текст на каждой ссылке и кнопке, включая только значки. Пустые ссылки и пустые кнопки — это ошибки, с которыми агент сталкивается в первую очередь.

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

Используйте ARIA для устранения реальных пробелов, а не в качестве исправления. Сначала исправьте семантику, затем атрибуты, и только там, где собственный HTML не может выразить состояние. Помните первое правило ARIA?

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

<п>Еще не поздно начать, и ничто из этого не требует перепроектирования. Задолженность по доступности на большинстве веб-сайтов реальна и имеет многолетнюю историю, и цифры за 2026 год показывают, что она будет расти, а не уменьшаться. Но исправления по-прежнему небольшие: изменения на уровне разметки можно вносить страница за страницей, а не полная перестройка, которая займет месяцы. Начните со страниц с самым высоким трафиком, проверьте дерево доступности и сначала исправьте пустые элементы управления и немаркированные входные данные. Каждое из этих исправлений обслуживает посетителя-человека и посетителя-машину в одном и том же изменении.

<п>Раньше доступность была флажком соответствия; вещь достигла после запуска редизайна. Теперь это интерфейс, который большинство посетителей используют для чтения вашего сайта. Команды, которые создают свою разметку так, чтобы она означала то, что в ней говорится, будут понятны агентам, решающим, что рекомендовать и что покупать. Команды, делающие ставку на то, что будущая модель наведет порядок, делают ставку на чужой сомнительный план действий. Сеть предоставила нам данные за год о том, как продвигается эта ставка.

В то же время интерес к доступности Интернета находится на пятилетнем максимуме.

Google Trends: мировой поисковый интерес к “web доступность,” последние пять лет (Изображение автора, июнь 2026 г.)

Интерес был стабильным в течение многих лет, затем поднялся в 2025 году и резко возрос в 2026 году. Движущие силы неоднозначны, и стоит быть честными: сроки соблюдения, такие как веб-правило ADA Title II и Европейский закон о доступности, растущая волна судебных исков о доступности и более широкое внимание, поскольку ИИ меняет то, как строится и читается сеть. Никто не объясняет всю кривую, и утверждать, что это было бы предположением.

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