bestgirlfriend.ai
Подобрать собеседника
Редакция

Доступность сайта 2026: WCAG 2.1 AA + исключения

Доступность bestgirlfriend.ai 2026: цель WCAG 2.1 AA, проверки axe-core и Lighthouse, одно задокументированное исключение по цвету бренда.

Автор Обновлено июль 2026 г.

Автор: Alexandra Joly · Старший редактор · Обновлено 17 июля 2026 · См. наш редакционный процесс и журнал правок

Большинство заявлений о доступности в этой сфере либо прямо врут («100% соответствие WCAG AA!»), либо копипастят общий шаблон, который прячет каждое известное исключение за дымовой завесой из терминов про соответствие. Это заявление короче, собрано вокруг того, что тебе реально нужно знать, и честно про единственное задокументированное исключение, которое мы принимаем. Я написала его так, как хотела бы прочитать сама, будь я на твоём месте.

bestgirlfriend.ai — редакционный проект, который сравнивает нейросети для общения и ИИ-собеседников, аналоги Character AI. Доступность у нас — часть базовой редакционной планки, а не функция, прикрученная перед запуском. Эта страница описывает стандарты, к которым мы строим сайт, приёмы, которые используем, единственное исключение, которое принимаем и почему, пробелы, что за нами ещё числятся, и канал, куда сообщить о барьере.

Это заявление согласовано с обновлением US Section 508 (29 U.S.C. §794d, гармонизировано с WCAG 2.0 AA через ICT Refresh 2018), гармонизированным европейским стандартом EN 301 549 v3.2.1 (на него ссылаются Web Accessibility Directive 2016/2102 и European Accessibility Act 2019/882, действующий с 28 июня 2025), британскими Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 и Accessibility for Ontarians with Disabilities Act, 2005 с его Integrated Accessibility Standards Regulation. Мы частный издатель, а не орган госсектора, но держим ту же планку соответствия, потому что юридический минимум — правильная стартовая черта.

Насколько сайт доступен по WCAG?

Мы целимся в WCAG 2.1 уровня AA на каждой публичной странице и выполняем цель по каждому критерию, кроме одного задокументированного исключения: цвет бренда #E94B6A на кремовом #FAF7F2 даёт контраст 3,46:1, ниже порога AA 4,5:1 для основного текста. Коралловый ограничен кнопками, бейджами, ссылками и декоративными акцентами (поверхность 3:1 по WCAG 1.4.11), но не идёт в основной текст. Все остальные критерии выполнены, а исключение задокументировано с замерами в дизайн-системе.

Последняя проверка: 2026

Соответствие — это то, что делаешь постоянно, а не галочка, которую ставишь один раз. Сайт спроектирован под WCAG 2.1 AA, четыре принципа (воспринимаемость, управляемость, понятность, надёжность) заложены в то, как устроены страницы, и каждый коммит проходит автоматические проверки до слияния. Единственный компромисс, который мы принимаем, — контраст кораллового акцента бренда, и мы говорим об этом прямо, а не прячем в сноску о частичном соответствии внизу страницы. Дальше эта страница разбирает, что это значит на практике.

Каким стандартам мы следуем?

WCAG 2.1 уровня AA — наша инженерная цель. На неё ссылаются US Section 508 (ICT Refresh 2018), гармонизированный европейский стандарт EN 301 549 v3.2.1, EU Web Accessibility Directive 2016/2102, European Accessibility Act 2019/882 (действует с 28 июня 2025), британские Public Sector Bodies Accessibility Regulations 2018 и Ontario AODA Integrated Accessibility Standards Regulation.

WCAG 2.1 AA — общий язык цифровой доступности во всём мире [Source: W3C, Web Content Accessibility Guidelines 2.1, рекомендация W3C от 5 июня 2018 · verified 2026-05-26]. Section 508 ссылается на него через US ICT Refresh [Source: US Section 508, стандарты ICT Refresh · verified 2026-05-26]. EN 301 549 ссылается на него как гармонизированный европейский стандарт [Source: ETSI EN 301 549, требования доступности для ИКТ-продуктов и услуг · verified 2026-05-26]. Британские правила 2018 называют его прямо. AODA ссылается на него через Integrated Accessibility Standards Regulation.

Выбор AA значит, что мы закрываем все пять режимов из одной инженерной цели. Мы следим за WCAG 2.2 (опубликован в октябре 2023) и подключаем его критерии там, где они не конфликтуют с 2.1. Публичное заявление о соответствии переведём на 2.2 AA, как только закупочные стандарты на наших ключевых рынках начнут ссылаться на него.

Ландшафт стандартов сходится на WCAG 2.1 AA как проверяемой инженерной цели. Пять режимов, которые регулируют наши рынки, каждый со ссылкой на канонический источник:

Пять режимов, регулирующих наши рынки, сходятся на WCAG 2.1 AA как проверяемой инженерной цели. Данные на текущий год.
СтандартРегионУровень соответствияНаш статусСсылка
WCAG 2.1 AAГлобально (W3C)Уровень AAЦелимся (1 задокументированное исключение)Рекомендация W3C, 5 июня 2018
EN 301 549 v3.2.1ЕвросоюзГармонизированный стандарт, AAЦелимся (1 задокументированное исключение)ETSI, март 2021; на него ссылаются WAD 2016/2102 и EAA 2019/882
Section 508 (ICT Refresh)СШАГармонизировано с WCAG 2.0 AA; AAЦелимся (с дельтой до WCAG 2.1 AA, 1 исключение)36 CFR Part 1194, U.S. Access Board 2018
UK Public Sector Bodies Accessibility Regulations 2018ВеликобританияWCAG 2.1 AAЦелимся (частный издатель; добровольно)SI 2018/952
AODA / IASRОнтарио, КанадаWCAG 2.0 AA (IASR §14)Целимся (с дельтой до WCAG 2.1 AA, 1 исключение)O. Reg. 191/11, Integrated Accessibility Standards
Последняя проверка: 2026.

Какие известны исключения по доступности?

Два. (1) Исключение по контрасту цвета бренда: коралловый #E94B6A на кремовом #FAF7F2 даёт 3,46:1, ниже порога AA 4,5:1 для основного текста. Коралловый ограничен кнопками, бейджами, ссылками и декоративными акцентами (поверхность 3:1 по WCAG 1.4.11), но не идёт в основной текст. (2) У части картинок Open Graph на страницах-подборках нет описательного alt для скринридеров в сторонних соцпревью (косметика; в работе). Чат-бот AI Concierge ещё не прошёл полный аудит и не выйдет, пока не пройдёт.

Список известных исключений на виду — честная пара к заявлению о соответствии. Соответствие WCAG бинарно на уровне критерия: страница либо выполняет критерий, либо нет. Мы не размазываем оговорку о частичном соответствии по тексту страницы; исключения живут здесь, простым языком, с обоснованием и статусом устранения.

Разберём исключение по цвету бренда подробно. Наш основной акцентный цвет (#E94B6A, коралловый на кнопках и бейджах) на редакционном фоне (#FAF7F2, тёплый кремовый) даёт контраст 3,46:1. WCAG 2.1 AA требует 4,5:1 для обычного основного текста (SC 1.4.3) и 3:1 для крупного текста, элементов интерфейса и графических объектов (SC 1.4.11). Значение 3,46:1 выполняет порог 3:1 для интерфейса и крупного текста и не дотягивает до 4,5:1 для основного текста.

Мы приняли компромисс только для акцентной поверхности бренда. Коралловый появляется на кнопках призыва к действию, подчёркивании ссылок, бейджах, липкой промо-панели и декоративных акцентах — все они поверхности, где действует порог 3:1. Основной текст, заголовки и весь прочий текст используют #1A1A1A, почти-чёрный на кремовом, который спокойно проходит 4,5:1. Решение задокументировано в дизайн-системе рядом с замерами контраста, так что компромисс можно проверить, а не только принять на слово.

Большинство обзорных сайтов в этой теме такой компромисс по бренду вообще не показывают. Они заявляют полное соответствие AA, и аудит никогда не ловит просадку по акцентному цвету, потому что аудит никогда не запускали. Мы аудит запускаем, результат фиксируем и говорим о нём тебе. В этом и разница между настоящим заявлением о доступности и скопированным шаблоном.

Открытые проблемы:

IDПроблемаСерьёзностьСтатусЦелевое исправление
A11Y-001Цвет бренда (#E94B6A) на кремовом (#FAF7F2) = 3,46:1, ниже порога AA 4,5:1 для основного текстаПринятое исключение (только интерфейс/акцент; основной текст не затронут)Задокументировано в токенах дизайнаБез исправления, пока не сменится цвет бренда
A11Y-002Alt для картинок Open Graph в соцпревью подборокКосметика (не влияет на чтение на сайте)В работе3-й квартал 2026
A11Y-003Полный аудит WCAG 2.1 AA для чат-бота AI ConciergeБлокирующая (чат-бот не выйдет до закрытия)Аудит до запускаДо запуска

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

Как сообщить о проблеме с доступностью?

Напиши на [email protected]: адрес страницы, версию браузера и вспомогательной технологии и короткое описание барьера. Мы подтверждаем получение каждого обращения в течение 2 рабочих дней и целимся закрыть блокирующие проблемы или дать обходной путь за 7 рабочих дней. Проблемы, что не укладываются в 7 дней, получают публичное временное решение и целевую дату исправления в журнале известных проблем на этой странице.

Отдельный ящик — [email protected]. Чтобы мы воспроизвели и починили быстрее, по возможности укажи:

  • Адрес страницы, где встретил барьер.
  • Операционную систему и браузер (и версию).
  • Вспомогательную технологию (скринридер, переключатель, экранную лупу, голосовое управление и т.п.) и её версию.
  • Короткое описание того, чего ты ждал и что произошло вместо этого.
  • Скриншот или запись экрана, если есть и если тебе комфортно ими делиться.

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

Срок реакции добровольный и опубликован здесь, чтобы его можно было проверить. Если мы пропустим подтверждение за 2 дня или цель в 7 дней по блокирующей проблеме — это само по себе задокументированный сбой, и мы отметим его на этой странице. Пути официальной эскалации — например, жалобы в UK Equality and Human Rights Commission, на линию U.S. Department of Justice ADA или в твой национальный аналог — доступны независимо от того, как мы обработаем обращение внутри.

Как работает поддержка скринридеров?

Мы тестируем на NVDA и JAWS в Windows, VoiceOver в macOS и iOS и TalkBack в Android. Заголовки, ориентиры и списки озвучиваются правильно. У полей форм есть и видимые, и программные подписи. Декоративные иконки идут с пустым alt или aria-hidden. Редакционные картинки несут alt, написанный редакторами, а не разработчиками, так что alt отражает смысл.

Скринридеры не видят того, что видит зрячий пользователь; они разбирают дерево документа. Поэтому первый вес доступности здесь несёт семантический HTML, а не ARIA. ARIA накладываем только там, где родной семантики HTML не хватает (живые области на динамическом содержимом, роли диалога на модальных окнах, состояния раскрытия на раскрывающихся виджетах), по первому правилу ARIA: если родной элемент даёт семантику — используй его. Покрытие скринридером перепроверяем на каждом крупном релизе, а транскрипты тестов держим у себя.

Как поддерживается навигация с клавиатуры?

Каждый интерактивный элемент управляется с клавиатуры. Ссылка «перейти к основному содержимому» — первый фокусируемый элемент на каждой странице. Порядок обхода Tab совпадает с визуальным порядком чтения. Индикаторы фокуса дают контраст 3:1 в светлой и тёмной темах. Мобильная шторка и языковое окно удерживают фокус, пока открыты, и возвращают его при закрытии, так что пользователь с клавиатуры не застревает.

Клавиатурный контракт — поверхность, которую мы тестируем жёстче всего, потому что она стоит за каждой вспомогательной технологией, эмулирующей клавиатуру, включая переключатели и экранные клавиатуры. Ссылки-обходы выполняют WCAG 2.4.1 Bypass Blocks, видимые индикаторы фокуса — WCAG 2.4.7 Focus Visible, а правило «нет ловушки клавиатуры» — WCAG 2.1.2. Поведение ловушки фокуса на модальных окнах следует шаблону диалога W3C ARIA Authoring Practices Guide, с возвратом фокуса на вызвавший элемент при закрытии.

Какие функции доступности встроены?

Встроены: семантический HTML (header, nav, main, footer, article, aside), строгая иерархия заголовков с одним H1 на страницу, описательный alt на редакционных иллюстрациях, декоративные картинки с alt="", подписи таблиц с областью заголовков, расшифровки на каждом встроенном видео, поддержка prefers-reduced-motion и видимые индикаторы фокуса с контрастом 3:1 в светлой и тёмной темах.

Полный перечень функций, привязанный к своему критерию WCAG:

  • Семантические ориентиры (<header>, <nav>, <main>, <footer>, <article>, <aside>), WCAG 1.3.1 Info and Relationships.
  • Один H1 на страницу, строгая иерархия H2/H3, без пропущенных уровней, WCAG 2.4.6 Headings and Labels.
  • «Перейти к содержимому» как первый фокусируемый элемент, WCAG 2.4.1.
  • Описательный alt пишет редакция, а не автогенерация; декоративные картинки идут с alt="", WCAG 1.1.1 Non-text Content.
  • У таблиц есть <caption> и <th scope="col" | "row">, WCAG 1.3.1.
  • Встроенное видео использует youtube-nocookie.com, идёт с расшифровкой на странице, не запускается само, WCAG 1.2.1, 1.2.2, 1.2.3.
  • Уменьшенная анимация: @media (prefers-reduced-motion: reduce) отключает параллакс, автопрокрутку каруселей и декоративные переходы, WCAG 2.3.3 Animation from Interactions.
  • Контраст цвета: 4,5:1 для основного текста, 3:1 для крупного текста и интерфейса в обеих темах (WCAG 1.4.3 Contrast Minimum, 1.4.11 Non-text Contrast), с одним задокументированным исключением по акценту бренда выше.
  • Смысл не передаётся одним цветом, WCAG 1.4.1 Use of Color.
  • Масштаб текста до 200% без потери содержимого, WCAG 1.4.4.
  • Переток на 320 CSS-пикселях без горизонтальной прокрутки, WCAG 1.4.10.
  • Подписи полей, распознавание и подсказка ошибок, WCAG 1.3.1, 3.3.1, 3.3.3.
  • Заголовки страниц описывают тему или назначение, WCAG 2.4.2.
  • Язык страницы объявлен через атрибут lang корневого элемента HTML; переопределения по секциям — через инлайновый lang, WCAG 3.1.1, 3.1.2.

Как обрабатывается текст справа налево?

Страницы на арабском (ar) и иврите (he-IL) отображаются справа налево через логические CSS-свойства (margin-inline-start, padding-inline-end), а не через фиксированные left/right. Каждый компонент — шапка, навигация, призывы к действию, подвал, липкая мобильная панель и модальные окна — зеркалится правильно. Мы прогнали стресс-тест всего интерфейса на отдельном арабском шаблоне до запуска и задокументировали результат в дизайн-системе.

Поддержка справа налево — не вопрос перевода, а вопрос вёрстки. Переключение атрибута dir документа в "rtl" меняет местами inline-start и inline-end по всей вёрстке, потому что каждый отступ, выравнивание и обтекание выражены через логические свойства. Двунаправленное содержимое (латинские адреса внутри арабского текста, например) оборачиваем в элементы HTML <bdi>, чтобы двунаправленный алгоритм отрисовывал предсказуемо. Полный аудит справа налево держим на отдельной арабской тестовой странице и перезапускаем перед каждым релизом.

Как тёмная тема связана с доступностью?

Тёмная тема — ручной переключатель в шапке, на первом визите учитывает prefers-color-scheme. Контраст основного текста остаётся 4,5:1 или выше в обеих темах; крупный текст и элементы интерфейса держатся выше 3:1 (с задокументированным исключением по акценту бренда). Цвет никогда не единственный носитель смысла, так что пользователи с нарушением цветовосприятия или в монохромной среде ничего не теряют при переключении.

Последняя проверка: 2026

Тёмная тема реализована через атрибут data-theme="dark" на корневом элементе документа, переключающий пользовательские CSS-свойства на корне. Переключатель сохраняет выбор в localStorage, а если пользователь не выбирал — следуем prefers-color-scheme. Обе палитры независимо проверены на минимумы контраста WCAG 1.4.3 и 1.4.11. Тёмная тема — не просто вопрос вкуса. Apple Human Interface Guidelines и GOV.UK accessibility признают её как адаптацию при светобоязни, мигрени и слабом зрении, так что гарантия контраста действует в обе стороны.

Есть ли у видео текстовые расшифровки?

Да. Каждое встроенное видео использует домен youtube-nocookie.com и идёт с письменной расшифровкой на странице под плеером. Субтитры включены на источнике YouTube. Видео не запускаются сами, не зациклены и дают кнопки паузы и остановки. Если субтитров из исходника нет, мы добавляем расшифровку вручную до публикации.

Расшифровки здесь не опция. Они служат глухим и слабослышащим читателям (для них они и написаны), читателям в среде без звука — на работе и в транспорте, изучающим язык, которым помогает текст под аудио, и поисковикам с ИИ-краулерами, что читают машиночитаемое содержимое, недоступное сквозь пиксели видео. Один артефакт, четыре отдачи.

Как учитывается режим уменьшенной анимации?

Сайт уважает CSS-запрос prefers-reduced-motion. Если у пользователя на уровне операционной системы включён режим уменьшенной анимации, мы отключаем параллакс, автопрокрутку каруселей, автозапуск анимаций и декоративные переходы. Существенная анимация интерфейса (индикаторы фокуса, раскрытие выпадающих меню) сохраняется, потому что передаёт состояние. Ничего на сайте не мигает чаще трёх раз в секунду.

Порог в три вспышки выполняет WCAG 2.3.1 Three Flashes or Below, критерий защиты от приступов. Учёт уменьшенной анимации закрывает вестибулярные расстройства, укачивание от движения и потребности, связанные с вниманием, задокументированные в литературе W3C Cognitive Accessibility task force. Реализация — один медиазапрос, применённый на уровне токенов дизайна; чтобы настройка пользователя сработала, JavaScript не нужен.

Как часто мы тестируем доступность?

На сборке: axe-core прогоняется на каждой истории компонента и каждом снимке страницы в CI. Сборка падает на серьёзных и критических нарушениях. Перед слиянием: у пул-реквестов порог по Lighthouse Accessibility — 95 баллов, и GitHub Action блокирует слияние ниже. Ручные проходы скринридером (NVDA, JAWS, VoiceOver, TalkBack) идут ежеквартально по репрезентативному набору страниц и точечно на любом новом шаблоне.

Тестирование послойное: автоматика там, где инструменты надёжны, и ручная работа там, где человек — единственный сигнал, который имеет значение.

  • На сборке: axe-core прогоняется на каждой истории компонента и каждом снимке страницы в CI. Сборка падает на серьёзных и критических нарушениях.
  • Перед слиянием: у пул-реквестов порог по Lighthouse Accessibility — 95 баллов, и GitHub Action блокирует слияние ниже.
  • Ручные проходы скринридером: NVDA, JAWS, VoiceOver (macOS + iOS), TalkBack — ежеквартально по репрезентативному набору страниц, точечно на любом новом шаблоне.
  • Проход только с клавиатуры: каждый новый тип страницы проходят с клавиатуры от начала до конца до слияния, и запись теста подшивают к изменению.
  • Аудит порядка чтения: порядок обхода Tab сверяют с визуальным порядком чтения на каждом шаблоне.
  • Симуляция цветовой слепоты: Sim Daltonism и панель рендеринга Chrome DevTools имитируют протанопию, дейтеранопию и тританопию на каждой опубликованной палитре. Исключение по контрасту цвета бренда фиксируется здесь.
  • Обратная связь от реальных пользователей: каждый барьер, о котором сообщили на [email protected], заводим как тикет и ведём публично в таблице известных проблем на этой странице.

Связка следует руководству GOV.UK по тестированию доступности: автоматика ловит примерно 30-40% проблем, остальное всплывает только когда люди пользуются вспомогательной технологией в реальных условиях.

Каковы сроки реакции на жалобы по доступности?

Мы подтверждаем жалобы по доступности в течение 2 рабочих дней на [email protected]. Блокирующие барьеры (функция не работает со вспомогательной технологией) целимся закрыть за 7 рабочих дней. Неблокирующие проблемы получают задокументированную дату исправления и висят в журнале известных проблем до закрытия. Право на официальную эскалацию остаётся ниже этого добровольного срока реакции.

Срок реакции добровольный и опубликован здесь, чтобы его можно было проверить. Если мы пропустим подтверждение за 2 дня или цель в 7 дней по блокирующей проблеме — это само по себе задокументированный сбой, и мы отметим его на этой странице. Пути официальной эскалации — например, жалобы в UK Equality and Human Rights Commission, на линию U.S. Department of Justice ADA или в твой национальный аналог — доступны независимо от того, как мы обработаем обращение внутри.

Как чат-бот AI Concierge учитывает доступность?

Чат-бот AI Concierge (ещё не запущен) не выйдет, пока не пройдёт полный аудит WCAG 2.1 AA: управление с клавиатуры, озвучка скринридером (живая область для потоковых ответов), управление фокусом при открытии и закрытии панели и учёт уменьшенной анимации. До тех пор всё редакционное содержимое доступно без чат-бота, через аккордеоны частых вопросов на странице.

Разговорные интерфейсы проверяют доступность на прочность так, как статичные страницы не проверяют. Потоковый текст требует вежливых живых областей ARIA, фокус должен двигаться предсказуемо между вызовом, панелью и закрытием, пользователю с клавиатуры нужен задокументированный выход, а пользователю с уменьшенной анимацией — учёт его настройки при переходе панели. Аудит Concierge будет следовать шаблону диалога W3C ARIA APG для поведения панели и рекомендациям WAI-ARIA по живым областям для потоковых ответов. Полный транскрипт аудита добавим на эту страницу, когда чат-бот выйдет.

Что такое Section 508 и European Accessibility Act 2025?

Section 508 закона США о реабилитации (29 U.S.C. §794d, ICT Refresh 2018) требует от федеральных агентств и подрядчиков закупать и поддерживать доступные ИТ, гармонизировано с WCAG 2.0 AA через 36 CFR Part 1194. European Accessibility Act (Директива 2019/882, действует с 28 июня 2025) распространяет обязанности по доступности на широкий круг продуктов и услуг частного сектора, тоже гармонизировано с WCAG 2.1 AA через EN 301 549.

Оба режима сходятся на одной инженерной цели. Поэтому одна позиция по соответствию закрывает оба, и поэтому мы берём самую высокую применимую планку (WCAG 2.1 AA через EN 301 549 v3.2.1) и держим её как минимум на каждой публичной странице сайта, а не только на поверхностях, которых касаются федеральные контракты США или сервисные обязательства ЕС.

Дата вступления EAA в силу, 28 июня 2025, важна для частных издателей вроде нас. Это момент, когда «заявление о доступности на сайте» перестаёт быть любезностью и становится проверяемым регулятором артефактом в странах-членах, которые транспонировали директиву. Мы опубликовали это заявление сильно заранее, с одним задокументированным исключением выше, потому что предпочитаем говорить о компромиссе по цвету бренда сейчас, а не отвечать на вопрос об этом потом.

Цитирование этой страницы

Если ссылаешься на это заявление в академической, регуляторной или журналистской работе, ссылайся так:

Joly, A. (2026). Заявление о доступности: цели WCAG 2.1 AA, исключения и порядок обращения для bestgirlfriend.ai. bestgirlfriend.ai. https://bestgirlfriend.ai/ru/accessibility

Машиночитаемая сводка опубликована на /llms.txt для ИИ-поисковых краулеров.

Частые вопросы

Последняя проверка: 2026.

Соответствует ли bestgirlfriend.ai стандарту WCAG?

Мы целимся в Web Content Accessibility Guidelines (WCAG) 2.1 уровня AA на каждой публичной странице. Мы выполняем цель по каждому критерию, кроме одного задокументированного исключения: цвет бренда #E94B6A на кремовом #FAF7F2 даёт контраст 3,46:1, ниже порога AA 4,5:1 для основного текста. Цвет бренда мы используем только для кнопок, бейджей и декоративных акцентов (они считаются крупным текстом и элементами интерфейса по WCAG 1.4.11), но не для основного текста. Наше соответствие покрывает US Section 508, EU EN 301 549, британские Public Sector Bodies Accessibility Regulations 2018 и Ontario AODA.

Каким стандартам мы следуем?

WCAG 2.1 уровня AA — наша инженерная цель. На неё ссылаются US Section 508 (ICT Refresh 2018), гармонизированный европейский стандарт EN 301 549 v3.2.1, EU Web Accessibility Directive 2016/2102, European Accessibility Act 2019/882 (действует с 28 июня 2025), британские Public Sector Bodies Accessibility Regulations 2018 и Ontario AODA. Мы отслеживаем критерии WCAG 2.2 как цель на будущее, но публично заявляем соответствие уровню 2.1 AA, пока 2.2 не войдёт в закупочные требования наших рынков.

Какие известны исключения по доступности?

Два. (1) Исключение по цвету бренда: коралловый #E94B6A на кремовом #FAF7F2 даёт 3,46:1, ниже порога AA 4,5:1 для основного текста. Коралловый мы держим на кнопках, бейджах, ссылках и декоративных акцентах (там действует порог 3:1 для интерфейса и крупного текста по WCAG 1.4.11), но не в основном тексте; компромисс задокументирован в дизайн-системе. (2) У части картинок Open Graph на страницах-подборках нет описательного alt для скринридеров в сторонних соцпревью (косметика; в работе). Чат-бот не выйдет, пока не пройдёт полный аудит с клавиатуры и скринридера.

Как сообщить о проблеме с доступностью?

Напиши на [email protected]: адрес страницы, версию браузера и вспомогательной технологии и короткое описание барьера. Мы подтверждаем получение каждого обращения в течение 2 рабочих дней. Блокирующие барьеры (функция не работает со вспомогательной технологией) целимся закрыть за 7 рабочих дней. Неблокирующие получают задокументированную дату исправления и висят в таблице известных проблем на этой странице до закрытия. Право на официальную эскалацию остаётся у тебя независимо от нашего внутреннего срока реакции.

Как работает поддержка скринридеров?

Мы тестируем на NVDA и JAWS в Windows, VoiceOver в macOS и iOS и TalkBack в Android. Заголовки, ориентиры и списки озвучиваются правильно. У полей форм есть и видимые, и программные подписи. Декоративные иконки идут с пустым alt или aria-hidden. Редакционные картинки несут описательный alt, написанный редакторами, а не разработчиками, так что alt отражает смысл. Семантический HTML — первая линия защиты; ARIA накладываем только там, где родной семантики HTML не хватает, по первому правилу ARIA.

Как поддерживается навигация с клавиатуры?

Каждый интерактивный элемент на bestgirlfriend.ai управляется с клавиатуры. Ссылка «перейти к основному содержимому» — первый фокусируемый элемент на каждой странице. Порядок обхода Tab совпадает с визуальным порядком чтения. У индикаторов фокуса контраст минимум 3:1 в светлой и тёмной темах. Мобильная шторка и языковое окно удерживают фокус, пока открыты, и возвращают его при закрытии, так что пользователь с клавиатуры не застревает. Поведение ловушки фокуса следует шаблону диалога из W3C ARIA Authoring Practices Guide.

Как обрабатывается текст справа налево?

Страницы на арабском (ar) и иврите (he-IL) отображаются справа налево через логические CSS-свойства (margin-inline-start, padding-inline-end), а не через фиксированные left/right. Каждый компонент — шапка, навигация, призывы к действию, подвал, липкая мобильная панель и модальные окна — зеркалится правильно. Мы прогнали стресс-тест всего интерфейса на отдельном арабском шаблоне до запуска и задокументировали результат в дизайн-системе.

Как тёмная тема связана с доступностью?

Тёмная тема включается вручную переключателем в шапке и на первом визите учитывает системную настройку prefers-color-scheme. Контраст основного текста остаётся 4,5:1 или выше в обеих темах для текстовой поверхности. Цвет никогда не единственный носитель смысла, так что пользователи с нарушением цветовосприятия или в монохромной среде ничего не теряют при переключении. Исключение по контрасту кораллового акцента бренда действует в обеих темах.

Есть ли у видео текстовые расшифровки?

Да. Каждое встроенное на bestgirlfriend.ai видео использует домен youtube-nocookie и идёт с письменной расшифровкой прямо на странице под плеером. Субтитры включены на источнике YouTube. Видео не запускаются сами, не зациклены и дают кнопки паузы и остановки. Если субтитров из исходника нет, мы добавляем расшифровку вручную до публикации.

Как учитывается режим уменьшенной анимации?

Сайт уважает CSS-запрос prefers-reduced-motion. Если у пользователя на уровне операционной системы включён режим уменьшенной анимации, мы отключаем параллакс, автопрокрутку каруселей, автозапуск анимаций и декоративные переходы. Существенная анимация интерфейса (индикаторы фокуса, раскрытие выпадающих меню) сохраняется, потому что передаёт состояние. Ничего на сайте не мигает чаще трёх раз в секунду — это выполняет критерий защиты от приступов.

Как часто мы тестируем?

axe-core прогоняется на каждой истории компонента и каждом снимке страницы в CI; сборка падает на серьёзных и критических нарушениях. У пул-реквестов порог по Lighthouse Accessibility — 95 баллов, и GitHub Action блокирует слияние ниже. Ручные проходы скринридером на NVDA, JAWS, VoiceOver и TalkBack идут ежеквартально по репрезентативному набору страниц и точечно на любом новом шаблоне. Каждый новый шаблон проходят с клавиатуры от начала до конца до слияния.

Каковы сроки реакции на жалобы по доступности?

Мы подтверждаем жалобы по доступности в течение 2 рабочих дней на [email protected]. Блокирующие барьеры (функция не работает со вспомогательной технологией) целимся закрыть за 7 рабочих дней. Неблокирующие проблемы получают задокументированную дату исправления и висят в журнале известных проблем до закрытия. Читатели из ЕС и Великобритании сохраняют право на официальную эскалацию независимо от того, как мы обработаем обращение внутри.

Как чат-бот AI Concierge учитывает доступность?

Чат-бот AI Concierge (ещё не запущен) не выйдет, пока не пройдёт полный аудит WCAG 2.1 AA: управление с клавиатуры, озвучка скринридером (живая область для потоковых ответов), управление фокусом при открытии и закрытии панели и учёт уменьшенной анимации. До тех пор всё редакционное содержимое доступно без чат-бота, а равные ответы — через аккордеоны частых вопросов на странице. Аудит будет следовать шаблону диалога W3C ARIA APG для поведения панели и рекомендациям WAI-ARIA по живым областям для потоковых ответов.

Что такое Section 508 и European Accessibility Act 2025?

Section 508 закона США о реабилитации (29 U.S.C. §794d, ICT Refresh 2018) требует от федеральных агентств и подрядчиков закупать и поддерживать доступные ИТ, гармонизировано с WCAG 2.0 AA через 36 CFR Part 1194. European Accessibility Act (Директива 2019/882, действует с 28 июня 2025) распространяет обязанности по доступности на широкий круг продуктов и услуг частного сектора, тоже гармонизировано с WCAG 2.1 AA через EN 301 549. Оба режима сходятся на одной инженерной цели, поэтому одна позиция по соответствию закрывает оба.

Источники

Стандарты, законы и руководства, процитированные на этой странице, перечислены ниже в порядке появления, со стабильными адресами. Перепроверено 2026.

Читать дальше

Последняя проверка: 17 июля 2026 · См. журнал правок для правок после публикации · Редактор: Alexandra Joly · Методология · Редакционный процесс · Партнёрское раскрытие

Доступность сайта 2026: WCAG 2.1 AA + исключения