Постоянное расположение помощи с нейросетью можно разобрать как учебную задачу редактора: собрать страницы одного раздела, отметить повторяемые способы получить помощь и сравнить их место относительно общего содержимого. ИИ готовит карту сравнения. Человек проверяет страницы и фиксирует наблюдения.
Этот материал помогает L&D-команде подготовить такое упражнение для учебного портала. Результат — перечень расхождений с адресами страниц, условиями просмотра и вопросами владельцу. Мы не проверяем реальный портал клиента и не заявляем соответствие сайта всему WCAG.
Почему одной страницы недостаточно?
В условном курсе есть каталог, описание занятия и практикум. На каждой странице доступна ссылка «Помощь по обучению». В каталоге она стоит между общей навигацией и материалом, а в практикуме оказывается после подвала. Подпись осталась прежней, адрес назначения тоже. Изменилось положение помощи относительно повторяемых частей страницы.
Именно это мы предлагаем найти участнику обучения.
Пояснение W3C Consistent Help рассматривает повторяемые механизмы помощи в наборе страниц. Когда такие механизмы присутствуют, важен одинаковый относительный порядок; предусмотрено исключение для изменения, инициированного пользователем. Сравнивают один и тот же вариант отображения страниц. Это не требование одинаковых координат до пикселя.
Факт. Рассматриваемый критерий сам по себе не обязывает создавать помощь на каждой странице. Отсутствие помощи и непоследовательное размещение существующей помощи — разные вопросы. Дополнительное правило «показывать помощь везде» может принять владелец продукта, но его нужно обозначить как собственное решение.
Не смешивайте упражнение с подписями полей формы. Подсказка к конкретному полю объясняет ввод. Здесь мы сравниваем повторяемый путь к помощи между страницами, а не качество отдельной инструкции.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Сначала определите набор страниц и механизм
Не просите ИИ проверить «весь сайт» по случайным снимкам. Для занятия владелец выбирает небольшой набор с общей целью. В нашем вымышленном примере это страницы раздела обучения: каталог, занятие и практикум. Маркетинговую посадочную страницу и скачиваемый документ мы в карточку не включаем.
Участник получает список адресов разрешённого стенда, версию интерфейса и название общей задачи. Если принадлежность страниц к одному набору спорна, её согласуют до сравнения. Иначе модель может объединить несвязанные области только по домену.
Выберите объект проверки явно. В пояснении W3C перечислены контактные сведения, способы связи с человеком, самостоятельная справка и полностью автоматический контактный механизм. Помощь может находиться на странице непосредственно или открываться по прямой ссылке. Перечень не задаёт приоритет одного способа над другим.
Для нашей тренировки берём только ссылку «Помощь по обучению», ведущую на страницу контактов учебной поддержки. Мы не создаём чат-бота и не оцениваем качество его ответов. Наличие слова «чат» в ответе модели не превращает этот объект в согласованный механизм.
| Поле исходной карточки | Условие учебного примера |
|---|---|
| Набор | Каталог, занятие, практикум одного раздела обучения |
| Механизм | Ссылка «Помощь по обучению» |
| Назначение | Согласованная страница контактов учебной поддержки |
| Общие части | Общая навигация, область материала, подвал |
| Первый вариант | Одинаковая широкая область просмотра на всех страницах |
| Второй вариант | Одинаковая узкая область просмотра на всех страницах |
| Что пока неизвестно | Реальный порядок и работоспособность на стенде |
Карточка задаёт предмет сравнения, но не содержит результатов проверки. Не дописывайте в последнюю строку «всё одинаково» из предположения о едином шаблоне. Две страницы одного шаблона могут содержать разные условия показа; выяснять фактическую причину будет специалист.
Схема разделяет объект, вариант отображения и результат сравнения. Её элементы — условия учебной работы; они не являются снимками существующего портала.
Как описать относительный порядок?
Для начала составьте текстовую последовательность повторяемых частей каждой страницы. Не ограничивайтесь записью «внизу справа». В нашей карточке каталога порядок такой: общая навигация, помощь, материал, подвал. У практикума: общая навигация, материал, подвал, помощь. При одинаковом варианте отображения помощь сменила положение относительно материала и подвала.
Это конкретное расхождение для обсуждения, а не диагноз по скриншоту.
Схема показывает две разные последовательности в условном широком варианте. Положение помощи изменилось относительно материала и подвала; это исходные данные упражнения, не наблюдение на реальном сайте.
Проверяющий сохраняет два вида сведений: видимое расположение и последовательный порядок содержимого, который помогает установить специалист. В Consistent Help поясняется, что визуальное перемещение при сохранённом последовательном порядке само по себе не означает отказ именно этого критерия, хотя такое поведение может быть неудобным. Поэтому в журнале нельзя автоматически приравнять любое изменение координат к нарушению.
В Consistent Navigation относительный порядок также отличается от неизменного количества элементов: вставленные дополнительные пункты не обязательно меняют порядок повторяемых. Этот документ нужен нам для разграничения понятий. Полную проверку навигации мы здесь не проводим.
Например, в занятии перед материалом появилась ссылка «Материалы к занятию». Само её добавление ещё не доказывает перемещение помощи относительно общих частей. Сравните последовательность тех элементов, которые повторяются: не назначайте порядковый номер помощи единственным критерием успеха.
Сначала найдите общие ориентиры.
Если модель пишет «помощь стала четвёртым элементом вместо третьего», спросите, какой новый элемент появился и поменялись ли отношения «до» и «после». Участник должен объяснить расхождение на данных, а не только пересчитать ссылки. Если общих частей в карточке нет, нужно дополнить исходник, а не угадывать сравнимую последовательность.
Что поручить нейросети?
Передайте условную карточку и согласованные последовательности. Для первого занятия не нужны реальные обращения, имена сотрудников или закрытые записи поддержки. Рабочую разметку можно использовать только в разрешённом организацией инструменте; наша задача решается на вымышленном примере.
Предлагаемое поручение:
По карточке раздела составь таблицу сравнения ссылки «Помощь по обучению». Для каждой страницы укажи вариант отображения, общие элементы до помощи и после неё, источник сведений и вопрос проверяющему. Сравнивай страницы внутри одного варианта. Не выдумывай адрес назначения, контактные данные или результат проверки. Не объявляй отсутствие помощи нарушением этого критерия. Отдели исходные условия от предложений. Не пиши исправления для рабочего сайта. В графе фактических наблюдений оставь «не проверено».
Проверьте ответ построчно. Если в исходнике помощь находится после материала, а ИИ переносит её перед материалом, это проект изменения, а не описание страницы. Верните строку к исходным данным и сохраните предложение отдельно. Участник должен видеть, где заканчивается карта существующего состояния.
Другая возможная подмена — «на всех страницах должен быть круглосуточный оператор». В Consistent Help нет требования непрерывной доступности человека. Для текущего упражнения важна повторяемая помощь и её порядок; часы работы нужно брать из согласованных сведений владельца, а не из ответа модели.
Не принимайте придуманный URL.
Ссылка на поддержку должна совпадать с карточкой. Если адрес не предоставлен, итогом будет вопрос владельцу. Красивый путь /support сам по себе не подтверждает существование страницы. Проверку фактического перехода запишите отдельным сценарием, не смешивая её с расположением механизма.
Мнение. Для оценки участника я предлагаю сохранить исходный ответ ИИ и его исправленную таблицу. Это авторский учебный приём: преподаватель видит не только готовую строку, но и основания изменений. Он не является процедурой сертификации доступности.
Как сравнивать широкий и узкий экран?
Сначала пройдите выбранные страницы при одном размере области просмотра, масштабе и ориентации. Затем восстановите исходное состояние и повторите сравнение для другого согласованного варианта. Не сравнивайте широкий каталог с узким практикумом так, будто условия одинаковы.
Исключение для пользовательского изменения не означает, что любой переход разрешает переставить помощь. Пояснение W3C отдельно отличает изменение масштаба, ориентации или размера области просмотра от обычного перехода между страницами набора. Сам факт нажатия ссылки не снимает предмет проверки.
| Сравнение в упражнении | Что выясняем | Статус до стенда |
|---|---|---|
| Каталог и занятие, широкий вариант | Порядок помощи относительно общих частей | Не проверено |
| Занятие и практикум, широкий вариант | Не переместилась ли помощь после подвала | Не проверено |
| Те же страницы, узкий вариант | Последователен ли порядок внутри узкого варианта | Не проверено |
| Одна страница при смене ширины | Как меняется вариант; сведения для отдельного межстраничного сравнения | Не проверено |
Последняя строка — подготовка условий, а не замена остальных строк. Из удачного поведения одной страницы при сужении нельзя вывести последовательность всего раздела. Запишите выбранные размеры и настройки, чтобы другой проверяющий мог повторить сценарий.
На изображении показаны отдельные проходы сравнения. Это план работы, а не подтверждение того, что какая-либо страница уже прошла проверку.
Если в узком варианте помощь скрывается внутри раскрываемой области, не ставьте автоматический отказ только по этому признаку. В технике G220 есть пример прямой ссылки и ссылки внутри раскрываемого блока при сохранении относительного порядка. Документ поясняет, что такой вариант может удовлетворять критерию, но даёт менее последовательный опыт, чем одинаковое прямое размещение.
Вопрос владельцу в нашем упражнении звучит конкретно: «Хотим ли мы одинаково показывать прямую ссылку на всех страницах этого варианта?» Это обсуждение продукта. Участник не должен выдавать предпочтение за безусловный запрет из стандарта.
Как проверить ссылку на помощь на стенде?
Техника G220 описывает один способ: ссылка ведёт к контактным сведениям, её программное и визуальное расположение последовательно внутри набора при одинаковом размере области просмотра. В примерах ссылка может находиться в начале страницы или в подвале. Требования ставить её непременно первой во всём документе нет.
Техники — примеры способов выполнения WCAG, а не обязательные единственные рецепты.
Для нашего задания человек фиксирует адрес и версию стенда, браузер, систему, размер области просмотра, масштаб и ориентацию. Он открывает каждую выбранную страницу, отмечает расположение помощи и сохраняет последовательность общих частей. Если программный порядок установить не удалось, поле остаётся неизвестным до помощи специалиста. Скриншот не заменяет недостающие сведения.
Затем проверяющий активирует ссылку и записывает фактическое назначение. Для вымышленной карточки ожидается страница контактов учебной поддержки. Проверка адреса и содержимого назначения — дополнительный сценарий нашего упражнения; по одному успешному переходу нельзя подтвердить весь критерий или доступность страницы контактов.
При работе с клавиатурой сохраните способ достижения ссылки и наблюдения. Подробный маршрут клавиатуры рассматривается отдельно в упражнении о порядке фокуса. Здесь нам нужен результат сравнения повторяемой помощи, а не заключение о всех интерактивных элементах портала.
Если ссылка есть в исходнике, но проверяющий не смог её найти, запишите это как наблюдение с условиями. Не подменяйте его предположением «элемент удалён». Возможные причины устанавливают по реализации и состоянию страницы. У ИИ без этих данных нет основания выбирать причину.
Как передать расхождение владельцу?
Хорошая запись содержит страницу, условия, ожидаемую последовательность по согласованной карточке, наблюдаемую последовательность и приложенные материалы. Например: «В широком варианте практикума ссылка помощи следует после подвала; в каталоге и занятии — до материала. Сравнение выполнено при одинаковых настройках». До реальной проверки такая фраза остаётся шаблоном записи и маркируется именно так.
Не пишите в задании «сделать удобно».
Для условного стенда можно предложить единое место между общей навигацией и материалом. Это наше проектное решение; у другого портала может быть иной согласованный вариант. Владелец выбирает целевое поведение, разработчик реализует, а проверяющий повторяет сравнение по тому же набору страниц. Изменение одной страницы не завершает межстраничную проверку.
Сдаваемая работа включает карточку, исходный ответ модели, исправленную карту, вопросы владельцу и журнал. Если журнал ещё не заполнен, результат называется планом проверки. Отдельно укажите, какие страницы или варианты не проверялись; успешное наблюдение нельзя распространить на них автоматически.
Для команды, которая готовит учебные порталы и справочные материалы, такой разбор можно включить в программу корпоративного обучения ИИ. Опишите задачу редактора и проверяющего; реальные обращения пользователей для обсуждения программы не нужны.
Частые вопросы
Нужно ли добавлять чат на каждую страницу?
Рассмотренный критерий сам по себе не требует создавать помощь и не устанавливает обязательный чат. Он касается повторяемых механизмов, когда они уже предусмотрены. Дополнительное требование продукта согласуют отдельно.
Одинаковое место — это одинаковое число пикселей?
Нет. Предмет сравнения — относительный порядок при одном варианте отображения. Для наглядности полезно записать общие части до помощи и после неё. Координаты можно сохранить как дополнительное наблюдение.
Можно ли сравнить только скриншоты?
Они помогают описать видимое расположение. Последовательный порядок содержимого и реальный переход нужно установить отдельно. Неизвестные сведения не заменяют выводом по внешнему виду.
Может ли ИИ поставить отметку о прохождении?
По карточке он составляет ожидания. Фактический результат возникает после выполнения проверки человеком. Это учебное упражнение не подтверждает соответствие портала всему стандарту.
Источники
- W3C: Consistent Help — область критерия, механизмы и исключение для изменения отображения пользователем.
- W3C: G220 — пример последовательного размещения ссылки на контактные сведения.
- W3C: Consistent Navigation — разграничение относительного порядка и неизменного состава навигации.
