Нейросеть можно использовать для подготовки сценария проверки ориентации учебной страницы. Дайте ей описание материала, ожидаемые действия пользователя и точные выдержки из первичных документов. Полученный план нужно выполнить на работающем стенде: скриншот и уверенный ответ модели не подтверждают, что страницу можно читать и использовать в обоих положениях экрана.
В этом упражнении команда получает конкретный результат: ведомость ограничений портретного и альбомного режима, отдельную запись настроек устройства и вопросы по возможным исключениям. Это авторский порядок работы с ИИ, а не выполненный аудит aurmind.ru и не подтверждение соответствия всему WCAG.
Что именно проверяет требование об ориентации?
Критерий WCAG 1.3.4 Orientation уровня AA требует не ограничивать просмотр и работу с содержимым единственной ориентацией дисплея — например, только портретной или только альбомной. Исключение предусмотрено для случаев, когда определённая ориентация существенна.
Смысл требования не сводится к удобству поворота телефона. В разъяснении приведён пример человека, чьё устройство закреплено на кресле и не может свободно вращаться. Просьба «просто поверните экран» для такого пользователя не решает проблему доступа к материалу.
Проверяют и чтение, и работу.
Если инструкцию видно в обоих режимах, но выполнить учебное задание можно только после физического поворота, одного доступного текста недостаточно для оценки ограничения. Запишите отдельно, что происходит с содержимым, навигацией и действием отправки ответа. Не переносите вывод по одному абзацу на весь сценарий.
При этом Orientation не является общей проверкой адаптивности. Разъяснение прямо отделяет ограничения ориентации от изменений содержимого или функций из-за размеров дисплея. Для сохранности текста и перекомпоновки нужен отдельный протокол увеличения и переноса строк. Если одновременно обнаружились две проблемы, сохраните два наблюдения с разными условиями.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Как отличить настройку устройства от блокировки страницы?
В первичном разъяснении различаются ответственность автора содержимого и системные настройки фиксации ориентации. Пользователь может сам закрепить положение экрана средствами устройства. Такая настройка не равна ограничению, которое навязал сайт.
Поэтому перед испытанием зафиксируйте среду: устройство, систему, браузер, адрес и версию материала, режим окна и состояние системной блокировки. Это поля нашего рабочего журнала, а не обязательная форма W3C. Они нужны, чтобы коллега понимал условия наблюдения и мог их повторить.
Не меняйте настройку молча.
Допустим, проверяющий повернул устройство, а изображение осталось прежним. Причина пока неизвестна. Сначала нужно записать состояние системной фиксации и проверить поведение содержимого в согласованной среде. Вывод «сайт запрещает альбомный режим» без этих сведений преждевременный.
Другой случай: система позволяет менять положение, но страница закрывает урок заставкой. Здесь уже есть наблюдаемое поведение автора содержимого. Сохраните текст заставки, действия до её появления и доступность материала за ней. Причину реализации — скрипт, правило стилей или иной механизм — специалист уточнит отдельно.
Подготовьте исходник до запроса к нейросети
Возьмём вымышленный учебный модуль «Приём обращения». В нём есть инструкция, карточка задания и кнопка отправки ответа. Следующая таблица описывает условия упражнения, а не реальные результаты работы продукта или клиента.
| Часть модуля | Что известно из задания | Что предстоит выяснить на стенде |
|---|---|---|
| Инструкция | Обычный текст с переходом к заданию | Доступен ли просмотр в обоих положениях |
| Карточка | Нужно прочитать ситуацию и выбрать действие | Можно ли завершить выбор без навязанного поворота |
| Отправка | Завершает учебный сценарий | Не закрыта ли работа заставкой в одном режиме |
| Встроенный просмотрщик | Есть собственное управление | Ограничивает ли он ориентацию и есть ли рабочая альтернатива |
Для каждого элемента сохраните ссылку на исходное описание и перечень известных состояний. Если поведение просмотрщика не описано, поставьте «нет данных». Нейросети нельзя поручать достроить его по названию компонента.
Не подменяйте неизвестное предположением.
В исходнике полезно отделить три слоя: требование первичного документа, проектное ожидание команды и фактическое наблюдение. Последний слой до испытания остаётся пустым. Хорошо оформленный промпт помогает подготовиться, но не выполняет действия в браузере за проверяющего.
Для тренировки используйте искусственные имена и ответы учащихся. Настоящие учебные результаты и внутренние документы передают только в разрешённую организацией среду. Здесь достаточно описания элементов, поэтому личные сведения не нужны.
Какой запрос дать ИИ?
Попросите модель подготовить воспроизводимые действия и вопросы, сохранив границы источника. Например:
По описанию учебного модуля составь черновик проверки ограничения ориентации. Используй приложенную выдержку Orientation. Раздели системную блокировку пользователя, ограничение автора страницы и неизвестную причину. Для портретного и альбомного режимов отдельно укажи просмотр инструкции и выполнение задания. Не выдумывай результаты запуска. Отсутствующие сведения преврати в вопросы. Если предлагается исключение, потребуй объяснение существенности и источник. Не объявляй полное соответствие WCAG по этому упражнению.
Приложите сами выдержки, а не только названия ссылок. Затем проверьте, что модель сохранила исключение и не заменила слово «существенно» на «так задумано дизайнером». Это разные основания.
Ответ удобно редактировать по одной строке сценария. В строке должны быть исходное состояние, действие, ожидаемое поведение и место для наблюдения. Если модель пишет «проверить адаптивность», попросите раскрыть, что именно нужно сделать и какой результат увидеть.
Здесь применяется общий навык проверки ответа нейросети, но итог узкий: протокол ориентации конкретного материала. Не расширяйте его до автоматического заключения о доступности сайта.
Достаточно ли сообщения «поверните устройство»?
Документ W3C F100 разбирает ситуацию, когда вместо переориентации содержимого автор показывает сообщение с просьбой повернуть устройство. Если определённое положение не существенно для деятельности, одно такое сообщение не обеспечивает выполнение требования.
Обнаружение ориентации само по себе не названо проблемой. Проблема возникает, когда автор предлагает содержимое только в одном положении. Поэтому не записывайте любое использование определения ориентации как нарушение: сначала установите, что ограничено для пользователя.
В нашем вымышленном модуле можно подготовить две учебные карточки. В первой инструкция открывается в обоих режимах, меняется лишь расположение элементов. Во второй альбомный режим заменяется непреодолимой заставкой. Это разные исходные условия; модель должна объяснить различие, а не выдать одинаковое «добавьте адаптив».
При настоящем испытании запишите, можно ли убрать сообщение и получить доступ к уроку без физического поворота. Наличие текста с просьбой ещё не объясняет всю реализацию: эквивалентное содержимое или альтернативная функция требуют отдельной оценки по нормативным условиям. Вводная часть F100 прямо предупреждает, что примеры отказов не заменяют такую оценку.
Карточка дефекта должна описывать наблюдение. Например: «В согласованной среде при альбомном положении вместо карточки задания показана заставка; доступ к выбору ответа не найден». Добавьте реальную версию и последовательность действий после запуска. Пока это только заготовка, не ставьте статус «проверено».
Когда уместно управление ориентацией внутри материала?
Техника G214 описывает вариант, когда содержимое ограничено по ориентации, но интерфейс предоставляет управление для её изменения. В процедуре проверяют наличие такого элемента и реальное изменение ориентации после его использования.
Это возможная техника, а не требование обязательно добавлять кнопку всем страницам. В примечании G214 предпочтительным обычно названо отсутствие ограничения способности содержимого адаптироваться к ориентации; пользователь при желании применяет системную фиксацию.
Не создавайте лишнее решение ради отчёта.
Если обычная страница уже поддерживает оба положения без ограничения, из G214 не следует обязанность встроить дополнительный переключатель. Если команда выбрала этот способ для просмотрщика, в протоколе нужно проверить действие переключателя, а не только его подпись.
Доступность самого управления рассматривают отдельно. Например, видимость фокуса помогает человеку найти активный элемент при работе клавиатурой, но успешная проверка индикатора не доказывает изменение ориентации. В ведомости эти результаты не должны заменять друг друга.
Как обосновать существенное исключение?
В определении первичного документа существенность связана с принципиальным изменением информации или функции при удалении ограничения и невозможностью достичь их другим соответствующим способом. Удобство шаблона само по себе этого не доказывает.
Разъяснение приводит примеры, где определённое положение может быть существенно: банковский чек, приложение пианино, слайды для проектора или телевизора, некоторые материалы виртуальной реальности. Не переносите пример слайдов на любой урок только потому, что в нём есть презентация. Нужно разобраться в конкретной деятельности и среде.
Для обсуждения с владельцем материала задайте вопросы: какая информация или функция зависит от положения; что именно потеряется; можно ли сохранить её иным соответствующим способом; на какую часть распространяется обоснование? Сохраните ответы и оставшиеся сомнения. Это предложенная нами форма обсуждения, не автоматическое разрешение на исключение.
Модель может сформулировать вопросы. Решение она не подтверждает.
У встроенного фрагмента и всей страницы тоже могут быть разные границы. Если специалист обосновал особую среду одного компонента, не объявляйте автоматически освобождёнными инструкцию, переходы и отправку ответа вокруг него. В журнале должна быть понятна область рассмотренного обоснования.
Как принять учебную работу команды?
Проведите сценарий на согласованном стенде. Сохраните фактические результаты для обоих положений и состояние системной блокировки. Наблюдение «не удалось выполнить» полезнее вымышленного успешного теста. Если среды нет, сдайте только подготовленный протокол с явной отметкой о невыполненных действиях.
| Результат сотрудника | Что оценивает ведущий |
|---|---|
| Описание модуля и версия | Не исчезли ли исходные действия ради удобной проверки |
| Разделение причин ограничения | Отделены ли настройки пользователя от поведения страницы |
| Два режима | Есть ли наблюдения просмотра и работы в каждом |
| Разбор исключения | Объяснена ли существенность конкретного ограничения |
| Карточка замечания | Может ли коллега повторить путь и увидеть результат |
После исправления повторите прежние условия на новой версии. Сохраните старую запись и новый результат рядом. Сообщение разработчика «готово» — основание для повторного испытания, а не готовое наблюдение проверяющего.
Такой фрагмент можно использовать на корпоративном обучении ИИ: один сотрудник готовит сценарий с моделью, другой сверяет источники и выполняет действия. Приёмка касается качества этой работы; сама статья не обещает эффект обучения и не заменяет полноценную оценку доступности.
Частые вопросы
Нужно ли запрещать пользователю системную фиксацию?
Нет. Разъяснение отделяет выбор пользователя в настройках устройства от ограничения автора. В протоколе фиксируют настройку и поведение материала; принуждение к физическому повороту не решает задачу доступа.
Альбомный режим выглядит иначе — это уже отказ?
Одного отличия раскладки недостаточно для такого вывода. Orientation касается ограничения просмотра и работы единственным положением. Изменения из-за размера дисплея нужно оценивать отдельно, сохраняя конкретную проблему.
Можно ли принять ответ модели по скриншотам?
В нашем упражнении скриншот сохраняет состояние, но не подтверждает выполнение всех действий. Нужны наблюдения человека в согласованной среде. По изображению нельзя выдумывать поведение переключателя и отправку ответа.
Должна ли любая страница получить кнопку поворота?
Нет. G214 — один из способов, а техники не обязательны сами по себе. Обычно предпочтительно не ограничивать адаптацию содержимого; конкретный способ выбирают по условиям реализации и проверяют по нормативному требованию.
Источники
- W3C: Orientation — требование, системные настройки и существенные исключения — .
- W3C: F100 — сообщение с требованием повернуть устройство — .
- W3C: G214 — управление ориентацией содержимого — .
