Что умеет версия для слабовидящих и чего она не исправит

Короткий ответ

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

Два разных слоя работы

Слой 1: сайт должен работать сам

• Заголовки идут в понятном порядке.
• Ссылки и кнопки имеют осмысленные названия.
• Формы связаны с подписями и ошибками.
• Содержательные изображения имеют alt.
• Весь сценарий доступен клавиатурой.
• Фокус виден, а попап не оставляет его за собой.

Эти вещи нельзя добавить глобальным фильтром или размером шрифта.

Слой 2: посетитель настраивает представление

• увеличивает текст ступенями;
• включает светлую или тёмную контрастную тему;
• увеличивает межбуквенный и межстрочный интервалы;
• скрывает декоративные изображения;
• сбрасывает все изменения.

Именно второй слой относится к панели.

Что Тильда уже делает частично

В снятом рантайме есть отдельный skip-link для перехода к содержимому и функция t_popup__trapFocus, которая удерживает фокус в родном попапе. Это полезные кирпичи, но они не охватывают весь проект.

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

Как должна работать аккуратная панель

Одна кнопка открывает одну панель. Настройки меняют классы или CSS-переменные на html, а не переписывают inline-стиль каждого блока. Тогда режим можно полностью сбросить и он меньше спорит с адаптивами Тильды.

Выбор сохраняется между страницами в localStorage. Вместе с данными нужна версия схемы: если через год названия режимов изменятся, старое значение можно безопасно сбросить, а не получить смешанную тему.

Панель должна появляться в DOM один раз, независимо от количества T123. Кнопка и элементы управления получают видимый фокус и понятные названия. Закрытие возвращает фокус к кнопке.

Почему «увеличить всё» не работает

Увеличение font-size только на body не гарантирует результат. Часть размеров в Zero Block задана отдельно, кнопки могут иметь фиксированную высоту, а текст — обрезку. При максимальном режиме надо проверять реальную страницу:

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

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

Режим без изображений

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

Фоновые картинки особенно опасны: у них нет alt по определению. Если без фона пропадает смысл первого экрана, проблема находится в исходном дизайне.

Чего нельзя обещать клиенту

Не называйте установку панели аудитом, сертификатом или автоматическим соответствием какому-либо стандарту. Требования зависят от проекта и контекста, а проверяется весь пользовательский путь.

MOD-177 поэтому называется «Панель визуальной доступности». В его границу входят настройки представления и их сохранение. Исправление контента, семантики и юридическая оценка туда не входят.

Проверка перед передачей

1. Пройдите всю страницу клавишей Tab.
2. Проверьте системный zoom 200% без панели.
3. Включите максимальный текст и интервалы.
4. Откройте меню, форму, попап, каталог и корзину.
5. Проверьте светлую и тёмную контрастные темы.
6. Отключите изображения и убедитесь, что смысл сохранился.
7. Перейдите на другую страницу и выполните полный сброс.

В отчёте клиенту разделяйте найденные дефекты сайта и возможности панели. Это сохраняет честный объём работы и не превращает одну кнопку в обещание за весь проект.