Чек-лист Google для удобства агентов — это перефразированный аудит доступности.

Руководство Google по созданию веб-сайтов, которые хорошо работают с AI-ассистентами, по сути, является обновленной версией его правил доступности. Это тот же контрольный список, но теперь учитывающий как человеческих посетителей, так и AI ‘посетителей’. Те, кто уже сделал свои сайты доступными для людей с нарушениями зрения, уже хорошо продвинулись во выполнении требований для AI-агентов.

Купил акции на все деньги, а они упали? А Илон Маск снова написал твит? Знакомо. У нас тут клуб тех, кто пытается понять этот цирк и не сойти с ума.

Купить на падении (нет)

Я наткнулся на эту статью благодаря освещению Matt G. Southern в Search Engine Journal 1 мая 2026 года. Оригинальная статья на web.dev (написанная Kasper Kulikowski и Omkar More, и последний раз обновленная 1 апреля) появилась примерно месяц назад. По сути, Google выпустил полезный контрольный список, который вам определенно стоит проверить.

Как цифровой маркетолог, я недавно провел тщательный аудит сайта nohacks.co, проверив его на соответствие семи ключевым правилам доступности. Он успешно прошел шесть из них! Однако мы столкнулись с проблемой с одним правилом на всех стандартных кнопках на сайте. Оказывается, недавнее обновление Tailwind CSS – а именно переход с версии 3 на 4 – внесло изменение, которое нарушает это правило, и об этом нет предупреждения. Любой, кто обновляется до Tailwind v4, должен вручную добавить три строки кода обратно в свои базовые стили, чтобы исправить эту проблему на всех своих кнопках, иначе он не пройдет эту проверку доступности.

https://www.searchenginejournal.com/wp-json/sscats/v2/tk/Middle_Post_Text

Интересная часть заключается в том, какое это правило и почему.

И, конечно, я это исправил.

Семь правил, благоприятных для агентов, опубликованных Google на Web.dev

Google опубликовала исчерпывающий список рекомендаций по разработке веб-сайтов, которые хорошо работают с AI-агентами. Вы можете найти его по адресу web.dev/articles/ai-agent-site-ux, и они представляют его со следующим предложением: «Чтобы помочь агентам ориентироваться на вашем веб-сайте, рассмотрите возможность следования следующим рекомендациям:»

Отражайте каждое действие в интерфейсе. Нажатие кнопки должно приводить к видимому изменению состояния. Действие, которое выполняется беззвучно, невидимо для агента.
Сохраняйте стабильную структуру. Кнопка «Добавить в корзину» должна располагаться в одном и том же месте во всех категориях товаров. Агенты, делающие скриншоты, путаются в элементах, которые смещаются между страницами.
Нет призрачных или прозрачных наложений. Всё, что перекрывает интерактивный элемент, отбрасывается визуальным анализом, даже если наложение полностью прозрачное.
Используйте семантический HTML. и вместо чрезмерно стилизованных
и . Если вам необходимо использовать несемантический элемент, назначьте ему role и tabindex.
Установите курсор: pointer в CSS. Google называет это «сильным сигналом для возможности действия».
Связь с с помощью атрибута for. Позволяет агенту сопоставить видимый текст метки с базовым полем.
Делайте интерактивные элементы больше 8 квадратных пикселей. Визуальный анализ отфильтровывает всё, что меньше.

Самый проницательный момент в статье содержится в её предпоследнем предложении: «Всё, что мы предлагаем для подготовки сайта к работе с поисковыми системами, также улучшает сайты для людей.» Это не случайное наблюдение. Каждый упомянутый пункт уже давно является стандартной практикой веб-доступности, рекомендованной сторонниками доступности более десяти лет.

Мне также очень нравится, как это сочетается с принципом «сначала машина, всегда человек» в Архитектуре «Сначала машина».

Шесть из Семи Правил, Благоприятных для Агентов, Прошли на Nohacks.co (1, 2, 3, 4, 6, 7)

Я проверил веб-сайт на предмет проблем с доступностью, изучив фактический код главной страницы и типичной страницы статьи, в частности, руководство ‘agentic browser landscape guide’. Это не был сложный процесс – я использовал команду ‘curl’ для получения HTML-кода страницы, а затем искал определенные HTML-элементы, такие как кнопки, ссылки, метки и элементы, которые могут отключать взаимодействие. После этого я изучил CSS-код веб-сайта на предмет всего, что связано со стилями курсора.

Правило 1 (четкое состояние): Каждый интерактивный элемент использует класс transition-all. Состояния наведения масштабируют основной CTA. Ввод получает кольцо фокуса. Изменения состояния видны. Пройдено.
Правило 3 (без наложений-призраков): Единственный элемент с pointer-events-none — это кнопка «вернуться вверх», когда она скрыта. Кнопка неинтерактивна И невидима в этот момент, поэтому она ничто не перекрывает. Пройдено.
Правило 4 (семантический HTML): Восемь элементов на главной странице с корректными aria-label атрибутами, плюс 45 элементов. Ноль
. Ноль . Пройдено.
Правило 6 (label-for): Форма подписки на рассылку использует . Текст метки видим для скринридеров и связан с полем ввода атрибутом for. Пройдено.
Правило 7 (пороговое значение размера): Кнопки отображаются размером 40×40 пикселей (h-10 w-10 в Tailwind). Поля ввода имеют размер px-5 py-3. Все значительно выше 8 квадратных пикселей. Пройдено.

Это оставляет правило 5.

Правило 5 (Курсор: Указатель) не работает на каждой нативной кнопке под Tailwind V4

На веб-сайте nohacks.co стандартные HTML-элементы кнопки не меняют курсор на указатель при наведении – они остаются курсором по умолчанию в виде стрелки. Это влияет на несколько кнопок по всему сайту, включая кнопку мобильного меню, кнопки подписки на рассылку, кнопки воспроизведения подкастов на главной странице и кнопку «вернуться вверх». Всего на главной странице и на типичной странице статьи имеется двенадцать таких кнопок, и ни одна из них визуально не указывает на то, что на неё можно нажать, изменяя курсор.

Простые ссылки работают как ожидается. Ссылки с адресами (href) по-прежнему отображают курсор-указатель, что нормально. Проблема возникает только с кнопками.

Причина — изменение в Tailwind v4. Из официального руководства по обновлению Tailwind CSS v4:

Tailwind CSS версия 3 автоматически добавила курсор-указатель ко всем кнопкам в качестве части своей стандартной стилизации. Однако, это было удалено в версии 4. При обновлении с версии 3 на 4 не возникает никаких функциональных проблем – кнопки по-прежнему работают с клавиатурами, программами чтения с экрана и щелчками мыши – но это удаляет ключевой визуальный сигнал. Этот сигнал, курсор-указатель, важен, потому что AI-агенты Google используют его для идентификации интерактивных элементов на странице. Удаление этого сигнала влияет на способность AI понимать, на что пользователи могут нажать, поскольку он полагается на этот визуальный сигнал.

Исправление — это фрагмент кода, который Tailwind поставляет в том же руководстве по обновлению:

@layer base { button:not(:disabled), [role="button"]:not(:disabled) { cursor: pointer; }
}

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

Каждое правило в списке Google соответствует существующей рекомендации WCAG.

В течение двадцати лет эксперты по доступности последовательно рекомендуют одни и те же основные улучшения. Примечательно, что пять из семи принципов доступности Google идеально соответствуют установленным Руководствам по обеспечению доступности веб-контента (WCAG).

Правило 2 (стабильная раскладка) пересекается с WCAG 2.4.3 (Порядок фокусировки) и WCAG 3.2 (Предсказуемость).
Правило 4 (семантический HTML вместо стилизованных
)

является основой практик авторства WAI-ARIA и WCAG 4.1.2 (Имя, Роль, Значение).
Правило 5 (видимый сигнал курсора) соответствует WCAG 1.3.3 (Сенсорные характеристики).
Правило 6 (метка-для-ввода) соответствует WCAG 1.3.1 (Информация и взаимосвязи).
Правило 7 (минимальный интерактивный размер) является WCAG 2.5.5 (Целевой размер). Версия, понятная человеку, составляет 24 на 24 CSS пикселя; порог Google ниже, поскольку модели зрения могут обнаруживать меньшие элементы, чем пользователи могут комфортно нажать.

Мы наблюдаем чёткую тенденцию: проектирование с учётом доступности также приносит пользу системам на базе ИИ. Способ, которым мы проверяем эти вещи, остаётся неизменным – мы оцениваем как для людей с ограниченными возможностями, так и для пользователей ИИ одновременно. То, что мы тестируем *для*, меняется в зависимости от пользователя, но финальный отчёт выглядит одинаково.

Запустите один аудит доступности, восстановите оба класса посетителей.

Вместо проведения аудитов доступности и читаемости для ИИ как отдельных задач по разным графикам, объедините их – они оценивают одно и то же. Специалисты, уже сосредоточенные на стандартах веб-доступности (WCAG), в значительной степени готовы к новым требованиям Google. Однако тем, кто не уделял приоритетного внимания доступности, теперь предстоит столкнуться с обоими наборами критериев в едином, важном контрольном списке, и поставщики всё чаще подчеркивают соответствие.

Конкретный шаг на этой неделе:

Извлеките пять самых посещаемых страниц на вашем веб-сайте.
Проверьте их соответствие всем семи правилам Google и проведите сканирование по WCAG-AA (Lighthouse, axe DevTools, расширение WAVE; используйте то, что вы уже используете). Обратите внимание на пересечения.
Исправь один раз. Восстанови оба класса посетителей.

Если вы используете Tailwind CSS версии 4, первое, что вам следует сделать, — добавить строку `@layer base` в самое начало вашего основного файла стилей. Это простое изменение исправит распространенную проблему со стилизацией кнопок на всем вашем веб-сайте. Это самая важная исправление в этом списке, потому что Tailwind v4 сейчас широко используется, и эта проблема не будет отмечена инструментами проверки доступности (кнопки будут работать как и ожидалось), но это проблема, которая не была широко обсуждаться.

Интерес к поисковому запросу «Web Accessibility» почти не изменился после вступления в силу EAA, а затем увеличился в четыре раза.

На протяжении четырёх лет, вплоть до 2025 года, поисковый интерес оставался в основном неизменным. Даже внедрение Европейского закона о доступности в июне 2025 года, значительное регуляторное изменение, от которого ожидалось увеличение интереса, оказало мало влияния. Заметный рост начался в конце 2025 года, быстро достигнув пика в начале 2026 года, и с тех пор стабилизировался. За 18-месячный период всемирный поисковый интерес к этому термину увеличился более чем в четыре раза.

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

The Convergence Is A Decade Old; Вес поставщиков Google – это то, что ново.

Я работаю в области веб-доступности более десяти лет, и, честно говоря, казалось, что мы толкаем огромный камень в гору. Мы делали всё правильно – сосредотачивались на инклюзивном дизайне и практиках – но нам не хватало широкого внедрения и влияния, чтобы действительно сделать доступность стандартной частью процесса веб-разработки. Затем появились инструменты аудита на основе искусственного интеллекта, и всё изменилось. У них есть ресурсы, импульс и, что важно, бизнес-модель, которая поощряет более широкое использование. Теперь, когда Google, по сути, подтверждает эти инструменты искусственного интеллекта, согласовывая свои рекомендации по читаемости с теми же проверками, речь больше не идёт о двух отдельных сообществах доступности, проводящих два разных аудита. Это становится единой, унифицированной практикой, которую всем нам, веб-профессионалам, необходимо принять, потому что в конечном итоге мы все сосредоточены на одной цели: создании веб-сайта, которым может пользоваться каждый.

Получение шести из семи пунктов в аудите означает, что вы прошли. Единственный оставшийся пункт – конкретное правило проектирования – ранее обрабатывался Tailwind, но теперь это ваша ответственность.

Доверять… никому? По крайней мере, не слепо.

Смотрите также

2026-06-12 12:11