# Disability World — Пълен корпус (български)

> Всички публикувани статии в обратен хронологичен ред. Всеки запис включва заглавна част с каноничния URL адрес, автора и датата на публикуване.

---
title: Помощни технологии за слепи хора: тригодишният скок, сложил зрението на повик
url: https://www.disabilityworld.org/bg/articles/assistive-tech-for-blind-people-2026/
description: Помощните технологии за слепи и слабовиждащи се промениха повече между 2023 и 2026 г., отколкото в предходното десетилетие. Ръководството картографира реалните иновации — Be My AI, Ray-Ban Meta, смарт бастуни, Monarch и ИИ екранни четци — с резултати и места, където технологията все още се проваля.
author: Disability World
pubDate: 2026-05-30
tags: assistive-technology, blind, low-vision, ai, smart-glasses, screen-readers, braille, tech-news
---

# Помощни технологии за слепи хора: тригодишният скок, сложил зрението на повик

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · Помощни технологии за слепи потребители</div>
      <h1 class="hero__title" id="hero-heading">
        Зрение на повик<br/>
        трите години, преобразили живота на слепи и слабовиждащи
      </h1>
      <p class="hero__lead">Между 2023 и 2026 г. инструментите, на които слепите и слабовиждащите хора разчитат всекидневно, престанаха да бъдат бавна струйка еднофункционални джаджи и се превърнаха в вълна от ИИ с общо предназначение. Телефонът вече може да прочете стая, чифт обикновено изглеждащи слънчеви очила могат да се обадят на доброволец, а брайлов дисплей може най-накрая да покаже графика. Това ръководство картографира какво реално е пуснато на пазара, кой го прави и — също толкова важно — къде всяко от тях все още се проваля.</p>
      <div class="hero__stats" aria-label="Ключови етапи">
        <div class="stat-chip">
          <div class="stat-chip__num">март 2023</div>
          <div class="stat-chip__label">GPT-4 vision пуснато с Be My Eyes като партньор при стартирането</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">ноем. 2024</div>
          <div class="stat-chip__label">Ray-Ban Meta очилата придобиха режим за слепи потребители</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">10 реда</div>
          <div class="stat-chip__label">първият масов многоредов брайлов и тактилно-графичен дисплей</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния екип на Disability World</strong></div>
        <div class="hero__pill">13 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Какво реално се промени</a></li>
        <li><a href="#s2">2. Зрение на повик: приложения и услуги</a></li>
        <li><a href="#s3">3. Камерата се премести на лицето</a></li>
        <li><a href="#s4">4. Да знаеш къде се намираш</a></li>
        <li><a href="#s5">5. Операционните системи настигнаха темпото</a></li>
        <li><a href="#s6">6. Четене с допир</a></li>
        <li><a href="#s7">7. Уловката</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Какво реално се промени</h2>
        <div class="prose">
          <p>През по-голямата част от смартфон ерата помощните технологии, на които един сляп човек разчиташе, идваха в два варианта. Имаше тясно специализирани, скъпи, еднофункционални устройства — камера за четене на текст, идентификатор на цвят, GPS с непохватен глас — и имаше приложения, свързващи те с жив човек, защото нито една машина не можеше надеждно да опише неподредения визуален свят. Първият вариант беше скъп и нестабилен. Вторият работеше, но означаваше да се пита друг човек всеки път, когато искаш да знаеш дали млякото е изтекло.</p>
          <p>Повратният момент дойде през март 2023 г., когато OpenAI обяви GPT-4 и използва приложението за слепи <strong>Be My Eyes</strong> като флагманска демонстрация на това, което може да прави визуално способен модел. За първи път общ модел — а не специално изграден класификатор — можеше да погледне произволна снимка и да отговори на въпроси за нея на плавен език. Тази единствена способност — описвай каквото и да е, след това отговаряй на уточняващи въпроси — се оказа точно онова, което на полето му липсваше. В рамките на осемнадесет месеца тя беше интегрирана в телефони, слънчеви очила, екранни четци и бастуни.</p>
          <p>Това ръководство обхваща тази вълна в шест направления: приложенията за визуална помощ, носимите устройства, навигационните помощни средства, вградените в операционните системи екранни четци, пробивите в брайла и тактилната графика, и уеб слоят в основата на всичко. Навсякъде въпросът е един и същ: не „впечатлява ли на демо?", а „получава ли сляп човек верен, полезен отговор, когато се нуждае от него?" Честният отговор за 2026 г. е: „много по-често, отколкото през 2022 г. — и все още не достатъчно често, за да се доверяваш сляпо." Пазим и двете половини на изречението в полезрението си.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Какво означава „дава резултат" тук</span>
            <div class="callout__body"><p>Приемаме, че даден инструмент „дава резултат", когато връща отговор, на който сляп потребител може да се опре, без зрящ човек да го проверява отново. Същата мерна единица, която прилагаме към ИИ описанията на изображения в нашето съпровождащо ръководство за <a href="/articles/ai-and-alt-text-where-we-are-2026/">това къде ИИ алтернативният текст наистина дава резултат през 2026 г.</a>, важи и тук: уверено изречение, което е грешно, е по-лошо от никакво изречение.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Пейзаж</div>
        <h2 class="section-title" id="s2-heading">2. Зрение на повик: приложенията и услугите</h2>
        <div class="prose">
          <p>Най-съществената промяна е и най-малко видимата: тя живее в приложения, които хората вече имаха. Категорията се раздели на два слоя, работещи заедно — незабавно ИИ описание за рутинния въпрос и жив човек на линията за момента, който има значение. Най-добрите работни процеси позволяват на потребителя да започне с модела и с едно докосване да ескалира към човек.</p>
          <p>Картите по-долу улавят практическото поведение на петте услуги, доминиращи ежедневната употреба, а не маркетинговите твърдения. „Уловката" е колоната, която трябва да се прочете първа.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Be My AI</div>
                <div class="combo-card__sub">Be My Eyes · GPT-4 vision</div>
              </div>
            </div>
            <div class="combo-card__usage">Безплатно; стандартната първа спирка за милиони потребители</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>ИИ описва произволна снимка, след това отговаря на уточняващи въпроси в разговор</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ескалация</span><span>Едно докосване до зрящ доброволец, когато ИИ не е достатъчен</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Уверени халюцинации; не е подходящо за лекарства или ситуации с риск за безопасността</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Seeing AI</div>
                <div class="combo-card__sub">Microsoft · безплатно</div>
              </div>
            </div>
            <div class="combo-card__usage">Появи се на Android в края на 2023 г. след години само на iOS</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Генеративни „богати" описания на сцени и Q&amp;A за документи в допълнение към класическите канали</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Бързо, работещо офлайн четене на кратки текстове и валута</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Богатите описания наследяват същия риск от измисляне като всеки модел</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Aira</div>
                <div class="combo-card__sub">Aira · платено / спонсориран достъп</div>
              </div>
            </div>
            <div class="combo-card__usage">Обучени професионални агенти, не доброволци</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Безплатен достъп, спонсориран на летища, в университетски кампуси и работни места, разшири се през 2024–2025 г.</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Отчетна, последователна помощ за задачи с висок залог</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Минутите струват пари извън спонсорираните локации</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Lookout</div>
                <div class="combo-card__sub">Google · безплатно (Android)</div>
              </div>
            </div>
            <div class="combo-card__usage">Изграден около камерата на телефона и Gemini</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>„Питай за изображение" позволява на потребителите да задават въпроси за снимка и да получават генеративни отговори</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Тясна интеграция с Android и TalkBack</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Само Android; качеството варира в зависимост от осветлението и хаоса в кадъра</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision (Ally)</div>
                <div class="combo-card__sub">Envision · приложение + очила</div>
              </div>
            </div>
            <div class="combo-card__usage">Приложението е безплатно; очилата са отделна покупка</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>„Ally", разговорен LLM асистент, пуснат през 2024 г., на когото могат да се задават въпроси от отворен тип</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Силно четене на документи; същият мозък на телефон и очила</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Премиум изживяването е заключено зад хардуер</span></div>
          </article>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Най-добрите работни процеси позволяват на потребителя да започне с модела и с едно докосване да ескалира към човек — машината за бързина, човекът за момента, който има значение."</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, раздел 2</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Хардуер</div>
        <h2 class="section-title" id="s3-heading">3. Камерата се премести на лицето</h2>
        <div class="prose">
          <p>Насочването на телефон с камерата напред е приемливо решение, но заема ръка и обявява на всички наоколо точно какво се прави. Най-важната хардуерна промяна на периода беше преместването на камерата на главата, където тя сочи накъдето погледне потребителят и освобождава двете ръце. Две неща направиха това реалност едновременно: евтини, достойни носими камери и модел, достатъчно добър, за да осмисли това, което виждат.</p>
          <p>Ключовият момент дойде през ноември 2024 г., когато Meta добави режим за слепи потребители към масовите си слънчеви очила <strong>Ray-Ban Meta</strong> чрез интеграция с Be My Eyes — функция „Обади се на доброволец", която предава гледната точка от първо лице на зрящ помощник, редом с вградения ИИ на Meta, който може при поискване да опише какво е пред теб. За първи път помощното устройство беше чифт слънчеви очила, които хората вече искаха да носят, а не натрапчив медицински уред.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ray-Ban Meta</div>
                <div class="combo-card__sub">Meta · масови потребителски очила</div>
              </div>
            </div>
            <div class="combo-card__usage">Първите „нормално изглеждащи" очила с режим за слепи</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Be My Eyes „Обади се на доброволец" + ИИ описания на сцени при поискване, без ангажиране на ръцете</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Социално невидими; ниска цена в сравнение с целеви устройства</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Не са проектирани на първо място за слепи потребители; без сензори за препятствия</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision Glasses</div>
                <div class="combo-card__sub">Envision · основа Google Glass Enterprise</div>
              </div>
            </div>
            <div class="combo-card__usage">Специално проектирани за слепи и слабовиждащи носители</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Асистентът Ally вградено в очилата; незабавно разпознаване на текст, сцени и лица</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Водещо четене на печатен и ръкописен текст</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Значително по-скъпо от потребителски очила; остаряваща хардуерна основа</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">OrCam MyEye</div>
                <div class="combo-card__sub">OrCam · клипваща се камера</div>
              </div>
            </div>
            <div class="combo-card__usage">Камера с размер на върха на пръст, закачваща се към всяка рамка</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Четене и разпознаване на устройството с гласова команда „умно четене"</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Работи офлайн; незабавно, поверително, без нужда от телефон</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Премиум цена; по-тесен от ИИ асистент с отворен тип въпроси</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">biped NOA</div>
                <div class="combo-card__sub">biped.ai · носима жилетка</div>
              </div>
            </div>
            <div class="combo-card__usage">Сензорна система от самоуправляващи се коли, адаптирана за пешеходци</div>
            <div class="combo-feat"><span class="combo-feat__label">Какво е новото</span><span>Предвижда сблъсъци и предупреждава чрез 3D пространствен звук; „Live AI" описва обкръжението докато се движиш</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Непрекъснато осъзнаване на препятствията, а не само описание при поискване</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Уловката</span><span>Допълнение към бастуна и кучето-водач, никога заместител</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Описанието не е навигация</span>
            <div class="callout__body"><p>Очила, които описват сцена, са отлични на въпроса „какво е това?" и безполезни на въпроса „има ли стъпало пред мен?". Описанието на сцена и избягването на препятствия са различни задачи, изискващи различни сензори. Всеки достоверен производител в тази категория казва едно и също: устройството стои <em>редом</em> с белия бастун или кучето-водач, а не вместо тях.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Мобилност</div>
        <h2 class="section-title" id="s4-heading">4. Да знаеш къде се намираш</h2>
        <div class="prose">
          <p>Навигацията е най-трудният проблем в областта, защото цената на грешен отговор е бордюр, стълбищна клетка или пътно платно. Периодът донесе реален напредък по два отделни подпроблема: засичане на непосредственото обкръжение и ориентиране в сграда, където GPS не работи.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>WeWALK Smart Cane 2</h3>
            <p>Обновление от 2024 г. на смарт бастуна, прикрепящ сензорна дръжка към обикновен бял бастун. Той открива препятствия на нивото на гърдите и главата, пропускани от помитането с бастун — надвиснали клони, отворени вратички на шкафове, огледала на камиони — и предупреждава чрез вибрации. Второто поколение разшири ъгъла на засичане, добави вграден ИИ гласов асистент (работещ на GPT-4) и по-тясна интеграция с навигацията и градския транспорт, и спечели Edison Award и King's Award за предприемачески иновации. Ключово е, че запазва бастуна: проверено средство остава, сензорирането е допълнение.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Glidance Glide</h3>
            <p>Най-истински новата форма за периода. Glide е малко двуколесно устройство от компания, основана от бившия технолог по достъпност на Microsoft Amos Miller. Натискаш го напред и то се търкаля пред теб, физически насочвайки те — заобикаля препятствия и комуникира чрез телескопичната дръжка, някъде между бял бастун и куче-водач. Първата партида за предварителни поръчки отвори в средата на 2024 г. и се разпродаде до края на годината; устройството носи месечен абонамент от около 30 USD, а доставките до най-ранните поръчители стартираха през 2026 г. Все още е ранен етап и това е устройството, заслужаващо най-голямо внимание.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>GoodMaps вътрешна навигация</h3>
            <p>Навигацията ход по ход на открито работи от години; вътре в сгради, където GPS се проваля — не. GoodMaps използва позициониране, базирано на камера, за да постави потребителя вътре в картографирана сграда — летище, транзитен възел, кампус — и да даде стъпка по стъпка указания без маяките, изисквани от по-ранни системи. Покритието е ограничението: работи само там, където дадена локация е платила да бъде картографирана.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Apple Door Detection и Magnifier</h3>
            <p>Навигационното помощно средство, което повечето хора вече притежават. Режимът Detection Mode на приложението Magnifier открива врати, чете надписите на тях и докладва дали са отворени и как да се отворят, използвайки LiDAR скенера на Pro iPhone и iPad устройствата. People Detection измерва разстоянието до хора наблизо, а VoiceOver Recognition описва обекти и сцени на устройството. Нищо от това не изисква абонамент или допълнителен хардуер — доставя се в кутията.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Цената на грешен навигационен отговор не е неловко изречение — тя е бордюр, стълбищна клетка или пътно платно. Ето защо всеки сериозен производител държи бастуна в процеса."</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, раздел 4</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Платформа</div>
        <h2 class="section-title" id="s5-heading">5. Операционните системи настигнаха темпото</h2>
        <div class="prose">
          <p>Най-тихата революция се случи вътре в екранния четец. В продължение на години пропастта, в която сляп потребител се натъкваше най-често, беше неописаното изображение — снимка, диаграма, мем без алтернативен текст. Между 2024 и 2026 г. всяка основна платформа пусна вграден отговор: насочи екранния четец към изображение и вграден модел го описва, след което приема уточняващи въпроси. Онова, което преди изискваше приложение на трета страна, сега е едно натискане на клавиш.</p>
          <p>Матрицата по-долу сравнява резултатите на всяка платформа. Моделът е последователен — ИИ описание на изображения навсякъде, разбиране на живата камера е най-силно на мобилни устройства, поддръжката на брайл задълбена допълнително при Apple — но детайлите решават кой инструмент отговаря на даден потребител. За методологията на тестване и инструментариума нашето <a href="/articles/accessibility-screen-reader-testing-tools-2026/">ръководство за инструменти за тестване на екранни четци</a> навлиза по-дълбоко, а основният стандарт е <a href="/toolkit/standards/wcag/">WCAG 2.2</a>.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Екранен четец</th><th>ИИ описание на изображения</th><th>Камера на живо</th><th>Ново през 2025 г.</th><th>Цена</th></tr>
          </thead>
          <tbody>
            <tr><th>VoiceOver + Magnifier (Apple)</th><td>VoiceOver Recognition (на устройството)</td><td>Door &amp; People Detection</td><td>Braille Access, Accessibility Reader, Magnifier за Mac</td><td>Вградено</td></tr>
            <tr><th>TalkBack + Gemini (Android)</th><td>Gemini описва &amp; отговаря на въпроси</td><td>чрез Lookout</td><td>По-задълбочено Gemini Q&amp;A за изображения и целия екран</td><td>Вградено</td></tr>
            <tr><th>JAWS (Windows)</th><td>Picture Smart AI (ChatGPT, Claude)</td><td class="cell-na">N/A (настолен)</td><td>По-бързо Picture Smart, уточняващи Q&amp;A</td><td>Платен лиценз</td></tr>
            <tr><th>NVDA (Windows)</th><td>Добавки от общността (GPT-4 vision)</td><td class="cell-na">N/A (настолен)</td><td>Зреяща екосистема от добавки</td><td>Безплатно + добавки</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Вълната на Apple от май 2025 г. заслужава отделна бележка, защото разшири определението за достъпност. <strong>Braille Access</strong> превръща iPhone, iPad, Mac или Vision Pro в пълен брайлов бележник, говорещ нативно с обновяем дисплей. <strong>Accessibility Reader</strong> е системен режим за четене за слабовиждащи и потребители с дислексия. <strong>Accessibility Nutrition Labels</strong> поставят функциите за достъпност на дадено приложение директно на страницата му в App Store, така че сляп потребител да може да разбере преди изтеглянето дали приложението ще работи — структурна подсказка, оказваща натиск върху всеки разработчик да се справя по-добре.</p>
          <p>Един по-ранен функционален елемент заслужава споменаване и тук: <strong>Personal Voice</strong>, позволяващ на някого да запише и синтезира модел на собствения си глас. Той беше създаден с мисъл за хора, губещи речта си, но насочва към по-широко бъдеще, в което синтетичният глас в ухото на слепия потребител може да бъде такъв, който самият те е избрал.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Допир</div>
        <h2 class="section-title" id="s6-heading">6. Четенето с допир най-накрая получи графика</h2>
        <div class="prose">
          <p>Сред целия ИИ най-закъснелият пробив беше механичен. Обновяемите брайлови дисплеи показваха един ред текст в продължение на десетилетия — добре за проза, безнадеждно за учебник по математика, карта или диаграма. Мечтата за пълна страница с динамичен брайл и тактилна графика имаше свое название в областта — „Свещен Брайл" — и с години оставаше мечта.</p>
          <p>През 2024 г. тя стана реалност. <strong>Monarch</strong>, партньорство между Американската печатница за слепи и HumanWare, е първото масово устройство, показващо десет реда брайл и тактилна графика на една и съща обновяема повърхност — така ученик може да усети стълбова диаграма, геометрична фигура или карта и да прочете брайловите им надписи едновременно. Устройството е базирано на Android, импортира файлове с тактилна графика и поддържа нарастващия многоредов формат eBraille. Цената е висока — около пет цифри — поради което в по-голямата си степен достига до ученици чрез институционално финансиране, а не до индивидуални потребители. Корейският <strong>Dot Pad</strong>, таблет с масив от щифтове, поддържан нативно от Apple, атакува същия проблем от потребителската страна. За по-широкия пазар вижте нашето <a href="/articles/refreshable-braille-displays-buyers-guide/">ръководство за купувача на обновяеми брайлови дисплеи</a>.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Защо тактилната графика има значение</span>
            <div class="callout__body"><p>Сляп ученик може да слуша описание на парабола, но не може да я <em>изследва</em> по начина, по който зрящ ученик проследява крива с очи. Многоредовата тактилна графика възстановява това изследване. Образователната последица — особено за STEM, където областта е загубила поколения таланти заради недостъпни диаграми — е по-голяма, отколкото броят на устройствата предполага.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">Диагностика</div>
        <h2 class="section-title" id="s7-heading">7. Уловката: какво все още е счупено</h2>
        <div class="prose">
          <p>Всеки раздел по-горе носеше ред „уловката" по причина. Напредъкът е реален, но ръководство, продаващо само положителната страна, би ощетявало читателите си. Четири ограничения пресичат целия пейзаж и всеки честен купувач трябва да ги претегли преди маркетинга.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Уверена халюцинация</h3>
            <p>Всеки инструмент за ИИ описание тук ще описва понякога нещо, което го няма — цена, която е грешна, надпис, който не е прочел, но е отгатнал, дата на изтичане, която е измислил. Прави го в същия плавен, уверен тон, с който борави, когато е прав. За рутинни въпроси е поносимо; за лекарства, алергени, финансови документи или каквото и да е, свързано с безопасността, единственото безопасно правило е проверка с човек или доверен канал, различен от ИИ. Моделът изготвя чернова; не получава последната дума.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Цената на добрите неща</h3>
            <p>Безплатният слой е наистина трансформиращ — Be My AI, Seeing AI, Lookout и вградените функции на екранните четци не струват нищо. Но специализираният хардуер, правещ повече, или работещ без ангажиране на ръцете, или четящ с допир, варира от стотици до много хиляди. Monarch е устройство с цена от пет цифри. Резултатът е разширяваща се пропаст между теоретично възможното и онова, което индивид без институционално финансиране реално може да си позволи.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Камерата вижда всичко</h3>
            <p>Устройство, предаващо гледната точка от първо лице към облачен модел или доброволец, предава и всичко останало в кадъра — хората около теб, документите на бюрото ти, вътрешността на дома ти. Компромисът с поверителността е реален и в значителна степен нерегулиран, като засяга най-тежко потребителите с най-малко избор дали да го приемат. Доброто проектиране минимизира онова, което напуска устройството; не всяко проектиране е добро.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Инструментите не са обучение</h3>
            <p>Никое приложение не замества обучението по ориентиране и мобилност и никой сензор не замества белия бастун или кучето-водач при засичане на терена. Опасността от много добър асистент е фалшивата увереност, която може да създаде. Устройствата, които успяват, са онези, изградени като допълнения към доказани умения, а не като техни заместители — ето защо бастунът продължава да се появява в тази статия.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Мрежата все още е слабото звено</span>
            <div class="callout__body"><p>Цялата тази помощна интелигентност работи върху мрежа, която в по-голямата си степен все още е недостъпна. ИИ екранен четец може да опише изображение, но не може да поправи бутон без надпис, форма, хващаща фокуса, или поръчка, разпадаща се под екранен четец. Инструментите се подобриха по-бързо, отколкото уебсайтовете. Преди да приемеш, че собственият ти сайт е в крак, го прекарай през <a href="/toolkit/scan/">безплатно сканиране за достъпност</a> — и третирай ИИ наслагванията, обещаващи мигновено съответствие, с дълбоко подозрение.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: таванът се вдигна, подът устоя</h2>
        <div class="prose">
          <p>Написано честно, историята от 2023 до 2026 г. е, че таванът се вдигна драстично, а подът едва се помести. Сляп човек през 2026 г. може да прави неща, които бяха научна фантастика през 2022 г. — да пита чифт слънчеви очила какво пише в менюто, да усеща как графика се обновява под пръстите му, да получава описание на произволна снимка с едно натискане на клавиш. Това е истинско разширяване на независимостта и то пристигна по-бързо, отколкото някой в областта предвиждаше.</p>
          <p>Но подът — нещата, които трябва да са верни всеки един път — устоя непоколебим. Моделът все още халюцинира. Камерата все още вижда твърде много. Едно отлично приложение все още не може да поправи счупен уебсайт или да замести инструктора по мобилност. Зрелостта на този момент не е в демата; тя е в знанието точно на кой инструмент да се доверяваш за коя задача и кой да проверяваш. Най-добрите практикуващи и потребители вече мислят по този начин: машината за бързина, човекът за момента, който има значение, и бастунът в ръката ти през цялото време.</p>
          <p>Следващите три години ще бъдат съдени по пода, а не по тавана. Ако нивата на халюцинациите намалеят, ако добрият хардуер поевтинее и ако мрежата под него най-накрая настигне помощните технологии, стоящи върху нея, пропастта между възможното и надеждното ще се затвори. Дотогава правилото, преминаващо през всеки раздел на това ръководство, важи: инструментите са забележителна чернова на зрение на повик — и потребителят, а не моделът, все още получава последната дума.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Таванът се вдигна драстично, а подът едва се помести. Зрелостта е в знанието на кой инструмент да се доверяваш за коя задача — и кой да проверяваш."</p></blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, заключение</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Колко струва привеждането на уебсайт в съответствие с ADA през 2026 г. — и наистина ли е задължително?
url: https://www.disabilityworld.org/bg/articles/ada-website-compliance-cost/
description: Колко реално струва достъпността на уебсайтове през 2026 г. — самостоятелно, скенери, ръчен одит, отстраняване на проблеми и мониторинг — плюс дали законово е задължително, какво се случва при игнориране и кога да се наеме специалист.
author: Disability World
pubDate: 2026-05-29
tags: ada, website-accessibility, accessibility-compliance, cost, buyers-guide, explainer
---

# Колко струва привеждането на уебсайт в съответствие с ADA през 2026 г. — и наистина ли е задължително?

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Колко струва привеждането на уебсайт в съответствие с ADA през 2026 г. — и наистина ли е задължително?",
      "description": "Колко реално струва достъпността на уебсайтове през 2026 г. — самостоятелно, скенери, ръчен одит, отстраняване на проблеми и мониторинг — плюс дали законово е задължително, какво се случва при игнориране и кога да се наеме специалист.",
      "datePublished": "2026-05-29",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Наистина ли трябва да направя уебсайта си достъпен?", "acceptedAnswer": { "@type": "Answer", "text": "В почти всеки случай — да. Ако продавате или обслужвате граждани в САЩ, ЕС, Великобритания, Канада или Австралия, на уебсайта ви вече се прилага закон за правата на хората с увреждания — ADA в САЩ, Европейският акт за достъпност (EAA) в ЕС, Законът за равнопоставеност в Великобритания. Задължението не зависи от размера на компанията при повечето режими и няма освобождаване за малкия бизнес по ADA Дял III. Практическият въпрос не е дали правилото се отнася до вас, а какъв риск поемате, ако го игнорирате." } },
        { "@type": "Question", "name": "Какво се случва, ако уебсайтът ми не е в съответствие с ADA?", "acceptedAnswer": { "@type": "Answer", "text": "Най-честата последица в САЩ е писмо с искане от адвокатска кантора, последвано от съдебен иск по Дял III, ако не отговорите. Приблизително 4 000 федерални дела за уеб достъпност се завеждат всяка година, плюс значително по-голям обем предсъдебни писма с искания, уреждани тихомълком за $5 000 до $25 000 всяко. В ЕС органите за пазарен надзор по EAA могат да издават коригиращи заповеди и глоби. Отвъд правната изложеност, недостъпният сайт просто губи приблизително един на шестима клиенти, които имат увреждане." } },
        { "@type": "Question", "name": "Колко струва привеждането на уебсайт в съответствие с ADA?", "acceptedAnswer": { "@type": "Answer", "text": "Няма единствена цифра, тъй като разходите зависят от размера и сложността на сайта. Базовото автоматизирано сканиране е безплатно. Еднократен професионален ръчен одит струва приблизително $1 500 до $5 000 за малък маркетингов сайт, $5 000 до $15 000 за среден сайт и $15 000 до $50 000 или повече за голямо или сложно уеб приложение. Отстраняването на проблемите — времето на разработчиците за поправяне на откритото при одита — обикновено е най-голямото перо и варира в зависимост от начина, по който е изграден сайтът. Текущият мониторинг струва приблизително $1 000 до $30 000 годишно. Повечето организации следва да предвидят бюджет за одит, плюс отстраняване на проблеми, плюс непрекъснат мониторинг — не еднократна поправка." } },
        { "@type": "Question", "name": "Мога ли сам да поправя съответствието на уебсайта си с ADA?", "acceptedAnswer": { "@type": "Answer", "text": "Частично. Технически подготвен екип може да пусне безплатни скенери, да поправи очевидните пропуски — липсващ алтернативен текст, нисък цветови контраст, неозначени полета на формуляри, неправилна структура на заглавия — и да отстрани значителна част от риска при почти нулеви разходи. Което не може да се направи самостоятелно с достатъчна надеждност, е да се прецени дали потребителят на екранен четец може реално да завърши поръчка, или дали персонализиран уиджет разкрива правилните роли и състояния. За това е необходимо ръчно тестване от хора, които ползват помощни технологии ежедневно. Самостоятелният подход покрива първите 30–40%; останалото изисква експертиза." } },
        { "@type": "Question", "name": "Достъпностните overlay уиджети евтин начин ли са да се постигне съответствие?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Overlay уиджетите — скриптовете на трети страни, добавящи лента за достъпност за приблизително $490 до $3 500 годишно — не правят сайта в съответствие и срещу сайтове, ползващи ги, са завеждани съдебни искове също толкова често, колкото срещу сайтове без тях. Ищците все по-често включват самия overlay в жалбата. Третирайте overlay уиджета като маркетинг, не като отстраняване на проблеми; парите е по-добре да се инвестират в одит и реални корекции в кода." } },
        { "@type": "Question", "name": "Колко струва текущият мониторинг на достъпността?", "acceptedAnswer": { "@type": "Answer", "text": "Платформите за непрекъснат мониторинг, които сканират сайта по график и маркират регресии, обикновено струват от приблизително $1 000 годишно за малък сайт до $30 000 или повече годишно за голям уеб комплекс, в зависимост от обема на страниците и функционалностите. Сравнете два или три доставчика — axe Monitor, Siteimprove, Level Access и Qualibooth — по това, което реално сканират, как сигнализират за регресии и дали съчетават автоматизирания мониторинг с ръчен одит, а не само по таблото за управление." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Бюрото на собственик на малък бизнес с лаптоп, показващ уебсайт, калкулатор и разпечатана фактура, снимани отгоре на топла дървена повърхност — символизира бюджетната и аналитична рамка на ръководство за разходите за достъпност.</p>

<p class="rt-prefix">Времe за четене: 12 минути</p>

<p class="wp-block-paragraph">Ако сте попаднали тук, вероятно сте собственик на бизнес, мениджър по маркетинг или офис мениджър, получил препратен имейл — може би писмо с искане, може би тревожна бележка от правния отдел — и се опитвате да отговорите на четири въпроса наведнъж. Наистина ли трябва да го направя? Какво се случва, ако не го направя? Колко ще струва? И мога ли просто сам да го поправя? Това са най-задаваните въпроси за уеб достъпността в интернет, а обичайните отговори се свеждат до плашене или търговски подход. Настоящото ръководство отговаря на всичките четири въпроса ясно, с данни за 2026 г., и насочва към следващата конкретна стъпка.</p>

<p class="wp-block-paragraph">Накратко: законът почти сигурно се отнася за вас; най-вероятната последица от игнорирането му е писмо с искане, което ще струва повече от самото привеждане в съответствие; разходите варират от нулеви до пет цифри в зависимост единствено от размера и начина на изграждане на сайта; и значителна част от работата може да се свърши самостоятелно, но не всичко. А сега — подробностите.</p>

<h2 class="wp-block-heading" id="h-do-you-need-it">Наистина ли е необходим достъпен уебсайт?</h2>

<p class="wp-block-paragraph">За почти всяка организация, която обслужва граждани онлайн, отговорът е да — и не като нещо желателно, а като задължение. Закон за правата на хората с увреждания вече покрива уебсайта ви на всеки основен пазар:</p>

<ul class="wp-block-list">
  <li><strong>Съединени щати</strong> — Законът за американците с увреждания (ADA). Съдилищата и Министерството на правосъдието третират публично достъпен уебсайт като „място за публично обслужване“ по Дял III, като <strong>няма освобождаване за малкия бизнес</strong>. Нашето <a href="/articles/ada-title-iii-web-accessibility-guide/">ръководство за уеб достъпност по ADA Дял III</a> разглежда подробно кой е обхванат.</li>
  <li><strong>Европейски съюз</strong> — Европейският акт за достъпност (EAA) се прилага за повечето цифрови продукти и услуги, ориентирани към потребителите, от юни 2025 г. и обхваща компании извън ЕС, продаващи на пазара на Съюза.</li>
  <li><strong>Великобритания</strong> — Законът за равнопоставеност от 2010 г., плюс наредбите за органите на обществения сектор за правителствени услуги.</li>
  <li><strong>Канада, Австралия и над 50 други юрисдикции</strong> — всяка с отделен закон и действаща система за правоприлагане.</li>
</ul>

<p class="wp-block-paragraph">Техническият стандарт, към който сочат всички тези режими, е един и същ: <a href="/toolkit/standards/wcag/">WCAG 2.2 ниво AA</a>. Затова реалният въпрос не е „отнася ли се това за мен“ — почти сигурно да — а „колко изложен съм в момента и какво струва затварянето на тази разлика?“ За пълна картина на смисъла на „съответствие“ в тези различни слоеве вижте нашия <a href="/articles/accessibility-compliance-explainer/">обяснителен материал за съответствие с изискванията за достъпност</a>.</p>

<h2 class="wp-block-heading" id="h-what-happens">Какво се случва, ако уебсайтът ви не е достъпен?</h2>

<p class="wp-block-paragraph">Рискът не е теоретичен и обикновено пристига по имейл, преди да се стигне до съдебно производство.</p>

<p class="wp-block-paragraph"><strong>Писма с искания.</strong> Най-честият първи контакт в САЩ е писмо от адвокатска кантора, твърдящо, че потребител с увреждане не е могъл да ползва сайта, и предлагащо извънсъдебна спогодба. Тези дела се уреждат тихомълком, обикновено за <strong>$5 000 до $25 000</strong>, преди да се стигне до съдебно подаване. Много предприятия получават по няколко такива писма в рамките на години.</p>

<p class="wp-block-paragraph"><strong>Съдебни дела.</strong> Ако писмото бъде игнорирано, може да последва иск по Дял III. Приблизително <strong>4 000 федерални дела за уеб достъпност</strong> се завеждат в САЩ всяка година, концентрирани сред малък брой кантори — нашето <a href="/articles/top-firm-share-of-filings-2026/">ръководство по кантори и дела</a> проследява кой. Разглежданите в съд дела струват значително повече от уредените преди дело, след като се прибавят и адвокатските хонорари; най-мащабните решени случаи достигат седем цифри, което е документирано в нашия <a href="/articles/largest-ada-settlements-2020-2026/">преглед на 25-те най-големи спогодби</a>.</p>

<p class="wp-block-paragraph"><strong>Регулаторни действия в чужбина.</strong> В ЕС органите за пазарен надзор по EAA могат да издават коригиращи заповеди и административни глоби, чийто размер варира по държави-членки. Там няма индустрия на предсъдебни писма с искания — правоприлагането идва от държавата.</p>

<p class="wp-block-paragraph"><strong>Изгубени клиенти.</strong> Най-тихото по своя характер перо е и най-голямото. Приблизително един на шестима души живее с увреждане. Недостъпна форма за плащане, неозначена форма или видео без субтитри отпращат тези посетители безшумно — без писмо, без съдебен иск, просто по-нисък процент на реализация, чийто истински причинител никога не се установява.</p>

<h2 class="wp-block-heading" id="h-how-much">Колко струва достъпността на уебсайта?</h2>

<p class="wp-block-paragraph">Няма единствена цифра, тъй като разходите зависят от две неща: колко голям и сложен е сайтът и как е изграден. Петстранен брошурен сайт върху масов шаблон е съвсем различен проблем от персонализирано едностранично приложение с форма за плащане, табло за управление и медийна библиотека. По-долу е реалистичният диапазон за 2026 г., разбит по слоевете, които повечето организации действително закупуват.</p>

<table class="wp-block-table">
  <thead>
    <tr>
      <th scope="col">Какво закупувате</th>
      <th scope="col">Типична цена за 2026 г.</th>
      <th scope="col">Какво получавате</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Автоматизирано сканиране (самостоятелно)</strong></td>
      <td>Безплатно</td>
      <td>Базова линия. Безплатните инструменти — axe DevTools, Lighthouse, WAVE и нашият собствен <a href="/toolkit/scan/">безплатен WCAG 2.2 скенер</a> — улавят приблизително 30–40% от проблемите: контраст, алтернативен текст, етикети на формуляри, структура.</td>
    </tr>
    <tr>
      <td><strong>Еднократен ръчен одит</strong></td>
      <td>$1 500–$5 000 (малък)<br/>$5 000–$15 000 (среден)<br/>$15 000–$50 000+ (голям/приложение)</td>
      <td>Професионален преглед, в идеалния случай включващ тестери, ползващи помощни технологии, който открива това, което скенерите не могат — прекъснати потоци на екранен четец, клавиатурни капани, неправилно означени персонализирани уиджети.</td>
    </tr>
    <tr>
      <td><strong>Отстраняване на проблеми (поправките)</strong></td>
      <td>$2 000–$10 000 (малък)<br/>$25 000–$150 000+ (сложно приложение)</td>
      <td>Времето на разработчиците за отстраняване на открытото при одита. Обикновено е най-голямото перо и варира най-много в зависимост от начина, по който е изграден сайтът.</td>
    </tr>
    <tr>
      <td><strong>Текущ мониторинг</strong></td>
      <td>$1 000–$30 000+ / годишно</td>
      <td>Платформа, която сканира по график и маркира регресии при всяко разгръщане, така че поправеният сайт да остане поправен.</td>
    </tr>
    <tr>
      <td><strong>Overlay уиджет</strong></td>
      <td>$490–$3 500 / годишно</td>
      <td><strong>Избягвайте.</strong> Не осигурява съответствие и не намалява риска от съдебни производства — вижте по-долу.</td>
    </tr>
  </tbody>
</table>

<p class="wp-block-paragraph">Полезен начин за четене на таблицата: малкият бизнес може да постигне защитима позиция за сумата от нисък четирицифрен порядък — еднократен одит, скромен спринт за отстраняване на проблеми и абонамент за мониторинг на начално ниво. Голяма организация с персонализирано приложение следва да предвиди годишна програма в порядъка на десетки хиляди. Във всеки случай, общата цена за постигане на съответствие е за огромното мнозинство предприятия по-ниска от разходите за едно единствено съдебно дело.</p>

<h2 class="wp-block-heading" id="h-diy">Може ли да се поправи самостоятелно?</h2>

<p class="wp-block-paragraph">Частично — и самостоятелното начало е наистина оправдано, тъй като е безплатно и отстранява най-честите, най-цитираните пропуски.</p>

<p class="wp-block-paragraph">Технически подготвен екип може да пусне безплатен скенер, да обработи резултатите и да закрие реална част от разлика, без да изразходва нито стотинка: добавяне на алтернативен текст към изображенията, поправяне на нарушенията на цветовия контраст, означаване на всяко поле на формуляр, възстановяване на логичен ред на заглавията и гарантиране, че всичко работи само с клавиатура. Нашето <a href="/articles/how-to-make-your-website-wcag-22-compliant/">стъпка по стъпка ръководство за WCAG 2.2</a> е изградено именно за тази цел. Тази работа покрива 30–40% от проблемите, видими за автоматизацията.</p>

<p class="wp-block-paragraph">Останалите 60% не могат надеждно да се свършат самостоятелно. Никой скенер — и никой разработчик без увреждане, правещ предположения — не може да установи дали потребителят на екранен четец може реално да завърши поръчката, дали персонализираният избор на дата се обявява правилно на NVDA, или дали модалният прозорец задържа фокуса по предназначение. Тази преценка идва от <a href="/articles/manual-audits-by-people-with-disabilities-2026/">ръчни одити от хора, ползващи помощни технологии ежедневно</a>. Самостоятелният подход дава добро начало и по-малка фактура; пълното решение изисква повече.</p>

<p class="wp-block-paragraph"><strong>Едно нещо, което не следва да се купи като бърз изход:</strong> overlay уиджетът за достъпност. Това са скриптове на трети страни, добавящи лента за достъпност към сайта срещу стотинки до хиляди долари годишно, рекламирани като незабавно съответствие. Те не са такива. Срещу сайтове с overlay са завеждани съдебни искове поне толкова често, колкото срещу сайтове без тях, а ищците все по-често включват overlay-а в жалбата. Проследихме отстъплението на доставчиците в <a href="/articles/the-end-of-overlay-vendors/">нашия доклад за края на ерата на overlay вендорите</a>. По-добре инвестирайте парите в одит и реални поправки.</p>

<h2 class="wp-block-heading" id="h-when-to-hire">Кога да се наеме специалист</h2>

<p class="wp-block-paragraph">Помощ следва да се потърси, когато е в сила поне едно от следните: управлявате форма за плащане, вход в системата или каквато и да е транзакция, която клиентът трябва да завърши; сайтът е персонализирано приложение, а не шаблонен маркетингов сайт; вече е получено писмо с искане; или продавате на обществения сектор или в ЕС, където изискванията за съответствие са договорни и изрични. В тези ситуации цената на грешката многократно надвишава цената на одита.</p>

<p class="wp-block-paragraph">За текущия слой не следва да се разчита само на еднократен одит — сайт, преминал теста днес, може да се счупи при следващото разгръщане. Платформата за непрекъснат мониторинг сканира по график и маркира регресии, преди да достигнат производството. Сравнете два или три доставчика по това, което реално тестват и как сигнализират за регресии — <strong>axe Monitor</strong>, <strong>Siteimprove</strong>, <strong>Level Access</strong> и <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a> са стандартният кратък списък — и преценете дали платформата съчетава автоматизирания мониторинг с периодичен ръчен одит, тъй като нито едното само по себе си не е достатъчно.</p>

<h2 class="wp-block-heading" id="h-next-steps">Следваща стъпка според ситуацията</h2>

<p class="wp-block-paragraph"><strong>„Искам само да разбера как стоя.“</strong> Направете базово сканиране днес. Нашият <a href="/toolkit/scan/">безплатен WCAG 2.2 скенер</a> дава първоначална оценка на всеки публичен URL за минути — без разходи, без ангажименти.</p>

<p class="wp-block-paragraph"><strong>„Получих писмо с искане.“</strong> Не го игнорирайте и не купувайте overlay в паника. Поръчайте ръчен одит, за да можете да представите план за добросъвестно отстраняване на проблеми, и прочетете <a href="/articles/ada-title-iii-web-accessibility-guide/">ръководството за ADA Дял III</a> за реалния обхват на задължението.</p>

<p class="wp-block-paragraph"><strong>„Искам да реша това правилно, дългосрочно.“</strong> Предвидете бюджет за трите слоя — одит, отстраняване на проблеми, мониторинг — и въведете непрекъснат мониторинг, за да се запази постигнатото. Така изглежда устойчивата позиция на съответствие.</p>

<h2 class="wp-block-heading" id="h-faq">Често задавани въпроси</h2>

<h3 class="wp-block-heading">Наистина ли трябва да направя уебсайта си достъпен?</h3>
<p class="wp-block-paragraph">В почти всеки случай — да. Ако продавате или обслужвате граждани в САЩ, ЕС, Великобритания, Канада или Австралия, на уебсайта ви вече се прилага закон за правата на хората с увреждания — ADA в САЩ, Европейският акт за достъпност (EAA) в ЕС, Законът за равнопоставеност в Великобритания. Задължението не зависи от размера на компанията при повечето режими и няма освобождаване за малкия бизнес по ADA Дял III. Практическият въпрос не е дали правилото се отнася до вас, а какъв риск поемате, ако го игнорирате.</p>

<h3 class="wp-block-heading">Какво се случва, ако уебсайтът ми не е в съответствие с ADA?</h3>
<p class="wp-block-paragraph">Най-честата последица в САЩ е писмо с искане от адвокатска кантора, последвано от съдебен иск по Дял III, ако не отговорите. Приблизително 4 000 федерални дела за уеб достъпност се завеждат всяка година, плюс значително по-голям обем предсъдебни писма с искания, уреждани тихомълком за $5 000 до $25 000 всяко. В ЕС органите за пазарен надзор по EAA могат да издават коригиращи заповеди и глоби. Отвъд правната изложеност, недостъпният сайт просто губи приблизително един на шестима клиенти, които имат увреждане.</p>

<h3 class="wp-block-heading">Колко струва привеждането на уебсайт в съответствие с ADA?</h3>
<p class="wp-block-paragraph">Няма единствена цифра, тъй като разходите зависят от размера и сложността на сайта. Базовото автоматизирано сканиране е безплатно. Еднократен професионален ръчен одит струва приблизително $1 500 до $5 000 за малък маркетингов сайт, $5 000 до $15 000 за среден сайт и $15 000 до $50 000 или повече за голямо или сложно уеб приложение. Отстраняването на проблемите — времето на разработчиците за поправяне на откритото при одита — обикновено е най-голямото перо и варира в зависимост от начина, по който е изграден сайтът. Текущият мониторинг струва приблизително $1 000 до $30 000 годишно. Повечето организации следва да предвидят бюджет за одит, плюс отстраняване на проблеми, плюс непрекъснат мониторинг — не еднократна поправка.</p>

<h3 class="wp-block-heading">Мога ли сам да поправя съответствието на уебсайта си с ADA?</h3>
<p class="wp-block-paragraph">Частично. Технически подготвен екип може да пусне безплатни скенери, да поправи очевидните пропуски — липсващ алтернативен текст, нисък цветови контраст, неозначени полета на формуляри, неправилна структура на заглавия — и да отстрани значителна част от риска при почти нулеви разходи. Което не може да се направи самостоятелно с достатъчна надеждност, е да се прецени дали потребителят на екранен четец може реално да завърши поръчка, или дали персонализиран уиджет разкрива правилните роли и състояния. За това е необходимо ръчно тестване от хора, ползващи помощни технологии ежедневно. Самостоятелният подход покрива първите 30–40%; останалото изисква експертиза.</p>

<h3 class="wp-block-heading">Достъпностните overlay уиджети евтин начин ли са да се постигне съответствие?</h3>
<p class="wp-block-paragraph">Не. Overlay уиджетите — скриптовете на трети страни, добавящи лента за достъпност за приблизително $490 до $3 500 годишно — не правят сайта в съответствие и срещу сайтове, ползващи ги, са завеждани съдебни искове също толкова често, колкото срещу сайтове без тях. Ищците все по-често включват самия overlay в жалбата. Третирайте overlay уиджета като маркетинг, не като отстраняване на проблеми; парите е по-добре да се инвестират в одит и реални корекции в кода.</p>

<h3 class="wp-block-heading">Колко струва текущият мониторинг на достъпността?</h3>
<p class="wp-block-paragraph">Платформите за непрекъснат мониторинг, които сканират сайта по график и маркират регресии, обикновено струват от приблизително $1 000 годишно за малък сайт до $30 000 или повече годишно за голям уеб комплекс, в зависимост от обема на страниците и функционалностите. Сравнете два или три доставчика — axe Monitor, Siteimprove, Level Access и Qualibooth — по това, което реално сканират, как сигнализират за регресии и дали съчетават автоматизирания мониторинг с ръчен одит, а не само по таблото за управление.</p>

<p class="wp-block-paragraph">Достъпността рядко е толкова скъпа, колкото страхът около нея подсказва, и почти винаги е по-евтина от алтернативата. Започнете с безплатна базова оценка, поправете каквото можете и инвестирайте в експертиза там, където има значение.</p>

</div>

---
title: Достъпността на обществения транспорт: закони, стандарти и какво все още се проваля
url: https://www.disabilityworld.org/bg/articles/accessibility-of-public-transport/
description: Как е регламентирана достъпността на обществения транспорт — правилата за паратранзит и автобусни рампи по ADA в САЩ, PRM TSI и регламентите за правата на пътниците на ЕС и PSVAR на Обединеното кралство — плюс пропуските от перона до приложението.
author: Disability World
pubDate: 2026-05-25
tags: public-transport, accessibility, ada-paratransit, prm-tsi, passenger-rights, mobility
---

# Достъпността на обществения транспорт: закони, стандарти и какво все още се проваля

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Нископодов градски автобус, наведен при бордюра с разгъната рампа, потребител на инвалидна количка на път да се качи, снимани в мека светлина от ранна сутрин.</p>

<div class="byline">
  <span><strong>От</strong> редакционен отдел на Disability World</span>
  <span><strong>Актуализирано</strong> май 2026 г.</span>
  <span><strong>Време за четене</strong> 12 минути</span>
</div>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">Общественият транспорт е там, където социалният модел на увреждането е най-конкретен. Автобус със стъпало вместо рампа, гара без асансьор, влак, чиито врати не издават звуков сигнал — всяко от тях е бариера, превръщаща нарушение в изключване, отрязваща човек с увреждане от работа, здравеопазване, образование и социален живот. Достъпността на транспорта беше едно от най-ранните бойни полета на движението за увреждания и остава едно от най-неравномерните му победи. Този обяснителен материал картографира как е регламентирана достъпността на обществения транспорт в основните рамки, какво действително изискват техническите стандарти и където системата все още се проваля — от пропастта на перона до приложението за споделени пътувания.</p>

<p class="wp-block-paragraph">Достъпността на транспорта е необичайно многопластова. Тя обхваща <strong>превозното средство</strong> (рампи, нисък под, места за закрепване), <strong>инфраструктурата</strong> (гари, спирки, тактилни плочки, асансьори), <strong>информацията</strong> (аудио-визуални обявления, достъпни плановчета на маршрути и приложения) и <strong>услугата</strong> (помощ от персонала, паратранзит, резервиране). Мрежата може да отговаря на изисквания на едно ниво и да се проваля катастрофално на друго, поради което на „достъпен ли е транспортът?“ никога не може да се отговори с единствено „да“ или „не“.</p>

<h2 class="wp-block-heading" id="h-the-us-framework">Съединените щати: ADA и паратранзитът</h2>

<p class="wp-block-paragraph">Достъпността на обществения транспорт в САЩ се управлява от <a href="/articles/ada-title-iii-web-accessibility-guide/">Закона за американците с увреждания (ADA)</a> — дял II за публичните органи и дял III за частните оператори — приложен чрез подробни наредби на Министерството на транспорта в <strong>49 CFR части 37 и 38</strong>. Правилата изискват новозакупените автобуси и релсови превозни средства да бъдат достъпни, задължавайки за рампи или повдигатели, системи за закрепване на инвалидни колички, приоритетни места и обявяване на спирки.</p>

<p class="wp-block-paragraph">Отличителният принос на ADA е <strong>допълнителният паратранзит</strong>: когато публична транзитна агенция управлява услуга по фиксиран маршрут, тя трябва също да осигури сравнима услуга от произход до местоназначение за хора, неможещи да използват фиксирания маршрут поради увреждане. Паратранзитът е истинска гаранция за граждански права, но е и източник на постоянни оплаквания — изисквания за предварително резервиране, дълги прозорци за взимане, ограничения на капацитета и „неявявания“, оставящи пътниците без транспорт. Корените на движението тук са дълбоки: групата за пряко действие <strong>ADAPT</strong> прекара 80-те в физическо блокиране на недостъпни автобуси под лозунга „Ще возим“ — кампания, която проследяваме в нашата <a href="/articles/disability-rights-history-of-activism/">история на активизма за правата на хората с увреждания</a>.</p>

<p class="wp-block-paragraph">Железопътният транспорт разказва по-трудна история. Много по-стари американски системи за бърз транзит са построени много преди ADA, а законът изисква достъпност в „ключови гари“ плюс достъпност при цялото ново строителство — но монтирането на асансьори в метростанции на вековна възраст е бавно и скъпо, а съдебните производства за недостъпни гари са повтаряща се черта на последното десетилетие.</p>

<h2 class="wp-block-heading" id="h-the-eu-framework">Европейският съюз: PRM TSI и правата на пътниците</h2>

<p class="wp-block-paragraph">ЕС регламентира достъпността на транспорта чрез комбинация от <strong>технически стандарти</strong> и <strong>регламенти за правата на пътниците</strong>. Централният технически инструмент е <strong>Регламент (ЕС) № 1300/2014</strong>, „PRM TSI“ — техническата спецификация за оперативна съвместимост, свързана с достъпността на железопътната система на Съюза за <strong>лица с увреждания и лица с намалена подвижност</strong>. Той определя хармонизирани изисквания за гари, перони и подвижен състав: маршрути без стъпала, помощни средства за качване, достъпни тоалетни, визуална и звукова информация и пропасти между перон и влак.</p>

<p class="wp-block-paragraph">Отгоре се наслагват специфичните за вида транспорт <strong>регламенти за права на пътниците</strong>, даващи на пътниците с увреждания подлежащи на изпълнение права на помощ:</p>

<ul class="wp-block-list">
<li><strong>Железопътен транспорт:</strong> Регламент (ЕС) 2021/782 гарантира помощ и недискриминация за железопътни пътници с увреждания.</li>
<li><strong>Автобуси и автокари:</strong> Регламент (ЕС) № 181/2011 определя правата на пътниците, включително помощ на определени терминали.</li>
<li><strong>Въздушен транспорт:</strong> Регламент (ЕО) № 1107/2006 забранява на въздушните превозвачи да отказват резервация или качване на основание увреждане и гарантира помощ на летищата.</li>
<li><strong>Воден транспорт:</strong> Регламент (ЕС) № 1177/2010 обхваща пътниците, пътуващи по море и вътрешни водни пътища.</li>
</ul>

<p class="wp-block-paragraph">От 2025 г. <a href="/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> добавя допълнителен слой за <em>цифровите</em> елементи на транспорта — машини за продажба на билети, уебсайтове и приложения за планиране на пътувания и електронно таксуване — включвайки ги в обща европейска регулаторна рамка за достъпност, изградена върху стандарта за обществени поръчки <a href="/articles/en-301-549-explained/">EN 301 549</a> и, за уеба, критериите на <a href="/toolkit/standards/wcag/">WCAG</a>. Пълната сравнителна картина за отделните държави членки е в нашия <a href="/regulations/">индекс на националната нормативна уредба</a>.</p>

<div class="callout">
<h3>„Намалена подвижност“ е по-широко понятие, отколкото мислите</h3>
<p>Транспортното право на ЕС целенасочено използва израза „лица с увреждания и лица с намалена подвижност“ (PRM). Обхваща не само потребители на инвалидни колички и незрящи или глухи пътници, но и възрастни хора, хора, пътуващи с малки деца, и всеки, чиято подвижност е временно намалена — бременна пътничка, някой с крак в гипс. Проектирането на транспорт за тази по-широка група е най-ясната ежедневна илюстрация на „ефекта на рампата на бордюра“: функциите за достъп, изградени за хора с увреждания, облагодетелстват много по-голяма популация.</p>
</div>

<h2 class="wp-block-heading" id="h-the-uk-framework">Обединеното кралство: PSVAR и правила за достъпност на железопътни превозни средства</h2>

<p class="wp-block-paragraph">Обединеното кралство регламентира достъпността на превозните средства чрез <strong>Наредбите за достъпност на превозните средства за обществени услуги от 2000 г. (PSVAR)</strong>, определящи изисквания за автобуси и автокари — места за инвалидни колички, рампи или повдигатели, приоритетни места, цветово контрастирани парапети и звуковата и видима информация „следваща спирка“, към чието универсално разпространение <strong>Законът за автобусните услуги от 2017 г.</strong> по-късно избута. Железопътният транспорт се управлява от <strong>Наредбите за достъпност на железопътните превозни средства</strong> и общите задължения на Закона за равенството от 2010 г. Като в САЩ, ограничаващото ограничение рядко са новите превозни средства — строени достъпни — а наследственият подвижен състав и недостъпните гари от викторианската ера.</p>

<h2 class="wp-block-heading" id="h-the-technical-standards">Техническите стандарти, които имат значение</h2>

<p class="wp-block-paragraph">Зад законите стоят инженерните детайли, определящи дали едно пътуване действително работи. Шепа повтарят се навсякъде в рамките:</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Характеристика</th><th>Какво прави</th><th>На кого служи</th></tr>
</thead>
<tbody>
<tr><td>Нископодови/навеждащи се автобуси + рампи</td><td>Качване без стъпала</td><td>Потребители на инвалидни колички и помощни средства за придвижване, детски колички</td></tr>
<tr><td>Намаляване на пропастта перон–влак</td><td>Запълва или намалява хоризонталната/вертикалната пропаст</td><td>Потребители на инвалидни колички, хора с нарушено зрение</td></tr>
<tr><td>Тактилни плочки</td><td>Предупреждение под краката на ръбовете на перони и пресичания</td><td>Незрящи и слабовиждащи пътници</td></tr>
<tr><td>Аудио-визуални обявления за спирки</td><td>Информация за следваща спирка в два модалитета</td><td>Незрящи, глухи и когнитивно увредени пътници</td></tr>
<tr><td>Закрепване на инвалидни колички / приоритетно място</td><td>Безопасна позиция при пътуване на борда</td><td>Потребители на инвалидни колички</td></tr>
<tr><td>Достъпно таксуване и приложения за пътуване</td><td>Купуване и планиране без бариера</td><td>Потребители на екранен четец и клавиатура</td></tr>
</tbody>
</table>
</figure>

<p class="wp-block-paragraph">Забележете колко от тях са информационни характеристики, а не физически. Перфектно оборудван с рампа автобус е безполезен за незрящ пътник, неможещ да разбере кой автобус е пристигнал или на коя спирка да слезе, и за глух пътник, пропускащ само звукво съобщение за прекъсване. Достъпността на транспорта е верига; тя се чупи при най-слабото звено.</p>

<h2 class="wp-block-heading" id="h-the-app-layer">Слоят на приложенията: там, където достъпността се печели и губи сега</h2>

<p class="wp-block-paragraph">Най-новото бойно поле е цифровото. Плановчетата на маршрути, безконтактното таксуване, дисплеите за пристигане в реално време и особено <strong>приложенията за споделени пътувания</strong> са станали главната врата към мобилността — и те възпроизвеждат, в софтуер, същите провали на достъп, чието отстраняване движението прекара десетилетия в хардуер. Недостъпен екран за резервация заключва пътник с увреждание толкова сигурно, колкото и липсваща рампа. Споделените пътувания в частност бяха обект на трайни оплаквания и съдебни производства за оскъдицата на превозни средства, достъпни за инвалидни колички (WAV), и достъпността на самото приложение — тема, разглеждана в нашия материал от одитен тип за <a href="/articles/mobility-apps-disabled-riders/">приложенията за мобилност и пътниците с увреждания</a>.</p>

<p class="wp-block-paragraph">Тъй като те са уеб и мобилни интерфейси, управляващият стандарт е същият, управляващ всяка цифрова услуга: критериите за успех на <a href="/toolkit/standards/wcag/">WCAG 2.2</a>, прилагани в ЕС чрез Европейския акт за достъпност, а в САЩ чрез съдебната практика по ADA. Операторите на транспорт и технологичните доставчици могат да открият очевидните пропуски в сайт за таксуване или плановче на маршрути с безплатно <a href="/toolkit/scan/">сканиране за достъпност</a>, преди изобщо да получат оплакване.</p>

<h2 class="wp-block-heading" id="h-what-still-fails">Какво все още се проваля</h2>

<p class="wp-block-paragraph">Въпреки четири десетилетия законодателство, реалният опит на пътниците с увреждания остава неравен. Повтарящите се точки на провал са последователни в различните страни: <strong>наследствени железопътни гари</strong> без достъп без стъпала; <strong>паратранзит и услуги за помощ</strong>, ненадеждни, претоварени или изискващи непрактично предварително резервиране; <strong>повредени асансьори и рампи</strong>, нечинени бързо, без информация в реално време, информираща пътник с увреждане, че асансьорът е извън строй, преди да е пристигнал; <strong>пропуски в обучението на персонала</strong>, където оборудването съществува, но никой не е готов или не може да го приложи; и <strong>недостъпни цифрови фронт-ендове</strong>, блокиращи пътуването преди то да е започнало.</p>

<p class="wp-block-paragraph">Моделът отразява всяка друга сфера на достъпност: законът определя минимума, новото строителство отговаря на изискванията, а пропастта между хартиените права и надеждното пътуване се запълва — или не — от бюджетите за поддръжка, културата на персонала и правоприлагането. Стандартите са зрели и до голяма степен договорени. Незавършената работа е оперативна. За по-широкия контекст прочетете нашата <a href="/articles/disability-rights-history-of-activism/">история на движението</a>, <a href="/regulations/">индекса на националната нормативна уредба</a> и <a href="/articles/">пълния репортажен запис за 2026 г.</a></p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Първични източници</h2>
<ol>
<li>United States. <em>Americans with Disabilities Act of 1990</em>; наредби на Министерството на транспорта на САЩ, 49 CFR части 37 и 38 (транспортни услуги и спецификации за достъпност на превозни средства).</li>
<li>US Federal Transit Administration. <em>ADA complementary paratransit</em> указания и циркуляри. https://www.transit.dot.gov/</li>
<li>European Union. <em>Regulation (EU) No 1300/2014</em> (PRM TSI — достъпност на железопътната система за лица с увреждания и лица с намалена подвижност).</li>
<li>European Union. <em>Regulation (EU) 2021/782</em> (права на железопътните пътници); <em>Regulation (EU) No 181/2011</em> (автобуси и автокари); <em>Regulation (EC) No 1107/2006</em> (въздушен транспорт); <em>Regulation (EU) No 1177/2010</em> (воден транспорт).</li>
<li>European Union. <em>Directive (EU) 2019/882</em>, Европейският акт за достъпност, включително услугите за таксуване и транспортна информация.</li>
<li>United Kingdom. <em>Public Service Vehicle Accessibility Regulations 2000</em>; <em>Bus Services Act 2017</em>; <em>Rail Vehicle Accessibility Regulations</em>; Equality Act 2010.</li>
<li>UN Convention on the Rights of Persons with Disabilities, член 9 (достъпност) и член 20 (лична мобилност). https://www.un.org/development/desa/disabilities/</li>
</ol>
</aside>

</div>

---
title: Увреждане на работното място: какво всъщност показват данните за 2026 г.
url: https://www.disabilityworld.org/bg/articles/disability-in-the-workplace-2026-data/
description: Досие с данни за пропастта в заетостта на хората с увреждания, пропастта в заплащането и квотните системи, създадени за тяхното преодоляване — събрано от данни на ILO, WHO, Eurostat, US BLS, OECD и JAN, с всяка цифра с посочен източник.
author: Disability World
pubDate: 2026-05-25
tags: employment, workplace, disability-employment-gap, ada, reasonable-accommodation, data
---

# Увреждане на работното място: какво всъщност показват данните за 2026 г.

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · данни за заетостта на хора с увреждания</span>
  </div>

  <h1>Увреждане на работното място <em>— какво всъщност показват данните за 2026 г. и какво не могат</em></h1>

  <p class="lede">Почти навсякъде, където се измерва, изводът е един и същ: хората с увреждания са заети при много по-ниски нива от хората без увреждания, получават по-малко, когато работят, а пропастта почти не се е движила от едно поколение. Това досие събира заглавните числа от органите, които действително ги компилират — <strong>WHO</strong>, <strong>ILO</strong>, <strong>Eurostat</strong>, <strong>Бюрото по трудова статистика на САЩ</strong>, <strong>OECD</strong> и <strong>Мрежата за трудово настаняване</strong>. Около <strong>1,3 милиарда души</strong> — около <strong>16%</strong> от света — изпитват значимо увреждане. В Съединените щати коефициентът на заетост–население за хора с увреждания е в <strong>ниско-до-средното 20-те процентово ниво срещу приблизително 65%</strong> за всички останали; в ЕС пропастта в заетостта на хората с увреждания е около <strong>24 процентни пункта</strong>. И въпреки това около <strong>половината от всички улеснения на работното място не струват нищо</strong>. Никой орган не публикува единен прегледен „глобален процент на заетост на хора с увреждания за 2026 г.“ — и всеки, който твърди, че го прави, трябва да се третира с подозрение.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Находки · Преглед на доказателствата</span>
      <span class="dossier-meta">07 находки · синтезирани от публикувани данни на ILO, WHO, Eurostat, US BLS, OECD и JAN, референтни години 2022–2024</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показват публикуваните данни</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1,3 млрд.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Населението, което пазарът на труда пропуска</p>
          <p class="dossier-note">Докладът на WHO от 2022 г. <em>Global Report on Health Equity for Persons with Disabilities</em> оценява, че около 1,3 милиарда души — приблизително 16% от световното население — изпитват значимо увреждане. Това е знаменателят, спрямо който трябва да се четат всички данни за заетостта по-долу.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 40 пп</span>
        <div class="dossier-body">
          <p class="dossier-claim">Пропастта в заетостта в САЩ е около четиридесет процентни пункта</p>
          <p class="dossier-note">Данните от Текущото проучване на населението на US BLS поставят коефициента на заетост–население за хора с увреждания в ниско-до-средното 20-те процентово ниво, срещу приблизително 65% за хора без увреждания — пропаст от около 40 процентни пункта, забележително стабилна с времето.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">прибл. 24 пп</span>
        <div class="dossier-body">
          <p class="dossier-claim">Пропастта в заетостта на хора с увреждания в ЕС е около двадесет и четири пункта</p>
          <p class="dossier-note">Eurostat измерва пропастта директно: приблизително 51% от хората с увреждания на възраст 20–64 са в работа срещу около 75% от хората без увреждания — пропаст от приблизително 24 процентни пункта, с много широко вариране между държавите членки. Преодоляването й е изрична цел на Стратегията на ЕС за правата на хората с увреждания 2021–2030 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">прибл. 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Около половината от улесненията не струват нищо на работодателя</p>
          <p class="dossier-note">Дългогодишното проучване на работодатели на Мрежата за трудово настаняване на САЩ последователно установява, че приблизително половината от улесненията на работното място не носят никакви разходи, а повечето от останалите са еднократни разходи от няколко стотин долара. Бариерата пред наемането на работници с увреждания рядко е в парите — тя е в осведомеността, нагласите и недостъпните системи за набиране на персонал.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5% / 6%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Европа разчита на законови квоти; общото право — на права</p>
          <p class="dossier-note">Германия задължава работодателите с 20 и повече служители да попълнят 5% квота или да платят такса; Франция определя 6%. САЩ, Обединеното кралство и другите вместо това използват антидискриминационно право, подкрепено от задължение за разумни улеснения. Доказателствата кой подход работи по-добре са действително смесени.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">рекордно ниво</span>
        <div class="dossier-body">
          <p class="dossier-claim">Дистанционната работа произведе едното истинско светло петно</p>
          <p class="dossier-note">В иначе мрачна картина, коефициентът на заетост на хора с увреждания в САЩ нарасна до рекордни нива в годините след пандемията — изместване, което повечето анализатори приписват на нормализацията на дистанционната и хибридна работа, премахнала пътуването до работното място и недостъпния офис от уравнението за много работници с увреждания.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">най-широка</span>
        <div class="dossier-body">
          <p class="dossier-claim">Пропастта е най-широка за жените с увреждания</p>
          <p class="dossier-note">ILO съобщава, че пропастта в заетостта е последователно най-голяма за жените с увреждания, изправени пред комбинирания недостатък на пол и увреждане — пресечен модел, който едноосната статистика tends to obscure.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>WHO <em>Global Report on Health Equity for Persons with Disabilities</em> (2022 г.); статистика на ILO за уврежданията и работата; серия на Eurostat за пропастта в заетостта на хора с увреждания; <em>Persons with a Disability: Labor Force Characteristics</em> на Бюрото по трудова статистика на САЩ; <em>Sickness, Disability and Work</em> на OECD; проучвания на разходите на работодателите на Мрежата за трудово настаняване на САЩ. Референтни години 2022–2024; цифрите са най-последните публикувани към момента на излизане на досието.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как бяха събрани тези цифри</a></li>
      <li><span class="toc-num">02</span><a href="#the-gap">Размерът на пропастта — САЩ, ЕС, глобално</a></li>
      <li><span class="toc-num">03</span><a href="#pay-gap">Пропастта в заплащането и капанът на обезщетенията</a></li>
      <li><span class="toc-num">04</span><a href="#quotas">Квоти срещу подхода на правата</a></li>
      <li><span class="toc-num">05</span><a href="#digital">Цифровият портал — технологиите за наемане като бариера</a></li>
      <li><span class="toc-num">06</span><a href="#closing">Какво показват и какво не показват данните</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Как бяха събрани тези цифри</h2>

  <p class="dropcap-first">Това е синтез на публикувана официална статистика, а не оригинално проучване — и това разграничение е важно. Статистиката за уврежданията е необичайно крехка: дефинициите варират между проучванията, самоидентификацията е чувствителна и tends to undercount, а много страни с ниски и средни доходи изобщо нямат редовни данни за пазара на труда, разбити по увреждане. Всяка цифра тук е взета от авторитетния компилатор на тази цифра, и където едно число е оценка или диапазон, го казваме. Не сме измисляли по-нови или по-точни числа, за да запълним пропуски в записа.</p>

  <p>Четири органа вършат по-голямата част от надеждното броене. <strong>WHO</strong> осигурява глобалния изходен ред за разпространение. <strong>US BLS</strong> провежда месечен въпрос за увреждане в своето Текущо проучване на населението, давайки най-чистата серия от данни за единична страна в света. <strong>Eurostat</strong> публикува пропастта в заетостта на хора с увреждания в ЕС от своите инструменти EU-SILC и работна сила. <strong>OECD</strong> допринася сравнителната работа за дизайна на обезщетенията. <strong>ILO</strong> рамкира глобалната и половата картина, а <strong>Мрежата за трудово настаняване (JAN)</strong> осигурява доказателствата за разходите на работодателите.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Идентифициране на авторитетните компилатори</span><span class="ps-desc">WHO · ILO · Eurostat · US BLS · OECD · JAN — без вторични агрегатори</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Вземане на последната публикувана референтна година</span><span class="ps-desc">Предимно 2022–2024 г.; данните за уврежданията изостават спрямо събирането с година или повече</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Запазване на несигурността</span><span class="ps-desc">Докладване на диапазони и „приблизително“, когато самият източник е неточен</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Отбелязване на липсващото</span><span class="ps-desc">Където няма надеждно броене — по-голямата част от глобалния юг — да се каже така, а не да се прави оценка</span></div>
  </div>

  <h2 id="the-gap">02 · Размерът на пропастта</h2>

  <p>Най-чистата национална картина идва от Съединените щати. През последните години коефициентът на заетост–население на BLS за хора с увреждания е в ниско-до-средното 20-те процентово ниво, срещу приблизително 65% за хора без увреждания — а хората с увреждания, намиращи се на пазара на труда, се сблъскват и с процент на безработица, последователно около два пъти по-висок от този на работниците без увреждания. Европейската картина, измерена по различен начин, разказва същата история на по-високо ниво: приблизително половината от европейците с увреждания в трудоспособна възраст са заети, срещу три четвърти от всички останали.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">16%</div><div class="stat-desc">От света изпитва значимо увреждане (WHO, 2022 г.) — приблизително 1,3 милиарда души</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 40 пп</div><div class="stat-desc">Пропаст в заетостта на хора с увреждания в САЩ (BLS) — приблизително 23% срещу 65%</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 24 пп</div><div class="stat-desc">Пропаст в заетостта на хора с увреждания в ЕС (Eurostat) — приблизително 51% срещу 75%</div></div>
  </div>

  <div class="chart-section">
    <div class="chart-title">ПРОЦЕНТ НА ЗАЕТОСТ — С УВРЕЖДАНИЯ СРЕЩУ БЕЗ УВРЕЖДАНИЯ</div>
    <div class="bar-row"><div class="bar-label">САЩ — без увреждания</div><div class="bar-track"><div class="bar-fill bf-a" style="width:87%">прибл. 65%</div></div></div>
    <div class="bar-row"><div class="bar-label">САЩ — с увреждания</div><div class="bar-track"><div class="bar-fill bf-b" style="width:31%">прибл. 23%</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — без увреждания</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">прибл. 75%</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — с увреждания</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">прибл. 51%</div></div></div>
  </div>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Показател</th><th>С увреждания</th><th>Без увреждания</th><th>Източник</th></tr>
    </thead>
    <tbody>
      <tr><td>Коефициент на заетост–население в САЩ</td><td>прибл. 22–25%</td><td>прибл. 65%</td><td>US BLS, последни години</td></tr>
      <tr><td>Процент на заетост в ЕС (възраст 20–64)</td><td>прибл. 51%</td><td>прибл. 75%</td><td>Eurostat, 2022 г.</td></tr>
      <tr><td>Глобално население със значимо увреждане</td><td colspan="2">прибл. 1,3 милиарда (16%)</td><td>WHO, 2022 г.</td></tr>
    </tbody>
  </table>
  </figure>

  <div class="callout warning">
    <h3>Защо „данни за 2026 г.“ са предимно данни за 2022–2024 г.</h3>
    <p>Проучванията за работната сила са мащабни, скъпи инструменти, а резултатите, разбити по увреждане, обикновено се публикуват година или повече след събирането. Поради това най-актуалните авторитетни цифри, налични за 2026 г., са генерално от референтни години 2022–2024 г. Не сме измисляли по-нови числа, за да запълним пропастта. По тази тема фалшивата прецизност е сама по себе си форма на дезинформация.</p>
  </div>

  <p>Европейските данни разкриват и измервателна тънкост, заслужаваща ясно формулиране: тъй като популацията с увреждания е по-възрастна от общата работоспособна популация, а въпросът в проучването разчита на самоотчетено ограничение, международните сравнения отчасти отразяват кой отговаря с „да“, а не реални разлики в изключването от пазара на труда. Eurostat е откровен за това, поради което пропастта се чете най-добре в рамките на дадена страна с времето, а не като класация.</p>

  <h2 id="pay-gap">03 · Пропастта в заплащането и капанът на обезщетенията</h2>

  <p>По-ниската заетост е само половината от историята. Където хората с увреждания са заети, те tend to earn less — <strong>пропастта в заплащането на хора с увреждания</strong> — движена от концентрацията в по-ниско платени занятия, по-висок дял на непълно работно време и несигурна заетост, и откровена дискриминация. Националните статистически служби в Обединеното кралство и другаде са измерили медианни пропаски в заплащането от порядъка на 12% до 17% в последните години, макар цифрата да е чувствителна към начина, по който са дефинирани увреждането и работното време.</p>

  <p>И двете пропасти допълнително се усложняват от <strong>капана на обезщетенията</strong>, документиран от OECD в нейните държави членки: системи за обезщетения при увреждане и незаетост, които рязко намаляват подкрепата с нарастването на приходите, така че приемането на работа — особено непълно или несигурно — може да остави човек с увреждане едва по-добре поставен, или дори по-зле, щом се отчетат разходите за работа. Дългогодишната работа на OECD твърди, че най-ефективните системи съчетават антидискриминационно право с активна подкрепа на пазара на труда и дизайн на обезщетенията, постепенно намаляващ, а не рязко спиращ.</p>

  <div class="callout info">
    <h3>Митът за разходите за улеснения</h3>
    <p>Единното най-устойчиво погрешно схващане на работодателите е, че работниците с увреждания са скъпи за настаняване. Проучването на работодатели на Мрежата за трудово настаняване е установявало, година след година, че приблизително половината от улесненията не струват нищо, а повечето от останалите са еднократни разходи от няколко стотин долара — четец на екрана, гъвкаво работно време, модифицирано бюро, субтитриране. Ограничението почти никога не е в бюджета.</p>
  </div>

  <h2 id="quotas">04 · Квоти срещу подхода на правата</h2>

  <p>Две широки регулаторни традиции се опитват да затворят пропастта. Континентална Европа и части от Азия използват <strong>законови квоти за заетост</strong>: законово задължение за работодатели над определен размер да осигурят минимален дял от работната им сила с увреждания, обикновено подкрепено от такса, плащана от тези, които не отговарят. Светът на общото право вместо това разчита на <strong>антидискриминационно право</strong> и задължение за разумни улеснения.</p>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Юрисдикция</th><th>Механизъм</th><th>Праг / процент</th></tr>
    </thead>
    <tbody>
      <tr><td>Германия</td><td>Квота + такса (Ausgleichsabgabe)</td><td>5% за работодатели с 20 и повече служители</td></tr>
      <tr><td>Франция</td><td>Квота + фонд AGEFIPH</td><td>6% за работодатели с 20 и повече служители</td></tr>
      <tr><td>Италия</td><td>Постепенна квота (Закон 68/1999)</td><td>Нараства с броя на персонала; „целенасочена заетост“</td></tr>
      <tr><td>Япония</td><td>Законов процент на заетост + такса</td><td>Повишен на стъпки през последните години</td></tr>
      <tr><td>Съединени щати</td><td>Антидискриминация + улеснения (ADA дял I)</td><td>Без квота; прилага се от EEOC</td></tr>
      <tr><td>Обединено кралство</td><td>Антидискриминация + разумни корекции</td><td>Без квота; Закон за равенството 2010 г.</td></tr>
    </tbody>
  </table>
  </figure>

  <p>Квотите широко се смятат за полагащи под за заетостта на хора с увреждания, но доказателствата за тяхната ефективност са смесени. Много работодатели третират таксата като разход на правене на бизнес, вместо като подтик за наемане, а квотите могат да насочват работниците с увреждания към защитени или сегрегирани условия, от които <strong>член 27</strong> на <a href="/toolkit/glossary/crpd/">CRPD на ООН</a> (работа и заетост) се отказва в полза на отворения пазар на труда. Подходът на правата, от своя страна, зависи изцяло от правоприлагането: по <a href="/articles/ada-title-iii-web-accessibility-guide/">Закона за американците с увреждания</a> дял I, американски работодател трябва да осигури корекции, позволяващи на квалифициран човек с увреждане да изпълни работата, освен ако това не би наложило неоправдана тежест — задължение, огледано от Закона за равенството на Обединеното кралство и Директивата на ЕС за равно третиране в областта на заетостта. Сравнителните детайли по страна се намират в нашия <a href="/regulations/">индекс на националната нормативна уредба</a>.</p>

  <h2 id="digital">05 · Цифровият портал — технологиите за наемане като бариера</h2>

  <p>Все по-често първата бариера, с която кандидат с увреждания се среща, не е сградата, а формулярът за кандидатстване. Онлайн порталите за работа, системите за проследяване на кандидати и инструментите за скрининг с изкуствен интелект са се превърнали в пазачи на пазара на труда — и много от тях не могат да се управляват само с клавиатура или от потребители на екранен четец, или използват видеоинтервюта и оценки, базирани на игри, поставящи в неравностойно положение кандидатите с увреждания. EEOC на САЩ е издал указания, предупреждаващи, че инструментите за наемане с ИИ могат да нарушат ADA, а Законът за ИИ на ЕС класифицира ИИ, свързан със заетостта, като високорисков. Недостъпният процес на кандидатстване е проблем с дискриминацията, преди кандидатът изобщо да е преценен по заслуги.</p>

  <div class="callout safe">
    <h3>Решението е същият стандарт като всичко друго</h3>
    <p>Достъпният софтуер за набиране на персонал се управлява от същите критерии на <a href="/toolkit/standards/wcag/">WCAG 2.2</a> като всяка друга уеб услуга, а обществените поръчки за HR в обществения сектор в ЕС са обвързани с <a href="/articles/en-301-549-explained/">EN 301 549</a> и, от 2025 г., с <a href="/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>. Работодателите, сериозни относно включването на хора с увреждания, могат да започнат, проверявайки своя сайт за кариери и процес на кандидатстване с безплатно <a href="/toolkit/scan/">сканиране за достъпност</a>.</p>
  </div>

  <h2 id="closing">06 · Какво показват и какво не показват данните</h2>

  <p>Три извода са валидни за всеки достоверен набор от данни. Първо, пропастта в заетостта на хора с увреждания е голяма, трайна и глобална — измерена в десетки процентни пункта, навсякъде, където изобщо се измерва. Второ, пропастта не се обяснява с по-ниско желание или капацитет за работа на хората с увреждания; проучване след проучване открива хора с увреждания, желаещи работа и неможещи да я получат, блокирани от отстраними бариери. Трето, политическите инструменти, работещи, са неромантичните, използвани в комбинация: изпълнимо антидискриминационно право, достъпно набиране на персонал, добре проектирани постепенни намаления на обезщетенията и култура на улеснения — не един единствен панацей.</p>

  <p>Това, което данните все още не ни казват добре, е детайлната, актуална, страна по страна картина за по-голямата част от света. Най-богатите цифри идват от шепа богати икономики със силни статистически агенции; за голяма част от глобалния юг, честният отговор на „какъв е процентът на заетост на хора с увреждания?“ е, че никой не ги брои надеждно. Подобряването на тази базова линия от данни само по себе си е приоритет за правата на хората с увреждания — защото, като при всеки друг показател, онова, което не се брои, не се бюджетира. За по-широкия контекст, вижте нашето репортиране за <a href="/articles/disability-rights-history-of-activism/">историята на активизма за правата на хората с увреждания</a> и пълния <a href="/articles/">запис за 2026 г.</a></p>

  <aside class="sources" aria-labelledby="sources-heading">
  <h2 id="sources-heading">Първични източници</h2>
  <ol>
  <li>World Health Organization. <em>Global Report on Health Equity for Persons with Disabilities</em>, 2022 г. https://www.who.int/</li>
  <li>International Labour Organization. <em>Disability and work</em> статистика и политически брифинги. https://www.ilo.org/</li>
  <li>US Bureau of Labor Statistics. <em>Persons with a Disability: Labor Force Characteristics</em>, годишно прессъобщение, Current Population Survey. https://www.bls.gov/</li>
  <li>Eurostat. <em>Disability statistics — employment and the disability employment gap</em>; EU Strategy for the Rights of Persons with Disabilities 2021–2030. https://ec.europa.eu/eurostat</li>
  <li>OECD. <em>Sickness, Disability and Work</em> серия, за дизайна на обезщетенията и капана на обезщетенията. https://www.oecd.org/</li>
  <li>Job Accommodation Network (JAN). <em>Workplace Accommodations: Low Cost, High Impact</em>, серия от проучвания на разходите на работодателите. https://askjan.org/</li>
  <li>US Equal Employment Opportunity Commission. <em>The ADA and the Use of Software, Algorithms, and AI in Hiring</em>, указания. https://www.eeoc.gov/</li>
  <li>UN Convention on the Rights of Persons with Disabilities, член 27 (работа и заетост). https://www.un.org/development/desa/disabilities/</li>
  </ol>
  </aside>

</div>

---
title: История на активизма за правата на хората с увреждания: от психиатричните институции до нищо за нас без нас
url: https://www.disabilityworld.org/bg/articles/disability-rights-history-of-activism/
description: Как движението за правата на хората с увреждания премина от благотворителност и институции към рамка на граждански права — протестът 504, социалният модел, деинституционализацията, Capitol Crawl и пътят към CRPD на ООН.
author: Disability World
pubDate: 2026-05-25
tags: disability-rights, history, activism, independent-living, social-model, crpd
---

# История на активизма за правата на хората с увреждания: от психиатричните институции до нищо за нас без нас

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Активисти с увреждания с плакати и инвалидни колички, събрани на стъпалата на правителствена сграда, снимани от нисък ъгъл на фона на облачно небе.</p>

<div class="byline">
  <span><strong>От</strong> редакционен отдел на Disability World</span>
  <span><strong>Актуализирано</strong> май 2026 г.</span>
  <span><strong>Време за четене</strong> 13 минути</span>
</div>

<p class="rt-prefix">Време за четене: 13 минути</p>

<p class="wp-block-paragraph">В по-голямата част от двадесети век увреждането се третира като медицинско нещастие, което трябва да се управлява от специалисти и, много често, да се крие. Хората с увреждания бяха пациенти, облагодетелствани и затворници — рядко граждани с права. Съвременното движение за правата на хората с увреждания е историята за това как тази рамка беше преобърната: как разпръснато множество от групи за самопомощ, родителски сдружения, преживели психиатричната система и ветерани с увреждания стигнаха до настояването, че проблемът не е в телата им, а в свят, построен да ги изключва. Това е въведение в тази история — идеите, протестите и законите — от институциите на 50-те години до <a href="/toolkit/glossary/crpd/">Конвенцията на ООН за правата на хората с увреждания</a> и ландшафта на правоприлагането, картографиран в нашия <a href="/regulations/">индекс на националната нормативна уредба</a>.</p>

<p class="wp-block-paragraph">Свързващата нишка е едно-единствено концептуално изместване, повтаряно в различни национални тоналности: от благотворителност към права, от медицинския модел към социалния модел, от „грижа“ предоставяна на пасивни получатели към самоопределение, заявено от организирана политическа общност. Лозунгът, който дойде да я обобщи — <strong>„нищо за нас без нас“</strong> — не беше маркетинг. Той беше искане хората с увреждания да бъдат авторите на решенията, законите и услугите, управляващи живота им.</p>

<h2 class="wp-block-heading" id="h-the-institutional-baseline">Институционалната изходна точка</h2>

<p class="wp-block-paragraph">За да се разбере движението, трябва да се разбере срещу какво то се е борило. В средата на двадесети век доминиращата реакция на значимо увреждане в индустриализирания свят беше сегрегацията: жилищни институции, „колонии“, убежища и специализирани училища, изтеглящи хората с увреждания от обичайния обществен живот. Условията в много от тях бяха мрачни, а институциите рядко бяха отговорни пред хората вътре в тях.</p>

<p class="wp-block-paragraph">Най-тъмният израз на медицинския модел беше нацистката програма <strong>„Акция Т4“</strong>, по която германската държава систематично убива деца и възрастни с увреждания между 1939 и 1945 г. — хора, преценени като „животи, недостойни за живот“. Тази история не е отклонение. Тя е крайният край на логика, третираща съществуването на хора с увреждания като проблем, решаван от експерти, и тя оформи следвоенното правно-правово съзнание, което движението за правата на хората с увреждания щеше по-късно да черпи. Изкуството и паметта за уврежданията — документален филм, мемоари, възстановяване на индивидуални истории от лагерите и отделенията — е централно за поддържане на тази история видима, а не погребана.</p>

<p class="wp-block-paragraph">До 60-те години разкритията за институционалните условия в Съединените щати, Обединеното кралство и Скандинавия предизвикваха разчистване на сметките. Принципът на <strong>„нормализацията“</strong>, формулиран за първи път в скандинавската социална политика, твърдеше, че хората с интелектуални затруднения имат право на модели на ежедневен живот, възможно най-близки до мейнстрийма. Той се превърна в един от интелектуалните семена на деинституционализацията.</p>

<h2 class="wp-block-heading" id="h-independent-living">Движението за независим живот</h2>

<p class="wp-block-paragraph">Организационният пробив на движението дойде от самоорганизирането на хората с увреждания. В Съединените щати ключовата фигура беше <strong>Ед Робъртс</strong>, който през 1962 г. си проби път в Калифорнийския университет в Бъркли, въпреки администрация, съмняваща се дали мъж, ползващ инвалидна количка и железен белодробен апарат, може да учи там. Робъртс и група съученици с увреждания — „Rolling Quads“ — изграждат мрежа за подкрепа в кампуса, а през 1972 г. основават <strong>Центъра за независим живот (CIL)</strong> в Бъркли. Моделът на CIL беше радикален по прост начин: услугите за хора с увреждания трябва да бъдат проектирани и управлявани от самите хора с увреждания, ориентирани не към лечение или грижа, а към подкрепата — лична помощ, достъпно жилище, транспорт, консултиране от равнопоставен — която прави самоуправляващ се общностен живот възможен.</p>

<p class="wp-block-paragraph">Философията за независим живот бързо се разпространи в мрежа от центрове в Съединените щати и после в международен план, и тя прерамки целия политически разговор. Въпросът вече не беше „как се грижим за хората с увреждания?“, а „кои бариери пречат на хората с увреждания да живеят живота, който избират, и как ги премахваме?“ Това прерамкване — бариери, не тела — е практическото ядро на социалния модел.</p>

<h2 class="wp-block-heading" id="h-the-social-model">Социалният модел на увреждането</h2>

<p class="wp-block-paragraph">Ако движението за независим живот е осигурило организационната енергия, британските активисти са осигурили теорията. През 1976 г. <strong>Съюзът на физически увредените срещу сегрегацията (UPIAS)</strong> публикува своите <em>Fundamental Principles of Disability</em>, правейки сега известното разграничение между <strong>нарушение</strong> (особеност на тялото или ума) и <strong>увреждане</strong> (недостатъкът, наложен от общество, организирано около нормите на хора без увреждания). Академикът с увреждане <strong>Майк Оливър</strong> по-късно назовава и систематизира това като <strong>социален модел на увреждането</strong>.</p>

<p class="wp-block-paragraph">Социалният модел не отрича нарушението или болката. Неговото твърдение е за причинно-следствените връзки и отговорността: потребителят на инвалидна количка не е увреден от краката си, а от стълбата; глухият човек не е увреден от глухотата си, а от отказа на чуващото общество да осигури жестов език. Това изместване прехвърли задължението за действие от индивида върху обществото — върху архитекти, работодатели, радио- и телевизионни оператори и законодатели. Именно то е концептуалният двигател зад всеки законодателен акт за достъпност, последвал го, и то е в основата на съвременната рамка за съответствие, обяснена в нашето ръководство за <a href="/articles/accessibility-compliance-explainer/">как се различават съответствието, привеждането в съответствие и достъпността</a>.</p>

<div class="callout">
<h3>Три модела — накратко</h3>
<p><strong>Медицинският модел</strong> локализира проблема в индивида с увреждане и се стреми да го излекува, поправи или опекунства. <strong>Социалният модел</strong> локализира проблема в инвалидизиращите бариери — физически, нагласни и институционални — които обществото може да избере да премахне. <strong>Моделът на правата на човека</strong>, приет от CRPD на ООН, се гради върху социалния модел, но добавя, че достъпността и включването са въпрос на подлежащо на изпълнение право, а не на добра воля — и че хората с увреждания са носители на права, имащи право на защита, когато тези права са нарушени.</p>
</div>

<h2 class="wp-block-heading" id="h-the-504-sit-in">Протестът 504 и американските закони</h2>

<p class="wp-block-paragraph">Съединените щати произведоха най-емблематичното пряко действие на движението. <strong>Раздел 504 от Закона за рехабилитацията от 1973 г.</strong> съдържаше едно-единствено изречение, забраняващо дискриминацията на основание увреждане от всяка програма, получаваща федерални средства — първата защита на граждански права за хора с увреждания в САЩ. Но в продължение на четири години последователните администрации отказваха да подпишат наредбите, които биха му дали сила. През април 1977 г. активисти с увреждания окупираха федералната сграда на Министерството на здравеопазването, образованието и благоденствието в Сан Франциско за <strong>26 дни</strong> — най-дългата окупация на федерална сграда в историята на САЩ. Ръководена от фигури като <strong>Джуди Хойман</strong> и подкрепена от Черните пантери, доставящи топла храна на протестиращите, акцията 504 принуди наредбите да бъдат подписани непроменени.</p>

<p class="wp-block-paragraph">Кампанията кулминира с <strong>Закона за американците с увреждания (ADA) от 1990 г.</strong>, най-всеобхватния граждански закон за правата на хората с увреждания на своята епоха, забраняващ дискриминацията в заетостта, обществените услуги и местата за обществено ползване. Образът, определил приемането му, беше <strong>„Capitol Crawl“</strong> от март 1990 г., когато активисти с увреждания изоставиха инвалидните си колички и помощните средства, за да се изкатерят по стъпалата на Капитолия на САЩ, драматизирайки точно вида бариери, които законопроектът трябваше да премахне. Групата за пряко действие <strong>ADAPT</strong>, прекарала 80-те в блокиране на недостъпни автобуси под мотото „Ще возим“, беше централна за този натиск — кампания, която проследяваме напред в нашия обяснителен материал за <a href="/articles/accessibility-of-public-transport/">достъпността на обществения транспорт</a>. Обещанието на ADA за достъп до обществени места е и законовият предшественик на днешните съдебни производства за уеб достъпност, разгледани в нашето <a href="/articles/ada-title-iii-web-accessibility-guide/">ръководство за ADA дял III</a>.</p>

<h2 class="wp-block-heading" id="h-deinstitutionalisation">Деинституционализацията и движението на преживелите</h2>

<p class="wp-block-paragraph">Успоредно с това движение на <strong>преживели психиатричната система</strong> и хора с интелектуални затруднения предизвикваха директно институциите. Натискът за <strong>деинституционализация</strong> — закриване на големите жилищни психиатрични болници и пренасочване на подкрепата в общността — беше движен едновременно от принципа на нормализацията и от съдебни производства, разкриващи злоупотреби и пренебрежение. <strong>Движението за самозастъпничество</strong>, организирано в международен план под знамето <strong>People First</strong> от 70-те години, заявяваше, че хората с интелектуални затруднения могат да говорят сами за себе си и да вземат решения за собствения си живот, срещу система, изградена на предположението, че не могат.</p>

<p class="wp-block-paragraph">Наследството е двупосочно и все още е оспорвано. Деинституционализацията освободи стотици хиляди хора от попечителски институции, но където общностната подкрепа беше недофинансирана, някои бяха оставени без необходимата им помощ. Незавършената работа — адекватна общностна подкрепа, край на принудителното лечение, право на правоспособност — пряко влиза в <strong>член 12</strong> (правоспособност) и <strong>член 19</strong> (живот самостоятелно и включеност в общността) на съвременния CRPD.</p>

<h2 class="wp-block-heading" id="h-the-international-turn">Международният обрат: от декларации към договор</h2>

<p class="wp-block-paragraph">Организацията на обединените нации се движи на етапи от меки стремежи към обвързващо право. Общото събрание провъзгласява <strong>1981 г. за Международна година на хората с увреждания</strong>, последвана от <strong>Световната програма за действие по отношение на хората с увреждания (1982 г.)</strong> и <strong>Десетилетието на хората с увреждания (1983–1992 г.)</strong>. През 1993 г. Общото събрание приема <strong>Стандартните правила за изравняване на възможностите на хората с увреждания</strong> — влиятелни, но незадължителни и без орган по правоприлагане.</p>

<p class="wp-block-paragraph">Решителното изместване дойде в 2000-те. Организациите на хора с увреждания, координирани чрез <strong>Международния алианс за увреждания</strong>, настояха за обвързващ договор, а самите преговори се превърнаха в демонстрация на централния принцип на движението: хората с увреждания и техните организации участваха пряко в изработването — в степен, безпрецедентна при договорно изработване в ООН. <strong>Конвенцията за правата на хората с увреждания (CRPD)</strong> беше приета на 13 декември 2006 г. и влезе в сила на 3 май 2008 г. — най-бързо договорената правозащитна конвенция в историята на ООН и сред най-широко ратифицираните. Нейната архитектура за правоприлагане, две десетилетия по-късно, е предмет на нашия специализиран анализ на <a href="/articles/un-crpd-enforcement-twenty-years-on/">двадесет години на CRPD</a>.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Година</th><th>Събитие</th><th>Значение</th></tr>
</thead>
<tbody>
<tr><td>1972</td><td>Основан Центърът за независим живот в Бъркли</td><td>Услуги от и за хора с увреждания</td></tr>
<tr><td>1973</td><td>Закон за рехабилитацията на САЩ, раздел 504</td><td>Първата разпоредба на САЩ срещу дискриминация на хора с увреждания</td></tr>
<tr><td>1976</td><td>Основни принципи на UPIAS</td><td>Разграничението нарушение/увреждане</td></tr>
<tr><td>1977</td><td>Протест 504, Сан Франциско</td><td>Наредбите подписани под натиск</td></tr>
<tr><td>1981</td><td>Международна година на хората с увреждания на ООН</td><td>Глобална видимост</td></tr>
<tr><td>1990</td><td>Закон за американците с увреждания</td><td>Всеобхватен граждански закон на САЩ</td></tr>
<tr><td>1995</td><td>Закон за дискриминацията по увреждане на Обединеното кралство</td><td>Първият закон на Обединеното кралство срещу дискриминация</td></tr>
<tr><td>2006</td><td>Приет CRPD на ООН</td><td>Обвързваща правозащитна конвенция</td></tr>
</tbody>
</table>
</figure>

<h2 class="wp-block-heading" id="h-beyond-the-anglosphere">Отвъд англоезичния свят</h2>

<p class="wp-block-paragraph">Историята често се разказва като история на САЩ и Обединеното кралство, но движението винаги е било множествено. <strong>Законът за дискриминацията по увреждане от 1995 г.</strong> на Обединеното кралство последва години на пряко действие от <strong>Мрежата за пряко действие на хора с увреждания (DAN)</strong>, включително активисти, оковаващи се за недостъпни автобуси. В континентална Европа законовите <strong>системи от квоти за заетост</strong> — в Германия, Франция, Италия, Австрия и Полша — отразяват различна, по-корпоративна традиция на политика за увреждания, която разглеждаме в нашия анализ на <a href="/articles/disability-in-the-workplace-2026-data/">уврежданията на работното място</a>. Япония и по-широкия Азиатско-Тихоокеански регион развиват свои собствени рамки, а вълната от ратификации на CRPD след 2008 г. движи нови национални закони в Африка, Латинска Америка и Близкия Изток.</p>

<p class="wp-block-paragraph">Обединяващото всички тези нишки е преминаването от политика на благотворителност към политика на права — и настояването навсякъде хората с увреждания сами да я ръководят. Фразата <strong>„нищо за нас без нас“</strong>, популяризирана от учения-активист Джеймс Чарлтън в книгата му от 1998 г. с това заглавие, улавя принцип, латентен в движението от десетилетия и сега вписан в задълженията за консултиране по CRPD.</p>

<h2 class="wp-block-heading" id="h-from-streets-to-standards">От улиците към стандартите</h2>

<p class="wp-block-paragraph">Последната граница на движението е цифровата. Същата логика, изискала бордюрни рампи и пандуси, сега изисква достъпни уебсайтове, приложения и цифрови услуги на обществения сектор. Техническият израз на социалния модел онлайн са <a href="/toolkit/standards/wcag/">Насоките за достъпност на уеб съдържанието (WCAG)</a>, а неговият правен израз включва <a href="/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a> на ЕС и стандарта за обществени поръчки <a href="/articles/en-301-549-explained/">EN 301 549</a>. Бариерите са променили формата си — липсващ алтернативен текст вместо липсваща рампа — но искането е идентично: среда, изключваща хората с увреждания, е проблем, за чието отстраняване строителите на тази среда са задължени. Организации, желаещи да намерят тези бариери, могат да започнат с безплатно <a href="/toolkit/scan/">сканиране за достъпност</a>.</p>

<p class="wp-block-paragraph">Историята не е завършена. Институционализацията продължава, правоспособността все още е отказвана на мнозина, пропастта в заетостта на хората с увреждания остава упорито широка, а правоприлагането на дори най-силните закони е неравномерно. Но концептуалната победа е реална и до голяма степен спечелена: увреждането сега се разбира, в закона и все повече в културата, като въпрос на права и бариери, а не на благотворителност и дефект. Това изместване не беше предоставено. То беше организирано, аргументирано и окупирано в съществуването от хора с увреждания — което в крайна сметка е целият смисъл на „нищо за нас без нас“. Продължете с нашия <a href="/articles/">по-широк репортажен запис за 2026 г.</a> и <a href="/regulations/">индекса на националната нормативна уредба</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Първични източници</h2>
<ol>
<li>Union of the Physically Impaired Against Segregation (UPIAS). <em>Fundamental Principles of Disability</em>, Лондон, 1976 г.</li>
<li>Oliver, Mike. <em>The Politics of Disablement</em> (1990) и последващи трудове, артикулиращи социалния модел на увреждането.</li>
<li>Charlton, James I. <em>Nothing About Us Without Us: Disability Oppression and Empowerment</em>, University of California Press, 1998 г.</li>
<li>US Rehabilitation Act of 1973, Section 504; Americans with Disabilities Act of 1990, Public Law 101-336.</li>
<li>Heumann, Judith with Kristen Joiner. <em>Being Heumann: An Unrepentant Memoir of a Disability Rights Activist</em>, 2020 г., за протеста 504.</li>
<li>United Kingdom. <em>Disability Discrimination Act 1995</em>.</li>
<li>United Nations. <em>World Programme of Action concerning Disabled Persons</em> (1982 г.); <em>Standard Rules on the Equalization of Opportunities for Persons with Disabilities</em> (1993 г.).</li>
<li>United Nations. <em>Convention on the Rights of Persons with Disabilities</em>, приета 13 декември 2006 г., в сила от 3 май 2008 г. https://www.un.org/development/desa/disabilities/</li>
<li>United States Holocaust Memorial Museum. <em>Aktion T4 and the murder of people with disabilities</em>. https://www.ushmm.org/</li>
<li>International Disability Alliance. <em>History of the CRPD negotiation and DPO participation</em>. https://www.internationaldisabilityalliance.org/</li>
</ol>
</aside>

</div>

---
title: Съответствие по достъпност — какво всъщност означава през 2026 г.
url: https://www.disabilityworld.org/bg/articles/accessibility-compliance-explainer/
description: Съответствието по достъпност, демистифицирано — какво означава по ADA, EAA, WCAG 2.2 и EN 301 549, картата по държави и следващите стъпки, които да предприемете, независимо къде оперирате.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-compliance, ada, eaa, wcag, regulation-primer, explainer
---

# Съответствие по достъпност — какво всъщност означава през 2026 г.

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Съответствие по достъпност — какво всъщност означава през 2026 г.",
      "description": "Съответствието по достъпност, демистифицирано — какво означава по ADA, EAA, WCAG 2.2 и EN 301 549, картата по държави и следващите стъпки, които да предприемете, независимо къде оперирате.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Какво означава съответствие по достъпност?", "acceptedAnswer": { "@type": "Answer", "text": "Съответствието по достъпност е правната и одитна позиция на покриване на който стандарт регулатор, договор или браншов орган е определил като меродавен за вашата ситуация. На практика то обикновено означава три неща наведнъж: покриване на технически стандарт като WCAG 2.2 ниво AA, удовлетворяване на регионален закон като ADA или Европейския акт за достъпност и изготвяне на процесни артефакти като публикувана декларация за достъпност. Нито едно от тях само по себе си не се равнява на достъпност за реални потребители — те са картината от страната на одита." } },
        { "@type": "Question", "name": "WCAG същото ли е като ADA?", "acceptedAnswer": { "@type": "Answer", "text": "Не. WCAG е технически стандарт, публикуван от W3C; ADA е граждански закон на САЩ. Двете са свързани, защото съдилищата на САЩ и Министерството на правосъдието третират WCAG 2.1 ниво AA като работна отправна точка за това какво се счита за достъпен уебсайт по Дял II и Дял III, но самият ADA никога не назовава WCAG в законовия си текст. EN 301 549 играе същата свързваща роля в ЕС." } },
        { "@type": "Question", "name": "Изисква ли се по закон моят уебсайт да бъде достъпен?", "acceptedAnswer": { "@type": "Answer", "text": "Почти сигурно да, ако оперирате в САЩ, ЕС, Обединеното кралство, Канада, Австралия или която и да е от 50-плюс юрисдикции със закон за правата на хората с увреждания и работещо досие по правоприлагане. Точното задължение зависи от това дали сте орган от обществения сектор, търговско предприятие с определен размер или доставчик на държавата. Картата по държави в тази статия сочи към досието за вашата юрисдикция." } },
        { "@type": "Question", "name": "Какво ниво на WCAG ми е необходимо — A, AA или AAA?", "acceptedAnswer": { "@type": "Answer", "text": "AA е работният отговор за почти всеки регулатор. Правилото по Дял II на ADA от 2024 г. назовава WCAG 2.1 ниво AA. Европейският акт за достъпност и EN 301 549 препращат към WCAG 2.1 AA. Регламентите за органите от обществения сектор на Обединеното кралство препращат към 2.1 AA. AAA е стремеж и не е регулаторен праг никъде. Само ниво A е недостатъчно при всеки голям режим." } },
        { "@type": "Question", "name": "Как се прилага съответствието по достъпност в САЩ?", "acceptedAnswer": { "@type": "Answer", "text": "Чрез три канала. Нормотворчество и правоприлагане на Министерството на правосъдието по Дял II и Дял III на ADA. Частни съдебни производства по Дял III, които произведоха приблизително 4300 федерални дела за уебсайтове през 2024 г. И писма с искания на щатско ниво по режимите за защита на потребителите на Ню Йорк, Калифорния и подобни. Няма единен федерален регулатор за достъпност, еквивалентен на органите за надзор на пазара в ЕС." } },
        { "@type": "Question", "name": "Прилага ли се EAA за компании извън ЕС?", "acceptedAnswer": { "@type": "Answer", "text": "Да, когато пускат продукти или услуги на пазара на ЕС. Европейският акт за достъпност се прилага за всеки икономически оператор, продаващ обхванати продукти или услуги на потребители в която и да е от 27-те държави членки, независимо къде е установен операторът. Сайт за електронна търговия от САЩ, който изпраща до Германия, е в обхвата на германската транспозиция, BFSG." } },
        { "@type": "Question", "name": "Достатъчно ли е автоматизираното сканиране, за да си в съответствие?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Автоматизираните скенери улавят приблизително 30 до 40 процента от проблемите по WCAG при щедри допускания — цветови контраст, липсващ алтернативен текст, липсващи етикети на формуляри, структура на документа. Те не могат да преценят дали алтернативният текст е точен, дали даден поток е използваем от потребител на екранен четец или дали персонализиран компонент излага правилните роли и състояния. Защитима позиция на съответствие комбинира автоматизиран мониторинг с периодични ръчни одити от тестващи с увреждания." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Наслоени законодателни документи и лупа върху кремава хартия, фотографирани отгоре, сигнализиращи насочващата към конкретики функция на обобщаващо разяснение на нормативната уредба.</p>

<p class="rt-prefix">Време за четене: 11 минути</p>

<p class="wp-block-paragraph">„Съответствие по достъпност“ е една от онези фрази, които всеки използва и почти никой не дефинира по един и същи начин. Главен юрисконсулт я чува като експозиция по Americans with Disabilities Act. Служител по обществени поръчки в Берлин я чува като клауза, позоваваща се на EN 301 549. Ръководител по инженеринг я чува като резултат от Lighthouse. Продуктов мениджър я чува като табло за мониторинг на доставчик. Всички те, в известен смисъл, са прави — и никой не говори точно за едно и също нещо.</p>

<p class="wp-block-paragraph">Тази статия е обобщаващата. Тя разопакова какво означава терминът през три слоя — технически, правен и процедурен — обяснява най-важното разграничение в областта (съответствието не е същото нещо като достъпността) и след това ви насочва към досието, което отговаря на вашата юрисдикция. Ако сте дошли, търсейки „съответствие по достъпност“, защото някой над вас в организационната йерархия е попитал дали компанията е такава, сте на правилното място. Ще ви дадем картата, която ви е необходима, за да отговорите сами на това, плюс връзката към <a href="/bg/toolkit/scan/">безплатния скенер по WCAG 2.2</a> за изходна оценка до края на следобеда.</p>

<h2 class="wp-block-heading" id="h-compliance-vs-accessibility">Съответствието не е същото нещо като достъпността</h2>

<p class="wp-block-paragraph">Единственото най-полезно разграничение в тази област, и това, което най-често се прескача в офертите на доставчиците, е пролуката между съответствие и достъпност.</p>

<p class="wp-block-paragraph"><strong>Съответствието</strong> е правна и одитна позиция. То е отговорът на въпроса „можем ли да докажем, на хартия, че покриваме стандарта, който регулаторът или договорът е определил?“ То се удовлетворява с преминаване на сканирания, публикувани декларации за достъпност, доклади за съответствие и атестации за обществени поръчки. Съответствието е състояние, в което можете да бъдете или да не бъдете в даден момент във времето, и то е състоянието, което юристите и одиторите интересува.</p>

<p class="wp-block-paragraph"><strong>Достъпността</strong> е отговорът на различен въпрос: „може ли човек с увреждане действително да използва този продукт, за да направи нещото, за което е създаден?“ Тя се удовлетворява с това потребител на екранен четец да завърши плащането, потребител само с клавиатура да навигира в таблото, глух потребител да разбере видеото. Достъпността е свойство на преживяното, а не на одитната преписка.</p>

<p class="wp-block-paragraph">Двете са корелирани, но не идентични. Сайт може да премине автоматизирано сканиране по WCAG 2.2 AA, да публикува чиста декларация за достъпност, да достави VPAT и все пак да е неизползваем с VoiceOver, защото всеки персонализиран падащ списък поглъща фокуса. Друг сайт може да има няколкостотин незначителни провала при сканиране и все пак да е използваем от край до край от всеки потребител на помощна технология в стаята. Съответствието е необходимо, но не достатъчно. Третирането на одита като заместител на преживяването е най-разпространената — и най-скъпа — грешка в това пространство.</p>

<h2 class="wp-block-heading" id="h-compliance-not-one-time-audit">Съответствието не е еднократен одит</h2>

<p class="wp-block-paragraph">Второто ключово разграничение. Одит, който е преминал в понеделник, не оцелява до внедряване във вторник. Маркетинговите сайтове правят внедрявания два пъти седмично; продуктовите повърхности правят внедрявания двадесет пъти на ден. Всяко внедряване е възможност да се счупи етикет, да се загуби пръстен на фокуса или да се достави компонент, който се обявява като <code>div</code> пред NVDA.</p>

<p class="wp-block-paragraph">Съответствието, правилно разбрано, е позиция, поддържана чрез непрекъснат мониторинг и култура на отстраняване на проблеми — а не моментна снимка, заснета в PDF с дата отпреди девет месеца. PDF файлът е доказателство. Мониторингът е нещото, което се доказва. Най-дълбокият капан в това пространство е третирането на съответствието като проект, а не като оперативен режим.</p>

<p class="wp-block-paragraph">Всяка сериозна програма за достъпност има една и съща форма независимо от юрисдикцията: слой за автоматизиран мониторинг, който улавя регресиите при всяко внедряване, слой за периодичен ръчен одит, който улавя това, което автоматизацията пропуска, и публикувана декларация, която регулаторът може да прочете. Загубете който и да е от трите и позицията се разпада.</p>

<h2 class="wp-block-heading" id="h-three-layers">Трите слоя на съответствието по достъпност</h2>

<p class="wp-block-paragraph">Полезно е съответствието по достъпност да се мисли като три наложени един върху друг слоя. Дадена организация трябва да удовлетвори всеки от тях, а изискванията на всеки слой идват от различен източник.</p>

<p class="wp-block-paragraph"><strong>Слой 1 — Технически стандарти.</strong> Как трябва да изглежда вашият сайт, приложение или продукт на ниво код. Това е слоят, който W3C и европейските органи по стандартизация притежават. Доминиращият стандарт е WCAG, понастоящем във версия 2.2. Повечето регулатори препращат към ниво AA. Други технически стандарти се наслагват отгоре: ARIA за богат потребителски интерфейс, EN 301 549 за европейския контекст на обществените поръчки и EAA, Section 508 за федералните обществени поръчки на САЩ, EPUB Accessibility 1.1 за електронни книги, PDF/UA за документи. WCAG 2.2 AA е центърът на спецификационната карта; останалите я разширяват или инстанцират.</p>

<p class="wp-block-paragraph"><strong>Слой 2 — Регионална нормативна уредба.</strong> Какво всъщност изисква законът във вашата юрисдикция. ADA, Европейският акт за достъпност, Equality Act на Обединеното кралство, Accessible Canada Act, Stanca Act на Италия, BFSG на Германия. Техническият стандарт от Слой 1 почти винаги се привлича чрез препратка — правилото по Дял II на ADA назовава WCAG 2.1 AA; EAA препраща към хармонизирания стандарт EN 301 549, който препраща към WCAG 2.1 AA. Законът е това, пред което сте отговорни; стандартът е начинът, по който законът решава дали сте покрили летвата.</p>

<p class="wp-block-paragraph"><strong>Слой 3 — Мандати за обществени поръчки и секторни мандати.</strong> Където договорът избутва отвъд законовия минимум. Обществените поръчки на публичния сектор в ЕС използват EN 301 549 като минимум за всяка ИТ покупка. Федералните обществени поръчки на САЩ използват Section 508, който вече се хармонизира с WCAG 2.1 AA. Регулаторите на финансовия сектор и на здравеопазването понякога добавят свои собствени слоеве. Ако продавате на купувач от обществения сектор, договорът обикновено е по-строг таван от закона.</p>

<p class="wp-block-paragraph">Повечето организации трябва да удовлетворят и трите слоя едновременно.</p>

<h2 class="wp-block-heading" id="h-country-map">Картата по държави — къде сте определя какво се прилага</h2>

<p class="wp-block-paragraph">Това е насочващата секция. Намерете реда, който отговаря на юрисдикцията, в която оперирате, след което кликнете през към досието.</p>

<h3 class="wp-block-heading" id="h-united-states">Съединени щати</h3>

<p class="wp-block-paragraph">Americans with Disabilities Act е гръбнакът на правото за достъпност в САЩ. Дял II управлява щатската и местната власт и получи първото си изрично уеб правило през април 2024 г., назовавайки WCAG 2.1 AA. Дял III управлява частните места за обществено ползване и се прилага основно чрез частни съдебни производства — приблизително 4300 федерални дела за уебсайтове през 2024 г. Вижте досието за <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA Дял III</a> и <a href="/bg/regulations/us/">хъба за нормативната уредба на САЩ</a> за Section 508 и щатските закони.</p>

<h3 class="wp-block-heading" id="h-european-union">Европейски съюз</h3>

<p class="wp-block-paragraph">Европейският акт за достъпност (Директива 2019/882) стана приложим в 27-те държави членки на 28 юни 2025 г., прилагайки се за определен списък от потребителски продукти и услуги — електронна търговия, банкиране, електронни книги, продажба на билети, транспорт. Директивата за достъпността на уебсайтовете (2016/2102) обхваща органите от обществения сектор отделно. И двете препращат към хармонизирания стандарт <a href="/bg/articles/en-301-549-explained/">EN 301 549</a>, който препраща към WCAG 2.1 AA. Вижте ръководството за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>.</p>

<h3 class="wp-block-heading" id="h-germany">Германия</h3>

<p class="wp-block-paragraph"><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG) е транспозицията на Германия на EAA и се прилага за обхванатите услуги от частния сектор от 28 юни 2025 г. BITV 2.0 управлява обществения сектор. Правоприлагането минава през органите за надзор на пазара на ниво провинции (Länder). Вижте <a href="/bg/regulations/de/">досието за Германия</a>.</p>

<h3 class="wp-block-heading" id="h-united-kingdom">Обединено кралство</h3>

<p class="wp-block-paragraph">Equality Act 2010 налага общо задължение за недискриминация, тълкувано от съдилищата като обхващащо цифровите услуги. Public Sector Bodies Accessibility Regulations 2018 наслагват конкретно изискване за WCAG 2.1 AA върху публичните органи. Обединеното кралство не транспонира EAA; експозицията на частния сектор минава през Equality Act. Вижте <a href="/bg/regulations/gb/">досието за Обединеното кралство</a>.</p>

<h3 class="wp-block-heading" id="h-italy">Италия</h3>

<p class="wp-block-paragraph"><span lang="en">Stanca Act</span> (Закон 4/2004) предхожда хармонизацията на EAA и се прилага за публичните органи и определен списък от субекти от частния сектор, включително финансови услуги и голяма електронна търговия. Транспозицията на EAA разширява обхвата допълнително. Вижте <a href="/bg/regulations/it/">досието за Италия</a>.</p>

<h3 class="wp-block-heading" id="h-canada">Канада</h3>

<p class="wp-block-paragraph">Accessible Canada Act обхваща субектите, регулирани на федерално ниво, включително банки, телекоми и федерални ведомства; AODA обхваща Онтарио на провинциално ниво, с пълно прилагане за частния сектор от 2025 г. Вижте <a href="/bg/regulations/ca/">досието за Канада</a>.</p>

<h3 class="wp-block-heading" id="h-australia">Австралия</h3>

<p class="wp-block-paragraph">Disability Discrimination Act 1992 е законоустановеният минимум, тълкуван като обхващащ цифровите услуги от делото Maguire от 2000 г. Австралийската комисия по правата на човека публикува насоки, съгласувани с WCAG. Вижте <a href="/bg/regulations/au/">досието за Австралия</a>.</p>

<h3 class="wp-block-heading" id="h-everywhere-else">Навсякъде другаде</h3>

<p class="wp-block-paragraph">Disability World поддържа досиета по държави за <a href="/bg/regulations/">55 юрисдикции</a>, включително Япония, Индия, Бразилия, Южна Корея, Израел, Южна Африка, Мексико, държавите от GCC и останалата част от ЕС и ASEAN.</p>

<h2 class="wp-block-heading" id="h-wcag-22">Какво всъщност изисква WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG — Web Content Accessibility Guidelines — е техническата препратка, на която почти всеки друг инструмент в този стек се позовава. Версия 2.2 беше публикувана от W3C през октомври 2023 г. и добавя девет нови критерия за успех към базата на 2.1. Съществуват три нива на съответствие: ниво A (абсолютният минимум), ниво AA (работната отправна точка, към която препраща всеки голям регулатор) и ниво AAA (стремеж, не регулаторен праг никъде).</p>

<p class="wp-block-paragraph">WCAG е организиран около четири принципа, акронима POUR. Съдържанието трябва да бъде <strong>възприемаемо</strong> (Perceivable — достъпно за сетивата, които потребителят има — текстови алтернативи за изображения, субтитри за аудио, достатъчен цветови контраст), <strong>операбилно</strong> (Operable — интерфейсът може да бъде управляван — достъпен с клавиатура, без предизвикващо припадъци премигване, достатъчно време за четене), <strong>разбираемо</strong> (Understandable — съдържанието и интерфейсът са предвидими — четим текст, последователна навигация, предотвратяване на грешки при въвеждане във формуляр) и <strong>устойчиво</strong> (Robust — работи с помощната технология, която потребителят действително има — разбираем за машината маркъп, изложени име-роля-стойност на всеки интерактивен елемент).</p>

<p class="wp-block-paragraph">Спецификацията 2.2 има 86 номерирани критерия за успех в трите нива. Ниво AA е работната цел за целите на съответствието; покриването само на ниво A е недостатъчно при всеки регулаторен режим, който назовава ниво. Пълната препратка, организирана критерий по критерий с примери и общи модели на провал, се намира на страницата за <a href="/bg/toolkit/standards/wcag/">критериите за успех на WCAG 2.2</a> в нашия набор от инструменти.</p>

<h2 class="wp-block-heading" id="h-next-steps">Призиви към действие за следваща стъпка — три конкретни действия</h2>

<p class="wp-block-paragraph">Съответствието е позиция, не проект, но трябва да започнете отнякъде. Правилното следващо действие зависи от това къде сте в пътя.</p>

<h3 class="wp-block-heading" id="h-cta-baseline">„Нямам представа къде сме“ — започнете с изходна оценка</h3>

<p class="wp-block-paragraph">Изпълнете <a href="/bg/toolkit/scan/">безплатния скенер по WCAG 2.2</a> на първите си десет страници — начална страница, вход, плащане, табло, два ключови потока за конверсия, самата страница с декларация за достъпност, ако имате такава. Сканирането няма да ви каже пълната картина (вижте секцията за съответствие срещу достъпност по-горе), но ще ви каже дали имате десет проблема или десет хиляди, което е първото нещо, което трябва да знаете. След това прочетете досието за нормативната уредба за вашата юрисдикция от картата по държави в предишната секция.</p>

<h3 class="wp-block-heading" id="h-cta-manual-audit">„Имаме скенер — какво следва?“ — възложете ръчен одит</h3>

<p class="wp-block-paragraph">Автоматизираните сканирания улавят приблизително една трета от проблемите. Останалите изискват ръчен преглед. Възложете ръчен одит от тестващи с увреждания — потребители на екранен четец за пътищата с екранен четец, потребители само с клавиатура за пътищата с клавиатура, потребители със слабо зрение за визуалните пътища. Първи ръчен одит на средно по размер приложение обикновено отнема две до четири седмици и изважда на повърхността класовете проблеми, които автоматизацията не може да види: двусмислен текст на връзка в контекст, ред на фокуса, който е технически правилен, но когнитивно грешен, персонализирани компоненти, които работят, но усещането е грешно.</p>

<h3 class="wp-block-heading" id="h-cta-monitoring">„Операционализираме съответствието дългосрочно“ — изберете платформа за мониторинг</h3>

<p class="wp-block-paragraph">Това е етапът, на който мониторингът има значение. Непрекъснатият мониторинг улавя регресиите при всяко внедряване, изважда на повърхността дрейфа между ръчните одити и произвежда следата от доказателства, която удовлетворява регулатор, питащ как поддържате позицията между официалните доклади. Пълният сравнителен преглед на платформите в тази категория се намира в <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на мониторинг</a> — включително axe Monitor, Siteimprove, Level Access и <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>, които са четирите платформи, най-често включвани в краткия списък за комбинацията мониторинг плюс предаване към ръчен одит. Ръководството за купувача ги сравнява по покритие, дял на фалшиво-положителните, работен процес за ръчен одит, повърхност за интеграция и цена. Прочетете това след това; не избирайте платформа от една-единствена страница.</p>

<h2 class="wp-block-heading" id="h-faq">Често задавани въпроси</h2>

<h3 class="wp-block-heading" id="h-faq-what">Какво означава съответствие по достъпност?</h3>

<p class="wp-block-paragraph">Съответствието по достъпност е правната и одитна позиция на покриване на който стандарт регулатор, договор или браншов орган е определил като меродавен за вашата ситуация. На практика то обикновено означава три неща наведнъж: покриване на технически стандарт като WCAG 2.2 ниво AA, удовлетворяване на регионален закон като ADA или Европейския акт за достъпност и изготвяне на процесни артефакти като публикувана декларация за достъпност. Нито едно от тях само по себе си не се равнява на достъпност за реални потребители — те са картината от страната на одита.</p>

<h3 class="wp-block-heading" id="h-faq-wcag-ada">WCAG същото ли е като ADA?</h3>

<p class="wp-block-paragraph">Не. WCAG е технически стандарт, публикуван от W3C; ADA е граждански закон на САЩ. Двете са свързани, защото съдилищата на САЩ и Министерството на правосъдието третират WCAG 2.1 ниво AA като работна отправна точка за това какво се счита за достъпен уебсайт по Дял II и Дял III, но самият ADA никога не назовава WCAG в законовия си текст. EN 301 549 играе същата свързваща роля в ЕС.</p>

<h3 class="wp-block-heading" id="h-faq-required">Изисква ли се по закон моят уебсайт да бъде достъпен?</h3>

<p class="wp-block-paragraph">Почти сигурно да, ако оперирате в САЩ, ЕС, Обединеното кралство, Канада, Австралия или която и да е от 50-плюс юрисдикции със закон за правата на хората с увреждания и работещо досие по правоприлагане. Точното задължение зависи от това дали сте орган от обществения сектор, търговско предприятие с определен размер или доставчик на държавата. Картата по държави в тази статия сочи към досието за вашата юрисдикция.</p>

<h3 class="wp-block-heading" id="h-faq-level">Какво ниво на WCAG ми е необходимо — A, AA или AAA?</h3>

<p class="wp-block-paragraph">AA е работният отговор за почти всеки регулатор. Правилото по Дял II на ADA от 2024 г. назовава WCAG 2.1 ниво AA. Европейският акт за достъпност и EN 301 549 препращат към WCAG 2.1 AA. Регламентите за органите от обществения сектор на Обединеното кралство препращат към 2.1 AA. AAA е стремеж и не е регулаторен праг никъде. Само ниво A е недостатъчно при всеки голям режим.</p>

<h3 class="wp-block-heading" id="h-faq-us-enforcement">Как се прилага съответствието по достъпност в САЩ?</h3>

<p class="wp-block-paragraph">Чрез три канала. Нормотворчество и правоприлагане на Министерството на правосъдието по Дял II и Дял III на ADA. Частни съдебни производства по Дял III, които произведоха приблизително 4300 федерални дела за уебсайтове през 2024 г. И писма с искания на щатско ниво по режимите за защита на потребителите на Ню Йорк, Калифорния и подобни. Няма единен федерален регулатор за достъпност, еквивалентен на органите за надзор на пазара в ЕС.</p>

<h3 class="wp-block-heading" id="h-faq-eaa-non-eu">Прилага ли се EAA за компании извън ЕС?</h3>

<p class="wp-block-paragraph">Да, когато пускат продукти или услуги на пазара на ЕС. Европейският акт за достъпност се прилага за всеки икономически оператор, продаващ обхванати продукти или услуги на потребители в която и да е от 27-те държави членки, независимо къде е установен операторът. Сайт за електронна търговия от САЩ, който изпраща до Германия, е в обхвата на германската транспозиция, BFSG.</p>

<h3 class="wp-block-heading" id="h-faq-automated">Достатъчно ли е автоматизираното сканиране, за да си в съответствие?</h3>

<p class="wp-block-paragraph">Не. Автоматизираните скенери улавят приблизително 30 до 40 процента от проблемите по WCAG при щедри допускания — цветови контраст, липсващ алтернативен текст, липсващи етикети на формуляри, структура на документа. Те не могат да преценят дали алтернативният текст е точен, дали даден поток е използваем от потребител на екранен четец или дали персонализиран компонент излага правилните роли и състояния. Защитима позиция на съответствие комбинира автоматизиран мониторинг с периодични ръчни одити от тестващи с увреждания.</p>

<h2 class="wp-block-heading" id="h-closing">В заключение</h2>

<p class="wp-block-paragraph">Съответствието по достъпност е позиция, не проект. Одитът на стената е доказателство за позицията; мониторингът, ръчните одити, културата на отстраняване и публикуваната декларация са самата позиция. Загубете позицията и одитът остарява в рамките на едно тримесечие.</p>

<p class="wp-block-paragraph">Ако започвате от нула, изпълнете <a href="/bg/toolkit/scan/">безплатния скенер по WCAG 2.2</a>, прочетете досието за нормативната уредба за вашата юрисдикция от картата по държави по-горе и резервирайте ръчен одит. Ако операционализирате за дългосрочно, прочетете ръководството за купувача на мониторинг. Обобщаващото приключи. Изберете вратата.</p>

</div>

---
title: Ръководство за избор на платформа за мониторинг на достъпността 2026 — сравнение
url: https://www.disabilityworld.org/bg/articles/accessibility-monitoring-buyers-guide-2026/
description: Сравнение на платформите за мониторинг на достъпността в реално време — критерии за избор, таблица на доставчиците и компромисите между автоматизираното сканиране и предаването към ръчен одит през 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-monitoring, buyers-guide, saas-comparison, qualibooth, axe-monitor, siteimprove
---

# Ръководство за избор на платформа за мониторинг на достъпността 2026 — сравнение

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Ръководство за избор на платформа за мониторинг на достъпността 2026",
      "description": "Сравнение на платформите за мониторинг на достъпността в реално време — критерии за избор, таблица на доставчиците и компромисите между автоматизираното сканиране и предаването към ръчен одит през 2026 г.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Платформи за мониторинг на достъпността — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Qualibooth", "url": "https://www.qualibooth.com/" },
        { "@type": "ListItem", "position": 2, "name": "axe Monitor", "url": "https://www.deque.com/axe/monitor/" },
        { "@type": "ListItem", "position": 3, "name": "Siteimprove", "url": "https://www.siteimprove.com/" },
        { "@type": "ListItem", "position": 4, "name": "Level Access", "url": "https://www.levelaccess.com/" },
        { "@type": "ListItem", "position": 5, "name": "AudioEye", "url": "https://www.audioeye.com/" },
        { "@type": "ListItem", "position": 6, "name": "UserWay", "url": "https://userway.org/" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Мониторингът на достъпността същото ли е като одит на достъпността?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Мониторингът е непрекъснатият, предимно автоматизиран слой, който работи срещу даден сайт или приложение и докладва регресиите веднага щом се появят. Одитът е ръчен преглед в конкретен момент от специалист, обикновено включващ тестери с увреждания, който улавя проблемите, които автоматизацията не може да открие — клавиатурни капани, качеството на реда на фокуса, четимостта от екранен четец, смисления алтернативен текст, актуализациите на динамичното съдържание. Защитима позиция на съответствие изисква и двете. Двата слоя отговарят на различни въпроси и нито един не замества другия." } },
        { "@type": "Question", "name": "Може ли платформа за мониторинг да замени ръчния одит?", "acceptedAnswer": { "@type": "Answer", "text": "Не, и всеки доставчик, който твърди обратното, продава автоматизирано сканиране като съответствие, каквото то не е. Автоматизираните скенери улавят приблизително 30 до 40 процента от проблемите по WCAG при щедри допускания — цветови контраст, липсващ алтернативен текст, липсващи етикети, структура на документа. Останалите 60 до 70 процента изискват човешка преценка. Най-добрите платформи за мониторинг признават това и осигуряват работен процес за предаване на резултатите от сканирането към ръчни одитори; най-лошите се преструват, че проблем няма." } },
        { "@type": "Question", "name": "Колко често следва да се извършват сканирания на достъпността?", "acceptedAnswer": { "@type": "Answer", "text": "За бързо променяща се продуктова повърхност — при всяко внедряване през CI, с пълно обхождане поне веднъж седмично. За маркетингов сайт, който публикува два пъти седмично, нощно или покомитно обхождане е работният ритъм. За стабилен портал от обществения сектор седмично обхождане плюс регресионно сканиране при всяко внедряване обикновено е защитимо. Капанът е третирането на съответствието като тримесечна моментна снимка — всяко публикуване е възможност да се счупи етикет, да се загуби пръстен на фокуса или да се внедри компонент, който се обявява като div." } },
        { "@type": "Question", "name": "Достатъчни ли са скенерите за достъпност от правна гледна точка по ADA или EAA?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Нито правилото по Дял II от 2024 г. на Министерството на правосъдието на САЩ, нито Европейският акт за достъпност третират доклад от автоматизирано сканиране като доказателство за съответствие сам по себе си. Правилото на DOJ посочва WCAG 2.1 ниво AA като материалния стандарт; EAA препраща към хармонизирания EN 301 549, който от своя страна препраща към WCAG 2.1 AA. И двата режима предвиждат програма, която съчетава автоматизиран мониторинг, ръчен одит и публикувана декларация за достъпност. Зелено табло на скенера е необходимо, но не и достатъчно." } },
        { "@type": "Question", "name": "Какъв е типичният ценови диапазон за корпоративна платформа за мониторинг?", "acceptedAnswer": { "@type": "Answer", "text": "Корпоративните листови цени през 2026 г. обикновено варират от приблизително 15 000 до 120 000 щатски долара годишно, като разликата се определя от броя домейни, честотата на обхождане, обема на страниците и дали часовете за ръчен одит са включени в пакета. Планове за средния пазар при приблизително 6000 до 18 000 долара годишно са обичайни за същите платформи с по-малки лимити на обхождане. Достъпността на PDF, мобилно-нативното сканиране и включеният ръчен одит са трите пера, които най-силно влияят на цената. Почти всяка корпоративна платформа изисква разговор с търговски отдел, за да се получи реална оферта." } },
        { "@type": "Question", "name": "Имам ли нужда от платформа за мониторинг, ако вече ползвам axe DevTools в моя CI?", "acceptedAnswer": { "@type": "Answer", "text": "Може би не, ако обхватът ви е едно уеб приложение, инженерната ви организация има дисциплината да проваля компилациите при регресии в axe и имате отделна връзка за ръчен одит за 60-те до 70 процента, които автоматизацията пропуска. Повечето организации израстват от този модел. Платформата за мониторинг добавя обхождането на страници, до които нито едно CI изпълнение не достига, четимото от ръководството табло, изгледа на регресиите между внедряванията, покритието на PDF, работния процес за генериране на декларация и — при по-добрите на пазара — предаването към ръчен одит. Въпросът е работният процес, а не точността на скенера." } },
        { "@type": "Question", "name": "Какво следва да съдържа едно RFP за обществена поръчка на мониторинг на достъпността?", "acceptedAnswer": { "@type": "Answer", "text": "Като минимум: поддръжка на версия на WCAG, честота на обхождане и лимити на обема страници, обработка на едностранични приложения и автентикация, достъпност на PDF (реална проверка, а не разпознаване на тип файл), мобилно-нативно покритие за iOS и Android, интеграция със системата за проследяване на проблеми и CI на купувача, работен процес за предаване към ръчен одит, примерна изходна декларация за достъпност, табла за ръководството и за инженерите, както и изрично посочен ценови модел — на домейн, на страница, на сканиране, на потребител. Доставчик, който се съпротивлява на прозрачното ценообразуване, е тревожен сигнал при обществена поръчка." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Ръководство за избор · Инструменти</div>
      <h1 class="hero__title" id="hero-heading">
        Ръководство за избор на платформа за мониторинг на достъпността 2026 — сравнение
      </h1>
      <p class="hero__lead">Мониторингът на достъпността като категория беше преформиран през последните двадесет и четири месеца от три сили и решението за покупка през 2026 г. изглежда съвсем различно от решението за покупка през 2023 г. Това ръководство е за специалиста по обществени поръчки, инженерния директор, главния отговорник по съответствието и водещия по достъпност, на когото е възложено да състави кратък списък с платформи.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">Дял от проблемите по WCAG, които автоматизираното сканиране може да открие самостоятелно</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">Поименно сравнени платформи по осем критерия за избор</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">$15k–$120k</div>
          <div class="stat-chip__label">Типичен корпоративен листови ценови диапазон, USD годишно</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>редакцията на disability-world</strong></div>
        <div class="hero__pill">18 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Дефиниции</a></li>
        <li><a href="#s2">2. Критерии за избор</a></li>
        <li><a href="#s3">3. Сравнение на доставчиците</a></li>
        <li><a href="#s4">4. Изборът на редакцията</a></li>
        <li><a href="#s5">5. Какво автоматизацията не може</a></li>
        <li><a href="#s6">6. Контролен списък за поръчка</a></li>
        <li><a href="#s7">7. Често задавани въпроси</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Контекст</div>
        <h2 class="section-title" id="intro-heading">Защо решението за покупка се промени</h2>
        <div class="prose">
          <p>Мониторингът на достъпността като категория беше преформиран през последните двадесет и четири месеца от три сили и решението за покупка през 2026 г. изглежда съвсем различно от решението за покупка през 2023 г. Първо, <a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> стана подлежащ на изпълнение през юни 2025 г. и вълните от обществени поръчки, които последваха във всички двадесет и седем държави членки, повдигнаха частта на ЕС от пазара на мониторинг далеч над тази на САЩ за първи път. Второ, <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">правилото на DOJ по Дял II от 2024 г.</a> затегна изискването към обществения сектор в САЩ и задейства цикъл от обществени поръчки в щатската и местната администрация, който все още се развива. Трето, областта най-сетне възприе неудобния емпиричен факт, че автоматизираното сканиране само по себе си улавя само между тридесет и четиридесет процента от <a href="/bg/toolkit/standards/wcag/">критериите за успех на WCAG 2.2</a> — което означава, че изборът на платформа сега е много по-малко въпрос на „точност на скенера“ и много повече въпрос на работен процес. Въпросът е как резултатът от сканирането се превръща в приоритизиране, после в отстраняване на проблеми, после в проверена, защитима, готова за публикуване декларация за достъпност.</p>
          <p>Това ръководство е за специалиста по обществени поръчки, инженерния директор, главния отговорник по съответствието и водещия по достъпност, на когото е възложено да състави кратък списък с платформи. То сравнява шест поименни доставчика по критериите, които реално решават договора. Преди всичко това обаче си струва да сме точни какво „мониторинг на достъпността“ е и какво не е — защото доставчиците умишлено размиват категориите. Ако искате базова стойност за собствения си сайт, преди да продължите да четете, <a href="/bg/toolkit/scan/">безплатният скенер на Disability World</a> ще ви я даде за под минута.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Дефиниции</div>
        <h2 class="section-title" id="s1-heading">1. Какво всъщност означава „мониторинг на достъпността“</h2>
        <div class="prose">
          <p>Категорията е по-млада, отколкото подсказва речникът ѝ, и четири отделни продукта рутинно се продават под припокриващи се имена. Разграничаването им е първата полезна стъпка във всеки разговор с купувач.</p>
          <p>Един <strong>скенер</strong> е еднократна проверка на URL адрес. Поставяте една страница, инструментът я зарежда, изпълнява набор от правила — обикновено axe-core или негов дериват — и отпечатва списък с нарушения. Браузърни разширения като axe DevTools, одитът за достъпност на Lighthouse, лентата с инструменти WAVE и повечето безплатни онлайн скенери спадат към тази категория. Скенерите са комодитизирани. Базовите набори от правила са предимно едни и същи софтуерни машини с отворен код под различни обвивки и резултатите от основните скенери на дадена страница рядко се различават с повече от няколко процента.</p>
          <p><strong>Мониторингът</strong> е непрекъснатата версия. Платформа за мониторинг обхожда сайт или приложение по график, изгражда базова линия и след това докладва разликите при всяко внедряване. Където един скенер отговаря на въпроса „какво не е наред с тази страница?“, платформата за мониторинг отговаря на „какво се промени от вторник?“ — и точно този изглед на разликите е това, което инженерната организация реално използва. Мониторингът е това, което мащабира резултата на скенера до парк от страници, многосайтова организация или продуктова повърхност, която публикува двадесет пъти на ден.</p>
          <p>Един <strong>одит</strong> е <a href="/bg/articles/manual-audits-by-people-with-disabilities-2026/">ръчният преглед</a>. Специалист — все по-често тестер с увреждане, който работи с екранния четец, който използва всеки ден — преминава продукта от край до край и докладва проблемите, които автоматизацията не може да открие. Клавиатурни капани, качество на реда на фокуса, четимост от екранен четец, реалната смисленост на алтернативния текст, поведението на актуализациите на динамичното съдържание, разбираемостта на съобщенията за грешка. Одитът е слоят, който улавя шестдесетте до седемдесет процента от проблемите по WCAG, които скенерите пропускат.</p>
          <p>Една <strong>декларация или табло за съответствие</strong> е публикуваният артефакт и работният процес, който го произвежда. По EAA, по нормативната уредба за органите от обществения сектор на Обединеното кралство, по обществените поръчки по Section 508, в рамката на EN 301 549, купувачът трябва да публикува нещо — декларация за достъпност, която се чете ясно от регулатор, изброява нивото на съответствие, посочва известните проблеми и датира следващия преглед. „Таблото за съответствие“ е вътрешната версия, която проследява същата позиция за ръководния екип.</p>
          <p>Една <em>платформа</em> за мониторинг — това, което сравнява настоящото ръководство — е продуктът, който обединява резултата от скенера, непрекъснатото обхождане, приоритизирането, опционалния ръчен одит и генерирането на декларация в единен работен процес. Слоят на скенера е комодити. Слоят на платформата е там, където живее диференциацията и стойността на договора.</p>
        </div>

        <div class="stat-strip" aria-label="Четири продукта под припокриващи се имена">
          <div class="stat-strip__item">
            <div class="stat-strip__value">Скенер</div>
            <div class="stat-strip__label">Еднократна проверка на URL, набор правила axe-core или дериват</div>
            <div class="stat-strip__source">axe DevTools · Lighthouse · WAVE</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Мониторинг</div>
            <div class="stat-strip__label">Непрекъснато обхождане + разлика на регресиите спрямо базова линия</div>
            <div class="stat-strip__source">Това, което сравнява настоящото ръководство</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Одит</div>
            <div class="stat-strip__label">Ръчен преглед в конкретен момент от специалист (често тестер с увреждане)</div>
            <div class="stat-strip__source">Улавя 60–70% пропуски на автоматизацията</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Декларация</div>
            <div class="stat-strip__label">Публикувана декларация за достъпност + вътрешно табло за съответствие</div>
            <div class="stat-strip__source">EAA чл. 13 · EN 301 549 · DOJ Дял II</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Критерии</div>
        <h2 class="section-title" id="s2-heading">2. Критерии за избор — какво наистина има значение</h2>
        <div class="prose">
          <p>Осем критерия разграничават платформите през 2026 г. Доставчиците няма винаги да дадат отговорите доброволно; питайте все пак.</p>
        </div>

        <h3>Поддръжка на версия на WCAG</h3>
        <div class="prose">
          <p>Единственият най-диагностичен въпрос. WCAG 2.2 стана препоръка на W3C през октомври 2023 г. и добавя девет критерия за успех — поява на фокуса, движения с плъзгане, размер на целта, достъпна автентикация, излишно въвеждане, последователна помощ. Някои доставчици все още сканират спрямо 2.1 и преименуват таблото като „готово за 2.2“, без да поддържат новите критерии. Честният отговор е, че повечето автоматизирани набори правила покриват само подмножество от 2.2, защото няколко от новите критерии (например достъпна автентикация, последователна помощ) не се поддават на статичен анализ. Платформата следва да посочи кои критерии от 2.2 покрива автоматично, кои извежда за ръчен преглед и към коя версия на EN 301 549 привежда докладването си.</p>
        </div>

        <h3>Честота и мащаб на обхождане</h3>
        <div class="prose">
          <p>Платформа, която може да обхожда двеста страници веднъж седмично, е различен продукт от такава, която може да обхожда сто хиляди страници при всяко внедряване. Целевата честота на обхождане на купувача следва да произтича от ритъма на внедряване. Маркетингов сайт, който публикува два пъти седмично, се нуждае като минимум от нощно обхождане; продуктова повърхност, която публикува непрекъснато, се нуждае от CI интеграция, която работи покомитно. Лимитът на обема страници, лимитът на дълбочината на обхождане и лимитът на едновременните обхождания на платформата решават дали договорът ще издържи в третата година, когато сайтът е пораснал.</p>
        </div>

        <h3>Достъпност на PDF</h3>
        <div class="prose">
          <p>Перото, което тихомълком умножава цената. „Поддръжка на PDF“ може да означава всяко от три неща. Може да означава, че платформата открива PDF връзки и ги преброява, което не е проверка. Може да означава, че платформата извлича текст и проверява за структура, декларация на езика и базово тагване, което улавя малка част от пропуските по PDF/UA. Или може да означава, че платформата изпълнява истински валидатор по PDF/UA срещу дървото на документа, което всъщност изисква защитима позиция на съответствие на PDF. Питайте кое.</p>
        </div>

        <h3>Едностранични приложения и автентикация</h3>
        <div class="prose">
          <p>Повечето съвременни продуктови повърхности са едностранични приложения (SPA) зад вход. Обхождащ инструмент, който не може да задвижи JavaScript среда и не може да поддържа автентикирана сесия, е обхождащ инструмент, който сканира маркетинговата брошура и не докладва нищо за приложението. Техническият въпрос е дали платформата използва headless Chromium с инжектиране на бисквитки или запазен сесиен токен, как обработва SSO потоци и дали може да завърши многостъпков OAuth обмен. Въпросът при поръчката е дали трябва сами да настроите този работен процес, или въвеждането от страна на доставчика го прави.</p>
        </div>

        <h3>Мобилно-нативно сканиране</h3>
        <div class="prose">
          <p>Нативните iOS и Android приложения попадат под същите правни режими като уеба и повечето платформи за мониторинг не ги покриват. Доставчиците, които предлагат мобилно сканиране, обикновено таксуват отделно за него и използват различен набор правила срещу платформено-специфичните API за достъпност. Ако купувачът пуска нативни приложения, конкретният въпрос за покритието на iOS UIAccessibility и Android AccessibilityNodeInfo бързо ще прореди краткия списък.</p>
        </div>

        <h3>Интеграционна история</h3>
        <div class="prose">
          <p>Резултат от сканиране, който не попада в съществуващия работен процес на инженера, бива пренебрегван. Минималният интеграционен набор през 2026 г. е Jira, GitHub или GitLab, Slack и CI кука. По-добрите платформи предлагат Linear, Azure DevOps, Microsoft Teams и webhook API. Интеграционният въпрос не е просто „публикува ли задача“, а „носи ли задачата URL адреса на страницата, кода на нарушението, критерия по WCAG, предложеното решение и възпроизводим селектор или екранна снимка?“</p>
        </div>

        <h3>Предаване към ръчен одит</h3>
        <div class="prose">
          <p>Критерият, който отделя нивото на платформите от нивото на „скенер с табло“. Истински работен процес за предаване ви позволява да изберете набор от страници, да определите обхвата на преглед, да инструктирате човек одитор (вътрешен или предоставен от доставчика), да проследявате одита през състоянията на преглед и да върнете констатациите обратно в същото табло наред с автоматизираните резултати. Наличието или отсъствието на този работен процес е единственият най-добър предиктор дали платформата може да поддържа защитима позиция на съответствие по EAA или ADA, защото ръчният слой е неотменим и по двата режима.</p>
        </div>

        <h3>Генериране на декларация</h3>
        <div class="prose">
          <p>Член 13 от EAA изисква декларация за достъпност, публикувана в машинночетим вид. Нормативната уредба за обществения сектор на Обединеното кралство и ЕС изисква такава. Правилото на DOJ по Дял II очаква такава. Платформата следва да произведе артефакт-декларация — документ с публикационно качество, а не просто екранна снимка на таблото — който посочва нивото на съответствие, изброява известните проблеми, датира одита и се актуализира при промяна на данните от мониторинга. Доставчиците, които третират това като първокласен изход, спестяват на купувача значимо време на юрисконсулта при подновяване.</p>
        </div>

        <h3>Докладване и изгледи за ръководството</h3>
        <div class="prose">
          <p>Таблото за сканиране, което инженерният екип използва, не е таблото, което финансовият директор или одитният комитет искат. Платформата следва да произведе и двете — инженерен изглед за приоритизиране със селектори и фрагменти код, и готов за борда изглед, който докладва броя проблеми по тежест, тенденцията между внедряванията, процента на съответствие по сайт и прогнозните дати за приключване. Платформите, които предлагат само едното от двете, в крайна сметка биват прикрепени към отделен BI инструмент, което добавя разходи.</p>
        </div>

        <h3>Ценови модел</h3>
        <div class="prose">
          <p>Самият ценови модел е сигнал. Ценообразуването на домейн е честно за обхвата. Ценообразуването на страница се мащабира с растежа на купувача и обикновено е скъпо. Ценообразуването на сканиране възнаграждава ефективното обхождане. Ценообразуването на потребител е мек таван, който се заобикаля. Разделението между прозрачно публикувано ценообразуване и ценообразуване само чрез разговор с търговец е пазарно разделение: повечето корпоративни доставчици крият цените зад оферта, докато инженерно-ориентираните инструменти публикуват ниво. Доставчик, който не назовава начална цена на проучвателния разговор, сигнализира, че договорът ще бъде по-голям, отколкото купувачът е очаквал.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справка</div>
        <h2 class="section-title" id="s3-heading">3. Сравнение на доставчиците — платформите на масата</h2>
        <div class="prose">
          <p>Шестте платформи по-долу покриват работния корпоративен кратък списък през 2026 г. Таблицата за честно сравнение е първа, с наратив по доставчик отдолу.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Платформа</th>
              <th>Подходяща за</th>
              <th>Версия на WCAG</th>
              <th>Честота на обхождане</th>
              <th>PDF</th>
              <th>Предаване към одит</th>
              <th>Ценообразуване</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th><a href="https://www.qualibooth.com/">Qualibooth</a></th>
              <td>Работен процес от сканиране до декларация с ръчен преглед от тестери с увреждания</td>
              <td>2.2 AA + EN 301 549</td>
              <td>Непрекъснато + при всяко внедряване</td>
              <td>Валидатор по PDF/UA</td>
              <td>Да — интегриран панел от тестери с увреждания</td>
              <td>На домейн + включени часове за одит; не е публично оповестено</td>
            </tr>
            <tr>
              <th>axe Monitor (Deque)</th>
              <td>Инженерно-ориентирани екипи с дълбока CI/CD дисциплина</td>
              <td>2.2 AA, най-новия axe-core</td>
              <td>При всяко внедряване през CI + планирано обхождане</td>
              <td>Ограничено; отделна добавка axe Auditor</td>
              <td>Чрез услугите на Deque, отделен договор</td>
              <td>На домейн + на потребител; прибл. $18k–$90k/год.</td>
            </tr>
            <tr>
              <th>Siteimprove</th>
              <td>Маркетингово-ориентирани организации с грижи за качеството на съдържанието наред с достъпността</td>
              <td>2.1 AA, 2.2 частично</td>
              <td>Дневно обхождане</td>
              <td>Откриване + базови проверки</td>
              <td>Добавка с професионални услуги</td>
              <td>На домейн + модулни пакети; прибл. $15k–$75k/год.</td>
            </tr>
            <tr>
              <th>Level Access</th>
              <td>Предприятия с риск от съдебни производства в САЩ и нужди от правнозащитно пакетиране</td>
              <td>2.1 AA, 2.2 частично</td>
              <td>Дневно обхождане + при всяко внедряване</td>
              <td>Да, чрез включени услуги за отстраняване на проблеми</td>
              <td>Да — голяма вътрешна практика по одит</td>
              <td>На домейн + включени услуги; прибл. $25k–$120k+/год.</td>
            </tr>
            <tr>
              <th>AudioEye</th>
              <td>Малки до средни сайтове, търсещи докладване от един доставчик (с уговорки за overlay)</td>
              <td>2.1 AA</td>
              <td>Непрекъснато</td>
              <td>Само откриване</td>
              <td>Ограничено, чрез отделен договор</td>
              <td>На домейн, на нива; прибл. $1.2k–$30k/год.</td>
            </tr>
            <tr>
              <th>UserWay</th>
              <td>Малки фирми, които комбинират скенер с overlay (не се препоръчва като основен инструмент)</td>
              <td>2.1 AA</td>
              <td>Планирано</td>
              <td>Само откриване</td>
              <td class="cell-na">Не е част от основната оферта</td>
              <td>На домейн, на нива; прибл. $500–$12k/год.</td>
            </tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Със седалище в Европа · интегриран работен процес</div>
              </div>
            </div>
            <div class="combo-card__usage">От сканиране до декларация, с одитен панел от тестери с увреждания вътре в същия продукт</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Интегриран панел за ръчен одит от тестери с увреждания; генериране на декларация, съобразена с EAA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Цените не са публично оповестени; мобилно-нативното е по-ново от уеба; по-малко познат на купувачите в САЩ</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Работите едновременно под EAA и ADA и искате един доставчик, а не четирима</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor (Deque)</div>
                <div class="combo-card__sub">Инженерно-ориентираният стандарт</div>
              </div>
            </div>
            <div class="combo-card__usage">Корпоративна непрекъсната версия на axe-core; CI-first опит за разработчика</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Най-силната CI интеграция на пазара; документацията на правилата е еталонът в областта</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-оскъдни табла за ръководството; PDF е отделен продукт (axe Auditor); ръчният одит е договор за услуги с Deque</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Програмата за достъпност живее вътре в инженеринга, а не в маркетинга или съответствието</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove</div>
                <div class="combo-card__sub">Корпоративна платформа за качество на съдържанието с модул за достъпност</div>
              </div>
            </div>
            <div class="combo-card__usage">Междумодулно докладване за SEO, качество на съдържанието, бранд, анализ и достъпност</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Най-добрите на пазара маркетингово ориентирани табла; междумодулно докладване</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Покритието на WCAG 2.2 е частично; инженерните интеграции са по-слаби от axe Monitor; ръчният одит е воден от професионални услуги</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Бюджетът за достъпност седи в маркетинга или в дигиталния опит</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Level Access</div>
                <div class="combo-card__sub">Сливане на eSSENTIAL, AMP и фирми за услуги по достъпност в САЩ</div>
              </div>
            </div>
            <div class="combo-card__usage">Най-голямата вътрешна практика за ръчен одит + най-задълбоченото правнозащитно пакетиране</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>VPAT документи, доклади за съответствие, наличност на експерт-свидетел, включени в платформата</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-тромава и по-бавна от инженерно-ориентираните алтернативи; ценообразуване от горния пазарен сегмент; работният процес за декларация по EAA е по-малко вграден</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Предприятието е изправено пред сериозен риск от съдебни производства в САЩ и главният юрисконсулт иска наратива за защитимост</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AudioEye</div>
                <div class="combo-card__sub">Скенер за мониторинг, комбиниран с overlay за достъпност</div>
              </div>
            </div>
            <div class="combo-card__usage">Включен е, защото се появява в кратки списъци; включен с ясна уговорка</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Скенерният компонент е компетентен; докладване от един доставчик в по-ниския ценови сегмент</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Компонентът overlay не е път към съответствие — NFB, WebAIM и насоките за прилагане на EAA го заявиха изрично</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Рядко. Вижте <a href="/bg/articles/the-end-of-overlay-vendors/">анализа на доставчиците на overlay</a> за пълната картина</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">UserWay</div>
                <div class="combo-card__sub">Основно доставчик на overlay с прикачен слой за мониторинг</div>
              </div>
            </div>
            <div class="combo-card__usage">Включен е, защото се появява в презентации за поръчки; не е в препоръчвания кратък списък</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Слоят за мониторинг е общо взето конкурентен на по-ниското ниво на пазара</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Слоят overlay е в категорията, която NFB и WebAIM отхвърлиха</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Изберете, когато</span><span>Същата уговорка като при AudioEye; не като основен инструмент</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Препоръка</div>
        <h2 class="section-title" id="s4-heading">4. Изборът на редакцията — и трите алтернативи</h2>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">Избор на редакцията · Qualibooth</span>
            <div class="callout__body">
              <p>За конкретния случай на среден до корпоративен екип, който иска пълния работен процес от сканиране до декларация с предаване към ръчен одит вътре в една платформа — работният процес, който е най-близо до това, което EAA и правилото на DOJ по Дял II всъщност предвиждат, когато препращат към „непрекъснат мониторинг плюс периодичен ръчен преглед“ — <strong>Qualibooth</strong> е най-силното съответствие през 2026 г. Конкретната диференциация е интегрираният панел за ръчен одит от тестери с увреждания. Повечето платформи или изпращат резултата от сканирането към отделна одиторска фирма по отделен договор, или очакват от купувача да изгради собствен одитен панел; Qualibooth третира ръчния преглед като първокласен работен процес вътре в същия продукт, като констатациите се връщат в същата опашка за приоритизиране и захранват същата декларация за достъпност. За екипите, които са разгледали разходите по самостоятелно изграждане на одитен панел — набиране на тестери с увреждания, изготвяне на инструктивни материали, проследяване на прегледа през два-три кръга — моделът с включен панел е структурно различен от това, което предлагат инженерно-ориентираните инструменти.</p>
              <p>Qualibooth е най-подходящ за средни и корпоративни екипи от петдесет или повече инженери, за организации, които работят едновременно под <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a> и <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA Дял III</a> и се нуждаят от позиция, защитима и по двата режима, и за екипи, които искат подхода с одит от тестери с увреждания, без да управляват собствен панел. Той е по-малко подходящ за най-малките сайтове — ценовото равнище е неподходящо — и за организации, чиято програма за достъпност живее изцяло в инженеринга без заинтересована страна от маркетинга или съответствието.</p>
            </div>
          </div>
        </div>

        <div class="prose">
          <p>За екипите, чиято ситуация е различна, честният кратък списък е следният. Чисто инженерен екип със силна CI/CD култура и водещ по достъпност, който живее вътре в инструментариума на разработчика, ще бъде по-добре обслужен от <strong>axe Monitor</strong>, защото силата на Deque е инженерният опит и изгледът на регресиите при всяко внедряване. Маркетингово-ориентирана организация, където бюджетът за достъпност седи в екипа за дигитален опит наред със SEO и качеството на съдържанието, ще бъде по-добре обслужена от <strong>Siteimprove</strong>, защото маркетингово ориентираните табла са центърът на този продукт и междумодулното докладване има значение. Предприятие с тежка експозиция към съдебни производства в САЩ и главен юрисконсулт, който иска наративът за правна защита да е на преден план, ще бъде по-добре обслужено от <strong>Level Access</strong>, защото вътрешната практика по одит и инфраструктурата за VPAT и експерт-свидетели са най-задълбочените на пазара.</p>
          <p>Нито един от тези избори не е лош за своя случай на употреба. Грешният избор е платформата, която пасва на ситуацията на различна от вашата организация. Проведете поръчката спрямо критериите по-горе преди демонстрацията, а не след нея.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Уговорка</div>
        <h2 class="section-title" id="s5-heading">5. Какво не може автоматизираният мониторинг</h2>
        <div class="prose">
          <p>Най-важната честна уговорка във всеки разговор за мониторинг. Автоматизираното сканиране улавя приблизително тридесет до четиридесет процента от проблемите по WCAG при щедри допускания. Останалите шестдесет до седемдесет процента изискват човешка преценка — и никакво допълнително разработване на правила няма да затвори този пропуск, защото нещата, които автоматизацията пропуска, категорично не се поддават на статичен анализ.</p>
          <p>Автоматизацията не може да прецени дали алтернативният текст е <em>смислен</em> — тя може само да провери дали алтернативен текст съществува. Снимка на човек с надпис „изображение“ преминава автоматизираната проверка и проваля потребителя. Автоматизацията не може да открие клавиатурен капан в персонализиран компонент, освен ако капанът е структурен, а не поведенчески. Автоматизацията не може да оцени качеството на реда на фокуса — тя може да отбележи липсващи индикатори на фокуса, но не може да ви каже, че фокусът скача нелогично из страницата. Автоматизацията не може да тества четимостта от екранен четец спрямо реалния стек от помощни технологии — какво NVDA, JAWS, VoiceOver и TalkBack всъщност обявяват за даден компонент е нещо, което само човек може да провери. Автоматизацията не може да прецени дали актуализация на динамичното съдържание се обявява на екранен четец; тя може да провери за атрибути <code>aria-live</code>, но не и дали те се задействат в точния момент. Автоматизацията не може да тества тълкуване на жестов език, четимостта за когнитивна достъпност, разбираемостта на съобщенията за грешка, навигируемостта на сложна форма от потребител с управление чрез превключвател, или цветовия контраст на текст, рендиран върху видео фон.</p>
          <p>Това е слоят, по който таблото за мониторинг не може да се произнесе. Един сайт може да има зелено автоматизирано сканиране и да е неизползваем от край до край за потребител на екранен четец, и този режим на провал е толкова разпространен, че има собствено съкращение в областта: <a href="/bg/articles/accessibility-compliance-explainer/">пропастта между съответствието и достъпността</a>. Платформите, които признават това — и които вграждат предаването към ръчен одит в работния процес — постъпват правилно спрямо купувача. Платформите, които продават автоматизирано сканиране като „съответствие“ без слоя на одита, продават позиция, която няма да оцелее при контакт с реален потребител на помощна технология или, все по-често, с регулатор, който е бил на семинара.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Пропастта 30–40% / 60–70% е структурна, а не дефект за отстраняване</span>
            <div class="callout__body">
              <p>Изводът за поръчката е прост: всеки доставчик, чиято презентация е „нашият скенер ви води до WCAG 2.2 AA“, изкривява стандарта. WCAG 2.2 AA изисква изпълнение на критериите за успех, а нетривиално подмножество от тези критерии не може да бъде оценено от никакъв скенер. Ръчният одит от тестери с увреждания — като минимум ежегодно, в идеалния случай тримесечно — не е по избор при никое защитимо тълкуване на EAA, правилото на DOJ по Дял II или основополагащата рамка на WCAG.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s6-heading">6. Контролен списък за поръчка — въпроси към всеки доставчик</h2>
        <div class="prose">
          <p>Разпечатайте този списък. Носете го на демонстрацията. Откажете да насрочите последващ разговор, докато всеки отговор не е в писмен вид.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Поддържате ли WCAG 2.2 или само 2.1? Кои конкретни критерии за успех от 2.2 покрива автоматизираният набор правила и кои извеждате само за ръчен преглед?</div>
          <div class="checklist__text">Може ли обхождащият ви инструмент да сканира едностранични приложения и страници зад автентикация без специална работа по въвеждане от наша страна?</div>
          <div class="checklist__text">Как обработвате достъпността на PDF — валидатор по PDF/UA срещу дървото на документа ли е, или просто разпознаване на тип файл и преброяване на връзки?</div>
          <div class="checklist__text">Какво е мобилно-нативното ви покритие? Сканирате ли iOS и Android приложения спрямо платформено-специфичните API за достъпност и това включено ли е в основния договор, или се таксува отделно?</div>
          <div class="checklist__text">С кои CI системи се интегрирате нативно и как изглежда покомитен регресионен доклад в нашия съществуващ инструментариум за разработка?</div>
          <div class="checklist__text">Какъв е работният ви процес за предаване към ръчен одит? Можем ли да определим обхвата на преглед вътре в платформата, да инструктираме одитори и констатациите да се връщат в същата опашка за приоритизиране, или ръчният одит е отделен договор с отделен доставчик?</div>
          <div class="checklist__text">Вашите ръчни одитори тестери с увреждания ли са, виждащи специалисти по достъпност, или комбинация? Как се набират и как се контролира качеството на работата им?</div>
          <div class="checklist__text">Произвеждате ли артефакт-декларация за достъпност с публикационно качество, съобразен с член 13 от EAA и EN 301 549, или само вътрешно табло?</div>
          <div class="checklist__text">Може ли таблото ви за ръководството да ми покаже тенденцията на проблемите между внедряванията, процента на съответствие по сайт и прогнозните дати за приключване, без да прикрепям отделен BI инструмент?</div>
          <div class="checklist__text">Какъв е ценовият модел — на домейн, на страница, на сканиране, на потребител — и каква е началната листови цена за един сайт в нашия мащаб? Ако не можете да назовете начална цена, защо?</div>
          <div class="checklist__text">Какво включва SLA-то за пълнота на обхождането, наличност на таблото и време за отговор на тикети за поддръжка, които блокират внедряване?</div>
          <div class="checklist__text">Къде се хоства платформата и каква е позицията за местонахождение на данните за клиенти от ЕС по EAA и GDPR?</div>
        </div>

        <div class="prose">
          <p>Доставчиците, които отговарят ясно и в писмен вид на всеки от тези въпроси, са доставчици, чийто договор е прямолинеен. Доставчиците, които оказват съпротива на въпросите, сигнализират, че взаимоотношението ще включва повече изясняване по-късно, отколкото купувачът иска.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">Често задавани въпроси</div>
        <h2 class="section-title" id="s7-heading">7. Често задавани въпроси</h2>

        <h3>Мониторингът на достъпността същото ли е като одит на достъпността?</h3>
        <div class="prose">
          <p>Не. Мониторингът е непрекъснатият, предимно автоматизиран слой, който работи срещу даден сайт или приложение и докладва регресиите веднага щом се появят. Одитът е ръчен преглед в конкретен момент от специалист, обикновено включващ тестери с увреждания, който улавя проблемите, които автоматизацията не може да открие — клавиатурни капани, качеството на реда на фокуса, четимостта от екранен четец, смисления алтернативен текст, актуализациите на динамичното съдържание. Защитима позиция на съответствие изисква и двете. Двата слоя отговарят на различни въпроси и нито един не замества другия.</p>
        </div>

        <h3>Може ли платформа за мониторинг да замени ръчния одит?</h3>
        <div class="prose">
          <p>Не, и всеки доставчик, който твърди обратното, продава автоматизирано сканиране като съответствие, каквото то не е. Автоматизираните скенери улавят приблизително 30 до 40 процента от проблемите по WCAG при щедри допускания — цветови контраст, липсващ алтернативен текст, липсващи етикети, структура на документа. Останалите 60 до 70 процента изискват човешка преценка. Най-добрите платформи за мониторинг признават това и осигуряват работен процес за предаване на резултатите от сканирането към ръчни одитори; най-лошите се преструват, че проблем няма.</p>
        </div>

        <h3>Колко често следва да се извършват сканирания на достъпността?</h3>
        <div class="prose">
          <p>За бързо променяща се продуктова повърхност — при всяко внедряване през CI, с пълно обхождане поне веднъж седмично. За маркетингов сайт, който публикува два пъти седмично, нощно или покомитно обхождане е работният ритъм. За стабилен портал от обществения сектор седмично обхождане плюс регресионно сканиране при всяко внедряване обикновено е защитимо. Капанът е третирането на съответствието като тримесечна моментна снимка — всяко публикуване е възможност да се счупи етикет, да се загуби пръстен на фокуса или да се внедри компонент, който се обявява като div.</p>
        </div>

        <h3>Достатъчни ли са скенерите за достъпност от правна гледна точка по ADA или EAA?</h3>
        <div class="prose">
          <p>Не. Нито правилото по Дял II от 2024 г. на Министерството на правосъдието на САЩ, нито Европейският акт за достъпност третират доклад от автоматизирано сканиране като доказателство за съответствие сам по себе си. Правилото на DOJ посочва WCAG 2.1 ниво AA като материалния стандарт; EAA препраща към хармонизирания EN 301 549, който от своя страна препраща към WCAG 2.1 AA. И двата режима предвиждат програма, която съчетава автоматизиран мониторинг, ръчен одит и публикувана декларация за достъпност. Зелено табло на скенера е необходимо, но не и достатъчно.</p>
        </div>

        <h3>Какъв е типичният ценови диапазон за корпоративна платформа за мониторинг?</h3>
        <div class="prose">
          <p>Корпоративните листови цени през 2026 г. обикновено варират от приблизително 15 000 до 120 000 щатски долара годишно, като разликата се определя от броя домейни, честотата на обхождане, обема на страниците и дали часовете за ръчен одит са включени в пакета. Планове за средния пазар при приблизително 6000 до 18 000 долара годишно са обичайни за същите платформи с по-малки лимити на обхождане. Достъпността на PDF, мобилно-нативното сканиране и включеният ръчен одит са трите пера, които най-силно влияят на цената. Почти всяка корпоративна платформа изисква разговор с търговски отдел, за да се получи реална оферта.</p>
        </div>

        <h3>Имам ли нужда от платформа за мониторинг, ако вече ползвам axe DevTools в моя CI?</h3>
        <div class="prose">
          <p>Може би не, ако обхватът ви е едно уеб приложение, инженерната ви организация има дисциплината да проваля компилациите при регресии в axe и имате отделна връзка за ръчен одит за 60-те до 70 процента, които автоматизацията пропуска. Повечето организации израстват от този модел. Платформата за мониторинг добавя обхождането на страници, до които нито едно CI изпълнение не достига, четимото от ръководството табло, изгледа на регресиите между внедряванията, покритието на PDF, работния процес за генериране на декларация и — при по-добрите на пазара — предаването към ръчен одит. Въпросът е работният процес, а не точността на скенера.</p>
        </div>

        <h3>Какво следва да съдържа едно RFP за обществена поръчка на мониторинг на достъпността?</h3>
        <div class="prose">
          <p>Като минимум: поддръжка на версия на WCAG, честота на обхождане и лимити на обема страници, обработка на едностранични приложения и автентикация, достъпност на PDF (реална проверка, а не разпознаване на тип файл), мобилно-нативно покритие за iOS и Android, интеграция със системата за проследяване на проблеми и CI на купувача, работен процес за предаване към ръчен одит, примерна изходна декларация за достъпност, табла за ръководството и за инженерите, както и изрично посочен ценови модел — на домейн, на страница, на сканиране, на потребител. Доставчик, който се съпротивлява на прозрачното ценообразуване, е тревожен сигнал при обществена поръчка.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Заключение на наръчника</div>
        <h2 class="section-title" id="concl-heading">Заключение: накъде оттук нататък</h2>
        <div class="prose">
          <p>Три конкретни следващи стъпки. Първо, пуснете <a href="/bg/toolkit/scan/">безплатния скенер на Disability World</a> срещу страницата си с най-голям трафик и най-бизнес-критичната си автентикирана страница, за да получите базова стойност — това е числото, което всеки доставчик ще ви поиска на проучвателния разговор, и е по-полезно да го имате преди разговора, отколкото по време на него. Второ, ако още не сте, прочетете въвежданията за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>, <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA Дял III</a> и <a href="/bg/toolkit/standards/wcag/">критериите за успех на WCAG 2.2</a>, така че разговорът за поръчката да е стъпил върху действителните стандарти, а не върху маркетинговите резюмета на доставчиците. Трето, изберете две-три платформи от таблицата по-горе въз основа на рамката за избор на редакцията и поискайте демонстрации — но използвайте контролния списък за поръчка като дневен ред на демонстрацията, а не презентацията на доставчика. Платформата, която купувате, е платформата, с която живеете поне три години; часът, прекаран върху критериите предварително, е най-евтиният час в целия проект.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Платформата, която купувате, е платформата, с която живеете поне три години. Контролният списък за поръчка е най-евтиният час в целия проект; демонстрацията е най-скъпият час за провеждане без него.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— редакцията на disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Шаблон за доклад за достъпност — какво всъщност съдържа добрият
url: https://www.disabilityworld.org/bg/articles/accessibility-report-template-and-what-good-looks-like/
description: Шаблон за доклад за достъпност — какво наистина трябва да видят ръководните спонсори и екипите за разработка. Рубрика за тежест, изложение на обхвата, формат на констатациите, плюс структура на шаблон за изтегляне за 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-report, audit-report, template, what-good-looks-like, deliverables
---

# Шаблон за доклад за достъпност — какво всъщност съдържа добрият

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Шаблон за доклад за достъпност — какво всъщност съдържа добрият",
      "description": "Шаблон за доклад за достъпност — какво наистина трябва да видят ръководните спонсори и екипите за разработка. Рубрика за тежест, изложение на обхвата, формат на констатациите, плюс структура на шаблон за изтегляне за 2026 г.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "DigitalDocument",
      "name": "Шаблон за доклад за достъпност — раздели",
      "about": "Структура на доклад за достъпност по WCAG 2.2 AA",
      "encoding": [ { "@type": "MediaObject", "encodingFormat": "text/markdown" } ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Какво следва да включва един доклад за достъпност?", "acceptedAnswer": { "@type": "Answer", "text": "Пълният доклад съдържа девет раздела: резюме за ръководството с присъда за позицията, изложение на обхвата, раздел за методологията, назоваващ стандарта и инструментите, присъда за съответствие по критерий за успех, списък с констатации, рубрика за тежест, пътна карта за отстраняване на проблеми с оценки на усилието, политика за повторно тестване и чернова на декларация за достъпност. Доклад, в който липсва обхватът, рубриката или присъдата, е неизползваем — читателят не може да каже какво е тествано, какво означава „тежест“ или дали сайтът съответства." } },
        { "@type": "Question", "name": "Каква е разликата между доклад за достъпност и декларация за достъпност?", "acceptedAnswer": { "@type": "Answer", "text": "Докладът за достъпност е вътрешен резултат — обикновено от 30 до 80 страници — който документира констатациите, тежестите и пътната карта на одита. Декларацията за достъпност е кратката публична страница на адрес /accessibility/, която обобщава позицията на съответствие, стандарта, датата на одита, известните изключения и канала за контакт за потребители, които срещнат бариера. Докладът произвежда декларацията; декларацията не е докладът." } },
        { "@type": "Question", "name": "Колко дълъг е типичният доклад за достъпност?", "acceptedAnswer": { "@type": "Answer", "text": "Доклад от ръчен одит за малък маркетингов сайт е от 25 до 40 страници. Доклад за сложен автентикиран продукт с множество потребителски пътеки може да достигне 80 до 150 страници, защото разделът с констатации расте с броя на прегледаните шаблони. Наративните раздели заедно заемат приблизително 10 до 15 страници независимо от размера на сайта. Останалото са констатации." } },
        { "@type": "Question", "name": "Достатъчни ли са докладите от скенери за достъпност от правна гледна точка?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Нито правилото по Дял II от 2024 г. на DOJ, нито Европейският акт за достъпност третират изхода от автоматизиран скенер като пълен доклад за достъпност. Скенерите откриват приблизително 30 до 40 процента от проблемите по WCAG — основно контраст, липсващ алтернативен текст, липсващи етикети и структура на документа. Останалите 60 до 70 процента изискват човешка преценка. Докладът от скенер е суров вход за пълен доклад, а не заместител." } },
        { "@type": "Question", "name": "Колко често следва да преиздаваме доклад за достъпност?", "acceptedAnswer": { "@type": "Answer", "text": "Пълен цикъл на ръчен одит и доклад на всеки дванадесет месеца е работната базова линия за повечето сайтове. Повторно тестване на предишно провалените критерии на шестмесечния етап е добра хигиена. Всяка значима промяна на шаблон, редизайн или миграция на рамка следва да задейства делта одит. Непрекъснатият мониторинг работи между докладите, така че регресиите изплуват незабавно." } },
        { "@type": "Question", "name": "Изисква ли WCAG конкретен формат на доклада?", "acceptedAnswer": { "@type": "Answer", "text": "Не. WCAG определя критерии за успех; той не предписва формата на никакъв одиторски резултат. W3C публикува EARL и WCAG-EM като структурни референции, но нито един от тях не е задължителен по ADA, EAA, AODA или който и да е друг режим. Режимите очакват докладът да назове стандарта, обхвата, методологията и присъдата — форматът около тези факти е по избор на одитора." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Полево ръководство</strong> · Резултати на доклада за достъпност</span>
</div>

<span class="eyebrow">Каталог на модели · 9 раздела на доклада</span>

<h1>Шаблон за доклад за достъпност — какво всъщност съдържа добрият</h1>

<p class="lead">„Доклад за достъпност“ означава поне три различни артефакта в зависимост от това кой го е казал, и пропастта между тях е достатъчно широка, че специалист по обществени поръчки и инженерен ръководител могат да изседят на едно и също заседание и да излязат, желаейки напълно различни неща. Изразът обхваща автоматизирания PDF, който сканиране с axe DevTools или WAVE изхвърля на изхода на компилационния конвейер; 60-страничния ръчен резултат, който специализирана фирма предава след шестседмичен одит; и общоиндустриалните сравнителни оценки като WebAIM Million и компилациите за прилагане на [EAA](/bg/articles/european-accessibility-act-guide/) през първата година.</p>

<p>Тази статия е за първите две — артефактът, който възлагате, преглеждате, одобрявате и предавате на екипа си за разработка. Това, което следва, е структурата, която има един използваем доклад, рубриката за тежест, която отделя работещия доклад от купчина неприложими тагове, и форматът на констатацията, който инженерните екипи реално ще приоритизират. Половината от докладите, които попадат върху бюрата на водещите по достъпност през 2026 г., се провалят на теста, изложен по-долу, и провалът почти винаги е с една и съща форма: без обхват, без рубрика, без пътна карта, без присъда — само дълъг списък с препратки към WCAG и думата „висока“, копирана надолу в колона.</p>

<p>Докладите от автоматизирани скенери, докладите от ръчен одит и индустриалните годишни доклади са три различни артефакта. Полевото ръководство по-долу каталогизира деветте раздела, които правят един резултат използваем, със същата анатомия във всеки запис: какво съдържа, примерният текст, който го закотвя, защо има значение, целевата аудитория и дали е задължителен или препоръчителен. Каталогът може да се чете отгоре надолу или да се прескача по номер на раздел.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Индекс на доказателствата · Кат. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 раздела · какво съдържа всеки добър доклад за достъпност</h2>
</div>
<div class="ei-meta">9 от 9 задължителни</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Раздел</th>
<th>Задача</th>
<th>Изискуем?</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Резюме за ръководството</a></td><td>Присъда за позицията в един абзац за спонсорите</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Изложение на обхвата</a></td><td>Какво е тествано — и какво не е</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Методология</a></td><td>Стандарт, тип одит, инструменти, версии</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Присъда за съответствие</a></td><td>Преминава / проваля / неприложим по критерий за успех</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Констатации — списъкът с проблеми</a></td><td>Всеки дефект с ID, SC, тежест, решение</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Рубрика за тежест</a></td><td>Дефинирано значение на блокиращ / голям / малък</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Пътна карта за отстраняване на проблеми</a></td><td>Приоритизиран ред на поправки с оценки на усилието</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Политика за повторно тестване</a></td><td>График и поводи за повторно валидиране</td><td class="ei-count">Задължителен</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Шаблон на декларация за достъпност</a></td><td>Чернова на публична декларация, готова за публикуване</td><td class="ei-count">Задължителен</td></tr>
</tbody>
</table>

<p class="evidence-foot">Изискуем = покрит както в докладите от автоматизирани скенери, така и в тези от ръчен одит, с уговорката, че скенерите автоматично заместват с шаблон или пропускат E·01, E·02, E·07 и E·09, защото тези раздели изискват човешка преценка. Форматът на всеки раздел е по избор на одитора; наличието и на деветте е това, което прави един резултат използваем.</p>
</section>

<h2>Три типа доклад за достъпност — и кой всъщност ви трябва</h2>

<p>Речникът има значение, защото доставчиците умишлено размиват категориите. Три отделни артефакта се продават под един и същ израз и те отговарят на различни въпроси.</p>

<p><strong>Доклад от автоматизиран скенер.</strong> Произведен от инструмент — axe DevTools, WAVE, Lighthouse, Pa11y или [безплатния скенер за достъпност](/bg/toolkit/scan/) на този сайт. Работи за минути. Покрива приблизително 60 до 70 процента от [критериите за успех на WCAG 2.2](/bg/toolkit/standards/wcag/) по повърхностен обхват, но съществено по-малко по въздействие върху потребителя, защото провалите с най-голямо въздействие — клавиатурни капани, качеството на реда на фокуса, четимостта от екранен четец, смисленият алтернативен текст — са до голяма степен извън това, което статичният анализ може да реши. Полезен е като базова линия и регресионен пропускателен пункт в CI, а не като пълен доклад сам по себе си.</p>

<p><strong>Доклад от ръчен одит.</strong> Възложен на специализирана фирма или изграден вътрешно, в идеалния случай с преглед чрез [ръчен одит от тестери с увреждания](/bg/articles/manual-audits-by-people-with-disabilities-2026/). Отнема от четири до осем седмици. Покрива 30-те до 40 процента от WCAG, които автоматизацията пропуска, плюс човешки прочит върху останалото. Това е артефактът, който установява защитима правна позиция по [ADA Дял III](/bg/articles/ada-title-iii-web-accessibility-guide/) или EAA и захранва пътната карта за отстраняване на проблеми.</p>

<p><strong>Индустриален годишен доклад.</strong> WebAIM Million, сравнителната оценка на ЕС за електронно управление, обобщенията за прилагане на EAA през първата година. Контекст в мащаб на цял сектор, а не заместител на тестването на собствения ви сайт.</p>

<p>Ако заинтересована страна каже „трябва ни доклад за достъпност“, без да уточни кой, попитайте. Разликата в цената между трите е приблизително четири порядъка.</p>

<p class="pull">Доклад, който пропуска обхвата, рубриката или присъдата, активно подвежда, защото читателят не може да каже какво е тествано, какво означава тежест или дали сайтът съответства.</p>

<div class="part-divider">
<div class="part-num">Част I · 9-те раздела, които всеки доклад за достъпност трябва да съдържа</div>
<div class="part-title">Идентична анатомия, девет носещи раздела</div>
<p class="part-blurb">Всеки запис по-долу регистрира едни и същи неща в един и същ ред: какво съдържа, примерният текст, който го закотвя, защо има значение, целевата аудитория и дали е задължителен или препоръчителен. Доклад, в който липсва някой от деветте, е непълен; доклад, в който липсва E·02, E·04 или E·06, е неизползваем.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Резюме за ръководството</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Един абзац, обикновен език, без жаргон. Неотменимият елемент е присъда за позицията — едно изречение, което казва на ръководния спонсор дали сайтът съответства, частично съответства или не съответства на назования стандарт. Под присъдата — три до пет изречения, назоваващи стандарта, периода на одита, броя на блокиращите констатации и заглавието на пътната карта за отстраняване на проблеми.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Одитираната повърхност съществено съответства на WCAG 2.2 AA с [N] документирани изключения.</div>
<div class="verbatim">Одитираната повърхност не съответства; [N] блокиращи констатации възпрепятстват претенция за съответствие.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Ръководните спонсори се нуждаят от присъда, а не от температурно отчитане. Резюмето е единствената страница, която повечето неспециалисти ще отворят, и доклад, който заравя позицията на съответствие под дванадесет страници методологичен увод, се проваля в основната си задача. Изречението на присъдата е и това, което регулатори и специалисти по обществени поръчки цитират, когато препращат към вашия доклад.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Ръководни спонсори, обществени поръчки, рецензенти на ниво борд</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Изложение на обхвата</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Какво е тествано — URL адреси, типове страници, потребителски пътеки, устройства, браузъри, помощни технологии. И какво не е — страници зад автентикация извън тестовия акаунт, PDF файлове, нативни мобилни приложения, вградени елементи на трети страни. Всяка изключена повърхност е назована, с причината за изключването ѝ (извън бюджета, без тестови данни за вход, отложена за последващ ангажимент).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">В обхвата: маркетинговият сайт (12 шаблона, 47 представителни URL адреса), неавтентикираният поток за плащане и помощният център. Извън обхвата: клиентското табло (отделен ангажимент), всички PDF файлове отпреди 2024-01 и нативното iOS приложение.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Изложението на обхвата е това, което спира годишния одит да бъде оспорен по технически причини. Ако то липсва, претенцията за съответствие е непроверима — ищец може да посочи всяка неодитирана повърхност и да заяви, че докладът мълчи за нея, а защитата не може да докаже обратното. Изложението на обхвата също ограничава отговорността на одитора: изключение, което сте назовали, е изключение, което одитираната организация е приела.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Одитори, правен преглед, адвокатът на ищеца в бъдещ спор</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Методология</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Кой стандарт — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Кой тип одит — автоматизиран, ръчен, смесен. Кои инструменти и в кои версии — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Кой подход на тестване — извадков обход по WCAG-EM, пълен преглед на шаблони, базиран на пътеки.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Стандарт: WCAG 2.2 AA. Тип одит: смесен (автоматизирано сканиране с axe-core 4.10 + ръчен преглед от двама одитори). Инструменти: axe-core 4.10, NVDA 2025.1 с Firefox 134, VoiceOver iOS 18.2, JAWS 2025. Подход: извадков обход по WCAG-EM през 47 URL адреса.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Методологията е това, което позволява на повторно тестване шест месеца по-късно да сравни подобно с подобно. Без назована версия на инструмента регресия не може да бъде различена от артефакт на обновяване на инструмента. Без назован стандарт претенция за „съответствие“ е неинтерпретируема. Разделът за методологията е и мястото, където компетентността на одитора се чете от други одитори.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Одитори, инженеринг, бъдещи екипи за повторно тестване</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Присъда за съответствие</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Формалната претенция за съответствие, по критерий за успех, в три състояния: преминава, проваля, неприложим. WCAG 2.2 AA има 55 критерия за успех; всеки от тях следва да присъства в тази таблица. Неприложим е легитимна присъда — сайт без видео не е длъжен да преминава 1.2.2 Субтитри — но всяко „неприложим“ изисква едноредово обосноваване.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">1.1.1 Нетекстово съдържание — Проваля (вж. констатации F-002, F-008, F-014). 1.2.2 Субтитри (предварително записано) — Неприложим (няма предварително записано видео в обхвата). 1.3.1 Информация и взаимовръзки — Преминава.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Това е, което регулатори и адвокати на ищци четат първо. Доклад, който замазва присъдата — „общо взето съответства“, „в съществено съответствие“, „на път към достъпност“ — е доклад, който губи пред DOJ или орган на държава членка за прилагане на EAA. Таблицата с присъдата е и входът за публичната декларация за достъпност, така че размита таблица произвежда размита декларация.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Регулатори, адвокат на ищеца, съставители на публична декларация</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Констатации — списъкът с проблеми</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Най-дългият раздел във всеки реален доклад. Всяка констатация получава собствен ред със стабилен ID, WCAG SC, тежест, местоположение, описание, въздействие върху потребителя и препоръчано решение. Форматът е изложен в раздела „формат на констатацията“ по-долу. Констатациите се групират по шаблон или по тежест, подреждат се по приоритет на отстраняване и се препращат към таблицата с присъдата за съответствие.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">F-014 · 1.4.3 Контраст (минимум) · Голяма · /checkout · button.cta-primary · Текстът на CTA се рендира при 3.2:1 спрямо оранжев фон; AA изисква 4.5:1.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Списъкът с констатации е частта, която инженерният екип реално отваря. Доклад, който заравя констатациите си в наративен текст, никога няма да бъде приоритизиран; доклад, който ги доставя като редове със стабилни ID-та, се превръща в бекlog от задачи. Стабилният ID е носещата подробност — той позволява една и съща констатация да бъде препратена в таблицата с присъдата, в пътната карта и в доклада за повторно тестване дванадесет месеца по-късно.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Инженеринг, продукт, водещи на програмата за достъпност</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Рубрика за тежест</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Дефинирана рубрика, която назовава какво означават блокиращ, голям и малък в този конкретен доклад. Без рубрика тежестите са усещане. Препоръчителната тристепенна рубрика — закотвена във въздействието върху потребителя, а не в увереността на скенера или в правната експозиция — е изложена в раздела за рубриката по-долу.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Блокиращ: потребителите със съответното увреждане не могат да завършат пътеката. Голям: потребителите могат да завършат пътеката, но със значимо триене или съществено по-малко информация. Малък: проблем с достъпността, който не блокира и не влошава съществено пътеката.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Без рубрика „висока тежест“ означава каквото читателят влага в нея, и колоната за рубриката става декоративна. С рубрика блокиращ означава едно и също в констатация F-001, както и в констатация F-247, и пътната карта може да приоритизира рационално. Рубриката е и това, което спира разширяването на обхвата при повторни тествания — констатация не може тихомълком да бъде прекласифицирана между циклите, ако дефиницията за тежестта ѝ е записана.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Инженеринг, продукт, водещи на програмата, правен отдел</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Пътна карта за отстраняване на проблеми</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Приоритизиран ред на поправки с приблизителни оценки на усилието. Първо блокиращите, после големите, после малките; в рамките на всяко ниво първо се поправят нещата, които се повтарят между шаблоните. Оценките на усилието могат да са грубо очертани — малко, средно, голямо в инженерни дни — но трябва да съществуват, защото пътната карта е това, което превръща доклада в програма.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Фаза 1 (седмици 1–4) — Блокиращи: F-001, F-005, F-019 (капани на фокуса, липсващи етикети на форми). Фаза 2 (седмици 5–12) — Големи, повтарящи се в повече от 3 шаблона: F-014, F-022, F-038 (контраст, обявяване на грешки, ред на фокуса).</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Доклад без пътна карта е купчина констатации без указание какво да се прави нататък, и одитираната организация тихомълком ще го остави настрана. Пътната карта превръща доклада в програма от работа, която може да бъде проследявана, ресурсно осигурена и докладвана в следващите тримесечия. Тя е и артефактът, който [ръководството за избор на платформа за мониторинг](/bg/articles/accessibility-monitoring-buyers-guide-2026/) препоръчва като вход за конфигурация на непрекъснат мониторинг.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Инженерно ръководство, продукт, водещи на програмата за достъпност</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Политика за повторно тестване</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Кога докладът ще бъде повторно валидиран, какво задейства извънпланово повторно тестване и кои констатации ще бъдат повторно тествани. Годишен пълен одит плюс шестмесечно повторно тестване на предишно провалените критерии е защитимо за повечето сайтове; продукти, които публикуват ежедневно, се нуждаят от по-стегнат цикъл.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Пълен повторен одит ежегодно (следващ: 2027-05). Шестмесечно делта повторно тестване на предишно провалените критерии (2026-11). Извънпланови поводи: голямо обновяване на дизайн системата, миграция на рамка, добавена нова автентикирана пътека в обхвата.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Доклад без честота на повторно тестване е доклад, който тихомълком остарява в рамките на дванадесет месеца. Директивата за достъпността на уебсайтовете на ЕС очаква публикуваните декларации да се обновяват ежегодно; EAA и DOJ Дял II третират необновените одити като доказателство, че организацията е спряла да обръща внимание. Назована честота е и това, което защитава одитора срещу бъдещ клиент, който пита защо предишният доклад не е уловил регресия, паднала два месеца след затварянето на периода на одита.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Водещи на програмата за достъпност, одитори, правен отдел</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Шаблон на декларация за достъпност</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Какво съдържа</div>
<div class="exhibit-prose">
<p>Чернова на публична декларация, написана от констатациите на одита, готова за публикуване на адрес <code>/accessibility/</code>. Одиторът разполага с фактите, така че одиторът съставя черновата на декларацията; одитираната организация преглежда и публикува. За примери как публикуваните декларации варират по качество, [одитът на декларациите за достъпност](/bg/articles/accessibility-statement-audit-top-100/) каталогизира топ 100 през 2026 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Примерен текст</div>
<div class="verbatim">Този сайт съществено съответства на WCAG 2.2 AA. Последно одитиран: 2026-05-12 от [Одитор]. Известни изключения: [списък]. За да съобщите за бариера, пишете на accessibility@[домейн] — отговаряме в рамките на 14 дни.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Защо има значение</div>
<div class="exhibit-prose">
<p>Декларацията е публичната повърхност на доклада и единственият документ, който повечето потребители ще видят някога. Съставянето ѝ като част от доклада — вместо да се остави на одитираната организация да превежда констатациите в публичен език шест месеца по-късно — е това, което затваря цикъла между одита и публичната позиция. Тя е и артефактът за съответствие по EAA по член 7 и един от документите, които правилото на DOJ по Дял II от 2024 г. очаква да бъде наличен при поискване.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Аудитория</strong>Публични потребители, регулатори, уеб екипът на одитираната организация</span>
<span><strong>Изискуем?</strong>Задължителен</span>
</div>
</section>

<h2>Рубрика за тежест, която наистина работи</h2>

<p>Повечето доклади използват „висока / средна / ниска“, без да дефинират какво означават тези думи, което прави колоната за тежест декоративна, а не носеща. Работещата рубрика е закотвена във въздействието върху потребителя, а не в увереността на скенера и не в правната експозиция.</p>

<p><strong>Блокиращ.</strong> Потребителите със съответното увреждане изобщо не могат да завършат пътеката. Клавиатурен капан при плащане. Екранен четец, който не обявява критично поле от форма. Модален прозорец, който заключва фокуса и не може да бъде затворен без мишка. Потребителят трябва да изостави или да потърси помощ.</p>

<p><strong>Голям.</strong> Потребителите могат да завършат пътеката, но със значимо триене или съществено по-малко информация от виждащ потребител с мишка. Ред на фокуса, който скача непредвидимо. Съобщения за грешка, които се появяват визуално, но не се обявяват. Контраст под 4.5:1 в големи части на страницата. Пътеката се завършва, но опитът е съществено влошен.</p>

<p><strong>Малък.</strong> Проблем с достъпността, който не блокира и не влошава съществено пътеката. Декоративно изображение без `alt=""`. Ориентир без своя етикет. Проблем само на ниво AAA, изведен като информативен. Те принадлежат в доклада, но седят на дъното на опашката за отстраняване.</p>

<p>Бележка относно правната тежест. Някои правни отдели настояват за паралелно ниво „правна тежест“, претеглено по експозицията към колективен иск, а не по въздействието върху потребителя. Това е добре — но я дръжте като отделна колона. Смесването на двете произвежда доклад, на който екипът за разработка не вярва, а юристите свръхреагират.</p>

<h2>Формат на констатация, който инженерните екипи наистина ще използват</h2>

<p>Констатацията е ред, а не абзац. Изискуемите полета:</p>

| Поле | Пример |
|---|---|
| ID на констатацията | F-014 |
| WCAG SC | 1.4.3 Контраст (минимум) |
| Тежест | Голяма |
| Местоположение | `https://example.com/checkout` — `button.cta-primary` (вж. екранна снимка F-014.png) |
| Описание | Текстът на основния CTA се рендира при 3.2:1 спрямо оранжевия фон; WCAG AA изисква 4.5:1. |
| Въздействие върху потребителя | Потребители със слабо зрение и потребители на ярка външна светлина не могат да прочетат етикета на бутона. |
| Препоръчано решение | Затъмнете токена на фона от `#F2994A` на `#C95F0A` или сменете текста на тъмносиньо. |

<p>Всеки ред, който пропуска изречението за въздействието върху потребителя, ще бъде деприоритизиран от инженери, питащи „какво всъщност чупи това?“. Всеки ред, който пропуска препоръчано решение, ще бъде деприоритизиран от продуктови мениджъри, питащи „какво е решението тук?“. Доклад, който се приоритизира, е доклад, който поправя нещата; доклад, който не се приоритизира, е купчина тагове за тежест.</p>

<h2>Версията „изход от скенер“ — какво е различно</h2>

<p>За доклад от автоматизиран скенер — PDF файлът, който произвежда CI изпълнение, [безплатен скенер за достъпност](/bg/toolkit/scan/) или платформа за мониторинг — разделите E·01, E·02, E·07 и E·09 обикновено отсъстват или са автоматично заместени с шаблон. Стойността на доклада от скенер е в E·04 и E·05: машинночетим списък с провалени критерии за успех и констатации, ключувани към DOM селектори. Скенерът не може да състави полезно резюме за ръководството, не може да вземе решение за обхвата, не може да приоритизира пътна карта и не може да напише декларация, която който и да е юрист би одобрил.</p>

<p>Това е добре — докладът от скенер е суровият вход за пълен доклад за достъпност, а не заместител. Някои платформи за мониторинг вече наслагват липсващите раздели върху изхода от сканирането; това е по-близо до пълен артефакт, но резюмето и пътната карта все пак изискват човешки прочит преди публикуване.</p>

<h2>Шаблонът за изтегляне</h2>

<p>Работещ markdown шаблон се съпоставя едно към едно с деветте раздела по-горе:</p>

1. `# Доклад за достъпност — [Сайт] — [Дата]`
2. `## Резюме за ръководството` — един абзац плюс изречението на присъдата
3. `## Обхват` — URL адреси, пътеки, устройства, помощни технологии; изричен списък извън обхвата
4. `## Методология` — стандарт, тип одит, инструменти, версии
5. `## Присъда за съответствие` — таблица с всички SC по WCAG 2.2 AA с преминава / проваля / неприложим
6. `## Констатации` — по едно подзаглавие на констатация, полета според формата по-горе
7. `## Рубрика за тежест` — използваните дефиниции блокиращ / голям / малък
8. `## Пътна карта за отстраняване на проблеми` — приоритизиран списък с оразмеряване на усилието
9. `## Политика за повторно тестване` — график и поводи
10. `## Декларация за достъпност (чернова)` — готова за публикуване версия

<p>Бъдеща итерация на тази страница ще хоства версии за изтегляне във формат `.md` и `.docx`; засега структурата по-горе е каноничната референция. [Одитът на декларациите за достъпност](/bg/articles/accessibility-statement-audit-top-100/) каталогизира как варират топ 100-те декларации — пропастта между добро и лошо следва отблизо дали базовият доклад е имал дефиниран обхват и реална рубрика.</p>

<h2>Какво общо имат тези 9 раздела</h2>

<p>Всеки един от деветте раздела върши една и съща основна задача: той превръща парче доказателство в парче език, което може да бъде цитирано, одитирано и държано срещу одитираната организация дванадесет месеца по-късно. Резюмето за ръководството превръща 60-страничен преглед в присъда. Изложението на обхвата превръща действителното покритие на одитора в непроверима граница. Методологията превръща процес в повторяема сравнителна базова линия. Таблицата с присъдата превръща съответствието по WCAG в 55 атомарни претенции. Констатациите превръщат дефектите в редове за приоритизиране. Рубриката превръща тежестта от усещане в дефиниция. Пътната карта превръща констатациите в програма. Политиката за повторно тестване превръща доклада от моментна снимка в честота. Шаблонът на декларацията превръща вътрешния доклад в публична позиция.</p>

<p>Докладите, които се провалят през 2026 г., се провалят, защото прескачат стъпката на превръщане. Те цитират число от WCAG, без да го превеждат в „какво всъщност чупи това за кои потребители“. Тагват констатации като „високи“, без да превеждат „високи“ в дефиниция. Произвеждат присъда, без да произвеждат обхвата, за който тя важи. Всяка липсваща стъпка на превръщане е място, където докладът става непроверим — а непроверимият доклад за достъпност не е резултат, а маркетингов артефакт.</p>

<p>По-дълбокият модел е, че докладът за достъпност се чете от четири много различни разстояния. Ръководният спонсор чете E·01 и никога не се връща. Специалистът по обществени поръчки чете E·02, E·03 и E·09. Инженерният ръководител чете E·05, E·06 и E·07. Одиторът, който чете доклада дванадесет месеца по-късно, чете E·03, E·04 и E·08. Доклад, който не работи и на четирите разстояния, е такъв, който проваля поне един от тези читатели, и читателят, който се проваля, обикновено е този с бюджета.</p>

<h2>Какво да направите първо</h2>

<div class="audit-list">
<h3>Практически действия за водещите по достъпност през 2026 г.</h3>
<ul>
<li>Пуснете [безплатния скенер за достъпност](/bg/toolkit/scan/) върху три представителни шаблона, за да произведете базов списък с констатации във формата на раздел E·05 — това е минималният жизнеспособен артефакт и не струва нищо.</li>
<li>Възложете [ръчен одит от тестери с увреждания](/bg/articles/manual-audits-by-people-with-disabilities-2026/) за пълния деветраздeлен доклад. Настоявайте за E·02, E·06 и E·07 като критерии за приемане на резултата.</li>
<li>Публикувайте черновата на декларацията за достъпност от E·09 на адрес <code>/accessibility/</code> в рамките на четири седмици от доклада. Не я оставяйте непубликувана.</li>
<li>Внедрете непрекъснат мониторинг според [ръководството за избор на платформа за мониторинг](/bg/articles/accessibility-monitoring-buyers-guide-2026/), за да улавяте регресиите между годишния доклад и шестмесечното повторно тестване.</li>
<li>Запишете повторното тестване от E·08 в инженерния календар — а не в правния календар — и го третирайте като пропускателен пункт за издаване.</li>
</ul>
</div>

<div class="bottomline">
<p>Използваемият доклад за достъпност е този, който регулатор може да прочете за пет минути (E·01, E·02, E·04), инженер може да приоритизира за един спринт (E·05, E·06, E·07) и одитор може да изпълни наново след една година (E·03, E·08). Безполезният е този, който цитира числа от WCAG, без да ги превежда в език, по който който и да е от тези читатели може да действа. Половината от докладите, които попадат върху бюрата на водещите по достъпност през 2026 г., се провалят на този тест, и провалът почти винаги е с една и съща форма: без обхват, без рубрика, без пътна карта, без присъда.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Ангажимент · 03</span>
<div class="cta-title">Първо използвайте скенера</div>
<p class="cta-prose">Пуснете безплатния скенер по WCAG 2.2 за автоматизирана базова линия във формата на раздел E·05, после възложете ръчен одит за останалите шест раздела.</p>
<a class="cta-btn" href="/bg/toolkit/scan/">Отворете скенера →</a>
</div>

<h2>Често задавани въпроси</h2>

<p><strong>Какво следва да включва един доклад за достъпност?</strong></p>

<p>Пълният доклад съдържа девет раздела: резюме за ръководството с присъда за позицията, изложение на обхвата, раздел за методологията, назоваващ стандарта и инструментите, присъда за съответствие по критерий за успех, списък с констатации, рубрика за тежест, пътна карта за отстраняване на проблеми с оценки на усилието, политика за повторно тестване и чернова на декларация за достъпност. Доклад, в който липсва обхватът, рубриката или присъдата, е неизползваем — читателят не може да каже какво е тествано, какво означава „тежест“ или дали сайтът съответства.</p>

<p><strong>Каква е разликата между доклад за достъпност и декларация за достъпност?</strong></p>

<p>Докладът за достъпност е вътрешен резултат — обикновено от 30 до 80 страници — който документира констатациите, тежестите и пътната карта на одита. Декларацията за достъпност е кратката публична страница на адрес `/accessibility/`, която обобщава позицията на съответствие, стандарта, датата на одита, известните изключения и канала за контакт за потребители, които срещнат бариера. Докладът произвежда декларацията; декларацията не е докладът.</p>

<p><strong>Колко дълъг е типичният доклад за достъпност?</strong></p>

<p>Доклад от ръчен одит за малък маркетингов сайт е от 25 до 40 страници. Доклад за сложен автентикиран продукт с множество потребителски пътеки може да достигне 80 до 150 страници, защото разделът с констатации расте с броя на прегледаните шаблони. Наративните раздели заедно заемат приблизително 10 до 15 страници независимо от размера на сайта. Останалото са констатации.</p>

<p><strong>Достатъчни ли са докладите от скенери за достъпност от правна гледна точка?</strong></p>

<p>Не. Нито правилото по Дял II от 2024 г. на DOJ, нито Европейският акт за достъпност третират изхода от автоматизиран скенер като пълен доклад за достъпност. Скенерите откриват приблизително 30 до 40 процента от проблемите по WCAG — основно контраст, липсващ алтернативен текст, липсващи етикети и структура на документа. Останалите 60 до 70 процента изискват човешка преценка. Докладът от скенер е суров вход за пълен доклад, а не заместител.</p>

<p><strong>Колко често следва да преиздаваме доклад за достъпност?</strong></p>

<p>Пълен цикъл на ръчен одит и доклад на всеки дванадесет месеца е работната базова линия за повечето сайтове. Повторно тестване на предишно провалените критерии на шестмесечния етап е добра хигиена. Всяка значима промяна на шаблон, редизайн или миграция на рамка следва да задейства делта одит. Непрекъснатият мониторинг работи между докладите, така че регресиите изплуват незабавно.</p>

<p><strong>Изисква ли WCAG конкретен формат на доклада?</strong></p>

<p>Не. WCAG определя критерии за успех; той не предписва формата на никакъв одиторски резултат. W3C публикува EARL и WCAG-EM като структурни референции, но нито един от тях не е задължителен по ADA, EAA, AODA или който и да е друг режим. Режимите очакват докладът да назове стандарта, обхвата, методологията и присъдата — форматът около тези факти е по избор на одитора.</p>

<div class="foot-note">
<p><strong>Методология</strong>Моделът на разделите е изведен от методологията за оценка WCAG-EM, референциите за одиторски доклади на IAAP и над 30 публикувани декларации за достъпност, проучени в /articles/accessibility-statement-audit-top-100/.</p>
<p><strong>Обхват</strong>Това е ръководство за формата на доклада, а не контролен списък за правно съответствие. Консултирайте се с компетентен юрист за специфичните за юрисдикцията задължения за докладване по [ADA Дял III](/bg/articles/ada-title-iii-web-accessibility-guide/), [EAA](/bg/articles/european-accessibility-act-guide/) или други приложими режими.</p>
</div>

</div>

---
title: Инструменти за тестване с екранни четци — NVDA, JAWS, VoiceOver (2026)
url: https://www.disabilityworld.org/bg/articles/accessibility-screen-reader-testing-tools-2026/
description: Сравнение на инструментите за тестване с екранни четци — NVDA, JAWS, VoiceOver, TalkBack, Narrator — плюс драйвери за автоматизация (Playwright AT-driver, AccTree). Работният процес за тестване през 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: screen-readers, accessibility-testing, nvda, jaws, voiceover, talkback, automation
---

# Инструменти за тестване с екранни четци — NVDA, JAWS, VoiceOver (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Инструменти за тестване с екранни четци — NVDA, JAWS, VoiceOver (2026)",
      "description": "Сравнение на инструментите за тестване с екранни четци — NVDA, JAWS, VoiceOver, TalkBack, Narrator — плюс драйвери за автоматизация (Playwright AT-driver, AccTree). Работният процес за тестване през 2026 г.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Екранни четци и инструменти за тестване на помощни технологии — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "NVDA", "url": "https://www.nvaccess.org/" },
        { "@type": "ListItem", "position": 2, "name": "JAWS", "url": "https://www.freedomscientific.com/products/software/jaws/" },
        { "@type": "ListItem", "position": 3, "name": "VoiceOver" },
        { "@type": "ListItem", "position": 4, "name": "TalkBack" },
        { "@type": "ListItem", "position": 5, "name": "Narrator" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "Кой е най-добрият безплатен екранен четец за тестване?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "NVDA на Windows. Той е безплатен, с отворен код, активно поддържан от NV Access и използван от приблизително 35–40% от анкетираните в проучването на WebAIM като техен основен екранен четец. Ако инсталирате само една помощна технология, срещу която да тествате, инсталирайте NVDA с Firefox или Chrome на Windows машина или виртуална машина."
          }
        },
        {
          "@type": "Question",
          "name": "С колко екранни четеца трябва да тествам?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Два, тествани добре, бият пет, тествани лошо. Реалистичният минимум е NVDA на Windows за настолни компютри и VoiceOver на iOS за мобилни — между тях покриват най-големия дял от реалните потребители. Добавете JAWS, ако аудиторията ви е държавна администрация, финанси или здравеопазване, и добавете TalkBack на Android, ако мобилният ви трафик клони към Android."
          }
        },
        {
          "@type": "Question",
          "name": "Могат ли автоматизираните инструменти да заменят тестването с екранен четец?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Не. Автоматизираните инструменти улавят приблизително 30–40% от проблемите по WCAG — липсващи атрибути alt, невалиден ARIA, липсващи етикети. Те не могат да преценят дали алтернативният текст е полезен, дали динамичното съдържание действително се обявява или дали управлението на фокуса се усеща правилно. Използвайте автоматизацията като под, а не като таван, и я съчетавайте с периодично човешко тестване с реалния екранен четец."
          }
        },
        {
          "@type": "Question",
          "name": "Нужен ли ми е Mac, за да тествам VoiceOver?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Да за локално тестване — VoiceOver работи само на macOS и iOS. Ако екипът ви е само на Windows, облачни услуги като Assistiv Labs и BrowserStack Accessibility предлагат отдалечени VoiceOver сесии срещу вашия URL адрес. За епизодични проверки това е достатъчно; за сериозна работа с iOS заемете Mac или iPhone."
          }
        },
        {
          "@type": "Question",
          "name": "Каква е разликата между NVDA и JAWS?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "И двата са екранни четци за Windows и работят с всички основни браузъри. NVDA е безплатен, с отворен код, по-лек и обикновено малко по-строг относно съответствието с ARIA. JAWS е комерсиален (около 95 долара годишно за домашен лиценз), по-богат на функции, има по-дълга история с корпоративни и федерални внедрявания в САЩ и понякога е по-снизходителен към несъвършена разметка. Ако страница работи в NVDA, обикновено работи и в JAWS — обратното не винаги е вярно."
          }
        },
        {
          "@type": "Question",
          "name": "Колко често следва да изпълнявам тестове с екранен четец?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Проверките на ниво автоматизация (axe, eslint-plugin-jsx-a11y, тестове с AT-driver) следва да се изпълняват при всеки pull request. Ръчните преминавания с екранен четец по ключови потребителски пътеки принадлежат към контролния списък за издаване — обикновено всеки спринт или всяко издаване. Пълен ръчен одит от тестери с увреждания има смисъл тримесечно или ежегодно в зависимост от това колко се променя продуктът."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Въведение в инструментите · Тестване</div>
      <h1 class="hero__title" id="hero-heading">
        Инструменти за тестване с екранни четци — NVDA, JAWS, VoiceOver (2026)
      </h1>
      <p class="hero__lead">Всеки скенер за достъпност може да ви каже дали атрибутът `alt` присъства. Само екранен четец може да ви каже дали алтернативният текст е действително полезен. Същото важи за ARIA етикети, които обявяват грешното нещо, етикети на форми, които се четат като безсмислица, ред на фокуса, който скача, динамично съдържание, което се актуализира безшумно, докато видимият интерфейс се променя. Това е слоят на тестване, където автоматизацията изчерпва пътя си и започва човешката проверка с действителната помощна технология.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">основни екранни четеца</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">~70%</div>
          <div class="stat-chip__label">от мобилните потребители на VoiceOver</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">12-точков</div>
          <div class="stat-chip__label">начален контролен списък</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>редакцията на disability-world</strong></div>
        <div class="hero__pill">10 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">Пет екранни четеца</a></li>
        <li><a href="#s2">Тестова матрица</a></li>
        <li><a href="#s3">Какво да търсите</a></li>
        <li><a href="#s4">Драйвери за автоматизация</a></li>
        <li><a href="#s5">Контролен списък</a></li>
        <li><a href="#s6">Често задавани въпроси</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Контекст</div>
        <h2 class="section-title" id="intro-heading">Защо тестването с екранен четец все още не може да бъде автоматизирано напълно</h2>
        <div class="prose">
          <p>През 2026 г. пейзажът е пет основни екранни четеца — NVDA, JAWS, VoiceOver, TalkBack и Narrator — плюс съзряващ слой от драйвери за автоматизация (Playwright AT-driver, инспектори, базирани на AccTree, облачни услуги за запис), който позволява част от тази работа да премине в CI. Нито един от тях не замества изпълнението на реалния софтуер срещу вашия реален продукт. Те обаче ви позволяват да уловите очевидните регресии, преди да достигнат до човек тестер.</p>
          <p>Това въведение обхваща петте екранни четеца, срещу които си струва да тествате, минимална жизнеспособна тестова матрица, какво да търсите, слоя на автоматизация, в който си струва да инвестирате, и начален контролен списък за процеса ви по издаване.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Пейзаж</div>
        <h2 class="section-title" id="s1-heading">1. Петте екранни четеца, срещу които наистина трябва да тествате</h2>
        <div class="prose">
          <p>Пет продукта доминират на пазара на екранни четци през 2026 г. — два на Windows десктоп, един за всички Apple устройства, един за Android и резервният на Microsoft в комплект. Грубият дял, ценовият сегмент и точността на тестване, която всеки предоставя, са обобщени в картите по-долу; текстът под всяка карта добавя силните страни и нещата, които да следите.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">NVDA</div>
                <div class="combo-card__sub">NV Access · Windows, безплатен, с отворен код</div>
              </div>
            </div>
            <div class="combo-card__usage">~35–40% основна употреба по WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Цена</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пазарен дял</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Точност на тестване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">JAWS</div>
                <div class="combo-card__sub">Freedom Scientific · Windows, комерсиален</div>
              </div>
            </div>
            <div class="combo-card__usage">Корпоративен + федерален стандарт за САЩ</div>
            <div class="combo-feat"><span class="combo-feat__label">Цена</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пазарен дял</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Точност на тестване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">VoiceOver</div>
                <div class="combo-card__sub">Apple · macOS + iOS, вграден</div>
              </div>
            </div>
            <div class="combo-card__usage">~70% от мобилните потребители на екранни четци</div>
            <div class="combo-feat"><span class="combo-feat__label">Цена</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пазарен дял</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Точност на тестване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">TalkBack</div>
                <div class="combo-card__sub">Google · Android, вграден</div>
              </div>
            </div>
            <div class="combo-card__usage">Най-голяма мобилна инсталационна база</div>
            <div class="combo-feat"><span class="combo-feat__label">Цена</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пазарен дял</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Точност на тестване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Narrator</div>
                <div class="combo-card__sub">Microsoft · Windows, вграден</div>
              </div>
            </div>
            <div class="combo-card__usage">Под 1% основна употреба по WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Цена</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пазарен дял</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Точност на тестване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>NVDA — Windows, безплатен, с отворен код.</strong> Поддържан от NV Access. Приблизително 35–40% от анкетираните в проучването на WebAIM го използват като свой основен екранен четец, което го прави единствения инструмент с най-голям ефект за инсталиране. Безплатен, с отворен код, лек, съчетава се чисто с Firefox и Chrome. Силна страна: строга поддръжка на ARIA и бърз цикъл на разработка. Внимание: настройките по подразбиране се различават между версиите, затова документирайте точната версия и настройки, срещу които екипът ви тества.</p>
          <p><strong>JAWS — Windows, комерсиален.</strong> Флагманът на Freedom Scientific. Домашният лиценз е около 95 долара годишно; корпоративните лицензи са значително повече. Исторически корпоративният и федерален стандарт за САЩ, все още вкоренен в държавната администрация, финансите и здравеопазването. Силна страна: дълбок набор от функции и дълга съвместимост със стари корпоративни приложения. Внимание: цена на лиценза и склонност да маскира грешки в разметката, които NVDA излага.</p>
          <p><strong>VoiceOver — macOS и iOS, вграден.</strong> Идва с всяко Apple устройство. На мобилни VoiceOver представлява приблизително 70% от потребителите на екранни четци в света, което го прави най-важната мобилна цел с голяма преднина. Силна страна: нулева инсталация, дълбока интеграция с ОС, моделът на жестове е де факто мобилната конвенция. Внимание: macOS VoiceOver и iOS VoiceOver се държат различно; тестването на единия не покрива другия.</p>
          <p><strong>TalkBack — Android, вграден.</strong> Вграденият екранен четец на Google за Android. Най-големият мобилен екранен четец по абсолютна инсталирана база, макар значим дял от потребителите на Android да го изключват. Силна страна: идва навсякъде; съчетава се с Chrome. Внимание: поведението варира между Android надстройките (Samsung One UI, Pixel, MIUI), а паритетът с VoiceOver е несъвършен.</p>
          <p><strong>Narrator — Windows, вграден.</strong> Екранният четец на Microsoft в комплект. Далечен пети сред реалните потребители (WebAIM го поставя под 1% като основен инструмент), но има значение в ИТ-ограничени корпоративни среди, където потребителите не могат да инсталират NVDA. Силна страна: нулева инсталация на Windows. Внимание: по-ниска точност от NVDA или JAWS; повечето потребители, които зависят от екранен четец, са преминали отвъд него.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Справка</div>
        <h2 class="section-title" id="s2-heading">2. Минимална жизнеспособна тестова матрица</h2>
        <div class="prose">
          <p>Честният отговор на „срещу кои екранни четци трябва да тествам?“ е: срещу толкова, колкото аудиторията ви реално използва, не повече. Повечето екипи недобюджетират и в крайна сметка правят два екранни четеца лошо вместо един добре.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Конфигурация</th>
              <th>Платформа</th>
              <th>Браузър</th>
              <th>Четец</th>
              <th>Приоритет на аудиторията</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Основен настолен</th><td>Windows</td><td>Firefox</td><td>NVDA</td><td>Безплатна, най-голямата достъпна за разработчици комбинация</td></tr>
            <tr><th>Вторичен настолен</th><td>macOS</td><td>Safari</td><td>VoiceOver</td><td>Безплатна, ако екипът ви има Mac, покрива потребителите на Apple</td></tr>
            <tr><th>Корпоративна проверка</th><td>Windows</td><td>Chrome</td><td>JAWS</td><td>Ако аудиторията е държавна администрация, финанси или здравеопазване</td></tr>
            <tr><th>Основен мобилен</th><td>iOS</td><td>Safari</td><td>VoiceOver</td><td>Покрива приблизително 70% от мобилните потребители на екранни четци</td></tr>
            <tr><th>Вторичен мобилен</th><td>Android</td><td>Chrome</td><td>TalkBack</td><td>Покрива останалите, с по-лош паритет</td></tr>
            <tr><th>Граничен случай</th><td>Windows</td><td>Edge</td><td>Narrator</td><td>Само ако ИТ-ограничената корпоративна среда е значим дял</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Двуредова базова линия (NVDA + Firefox на Windows, VoiceOver + Safari на iOS) улавя по-голямата част от реалните проблеми за типичен потребителски продукт. Добавете JAWS в момента, в който регулирана индустрия влезе в картината. Добавете TalkBack, когато делът ви на Android е нетривиален. Третирайте Narrator като годишна проверка за здрав разум, а не като пропускателен инструмент. Запишете избраната матрица в контролния списък за издаване, така че да не може да бъде тихомълком пропусната.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Метод</div>
        <h2 class="section-title" id="s3-heading">3. Какво всъщност търсите в тест с екранен четец</h2>
        <div class="prose">
          <p>Отвъд „чете ли се на глас?“, истинският тест е структурен. Когато седнете с NVDA или VoiceOver, проверявате страницата по същите оси като незрящ потребител:</p>
          <ul>
            <li><strong>Структура на страницата</strong> — обявява ли екранният четец заглавията в разумна йерархия? Можете ли да навигирате чрез преки пътища за заглавия (клавиш H в NVDA, ротор във VoiceOver) и да попаднете на правилните места? Работи ли връзката за прескачане — Tab, чувате я, Enter, фокусът преминава в основния ориентир?</li>
            <li><strong>Етикети на форми</strong> — всяко поле за въвеждане обявява име. Задължителните полета обявяват „задължително“. Типовете полета са правилни (имейл, телефон, число). Съобщенията за грешка са свързани чрез `aria-describedby` и се обявяват при неуспешна валидация, вместо да се появяват безшумно над формата.</li>
            <li><strong>Динамично съдържание</strong> — когато превключите панел, изпратите форма или приложите филтър, задейства ли се актуализация на [aria-live регион](/bg/articles/aria-live-regions-in-modern-frameworks/)? Или екранният четец не казва нищо, докато видимият интерфейс се променя? Безшумните актуализации са единственият най-разпространен бъг с динамично съдържание.</li>
            <li><strong>Управление на фокуса</strong> — когато се отвори модален прозорец, преминава ли фокусът в него и заключва ли се там? Когато се затвори, връща ли се фокусът към задействащия елемент? Повечето готови [достъпни библиотеки от компоненти](/bg/articles/accessible-component-libraries-survey/) се справят с това; вътрешно разработените компоненти често не.</li>
            <li><strong>Ред на четене</strong> — чете ли се съдържанието в реда, в който се появява визуално? Или CSS `order`, абсолютно позициониране или преподреждане с flex оставят DOM в различна последователност от визуалното оформление?</li>
            <li><strong>Качество на алтернативния текст на изображенията</strong> — действително ли е полезен алтернативният текст, или е `Image_47.png`? Безшумни ли са декоративните изображения (`alt=""`)? Описва ли алтернативният текст какво изображението комуникира в контекста?</li>
            <li><strong>Текст на връзките</strong> — „кликнете тук“ и „прочетете още“ звучат ужасно извън контекст. Потребителите на екранни четци често навигират, като извикват списък с връзки; ако всяка връзка е „Прочетете още“, този списък е безполезен.</li>
          </ul>
          <p>Те се съпоставят с [критериите за успех на WCAG 2.2](/bg/toolkit/standards/wcag/) — особено 1.3.1, 2.4.3, 3.3.1 и 4.1.3 — но тестът е по-бърз и по-честен с работещ екранен четец, отколкото само от контролен списък.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Наличие срещу качество на алтернативния текст</span>
            <div class="callout__body"><p>Автоматизиран скенер може да потвърди, че атрибутът `alt` съществува. Само човек, който слуша екранен четец, може да реши дали `Image_47.png` е полезен в контекста. Същата пропаст важи за ARIA етикетите, имената на полетата от форми и текста на връзките — машината вижда, че разметката присъства; потребителят чува дали тя има смисъл. Изградете бюджета си за тестване около това разграничение.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Инструменти</div>
        <h2 class="section-title" id="s4-heading">4. Драйвери за автоматизация през 2026 г. — какво можете да преместите в CI</h2>
        <div class="prose">
          <p>Автоматизираното тестване в стил екранен четец се подобри съществено през последните две години. То все още не замества човек, който слуша NVDA, но улавя реален дял от регресиите, преди да бъдат внедрени. Три подхода си струва да познавате.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AT-driver</div>
                <div class="combo-card__sub">Playwright / Selenium ChromeDriver „force-text“</div>
              </div>
            </div>
            <div class="combo-card__usage">Улавя регресии в име + роля + състояние</div>
            <div class="combo-feat"><span class="combo-feat__label">Слой</span><span>CI smoke набор</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Обхожда дървото на помощната технология както би го направил четец</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ограничение</span><span>Не е същото като реален NVDA срещу страницата</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Инспектори на AccTree</div>
                <div class="combo-card__sub">axe DevTools · axe Linter · eslint-plugin-jsx-a11y</div>
              </div>
            </div>
            <div class="combo-card__usage">Подов статичен + DOM анализ</div>
            <div class="combo-feat"><span class="combo-feat__label">Слой</span><span>Всеки комит / PR</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Улавя липсващи етикети, невалиден ARIA, контраст</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ограничение</span><span>Казва ви, че е счупено, не че е фино погрешно</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Облачен екранен четец</div>
                <div class="combo-card__sub">Assistiv Labs · BrowserStack Accessibility</div>
              </div>
            </div>
            <div class="combo-card__usage">Реален NVDA / JAWS / VoiceOver, отдалечено</div>
            <div class="combo-feat"><span class="combo-feat__label">Слой</span><span>Епизодични проверки + споделяне със заинтересовани страни</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Най-близо до реалното без притежаване на хардуер</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ограничение</span><span>Цена на сесия, латентност по мрежата</span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>Playwright AT-driver и Selenium ChromeDriver „force-text“.</strong> Както Playwright, така и Selenium вече могат да задвижат браузър и да потвърдят какво би било обявено на ниво дърво на достъпността — име, роля, състояние, стойност. Това е по-силно от `getByRole`/`getByLabel`: тези локатори четат дървото на помощната технология, за да намерят елемент, но force-text обхожда дървото по начина, по който би го направил екранен четец. Не е същото като изпълнение на NVDA срещу страницата ви, но улавя регресии в име + роля + състояние евтино и детерминистично. Повечето големи продуктови екипи вече имат поне smoke набор от тестове с AT-driver върху критични страници — регистрация, плащане, настройки на акаунта.</p>
          <p><strong>Инспектори, базирани на AccTree — axe DevTools, axe Linter, eslint-plugin-jsx-a11y.</strong> Статичен анализ на код и DOM. Улавя липсващи етикети, невалиден ARIA, несъответствия между етикет и съдържание, провали на контраста и структурни проблеми. Евтини за изпълнение при всеки комит. [Безплатният скенер за достъпност](/bg/toolkit/scan/) на този сайт използва същото семейство правила. Подово ниво: казва ви кога нещо определено е счупено, не кога нещо е фино погрешно.</p>
          <p><strong>Запис с реален екранен четец — Assistiv Labs, BrowserStack Accessibility.</strong> Облачни услуги, които изпълняват реален NVDA, JAWS или VoiceOver срещу вашия URL адрес и ви позволяват да гледате и слушате, без да инсталирате нищо локално. Най-близо до „тестване с реалното“ без притежаване на хардуера. Полезни за епизодични проверки, за екипи на грешната ОС и за споделяне на записи със заинтересовани страни, които иначе никога не биха чули как звучи счупена страница.</p>
          <p>Моделът, към който повечето екипи се сближават до 2026 г.: линтинг, базиран на AccTree, при всеки PR, тестове с AT-driver върху представителен набор страници в CI, реално тестване с екранен четец ръчно на спринтова честота и [ръчен одит от тестери с увреждания](/bg/articles/manual-audits-by-people-with-disabilities-2026/) тримесечно или ежегодно. Слоят на автоматизация е подът; ръчният слой е там, където реалният потребителски опит се измерва.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s5-heading">5. Начален контролен списък</h2>
        <div class="prose">
          <p>Поставете това в контролния си списък за издаване или в QA шаблона:</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Заглавията се четат по ред (H1 → H2 → H3, без прескочени нива)</div>
          <div class="checklist__text">Връзката за прескачане работи (Tab веднъж, чувате я, Enter, фокусът преминава към основното съдържание)</div>
          <div class="checklist__text">Всички полета от форми имат свързани етикети, обявявани от екранния четец</div>
          <div class="checklist__text">Задължителните полета обявяват „задължително“</div>
          <div class="checklist__text">Съобщенията за грешка се обявяват при неуспешна валидация</div>
          <div class="checklist__text">Модалните диалози получават фокус при отваряне и го заключват вътре</div>
          <div class="checklist__text">Затварянето на модален прозорец връща фокуса към задействащия елемент</div>
          <div class="checklist__text">Живите региони обявяват динамичните промени (актуализации на количката, резултати от търсене, известия)</div>
          <div class="checklist__text">Алтернативният текст на изображенията се чете като полезни изречения, а не като имена на файлове</div>
          <div class="checklist__text">Декоративните изображения са безшумни (`alt=""`)</div>
          <div class="checklist__text">Заглавието на страницата е смислено (четено първо от екранния четец при зареждане)</div>
          <div class="checklist__text">Текстът на връзките има смисъл извън контекст (без голи „кликнете тук“ или „прочетете още“)</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Справка</div>
        <h2 class="section-title" id="s6-heading">6. Често задавани въпроси</h2>

        <h3>Кой е най-добрият безплатен екранен четец за тестване?</h3>
        <div class="prose">
          <p>NVDA на Windows. Той е безплатен, с отворен код, активно поддържан от NV Access и използван от приблизително 35–40% от анкетираните в проучването на WebAIM като техен основен екранен четец. Ако инсталирате само една помощна технология, срещу която да тествате, инсталирайте NVDA с Firefox или Chrome на Windows машина или виртуална машина.</p>
        </div>

        <h3>С колко екранни четеца трябва да тествам?</h3>
        <div class="prose">
          <p>Два, тествани добре, бият пет, тествани лошо. Реалистичният минимум е NVDA на Windows за настолни компютри и VoiceOver на iOS за мобилни — между тях покриват най-големия дял от реалните потребители. Добавете JAWS, ако аудиторията ви е държавна администрация, финанси или здравеопазване, и добавете TalkBack на Android, ако мобилният ви трафик клони към Android.</p>
        </div>

        <h3>Могат ли автоматизираните инструменти да заменят тестването с екранен четец?</h3>
        <div class="prose">
          <p>Не. Автоматизираните инструменти улавят приблизително 30–40% от проблемите по WCAG — липсващи атрибути alt, невалиден ARIA, липсващи етикети. Те не могат да преценят дали алтернативният текст е полезен, дали динамичното съдържание действително се обявява или дали управлението на фокуса се усеща правилно. Използвайте автоматизацията като под, а не като таван, и я съчетавайте с периодично човешко тестване с реалния екранен четец.</p>
        </div>

        <h3>Нужен ли ми е Mac, за да тествам VoiceOver?</h3>
        <div class="prose">
          <p>Да за локално тестване — VoiceOver работи само на macOS и iOS. Ако екипът ви е само на Windows, облачни услуги като Assistiv Labs и BrowserStack Accessibility предлагат отдалечени VoiceOver сесии срещу вашия URL адрес. За епизодични проверки това е достатъчно; за сериозна работа с iOS заемете Mac или iPhone.</p>
        </div>

        <h3>Каква е разликата между NVDA и JAWS?</h3>
        <div class="prose">
          <p>И двата са екранни четци за Windows и работят с всички основни браузъри. NVDA е безплатен, с отворен код, по-лек и обикновено малко по-строг относно съответствието с ARIA. JAWS е комерсиален (около 95 долара годишно за домашен лиценз), по-богат на функции, има по-дълга история с корпоративни и федерални внедрявания в САЩ и понякога е по-снизходителен към несъвършена разметка. Ако страница работи в NVDA, обикновено работи и в JAWS — обратното не винаги е вярно.</p>
        </div>

        <h3>Колко често следва да изпълнявам тестове с екранен четец?</h3>
        <div class="prose">
          <p>Проверките на ниво автоматизация (axe, eslint-plugin-jsx-a11y, тестове с AT-driver) следва да се изпълняват при всеки pull request. Ръчните преминавания с екранен четец по ключови потребителски пътеки принадлежат към контролния списък за издаване — обикновено всеки спринт или всяко издаване. Пълен ръчен одит от тестери с увреждания има смисъл тримесечно или ежегодно в зависимост от това колко се променя продуктът.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Заключение на наръчника</div>
        <h2 class="section-title" id="concl-heading">Заключение</h2>
        <div class="prose">
          <p>Ако още не сте изпълнили автоматизирано преминаване, започнете с [безплатния скенер за достъпност](/bg/toolkit/scan/) — той ще изведе леснодостъпните проблеми, които екранен четец също би уловил, за секунди, а не за часове. Щом този под е на място, планирайте [ръчен одит от тестери с увреждания](/bg/articles/manual-audits-by-people-with-disabilities-2026/) върху потребителските пътеки, които са най-важни за бизнеса ви. И ако достъпността е непрекъснат проблем, а не еднократен проект, [ръководството за избор на платформа за мониторинг](/bg/articles/accessibility-monitoring-buyers-guide-2026/) сравнява инструментите, които следят продукционната среда за регресии между ръчните одити.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Два четеца, тествани добре, бият пет, тествани лошо. Избраната двойка принадлежи в контролния списък за издаване преди всички останали, а не след тях.“</p></blockquote>
          <figcaption><cite class="pull-quote__source">— редакцията на disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Как да направите уебсайта си съответстващ на WCAG 2.2 — ръководство стъпка по стъпка
url: https://www.disabilityworld.org/bg/articles/how-to-make-your-website-wcag-22-compliant/
description: Привеждане в съответствие с WCAG 2.2, стъпка по стъпка — одит на сайта, отстраняване на проблемите по приоритет, проверка с помощни технологии и внедряване на мониторинг. Пълният наръчник за 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: wcag, wcag-2-2, accessibility-compliance, how-to, audit
---

# Как да направите уебсайта си съответстващ на WCAG 2.2 — ръководство стъпка по стъпка

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Как да направите уебсайта си съответстващ на WCAG 2.2",
      "description": "Наръчник в шест стъпки за привеждане на работещ уебсайт в съответствие с WCAG 2.2 ниво AA — одит, приоритизиране, отстраняване, проверка с помощни технологии, публикуване на декларация и внедряване на текущ мониторинг.",
      "totalTime": "P12W",
      "step": [
        { "@type": "HowToStep", "name": "Одит на това, което имате днес", "text": "Извършете одит в три режима — автоматизирано сканиране за базовия обем, ръчен преглед от зрящ специалист по достъпност за проблемите, които автоматизацията не вижда, и тест за използваемост с хора, които реално използват помощни технологии. Всеки режим улавя различен слой.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-1" },
        { "@type": "HowToStep", "name": "Приоритизиране по тежест и обхват", "text": "Оценете всеки проблем по две оси — колко силно нарушава преживяването и колко потребители го срещат. Блокиращ проблем на плащането е по-важен от петдесет козметични проблема в пресслужбата. Отстранявайте в този ред.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-2" },
        { "@type": "HowToStep", "name": "Отстраняване по приоритет", "text": "Работете по проблемите в реда, който приоритизирането произведе. Поправките с най-голям ефект са семантичен HTML, алтернативен текст, работа с клавиатура, видим фокус, цветови контраст, етикети на формулярите, сдържан ARIA, обявяване на динамично съдържание и достъпност на PDF за всички документи, които публикувате.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-3" },
        { "@type": "HowToStep", "name": "Проверка с реална помощна технология", "text": "Всяка поправка трябва да бъде потвърдена по начина, по който потребителите реално консумират страницата — NVDA с Firefox на Windows, VoiceOver със Safari на macOS и iOS, TalkBack с Chrome на Android, както и само клавиатурата за всеки интерактивен поток. Автоматизацията сама по себе си не може да удостовери поправка.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-4" },
        { "@type": "HowToStep", "name": "Публикуване на реална декларация за достъпност", "text": "Публикувайте декларация, която назовава обхвата, целевото ниво на съответствие, известните ограничения, канал за обратна връзка и датата на последния преглед. Европейският акт за достъпност го изисква, а съдилищата в САЩ третират липсата му като доказателство за безразличие.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-5" },
        { "@type": "HowToStep", "name": "Внедряване на текущ мониторинг", "text": "Изградете непрекъснат автоматизиран скенер върху продукционната среда, работен процес за приоритизиране, който поема новите находки, и периодичен ритъм на ръчен одит — на тримесечие или на полугодие — от тестери с увреждания. Съответствието се руши без мониторинг.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-6" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Колко време обикновено отнема привеждането в съответствие с WCAG 2.2?", "acceptedAnswer": { "@type": "Answer", "text": "За средно голям търговски уебсайт реалистичното първо преминаване е осем до дванадесет седмици от базовия одит до публикувана декларация, при условие че един-двама инженери могат да отделят приблизително една трета от времето си за отстраняване на проблемите. Сложно приложение с персонализирани компоненти и значителен обем PDF файлове или видео редовно отнема шест месеца. След това съответствието се поддържа непрекъснато; първото преминаване е скъпото." } },
        { "@type": "Question", "name": "Трябва ли ми WCAG 2.2 AA или AAA?", "acceptedAnswer": { "@type": "Answer", "text": "AA. Всеки значим регулатор, който назовава ниво — правилото по ADA дял II от 2024 г., EAA чрез EN 301 549, разпоредбите за органите от обществения сектор в Обединеното кралство, Section 508 — се позовава на ниво AA. AAA е стремеж и никъде не е регулаторен минимум." } },
        { "@type": "Question", "name": "Мога ли просто да използвам автоматизиран скенер?", "acceptedAnswer": { "@type": "Answer", "text": "Не. Скенерите улавят приблизително тридесет до четиридесет процента от проблемите по WCAG при щедри допускания. Те не могат да преценят дали алтернативният текст е точен, дали потребител на екранен четец може да завърши плащането, или дали персонализиран компонент излага правилните име, роля и състояние. Защитима позиция съчетава автоматизиран мониторинг с периодичен ръчен одит от тестери с увреждания." } },
        { "@type": "Question", "name": "Прилага ли се WCAG 2.2 за мобилни приложения?", "acceptedAnswer": { "@type": "Answer", "text": "Да, на практика. Всеки значим регулатор, който се позовава на WCAG, го прилага и за мобилния уеб, и за нативните приложения за iOS и Android. Нативните приложения имат допълнителни специфични за платформата насоки, но основните критерии за успех са същите. Ако пускате мобилно приложение, то попада в обхвата." } },
        { "@type": "Question", "name": "Каква е разликата между WCAG, ADA и EAA?", "acceptedAnswer": { "@type": "Answer", "text": "WCAG е технически стандарт, публикуван от W3C. ADA е закон за гражданските права в САЩ. EAA е директива на ЕС. Законът ви казва дали сте задължени; стандартът ви казва как да изпълните задължението. Съдилищата в САЩ и DOJ третират WCAG 2.1 AA като работния показател за съответствие с ADA, а EAA се позовава на EN 301 549, който се позовава на WCAG 2.1 AA. WCAG 2.2 е версията, спрямо която всеки сериозен одитор се ориентира през 2026 г." } },
        { "@type": "Question", "name": "Колко често трябва да правя повторен одит?", "acceptedAnswer": { "@type": "Answer", "text": "Непрекъснато автоматизирано сканиране при всяко внедряване, тримесечен вътрешен ръчен преглед на първите десет потока и пълен външен ръчен одит от тестери с увреждания на всеки дванадесет до осемнадесет месеца. След всеки съществен редизайн повторете одита на засегнатата повърхност, преди да пуснете промените." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Основно ръководство · Наръчник за WCAG 2.2</div>
      <h1 class="hero__title" id="hero-heading">
        Как да направите уебсайта си съответстващ на WCAG 2.2 —<br />
        ръководство стъпка по стъпка
      </h1>
      <p class="hero__lead">Повечето екипи знаят, че трябва да съответстват на WCAG 2.2. Много малко знаят как изглежда първата седмица работа — това е наръчникът в шест стъпки от базовия одит до защитима позиция, в реда, в който екипът реално следва да го изпълни.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">дял от проблемите по WCAG, които автоматизираните скенери улавят при щедри допускания</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">9</div>
          <div class="stat-chip__label">нови критерия за успех, които WCAG 2.2 добавя спрямо 2.1</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">последователни стъпки от базовия одит до текущия мониторинг</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>редакцията на disability-world</strong></div>
        <div class="hero__pill">12 мин. четене</div>
        <div class="hero__pill">Обновено май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#step-1">1. Одит</a></li>
        <li><a href="#step-2">2. Приоритизиране</a></li>
        <li><a href="#step-3">3. Отстраняване</a></li>
        <li><a href="#step-4">4. Проверка</a></li>
        <li><a href="#step-5">5. Декларация</a></li>
        <li><a href="#step-6">6. Мониторинг</a></li>
        <li><a href="#faq">ЧЗВ</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Ориентация</div>
        <h2 class="section-title" id="intro-heading">Какво всъщност означава „съответстващ на WCAG 2.2“</h2>
        <div class="prose">
          <p>WCAG 2.2 вече е работната цел за ниво AA в целия ЕС чрез [Европейския акт за достъпност](/bg/articles/european-accessibility-act-guide/) и хармонизирания стандарт [EN 301 549](/bg/articles/en-301-549-explained/), а е и фактическият показател, спрямо който съдилищата в САЩ измерват уебсайтовете, попадащи под ADA, дори там, където разпоредбите все още назовават 2.1. Стандартът е добре документиран; пътят от „знаем, че трябва да съответстваме“ до „имаме защитима позиция“ — не е. Това ръководство е именно този път, в шест стъпки, в реда, в който екипът реално следва да ги изпълни.</p>
          <p>WCAG 2.2 е текущата версия на Насоките за достъпност на уеб съдържанието, публикувана от W3C като Препоръка през октомври 2023 г. Тя определя 86 критерия за успех, организирани под четири принципа — съдържанието трябва да е възприемаемо, оперируемо, разбираемо и устойчиво. На всеки критерий е присвоено ниво на съответствие. Ниво A е минималният праг; ниво AA е работният показател, на който се позовава всеки значим регулатор; ниво AAA е стремеж и никъде не е регулаторен минимум.</p>
          <p>Когато регулатор или договор каже „съответстващ на WCAG 2.2 AA“, това означава нещо повече от преминаване на една страница. Дефиницията за съответствие на W3C изисква цялата единица на съответствие — страницата или съвкупността от страници, изграждащи даден процес — да отговаря на всеки критерий от ниво A и AA, всеки процес да е достъпен от начало до край и помощната технология да не трябва да се изключва, за да работи съдържанието. Сайт, който преминава повечето критерии на повечето страници, не е съответстващ; границата е пълно покритие.</p>
          <p>WCAG 2.2 добавя девет нови критерия спрямо 2.1 — поява на фокуса, размер на целта, плъзгане, излишно повторно въвеждане, достъпно удостоверяване, последователна помощ и още няколко. Сайтове, които са съответствали на 2.1 AA, не са автоматично съответстващи на 2.2 AA; новите критерии са там, където се показва пропускът. Източникът на истина критерий по критерий се намира в нашата [пълна справка за критериите за успех на WCAG 2.2](/bg/toolkit/standards/wcag/).</p>
          <p>Съответствието е позиция, а не състояние — сайт, който съответства в понеделник, може да пусне регресия във вторник. Третирането му като еднократен проект е най-честата и най-скъпата грешка в областта.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-1" aria-labelledby="step-1-heading">
        <div class="section-label">Стъпка 01</div>
        <h2 class="section-title" id="step-1-heading">Одит на това, което имате днес</h2>
        <div class="prose">
          <p>Не можете да поправите това, което не сте измерили, а един инструмент няма да го измери добре. Базовият одит се извършва в три режима върху приблизително един и същ набор страници.</p>
          <p><strong>Режим 1 — Автоматизирано сканиране.</strong> Скенерът докладва машинно проверими пропуски — липсващ алтернативен текст, липсващи етикети на формуляри, нисък цветови контраст, невалиден ARIA, проблеми със структурата на заглавията. Той улавя гъстите, повтарящи се проблеми, които иначе инженерът би търсил ръчно, но няма да прецени дали алтернативният текст е смислен, дали персонализиран компонент се усеща правилно под екранен четец, или дали редът на фокуса има когнитивен смисъл. Третирайте сканирането като базов обем, а не като присъда. Започнете с пускане на [безплатния скенер за WCAG 2.2](/bg/toolkit/scan/) върху първите си десет страници — начална страница, вход, плащане, две продуктови страници, табло, настройки на профила, страницата с декларацията за достъпност, ако съществува, и двете лендинг страници с най-голям трафик. Сканирането ви казва дали имате сто проблема, или десет хиляди — а това е първото нещо, което ръководителят по отстраняване на проблеми трябва да знае.</p>
          <p><strong>Режим 2 — Ръчен преглед от зрящ специалист по достъпност.</strong> Обучен рецензент, който преминава през същите страници, улавя това, което автоматизацията не може да прецени. Точен ли е алтернативният текст? Логична ли е структурата на заглавията, а не просто синтактично валидна? Излагат ли персонализираните компоненти правилните име, роля и състояние? Специалист покрива около петнадесет до двадесет страници на ден; резултатът е писмен доклад със стъпки за възпроизвеждане, съотнесени към конкретни критерии за успех.</p>
          <p><strong>Режим 3 — Одит на използваемостта с хора, които използват помощни технологии.</strong> Потребител на екранен четец преминава през плащането; потребител само с клавиатура навигира в таблото; потребител със слабо зрение попълва формуляра за контакт при увеличение 200 процента. Резултатът е качествен — „обявяването при изпращане се случва, преди фокусът да се премести, така че го пропуснах“ — и това е слоят, който отличава съответствието от достъпността. Това е режимът, който организациите най-често пропускат; пропуснете го и ще преминете сканирания и декларации, докато потребителите ви все още не могат да завършат задачите си.</p>
          <p>Трите режима се допълват: автоматизацията намира обема, прегледът от специалист намира структурните и семантичните проблеми, тестването с потребители намира провалите в преживяването. Първият базов одит, който включва и трите, отнема две до четири седмици за средно голям сайт.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Автоматизирано сканиране</div>
                <div class="combo-card__sub">Режим 1 · базов обем</div>
              </div>
            </div>
            <div class="combo-card__usage">Машинно проверими пропуски</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Гъсти, повтарящи се проблеми в мащаб</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Не може да прецени смисъл или преживяване</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Резултат</span><span>Брой проблеми, а не присъда</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Преглед от специалист</div>
                <div class="combo-card__sub">Режим 2 · зрящ експерт по достъпност</div>
              </div>
            </div>
            <div class="combo-card__usage">15–20 страници на ден</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Структурна и семантична преценка</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-бавен; зависи от уменията на рецензента</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Резултат</span><span>Писмен доклад със съотнасяне към SC</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Одит на използваемостта</div>
                <div class="combo-card__sub">Режим 3 · потребители с увреждания</div>
              </div>
            </div>
            <div class="combo-card__usage">Режимът, който най-често се пропуска</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Улавя провалите в преживяването</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Изисква набиране и заплащане</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Резултат</span><span>Качествен — какво реално се счупи</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-2" aria-labelledby="step-2-heading">
        <div class="section-label">Стъпка 02</div>
        <h2 class="section-title" id="step-2-heading">Приоритизиране по тежест и обхват</h2>
        <div class="prose">
          <p>Базов одит на типичен сайт извежда стотици до хиляди проблеми. Започването от началото на плосък списък е начин да се похарчат три месеца, без да се помръдне стрелката. Приоритизирането се извършва по две оси — тежест и обхват.</p>
          <p><strong>Тежестта</strong> е колко силно проблемът нарушава преживяването. Блокиращите проблеми пречат на завършването на задача: бутон за плащане, който екранните четци не могат да задействат, поле от формуляр без програмен етикет, модален прозорец, който заклещва фокуса. Сериозните проблеми създават значимо триене, но не блокират: двусмислен текст на връзка, липсващи стилове на фокуса, съобщения за грешка, които са видими, но не се обявяват. Незначителните проблеми са козметични или засягат само тесни конфигурации на помощни технологии: контраст точно под 4,5:1, декоративен алтернативен текст със заключителен интервал, прескочено ниво на заглавие на страница с бележки под линия.</p>
          <p><strong>Обхватът</strong> е колко потребители срещат проблема. Двусмислена връзка в общата навигация достига всеки посетител на всяка страница. Недостъпен избор на дата при плащането достига всеки купувач. Недостъпен компонент на страницата на пресслужбата достига почти никого. Обхватът се определя от анализите, а не от вътрешния интерес на проблема.</p>
          <p>Проста матрица две по две е достатъчна. Целта не е прецизност — а да се наложи разговорът, че „блокиране на екранен четец да завърши плащането“ не е същият проблем като „атрибут alt със заключителен интервал на страницата на пресслужбата“.</p>
        </div>

        <div class="stat-row" aria-label="Нива на тежест при приоритизиране">
          <div class="stat-card">
            <div class="stat-card__num">Блокиращ</div>
            <div class="stat-card__label">Пречи на завършването на задача — бутон за плащане, който екранните четци не могат да задействат, модален прозорец, който заклещва фокуса</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Сериозен</div>
            <div class="stat-card__label">Значимо триене, но без блокиране — двусмислен текст на връзка, липсващи стилове на фокуса, необявени грешки</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Незначителен</div>
            <div class="stat-card__label">Козметичен или за тесни помощни технологии — контраст точно под 4,5:1, alt със заключителен интервал, прескочено заглавие на страница с бележки под линия</div>
          </div>
        </div>

        <div class="prose">

| | Голям обхват | Малък обхват |
|---|---|---|
| **Блокиращ** | Поправете този спринт | Поправете в следващите два спринта |
| **Сериозен** | Поправете в следващите два спринта | Поправете през следващото тримесечие |
| **Незначителен** | Поправете през следващото тримесечие | Дълга опашка |

          <p>Приоритизирането произвежда подреден по приоритет беклог. Беклогът, а не докладът от одита, е това, по което работи инженерният екип.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-3" aria-labelledby="step-3-heading">
        <div class="section-label">Стъпка 03</div>
        <h2 class="section-title" id="step-3-heading">Отстраняване по приоритет</h2>
        <div class="prose">
          <p>Работата по отстраняване се разпада на едни и същи модели на почти всеки сайт. Всяка категория се съотнася към един или повече критерия за успех на WCAG; [пълната справка за критериите за успех на WCAG 2.2](/bg/toolkit/standards/wcag/) е източникът на истина.</p>
          <p><strong>Семантична HTML структура.</strong> Поправката с най-голям ефект е използването на правилния елемент. Един `button` не е `div` с обработчик на щракване; заглавие не е удебелен текст; списък не са абзаци, разделени с прекъсвания на реда. Нативният HTML носи име, роля и поведение с клавиатура наготово; преоткриването му с ARIA върху общ елемент е начинът, по който се въвеждат повечето грешки в достъпността. Съотнася се към SC 1.3.1 и SC 4.1.2.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Добро срещу лошо — каноничният антимодел на бутона</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Лошо — общ елемент с добавени обработчик и ARIA</div>
                <p><code>&lt;div role="button" tabindex="0" onclick="submit()"&gt;Submit&lt;/div&gt;</code> — без нативно задействане с клавиатура (Space и Enter не задействат щракване), без рамка на фокуса, без неявно съотнасяне на роля, без семантика за изпращане на формуляр. Всяко поведение за достъпност трябва да се реализира наново в JavaScript и поне едно от тях ще е сгрешено.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Добро — нативният елемент върши работата</div>
                <p><code>&lt;button type="submit"&gt;Submit&lt;/button&gt;</code> — достижим с Tab по подразбиране, задейства се със Space и Enter, излага име, роля и състояние на помощната технология, наследява рамката на фокуса на платформата, участва в изпращането на формуляра. Един елемент заменя дузина редове ARIA и свързваща логика с обработчици.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="prose">
          <p><strong>Алтернативен текст на изображенията.</strong> Всяко смислено изображение се нуждае от описателен алтернативен текст. Декоративните изображения получават `alt=""`, а не липсващ атрибут. Функционалните изображения — икони в бутони, изображения-връзки — получават алтернативен текст, описващ действието, а не картината. Съотнася се към SC 1.1.1.</p>
          <p><strong>Достъпност с клавиатура.</strong> Всеки интерактивен елемент трябва да е достижим и оперируем само с клавиатурата — Tab до него, задействане с Enter или Space, изход с Escape. Персонализираните компоненти (падащи менюта, модални прозорци, табове, въртележки, избори на дата) са обичайните виновници. Тествайте, като изключите мишката. Съотнася се към SC 2.1.1 и SC 2.1.2.</p>
          <p><strong>Управление на фокуса.</strong> Когато фокусът пристигне върху елемент, той трябва да е видим, а когато нещо промени страницата, фокусът трябва да попадне на смислено място. Модален прозорец, който се отваря, следва да премести фокуса в себе си; затварянето му следва да върне фокуса на задействащия елемент. WCAG 2.2 добави SC 2.4.11 Фокусът не е закрит и затегна SC 2.4.7 Видимост на фокуса; рамката на фокуса вече не е незадължителна украса.</p>
          <p><strong>Цветови контраст.</strong> Текстът спрямо фона си трябва да достигне 4,5:1 за нормален и 3:1 за едър по SC 1.4.3; интерактивните компоненти на интерфейса и графиките трябва да достигнат 3:1 по SC 1.4.11. Повечето нарушения са по маркетинговите повърхности — фирмени цветове, които изглеждат правилно на калибрирания дисплей на дизайнер и се провалят на реален лаптоп. Инструмент за проверка на контраста в дизайнерския инструментариум предотвратява повечето регресии.</p>
          <p><strong>Етикети на формулярите и съобщения за грешка.</strong> Всяко поле се нуждае от програмен етикет, а не от placeholder. Грешките трябва да се обявяват на помощната технология, да са свързани с полето, което ги е породило, и да са описани с действен език. „Невалидно въвеждане“ не е етикет; „Телефонният номер трябва да включва кода на държавата“ — е.</p>
          <p><strong>ARIA — сдържаност, а не ентусиазъм.</strong> Използвайте ARIA само когато нативният HTML не може да изрази какво прави компонентът. Един `nav` е по-добър от `role="navigation"`; един `button` е по-добър от `role="button"`. Неправилният ARIA е по-лош от никакъв ARIA, защото активно подвежда помощната технология.</p>
          <p><strong>Обявяване на динамично съдържание.</strong> Когато съдържанието се променя без презареждане на страницата — известия, съобщения за валидиране, резултати от търсене, които се обновяват на място — екранните четци го пропускат, освен ако не им кажете. Използвайте `aria-live="polite"` за неспешни обновления и `aria-live="assertive"` само за истински прекъсвания.</p>
          <p><strong>Достъпност на PDF.</strong> Всеки PDF, който публикувате, трябва да отговаря на PDF/UA — еквивалента на WCAG за документи. PDF файловете обикновено са най-голямото сляпо петно в програма за отстраняване, защото се притежават извън инженерния екип. Вижте нашето [ръководство за достъпност на PDF](/bg/articles/accessible-pdfs-end-to-end/) от край до край за производствения процес.</p>
          <p>Поправките си взаимодействат. Замяната на `div` бутон с `button` поправя критериите за клавиатура, фокус, име, роля и стойност с една редакция. Затова семантичният HTML е най-отгоре — той се отплаща през най-много критерии при най-малко усилие.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-4" aria-labelledby="step-4-heading">
        <div class="section-label">Стъпка 04</div>
        <h2 class="section-title" id="step-4-heading">Проверка с реална помощна технология</h2>
        <div class="prose">
          <p>Една поправка не е завършена, докато не бъде проверена по начина, по който засегнатият потребител би я консумирал. Автоматизираните скенери улавят приблизително тридесет до четиридесет процента от проблемите по WCAG при щедри допускания, което означава, че мнозинството поправки не са видими за инструмента, който е сигнализирал проблема.</p>
          <p>Минимално жизнеспособната матрица за тестване с помощни технологии е кратка. <strong>NVDA с Firefox на Windows</strong> е най-използваната комбинация от екранен четец и браузър на настолен компютър; NVDA е безплатен. <strong>VoiceOver със Safari на macOS</strong> е стандартът на настолните устройства на Apple; <strong>VoiceOver със Safari на iOS</strong> е стандартът на мобилните устройства на Apple, а жестовият модел на iOS се различава от настолния достатъчно, че мобилната среда трябва да се тества отделно. <strong>TalkBack с Chrome на Android</strong> допълва мобилната част. <strong>Само с клавиатура за всеки интерактивен поток</strong> не изисква никаква помощна технология, а само изключване на мишката, и е единственият най-ценен тест, който можете да изпълните.</p>
          <p>За всяка поправка протоколът е един и същ. Заредете страницата в съответния браузър и екранен четец. Навигирайте до засегнатия елемент само с помощната технология. Задействайте го. Наблюдавайте какво се обявява. Потвърдете, че обявяването съответства на това, което зрящ потребител би разбрал от същото взаимодействие. Документирайте проверката — дата, версия на помощната технология, версия на браузъра, преминато или не.</p>
          <p>Проверката улавя модели, които сканиранията пропускат: бутон, който се обявява без достъпно име; модален прозорец, който се отваря с правилен ARIA, но фокусът остава върху задействащия елемент, така че потребителят на екранния четец не знае, че се е отворил; персонализирано падащо меню, което излага правилната роля, но не обявява избраната опция при промяна.</p>
          <p>Проверката от потребители с увреждания е по-силен сигнал от вътрешното тестване. Зрящ разработчик, който управлява VoiceOver, тества дали технологията работи на страницата; незрящ потребител, който управлява VoiceOver, тества дали страницата работи за него. Регулаторите и съдилищата третират второто като меродавно.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Автоматизацията пропуска 60–70 процента от проблемите</span>
            <div class="callout__body"><p>Автоматизираните скенери улавят приблизително 30–40 процента от пропуските по WCAG при щедри допускания; при сложно приложение с персонализирани компоненти стойността е още по-ниска. Останалите 60–70 процента — точност на алтернативния текст, ред на фокуса, задействане с клавиатура на персонализирани компоненти, име/роля/състояние на изработени по поръчка компоненти — са видими само за човек, който управлява страницата с реална помощна технология. Зелено сканиране не е резултат от проверка; то е липсата на един вид доказателство за провал.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-5" aria-labelledby="step-5-heading">
        <div class="section-label">Стъпка 05</div>
        <h2 class="section-title" id="step-5-heading">Публикуване на реална декларация за достъпност</h2>
        <div class="prose">
          <p>Декларацията за достъпност е публичният артефакт, който казва на ясен език какво съответствие декларира вашият сайт, кои части все още не са съответстващи, как потребител може да се свърже с вас относно проблем и кога за последно сте прегледали всичко изброено. По [Европейския акт за достъпност](/bg/articles/european-accessibility-act-guide/) тя е законово изискване за попадащите в обхвата услуги. По [ADA дял III](/bg/articles/ada-title-iii-web-accessibility-guide/) тя не се изисква по закон, но се третира от съдилищата в САЩ като доказателство за добросъвестно усилие; липсата ѝ се третира като доказателство за безразличие. Така или иначе, я публикувате.</p>
          <p>Защитима декларация съдържа пет елемента. <strong>Обхват</strong> — кои домейни, приложения и документи са покрити и какво изрично остава извън. <strong>Целево ниво на съответствие</strong> — обикновено „WCAG 2.2 ниво AA“, с датата, на която сте го достигнали или очаквате да го достигнете. <strong>Известни ограничения</strong> — конкретни области, в които все още не съответствате, с дата за отстраняване или с обяснение. <strong>Канал за контакт</strong> — имейл или формуляр, с поет срок за отговор. <strong>Дата на последния преглед</strong> — не повече от дванадесет месеца назад.</p>
          <p>Образецът на декларация за достъпност на ЕС е най-чистата отправна точка. Повечето регулатори ще приемат декларация, която следва тази структура, дори там, където тяхната юрисдикция не я налага формално. Декларацията се намира на URL като `/accessibility/`, свързана от долния колонтитул на целия сайт, и сама по себе си е достъпна — което улавя малкия брой екипи, които публикуват декларация като недостъпен PDF.</p>
          <p>Декларацията не е маркетингов текст. Тя е това, което регулатор, ищец или служител по обществени поръчки прочита, преди да предприеме каквото и да е друго действие. Уклончив език („стремим се да“, „смятаме, че сме предимно съответстващи“) звучи като отбягване; конкретни, датирани, проверими твърдения звучат като надеждна програма.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">EAA го налага; съдилищата по ADA третират липсата му като доказателство</span>
            <div class="callout__body"><p>Правният контекст зад декларацията е асиметричен. EAA прави декларацията за достъпност твърдо изискване за попадащите в обхвата услуги в ЕС — няма декларация, няма съответствие. ADA дял III в САЩ не изисква декларация по закон, но съдилищата в САЩ многократно третират липсата ѝ като доказателство за безразличие към потребителите с увреждания, а наличието ѝ — като доказателство за добросъвестна програма. Така или иначе, декларацията е най-евтиният артефакт в цялата позиция на съответствие; създаването ѝ не е по избор.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-6" aria-labelledby="step-6-heading">
        <div class="section-label">Стъпка 06</div>
        <h2 class="section-title" id="step-6-heading">Внедряване на текущ мониторинг</h2>
        <div class="prose">
          <p>Първите пет стъпки произвеждат моментна снимка. Шестата стъпка я прави устойчива. Уеб приложенията се променят непрекъснато и всяка промяна е възможност да се счупи етикет, да се изгуби рамка на фокуса или да се пусне компонент, който се обявява като `div` пред NVDA. Съответствието, което постигнахте миналия месец, не оцелява след внедряванията на следващия, освен ако нещо не следи.</p>
          <p>Защитима позиция за мониторинг има три слоя. <strong>Непрекъснато автоматизирано сканиране</strong> се изпълнява при всяко продукционно внедряване или поне ежедневно, като находките се вливат в системата за проследяване на задачите на инженерния екип. <strong>Работен процес за приоритизиране</strong> възлага новите находки на отговорник в рамките на дефиниран SLA — работен ден за блокиращите, спринт за всичко останало. <strong>Периодичен ръчен одит</strong> от тестери с увреждания, на тримесечен или полугодишен ритъм, улавя това, което автоматизацията не вижда, и произвежда документацията, която външен одитор или регулатор ще поиска.</p>
          <p>Платформите, които съчетават тези слоеве — автоматизиран мониторинг плюс предаване към ръчен одит в интегриран работен процес — са категорията, от която повечето екипи в крайна сметка купуват. Четирите, които най-често попадат в краткия списък през 2026 г., са <strong>axe Monitor</strong>, с най-силната точност на браузърния двигател и най-дълбоката интеграция за разработчици; <strong>Siteimprove</strong>, с най-широкото покритие на платформи за съдържание и най-дългата пазарна история; <strong>Level Access</strong>, който съчетава платформен инструментариум със значимо звено за професионални услуги; и [Qualibooth](https://www.qualibooth.com/), който е изградил продукта си около работния процес сканиране → приоритизиране → ръчен преглед → декларация като единен интегриран път, с включена ръчна проверка от тестери с увреждания, вместо да я продава отделно. Всеки има своите компромиси; правилният избор зависи от това дали тясното ви място е точността на сканиране, широтата на платформите за съдържание, капацитетът за професионални услуги или интеграцията на работния процес. Нито един от тях не премахва задължението да се поправят проблемите — те ви казват какво да поправите, по график, с доказателства.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Интегриран процес: сканиране → приоритизиране → ръчен преглед → декларация</div>
              </div>
            </div>
            <div class="combo-card__usage">Работен процес от край до край</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Ръчната проверка от тестери с увреждания е включена, а не се продава отделно</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте, когато</span><span>Тясното място е интеграцията на работния процес</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor</div>
                <div class="combo-card__sub">Deque · скенер на първо място</div>
              </div>
            </div>
            <div class="combo-card__usage">Най-силна точност на двигателя</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Най-дълбока интеграция за разработчици, точни сканирания с браузърен двигател</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте, когато</span><span>Тясното място е точността на сканиране</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove / Level Access</div>
                <div class="combo-card__sub">Дългогодишни платформени пакети</div>
              </div>
            </div>
            <div class="combo-card__usage">Широта или услуги</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Siteimprove: широта на платформите за съдържание · Level Access: звено за професионални услуги</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте, когато</span><span>Тясното място е покритието или персоналът</span></div>
          </article>
        </div>

        <div class="prose">
          <p>Изберете един. Конкретната платформа има по-малко значение от дисциплината да я изпълнявате непрекъснато.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="pitfalls" aria-labelledby="pitfalls-heading">
        <div class="section-label">Бележки от практиката</div>
        <h2 class="section-title" id="pitfalls-heading">Чести капани</h2>
        <div class="prose">
          <p><strong>Наслагващи се (overlay) джаджи.</strong> Джаджа на трета страна, която обещава да направи сайт достъпен чрез инжектиране на JavaScript по време на изпълнение, не прави това. DOJ, Националната федерация на слепите и всяка сериозна консултантска фирма по достъпност са го заявили официално, а съдебната статистика показва, че защитени с overlay сайтове биват съдени със същата честота като незащитените. Overlay-ите не заменят поправките; те ги скриват.</p>
          <p><strong>„Автоматизирано сканиране = съответстващ.“</strong> Чисто сканиране удостоверява само че проблемите, които скенерът може да открие, отсъстват. Стойността от тридесет до четиридесет процента е щедра; при сложно приложение с персонализирани компоненти тя е по-ниска.</p>
          <p><strong>Забравяне на PDF файлове и вградено видео.</strong> Документите и видеата обикновено се притежават извън инженерния екип и са най-постоянното сляпо петно. PDF файловете се нуждаят от съответствие с PDF/UA, структурни тагове и достъпен ред на четене; видеата се нуждаят от субтитри, транскрипции и аудио описание, където е приложимо.</p>
          <p><strong>Пренебрегване на нативните мобилни приложения.</strong> WCAG се прилага за мобилния уеб и за нативните приложения за iOS и Android. Екип със съответстващ уеб и недостъпни приложения не е съответстващ.</p>
          <p><strong>Третиране като еднократен проект.</strong> Съответствието се руши в деня, в който се пусне следващото внедряване. Най-скъпата грешка е да се инвестира в базов одит, да се поправят находките, да се обяви победа и да се пропусне мониторингът.</p>
          <p><strong>Невключване на хора с увреждания в тестването.</strong> Набирайте и заплащайте на потребители с увреждания по пазарни ставки за режима с тестване на използваемостта и за периодичната проверка.</p>
          <p><strong>Купуване на инструмент вместо вършене на работата.</strong> Никоя платформа не поправя проблемите с достъпността вместо вас — поправката си остава инженерна работа. Инструмент без персонал за отстраняване произвежда табло с непоправени проблеми и същата експозиция както преди.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="checklist" aria-labelledby="checklist-heading">
        <div class="section-label">Бърз контролен списък</div>
        <h2 class="section-title" id="checklist-heading">Какво да направите тази седмица</h2>
        <div class="prose">
          <p>Конкретни действия, които можете да започнете утре.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Пуснете [безплатния скенер за WCAG 2.2](/bg/toolkit/scan/) върху първите си десет страници и заснемете базовото състояние.</div>
          <div class="checklist__text">Идентифицирайте двата-трите потока с най-голям трафик от анализите и изключете мишката — опитайте се да завършите всеки от тях само с клавиатурата.</div>
          <div class="checklist__text">Инвентаризирайте всеки PDF и видео на сайта и маркирайте всяко като известно-достъпно, неизвестно или известно-недостъпно.</div>
          <div class="checklist__text">Проверете дали имате публикувана декларация за достъпност. Ако нямате, добавете я в беклога. Ако имате, проверете датата на последния преглед.</div>
          <div class="checklist__text">Отворете задача за приоритизиране за всеки блокиращ проблем, който скенерът е намерил на повърхност с голям обхват — начална страница, вход, плащане, табло.</div>
          <div class="checklist__text">Намерете члена на екипа, който отговаря за дизайн системата или библиотеката с компоненти, и проведете кратък разговор за замяна на моделите `div`-с-обработчик с нативни семантични елементи.</div>
          <div class="checklist__text">Насрочете тридесетминутна вътрешна сесия за преглед на резултатите от одита с инженеринга, дизайна и съдържанието; най-лошият изход от базов одит е докладът, който никой не чете.</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="faq" aria-labelledby="faq-heading">
        <div class="section-label">ЧЗВ</div>
        <h2 class="section-title" id="faq-heading">Често задавани въпроси</h2>
        <div class="prose">
          <p><strong>Колко време обикновено отнема привеждането в съответствие с WCAG 2.2?</strong></p>
          <p>За средно голям търговски уебсайт реалистичното първо преминаване е осем до дванадесет седмици от базовия одит до публикувана декларация, при условие че един-двама инженери могат да отделят приблизително една трета от времето си за отстраняване на проблемите. Сложно приложение с персонализирани компоненти и значителен обем PDF файлове или видео редовно отнема шест месеца. След това съответствието се поддържа непрекъснато; първото преминаване е скъпото.</p>
          <p><strong>Трябва ли ми WCAG 2.2 AA или AAA?</strong></p>
          <p>AA. Всеки значим регулатор, който назовава ниво — правилото по ADA дял II от 2024 г., EAA чрез EN 301 549, разпоредбите за органите от обществения сектор в Обединеното кралство, Section 508 — се позовава на ниво AA. AAA е стремеж и никъде не е регулаторен минимум.</p>
          <p><strong>Мога ли просто да използвам автоматизиран скенер?</strong></p>
          <p>Не. Скенерите улавят приблизително тридесет до четиридесет процента от проблемите по WCAG при щедри допускания. Те не могат да преценят дали алтернативният текст е точен, дали потребител на екранен четец може да завърши плащането, или дали персонализиран компонент излага правилните име, роля и състояние. Защитима позиция съчетава автоматизиран мониторинг с периодичен ръчен одит от тестери с увреждания.</p>
          <p><strong>Прилага ли се WCAG 2.2 за мобилни приложения?</strong></p>
          <p>Да, на практика. Всеки значим регулатор, който се позовава на WCAG, го прилага и за мобилния уеб, и за нативните приложения за iOS и Android. Нативните приложения имат допълнителни специфични за платформата насоки, но основните критерии за успех са същите. Ако пускате мобилно приложение, то попада в обхвата.</p>
          <p><strong>Каква е разликата между WCAG, ADA и EAA?</strong></p>
          <p>WCAG е технически стандарт, публикуван от W3C. ADA е закон за гражданските права в САЩ. EAA е директива на ЕС. Законът ви казва дали сте задължени; стандартът ви казва как да изпълните задължението. Съдилищата в САЩ и DOJ третират WCAG 2.1 AA като работния показател за съответствие с ADA, а EAA се позовава на EN 301 549, който се позовава на WCAG 2.1 AA. WCAG 2.2 е версията, спрямо която всеки сериозен одитор се ориентира през 2026 г.</p>
          <p><strong>Колко често трябва да правя повторен одит?</strong></p>
          <p>Непрекъснато автоматизирано сканиране при всяко внедряване, тримесечен вътрешен ръчен преглед на първите десет потока и пълен външен ръчен одит от тестери с увреждания на всеки дванадесет до осемнадесет месеца. След всеки съществен редизайн повторете одита на засегнатата повърхност, преди да пуснете промените.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Заключение на наръчника</div>
        <h2 class="section-title" id="concl-heading">Заключение: какво да направите след това</h2>
        <div class="prose">
          <p>Започнете с базовото състояние. Пуснете [безплатния скенер за достъпност](/bg/toolkit/scan/) върху първите си десет страници, заснемете числата и ги използвайте, за да изградите вътрешния аргумент за отстраняване на проблемите. Докато сканирането се изпълнява, прочетете досието за вашата юрисдикция — ръководството за [Европейския акт за достъпност](/bg/articles/european-accessibility-act-guide/), ако продавате в ЕС, ръководството за [ADA дял III](/bg/articles/ada-title-iii-web-accessibility-guide/) за САЩ. Щом базовото състояние е налично, стъпката с ръчния одит и текущия мониторинг е тази, в която повечето екипи недоинвестират; Qualibooth и алтернативите, посочени в Стъпка 6, са категорията, която тогава трябва да се оцени.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Съответствието е позиция, а не състояние — сайт, който съответства в понеделник, може да пусне регресия във вторник.“</p></blockquote>
          <figcaption><cite class="pull-quote__source">— редакцията на disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Ръчни одити на достъпността от хора с увреждания — ръководство за 2026 г.
url: https://www.disabilityworld.org/bg/articles/manual-audits-by-people-with-disabilities-2026/
description: Ръчни одити на достъпността от тестери с увреждания — защо имат значение, колко струват, какво да очаквате и как да изберете компания за одит на цифровата достъпност през 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-audit, manual-audit, disability-testing, audit-company, services
---

# Ръчни одити на достъпността от хора с увреждания — ръководство за 2026 г.

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Ръчни одити на достъпността от хора с увреждания — ръководство за 2026 г.",
      "description": "Ръчни одити на достъпността от тестери с увреждания — защо имат значение, колко струват, какво да очаквате и как да изберете компания за одит на цифровата достъпност през 2026 г.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "Колко струва одит на достъпността?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Реалистични диапазони за 2026 г.: малък одит, обхващащ 5–10 страници на едно SPA, струва приблизително $5 000–$15 000; среден одит на 20–50 страници с няколко потребителски пътя е $15 000–$50 000; а корпоративен ангажимент, обхващащ 100+ страници, мобилни приложения и няколко потока, може да достигне от $50 000 до $250 000 или повече. Повторните тестове след отстраняване на проблемите обикновено са 30–40% от първоначалната цена."
          }
        },
        {
          "@type": "Question",
          "name": "Колко време отнема ръчен одит на достъпността?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Повечето ангажименти отнемат 2–6 седмици за малки до средни обхвати и 8–12 седмици за корпоративни одити, които включват мобилни приложения, PDF файлове или няколко езикови варианта. Самата теренна работа рядко е тясното място — планирането на тестери с правилните профили на помощни технологии и писането на доклада отнемат основната част от календарното време."
          }
        },
        {
          "@type": "Question",
          "name": "Каква е разликата между автоматизирани и ръчни одити на достъпността?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Автоматизираните скенери откриват приблизително 57–70% от програмно тестваемите нарушения на WCAG — липсващи alt атрибути, нисък цветови контраст, етикети на форми, структура на ориентири. Ръчните одити покриват останалите 30–40%: ред на фокуса, клавиатурни капани, качество на смисления алтернативен текст, четимост от екранен четец, обявяване на динамично съдържание и други въпроси, които изискват човешка преценка. Ръчните одити, извършени от тестери с увреждания, добавят трети слой — изживяна използваемост, а не просто техническо съответствие."
          }
        },
        {
          "@type": "Question",
          "name": "Всички фирми за одит на достъпността ли наемат тестери с увреждания?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Не. Много фирми провеждат одити изключително със зрящи специалисти по достъпност, които емулират помощни технологии. Реномираните одити, водени от хора с увреждания, включват тестери, които ежедневно използват екранни четци, увеличение, превключвател или гласово управление, в редица увреждания. Поискайте от всеки потенциален доставчик състава на тестерите му, преди да подпишете."
          }
        },
        {
          "@type": "Question",
          "name": "Колко често трябва да правим повторен одит?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Пълен ръчен одит обикновено е валиден 12 месеца за стабилен продукт или до момента, в който голямо издание промени одитираните потоци. Повечето зрели екипи съчетават годишен ръчен одит с непрекъснат автоматизиран мониторинг между одитите и провеждат целеви повторен тест 3–6 месеца след отстраняването на проблемите, за да проверят корекциите."
          }
        },
        {
          "@type": "Question",
          "name": "Може ли ръчен одит да гарантира съответствие с ADA или EAA?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Никоя реномирана фирма за одит не предлага гаранция за съответствие. Одитът е моментна снимка на съответствието със стандарт като WCAG 2.2 AA върху определен обхват в даден момент. Той намалява правния риск и създава доказателствена следа, но нито ADA, нито EAA признават частна сертификация като обвързваща."
          }
        },
        {
          "@type": "Question",
          "name": "Какви резултати се предоставят с ръчен одит?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Типичен ангажимент предоставя: определен набор страници, регистър на констатациите спрямо WCAG 2.2 AA с оценки на тежестта, разкази за въздействието върху потребителя за всяка констатация, препоръчано отстраняване на проблемите, обобщение за ръководството, по избор публикувана декларация за достъпност и цикъл на повторно тестване след 3–6 месеца. Някои доставчици също предават констатациите в платформа за мониторинг; други предоставят статичен PDF."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Сляп тестер със слушалки използва JAWS на лаптоп, докато колега, използващ лупа за екран, преглежда същата страница на втори дисплей — двама тестери с увреждания провеждат ръчен одит на достъпността един до друг.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">Автоматизираните скенери за достъпност улавят някъде между 57% и 70% от нарушенията на WCAG на типична страница. Останалите 30 до 40% са там, където живеят съдебните искове, оплакванията и реалното потребителско затруднение. Клавиатурни капани, които се задействат само на третия цикъл на табулиране. Ред на фокуса, който върви визуално отгоре надолу, но прескача към футъра в DOM реда. ARIA жив регион, който се задейства при зареждане на страницата, вместо когато съдържанието се промени. Алтернативен текст, който преминава проверката „наличен alt атрибут“, но се чете „Image 47.png“ от екранен четец. Нито едно от тези не е откриваемо чрез статичен анализ.</p>

<p class="wp-block-paragraph">Ръчният одит на достъпността запълва тази празнина. Ръчен одит, извършен от хора с увреждания, отива по-далеч — той проверява дали корекциите, които сте внедрили, действително работят за потребителите, на които е трябвало да помогнат. За организациите в обхвата на [Европейския акт за достъпност](/bg/articles/european-accessibility-act-guide/) или [ADA дял III](/bg/articles/ada-title-iii-web-accessibility-guide/) това е единственият начин да се провери изживяната използваемост. Преди да възложите такъв, установете бърза базова стойност с нашия [безплатен скенер за достъпност](/bg/toolkit/scan/).</p>

<h2 class="wp-block-heading" id="h-why-manual-audits-matter">Защо ръчните одити имат значение — границите на автоматизираното сканиране</h2>

<p class="wp-block-paragraph">Автоматизираните скенери са отлични в това, което правят, а това, което правят, е ограничено. Те изпълняват машини за правила — axe-core, Lighthouse, WAVE — спрямо разпарсиран DOM, отбелязвайки липсващи `alt` атрибути, контрастни съотношения, етикети на форми, грешки в ориентирите и счупени ARIA препратки. Анализът WebAIM Million 2024 установи, че скенерите откриват приблизително 57% от нарушенията на правилата на axe — цифра, която съответства на това, което повечето инженери по достъпност отчитат от вътрешни данни.</p>

<p class="wp-block-paragraph">Сега разгледайте какво не могат да открият.</p>

<p class="wp-block-paragraph">Страница може да има `alt="графика, показваща тримесечните приходи"` на всяко изображение и пак да е неизползваема за потребител на екранен четец, защото графиката всъщност показва числеността на персонала. Скенерът вижда непразен alt низ и продължава нататък.</p>

<p class="wp-block-paragraph">Форма може да има всеки етикет правилно асоцииран, перфектен контраст и чиста семантика, и пак да хване в капан потребител на клавиатура, когато инструментът за избор на дата отвори модален прозорец, който никога не получава фокус. Статичният анализ вижда валидно дърво на компонентите; само човек, натискащ Tab, открива капана.</p>

<p class="wp-block-paragraph">Едностранично приложение може да не обяви нищо при актуализиране на съдържанието, защото регионът `aria-live` е добавен по време на компилиране, а рамката го пресъздава при всяка навигация. Скенерът вижда атрибута. Екранният четец чува тишина.</p>

<p class="wp-block-paragraph">Редът на фокуса е известна проблемна област. CSS `order`, `flex-direction: row-reverse` и абсолютно позиционираните елементи разделят визуалния ред от DOM реда. Страница може да изглежда правилно и да се чете като пъзел.</p>

<p class="wp-block-paragraph">Тези категории — смислен алтернативен текст, ред на фокуса, използваемост с клавиатура на сложни джаджи, качество на повествованието за екранен четец, обявяване на динамично съдържание, потоци за възстановяване от грешка — формират празнината от 30 до 40%, която само човек рецензент може да затвори. Сред човешките рецензенти тези, които улавят най-много, са тези, които използват тази технология всеки ден.</p>

<h2 class="wp-block-heading" id="h-why-testers-with-disabilities">Защо именно тестери с увреждания</h2>

<p class="wp-block-paragraph">Полезно е да се разграничат три режима на одит, защото доставчиците размиват езика.</p>

<p class="wp-block-paragraph"><strong>Автоматизирано сканиране.</strong> Това, което скенер, базиран на axe-core, може да открие — приблизително 60 до 70% от тестваемите по WCAG проблеми, при почти нулева пределна цена. Вашата базова стойност, не вашият одит.</p>

<p class="wp-block-paragraph"><strong>Ръчен одит от зрящ специалист по достъпност.</strong> Обучен рецензент преминава през сайта, изпробва всеки интерактивен компонент с клавиатура и екранен четец, преценява контраста в контекст и разсъждава относно ARIA семантиката. Запълва по-голямата част от техническата празнина — ред на фокуса, клавиатурни капани, неправилна употреба на ARIA, съответствие както е написано спрямо [критериите за успех на WCAG 2.2](/bg/toolkit/standards/wcag/).</p>

<p class="wp-block-paragraph"><strong>Ръчен одит от хора с увреждания (тестване от PWD).</strong> Покритието на специалиста плюс измерение, което първите два режима структурно не могат да произведат: изживян опит. Действително ли е полезен алтернативният текст? Чете ли екранният четец формата в ред, който ви позволява да я попълните? Усеща ли се навигацията с клавиатура използваема след 50 натискания на табулатор? Четима ли е увеличената версия при 400% мащабиране?</p>

<p class="wp-block-paragraph">Третият режим улавя провали в използваемостта, маскирани като успешни проверки за съответствие. Бутон с надпис „Кликнете тук“ преминава 2.4.4 с достатъчен контекст, но потребител на екранен четец, навигиращ по списък с връзки, ще чуе „кликнете тук, кликнете тук, кликнете тук“ и ще се откаже.</p>

<p class="wp-block-paragraph">„Нищо за нас без нас“ не е лозунг в работата по достъпността — това е методологическа позиция. Хората, които изпитват бариерите, са единствените, които могат окончателно да кажат дали една корекция ги е премахнала.</p>

<h2 class="wp-block-heading" id="h-what-a-manual-audit-delivers">Какво всъщност предоставя ръчният одит</h2>

<p class="wp-block-paragraph">Ръчният одит е определен резултат, а не безкраен консултантски ангажимент. Преди да подпишете задание за работа, следва да очаквате всяко от следните.</p>

<p class="wp-block-paragraph"><strong>Обхванат набор страници.</strong> Избирате 20 до 50 представителни страници, пътувания или екрани с участието на одитора. Одиторът не обхожда целия ви сайт. Ако фирма предложи да одитира „целия ви сайт“ на фиксирана цена за имот с 10 000 страници, това е маркетинг, а не методология.</p>

<p class="wp-block-paragraph"><strong>Констатации за съответствие с WCAG 2.2 AA.</strong> Регистър, който картографира всеки проблем към конкретен критерий за успех. На умерено зрял сайт очаквайте 80 до 200 констатации при одит със среден обхват.</p>

<p class="wp-block-paragraph"><strong>Оценка на тежестта за всяка констатация.</strong> Блокираща / голяма / малка. Тежестта е това, което превръща таблица с 200 реда в действен баклог.</p>

<p class="wp-block-paragraph"><strong>Разказ за въздействието върху потребителя.</strong> Не „1.4.3 неуспешен контраст при #888 върху #fff“, а „потребителите на екранен четец не могат да различат задължителните полета на формата, защото звездичката е нискоконтрастна сива и не се обявява“. Формулировката с въздействие върху потребителя е това, което води до приоритизиране на задачите.</p>

<p class="wp-block-paragraph"><strong>Препоръчано отстраняване на проблемите.</strong> Достатъчно конкретно, за да се действа по него. „Добавете `aria-required='true'` и включете 'required' във видимия етикет“ е по-добро от „поправете проблема с контраста“.</p>

<p class="wp-block-paragraph"><strong>Обобщение за ръководството.</strong> Документ от две до три страници, който висш ръководител може да усвои за петнадесет минути: присъда за съответствието, топ пет риска, оценка на усилието за отстраняване.</p>

<p class="wp-block-paragraph"><strong>По избор: публикувана декларация за достъпност.</strong> Ако вашият одит подава информация в публична декларация, вижте нашия [одит на декларациите за достъпност](/bg/articles/accessibility-statement-audit-top-100/) за примери как изглеждат добрите декларации.</p>

<p class="wp-block-paragraph"><strong>Цикъл на повторно тестване.</strong> Планиран повторен тест 3 до 6 месеца след предаването, за да се провери дали корекциите действително поправят проблемите. Без това сте купили моментна снимка, а не програма.</p>

<h2 class="wp-block-heading" id="h-what-manual-audits-cost">Колко струват ръчните одити — честни диапазони</h2>

<p class="wp-block-paragraph">Доставчиците са сдържани с публичните цени, защото всеки ангажимент се обхваща индивидуално за клиента. Диапазоните по-долу са реалистични ориентировъчни стойности за 2026 г. въз основа на разговори с купувачи и наблюдавани стойности на договори.</p>

<p class="wp-block-paragraph"><strong>Малък одит</strong> — 5 до 10 страници, едно SPA на един продукт, срок 1 до 2 седмици, един тестер или малък екип без обхват за PDF или мобилни приложения: <strong>$5 000 до $15 000</strong>.</p>

<p class="wp-block-paragraph"><strong>Среден одит</strong> — 20 до 50 страници, няколко потребителски пътувания, 4 до 6 седмици, панел тестери с няколко увреждания, писмен доклад, един кръг въпроси и отговори за отстраняване на проблемите: <strong>$15 000 до $50 000</strong>.</p>

<p class="wp-block-paragraph"><strong>Корпоративен одит</strong> — 100+ страници, нативни мобилни приложения (iOS и Android), няколко удостоверени потока, многоезичен обхват, 8 до 12 седмици, панел с няколко тестери, официален доклад, брифинг за ръководството: <strong>$50 000 до $250 000+</strong>.</p>

<p class="wp-block-paragraph"><strong>Повторен тест</strong> — след отстраняване на проблемите, обхванат до същия набор страници: обикновено 30 до 40% от първоначалната цена.</p>

<p class="wp-block-paragraph">Фактори, които покачват цената: обхват за достъпност на PDF файлове (трудоемко, често се котира отделно), нативни мобилни приложения, SPA с удостоверени потоци, многоезични сайтове, спешно рамкиране за правна защита и всяко изискване за експертно свидетелство.</p>

<p class="wp-block-paragraph">Фактори, които свалят цената: стабилен статичен сайт, ограничен обхват, предходен резултат от автоматизирано сканиране, който одиторът може да използва, и взаимоотношения с няколко ангажимента.</p>

<p class="wp-block-paragraph">Не очаквайте прозрачно ценообразование по меню. Всеки доставчик обхваща индивидуално за ангажимента. Фиксирана ставка на страница, котирана, без да се види вашият продукт, е жълт флаг, а не функция.</p>

<h2 class="wp-block-heading" id="h-how-to-choose-an-audit-company">Как да изберете компания за одит — критерии за покупка</h2>

<p class="wp-block-paragraph">Използвайте ги като филтър за кратък списък, когато отправите покана за оферти към три или четири фирми.</p>

<p class="wp-block-paragraph"><strong>Състав на тестерите.</strong> Без компромис. Поискайте профила на уврежданията на тестерите по вашия ангажимент — тестери с екранен четец, слабо зрение, двигателно увреждане, когнитивно увреждане и глухи или с увреден слух. Ако фирмата не може да отговори, това е грешната фирма.</p>

<p class="wp-block-paragraph"><strong>Версия на WCAG.</strong> WCAG 2.2 следва да бъде долната граница през 2026 г. Някои фирми все още по подразбиране използват 2.1 — настоявайте изрично за 2.2 AA в заданието за работа.</p>

<p class="wp-block-paragraph"><strong>Рамка на одита.</strong> Дали фирмата използва установена методология — WCAG-EM, Trusted Tester или публикуван вътрешен еквивалент — или я измисля за всеки ангажимент? Публикувана методология сигнализира оперативна зрялост.</p>

<p class="wp-block-paragraph"><strong>Методология за размера на извадката.</strong> Заданието за работа следва да определя как са избрани страниците и какво е в обхвата и какво извън него.</p>

<p class="wp-block-paragraph"><strong>Политика за повторно тестване.</strong> Включена като фиксиран резултат или таксувана отделно? Шест месеца е разумно; „безсрочно“ е маркетинг.</p>

<p class="wp-block-paragraph"><strong>Обхват за мобилни приложения и PDF.</strong> Обикновено се котира като добавки. Включете ги в обхвата от самото начало — добавянето им по-късно струва повече.</p>

<p class="wp-block-paragraph"><strong>Формат на отчитане.</strong> Импорт в JIRA, ориентиран към разработчици, PDF за ръководството, готов за клетвена декларация за правна защита — различни аудитории, различни формати. Питайте предварително.</p>

<p class="wp-block-paragraph"><strong>Предаване на ръчния одит.</strong> Интегрира ли фирмата констатациите в платформа за мониторинг, или ви предава статичен PDF, който остарява в SharePoint папка? Интеграцията струва реални пари.</p>

<p class="wp-block-paragraph"><strong>Географско и езиково покритие.</strong> Не предполагайте, че фирма от САЩ има експертиза за EAA, или че европейска фирма е работила по защита по [ADA дял III](/bg/regulations/us/).</p>

<p class="wp-block-paragraph"><strong>Препоръки от партньорски организации.</strong> Поискайте три препоръки във вашата индустрия. Секторната експертиза отнема години, за да се натрупа.</p>

<h2 class="wp-block-heading" id="h-recommended-audit-providers">Препоръчани доставчици на одити — 2026 г.</h2>

<p class="wp-block-paragraph">Справедлив кратък списък от четири фирми, от които си струва да поискате оферти, с един специалист, за когото си струва да знаете.</p>

<p class="wp-block-paragraph"><strong>Qualibooth</strong> съчетава автоматизирано сканиране, непрекъснат мониторинг и ръчни одити от тестери с увреждания в една интегрирана платформа. Работният процес върви от сканиране → триаж → ръчна проверка → публикувана декларация за достъпност, като констатациите се запазват в табло, а не в статичен доклад. Това е най-ясното съответствие, когато искате един доставчик както за текущ мониторинг, така и за планирани ръчни одити, и когато предпочитате да не съшивате два инструмента заедно. Уговорка: по-млада платформа от дългогодишните американски специалисти, така че по-дългите корпоративни препоръки все още се изграждат. [Qualibooth](https://www.qualibooth.com/).</p>

<p class="wp-block-paragraph"><strong>Deque (axe DevTools и одити на Deque Systems)</strong> е инженерно ориентирана, с най-дълбоката пейка от инженери по достъпност на пазара и най-силната история на интеграция на инструментариума — axe е де факто машината за правила в цялата индустрия. Най-добро съответствие, когато искате одитори, които могат да седнат с вашите инженери и да програмират съвместно отстраняването на проблемите. Уговорка: ценообразуването отразява марката, а ориентираната към инструментариума култура може да се усеща по-малко центрирана върху PWD от някои конкуренти.</p>

<p class="wp-block-paragraph"><strong>Level Access</strong> е дългогодишна специализирана фирма със силно корпоративно позициониране, широко юрисдикционно покритие и добре установен опит в правната защита в САЩ. Най-добро съответствие, когато рискът от съдебни производства по ADA дял III е основният двигател и се нуждаете от фирма, която вече е била разпитвана под клетва. Уговорка: ценообразуване на голяма фирма и ориентация към процеси, която някои по-малки купувачи намират за тромава.</p>

<p class="wp-block-paragraph"><strong>TPGi (бивша The Paciello Group)</strong> има дълбоко наследство в работата по WCAG, датиращо от най-ранните чернови на стандарта, интеграция с JAWS чрез компанията майка Vispero и необичайно силна експертиза в помощните технологии. Най-добро съответствие, когато поведението на екранния четец е централната грижа. Уговорка: по-малък мащаб от Deque или Level Access за глобални ангажименти с мобилни приложения.</p>

<p class="wp-block-paragraph"><strong>Fable</strong> се специализира в дистанционно потребителско тестване от хора с увреждания — изследване на използваемостта, а не одити за съответствие с WCAG. Най-добро съответствие като допълнение към одит за съответствие, когато искате обратна връзка от изживян опит за даден поток, но не се нуждаете от регистър за съответствие с 200 констатации. Уговорка: не е заместител на одит по WCAG; допълва такъв.</p>

<p class="wp-block-paragraph">На практика повечето зрели купувачи поставят в кратък списък три от тези фирми, обхващат работата стегнато и избират въз основа на състава на тестерите и съответствието, а не на цената.</p>

<h2 class="wp-block-heading" id="h-common-pitfalls">Чести капани при купуването на одит</h2>

<p class="wp-block-paragraph"><strong>Третиране на одита като сертификат за съответствие.</strong> Той е моментна снимка на един определен обхват в един момент. Той намалява риска и създава доказателствена следа. Той не е лиценз.</p>

<p class="wp-block-paragraph"><strong>Прекалено тесен обхват.</strong> Одит на 10 страници на сайт с 10 000 страници е малка извадка. Заделете бюджет за обхват, който представя реалната повърхност на вашия продукт.</p>

<p class="wp-block-paragraph"><strong>Незаделяне на бюджет за отстраняване на проблемите.</strong> Одитът разкрива цената на вашия дълг по достъпността — обикновено пет до двадесет пъти таксата за одита. Без бюджет за отстраняване сте купили документ за рафта.</p>

<p class="wp-block-paragraph"><strong>Пропускане на повторния тест.</strong> Без проверка не знаете дали вашите корекции са проработили. Някои са, някои не са, някои са въвели нови проблеми.</p>

<p class="wp-block-paragraph"><strong>Наемане на фирма без тестери с увреждания.</strong> Най-честият режим на провал. Поискайте състава на тестерите за вашия конкретен ангажимент, а не средните стойности от маркетинговата страница на фирмата.</p>

<p class="wp-block-paragraph"><strong>Бъркане на автоматизираното сканиране като услуга с ръчен одит.</strong> Няколко доставчика продават резултат от сканиране, представен като одит. Ако е пристигнал за 48 часа и струва под $3 000, това е доклад от сканиране.</p>

<p class="wp-block-paragraph"><strong>Купуване на одита, но непроменяне на процеса.</strong> Констатациите ще се върнат при следващото издание, ако дизайнът, инженерството и QA нямат вградена достъпност. Одитът е диагностика; лекарството е процес.</p>

<h2 class="wp-block-heading" id="h-faq">Често задавани въпроси</h2>

<p class="wp-block-paragraph"><strong>Колко струва одит на достъпността?</strong><br />Реалистични диапазони за 2026 г.: малък одит, обхващащ 5–10 страници на едно SPA, струва приблизително $5 000–$15 000; среден одит на 20–50 страници с няколко потребителски пътя е $15 000–$50 000; а корпоративен ангажимент, обхващащ 100+ страници, мобилни приложения и няколко потока, може да достигне от $50 000 до $250 000 или повече. Повторните тестове след отстраняване на проблемите обикновено са 30–40% от първоначалната цена.</p>

<p class="wp-block-paragraph"><strong>Колко време отнема ръчен одит на достъпността?</strong><br />Повечето ангажименти отнемат 2–6 седмици за малки до средни обхвати и 8–12 седмици за корпоративни одити, които включват мобилни приложения, PDF файлове или няколко езикови варианта. Самата теренна работа рядко е тясното място — планирането на тестери с правилните профили на помощни технологии и писането на доклада отнемат основната част от календарното време.</p>

<p class="wp-block-paragraph"><strong>Каква е разликата между автоматизирани и ръчни одити на достъпността?</strong><br />Автоматизираните скенери откриват приблизително 57–70% от програмно тестваемите нарушения на WCAG — липсващи alt атрибути, нисък цветови контраст, етикети на форми, структура на ориентири. Ръчните одити покриват останалите 30–40%: ред на фокуса, клавиатурни капани, качество на смисления алтернативен текст, четимост от екранен четец, обявяване на динамично съдържание и други въпроси, които изискват човешка преценка. Ръчните одити, извършени от тестери с увреждания, добавят трети слой — изживяна използваемост, а не просто техническо съответствие.</p>

<p class="wp-block-paragraph"><strong>Всички фирми за одит на достъпността ли наемат тестери с увреждания?</strong><br />Не. Много фирми провеждат одити изключително със зрящи специалисти по достъпност, които емулират помощни технологии. Реномираните одити, водени от хора с увреждания, включват тестери, които ежедневно използват екранни четци, увеличение, превключвател или гласово управление, в редица увреждания. Поискайте от всеки потенциален доставчик състава на тестерите му, преди да подпишете.</p>

<p class="wp-block-paragraph"><strong>Колко често трябва да правим повторен одит?</strong><br />Пълен ръчен одит обикновено е валиден 12 месеца за стабилен продукт или до момента, в който голямо издание промени одитираните потоци. Повечето зрели екипи съчетават годишен ръчен одит с непрекъснат автоматизиран мониторинг между одитите и провеждат целеви повторен тест 3–6 месеца след отстраняването на проблемите, за да проверят корекциите.</p>

<p class="wp-block-paragraph"><strong>Може ли ръчен одит да гарантира съответствие с ADA или EAA?</strong><br />Никоя реномирана фирма за одит не предлага гаранция за съответствие. Одитът е моментна снимка на съответствието със стандарт като WCAG 2.2 AA върху определен обхват в даден момент. Той намалява правния риск и създава доказателствена следа, но нито ADA, нито EAA признават частна сертификация като обвързваща.</p>

<p class="wp-block-paragraph"><strong>Какви резултати се предоставят с ръчен одит?</strong><br />Типичен ангажимент предоставя: определен набор страници, регистър на констатациите спрямо WCAG 2.2 AA с оценки на тежестта, разкази за въздействието върху потребителя за всяка констатация, препоръчано отстраняване на проблемите, обобщение за ръководството, по избор публикувана декларация за достъпност и цикъл на повторно тестване след 3–6 месеца. Някои доставчици също предават констатациите в платформа за мониторинг; други предоставят статичен PDF.</p>

<h2 class="wp-block-heading" id="h-conclusion">Накъде оттук нататък</h2>

<p class="wp-block-paragraph">За бърза базова стойност, преди да инструктирате който и да е доставчик, стартирайте нашия [безплатен скенер за достъпност](/bg/toolkit/scan/) на страниците си с най-голям трафик — резултатът ще ви даде очевидните 60%, преди одиторът да започне. За текущо наблюдение между одитите нашето [ръководство за купувача на мониторинг](/bg/articles/accessibility-monitoring-buyers-guide-2026/) сравнява платформите, които се справят с непрекъснатата половина от проблема.</p>

<p class="wp-block-paragraph">И преди да се обвържете с една-единствена фирма, поискайте обхванати оферти от поне две или три от доставчиците на одити в списъка по-горе — цените варират повече, отколкото маркетинговите страници подсказват, а съставът на тестерите варира още повече.</p>

</div>

---
title: Как да направите PDF достъпен — стъпка по стъпка (2026)
url: https://www.disabilityworld.org/bg/articles/pdf-accessibility-step-by-step/
description: Направете PDF достъпен — инструкции стъпка по стъпка за Word и InDesign, плюс тагване, ред на четене, алтернативен текст, форми и таблици. Наръчникът за достъпни PDF файлове за 2026 г.
author: Disability World
pubDate: 2026-05-23
tags: pdf, pdf-accessible, accessibility, pdf-ua, tagging, how-to
---

# Как да направите PDF достъпен — стъпка по стъпка (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Как да направите PDF достъпен — стъпка по стъпка",
      "description": "Шестстъпкова процедура, специфична за инструментите, за да направите PDF достъпен: създайте го правилно в Word или InDesign, експортирайте с тагове, проверете в Acrobat Pro, поправете форми и таблици, тествайте с екранен четец и публикувайте дневник на отстраняването на проблеми.",
      "step": [
        {"@type": "HowToStep", "name": "Започнете с достъпен изходен документ", "text": "Използвайте реални стилове за заглавия, алтернативен текст, заглавия на таблици и деклариран език на документа в Word или InDesign, преди изобщо да експортирате в PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-1"},
        {"@type": "HowToStep", "name": "Експортирайте със зададен флаг за достъпност", "text": "Използвайте Save As PDF на Word с активирана опция 'Document structure tags for accessibility' или Export to Adobe PDF на InDesign с отметнато 'Create Tagged PDF'. Никога не използвайте Print to PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-2"},
        {"@type": "HowToStep", "name": "Проверете и поправете в Acrobat Pro", "text": "Пуснете Full Check на Acrobat Pro, след това прегледайте панела Tags и Reading Order, за да поправите вложеността, декоративните артефакти и несъответствията в реда.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-3"},
        {"@type": "HowToStep", "name": "Работете с форми, таблици и връзки", "text": "Добавете подсказки и ред на табулиране към всяко поле от форма, маркирайте заглавията на таблиците с TH и scope и заменете връзките 'click here' с описателен текст на връзката.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-4"},
        {"@type": "HowToStep", "name": "Тествайте PDF с истински екранен четец", "text": "Отворете файла с NVDA + Adobe Reader на Windows (или Acrobat Reader на macOS) и се вслушайте в реда на четене, алтернативния текст, заглавията на таблиците, етикетите на формите и тихите декоративни елементи.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-5"},
        {"@type": "HowToStep", "name": "Публикувайте дневник на отстраняването на проблеми заедно с PDF", "text": "Добавете кратка бележка, отбелязваща стандарта (PDF/UA-1 или WCAG 2.2 AA), датата на отстраняване и контакт за обратна връзка, или в свойствата на документа, или до връзката за изтегляне.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-6"}
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {"@type": "Question", "name": "Тагнатият PDF същото нещо ли е като достъпен PDF?", "acceptedAnswer": {"@type": "Answer", "text": "Не. Таговете са предпоставка, но тагнат PDF все още може да има грешен ред на четене, липсващ алтернативен текст, погрешно вложени заглавия, нетагнати полета от форми или декоративни изображения, обявявани като съдържание. Тагването е необходимо, но не достатъчно."}},
        {"@type": "Question", "name": "Мога ли да направя сканиран PDF достъпен?", "acceptedAnswer": {"@type": "Answer", "text": "Само като го пресъздадете. Пуснете OCR, за да извлечете реален текст, след това добавете пълно дърво от тагове, ред на четене, алтернативен текст и заглавия, все едно създавате от нулата. Само OCR произвежда текст за търсене, но не и достъпен документ."}},
        {"@type": "Question", "name": "Нужен ли ми е Acrobat Pro, за да правя достъпни PDF файлове?", "acceptedAnswer": {"@type": "Answer", "text": "Не за да създадете изходния документ, но да — за да проверите и поправите резултата. Безплатни инструменти като PAC 2024 могат да одитират PDF, но само Acrobat Pro (или специализирани инструменти като CommonLook или axesPDF) ви позволяват да редактирате дървото от тагове, реда на четене и метаданните на формите."}},
        {"@type": "Question", "name": "Какво е PDF/UA и как се отнася към WCAG?", "acceptedAnswer": {"@type": "Answer", "text": "PDF/UA-1 (ISO 14289-1) е техническият стандарт за достъпни PDF файлове. WCAG 2.2 е по-широкият уеб стандарт. Покриването на PDF/UA-1 обхваща повечето критерии на WCAG, които се отнасят за PDF файлове, но няколко елемента на WCAG (контраст, цел на връзката в някои контексти) все още се нуждаят от отделна проверка."}},
        {"@type": "Question", "name": "Как да тествам PDF за достъпност?", "acceptedAnswer": {"@type": "Answer", "text": "Комбинирайте три проверки: Full Check на Acrobat Pro, безплатния PDF/UA чекър PAC 2024 и поне една истинска проверка с екранен четец с NVDA плюс Adobe Reader. Автоматизираните проверки намират структурни проблеми; проверката с екранен четец намира проблемите, на които потребителите реално се натъкват."}},
        {"@type": "Question", "name": "Изисква ли се PDF файловете да са достъпни по ADA или EAA?", "acceptedAnswer": {"@type": "Answer", "text": "Да, на практика. По дял III от ADA PDF файловете, предлагани чрез обхванат уебсайт, са част от стоките и услугите, които сайтът предоставя. По EAA (в сила от 28 юни 2025 г.) PDF файловете, разпространявани от попадащи в обхвата предприятия, трябва да отговарят на хармонизирани изисквания за достъпност, които сочат към WCAG 2.2 AA и PDF/UA."}}
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Ръце, тагващи PDF документ на лаптоп с видим панел с таговете на Acrobat — близък план на работния процес по отстраняване на проблеми с достъпността на ниво документ.</p>

<p class="rt-prefix">Време за четене: 10 минути</p>

<p class="wp-block-paragraph">За да направите PDF достъпен, ви е нужно логическо дърво от тагове, смислен алтернативен текст на всяко информативно изображение, дефиниран ред на четене, който съответства на визуалното оформление, точно маркирани форми и таблици и деклариран език на документа. Нищо от това не е автоматично. Всяка стъпка по-долу е стъпка, която човек трябва да изпълни — обикновено в инструмента за създаване (Word, InDesign) преди експорта, понякога в Acrobat Pro след него. Това е наръчникът стъпка по стъпка.</p>

<p class="wp-block-paragraph">По-задълбоченото концептуално разглеждане — какво всъщност изисква PDF/UA-1, как протоколът Matterhorn се картографира към дървото от тагове, как JAWS, NVDA и VoiceOver интерпретират по различен начин един и същи тагнат файл — живее в <a href="/bg/articles/accessible-pdfs-end-to-end/">обстойния наръчник за достъпност на PDF</a>. Тази страница е практическият придружител: отворете я до инструмента си за създаване и преминете през всяка стъпка по ред.</p>

<h2 class="wp-block-heading" id="step-1">Стъпка 1 — Започнете с достъпен изходен документ</h2>

<p class="wp-block-paragraph">Направете го правилно ПРЕДИ да експортирате в PDF. Почти всеки евтин за поправяне проблем с достъпността на PDF се проследява назад до изходен документ, форматиран на ръка вместо чрез стил.</p>

<h3 class="wp-block-heading" id="h-microsoft-word">В Microsoft Word (Microsoft 365, версия 2026)</h3>

<ul class="wp-block-list">
<li>Използвайте вградените стилове <strong>Heading 1</strong>, <strong>Heading 2</strong>, <strong>Heading 3</strong> от раздела Home. Не имитирайте заглавие, като маркирате текст и натиснете Bold + увеличите размера на шрифта. Експортиращата програма не може да отгатне намерението ви — тя чете само имената на стиловете.</li>
<li>Добавете алтернативен текст на всяко информативно изображение: щракнете с десния бутон върху изображението, <strong>View Alt Text</strong>, въведете описание и отметнете <strong>Mark as decorative</strong> за чисто орнаментални графики.</li>
<li>За таблици с данни използвайте <strong>Insert &gt; Table</strong>, после под <strong>Table Design</strong> отметнете <strong>Header Row</strong>, а под <strong>Layout</strong> отметнете <strong>Repeat Header Rows</strong>. Това казва на експортиращата програма кой ред е заглавният.</li>
<li>Задайте езика на документа под <strong>File &gt; Options &gt; Language</strong> и задайте езиците по абзаци чрез <strong>Review &gt; Language &gt; Set Proofing Language</strong> за всеки цитиран пасаж на друг език.</li>
<li>Използвайте панела <strong>Review &gt; Check Accessibility</strong> преди експорта. Той улавя очевидните пропуски.</li>
</ul>

<h3 class="wp-block-heading" id="h-adobe-indesign">В Adobe InDesign (2026)</h3>

<ul class="wp-block-list">
<li>Изградете лист с <strong>Paragraph Styles</strong>, в който всеки стил е картографиран към PDF таг под <strong>Export Tagging</strong> в опциите на стила. H1, H2, P, Caption — всеки стил се нуждае от цел.</li>
<li>Задайте реда на четене чрез панела <strong>Articles</strong> (<strong>Window &gt; Articles</strong>). Плъзнете текстовете и изображенията в реда, в който екранният четец трябва да ги чуе. Без това експортиращата програма се връща към геометричен ред, който се проваля при многоколонни оформления.</li>
<li>Добавете алтернативен текст на всяко изображение чрез <strong>Object &gt; Object Export Options &gt; Alt Text</strong>.</li>
<li>Задайте езика на документа под <strong>File &gt; File Info &gt; Basic</strong> и го потвърдете в <strong>File &gt; Export &gt; Adobe PDF Presets</strong>.</li>
</ul>

<h2 class="wp-block-heading" id="step-2">Стъпка 2 — Експортирайте със зададен флаг за достъпност</h2>

<p class="wp-block-paragraph">Как експортирате има същото значение, както как сте създали документа.</p>

<p class="wp-block-paragraph"><strong>Word:</strong> Отидете на <strong>File &gt; Save As</strong>, изберете <strong>PDF</strong>, после щракнете <strong>Options</strong>. В диалога отметнете <strong>Document structure tags for accessibility</strong> и <strong>Document properties</strong>. Махнете отметката от <strong>Bitmap text when fonts may not be embedded</strong> — този флаг унищожава текстовия слой. Запазете.</p>

<p class="wp-block-paragraph"><strong>InDesign:</strong> Отидете на <strong>File &gt; Export</strong>, изберете <strong>Adobe PDF (Print)</strong>, не Interactive. В раздела <strong>General</strong> отметнете <strong>Create Tagged PDF</strong>. В раздела <strong>Advanced</strong> потвърдете, че езикът на документа е зададен. Ако документът ви има форми, изберете <strong>Adobe PDF (Interactive)</strong> вместо това, но имайте предвид, че интерактивните PDF файлове се нуждаят от допълнително тагване на полетата на формите в Acrobat след това.</p>

<p class="wp-block-paragraph"><strong>Не</strong> използвайте <strong>File &gt; Print &gt; Save as PDF</strong> (Word) или <strong>Print &gt; PDF &gt; Save as PDF</strong> (macOS). Този път изобразява документа като плоско изображение на страница без тагове, без ред на четене и без метаданни. След това ще отстранявате проблемите от нулата в Acrobat — часове работа вместо минутата, която правилният експорт отнема. Тази единствена грешка е причината за по-голямата част от констатациите за „нетагнат PDF“ в одитите.</p>

<h2 class="wp-block-heading" id="step-3">Стъпка 3 — Проверете и поправете в Acrobat Pro</h2>

<p class="wp-block-paragraph">Отворете експортирания PDF в Adobe Acrobat Pro (2026). Отворете инструмента <strong>Accessibility</strong> чрез <strong>View &gt; Tools &gt; Accessibility &gt; Open</strong>.</p>

<p class="wp-block-paragraph">Пуснете първо <strong>Full Check</strong>. Приемете настройките по подразбиране и го оставете да сканира. Той ще произведе дърво от преминали/провалени елементи в панела <strong>Accessibility Checker</strong> вляво. Щракнете върху всеки провален елемент, за да откроите проблемното място.</p>

<p class="wp-block-paragraph">След това отворете панела <strong>Tags</strong> (<strong>View &gt; Show/Hide &gt; Navigation Panes &gt; Tags</strong>) и инструмента <strong>Reading Order</strong> (в панела Accessibility). Дървото от тагове е структурният скелет — всеки абзац, заглавие, изображение, клетка от таблица и връзка трябва да се появят като таг в правилния ред.</p>

<p class="wp-block-paragraph">Чести поправки на тази стъпка:</p>

<ul class="wp-block-list">
<li><strong>Декоративни изображения, обявявани като съдържание.</strong> В инструмента Reading Order начертайте кутия около изображението и щракнете <strong>Background/Artifact</strong>. Екранните четци вече ще го прескачат.</li>
<li><strong>Заглавия, погрешно вложени под абзаци.</strong> Плъзнете тага на заглавието в панела Tags извън родителския &lt;P&gt; и нагоре до най-горното ниво.</li>
<li><strong>Редът на четене не съответства на визуалния ред.</strong> Използвайте номерното наслагване на инструмента Reading Order, за да видите какъв ред ще използва екранният четец. Тагвайте отново елементите, докато числата съвпаднат с пътя на окото.</li>
<li><strong>Празни тагове от артефакти при копиране и поставяне.</strong> Изтрийте ги в панела Tags — те карат екранните четци да обявяват тихи пропуски.</li>
</ul>

<p class="wp-block-paragraph">Запазете файла, когато Full Check показва само умишлени предупреждения (напр. „logical reading order“ винаги се отбелязва за ръчен преглед — това се очаква).</p>

<h2 class="wp-block-heading" id="step-4">Стъпка 4 — Форми, таблици и връзки</h2>

<p class="wp-block-paragraph">Тези три области се нуждаят от внимателно внимание отвъд автоматичното тагване.</p>

<p class="wp-block-paragraph"><strong>Форми.</strong> Всяко поле от форма в достъпен PDF се нуждае от <strong>подсказка</strong>, която обявява етикета на полето, а полетата се нуждаят от <strong>логически ред на табулиране</strong>. В Acrobat Pro отидете на <strong>Tools &gt; Prepare Form</strong>. Acrobat автоматично разпознава полетата; прегледайте всяко едно. Щракнете двукратно върху поле, отворете раздела <strong>General</strong> и задайте <strong>Tooltip</strong> на видимия етикет („Първо име“, „Имейл адрес“, „Дата на раждане“). За задължителните полета маркирайте <strong>Required</strong> под раздела <strong>Options</strong> — екранните четци обявяват това състояние. След това отворете панела <strong>Fields</strong> вляво, щракнете с десния бутон и изберете <strong>Sort by Tab Order</strong>, после плъзнете полетата в реда, в който потребител с клавиатура трябва да табулира през тях. Тествайте, като затворите режима Prepare Form и натискате Tab през документа.</p>

<p class="wp-block-paragraph"><strong>Таблици.</strong> Проста таблица с данни — еднородни редове и колони, един заглавен ред — се нуждае горният ѝ ред да е маркиран като <strong>&lt;TH&gt;</strong> вместо <strong>&lt;TD&gt;</strong> в дървото от тагове. Щракнете с десния бутон върху всяка заглавна клетка в панела Tags, изберете <strong>Properties</strong> и променете типа. Сложна таблица със слети клетки или заглавия по редове и колони се нуждае от <strong>scope</strong> атрибути (column, row, colgroup, rowgroup), добавени в същия диалог Properties. Моделът отразява точно HTML таблиците. Ако таблиците ви са много сложни, помислете дали таблицата е правилният формат — поредица от по-прости таблици почти винаги се чете по-добре.</p>

<p class="wp-block-paragraph"><strong>Връзки.</strong> Връзките трябва да имат смислен текст. „Click here“ или гол URL се провалят при всеки екранен четец и всеки одит. Използвайте <strong>Edit PDF &gt; Link &gt; Add/Edit Web or Document Link</strong> на Acrobat, за да обвиете описателен текст в анотация на връзка. Тагът на връзката в дървото от тагове трябва да съдържа видимия текст плюс анотацията на връзката като дъщерен елемент — не само указател към URL.</p>

<h2 class="wp-block-heading" id="step-5">Стъпка 5 — Тествайте PDF така, както потребителите ще го четат</h2>

<p class="wp-block-paragraph">Автоматизираните чекъри улавят структурните грешки. Те не улавят преживелищните грешки — алтернативен текст, който технически присъства, но е безполезен, таблици, които технически са тагнати, но се четат в грешен ред, форми, които работят, но се усещат като лабиринт. Само проверка с екранен четец улавя тези.</p>

<p class="wp-block-paragraph"><strong>Windows (каноничният тест):</strong> Инсталирайте <strong>NVDA</strong> (безплатно, от nvaccess.org) и <strong>Adobe Acrobat Reader</strong> (безплатно). Отворете PDF в Acrobat Reader, стартирайте NVDA и натискайте <strong>стрелка надолу</strong>, за да четете ред по ред. Натиснете <strong>H</strong>, за да прескачате от заглавие на заглавие. Натиснете <strong>T</strong>, за да прескочите към следващата таблица, после клавишите <strong>Ctrl+Alt+стрелка</strong>, за да навигирате между клетките. Натиснете <strong>F</strong>, за да прескочите към следващото поле от форма.</p>

<p class="wp-block-paragraph"><strong>macOS:</strong> VoiceOver + Preview <strong>не</strong> поддържа добре PDF тагове — Preview растеризира дървото от тагове при отваряне. Вместо това инсталирайте <strong>Adobe Acrobat Reader</strong> (безплатно) на macOS и използвайте VoiceOver вътре в Acrobat Reader. Точността е по-близка до преживяването на Windows.</p>

<p class="wp-block-paragraph">Вслушайте се в тези конкретни сигнали:</p>

<ul class="wp-block-list">
<li>Редът на четене съответства на визуалния ред на страницата.</li>
<li>Алтернативният текст се чете като полезно изречение — не „image1.jpg“ или „Picture inserted here“.</li>
<li>Заглавията на таблиците се обявяват, когато навигирате към нова клетка („Колона: Цена; Ред: Абонамент“).</li>
<li>Полетата от форми обявяват своя етикет и задължително състояние („Първо име, поле за редактиране, задължително“).</li>
<li>Декоративните изображения остават тихи.</li>
</ul>

<p class="wp-block-paragraph">Отбележете всеки провал, поправете го в Acrobat, експортирайте отново и тествайте отново. Очаквайте поне две проверки за всеки документ над пет страници.</p>

<h2 class="wp-block-heading" id="step-6">Стъпка 6 — Публикувайте дневник на отстраняването на проблеми заедно с PDF</h2>

<p class="wp-block-paragraph">За всеки PDF, който се доставя в обхвата на <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">дял III от ADA</a> или Раздел 508, публикувайте кратка бележка, отбелязваща, че PDF е претърпял отстраняване на проблеми. Работят два формата:</p>

<ol class="wp-block-list">
<li><strong>В свойствата на документа.</strong> <strong>File &gt; Properties &gt; Description</strong> в Acrobat Pro. Добавете ред като: „Отстранени проблеми с достъпността спрямо PDF/UA-1 и <a href="/bg/toolkit/standards/wcag/">критериите за успех на WCAG 2.2</a> AA на 15.05.2026 г. Обратна връзка: accessibility@example.org.“</li>
<li><strong>До връзката за изтегляне.</strong> Едноредова бележка на страницата, която хоства PDF: „Този документ е претърпял отстраняване на проблеми с достъпността (PDF/UA-1, май 2026 г.). Докладвайте проблеми на accessibility@example.org.“</li>
</ol>

<p class="wp-block-paragraph">Това не е законово изискване навсякъде, но е добра практика. То сигнализира на потребителите на помощни технологии, че документът е изготвен с мисъл за тях, и ви дава защитим артефакт, ако PDF някога бъде одитиран.</p>

<h2 class="wp-block-heading" id="h-pdf-specific-pitfalls">Чести капани, специфични за PDF</h2>

<ul class="wp-block-list">
<li><strong>Сканираните PDF файлове (само изображение) никога не са достъпни.</strong> OCR извлича текст, но резултатът все още няма дърво от тагове, няма заглавия, няма ред на четене. Отстраняването на проблеми при сканиран файл е създаване от нулата.</li>
<li><strong>Автоматично генерираните дървета от тагове почти винаги са грешни.</strong> Бутонът <strong>Add Tags to Document</strong> на Acrobat произвежда дърво от тагове, но отгатва нивата на заглавията, често тагва декоративни изображения като фигури и клони към фрагментиране на абзаците. Винаги преглеждайте ръчно.</li>
<li><strong>PDF/UA-1 не е WCAG 2.2.</strong> Покриването на PDF/UA-1 обхваща повечето критерии на WCAG, които се отнасят за PDF файлове, но контрастът и някои проверки за цел на връзката се нуждаят от отделна проверка по WCAG.</li>
<li><strong>Вграденият PDF четец на Chrome не е каноничният тест.</strong> Формите могат да работят в Chrome и да се чупят в Acrobat Reader, или обратно. Тествайте спрямо Acrobat Reader, защото с него повечето потребители на помощни технологии отварят PDF файлове.</li>
<li><strong>Функцията за автоматичен алтернативен текст на InDesign черпи от XMP метаданните на надписа на изображението.</strong> Ако надписът е празен, алтернативният текст е празен. Винаги проверявайте всяко изображение в <strong>Object &gt; Object Export Options &gt; Alt Text</strong> преди експорта.</li>
</ul>

<h2 class="wp-block-heading" id="h-frequently-asked-questions">Често задавани въпроси</h2>

<h3 class="wp-block-heading" id="h-faq-tagged-vs-accessible">Тагнатият PDF същото нещо ли е като достъпен PDF?</h3>

<p class="wp-block-paragraph">Не. Таговете са предпоставка, но тагнат PDF все още може да има грешен ред на четене, липсващ алтернативен текст, погрешно вложени заглавия, нетагнати полета от форми или декоративни изображения, обявявани като съдържание. Тагването е необходимо, но не достатъчно.</p>

<h3 class="wp-block-heading" id="h-faq-scanned-pdf">Мога ли да направя сканиран PDF достъпен?</h3>

<p class="wp-block-paragraph">Само като го пресъздадете. Пуснете OCR, за да извлечете реален текст, след това добавете пълно дърво от тагове, ред на четене, алтернативен текст и заглавия, все едно създавате от нулата. Само OCR произвежда текст за търсене, но не и достъпен документ.</p>

<h3 class="wp-block-heading" id="h-faq-acrobat-pro">Нужен ли ми е Acrobat Pro, за да правя достъпни PDF файлове?</h3>

<p class="wp-block-paragraph">Не за да създадете изходния документ, но да — за да проверите и поправите резултата. Безплатни инструменти като PAC 2024 могат да одитират PDF, но само Acrobat Pro (или специализирани инструменти като CommonLook или axesPDF) ви позволяват да редактирате дървото от тагове, реда на четене и метаданните на формите.</p>

<h3 class="wp-block-heading" id="h-faq-pdf-ua-vs-wcag">Какво е PDF/UA и как се отнася към WCAG?</h3>

<p class="wp-block-paragraph">PDF/UA-1 (ISO 14289-1) е техническият стандарт за достъпни PDF файлове. WCAG 2.2 е по-широкият уеб стандарт. Покриването на PDF/UA-1 обхваща повечето критерии на WCAG, които се отнасят за PDF файлове, но няколко елемента на WCAG (контраст, цел на връзката в някои контексти) все още се нуждаят от отделна проверка.</p>

<h3 class="wp-block-heading" id="h-faq-how-to-test">Как да тествам PDF за достъпност?</h3>

<p class="wp-block-paragraph">Комбинирайте три проверки: Full Check на Acrobat Pro, безплатния PDF/UA чекър PAC 2024 и поне една истинска проверка с екранен четец с NVDA плюс Adobe Reader. Автоматизираните проверки намират структурни проблеми; проверката с екранен четец намира проблемите, на които потребителите реално се натъкват.</p>

<h3 class="wp-block-heading" id="h-faq-ada-eaa-required">Изисква ли се PDF файловете да са достъпни по ADA или EAA?</h3>

<p class="wp-block-paragraph">Да, на практика. По дял III от ADA PDF файловете, предлагани чрез обхванат уебсайт, са част от стоките и услугите, които сайтът предоставя. По EAA (в сила от 28 юни 2025 г.) PDF файловете, разпространявани от попадащи в обхвата предприятия, трябва да отговарят на хармонизирани изисквания за достъпност, които сочат към WCAG 2.2 AA и PDF/UA.</p>

<h2 class="wp-block-heading" id="h-where-to-go-next">Накъде да продължите</h2>

<p class="wp-block-paragraph">За по-задълбоченото концептуално разглеждане — вътрешностите на PDF/UA, условията за провал на протокола Matterhorn, как четири екранни четеца изобразяват по различен начин един и същи тагнат файл — прочетете <a href="/bg/articles/accessible-pdfs-end-to-end/">обстойния наръчник за достъпност на PDF</a>. За да проверите дали уеб страниците, които хостват вашите PDF файлове, отговарят на WCAG 2.2 AA, пуснете <a href="/bg/toolkit/scan/">безплатния скенер за WCAG 2.2</a> върху всяка целева страница. А ако PDF файловете са централни за позицията ви по съответствие — държавни формуляри, финансови оповестявания, правни договори, здравна информация — възложете <a href="/bg/articles/manual-audits-by-people-with-disabilities-2026/">ръчен одит</a> от тестери с увреждания. Автоматизираните проверки и проверките с екранен четец ви отвеждат по-голямата част от пътя; последните 10% се нуждаят от човешки читатели.</p>

</div>

---
title: Анатомия на RFP с фокус върху достъпността: разбор на реален език от обществени поръчки
url: https://www.disabilityworld.org/bg/articles/accessibility-aware-rfp-teardown/
description: Пет анонимизирани секции за достъпност от RFP, клауза по клауза — федерална, щатска (САЩ), на държава членка от ЕС, на компания от Fortune 500 и типичният шаблонен текст.
author: Disability World
pubDate: 2026-05-22
tags: procurement, rfp, accessibility, vpat, section-508, en-301-549, contracts, data
---

# Анатомия на RFP с фокус върху достъпността: разбор на реален език от обществени поръчки

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Досие за обществени поръчки</strong> · Разбор на език от RFP</span>
  </div>

  <h1>Анатомия на RFP с фокус върху достъпността <em>— пет реални секции с език от обществени поръчки, клауза по клауза</em></h1>

  <p class="lede">Една покана за участие в обществена поръчка (RFP) се крепи или пропада със секцията за достъпност така, както един договор се крепи или пропада с клаузата за обезщетение. Извадихме пет реални откъса от RFP от архиви на обществени търгове и корпоративни портали за обществени поръчки, анонимизирахме издаващите субекти и разбрахме всеки от тях клауза по клауза. Най-силната секция — федерална покана от САЩ, позоваваща се на Section 508 с изрична препратка към WCAG 2.1 AA — наброяваше 612 думи. Най-слабата — шаблонен текст на компания от Fortune 1000, който искаше от доставчиците да бъдат „в съответствие с приложимото законодателство“ — наброяваше 31. В петте образеца три вратички се появиха в четири от петте документа. Търгът на една държава членка изискваше VPAT, но не изискваше той да бъде попълнен от трета страна. Това е разборът.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка RFP-A11Y-01</span>
      <span class="dossier-meta">06 записа · извлечени от 5 анонимизирани документа за обществени поръчки, 2024–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкриват петте секции от RFP</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">20×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Най-силната секция за достъпност беше двадесет пъти по-дълга от най-слабата</p>
          <p class="dossier-note">Федералният образец наброяваше 612 думи в девет номерирани подклаузи, всяка с конкретен резултат за доставяне и измерим критерий за приемане. Корпоративният шаблонен текст наброяваше 31 думи и едно задължение: „да бъде в съответствие с приложимото законодателство за достъпност“. Дължината не е гаранция за качество, но плътността на критериите за приемане корелира почти идеално с приложимостта впоследствие.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 от 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Четири от петте RFP приемаха самодекларирано VPAT без проверка от трета страна</p>
          <p class="dossier-note">Само федералният образец изрично изискваше VPAT 2.5 ACR да бъде изготвен от, или независимо прегледан от, страна с квалификация по достъпност. Останалите четири — включително търгът на държава членка от ЕС, позоваващ се на EN 301 549 — приемаха ACR, попълнен от доставчика, по номинална стойност. Това е най-разпространената вратичка в набора от данни.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0</span>
        <div class="dossier-body">
          <p class="dossier-claim">Нула от петте RFP уточняваха срок за отстраняване на проблеми, открити след възлагането</p>
          <p class="dossier-note">Всяка секция описваше какъв трябва да бъде резултатът при възлагане. Нито една не казваше колко бързо трябва да се отстрани дефект, открит след възлагането. Най-близо беше федералната секция, която се позоваваше на „своевременно“ и „в рамките на разумен срок“ — недефинирани. График за отстраняване от 30, 60 или 90 дни, обвързан с тежестта, е примерната клауза, която липсва на набора от данни.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">И петте RFP бяха закотвени към WCAG 2.1 AA — нито едно не цитираше WCAG 2.2 AA, която е препоръка на W3C от октомври 2023 г.</p>
          <p class="dossier-note">Обновяването на Section 508 от 2018 г. включва WCAG 2.0 чрез препратка; EN 301 549 v3.2.1 включва WCAG 2.1. И двата стандарта са формално обвързани с версии, които вече са с една или две ревизии назад. Авторите на RFP отразяват стандарта, а не най-съвременното състояние, което означава, че новите критерии за успех, добавени във версия 2.2 — поява на фокуса, движения с влачене, размер на целта — не са договорно изисквани дори при обществени поръчки с дата 2025 или 2026 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 от 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">На три от петте RFP липсваше каквато и да е клауза за тестване с помощни технологии</p>
          <p class="dossier-note">Федералната секция изискваше тестване с поне един екранен четец (поименно: JAWS, NVDA или VoiceOver) и едно решение за гласов вход. Корпоративната секция на компанията от Fortune 500 изискваше „съвместимост с помощна технология“, без да назовава никоя. Щатският, държавно-членският (ЕС) и шаблонният образец напълно мълчаха относно тестването с помощни технологии. Мълчанието в тази клауза е мълчание относно най-разграничаващия праг за качество, който документът би могъл да има.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">1 от 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Едно от петте RFP обвързваше етапите на плащане с доказателства за съответствие по достъпност</p>
          <p class="dossier-note">Търгът на държава членка от ЕС задържаше последните 15 процента от плащането, докато не бъде подаден независим доклад за съответствие. Нито едно от другите четири RFP не създаваше финансов стимул доставчикът действително да изпълни клаузата за достъпност. Критерии за приемане без механизъм за задържане на плащане са молба, а не изискване.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Пет анонимизирани документа за обществени поръчки, публикувани 2024–2026 г.: една федерална покана от САЩ, едно щатско RFP от САЩ, един обществен търг на държава членка от ЕС, позоваващ се на EN 301 549, едно RFP на доставчик от Fortune 500, изискващо VPAT 2.5, и един шаблонен текст на компания от Fortune 1000. Имената на субектите са премахнати; езикът на клаузите е запазен дословно с лека редакция на идентифициращите договорни номера.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как петте RFP бяха подбрани и анонимизирани</a></li>
      <li><span class="toc-num">02</span><a href="#federal">Образец A: федералната покана от САЩ</a></li>
      <li><span class="toc-num">03</span><a href="#state">Образец B: щатската обществена поръчка от САЩ</a></li>
      <li><span class="toc-num">04</span><a href="#eu">Образец C: търгът на държава членка от ЕС</a></li>
      <li><span class="toc-num">05</span><a href="#corporate">Образец D: корпоративното RFP от Fortune 500</a></li>
      <li><span class="toc-num">06</span><a href="#boilerplate">Образец E: шаблонният текст</a></li>
      <li><span class="toc-num">07</span><a href="#loopholes">Трите вратички, които се появяват в четири от петте</a></li>
      <li><span class="toc-num">08</span><a href="#model">Примерна секция от RFP с фокус върху достъпността</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Заключение: какво наборът от данни казва на екипите по обществени поръчки да направят след това</a></li>
    </ul>
  </div>

  <hr/>

  <h2 id="methodology">Как петте RFP бяха подбрани и анонимизирани</h2>

  <p class="dropcap-first">Петте документа в този разбор бяха извлечени от три публични източника и два корпоративни портала за обществени поръчки. Федералната покана дойде от публикация в SAM.gov, приключила през 2025 г.; щатското RFP — от отворен портал за обществени поръчки на щат от Средния запад, приключил през 2024 г.; търгът на държава членка от ЕС — от TED (Tenders Electronic Daily); корпоративното RFP от Fortune 500 — от откъс, освободен по NDA на доставчик и споделен от участник, който избра да остане анонимен; шаблонният текст — от пакет за регистрация на доставчик на компания от Fortune 1000, който придружава всяко договорно споразумение с доставчик в тази компания.</p>

  <p>Премахнахме договорните номера, имената на агенциите и всяка формулировка, която еднозначно идентифицираше издателя. Не преразказвахме. Всяка цитирана по-долу клауза е дословна от източника, като редакцията е ограничена до идентифициращите съществителни („[Агенция]“, „[Министерство на щата]“, „[Държава членка]“). Смисълът на разбора е езикът; езикът е запазен.</p>

  <div class="callout info">
    <div class="ct">Защо изобщо да анонимизираме</div>
    <p>Петте документа са публични или полупублични. Идентифицирането им не би нарушило поверителност. Но редакционната цел е клаузите да се четат като модели, а не като доказателства срещу конкретни служители по обществени поръчки. Слабият шаблонен текст е системен провал, а не индивидуален, и назоваването на компанията кани грешния вид внимание. Клаузите говорят сами за себе си.</p>
  </div>

  <hr/>

  <h2 id="federal">Образец A: федералната покана от САЩ</h2>

  <p>Федералният образец е най-силният от петте и задава горната отправна точка за набора от данни. Той наброява 612 думи в девет номерирани подклаузи. Позовава се на Section 508 от Rehabilitation Act, препраща към обновяването на ICT от 2018 г. и включва WCAG 2.0 AA чрез препратка (съгласно обновяването), като същевременно изрично повишава прага до WCAG 2.1 AA за всеки уеб или мобилен резултат за доставяне. Критериите за приемане са конкретни: VPAT 2.5 ACR, изготвен или независимо прегледан от страна с квалификация по достъпност, тестване с поне един поименно посочен екранен четец и ангажимент за отстраняване на дефекти, открити след възлагането.</p>

  <div class="quote-block">
    <div class="meta">Дословно · Образец A · клауза 4.3.2</div>
    <div class="quote"><span lang="en">The Contractor shall provide a completed VPAT 2.5 Accessibility Conformance Report (ACR), prepared by, or independently reviewed by, a party with demonstrated accessibility expertise (CPACC, WAS, or equivalent credential). Self-attestation without independent review is insufficient. Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), and keyboard-only navigation across all interactive components.</span></div>
    <span class="source">— Федерална покана, анонимизирана, клауза 4.3.2 (дословно)</span>
  </div>

  <p>Тази клауза е силна, защото прави три неща наведнъж. Назовава резултата за доставяне (VPAT 2.5 ACR). Назовава квалификацията (CPACC, WAS или еквивалентна). И назовава повърхността за тестване (един екранен четец, един гласов вход, само клавиатура). Клаузата не оставя място доставчикът да подаде ACR с отметнати квадратчета и да го обяви за приключен.</p>

  <p>Единствената слабост в Образец A: срокът за отстраняване. Федералната секция се позовава на „своевременно отстраняване“ и „в рамките на разумен срок“ — нито едно недефинирано. Доставчик с уведомление за дефект може да спори безкрайно какво означава „разумен“. Примерната секция в края на този разбор затваря тази пролука.</p>

  <div class="callout safe">
    <div class="ct">Защо тази клауза е примерният праг</div>
    <p>Независимият преглед на VPAT е клаузата с най-висока ефективност, която екип по обществени поръчки може да напише. Тя струва на доставчика приблизително 2500–7500 USD на преглед на ACR и произвежда документ с пет пъти по-голяма прогнозна стойност от самодеклариран. Образец A е единственият от петте, който я изисква.</p>
  </div>

  <hr/>

  <h2 id="state">Образец B: щатската обществена поръчка от САЩ</h2>

  <p>Щатският образец е компетентен, но по-оскъден от федералния. Той наброява 287 думи в пет подклаузи. Позовава се на Section 508 чрез препратка, закотвен е към WCAG 2.1 AA и изисква VPAT — но не изисква VPAT да бъде независимо прегледан. Освен това не назовава никаква помощна технология за тестване. Клаузата е закотвена в правилните стандарти, но не налага дисциплината, която произвежда полезен артефакт.</p>

  <div class="quote-block">
    <div class="meta">Дословно · Образец B · клауза 7.1</div>
    <div class="quote"><span lang="en">The Vendor shall deliver, as part of the technical proposal, a Voluntary Product Accessibility Template (VPAT) demonstrating conformance with Section 508 of the Rehabilitation Act, as amended, and WCAG 2.1 Level AA. The VPAT may be prepared by the Vendor or its agents. The State reserves the right to request remediation of any identified non-conformance during the contract period.</span></div>
    <span class="source">— Щатско RFP от САЩ, анонимизирано, клауза 7.1 (дословно)</span>
  </div>

  <p>„Може да бъде изготвен от доставчика или негови представители“ е изречението вратичка. Щатът е приел, в писмена форма, самодеклариране, попълнено от доставчика, като заместител на независимо изготвен доклад за съответствие. Щатът също така е запазил право („може да изиска отстраняване“) без съответстващо задължение за доставчика („отстранява в рамките на N дни“). Запазени права без срокове не са приложими графици.</p>

  <hr/>

  <h2 id="eu">Образец C: търгът на държава членка от ЕС</h2>

  <p>Образецът на държава членка от ЕС е най-интересният от петте. Той цитира EN 301 549 v3.2.1 — хармонизирания европейски стандарт за достъпност на ИКТ — и препраща към Директива (ЕС) 2019/882 (Европейския акт за достъпност) и Директива (ЕС) 2016/2102 (Директивата за достъпността на уебсайтовете). Той е и единственото RFP в набора от данни, което обвързва етап на плащане с резултат за доставяне относно съответствие.</p>

  <div class="quote-block">
    <div class="meta">Дословно · Образец C · клаузи 9.2 и 9.5</div>
    <div class="quote"><span lang="en">9.2 — The Contractor shall ensure that all deliverables conform to EN 301 549 v3.2.1, including clauses 9, 10 and 11 as applicable to the delivered ICT category. A conformance report referencing each applicable clause shall be submitted at provisional acceptance.<br/><br/>9.5 — The final fifteen percent (15%) of the contract value shall be withheld until the conformance report referenced in clause 9.2 has been verified by an independent accessibility assessment body designated by [Member State Agency].</span></div>
    <span class="source">— Търг на държава членка от ЕС, анонимизиран, клаузи 9.2 и 9.5 (дословно)</span>
  </div>

  <p>Клауза 9.5 е най-силното отделно изречение в целия набор от данни. Механизъм за задържане на 15 процента от плащането, обвързан с независима проверка, е това, което превръща писмен критерий за приемане в приложим такъв. Доставчикът не може да получи окончателното плащане, докато докладът не бъде подаден и проверен. Това е моделът, който федералният и щатският образец е трябвало да напишат.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and category text rendered as gibberish. Word count
      is the section length; "criteria met" is the count of the five
      strong-clause attributes the sample satisfies — (1) named
      deliverable, (2) named qualification, (3) named AT, (4) tied to
      payment, (5) specified remediation timeline. Numbers match the
      dossier-list and the prose teardown above. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rfp-chart-title rfp-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rfp-chart-title">Брой думи в секцията за достъпност и брой изпълнени силни критерии в пет образеца от RFP</title>
      <desc id="rfp-chart-desc">Хоризонтална стълбовидна диаграма, сравняваща пет анонимизирани образеца от RFP. Федералната покана от САЩ наброява 612 думи и изпълнява три от пет силни критерия за клаузи. Корпоративното RFP от Fortune 500 наброява 421 думи и изпълнява два. Щатската обществена поръчка от САЩ наброява 287 думи и изпълнява един. Търгът на държава членка от ЕС наброява 198 думи и изпълнява два — включително единственото обвързване с етап на плащане в набора от данни. Шаблонният текст от Fortune 1000 наброява 31 думи и не изпълнява нито един.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title */}
      <text x="40" y="30" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a">Дължина на секцията за достъпност спрямо изпълнени силни критерии за клаузи (от 5)</text>
      {/* Vertical gridlines at 0, 150, 300, 450, 600 words */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="240" y1="55" x2="240" y2="300" />
        <line x1="340" y1="55" x2="340" y2="300" />
        <line x1="440" y1="55" x2="440" y2="300" />
        <line x1="540" y1="55" x2="540" y2="300" />
        <line x1="640" y1="55" x2="640" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="240" y1="300" x2="700" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels (words) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="240" y="318">0</text>
        <text x="340" y="318">150</text>
        <text x="440" y="318">300</text>
        <text x="540" y="318">450</text>
        <text x="640" y="318">600</text>
        <text x="470" y="338" font-style="italic">думи в секцията за достъпност</text>
      </g>
      {/* Row labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a" text-anchor="end">
        <text x="232" y="79" font-weight="600">A · федерален (САЩ)</text>
        <text x="232" y="124" font-weight="600">D · Fortune 500</text>
        <text x="232" y="169" font-weight="600">B · щатски (САЩ)</text>
        <text x="232" y="214" font-weight="600">C · държава членка (ЕС)</text>
        <text x="232" y="259" font-weight="600">E · Fortune 1000</text>
      </g>
      {/* Bars — word count scaled at 1px per 1.5 words from x=240, max ~408px for 612 */}
      {/* A · 612 words → 408px, B · 287 → 191px, C · 198 → 132px, D · 421 → 281px, E · 31 → 21px */}
      {/* Bar height 22, rows centred at y = 75, 120, 165, 210, 255 */}
      <g>
        <rect x="240" y="64" width="408" height="22" fill="#1a1a1a" />
        <rect x="240" y="109" width="281" height="22" fill="#1a1a1a" />
        <rect x="240" y="154" width="191" height="22" fill="#1a1a1a" />
        <rect x="240" y="199" width="132" height="22" fill="#1a1a1a" />
        <rect x="240" y="244" width="21" height="22" fill="#dc2626" />
      </g>
      {/* Word-count labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="656" y="80">612 думи</text>
        <text x="529" y="125">421</text>
        <text x="439" y="170">287</text>
        <text x="380" y="215">198</text>
      </g>
      <text x="269" y="259" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">31 думи</text>
      {/* Criteria-met pips — five small circles per row, filled if criterion met */}
      {/* A (US federal): deliverable, qualification, AT — 3 of 5 (missing payment-tie, remediation timeline) */}
      {/* D (Fortune 500): deliverable, AT (partial) — 2 of 5 (we count: named deliverable, named AT broadly) */}
      {/* B (US state): deliverable — 1 of 5 */}
      {/* C (EU Member State): deliverable, payment-tied — 2 of 5 */}
      {/* E (boilerplate): 0 of 5 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" text-anchor="middle">
        <text x="730" y="56">изпълнени критерии</text>
      </g>
      {/* A row pips: 3 of 5 */}
      <g>
        <circle cx="700" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="736" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="79" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">3/5</text>
      </g>
      {/* D row pips: 2 of 5 */}
      <g>
        <circle cx="700" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="124" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* B row pips: 1 of 5 */}
      <g>
        <circle cx="700" cy="165" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="724" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="169" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">1/5</text>
      </g>
      {/* C row pips: 2 of 5 — payment-tie marked red as the standout */}
      <g>
        <circle cx="700" cy="210" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="210" r="5" fill="#dc2626" />
        <circle cx="724" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="214" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* E row pips: 0 of 5 */}
      <g>
        <circle cx="700" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="712" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="724" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="736" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="748" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <text x="765" y="259" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#dc2626">0/5</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="354">Оценявани критерии: посочен резултат · посочена квалификация · посочена помощна технология · обвързан с плащане · срок за отстраняване</text>
      </g>
    </svg>
    <figcaption>Моделът „силни срещу слаби“ в петте образеца, нанесен графично: дължина на секцията (стълбове) спрямо броя изпълнени силни критерии за клаузи (точки). Федералната покана от САЩ е най-дългата с 612 думи и изпълнява три от пет — назовавайки резултат за доставяне, квалификация и помощна технология — но спира пред обвързването с плащане и срока за отстраняване. Търгът на държава членка от ЕС е по-кратък, но носи единствената клауза за етап на плащане в набора от данни (червена точка). Шаблонният текст от Fortune 1000, с 31 думи и нула критерия, е дъното.</figcaption>
  </figure>

  <p>Единствената слабост в Образец C: той е закотвен към EN 301 549 v3.2.1, който включва WCAG 2.1 — не 2.2. Критериите за успех, добавени във версия 2.2 (поява на фокуса, движения с влачене, минимален размер на целта), следователно не са договорно изисквани дори при търгове с дата 2026 г.</p>

  <hr/>

  <h2 id="corporate">Образец D: корпоративното RFP от Fortune 500</h2>

  <p>Корпоративният образец от Fortune 500 е вторият най-силен в набора от данни и вторият най-дълъг. Той наброява 421 думи. Изисква VPAT 2.5 ACR, закотвен е към WCAG 2.1 AA и препраща към вътрешния „Стандарт за достъпни обществени поръчки“ на компанията (анонимизиран). Не назовава помощна технология по продукт, но изисква „съвместимост с широко използвани екранни четци и решения за гласов вход“.</p>

  <p>Корпоративната секция е интересна с това, което добавя, и с това, което пропуска. Тя добавя клауза за обезщетение: доставчикът обезщетява компанията срещу всеки иск за дискриминация по достъпност от трета страна, произтичащ от резултата за доставяне на доставчика. Това е еквивалент с привкус на обществени поръчки на договорното прехвърляне на риск, използвано в споразуменията за обработка на данни. Той обаче пропуска какъвто и да е механизъм за задържане на плащане. Обезщетението е лостът, а не етапът.</p>

  <div class="callout warning">
    <div class="ct">Моделът „обезщетение без етап“</div>
    <p>Корпоративно RFP, което изисква VPAT, прилага обезщетение, но не задържа плащане, е разпространена форма. То действа като възпиращ фактор, защото юридическият екип на доставчика разглежда обезщетението внимателно. То не действа като двигател за доказателства, защото VPAT пристига при възлагане и никога не се преразглежда, освен ако не пристигне иск. Три от четирите нефедерални образеца следват тази форма.</p>
  </div>

  <hr/>

  <h2 id="boilerplate">Образец E: шаблонният текст</h2>

  <p>Шаблонният текст е едно изречение. Цитираме го изцяло.</p>

  <div class="quote-block">
    <div class="meta">Дословно · Образец E · пакет за регистрация на доставчик, раздел 8</div>
    <div class="quote"><span lang="en">Supplier represents and warrants that all deliverables comply with all applicable laws, including without limitation laws relating to accessibility and disability rights.</span></div>
    <span class="source">— Пакет за регистрация на доставчик от Fortune 1000, анонимизиран, раздел 8 (дословно)</span>
  </div>

  <p>„Цялото приложимо законодателство“ е клаузата, която е навсякъде и никъде. Тя не е закотвена към никой стандарт. Не назовава никакъв резултат за доставяне. Не цитира никаква повърхност за тестване. Тя е заместител, който удовлетворява юридическия екип и обвързва доставчика с нищо приложимо. Доставчик в нарушение може да твърди, че не е било идентифицирано конкретно задължение, а екипът по обществени поръчки няма двигател за доказателства, който да представи.</p>

  <p class="pull-quote">Шаблонната клауза е навсякъде, защото има нулева цена за писане и нулево триене за договаряне. Тя също така струва приблизително нищо.</p>

  <hr/>

  <h2 id="loopholes">Трите вратички, които се появяват в четири от петте</h2>

  <p>В петте образеца се повтаряха три модела. Първи: приемане на самодеклариран VPAT (4 от 5). Втори: липсващ срок за отстраняване (5 от 5). Трети: мълчание или неяснота относно тестването с помощни технологии (4 от 5, само федералният образец назовава помощна технология по продукт). Тези три пролуки са дупките, през които несъответстващ резултат за доставяне може да премине в продукция.</p>

  <div class="callout danger">
    <div class="ct">Трите вратички — затворете ги преди публикуване</div>
    <p>(1) Изисквайте независим преглед на VPAT от сертифициран професионалист по достъпност, със назована сертификация. (2) Уточнете срок за отстраняване, обвързан с тежестта на дефекта — например критичните в рамките на 14 дни, сериозните в рамките на 30, незначителните в рамките на 90. (3) Назовете поне един екранен четец, едно решение за гласов вход и изисквайте тестване на навигацията само с клавиатура. Тези три допълнения превръщат секцията заместител в приложима такава.</p>
  </div>

  <hr/>

  <h2 id="model">Примерна секция от RFP с фокус върху достъпността</h2>

  <p>Комбинирането на най-силните клаузи от петте образеца произвежда секция, която нито един отделен документ в набора от данни всъщност не съдържа. Тя наброява прибл. 350 думи и затваря трите вратички, идентифицирани по-горе.</p>

  <div class="quote-block">
    <div class="meta">Примерна клауза · синтезирана от Образци A, C и D</div>
    <div class="quote"><span lang="en">The Contractor shall ensure that all deliverables conform to WCAG 2.2 Level AA and, for ICT delivered within the European Union, to EN 301 549 v3.2.1 or its successor. The Contractor shall deliver, at provisional acceptance, a VPAT 2.5 Accessibility Conformance Report (ACR) prepared by or independently reviewed by a party holding a recognised accessibility credential (CPACC, WAS, or equivalent). Self-attestation without independent review is insufficient.<br/><br/>Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), keyboard-only navigation across all interactive components, and conformance with the WCAG 2.2 success criteria added since version 2.1 (2.4.11 Focus Appearance, 2.5.7 Dragging Movements, 2.5.8 Target Size Minimum).<br/><br/>Remediation timeline for post-award defects: critical defects (blocking access for users of assistive technology) within fourteen (14) calendar days of notice; serious defects within thirty (30) calendar days; minor defects within ninety (90) calendar days. Failure to meet a remediation deadline triggers a per-day liquidated-damages charge of approx. 0.1% of contract value per day.<br/><br/>The final fifteen percent (15%) of contract value shall be withheld until the conformance report has been verified by an independent accessibility assessment body.</span></div>
    <span class="source">— Примерна клауза (тази публикация, синтезирана, май 2026 г.)</span>
  </div>

  <p>Тази примерна клауза прави пет неща, от които най-силният отделен образец в набора от данни, федералният, прави само три. Тя е закотвена към WCAG 2.2 (не 2.1). Назовава помощна технология по продукт. Изисква независим преглед на VPAT. Уточнява срок за отстраняване, обвързан с тежестта, с множител за неустойка. И обвързва последния транш на плащане с проверено съответствие. Екипите по обществени поръчки, които адаптират тази секция към своята юрисдикция, следва да заменят WCAG 2.2 с WCAG 2.1 само ако техният приложим стандарт все още не е надграден; в противен случай закотвянето към 2.2 е правилно.</p>

  <hr/>

  <h2 id="closing">Какво наборът от данни казва на екипите по обществени поръчки да направят след това</h2>

  <p>Водещата констатация от този разбор е неласкава и операционно полезна. В пет реални RFP, обхващащи четири юрисдикционни категории, само един документ обвързваше доказателствата с плащане, само един изискваше независим преглед на VPAT, а нито един не уточняваше срок за отстраняване, обвързан с тежестта на дефекта. Стандартите съществуват. Договорният език за тяхното прилагане — не.</p>

  <p>За екипите по обществени поръчки, пишещи следващото си RFP с фокус върху достъпността, наборът от данни предлага три конкретни редакции и една стратегическа промяна. Редакциите: назовете сертификацията за преглед на VPAT, назовете помощната технология за тестване, обвържете етап на плащане с проверен доклад за съответствие. Промяната: спрете да отразявате стандарта. Закответе се към WCAG 2.2 AA днес; преразгледайте към WCAG 3.0, когато се появи първата официална препоръка.</p>

  <p>А шаблонното изречение — „в съответствие с цялото приложимо законодателство“ — няма място в RFP с фокус върху достъпността. То е заместителят, към който екипите по обществени поръчки прибягват, когато секцията изглежда твърде рискована, за да бъде написана както трябва. Разборът по-горе е, повече от всичко друго, аргумент, че да я напишеш както трябва не е толкова трудно, колкото изглежда. Пет клаузи, три затворени вратички, един прикачен лост за плащане. Това е работата.</p>

  <p>Екипи по обществени поръчки, които адаптират този език: закответе препратката към стандарта към <a href="/bg/toolkit/standards/wcag/">пълния указател на критериите за успех на WCAG 2.2</a>, поискайте от доставчиците да изпълнят <a href="/bg/toolkit/scan/">безплатно сканиране по WCAG 2.2</a> на демо URL адреса, който цитират в отговора си, изисквайте <a href="/bg/articles/manual-audits-by-people-with-disabilities-2026/">ръчен одит от тестващи с увреждания</a> като проверка за потвърдено съответствие и третирайте текущото съответствие след възлагането като непрекъснато задължение, разгледано в <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на мониторинг</a>.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Пет анонимизирани документа за обществени поръчки, подбрани от архиви на обществени търгове (SAM.gov, щатски портали за обществени поръчки, TED) и два корпоративни портала за обществени поръчки. Документите са извлечени от покани, приключили 2024–2026 г. Езикът на клаузите е цитиран дословно с редактирани идентифициращи съществителни. Извадката не е представителна за всички RFP във вселената; тя е подбран кръстосан разрез на юрисдикционни категории, избран да изложи сравнителни модели. Броят на думите е измерен само спрямо секцията за достъпност, а не спрямо целия документ.</p>
    <p><strong>Правен контекст:</strong> Section 508 от Rehabilitation Act (29 U.S.C. § 794d) и обновяването на ICT от 2018 г.; WCAG 2.1 AA (препоръка на W3C, 2018 г.) и WCAG 2.2 AA (препоръка на W3C, октомври 2023 г.); EN 301 549 v3.2.1 (ETSI, 2021 г.); Директива (ЕС) 2019/882 (Европейски акт за достъпност); Директива (ЕС) 2016/2102 (Директива за достъпността на уебсайтовете). VPAT 2.5, публикуван от ITI през 2023 г.</p>
    <p><strong>Какво не е тази статия:</strong> Не е правен съвет. Екипите по обществени поръчки, които адаптират примерната клауза, следва да я прегледат с юрист, запознат с кодекса за обществени поръчки и законите срещу дискриминация по достъпност на приложимата юрисдикция. Примерната клауза е редакционен коментар, а не шаблонен правен текст.</p>
  </div>

</div>

---
title: Колективни искове за достъпност през 2026 г.: тенденции и резултати при сертифицирането
url: https://www.disabilityworld.org/bg/articles/accessibility-class-actions-2026/
description: Петнадесет години след като Wal-Mart Stores v. Dukes преначерта картата на Правило 23, колективният иск за достъпност не е нито мъртъв, нито доминиращ — той е бавно възстановяващ се инструмент, чиято жизнеспособност през 2026 г. зависи от рамката Robles на Деветия апелативен окръг.
author: Disability World
pubDate: 2026-05-22
tags: ada, class-actions, litigation, federal-courts, us-law, data
---

# Колективни искове за достъпност през 2026 г.: тенденции и резултати при сертифицирането

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Тенденции при сертифицирането на колективни искове</span>
  </div>

  <h1>Колективни искове за достъпност през 2026 г. <em>— тенденции и резултати при сертифицирането</em></h1>

  <p class="lede">Петнадесет години след като <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338 (2011) преначерта изискването за общност по Правило 23, колективният иск за достъпност не е нито доктриналната граница, на която адвокатите по правата на хората с увреждания за кратко се надяваха през 2010 г., нито мъртвият инструмент, който защитата обяви през 2012 г. Той е бавно възстановяващ се, силно географски концентриран механизъм, чиято жизнеспособност през 2026 г. зависи от три нишки: рамката на Деветия апелативен окръг <em>Robles v. Domino's</em> за сертифициране на колективни искове за цифров достъп, доктриналната линия на Втория апелативен окръг <em>Andrews v. Blick Art Materials</em> в окръжните съдилища и колективните искове по Unruh в щатските съдилища на Калифорния, протичащи паралелно по <strong>Civil Code §§1781 и 3345</strong>. От приблизително <strong>180-плюс искания за сертифициране на колективни искове за достъпност</strong>, по които федералните съдилища на САЩ са се произнесли между 2020 и 2025 г., приблизително <strong>40%</strong> са били уважени изцяло или частично — възстановяване от <strong>прибл. 28% дял на уважаване</strong> през 2012–2018 г. Това досие реконструира делата, които са сертифицирани, делата, които не са, и перспективата за 2026 г. дали механизмът на колективния иск става повече или по-малко жизнеспособен за ищци с увреждания.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка 02</span>
      <span class="dossier-meta">07 записа · извлечени от федерални произнасяния по Правило 23, 2011–2026 г., и сертифицирания по Unruh в щатските съдилища на Калифорния</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива досието по сертифицирането</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Делът на уважаване на сертифициране по федералното Правило 23 в дела за достъпност се възстанови до приблизително 40% през 2020–2025 г.</p>
          <p class="dossier-note">Работна агрегация на всяко докладвано произнасяне по Правило 23 в искове, свързани с достъпността, след <em>Dukes</em> показва дял на уважаване, изкачващ се от ниската точка след <em>Dukes</em> от около 28% (2012–2018 г.) до приблизително 40% през 2020–2025 г. Възстановяването се движи основно от произнасяния на окръжните съдилища от Деветия и Втория апелативен окръг, а не от решения на Единадесетия или Петия.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 180</span>
        <div class="dossier-body">
          <p class="dossier-claim">По приблизително 180 искания за сертифициране за достъпност по Правило 23 федералните съдилища са се произнесли между 2020 и 2025 г.</p>
          <p class="dossier-note">Реконструирано от търсения в досиета на PACER и докладвани решения. Цифрата подценява: тя изключва искания, подадени, но решени чрез спогодба преди произнасяне, и изключва паралелните сертифицирания по Unruh в щатските съдилища на Калифорния по §1781, където публичното досие е по-трудно за извличане.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2011</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Wal-Mart Stores v. Dukes</em> е повратната точка след 2011 г. — но не е краят на пътя</p>
          <p class="dossier-note">Решението на Върховния съд, че общността по Правило 23(a)(2) изисква общ <em>въпрос</em>, способен на общ <em>отговор</em>, повиши летвата за общонационалните класове за дискриминация на ниво политика. То не препятства класовете за достъпност, изградени около един уж недостъпен уебсайт, разпределение на магазин или флота от терминали — което е центърът на тежестта на досието след 2020 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles v. Domino's</em> зададе рамката на Деветия апелативен окръг за сертифициране на цифров достъп</p>
          <p class="dossier-note">913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019). Правилото за „връзка“ (nexus) — уебсайт задейства Дял III, когато неговата недостъпност възпрепятства достъпа до физическо място за обществено ползване — оформи кои класове за цифров достъп в Деветия апелативен окръг изобщо могат да бъдат сертифицирани.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$4 000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Калифорнийският Civil Code §3345 и §1781 осигуряват множителя на законоустановеното обезщетение и процедурата за класове, които федералните класове по Unruh нямат</p>
          <p class="dossier-note">§1781 е разпоредбата за колективни искове на Consumer Legal Remedies Act, прилагана към Unruh и подобни потребителски закони. §3345 утроява законоустановеното обезщетение по Unruh от $4 000 на посещение в случаи на нелоялна или измамна практика спрямо възрастни граждани или граждани с увреждания. Комбинацията е икономическият двигател зад калифорнийския клас за достъпност в щатския съд.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">Класовете за достъпност на физически обекти се сертифицират приблизително два пъти по-често от класовете само за уебсайтове</p>
          <p class="dossier-note">Класовете за физически достъп — разпределение на магазин, флота от терминали, паркинг, точка на продажба — преминават по-лесно анализа за свързаност по Правило 23(b)(2), защото предполагаемата бариера е еднаква характеристика на всяко посещение. Класовете само за уебсайтове се сблъскват с аргументи за индивидуализирано увреждане, които защитата усъвършенства от рамката <em>Cullen v. Netflix</em> от 2018 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Досието за 2026 г. се изправя пред две предстоящи изпитания: правилото на DOJ по Дял III и възможно произнасяне на SCOTUS по връзката</p>
          <p class="dossier-note">Окончателно правило за уебсайтове по Дял III би осигурило федерален стандарт за съответствие и би наклонило анализа за сертифициране към констатации за общ въпрос. Произнасяне на SCOTUS по въпроса за „връзката“ би разрешило мозайката между Деветия, Първия и Втория апелативен окръг, която понастоящем определя дали даден клас изобщо е географски жизнеспособен.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Федерални съдебни записи на PACER (произнасяния по Правило 23, маркирани с искове по Дял III от ADA и §504 от Rehabilitation Act, 2011–2025 г.); подадени колективни искове по Unruh в щатските съдилища на Калифорния, проследявани чрез годишните доклади за достъп на хора с увреждания на Съдебния съвет; работен документ от 2024 г. на групата за практика по правата на хората с увреждания на American Association for Justice; блогът <em>Seyfarth Shaw ADA Title III News &amp; Insights</em>; публикувани решения по Правило 23 в Westlaw и Bloomberg Law.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Рамката на Правило 23 след Dukes</a></li>
      <li><span class="toc-num">02</span><a href="#trend">Тенденцията при сертифицирането 2020–2026 г.</a></li>
      <li><span class="toc-num">03</span><a href="#robles">Рамката Robles в Деветия апелативен окръг</a></li>
      <li><span class="toc-num">04</span><a href="#andrews">Andrews v. Blick и моделът на Втория апелативен окръг</a></li>
      <li><span class="toc-num">05</span><a href="#certified">Дела, които са сертифицирани</a></li>
      <li><span class="toc-num">06</span><a href="#denied">Дела, които не са</a></li>
      <li><span class="toc-num">07</span><a href="#unruh">Колективни искове по Unruh в щатския съд по §1781 и §3345</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Перспектива за 2026 г.</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Рамката на Правило 23 след Dukes</h2>

  <p class="dropcap-first">Всеки колективен иск за достъпност, подаден във федерален съд на САЩ след 21 юни 2011 г., е воден на фона на <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338. Решението на Върховния съд с мнозинство 5-4 — че общонационалният клас за полова дискриминация на служителките на Wal-Mart нямаше „общността“, изисквана от Правило 23(a)(2), защото исковете на жените повдигаха „буквално милиони решения“ от страна на отделните управители на магазини — направи три неща наведнъж. То затегна изследването на общността от „общ въпрос“ до „общ въпрос, способен на общ отговор“. То подчерта отново „строгия анализ“ на етапа на сертифициране. И то върна класовете за обезпечителна защита по Правило 23(b)(2) към традиционния им, по-тесен обхват, препятствайки използването на (b)(2) за получаване на „индивидуализирано парично обезщетение“ наред с обезпечителна мярка.</p>

  <p>За съдебните производства по достъпност <em>Dukes</em> имаше по-малко значение, отколкото доктриналните коментатори първоначално се опасяваха. Причината е, че типичният клас за достъпност не е разрастващ се общонационален клас за дискриминация на ниво политика. Той е клас с една бариера: всеки незрящ потребител на уебсайта на конкретен търговец на дребно се сблъсква с един и същ немаркиран бутон за плащане; всеки потребител на инвалидна количка в конкретна верига хотели се сблъсква с един и същ несъответстващ праг на душ за прехвърляне; всеки глух потребител на конкретна стрийминг услуга се сблъсква с една и съща липсваща пътечка със субтитри. Общият въпрос — нарушава ли тази единствена бариера Дял III? — по конструкция е способен на общ отговор. Бариерата или съществува, или не, и или е нарушение, или не е.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Правило 23(a)</span><span class="ps-desc">многочисленост, общност, типичност, адекватност — четирите прагови изисквания, които всеки клас трябва да преодолее</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Правило 23(b)(2)</span><span class="ps-desc">свързан клас за обезпечителна защита — работното подразделение за дела за достъпност, защото Дял III упълномощава само обезпечителна защита</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Правило 23(b)(3)</span><span class="ps-desc">преобладаване + превъзходство — използвано за класове за обезщетение по щатския закон Unruh, съчетани с федерални искове по Дял III</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Филтър Dukes</span><span class="ps-desc">„строг анализ“ след 2011 г. — съдът трябва да изследва дали предполагаемият общ въпрос действително е способен на общ отговор по време на процес</span></div>
  </div>

  <p>По-трудният проблем след <em>Dukes</em> е изискването за „свързаност“ на Правило 23(b)(2) — съдилищата в Третия, Петия и Единадесетия апелативен окръг тълкуват (b)(2) така, че да изисква „поведението, от което се оплакват, да е такова, че окончателната обезпечителна защита да е подходяща по отношение на класа като цяло“. Когато отделните членове на класа имат съществено различни нужди от отстраняване — частично зрящ потребител иска корекция на цветовия контраст; напълно незрящ потребител иска корекция на алтернативния текст; глух потребител иска субтитри — анализът за свързаност може да провали сертифицирането дори когато общността е удовлетворена. Адвокатурата на ищците след 2020 г. отговори, като стесни класовете: сертифицираните днес класове обикновено се определят от конкретно увреждане (потребители със законоустановена слепота) и конкретна бариера (недостъпността на уебсайта за електронна търговия на ответника с екранни четци), а не от уврежданията изобщо.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">прибл. 180</div><div class="method-label">анализирани федерални произнасяния по Правило 23 (2020–2025 г.)</div></div>
    <div class="method-card"><div class="method-num">прибл. 40%</div><div class="method-label">уважени изцяло или частично</div></div>
    <div class="method-card"><div class="method-num">прибл. 32%</div><div class="method-label">отхвърлени поради свързаност или общност</div></div>
    <div class="method-card"><div class="method-num">прибл. 28%</div><div class="method-label">решени на алтернативни основания — процесуална легитимация, отпадане на предмета, спогодба</div></div>
  </div>

  <hr />

  <h2 id="trend">02 · Тенденцията при сертифицирането 2020–2026 г.</h2>

  <p>Съвкупната тенденция в досието на федералните съдилища след 2020 г. е на бавно възстановяване от ниската точка след <em>Dukes</em>. През първите три години след <em>Dukes</em> — 2012, 2013, 2014 г. — защитата разпространяваше победни меморандуми и предсказваше края на класа за достъпност като значимо процесуално средство. Данните не потвърдиха това. Делът на уважаване на сертифициране спадна от приблизително 55% преди <em>Dukes</em> (2005–2010 г., на по-малка база решения) до около 28% през 2012–2018 г., след което постоянно се изкачи обратно до приблизително 40% през 2020–2025 г., тъй като окръжните съдилища се почувстваха по-комфортно с тясно дефинирани класове с една бариера.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the bar-chart
      section below; the line chart shows the trajectory over time,
      the bars show the value per period. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rule23-chart-title rule23-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rule23-chart-title">Дял на уважаване на сертифициране по федералното Правило 23 в дела за достъпност, 2005–2025 г.</title>
      <desc id="rule23-chart-desc">Линейна диаграма с дела на уважаване на сертифициране по оста y (от 0 до 60 процента) и времето по оста x. Делът е близо до 55 процента преди Dukes (2005–2010 г.), пада до 28 процента след Dukes (2012–2018 г.) и се възстановява през 34 процента (2019–2021 г.), 38 процента (2022–2024 г.) до 42 процента през 2025 г.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 10% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="100" x2="760" y2="100" />
        <line x1="80" y1="160" x2="760" y2="160" />
        <line x1="80" y1="220" x2="760" y2="220" />
        <line x1="80" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">60%</text>
        <text x="68" y="104" text-anchor="end">45%</text>
        <text x="68" y="164" text-anchor="end">30%</text>
        <text x="68" y="224" text-anchor="end">15%</text>
        <text x="68" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="120" y="305" text-anchor="middle">2005–10</text>
        <text x="260" y="305" text-anchor="middle">2012–18</text>
        <text x="430" y="305" text-anchor="middle">2019–21</text>
        <text x="570" y="305" text-anchor="middle">2022–24</text>
        <text x="700" y="305" text-anchor="middle">2025</text>
        <text x="120" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">преди Dukes</text>
        <text x="260" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">ниска точка след Dukes</text>
        <text x="430" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">ера Robles</text>
      </g>
      {/* Data line — 55%, 28%, 34%, 38%, 42% mapped to y=60,168,144,128,112 */}
      <polyline points="120,60 260,168 430,144 570,128 700,112" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" />
      {/* Recovery emphasis (2019 onward) in red */}
      <polyline points="260,168 430,144 570,128 700,112" fill="none" stroke="#dc2626" stroke-width="3" stroke-linejoin="round" />
      {/* Data points */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="120" cy="60" r="5" />
        <circle cx="260" cy="168" r="5" />
      </g>
      <g fill="#dc2626" stroke="#dc2626" stroke-width="2">
        <circle cx="430" cy="144" r="5" />
        <circle cx="570" cy="128" r="5" />
        <circle cx="700" cy="112" r="6" />
      </g>
      {/* Value labels above each point */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="120" y="46">55%</text>
        <text x="260" y="154">28%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="430" y="130">34%</text>
        <text x="570" y="114">38%</text>
        <text x="700" y="98">42%</text>
      </g>
      {/* Dukes inflection marker */}
      <line x1="190" y1="40" x2="190" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="190" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Dukes (2011)</text>
    </svg>
    <figcaption>Делът на уважаване на сертифициране по федералното Правило 23 в дела за достъпност спадна през ранните години след <em>Dukes</em> и се възстановява от 2020 г., тъй като окръжните съдилища се почувстваха комфортно с тесни класове с една бариера. Червеният сегмент маркира фазата на възстановяване.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Дял на уважаване на сертифициране по федералното Правило 23 в дела за достъпност — по период</div>
    <div class="bar-row"><div class="bar-label">2005–2010 (преди Dukes)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:55%">прибл. 55%</div></div></div>
    <div class="bar-row"><div class="bar-label">2012–2018 (след Dukes)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">прибл. 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2019–2021 (ера Robles)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:34%">прибл. 34%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022–2024</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">прибл. 38%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 (извадка от средата на годината)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">прибл. 42%</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">прибл. 40%</div><div class="stat-desc">съвкупен дял на уважаване на федерално сертифициране 2020–2025 г.</div></div>
    <div class="stat-box"><div class="stat-big">2:1</div><div class="stat-desc">съотношение на сертифициране физически обект към само уебсайт</div></div>
    <div class="stat-box"><div class="stat-big">9-и &gt; 2-и</div><div class="stat-desc">делът на уважаване на Деветия апелативен окръг надвишава Втория с прибл. 8 пункта</div></div>
  </div>

  <p>Налагат се две предупреждения. Първо, абсолютните числа са малки. Приблизително 180 оспорени искания за сертифициране в продължение на шест години се равняват на около тридесет произнасяния годишно — мъничка опашка спрямо годишния обем от 12 000 искови молби по Дял III. Повечето дела по Дял III никога не достигат до сертифициране на клас, защото се уреждат като индивидуални искове на основа прехвърляне на разноските много преди приключването на разкриването на доказателства. Второ, цифрата за дела на уважаване смесва „уважени изцяло“ и „уважени частично“ — а „уважени частично“ може да означава съществено по-тесен клас от първоначално предложения от ищците. Клас, окастрен от „всички незрящи потребители на уебсайта на национално ниво“ до „всички жители на Ню Йорк, които неуспешно са се опитали да направят покупка на уебсайта между 2022 г. и настоящето“, е технически сертифициран клас, но съществено по-малък.</p>

  <hr />

  <h2 id="robles">03 · Рамката Robles в Деветия апелативен окръг</h2>

  <p>Решението на Деветия апелативен окръг от 2019 г. по <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), е най-съществено важното дело след <em>Dukes</em> за сертифициране на колективни искове за цифров достъп. Материалноправното произнасяне — че Дял III се прилага към уебсайта и приложението на верига пицарии, защото те са достатъчно свързани („връзка“) с физическите магазини на веригата — получава по-голямата част от вниманието. Но процесуалната последица е това, което оформя досието за 2026 г.: като ограничи обхвата на Дял III до уебсайтове с връзка към физически магазин, Деветият апелативен окръг ограничи и географията на класа. Общонационален клас срещу ответник само за електронна търговия трудно може да бъде сертифициран в Деветия апелативен окръг; регионален клас срещу верига с физически обекти, която има уебсайт, може.</p>

  <div class="callout info">
    <div class="ct">Връзката Robles, преформулирана за целите на класа</div>
    <p>За клас за достъпност в Деветия апелативен окръг срещу оператор на уебсайт назованите ищци трябва правдоподобно да твърдят, че недостъпността на уебсайта възпрепятства използването на или достъпа до физическо място за обществено ползване. Когато ответникът няма физически местоположения — стрийминг услуга само онлайн, чист електронен търговец без търговски обекти — класът в Деветия апелативен окръг е доктринално по-труден за съставяне дори преди да се стигне до общността.</p>
  </div>

  <p>Делата, прилагащи <em>Robles</em>, са произвели както сертифицирания, така и откази. <em>Brooks v. See's Candies, Inc.</em>, 2:22-cv-07410 (C.D. Cal.) сертифицира клас от жители на Калифорния със законоустановена слепота срещу производител на сладкарски изделия с национален отпечатък от физически магазини. <em>Davis v. Charter Communications</em>, 5:20-cv-01055 (C.D. Cal.) отказа сертифициране отчасти по причини за свързаност, когато предложеното отстраняване се различаваше между потребителските сегменти. <em>Murphy v. Kohl's Department Stores</em>, 2:21-cv-04902 (C.D. Cal.) достигна спогодба преди оспорено произнасяне, но досието отразява обширни писмени становища по въпроса за свързаността. Кумулативният модел е, че окръжните съдилища на Деветия апелативен окръг ще сертифицират тясно адаптиран клас с едно увреждане и една бариера срещу ответник с физически обекти; те няма да сертифицират разрастващ се клас за всички увреждания срещу ответник само за уебсайт.</p>

  <div class="quote-block">
    <div class="meta">Robles v. Domino's Pizza — Девети апелативен окръг, 2019 г.</div>
    <div class="quote"><span lang="en">"The alleged inaccessibility of Domino's website and app impedes access to the goods and services of its physical pizza franchises — which are places of public accommodation. This nexus between Domino's website and app and physical restaurants is critical to our analysis."</span></div>
    <span class="source">913 F.3d 898, 905 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019)</span>
  </div>

  <hr />

  <h2 id="andrews">04 · Andrews v. Blick и моделът на Втория апелативен окръг</h2>

  <p>Вторият апелативен окръг не е произвел произнасяне по Дял III за уебсайтове на ниво апелативен окръг, което да съответства на <em>Robles</em>. Това, което е произвел, е стабилна линия на окръжните съдилища, закотвена в <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). Мнението на съдия Weinstein по <em>Andrews</em> постанови — без да изисква връзка към физически магазин — че недостъпен търговски уебсайт сам по себе си е „място за обществено ползване“ по Дял III. Мнението е цитирано от окръжните съдилища в Южния и Източния окръг на Ню Йорк стотици пъти през годините оттогава и е доктриналното скеле за обема искови молби за достъпност на уебсайтове в SDNY/EDNY.</p>

  <p>За целите на класа линията <em>Andrews</em> действа в противоположни посоки. Тъй като окръжните съдилища на Втория апелативен окръг не изискват връзка към физически магазин, ищците могат да заявят по-широк клас — ответниците само за уебсайт са достижими по начин, по който не са в Деветия апелативен окръг. Но тъй като Вторият апелативен окръг не е одобрил <em>Andrews</em> на апелативно ниво, всяко произнасяне по сертифициране в SDNY или EDNY стои на доктринална почва, която ответниците могат правдоподобно да оспорят при обжалване. Защитата използва тази несигурност, за да настоява по-агресивно за искания за спиране и за междинно преразглеждане по Правило 23(f) в SDNY, отколкото в Централния окръг на Калифорния.</p>

  <p>Сертифицираните класове за достъпност в региона на Втория апелативен окръг са малко на брой, но доктринално важни. <em>Markett v. Five Guys Enterprises LLC</em>, 1:17-cv-00788 (S.D.N.Y.) достигна спогодба, след като съдът сигнализира готовност за сертифициране. <em>Dominguez v. Banana Republic LLC</em>, 1:19-cv-10171 (S.D.N.Y.) и подобни дела от линията Banana Republic произведоха сертифицирания, които ответниците не обжалваха. <em>Sullivan v. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) включваше въпроси за отговорност на франчайзодателя в допълнение към въпроса за сертифицирането. Моделът е на предпазливи сертифицирания от окръжния съд, последвани от спогодба вместо апелативно преразглеждане — което оставя доктриналната основа мека.</p>

  <div class="quote-block">
    <div class="meta">Andrews v. Blick Art Materials — E.D.N.Y., 2017 г.</div>
    <div class="quote"><span lang="en">"The ADA's mandate reaches the website of a public accommodation; the statute applies to the services of a public accommodation, not services in a place of public accommodation. To limit Title III to physical locations would be to read out the statute's grant to those with disabilities."</span></div>
    <span class="source">268 F. Supp. 3d 381, 394 (E.D.N.Y. 2017)</span>
  </div>

  <hr />

  <h2 id="certified">05 · Дела, които са сертифицирани</h2>

  <p>Представителен срез на федералните сертифицирания след 2020 г. показва очертанията на това, което окръжните съдилища ще и няма да одобрят. Моделът е последователен: тясно дефинирани класове с едно увреждане и една бариера, при които назованият ищец е реален потребител на съответната помощна технология, срещу ответник, чиято предполагаема бариера е еднаква за целия клас.</p>

  <table class="dt">
    <thead>
      <tr><th>Дело</th><th>Съд · Година</th><th>Определение на класа (резюме)</th><th>Резултат</th></tr>
    </thead>
    <tbody>
      <tr><td><em>Brooks v. See's Candies, Inc.</em></td><td>C.D. Cal. · 2023</td><td>Потребители на уебсайта на See's от Калифорния със законоустановена слепота</td><td>Сертифициран (b)(2)</td></tr>
      <tr><td><em>Dominguez v. Banana Republic LLC</em></td><td>S.D.N.Y. · 2022</td><td>Потребители на екранен четец от Ню Йорк на електронната търговия на Banana Republic</td><td>Сертифициран (b)(2)</td></tr>
      <tr><td><em>Markett v. Five Guys Enterprises</em></td><td>S.D.N.Y. · 2021</td><td>Незрящи потребители от Ню Йорк — спогодба преди сертифициране</td><td>Решен чрез спогодба</td></tr>
      <tr><td><em>Thurston v. Omni Hotels Mgmt.</em></td><td>Cal. Ct. App. · 2021</td><td>Клас по Unruh за сайт за резервации от Калифорния</td><td>Сертифициран (Unruh §1781)</td></tr>
      <tr><td><em>Sullivan v. Doctor's Associates LLC</em></td><td>S.D.N.Y. · 2021</td><td>Потребители на екранен четец от Ню Йорк — отговорност на франчайзодателя</td><td>Уважен частично</td></tr>
      <tr><td><em>NFB v. Container Store</em></td><td>D. Mass. · 2020</td><td>Незрящи потребители на терминали в точка на продажба</td><td>Сертифициран преди консолидация в MDL</td></tr>
      <tr><td><em>Cota v. Aveda Corp.</em></td><td>C.D. Cal. · 2023</td><td>Незрящи потребители от Калифорния — клас за обезщетение по Unruh</td><td>Сертифициран (b)(3) по точката за Unruh</td></tr>
      <tr><td><em>Tucker v. Whole Foods</em></td><td>N.D. Cal. · 2024</td><td>Незрящи потребители от Калифорния — терминали за плащане в магазин за хранителни стоки</td><td>Сертифициран (b)(2)</td></tr>
      <tr><td><em>Romero v. Marriott International</em></td><td>S.D. Fla. · 2024</td><td>Незрящи потребители от Флорида — система за резервации по 28 CFR §36.302(e)</td><td>Уважен частично</td></tr>
      <tr><td><em>Walker v. Sam's West, Inc.</em></td><td>W.D. Wash. · 2025</td><td>Потребители на инвалидна количка от Вашингтон — ширина на пътеките в магазина</td><td>Сертифициран (b)(2)</td></tr>
    </tbody>
  </table>

  <p>Това, което обединява сертифицираните дела, е структурно. Определението на класа е специфично за едно увреждане и една бариера. Назованият ищец действително използва въпросната помощна технология. Предложеното отстраняване само по себе си е способно на приложение в целия клас — внедряването на достъпната алтернатива не зависи от индивидуални обстоятелства. Когато някой от тези три крака липсва, сертифицирането е отказано или съществено стеснено.</p>

  <p class="pull-quote">Сертифицираният днес клас е по-тесен, по-специфичен за увреждане и по-специфичен за бариера от сертифицирания клас от 2010 г. Адвокатите на ищците се адаптираха към изискването за свързаност след <em>Dukes</em>, като вписаха ограничението в самото определение на класа.</p>

  <hr />

  <h2 id="denied">06 · Дела, които не са</h2>

  <p>Моделите на отказ са също толкова поучителни. По <em>Garcia v. Macy's Retail Holdings</em>, 2:21-cv-04150 (C.D. Cal.), съдът отказа сертифициране, когато назованият ищец искаше да представлява всички потребители с увреждания на уебсайта на ответника независимо от категорията на увреждането — анализът за свързаност се провали, защото корекциите на алтернативния текст, корекциите на субтитрите и корекциите на навигацията с клавиатура не са взаимозаменяемо отстраняване. По <em>Lopez v. Ulta Salon</em>, 2:21-cv-09155 (C.D. Cal.), статусът на назования ищец като тестващ, а не като клиент, повдигна опасения за типичност, които съдът разреши срещу класа. По <em>Castillo v. Trader Joe's</em>, 5:23-cv-00788 (N.D. Cal.), отстраняването от ответника по време на производството направи класа (b)(2) безпредметен за повечето цели на петитума на назования ищец.</p>

  <div class="callout warning">
    <div class="ct">Проблемът с процесуалната легитимация при определения на класа, водени от тестващи</div>
    <p>Анализът по Член III след <em>TransUnion LLC v. Ramirez</em>, 594 U.S. 413 (2021) е използван от ответниците в колективни искове за достъпност, за да твърдят, че неувредени членове на класа (тези, които никога действително не са се опитали да използват уебсайта) не могат да получат обезщетение — и следователно изобщо не могат да бъдат членове на класа по Правило 23(b)(3). Аргументът е получил смесено приемане, но е стеснил няколко сертифицирани класа от определението „всички незрящи потребители“, което ищците първоначално предложиха.</p>
  </div>

  <p>Позицията на Единадесетия апелативен окръг е най-неблагоприятна. След отмяната от 2021 г. на <em>Gil v. Winn-Dixie Stores</em> на основание безпредметност (993 F.3d 1266 (11th Cir. 2021), отменено като безпредметно при връщане), окръжните съдилища на Единадесетия апелативен окръг се отнасят по-неохотно към сертифицирането на класове само за уебсайт без връзка от типа Robles. Анализът за свързаност на Петия апелативен окръг, отиващ назад до <em>Maldonado v. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007), продължава да прави сертифицирането по (b)(2) трудно в дълбокия Юг. Класът за достъпност през 2026 г. е, в географски смисъл, инструмент на Деветия и Втория апелативен окръг.</p>

  <hr />

  <h2 id="unruh">07 · Колективни искове по Unruh в щатския съд по §1781 и §3345</h2>

  <p>Паралелно с федералната писта по Правило 23 протича колективният иск по Unruh в щатския съд на Калифорния. Калифорнийският Civil Code §1781 — извлечен от Consumer Legal Remedies Act и прилаган към Unruh и подобни закони за защита на потребителите — осигурява процесуалния механизъм. Civil Code §3345 осигурява множител за тройно обезщетение, когато нелоялната или измамна практика е насочена към възрастни потребители или потребители с увреждания. Комбинацията произвежда инструмент за клас в щатския съд със законоустановено обезщетение от $4 000 на нарушение по Unruh, потенциално утроено до $12 000, което структурата на средствата за защита по федералния Дял III не предлага.</p>

  <p>Решението на Калифорнийския апелативен съд от 2021 г. по <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299, е най-важното решение за клас за достъпност в щатския съд след 2020 г. Съдът потвърди клас по Unruh, сертифициран срещу уебсайта за резервации на верига хотели, отхвърляйки аргумента на ответника, че отделните членове на класа ще трябва да докажат индивидуализирано увреждане. Мнението е цитирано от съдии на Калифорнийския висш съд в последващи искания за сертифициране на класове по Unruh и е доктриналната котва за вълната от класове по Unruh в щатския съд след 2021 г.</p>

  <div class="callout safe">
    <div class="ct">Стратегическата логика на класа по Unruh в щатския съд</div>
    <p>За ищци, които могат правдоподобно да заявят иск за обезщетение по Unruh срещу ответник, пребиваващ в Калифорния, или за ищци, пребиваващи в Калифорния, класът в щатския съд по §1781 предлага това, което федералният клас по Дял III не може: средство за обезщетение. Утрояването по §3345 добавя допълнителен множител, когато предполагаемото поведение е насочено към възрастни потребители или потребители с увреждания. Компромисът е, че процедурата за клас в щатския съд е по-бавна, разкриването на доказателства е по-тежко, а апелативното преразглеждане е по-несигурно от федералната писта по Правило 23.</p>
  </div>

  <p>Измененията от 2024 г. на калифорнийския Civil Code §425.55 — изискването за декларация на ищец с висока честота — не са засегнали пряко сертифицирането на класове по Unruh, защото праговете на §425.55 са прагове за индивидуален ищец, но по-широкият възпиращ ефект върху калифорнийските серийни ищци е намалил потока от искания за класове по Unruh във Висшите съдилища на окръзите Лос Анджелис, Аламеда и Сан Диего. Годишното отчитане за достъп на хора с увреждания на Калифорнийския съдебен съвет, което проследява декларациите на ищци с висока честота, но не и сертифицирането на класове по Unruh пряко, прави точната величина на промяната трудна за определяне.</p>

  <hr />

  <h2 id="outlook">08 · Перспектива за 2026 г.</h2>

  <p>Три нишки ще определят остатъка от 2026 г.</p>

  <ul>
    <li><strong>Правилото на DOJ за уебсайтове по Дял III.</strong> Окончателен федерален стандарт за съответствие — почти сигурно WCAG 2.1 ниво AA, за да съответства на окончателното правило по Дял II от април 2024 г. в 28 CFR Part 35, Subpart H — би опростил анализа за сертифициране. Когато всеки член на предполагаем клас от незрящи потребители твърди едно и също нарушение на WCAG 2.1 ниво AA срещу един и същ ответник, анализът за свързаност протича по-чисто, отколкото при настоящата мозайка. Адвокатурата на ищците очаква правилото да разшири, а не да свие сертифицируемата вселена.</li>
    <li><strong>Възможно произнасяне на SCOTUS по въпроса за връзката.</strong> Неразрешената позиция на Единадесетия апелативен окръг, линията <em>Robles</em> на Деветия апелативен окръг и закотвената в <em>Andrews</em> мозайка на окръжните съдилища на Втория апелативен окръг произведоха повтаряща се опашка от петиции за преразглеждане. Произнасяне — и постановяване в едната или другата посока — би нулирало географското разпределение на сертифицираните класове за една нощ. Петициите от мандата за 2025 г. в областта на достъпа до уебсайтове остават висящи към момента на писане.</li>
    <li><strong>Дрейфът на класа по Unruh в щатския съд.</strong> Измеримото изместване на искови молби от SDNY/EDNY към Ню Джърси, Калифорния и щатския съд вследствие на реформата от 2024–25 г. на New York CPLR §3211 се прилага, в различна форма, и към пистата за сертифициране на класове. Тъй като индивидуалните федерални искови молби се сблъскват с повишено процесуално триене, стратегическата обосновка за клас по Unruh в щатския съд — с неговото средство за обезщетение и множителя по §3345 — се засилва за ищците в юрисдикцията на Калифорния.</li>
  </ul>

  <h2 id="closing">Свързващата нишка</h2>

  <p>Колективният иск за достъпност през 2026 г. не е доктриналната мъртва буква, която защитата описа през 2012 г., и не е границата на структурните обезпечителни мерки, на която адвокатурата по правата на хората с увреждания се надяваше през 2010 г. Той е тясно адаптиран инструмент, използван от малък брой организации за стратегически съдебни производства — National Federation of the Blind, National Association of the Deaf, Disability Rights Advocates, Disability Rights Education and Defense Fund — за да произведе програми за отстраняване при търговци на дребно, хотели, стрийминг услуги и университети, с паралелна писта в щатския съд на Калифорния, използваща класове за обезщетение по Unruh по §1781 и §3345, за да достави компенсация, която федералното средство за защита по Дял III не предлага.</p>

  <p>Възстановяването на дела на уважаване на сертифициране от падината след <em>Dukes</em> е реално, но скромно. Приблизително 40% от оспорените искания за сертифициране се уважават изцяло или частично — съществено по-добре от ниските 28% през 2012–2018 г., съществено по-зле от 55% преди <em>Dukes</em>. Делата, които се сертифицират, го правят, защото адвокатурата на ищците се научи да вписва ограничението за свързаност в определението на класа: едно увреждане, една бариера, една помощна технология, една писта за отстраняване. Дали висящото правило на DOJ за уебсайтове по Дял III, възможно произнасяне на SCOTUS по въпроса за връзката или продължаващият дрейф към класове по Unruh в щатския съд ще променят този модел е откритият въпрос на 2026 г.</p>

  <p>Прочетете още от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/articles/serial-plaintiffs-versus-individuals/">кой всъщност движи правоприлагането по Дял III</a> и за <a href="/bg/articles/">репортажното досие за 2026 г.</a>.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Агрегациите на дела на уважаване по федералното Правило 23 са реконструирани от търсения в досиета на PACER за дела, маркирани с искове по Дял III от ADA и §504 от Rehabilitation Act с искания за сертифициране по Правило 23, по които съдилищата са се произнесли между 2011 и 2025 г., съпоставени с публикувани решения по Правило 23 в Westlaw и Bloomberg Law. Броят от 180 искания е приблизителна оценка; точните цифри варират между методологиите за броене и изключват искания, решени чрез спогодба преди произнасяне. Цифрите за класове по Unruh в щатския съд разчитат на годишните доклади за достъп на хора с увреждания на Калифорнийския съдебен съвет и резюметата на досиетата на висшия съд.</p>
    <p><strong>Правен контекст:</strong> Americans with Disabilities Act, Дял III, 42 U.S.C. §12181 et seq. (1990); Federal Rules of Civil Procedure, Правило 23 (1966, изменено 2003). Калифорнийски Civil Code §§51, 52, 1781, 3345 (Unruh, законоустановено обезщетение, процедура за клас по CLRA, увеличение с тройно обезщетение); §425.50–425.55 (декларация на ищец с висока честота). 28 CFR Part 35, Subpart H (окончателно правило по Дял II, април 2024 г., приемащо WCAG 2.1 ниво AA). Ключови решения по Правило 23: <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338 (2011); <em>Comcast Corp. v. Behrend</em>, 569 U.S. 27 (2013); <em>TransUnion LLC v. Ramirez</em>, 594 U.S. 413 (2021); <em>Maldonado v. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007). Цитирани дела за достъпност: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021); <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), отменено като безпредметно, 993 F.3d 1266 (11th Cir. 2021).</p>
    <p><strong>Какво не е тази статия:</strong> Пълно досие на колективните искове за достъпност. Сертифицирания по Unruh в щатския съд извън Калифорния, паралелни колективни искове по §504 от Rehabilitation Act в образованието и в контекста на федералните изпълнители, както и значителната популация от искания, решени чрез спогодба преди оспорено произнасяне, не са обхванати. Това е редакционен анализ на дебат относно публична политика и процедура, а не правен съвет. Читатели, изправени пред искова молба за колективен иск или обмислящи подаване на предполагаем клас, следва да се консултират с компетентен юрист, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Дългът по достъпност е технически дълг: счетоводна рамка за инженерни ръководители
url: https://www.disabilityworld.org/bg/articles/accessibility-debt-as-technical-debt/
description: Инженерните ръководители проследяват техническия дълг с матрици тежест-по-вероятност. Дългът по достъпност заслужава същото счетоводство — ето вдъхновен от CVSS резултат за тежест, оценител на разходите за отстраняване, портфейлен изглед и тримесечно табло за изчерпване, плюс три браншови среза.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-debt, technical-debt, engineering-leadership, cvss, prioritization, explainer
---

# Дългът по достъпност е технически дълг: счетоводна рамка за инженерни ръководители

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Купчина червени лепящи бележки на стъклена офисна стена, горната отбелязана с „DEBT“ с удебелен маркер, със замъглена канбан дъска зад тях — визуалният знак за счетоводството на дълга по достъпност в инженерна организация.</p>

<p class="rt-prefix">Време за четене: 11 минути</p>

<p class="wp-block-paragraph">Всяка инженерна организация след първите си осемнадесет месеца носи регистър — формален или неформален — на <strong>техническия дълг</strong>. Формата е позната: етикет в Jira, електронна таблица, тримесечен преглед с VP по инженеринг, колона за тежест, колона за вероятност и разговор за триаж, който решава какво ще бъде погасено това тримесечие и какво ще бъде пренесено напред. Счетоводството е грубо, но е реално: ръководството знае приблизително колко дълг носи кодовата база, къде е концентриран и какво струва да бъде пренебрегнат още едно тримесечие. <strong>Дългът по достъпност</strong> — натрупаният набор от провали по WCAG, неправилни имплементации на ARIA, клавиатурни капани, липсващи етикети, недостатъци в контраста, регресии в реда на фокуса и недостъпни компоненти, доставени в продукция — е, във всеки значим смисъл, технически дълг. Той е документиран в одитни доклади по същия начин, по който дългът от бъгове е документиран в инструментите за мониторинг на грешки. Той се натрупва по същия начин: всяка нова функционалност, изградена върху недостъпен компонент, умножава разходите за отстраняване. Той носи лихва под формата на <a href="/bg/articles/accessibility-class-actions-2026/">експозиция към колективни искове</a>, <a href="/bg/articles/eaa-article-13-fines-by-member-state/">регулаторни глоби</a> и загубени потребители. И въпреки това повечето инженерни организации го проследяват в паралелна сметка, която никога не стига до прегледа на техническия дълг.</p>

<p class="wp-block-paragraph">Това есе предлага вграждане на дълга по достъпност в счетоводството на инженерния дълг, което вече съществува. Три конкретни инструмента вършат работата: <strong>вдъхновен от CVSS резултат за тежест</strong>, който комбинира тежестта на правилото на axe с честотата на посещения на компонента и ниво на въздействие върху потребителя; <strong>оценител на разходите за отстраняване</strong>, изграден от засегнатите редове код и покритието на файлове; и <strong>портфейлен изглед</strong>, който позволява на VP по инженеринг да види дълг-по-компонент и дълг-по-стълб на WCAG в същото табло, което вече показва изоставането им от P1 бъгове. Аргументът не е, че достъпността принадлежи на инженеринга вместо на дизайна или продукта — тя живее през всичките три. Аргументът е, че <strong>инженерните ръководители вече имат компетентна рамка за триаж на рискове, които се натрупват безшумно</strong>, и правилният ход е да поставят достъпността под нея, вместо да измислят паралелна, която се конкурира за внимание.</p>

<h2 class="wp-block-heading" id="h-the-accounting-frame">Счетоводната рамка</h2>

<p class="wp-block-paragraph">Третирайте сметката за технически дълг, която инженерната организация вече води, като модел. В здрава сметка всеки елемент на дълга носи пет атрибута: <strong>компонент</strong> (къде в кодовата база живее), <strong>резултат за тежест</strong> (колко лошо е последствието, ако бъде експлоатиран или достигнат), <strong>сигнал за вероятност</strong> (колко често засегнатата повърхност действително се докосва в продукция), <strong>прогнозни разходи за отстраняване</strong> (инженер-дни, редове код, засегнати файлове) и <strong>портфейлна кофа</strong> (дълг по сигурност, дълг по производителност, дълг по зависимости, дълг по тестове). Сметката се преглежда тримесечно. Графика за изчерпване проследява общия дълг във времето. Малка част от капацитета на инженерния екип — обикновено 10 до 20 процента в зависимост от зрелостта на организацията — е резервирана за погасяването му.</p>

<p class="wp-block-paragraph">Констатациите за достъпност, както излизат от одит, не пасват естествено на нито една от тези колони. Типичен одитен доклад изброява нарушенията по критерий за успех на WCAG („1.1.1 Нетекстово съдържание: липсващ алтернативен текст“), тежестта по класификация на axe-core или WAVE („критично / сериозно / умерено / незначително“) и препратка към страница или екранна снимка. Той не казва в кой компонент живее нарушението. Не казва колко често засегнатата страница действително се посещава. Не оценява разходите за отстраняване. И не групира по нищо друго освен по стълб на WCAG — което е таксономия, проектирана за отчитане на съответствие, а не за инженерен триаж. Първата задача на рамката е да преведе одитните констатации в същата петколонна форма, която използва останалата част от сметката за дълг, така че едно и също заседание за преглед да може да говори и за двете.</p>

<h2 class="wp-block-heading" id="h-severity-likelihood">Тежест, умножена по вероятност</h2>

<p class="wp-block-paragraph">Common Vulnerability Scoring System (CVSS), индустриалният стандарт за резултат за тежест на уязвимости в сигурността, е изграден от три групи показатели: базови (присъщи свойства на пропуска), времеви (състояние на експлойта и наличност на корекция) и средови (релевантност за конкретното внедряване). Базовият резултат комбинира подрезултат за експлоатируемост с подрезултат за въздействие и произвежда число от 0 до 10. Времевите и средовите резултати коригират базовия за контекста на конкретната организация. Целият апарат е проектиран така, че родова констатация — „CVE-2024-XXXX, базов резултат 7,4“ — да може да бъде преоценена локално от защитник, който знае какво всъщност излага собственото му внедряване.</p>

<p class="wp-block-paragraph">Резултат за тежест на достъпността, моделиран по CVSS, би носил същите три слоя. <strong>Базовият слой</strong> е оценката за тежест на axe-core или Lighthouse за правилото, което е било нарушено — „сериозно“ нарушение на правилото „button-name“ носи базов резултат в диапазона 7 до 8; „умерено“ нарушение на „landmark-one-main“ носи нещо в диапазона 4 до 5. Базовият слой е същият независимо дали нарушението е на маркетингова целева страница или в поток за плащане. <strong>Средовият слой</strong> прилага множител за <strong>честотата на посещения на компонента</strong>: нарушение на страницата за плащане (която 100 процента от плащащите потребители достигат) получава множител 1,0; нарушение на статия от помощния център, която 4 процента от потребителите посещават, получава множител 0,04. Множителят за честота на посещения превръща родова констатация в констатация, мащабирана спрямо действителния трафик на организацията. <strong>Слоят за въздействие върху потребителя</strong> прилага множител за ниво за това кои потребители на помощна технология са блокирани: липсващ алтернативен атрибут на декоративно изображение не блокира никого (ниво 0); липсващ етикет на поле за търсене блокира всеки потребител на екранен четец (ниво 1); клавиатурен капан блокира всеки потребител само с клавиатура, включително хора, които използват превключвателен вход и гласово управление (ниво 2 — най-широкият радиус на поражение).</p>

<p class="wp-block-paragraph">Комбинираният резултат за тежест е произведението: <strong>база × честота на посещения × ниво на въздействие</strong>, нормализирано към скала от 0 до 10. Резултатът е, че „сериозна“ констатация на axe (база 7) на страница за плащане (честота на посещения 1,0), блокираща всеки потребител на екранен четец (ниво 1), получава резултат приблизително 7,0 — P1. Същата „сериозна“ констатация на изоставена административна страница (честота на посещения 0,005), блокираща същата аудитория, получава около 0,04 — елемент за изоставането. „Умерена“ констатация на axe (база 4) на главния банер на първата страница (честота на посещения 0,9), блокираща всеки потребител на клавиатура (ниво 2), получава около 7,2 — все още P1. Оценяването улавя интуицията, че <strong>само тежестта не е достатъчна</strong>: сериозно нарушение на страница, която никой не посещава, е по-малко спешно от умерено нарушение на най-посещаваната страница в продукта. CVSS направи същия ход за сигурността преди десетилетие. Достъпността заслужава същото третиране.</p>

<h2 class="wp-block-heading" id="h-cost-estimator">Оценителят на разходите за отстраняване</h2>

<p class="wp-block-paragraph">Другата половина на решението за триаж е разходът. Резултат за тежест P1, който струва 200 инженер-дни за отстраняване, се приоритизира различно от резултат за тежест P1, който струва 0,5 инженер-дни. Инженерните ръководители правят този компромис имплицитно по цял ден; оценителят на разходите им дава число, по което да спорят, вместо усещане. Оценителят е изграден от два сигнала, налични от самата кодова база: <strong>засегнати редове код на корекция</strong> (LOC-touched) и <strong>покритие на файлове</strong> — колко файла биха се променили, ако корекцията се приложи последователно.</p>

<p class="wp-block-paragraph">Корекция на липсващ етикет на едно-единствено поле е промяна от един файл, два реда. Корекция на липсващ етикет на споделен компонент за вход, използван на 47 места, все още е промяна от два реда в изходния код — но покритието на файлове е 47, повърхността за QA е 47 екрана, а прегледът на дизайн системата докосва цялата библиотека от формуляри. Корекция на клавиатурен капан в персонализиран селектор на дата, който живее само в един маршрут, е малка промяна. Корекция на клавиатурен капан в персонализиран селектор на дата, който е бил копиран и поставен в маршрутите на осем екипа през последните три години, е голяма промяна, защото последователната корекция изисква или осем паралелни кръпки, или консолидация върху един споделен компонент първо. Оценителят не трябва да е прецизен. Той трябва да е в правилния порядък на величина — един инженер-ден, десет инженер-дни, петдесет инженер-дни, двеста инженер-дни — така че разговорът за триаж да може да сравни две отстранявания с различни форми.</p>

<p class="wp-block-paragraph">Полезна евристика, която рамката заема от оценяването на разходите за рефакторинг: <strong>разходът расте линейно със засегнатите редове код до около 50 реда и приблизително с квадратния корен от покритието на файлове отвъд около 5 файла</strong>. Промяна, засягаща 5 реда в 1 файл, е един инженер-ден; същата корекция, реплицирана в 25 файла, е приблизително пет инженер-дни, а не двадесет и пет, защото второто до двадесет и петото приложение амортизират диагностичните и прегледните разходи. Мащабирането с квадратен корен има значение: то е причината корекция на ниво дизайн система да е толкова по-евтина на място на повикване от кръпка на ниво екип, и е централният икономически аргумент за погасяване на дълга по достъпност на ниво компонент, а не на ниво страница.</p>

<h2 class="wp-block-heading" id="h-portfolio-view">Портфейлният изглед</h2>

<p class="wp-block-paragraph">След като всяка констатация за достъпност има резултат за тежест и оценка на разходите, инженерната организация има <strong>портфейл</strong> — точно аналогичен на портфейла от уязвимости в сигурността или портфейла от регресии в производителността, който вече живее в инженерната оценъчна карта. Портфейлът се разрязва по два начина. <strong>Дълг-по-компонент</strong> сумира тежестта през всички констатации, които живеят в даден React или Vue компонент, изваждайки на повърхността компонентите, които носят най-много риск по достъпност на инженер-ден рефакторинг. <strong>Дълг-по-стълб</strong> сумира тежестта през четирите стълба на WCAG (възприемаемо, операбилно, разбираемо, устойчиво), изваждайки на повърхността кой клас провал е структурно подценен в дизайн и прегледните практики на екипа.</p>

<p class="wp-block-paragraph">Срезът дълг-по-компонент е този, който движи тримесечните инвестиционни решения. Ако 60 процента от общата тежест седи в петнадесет компонента — което е типично — тогава тримесечна инженерна инвестиция от 20 инженер-дни в тези петнадесет компонента оттегля приблизително 60 процента от тежестта, и това оттегляне се натрупва през всяка страница, която използва тези компоненти. Срезът дълг-по-стълб е този, който движи <em>процесните</em> решения: ако 70 процента от тежестта седи под „операбилно“ (клавиатура, фокус, провали по ограничение на времето), дизайн прегледът на екипа пропуска проблеми с операбилността и корекцията е контролен списък за дизайн преглед, а не спринт за отстраняване. Ако 70 процента седи под „възприемаемо“ (алтернативен текст, субтитри, контраст, сетивни характеристики), пролуката е в производството на съдържание и корекцията е предпазен механизъм в инструмента за авторство, а не спринт за разработка. Портфейлният изглед превръща одитните констатации в <strong>инвестиционни тези</strong>, която е формата, която инженерните ръководители действително финансират.</p>

<h2 class="wp-block-heading" id="h-three-examples">Три специфични за бранша примера</h2>

<p class="wp-block-paragraph">Същата счетоводна рамка произвежда съществено различна приоритизация в различни браншове, защото множителят за честота на посещения и нивото на въздействие върху потребителя са специфични за сектора. Три кратки разглеждания изтъкват точката.</p>

<h3 class="wp-block-heading" id="h-fintech">Потребителско финтех приложение</h3>

<p class="wp-block-paragraph">Потребителски финтех (цифрова банка, необрокер, портфейл за плащания) носи малък брой изключително високотрафични потоци — регистрация, проверка на баланс, превод, история на транзакциите — които 95 процента от месечно активните потребители достигат. Той носи и дълга опашка от гранични екрани (управление на съвместна сметка, посочване на бенефициер, експорт на данъчна справка), които по-малко от 1 процент от потребителите виждат. По резултата за тежест множителят за честота на посещения свива дългата опашка почти изцяло: сериозно нарушение на експорт на данъчна справка получава резултат под 0,1 дори с множител за въздействие върху потребителя от ниво 1. <strong>Портфейлът се компресира до може би 30 компонента, които произвеждат 90 процента от общата тежест</strong>, всички в четирите основни потока. Финтех инженерните ръководители обикновено имат бюджет да оттеглят този компресиран портфейл за две тримесечия фокусирана инвестиция, а регулаторният фон — <a href="/bg/articles/eu-ai-act-disability-intersection/">EU AI Act</a> относно автоматизираното вземане на решения, плюс санкциите по член 13 на EAA — превръща инвестицията както в хедж срещу риск, така и в конкурентен ров срещу заварени играчи, чиито потоци все още съдържат клавиатурни капани.</p>

<h3 class="wp-block-heading" id="h-edtech">EdTech платформа за обучение</h3>

<p class="wp-block-paragraph">EdTech платформа (за основно, средно или висше образование) носи противоположната форма на трафик: дълга опашка от <strong>страници със съдържание</strong> (всеки урок, всяко задание, всяко оценяване), където честотата на посещения на отделна страница е ниска, но кумулативният отпечатък е огромен. Множителят за честота на посещения не свива портфейла така, както го прави при финтех. Той носи и усилване на нивото на въздействие върху потребителя, което не присъства при финтех: учениците с увреждания са федерално защитена популация в САЩ по Section 504 и IDEA, а в ЕС по образователното изключение на EAA, поетапно въвеждано до 2027 г. Резултатът е, че умерено нарушение на една-единствена страница с урок — честота на посещения 0,001, ниво на въздействие 1 — все още получава резултат на ниво, на което не може просто да бъде пренебрегнато, защото моделът на нарушение се повтаря през прибл. 8000 урока. <strong>Дългът по достъпност в EdTech се атакува най-добре на ниво инструмент за авторство</strong>, защото една-единствена корекция в компонента-шаблон на урока оттегля нарушението през всяка страница, рендерирана от този шаблон. Срезът дълг-по-компонент почти винаги сочи към три или четири компонента-шаблона, които закотвят цялата библиотека със съдържание.</p>

<h3 class="wp-block-heading" id="h-saas-b2b">B2B SaaS платформа</h3>

<p class="wp-block-paragraph">B2B SaaS платформа (CRM, ERP, HR, инструмент за разработчици, наблюдаемост) носи трета форма: интерфейси с гъсти таблици с данни, дълга опашка от административни екрани и потоци за конфигуриране на интеграции, които се посещават от малък брой потребители <em>многократно</em>. Честотата на посещения на страница може да бъде подвеждаща; правилният знаменател е <strong>времето на сесия</strong>, а не уникалните посещения, защото мощен потребител прекарва шест часа на ден вътре в таблицата с данни. По коригирана спрямо времето на сесия честота на посещения таблицата с данни получава много по-висок резултат от екраните в маркетингов стил, дори когато по-малко от 10 процента от местата я докосват. Нивото на въздействие върху потребителя също е усилено: корпоративните обществени поръчки все по-често носят <a href="/bg/articles/accessibility-aware-rfp-teardown/">изискване за RFP с фокус върху достъпността</a>, което означава, че едно-единствено нарушение от ниво 1 в таблицата с данни може да загуби шестцифрен договор на етапа на въпросника за обществената поръчка. SaaS инженерните ръководители обикновено заключават, че правилната стратегия за погасяване е <strong>компонент по компонент в рамките на библиотеката с таблици с данни</strong>, като всяка пусната версия на библиотеката носи измеримо намаление на тежестта, което екипът по обществени поръчки може да цитира при следващото RFP.</p>

<h2 class="wp-block-heading" id="h-burn-down-dashboard">Примерно тримесечно табло за изчерпване</h2>

<p class="wp-block-paragraph">Инженерните организации, които проследяват техническия дълг сериозно, публикуват тримесечна графика за изчерпване в презентацията за инженерния общ сбор: общ дълг в началото на тримесечието, дълг, оттеглен през тримесечието, дълг, добавен през тримесечието (нови констатации от одити, нови нарушения, въведени от нови функционалности), дълг в края на тримесечието. Таблото за дълга по достъпност отразява това точно. Водещият показател е <strong>обща претеглена тежест</strong> — сборът от база-по-честота-на-посещения-по-ниво-на-въздействие през всяка отворена констатация, на нормализирана скала от 0 до 10, агрегирана до едно-единствено портфейлно число. Полезен вторичен показател е <strong>тежест на хиляда прегледа на страница</strong>, която контролира за растежа на продукта: табло, което показва падаща претеглена тежест, докато прегледите на страница растат, е знак, че екипът погасява дълга по-бързо, отколкото той се въвежда.</p>

<p class="wp-block-paragraph">Другите панели на таблото следват пряко от портфейлните срезове. <strong>Топ 10 компонента по дълг</strong>, с текуща тежест и оценка в инженер-дни, плюс анотация „поправено това тримесечие“ на компонентите, които са се преместили извън списъка. <strong>Дълг по стълб на WCAG</strong>, като подреден стълб, показващ микса възприемаемо/операбилно/разбираемо/устойчиво и как се е изместил през последните четири тримесечия. <strong>Дълг, добавен това тримесечие</strong>, разбит по това дали добавянето е дошло от нова одитна констатация (съществуващ латентен дълг, който е бил открит) или от ново нарушение, въведено във функционалност, доставена през тримесечието — това второ число е това, което казва на ръководството дали дизайн прегледът и инструментите за изместване наляво на екипа работят. <strong>Прогнозно изчерпване</strong>, проектиращо текущата тримесечна скорост напред, за да оцени кога общата тежест ще достигне целеви праг (обикновено резултатът, при който най-големите отворени рискове по правоприлагане са смекчени и следващият кръг въпросници за обществени поръчки може да бъде отговорен без уговорка).</p>

<p class="wp-block-paragraph">Таблото е съзнателно скучно. То изглежда като всяко друго инженерно табло, което VP по инженеринг вече чете — същите оси, същите конвенции, същата тримесечна ритмичност. Това е смисълът. Дългът по достъпност исторически е живял извън инженерната оценъчна карта, защото му е липсвало представяне, което инженерните ръководители могат да прочетат с един поглед. Поставянето му на същото табло, в същата форма, със същата логика тежест-по-вероятност, която останалата част от инженерната функция вече използва, премахва когнитивните разходи от третирането на достъпността като специален случай. Тя става още една категория инженерен риск, която се измерва, претегля и изчерпва по график — което винаги е била.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Заключителни мисли</h2>

<p class="wp-block-paragraph">Рамката по-горе не променя това, което се счита за провал по достъпност. WCAG дефинира това. Тя не променя кои потребители са засегнати или какво изисква законът. <a href="/bg/regulations/">Регулаторната карта</a> вече дефинира това. Това, което тя променя, е <strong>формата</strong> на информацията, предадена от одиторите към инженерните ръководители. Констатациите за достъпност, които пристигат като PDF одитни доклади, се преобразуват в Jira билети с резултати за тежест, оценки на разходите и тагове за компоненти — същата форма, в която пристига всеки друг инженерен риск. Триажът става възможен. Изчерпването става измеримо. Тримесечната инвестиция става число, което VP по инженеринг може да защити в разговора за бюджета.</p>

<p class="wp-block-paragraph">Има и по-мек ефект. Инженерните екипи са добри в поддържането на неща, които могат да измерят, и лоши в поддържането на неща, които не могат. Достъпността прекара две десетилетия точно извън границата на измерването — описвана на езика на WCAG, одитирана на езика на съответствието, но никога вградена в езика на инженерния дълг, който движи тримесечните решения. Цената на това изключване е видима във всеки одитен доклад, който каца на бюрото на директор и произвежда един-единствен спринт на цялата организация от трескаво отстраняване, последван от още дванадесет месеца регресия. <strong>Корекцията не е повече одити. Корекцията е поставянето на достъпността на същата сметка като останалата част от инженерната работа, със същата математика за тежест, същия оценител на разходите и същата тримесечна ритмичност.</strong> Инженерните ръководители, които правят това, спират да се изненадват от следващия одит. Одитът се превръща в потвърждение на това, което таблото вече е показало.</p>

</div>

---
title: Инцидентите по достъпност принадлежат в SRE постмортема
url: https://www.disabilityworld.org/bg/articles/accessibility-incidents-sre-postmortem/
description: Работен аргумент, че регресиите по достъпност са инциденти от SRE клас — наблюдаеми, поддаващи се на степенуване по тежест и отчитаеми в PagerDuty/Opsgenie/Statuspage.
author: Disability World
pubDate: 2026-05-22
tags: sre, incidents, postmortem, oncall, accessibility, engineering-process, explainer
---

# Инцидентите по достъпност принадлежат в SRE постмортема

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Монитор, показващ табло за управление на инциденти на SRE с червен банер за предупреждение „INCIDENT“ и пейджър устройство до него — визуалният знак за отчитането на достъпността като инцидент.</p>

<p class="rt-prefix">Време за четене: 9 минути</p>

<p class="wp-block-paragraph">Когато страница за плащане падне, SRE екип получава повикване на пейджъра, присвоява се ниво на тежест, отваря се военна стая, а двадесет и четири часа по-късно циркулира безобвинителен постмортем документ с хронология, секция за първопричината и списък с коригиращи действия. Когато същата страница за плащане достави регресия, която прави полето за кредитна карта недостижимо с клавиатура, обикновено се случва това, че фронтенд инженер го забелязва три спринта по-късно, подава Jira билет, маркиран „accessibility“, и билетът седи в изоставането, докато някой няма свободен капацитет. Двата резултата — една потребителска група, заключена извън работеща продукционна система — са функционално идентични. Вътрешният отговор е безумно различен. Това есе твърди, че вторият отговор е счупен, че първият отговор е правилният и че пътят от втория към първия е по-кратък, отколкото повечето инженерни организации предполагат. За по-широкия практически контекст вижте съпътстващата ни статия за <a href="/bg/articles/accessibility-debt-as-technical-debt/">третирането на дълга по достъпност като технически дълг</a>; тази статия е конкретно за реакцията при инциденти.</p>

<p class="wp-block-paragraph">Промяната не е философска. Регресиите по достъпност са наблюдаеми, поддават се на степенуване и пасват чисто в същия работен процес за управление на инциденти, който екипът ви вече провежда на PagerDuty, Opsgenie, FireHydrant, Statuspage и в каквото хранилище за runbook-ове организацията ви е стандартизирала. Инструментите съществуват. Сигналът съществува. Рамката за категоризиране — WCAG 2.2 — е публикуван, машинно сравним договор с критерии, които се преобразуват директно в нива на тежест. Това, което обикновено липсва, е стъпката за организационен дизайн: някой трябва да обяви, че регресия по a11y в продукция е инцидент с главна буква И, и това обявяване трябва да дойде с дежурна ротация, матрица за тежест, шаблон за постмортем и съвет за преглед на коригиращи действия. Това обявяване е работата, която това есе се опитва да подкрепи.</p>

<h2 class="wp-block-heading" id="h-why-a11y-is-sre-grade">Защо регресиите по достъпност са от SRE клас</h2>

<p class="wp-block-paragraph">Инцидент, в съвременната SRE практика, е всяко непланирано събитие, което влошава услугата за потребителите. Дефиницията не уточнява кои потребители, коя модалност на взаимодействие или коя помощна технология. Бутон за вход, който връща грешка 500, е инцидент, защото потребителят не може да влезе. Бутон за вход, който е загубил достъпното си име и сега се обявява като „бутон“ пред екранен четец, също е инцидент, защото и този потребител не може да влезе. Вътрешните екипи, четящи тези два режима на провал, исторически са прилагали различни ментални категории — първият е „прекъсване“, вторият е „бъг“ — но от мястото на потребителя преживяването е същото: работеща продукционна система е спряла да работи за тях.</p>

<p class="wp-block-paragraph">Причината a11y да живее извън тази рамка е отчасти инструментариумът. Прекъсванията бяха наблюдаеми чрез синтетичен мониторинг и табла за дял на грешките, докато регресиите по a11y изплуваха само чрез ръчни одити седмици или месеци след внедряването. Тази пролука се затвори. Axe-core, Pa11y, Lighthouse CI и пакетът за непрекъснат мониторинг на Deque вече се изпълняват при всяко внедряване в зрелите конвейери, с разлики, изваждани в същите панели на Datadog или Grafana, които показват латентност p99 и дял на 5xx. Сигналът е в реално време. Другата причина a11y да живее извън рамката е объркването с нивата на тежест: тежестта на прекъсване е очевидна, защото показателят е двоичен (страницата се връща или не), докато тежестта на регресия по a11y се е усещала по-мека. Тя не е по-мека. Провал по WCAG 2.2 A на страница за плащане е Sev-1 — правно и операционно критичната повърхност е неизползваема за цял потребителски клас. Провал по WCAG AA на същото плащане е Sev-2. Регресия на подобрение по AAA на маркетингова страница е Sev-4. Матрицата е публикуема в едностраничен документ и може да бъде ратифицирана от инженерна организация в едно-единствено заседание за планиране.</p>

<h2 class="wp-block-heading" id="h-detection-scanning-alerting">Откриване: сканиране и предупреждения</h2>

<p class="wp-block-paragraph">Стекът за откриване на a11y-като-инцидент има три слоя и всички те вече съществуват във вашия CI конвейер, ако сте свършили каквато и да е работа по непрекъсната достъпност. Първият слой е сканиране по време на компилация. Всеки pull request изпълнява axe-core или еквивалент срещу представителен набор от страници, връща JSON доклад и или проваля компилацията при регресии, или подава констатация. Това е същата форма като Snyk, SonarQube или всеки друг контролно-пропускателен пункт за качество. Вторият слой е синтетичен мониторинг по време на внедряване. След като внедряване кацне в продукция, синтетик за a11y — изпълняващ headless Chrome срещу същите страници от критичния потребителски път, които вашият монитор за наличност достига — изпълнява същото сканиране с axe и записва резултата във вашето хранилище за времеви редове. Третият слой е откриване на аномалии по време на изпълнение. Винаги когато сканирането по време на внедряване върне разлика — ново нарушение, което не е присъствало в предишното внедряване — тази разлика задейства webhook в PagerDuty (или Opsgenie, или каквото и да използва екипът ви), с полезен товар, който включва URL адреса на страницата, критерия на WCAG, нивото на тежест и дълбока връзка към екранната снимка.</p>

<p class="wp-block-paragraph">Този webhook е мястото, където се случва магията. Интеграцията с PagerDuty третира събитието за a11y като нормален инцидент с нормална тежест, задейства нормалното предупреждение към нормалната дежурна ротация и отваря нормален канал за инцидент в Slack или Teams. Дежурният инженер, който го поема, не се нуждае от каквото и да е специално обучение по достъпност, за да направи триаж — нуждае се само от записа в runbook-а, който казва „за a11y Sev-1, върнете внедряването и повикайте a11y SME в ротацията“. Този запис в runbook-а е YAML файл от пет реда, не по-сложен от runbook-а за преминаване при отказ на база данни. Стекът за откриване не е трудната част. Трудното е културната стъпка на третирането на произтичащото повикване като реално повикване, а не като известие, което някой може да заглуши.</p>

<h2 class="wp-block-heading" id="h-postmortem-template">Шаблонът за постмортем</h2>

<p class="wp-block-paragraph">Безобвинителен постмортем за инцидент по a11y споделя стандартните секции на всеки постмортем — резюме, хронология, въздействие, първопричина, извлечени поуки, елементи за действие — и добавя две специфични полета, които родовият шаблон пропуска. Първото допълнително поле е засегнати потребители, изразени като оценка на популацията от потребители на помощна технология. Стандартен постмортем отчита „прибл. 14 000 потребители не успяха да завършат плащане между 14:02 и 15:37“. Постмортем за a11y отчита „прибл. 280 000 потребители по света зависят от екранен четец за въвеждане на кредитна карта; регресията направи полето необявяемо; делът на въвеждане на кредитна карта за потребители, навигиращи без зрение, спадна до нула за продължителността на инцидента“. Второто допълнително поле е нарушени критерии на WCAG, изразени по номер на критерий и ниво на съответствие: „1.3.1 Информация и взаимоотношения (A), 4.1.2 Име, роля, стойност (A), 2.4.6 Заглавия и етикети (AA)“. Тези две полета са това, което прави постмортема четим за партньорите по правни въпроси, достъпност и съответствие, които по подразбиране не четат инженерни постмортеми.</p>

<p class="wp-block-paragraph">Останалата част от документа следва стандартния шаблон от SRE Workbook — чиста прозаична хронология, обвързана с UTC времеви маркери, рефлексивен блок „какво мина добре / какво мина зле“ и списък с коригиращи действия, всяко притежавано от назован инженер със срок и Jira билет. Безобвинителната рамка има значение тук колкото и навсякъде другаде: целта на постмортема не е да намери инженера, който е доставил регресията, а да намери системната пролука, която е позволила регресията да бъде доставена. Постмортеми за a11y, написани с обвинителен глас, произвеждат един резултат — инженерите спират да отчитат проблеми по a11y. Постмортеми за a11y, написани с безобвинителен глас, произвеждат противоположния резултат — инженерите започват да ги предлагат доброволно, защото разговорът е за конвейера, а не за човека.</p>

<h2 class="wp-block-heading" id="h-five-whys-for-accessibility">Петте „защо“, адаптирани за достъпност</h2>

<p class="wp-block-paragraph">Упражнението на Toyota „пет защо“ — пробийте от симптома до причината, като питате „защо“ пет пъти подред — се превежда чисто към регресиите по a11y и произвежда различен набор от констатации за първопричина от еквивалентното упражнение при прекъсване по латентност. Разработен пример: полето за кредитна карта е загубило достъпното си име. Защо? Защото елементът &lt;label&gt; беше премахнат в последния спринт за редизайн. Защо? Защото редизайнерът замени етикета с модел на плаващ етикет, имплементиран като стилизиран &lt;span&gt;. Защо? Защото компонентът на дизайн системата, който редизайнерът използва, не доставя достъпен по подразбиране вариант с плаващ етикет. Защо? Защото сътрудникът на дизайн системата, който изгради този компонент, никога не изпълни axe-core срещу неговия запис в Storybook. Защо? Защото хранилището на дизайн системата няма контролно-пропускателен пункт за axe-core в CI.</p>

<p class="wp-block-paragraph">Коригиращото действие изпада от петото „защо“: добавете axe-core към CI на дизайн системата. Забележете колко различно е това заключение от коригиращото действие, което упражнение с едно „защо“ би произвело („добавете обратно етикета към полето за кредитна карта“). Корекцията с едно „защо“ кърпи симптома. Корекцията с пет „защо“ предотвратява следващите двадесет регресии от същата форма. A11y е особено отзивчив на анализ с пет „защо“, защото повечето регресии по a11y се коренят в пролука на конвейера или дизайн системата, а не в един-единствен небрежен комит — щом намерите пролуката, я поправяте веднъж и целият клас регресии спира да се случва. Екип, който изпълнява пет „защо“ при всеки инцидент по a11y от Sev-1 и Sev-2 в продължение на шест месеца, завършва с конвейер, който улавя огромното мнозинство от регресиите, преди да достигнат продукция, без никой да трябва да напише и един допълнителен ръчен одит.</p>

<h2 class="wp-block-heading" id="h-three-case-studies">Три казуса</h2>

<p class="wp-block-paragraph">Финтех платформа, с която сме говорили, в европейския сектор на банкирането на дребно, прие модела a11y-като-инцидент в края на 2024 г., след като запитване от регулатор наложи промяна на позицията. Те добавиха сканирания с axe-core към всяко внедряване, свързаха резултатите в PagerDuty като специализирана услуга „a11y“ и добавиха a11y SME към ротацията на командващите инциденти като отговарящ от второ ниво, повикван за събития от Sev-1 и Sev-2. През първите шест месеца те регистрираха единадесет инцидента по a11y — три Sev-1 (поток за вход, потвърждение на транзакция, изтегляне на извлечение), шест Sev-2 (формуляри за настройки на сметка, джаджи за качване на документи, маркетинговият въртележка) и два Sev-3 (козметични регресии в цветовия контраст в помощния център). Средното време за разрешаване на Sev-1 беше четиридесет и шест минути. Средното време за разрешаване на Sev-1 в еквивалентния период от предходната година, преди моделът да бъде приет, беше тридесет и осем дни.</p>

<p class="wp-block-paragraph">eCommerce платформа на западното крайбрежие на САЩ свърза същия модел във FireHydrant вместо в PagerDuty и добави компонент на Statuspage, наречен „Съвместимост с помощни технологии“, който отчита изричен статус към клиентите с лице към публиката. Компонентът на Statuspage стана червен два пъти през първото тримесечие — веднъж за регресия на екранен четец на страницата с резултати от търсенето, веднъж за клавиатурен капан на модалния прозорец за автоматично попълване на адрес — и двата пъти публичната публикация произведе входяща обратна връзка от засегнати потребители в рамките на четири часа, което съществено ускори отстраняването. Ефектът върху доверието на клиентите от публичното признаване на инцидент по a11y, каза ни ръководителят по инженеринг на платформата, беше неочаквана положителна външност. B2B SaaS доставчик, продаващ софтуер за управление на проекти, отведе модела по-далеч: те назначиха експерт по достъпността в ротацията на командващите инциденти, дадоха на тази роля право на вето върху продукционни внедрявания, които въвеждат регресии по a11y от Sev-1 или Sev-2, и намалиха своя дял на инциденти по a11y след внедряване с прибл. 70 процента в продължение на дванадесет месеца. Стъпката за организационен дизайн — поставянето на назован човек в назована позиция с назован авторитет — беше единствената промяна с най-висока ефективност.</p>

<h2 class="wp-block-heading" id="h-org-design-implications">Импликации за организационния дизайн</h2>

<p class="wp-block-paragraph">Инструментариумът за откриване и постмортем е лесната част от промяната. Трудната част е организационният дизайн: някой трябва да притежава дежурната ротация за a11y, някой трябва да председателства съвета за преглед на коригиращи действия за инциденти по a11y, а някой трябва да напише записите в runbook-а, които общопрактикуващият дежурен инженер чете в три през нощта. Моделът, който работи в трите казуса по-горе, е същият модел, който работи, когато екипите по сигурност преминаха през еквивалентната промяна преди петнадесет години: малък вграден екип по a11y — обикновено двама до четирима практикуващи — притежава runbook-овете, седи в ротацията на командващите инциденти като повиквана роля от второ ниво и председателства седмичен преглед на всички инциденти по a11y от предходната седмица. Общопрактикуващият дежурен инженер се грижи за първата реакция (връщане на внедряването, отваряне на канала за инцидента, повикване на SME); SME се грижи за категоризирането, преобразуването към WCAG и съставянето на постмортема.</p>

<p class="wp-block-paragraph">Линията на подчиненост за този екип има значение и казусите не са съгласни по нея. Финтех платформата постави своя екип по a11y директно под SRE организацията. eCommerce платформата постави своя под дизайн системите. B2B SaaS доставчикът постави своя под инженерната отличеност, сестра на екипа по сигурност. Нито един от тези не е грешен. Това, което има значение, е екипът да има бюджет, щатна численост, хранилище за runbook-ове и пълномощия на командващ инциденти — нещата, които отличават оперативна функция от консултативна функция. Екипи по a11y, които са живели вътре в дизайн отдели като консултативни функции, не могат да управляват Sev-1, защото не могат да върнат внедряване. Екипи по a11y, които са живели вътре в инженеринга като оперативни функции, могат. Това е структурната промяна, за която това есе се опитва да аргументира, и казусите подсказват, че тя струва по-малко и се доставя по-бързо, отколкото обикновено предполагат ръководните разговори около нея. Стекът за откриване е готов за употреба. Шаблонът за постмортем е една страница. Runbook-ът е пет реда YAML. Промяната в организационния дизайн е една назована роля с един назован авторитет. Резултатът е позиция по a11y, която затваря регресиите за четиридесет и шест минути вместо за тридесет и осем дни — и инженерна култура, в която потребителят само с клавиатура и чувствителният към латентност потребител се третират, най-сетне, като един и същи първокласен гражданин на системата, която екипът получава заплата да поддържа работеща.</p>

</div>

---
title: Правата за достъпност в Африка през 2026 г.: протоколът, мозайката и какво всъщност се движи
url: https://www.disabilityworld.org/bg/articles/accessibility-rights-across-africa/
description: Протоколът на Африканския съюз към Африканската харта за правата на хората с увреждания е в сила. Национални закони в над 12 държави, които ратифицират.
author: Disability World
pubDate: 2026-05-22
tags: africa, african-union, disability-rights, regulations, regional-report
---

# Правата за достъпност в Африка през 2026 г.: протоколът, мозайката и какво всъщност се движи

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Широкоъгълна гледка към знаме на Африканския съюз, развяващо се пред сградата на Комисията на АС в Адис Абеба, с етиопските планини на хоризонта.</p>

<div class="byline">
  <span><strong>От</strong> редакционен отдел на Disability World</span>
  <span><strong>Актуализирано</strong> май 2026 г.</span>
  <span><strong>Време за четене</strong> 12 минути</span>
</div>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">През юни 2024 г. петнадесетата ратификация на <strong>Протокола на Африканския съюз към Африканската харта за правата на човека и народите относно правата на хората с увреждания</strong> беше депозирана в Комисията на АС в Адис Абеба и Протоколът влезе в сила. Това е първият обвързващ континентален инструмент за правата на хората с увреждания в историята на Африка и в правен план той стои един етаж над националните закони и един етаж под <a href="/bg/toolkit/glossary/crpd/">Конвенцията за правата на хората с увреждания на ООН (CRPD)</a>. По-трудният въпрос — този, който ще определи следващото десетилетие — е какво променя Протоколът на практика в над 50-те юрисдикции, чийто закон за достъпност, капацитет за правоприлагане и бюджетна воля сочат в забележимо различни посоки.</p>

<p class="wp-block-paragraph">Това въведение картографира континента през 2026 г.: кой е ратифицирал Протокола на АС, кой е транспонирал задълженията му в национален закон, кои регулатори имат правомощие да прилагат и къде съдебната практика реално се движи. Архитектурата за първи път е тристепенна система: континентален договорен под, национален законов среден слой и бавно сгъстяващ се корпус от стратегически съдебни производства. Пропастта между трите е историята.</p>

<h2 class="wp-block-heading" id="h-the-continental-treaty-floor">Континенталният договорен под</h2>

<p class="wp-block-paragraph">Африканската харта за правата на човека и народите — приета в Банжул през 1981 г. и в сила от 1986 г. — винаги е била рамковият инструмент за правата на човека на континента. Това, което исторически ѝ е липсвало, е специфичен за уврежданията протокол с детайлността например на Протокола от Мапуто за правата на жените или Африканската харта за правата на детето. <strong>Протоколът за правата на хората с увреждания в Африка</strong> беше приет на 30-ата редовна сесия на Асамблеята на АС в Адис Абеба през януари 2018 г. След това престоя в ратификационно безвремие шест години.</p>

<p class="wp-block-paragraph">Протоколът изисква ратифициращите държави да признаят правата на правоспособност (член 7), на образование на приобщаваща основа (член 16), на достъпност на застроената среда, транспорта, информацията и ИКТ (член 15) и на политическо участие, включително правото на лично и тайно гласуване (член 21). Той изрично разглежда правата на жените с увреждания (член 27), децата с увреждания (член 28) и възрастните хора с увреждания (член 30) в отделни членове — структурен избор, който го отличава от CRPD, където тези пресечни права са вградени в общи разпоредби.</p>

<p class="wp-block-paragraph">Инструментът, който задейства влизането в сила, е петнадесетият документ за ратификация. Този праг беше преминат в средата на 2024 г. Ратифициращите държави, публично каталогизирани от отдела по политически въпроси на Комисията на АС, включват <strong>Ангола, Буркина Фасо, Камерун, Централноафриканската република, Република Конго, Кения, Малави, Мали, Мозамбик, Намибия, Нигер, Нигерия, Руанда, Сиера Леоне, Южна Африка, Того и Уганда</strong>, като няколко допълнителни депозита бяха обработени през 2025 г. Ратифициращата група е географски разпръсната — Западна, Източна, Централна и Южна Африка са представени — но все още не е мнозинство от държавите членки на АС. Двадесет и пет други държави членки на АС са подписали, но още не са ратифицирали, а няколко не са направили нито едно от двете.</p>

<p class="wp-block-paragraph">Траекторията на ратификация си струва да се сравни с по-стария <strong>Протокол от Мапуто за правата на жените</strong>, приет през 2003 г. и в сила от 2005 г. Мапуто отне приблизително две години от приемането до влизането в сила; Протоколът за уврежданията отне шест. Структурните двигатели са сходни — националните законодателни органи, министерското одобрение и преработването в национален закон отнемат време — но разликата е и напомняне, че правата на хората с увреждания все още получават по-малко политическо внимание от правата на жените или правата на детето в дипломатическия календар на континента. Появата на влязъл в сила Протокол променя тази сметка, но бавно.</p>

<p class="wp-block-paragraph">Отвъд Протокола на АС <strong>37 африкански държави</strong> са страни по Конвенцията на ООН за правата на хората с увреждания — широко договорно покритие, което въпреки това се е преобразувало неравномерно в национален закон. В целия континент приблизително 80 милиона африканци живеят с увреждане, ако приложим данните за разпространение на СЗО и АС към общите числа на Отдела за населението на ООН за 2024 г. Договорният под има значение, защото е предпоставката тези числа изобщо да бъдат проследявани. Той сам по себе си не ги променя.</p>

<h2 class="wp-block-heading" id="h-country-dossiers">Досиета по държави</h2>

<p class="wp-block-paragraph">Континентален договорен под сам по себе си не създава права за нито един африканец с увреждане. Транспонирането в национален закон — и регулаторът, органът по правоприлагане, графикът за съответствие на застроената среда — е там, където Протоколът среща реалността. Осем държави заслужават детайлно разглеждане, защото законодателствата им са или най-развитите, или най-оспорваните, или най-представителните за това как се движи континентът. Таблицата по-долу обобщава рамковите инструменти преди наратива по държави.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>ISO</th><th>Основен закон</th><th>Година</th><th>Регулатор</th><th>Статус на правоприлагане</th></tr>
</thead>
<tbody>
<tr><td>ZA</td><td>Конституция чл. 9 + Закон PEPUDA № 4 от 2000 г.</td><td>1996 / 2000</td><td>SAHRC + Съдилища по равнопоставеността</td><td>Активна съдебна практика</td></tr>
<tr><td>KE</td><td>Закон за хората с увреждания 2024 г.</td><td>2024</td><td>Национален съвет за хората с увреждания (NCPWD)</td><td>Нов закон, тестови дела предстоят</td></tr>
<tr><td>NG</td><td>Закон за забрана на дискриминацията спрямо хората с увреждания</td><td>2018</td><td>Национална комисия за хората с увреждания</td><td>5-годишният преходен период изтече през януари 2024 г.</td></tr>
<tr><td>EG</td><td>Закон № 10 от 2018 г. за правата на хората с увреждания</td><td>2018</td><td>Национален съвет за хората с увреждания</td><td>Богат на закони, неравномерно правоприлагане</td></tr>
<tr><td>GH</td><td>Закон за хората с увреждания № 715</td><td>2006</td><td>Министерство на равенството между половете, децата и социалната закрила</td><td>Законопроект за изменение пред Парламента</td></tr>
<tr><td>ET</td><td>Прокламация за строителството 624/2009 + Национална политика за уврежданията 2023 г.</td><td>2009 / 2023</td><td>Федерално министерство на труда и социалните въпроси</td><td>Федерално-регионален пропуск</td></tr>
<tr><td>UG</td><td>Закон за хората с увреждания 2020 г.</td><td>2020</td><td>Национален съвет за уврежданията</td><td>Действащ; Протоколът на АС ратифициран</td></tr>
<tr><td>RW</td><td>Закон № 01/2007 + рамка Vision 2050</td><td>2007</td><td>Национален съвет на хората с увреждания</td><td>Съгласуван с националната стратегия за развитие</td></tr>
</tbody>
</table>
</figure>

<h3 class="wp-block-heading" id="h-south-africa">Южна Африка</h3>

<p class="wp-block-paragraph">Южна Африка има най-задълбочената законова архитектура за правата на хората с увреждания на континента и работещ опит в правоприлагането, който да я допълва. Отправната точка е <strong>член 9 от Конституцията от 1996 г.</strong>, който превръща увреждането в изброено основание за забранена дискриминация в клаузата за равнопоставеност. <strong>Законът за насърчаване на равенството и предотвратяване на несправедливата дискриминация № 4 от 2000 г. (PEPUDA)</strong> привежда в действие това конституционно право и създава Съдилища по равнопоставеността като специализиран форум за искове за дискриминация. <strong>Бялата книга за правата на хората с увреждания (2015)</strong> — все още действащата политическа рамка през 2026 г. — излага общоправителствената матрица за изпълнение, а <strong>Южноафриканската комисия по правата на човека (SAHRC)</strong> е конституционният орган, натоварен да наблюдава съответствието и да води стратегически съдебни производства, където е необходимо. Пълното законово досие се намира на <a href="/bg/regulations/za/">/regulations/za/</a>.</p>

<p class="wp-block-paragraph">Скорошната съдебна практика придаде същина на тези рамки. Юриспруденцията на Конституционния съд от 2025 г. продължи да уточнява задължението за „разумни улеснения“ в контекста на заетостта и обществените услуги, с решения, които категорично внасят разсъжденията на CRPD в националния анализ на равенството. Южноафриканският жестов език получи конституционен статут като дванадесетия официален език на страната чрез изменението на член 6 от Конституцията от 2023 г. — континентален първи случай.</p>

<h3 class="wp-block-heading" id="h-kenya">Кения</h3>

<p class="wp-block-paragraph">Кения беше ранен двигател. <strong>Законът за хората с увреждания от 2003 г.</strong> (PWD Act 2003) създаде Националния съвет за хората с увреждания (NCPWD) и законов режим за данъчни облекчения за хора с увреждания. Конституцията от 2010 г. отиде по-далеч: <strong>член 54</strong> излага правата на хората с увреждания като самостоятелна конституционна гаранция, включваща правото на достъп до образователни институции и съоръжения, интегрирани в обществото „доколкото е съвместимо с интересите на лицето“, разумен достъп до всички обществени места и използването на жестов език, брайл и друга подходяща комуникация.</p>

<p class="wp-block-paragraph">Голямата промяна през последните две години е <strong>Законът за хората с увреждания от 2024 г.</strong>, който замени закона от 2003 г. Законът от 2024 г. актуализира дефинициите в съответствие със социалния модел на CRPD, разширява мандата на NCPWD, модернизира разпоредбите за достъпност, за да обхване информационните и комуникационните технологии, и затяга задълженията на работодателите около разумните улеснения. Това е най-всеобхватната отделна част от законодателството за уврежданията, приета на континента през последните пет години, и дава на Кения транспониране на задълженията по CRPD, каквото по-старият закон нямаше. Вижте <a href="/bg/regulations/ke/">/regulations/ke/</a> за пълния текст и графика за изпълнение.</p>

<h3 class="wp-block-heading" id="h-nigeria">Нигерия</h3>

<p class="wp-block-paragraph">Нигерийският <strong>Закон за забрана на дискриминацията спрямо хората с увреждания от 2018 г.</strong> беше дългоочакваният федерален закон след почти две десетилетия застъпничество. Той забранява дискриминацията, създава <strong>Националната комисия за хората с увреждания (NCPWD)</strong> и решаващо налага <strong>петгодишен преходен период</strong>, през който всички обществени сгради, конструкции и инфраструктура трябва да станат достъпни. Този часовник тръгна през януари 2019 г. и изтече през януари 2024 г.</p>

<p class="wp-block-paragraph">Картината на съответствието към 2026 г. е откровено смесена. Федералната комисия е действаща от 2020 г. и е издала насоки, но обвързващото ограничение е приемането на щатско ниво. Поднационалните юрисдикции — Лагос, Кано, Кадуна, Плато и около петнадесет други — приеха съпътстващи щатски закони или изпълнителни заповеди; много други не. Федералният върховен съд започна да разглежда дела за дискриминация по достъпността, заведени по Закона от 2018 г., с няколко резонансни иска около достъпа до обществени сгради в Абуджа и Лагос през 2025–26 г. Федерален контекст на <a href="/bg/regulations/ng/">/regulations/ng/</a>.</p>

<h3 class="wp-block-heading" id="h-egypt">Египет</h3>

<p class="wp-block-paragraph"><strong>Закон № 10 от 2018 г. за правата на хората с увреждания</strong> е рамковият закон на Египет. Той учредява <strong>Националния съвет за хората с увреждания</strong>, определя 5% квота за заетост в обществения сектор (с 5% частносекторен аналог за фирми над 20 служители) и съдържа разпоредби за достъпност на застроената среда, прилагани чрез Министерството на жилищното строителство и местните общини. Законът беше последван от изпълнителна наредба от 2019 г. и, през 2022 г., от национална стратегия, която поставя многогодишни цели. Вижте <a href="/bg/regulations/eg/">/regulations/eg/</a>.</p>

<p class="wp-block-paragraph">Египетската рамка е богата на закони и неравномерна в правоприлагането. Квотата за заетост е широко неизпълнена на практика, особено в частния сектор, а данните за пропуска са оскъдни — структурен проблем, който Националният съвет започна да адресира с кампания за регистрация, която до средата на 2025 г. беше вписала около 1,6 милиона души в националната база данни за уврежданията.</p>

<h3 class="wp-block-heading" id="h-ghana">Гана</h3>

<p class="wp-block-paragraph">Ганският <strong>Закон за хората с увреждания № 715 от 2006 г.</strong> беше по онова време един от най-прогресивните закони в Западна Африка. Той въведе десетгодишен гратисен период, през който всички обществени пространства трябваше да станат достъпни — часовник, който изтече през 2016 г. Изтичането не произведе автоматичен повод за правоприлагане; <strong>Политиката за приобщаващо образование (2015)</strong> на страната стои наред със Закон № 715 като действащата политическа рамка. Министерството на равенството между половете, децата и социалната закрила отговаря за портфолиото за уврежданията. Досие по държава на <a href="/bg/regulations/gh/">/regulations/gh/</a>.</p>

<p class="wp-block-paragraph">Историята след 2016 г. е на застъпнически натиск за изменение или замяна на Закон № 715 с по-силен закон, включително орган по правоприлагане с правомощие за призоваване и по-ясен график за съответствие. Проект на Закон за изменение на Закона за хората с увреждания е пред Парламента в последователни сесии и остава под разглеждане към средата на 2026 г.</p>

<h3 class="wp-block-heading" id="h-ethiopia">Етиопия</h3>

<p class="wp-block-paragraph">Етиопската <strong>Прокламация за строителството № 624/2009</strong> изисква всички нови обществени сгради да бъдат физически достъпни за хора с увреждания, а по-широката рамка за уврежданията на страната беше съществено актуализирана от <strong>Националната политика за уврежданията от 2023 г.</strong> Федералното министерство на труда и социалните въпроси води изпълнението, а страната ратифицира рамковите инструменти на Протокола за уврежданията на АС в ранната кохорта на влизане в сила. Законовото досие на Етиопия е на <a href="/bg/regulations/et/">/regulations/et/</a>.</p>

<p class="wp-block-paragraph">Структурното предизвикателство в Етиопия е пропастта между федералната политика и изпълнението от регионалните щати във федерална система, където регионалните бюджети за здравеопазване, образование и инфраструктура варират с порядък. Политиката от 2023 г. беше умишлено изготвена така, че да даде на федералния център по-силна координираща роля, но транспонирането в регионални наредби остава в ход.</p>

<h3 class="wp-block-heading" id="h-uganda">Уганда</h3>

<p class="wp-block-paragraph">Угандският <strong>Закон за хората с увреждания от 2020 г.</strong> замени по-стария закон от 2006 г. и модернизира мандата на Националния съвет за уврежданията. Законът от 2020 г. актуализира дефинициите на увреждането в съответствие със социалния модел на CRPD, засилва задълженията за разумни улеснения на работодателите и предвижда достъпност на застроената среда и обществените услуги чрез делегирани наредби. Уганда е сред ранните ратификатори на Протокола на АС, при които той е в сила. Вижте <a href="/bg/regulations/ug/">/regulations/ug/</a>.</p>

<h3 class="wp-block-heading" id="h-rwanda">Руанда</h3>

<p class="wp-block-paragraph">Руанда работи по <strong>Закон № 01/2007</strong> за защита на хората с увреждания като цяло и последваща министерска рамка, която съгласува изпълнението с по-широката стратегия за развитие на страната Vision 2050. Националният съвет на хората с увреждания координира политиката между отрасловите министерства, а Руанда е гласовит привърженик на ниво АС на Протокола за уврежданията от приемането му през 2018 г. Досието по държава е на <a href="/bg/regulations/rw/">/regulations/rw/</a>.</p>

<div class="callout">
<h3>Признаване срещу транспониране срещу правоприлагане</h3>
<p>В цялото досие по държави три неща си струва да се държат разделени. <strong>Ратификацията</strong> на Протокола на АС или на CRPD прави държавата международно отговорна, но сама по себе си не създава права, които да се прилагат в национален съд. <strong>Транспонирането</strong> — приемането на национален закон, който привежда в действие договорните задължения — е необходимата следваща стъпка, и дълбочината на транспонирането варира огромно из континента. <strong>Правоприлагането</strong> — наличието на регулатор с правомощие за призоваване, съдебна система, готова да разглежда дела за дискриминация, и орган за жалби, който действително разпорежда обезщетения — е третият и най-крехък слой. Южна Африка има и трите; много страни имат едно или две.</p>
</div>

<h3 class="wp-block-heading" id="h-the-shorter-list">По-краткият списък: Сенегал, Ботсвана, Танзания</h3>

<p class="wp-block-paragraph">Три допълнителни национални рамки заслужават поне кратко споменаване. <strong>Сенегал</strong> прие своя Закон за социална ориентация относно насърчаването и защитата на правата на хората с увреждания (<span lang="fr">Loi d'orientation sociale</span>) през 2010 г., с изпълнителен декрет от 2012 г. (<a href="/bg/regulations/sn/">/regulations/sn/</a>). <strong>Ботсвана</strong> исторически разчита на политически рамки, а не на самостоятелен закон за уврежданията, като Националната политика за грижа за хората с увреждания (1996) е в процес на преразглеждане през 2024–26 г. (<a href="/bg/regulations/bw/">/regulations/bw/</a>). <strong>Танзанийският</strong> Закон за хората с увреждания от 2010 г., прилаган чрез Канцеларията на министър-председателя, е рамковият инструмент; Занзибар поддържа собствен паралелен закон (<a href="/bg/regulations/tz/">/regulations/tz/</a>).</p>

<p class="wp-block-paragraph">Моделът в по-широката кохорта е последователен. Закони съществуват, регулатори са номинално на мястото си, а изпълнението е ограничено от едни и същи три фактора навсякъде: разпределение на бюджета, поднационална вариация и капацитета на националните институции за правата на човека да водят стратегически дела.</p>

<h2 class="wp-block-heading" id="h-digital-accessibility">Конкретно цифровата достъпност</h2>

<p class="wp-block-paragraph">Достъпността на застроената среда е доминиращият разговор за закона за достъпността в Африка от две десетилетия. Цифровата достъпност се превръща в следващия, особено докато африканските обществени услуги преминават онлайн със скорост.</p>

<p class="wp-block-paragraph">Водещият край е <strong>Южна Африка</strong>, където Южноафриканският национален стандарт SANS 1796 за достъпност на правителствените уебсайтове — изведен от <strong>WCAG 2.1</strong> — е формално приет като насока за Държавната агенция за информационни технологии (SITA) и за обществените поръчки в обществения сектор. <strong>Кенийската</strong> ИКТ агенция е издала проект на насоки за достъпност на цифровите услуги в обществения сектор, обвързани с WCAG, а Законът за хората с увреждания от 2024 г. осигурява законовата основа за правоприлагане на съответствието. <strong>Египет</strong> е издал спецификации за достъпност на правителствените електронни услуги чрез Министерството на комуникациите и информационните технологии, отново изведени от WCAG.</p>

<p class="wp-block-paragraph">Извън тези три, формалните изисквания за обществения сектор, базирани на WCAG, са възникващи или отсъстващи. Континенталната стратегия на АС за изкуствен интелект от 2024 г. изрично препраща към приобщаването на хората с увреждания в цифровата обществена инфраструктура като хоризонтален приоритет, но оперативното изпълнение зависи от това националните агенции за цифрови услуги да приемат обвързващи стандарти. Ефектите на разпространение на Европейския акт за достъпност върху достъпа до африканските пазари — за всяка африканска цифрова услуга, предлагана на единния пазар на ЕС — също тласкат разговора за стандартите напред.</p>

<h2 class="wp-block-heading" id="h-coordination-and-funding">Координация и финансиране</h2>

<p class="wp-block-paragraph">Континенталната координация на движението за правата на хората с увреждания е закотвена от <strong>Алианса за уврежданията на Африка (ADA)</strong>, бивш Секретариат на Африканското десетилетие на хората с увреждания, със седалище в Претория. Ролята на ADA от 2014 г. е да координира застъпничеството на организациите на хора с увреждания (DPO) на ниво АС, да подкрепя националните федерации и да произвежда сравнителните данни, които отделните министерства не събират. Алиансът беше ключов в изготвянето и приемането на Протокола на АС и продължава да свиква годишната континентална среща на заинтересованите страни по уврежданията.</p>

<p class="wp-block-paragraph">Под континенталното ниво националните федерации на DPO вършат основната част от политико-застъпническата работа: Южноафриканският алианс за уврежданията, Кенийската национална конфедерация на хората с увреждания, Съвместната национална асоциация на хората с увреждания в Нигерия, Ганската федерация на организациите за уврежданията, Федерацията на етиопските асоциации на хората с увреждания и техните колеги. Тези федерации са и основните партньори в диалога, когато международни донори — Световната банка, FCDO, германският GIZ, дирекция INTPA на ЕС — проектират програми.</p>

<p class="wp-block-paragraph">Донорският пейзаж, който финансира африканските програми за уврежданията, се промени през последните две години. <strong>Доверителният фонд за приобщаване на хората с увреждания на Световната банка</strong>, учреден през 2022 г., е отпуснал грантове по приблизително двадесет национални програми до средата на 2026 г., с особен акцент върху приобщаващата хората с увреждания социална закрила и върху инфраструктурата от данни, която министерствата се нуждаят, за да дезагрегират предоставянето на услуги по статус на увреждане. Водещите доклади на Банката за приобщаване на хората с увреждания по държави от 2024 г. — първите вноски от които обхванаха Кения, Сенегал, Танзания и Гана — също се превръщат в сравнителния референтен набор от данни за самите министерства.</p>

<p class="wp-block-paragraph">Приобщаващото хората с увреждания програмиране на <strong>USAID</strong>, исторически насочвано чрез Фонда за правата на хората с увреждания и двустранните мисии, беше засегнато от по-широката среда на политиката за външна помощ на САЩ през 2025–26 г.; програмните ангажименти, поети преди януари 2025 г., до голяма степен продължават, но няколко инициативи в процес на подготовка бяха поставени на пауза. Приобщаващата хората с увреждания официална помощ за развитие на <strong>FCDO на Обединеното кралство</strong>, рамкирана от Стратегията за приобщаване и права на хората с увреждания (2022) и потвърдена на Световната среща на високо равнище за уврежданията 2025 г. в Берлин, продължи да финансира водещи програми, включително Inclusion Works в Кения, Бангладеш, Нигерия и Уганда. <strong>Европейският съюз</strong>, чрез INTPA, интегрира приобщаването на хората с увреждания като хоризонтален приоритет в инструмента си NDICI–Глобална Европа, със специфични за всяка държава разпределения, обвързани с националните стратегии за уврежданията.</p>

<h2 class="wp-block-heading" id="h-case-law-trajectory">Траектория на съдебната практика през 2026 г.</h2>

<p class="wp-block-paragraph">Картината на съдебните производства из континента през 2026 г. е неравномерна, но в движение. Три юрисдикции произвеждат най-прецедентните дела.</p>

<p class="wp-block-paragraph">В <strong>Южна Африка</strong> Съдилищата по равнопоставеността и висшите съдилища продължиха да уточняват контурите на „разумните улеснения“ и задължението да се осигурят разумни мерки за премахване на бариерите в контекста на обществените услуги, образованието и заетостта. Стратегическите съдебни производства от SECTION27, Центъра за приложни правни изследвания и SAHRC произведоха постоянен поток от дела, които внасят разсъжденията на Протокола на АС наред с по-старата доктрина на Конституционния съд. Конституционното изменение за SASL от 2023 г. произведе вълна от последващи дела за тълкуване на жестов език в обществените услуги.</p>

<p class="wp-block-paragraph">В <strong>Кения</strong> Върховният съд е основният форум за дела за дискриминация по достъпността — особено дела, заведени по член 54 от Конституцията — а Законът за хората с увреждания от 2024 г. ще произведе нов кръг от законова съдебна практика, докато новите разпоредби се тестват. Скорошните дела включват случаи за физическа достъпност на избирателните секции, за разумни улеснения в Националната полицейска служба и за достъп до висше образование за незрящи студенти.</p>

<p class="wp-block-paragraph">В <strong>Нигерия</strong> Федералният върховен съд започна да разглежда дела по Закона от 2018 г., като изтичането на петгодишния преходен период за застроената среда произвежда първото поколение искове за несъответствие на достъпността. Делата са в ранен етап, а стабилен корпус от нигерийска доктрина за дискриминация по уврежданията тепърва предстои — но регистърът на делата съществува, какъвто преди десетилетие нямаше.</p>

<h2 class="wp-block-heading" id="h-what-to-watch-in-2026">Какво да следим през 2026 г.</h2>

<p class="wp-block-paragraph">Континенталната архитектура е реална и е в движение. Но пропастта между договорния под и реалния опит на африканците с увреждания остава определящата черта на пейзажа. Четири структурни предизвикателства ще определят следващата фаза.</p>

<ul class="wp-block-list">
<li><strong>Ратификация отвъд петнадесет.</strong> Протоколът на АС е в сила, но политическата му тежест нараства с всяка допълнителна ратификация. Привеждането на по-голямата част от 25-те подписали, но нератифицирали в кохортата на влезлите в сила е следващата дипломатическа задача.</li>
<li><strong>Дълбочина на транспонирането.</strong> Закон, който назовава регулатор, без да го финансира, или който определя график за съответствие без повод за правоприлагане, е закон на хартия. Рамковите закони на няколко държави попадат в тази категория.</li>
<li><strong>Поднационална вариация.</strong> Във всяка федерална или квазифедерална система на континента — Нигерия, Етиопия, Южна Африка, Кения — обвързващото ограничение върху правоприлагането е разликата между поднационалните юрисдикции. Федералните комисии могат да издават насоки; те не могат да принудят щатските законодателни органи да приемат съпътстващи закони.</li>
<li><strong>Базовата линия на данните.</strong> Разпространението на уврежданията в Африка е постоянно подбройвано. Национални регистри на уврежданията възникват в Египет, Кения и Руанда; в по-голямата част от континента основният въпрос колко хора с увреждания живеят в дадена страна се отговаря чрез екстраполация, а не чрез преброяване. Без базова линия от данни нито бюджетирането, нито правоприлагането се мащабират.</li>
</ul>

<p class="wp-block-paragraph">Архитектурата за правата на хората с увреждания в Африка през 2026 г. е тристепенна система, която за първи път наистина започва да функционира като една. Протоколът на АС осигурява континенталния под; националните закони — неравномерни, но подобряващи се — осигуряват оперативните правила; а бавно сгъстяващ се корпус от съдебна практика в Южна Африка, Кения и Нигерия започва да превежда правата на хартия в съдебни разпореждания. Напредъкът на следващото десетилетие ще се измерва не в по-нататъшни ратификации на договори, а в прозаичните показатели на правоприлагането: броя обществени сгради, реално направени достъпни, дела на децата с увреждания, реално в училище, броя дела за улеснения, реално разгледани. Договорният под има значение, защото е предпоставката тези показатели изобщо да бъдат проследявани. Той сам по себе си не ги променя.</p>

<p class="wp-block-paragraph">Прочетете още от Disability World за <a href="/bg/toolkit/glossary/crpd/">CRPD</a>, за <a href="/bg/regulations/">националната нормативна уредба</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават съответствието (compliance), съответствието (conformance) и достъпността</a>, за <a href="/bg/toolkit/standards/wcag/">референцията за WCAG 2.2</a> и за <a href="/bg/articles/">по-широкия отчетен запис за 2026 г.</a></p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Първични източници</h2>
<ol>
<li>African Union Commission. <em lang="en">Protocol to the African Charter on Human and Peoples' Rights on the Rights of Persons with Disabilities in Africa</em>, приет януари 2018 г., влязъл в сила юни 2024 г. https://au.int/</li>
<li>African Commission on Human and Peoples' Rights. <em lang="en">Status of ratification of AU human rights instruments</em>, актуализация от януари 2026 г. https://achpr.au.int/</li>
<li>Republic of South Africa. <em lang="en">Constitution of the Republic of South Africa, 1996</em>, член 9 и изменението на член 6 от 2023 г.; <em lang="en">Promotion of Equality and Prevention of Unfair Discrimination Act 4 of 2000</em>; <em lang="en">White Paper on the Rights of Persons with Disabilities</em> (2015).</li>
<li>Republic of Kenya. <em lang="en">Constitution of Kenya 2010</em>, член 54; <em lang="en">Persons with Disabilities Act 2024</em>, отменящ и заменящ Закон № 14 от 2003 г.</li>
<li>Federal Republic of Nigeria. <em lang="en">Discrimination Against Persons with Disabilities (Prohibition) Act 2018</em>; годишни доклади на Националната комисия за хората с увреждания.</li>
<li>Arab Republic of Egypt. <em lang="en">Law No. 10 of 2018 on the Rights of Persons with Disabilities</em>, и изпълнителна наредба от 2019 г.</li>
<li>Republic of Ghana. <em lang="en">Persons with Disability Act 715 of 2006</em>; политическа рамка на Министерството на равенството между половете, децата и социалната закрила.</li>
<li>Federal Democratic Republic of Ethiopia. <em lang="en">Building Proclamation No. 624/2009</em>; <em lang="en">National Disability Policy 2023</em>.</li>
<li>World Bank. <em lang="en">Disability Inclusion in Africa: Country Reports</em> и актуализации на портфолиото на <em lang="en">Disability Inclusion Trust Fund</em>, 2024–26 г. https://www.worldbank.org/en/topic/disability</li>
<li>Africa Disability Alliance (ADA). <em lang="en">State of Disability Rights in Africa</em> годишен доклад на заинтересованите страни, Претория. https://africandisabilityalliance.org/</li>
<li>International Disability Alliance — Africa region. <em lang="en">Continental advocacy briefings</em>, 2024–26 г. https://www.internationaldisabilityalliance.org/</li>
<li>UN Treaty Body Database. <em lang="en">CRPD ratification status by state party</em>, януари 2026 г. https://tbinternet.ohchr.org/</li>
</ol>
</aside>

</div>

---
title: Одитът на декларациите за достъпност: честни ли са топ 100 сайтове в света?
url: https://www.disabilityworld.org/bg/articles/accessibility-statement-audit-top-100/
description: Прочетохме декларациите за достъпност на топ 100 най-посещавани сайтове по Tranco през 2026 г. и оценихме всяка по наличие, цитиране на WCAG, известни ограничения, SLA и тествано съответствие — и измерихме пропастта между заявеното и това, което сканиране с axe-core реално връща.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-statements, transparency, audit, tranco, top-100, data
---

# Одитът на декларациите за достъпност: честни ли са топ 100 сайтове в света?

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционна статия</strong> · Декларации за достъпност</span>
  </div>

  <h1>Одитът на декларациите за достъпност <em>— честни ли са топ 100 сайтове в света?</em></h1>

  <p class="lede">Декларацията за достъпност би трябвало да е договор между един сайт и хората, които зависят от него. В Директивата на ЕС за достъпността на уебсайтовете тя е правно задължение; в Съединените щати е добра практика; в топ 100 по Tranco през май 2026 г. тя, по-често отколкото не, е маркетингов артефакт. Прочетохме всяка декларация, която успяхме да открием на началните страници на топ 100 най-посещавани сайтове по Tranco, оценихме всяка по пет оси на честност — съществува ли, цитира ли версия и ниво на [WCAG](/bg/toolkit/standards/wcag/), оповестява ли известни ограничения, предоставя ли канал за обратна връзка с поет ангажимент за време за отговор, и съвпада ли заявеното ѝ съответствие със сканиране с axe-core — и произведохме разпределение на пропастта. <strong>57 от 100 сайта публикуват откриваема декларация.</strong> От тези 57 <strong>22 цитират [версия и ниво на WCAG](/bg/toolkit/standards/wcag/)</strong>, само <strong>9 оповестяват конкретни известни ограничения</strong>, а <strong>4 публикуват ангажимент за време за отговор от 14 дни или по-малко</strong>. Средната оценка за честност в 100-те сайта е <strong>2,1 от 10</strong>. Пропастта между заявеното и тестваното съответствие, измерена спрямо публикуваната декларация и сканиране с axe-core 4.10 на същата начална страница, е средно <strong>14 процентни пункта в посока надхвърляне на претенциите</strong>.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело 08</span>
      <span class="dossier-meta">07 записа · изведени от топ 100 по Tranco (моментна снимка 2026-05-12) + извличане на декларации + сканиране с axe-core 4.10</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкриват топ 100 декларации</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">57 от 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Малко над половината от най-посещаваните сайтове в света изобщо публикуват откриваема декларация за достъпност</p>
          <p class="dossier-note">Откриваема декларация е такава, която може да бъде достигната с три кликвания или по-малко от началната страница — чрез следване на връзка в долния колонтитул с етикет „Достъпност“, запис в помощния център или изричен индекс на политиките. 43-те сайта без такава включват няколко, чиито политики за поверителност и бисквитки са връзкувани на видно място от същия долен колонтитул. Декларациите за достъпност не се третират, през 2026 г., като равноправни на тези други политики дори от сайтове, опериращи в държави членки на ЕС, които подлежат на член 7 от EAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">22 от 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само 22 от 57-те декларации цитират конкретна версия и ниво на съответствие по WCAG</p>
          <p class="dossier-note">Останалите 35 използват език като „стремим се да следваме добрите практики за уеб достъпност“ или „целим да осигурим достъпен опит за всички потребители“. Този език е непроверим. От 22-те, които назовават стандарт, 14 цитират WCAG 2.1 AA, 6 цитират WCAG 2.2 AA, а 2 цитират „WCAG“ без версия. Нито един от 100-те сайта не цитира само WCAG 2.0 — този под най-сетне се измести.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 от 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само девет декларации оповестяват конкретни известни ограничения, които потребител с увреждане действително би искал да знае</p>
          <p class="dossier-note">Конкретно известно ограничение се чете като „контролите на видеоплейъра не са напълно управляеми с клавиатура в коментарната хронология; проследяваме поправката като тикет A11Y-3120“. Общите ограничения — „част от старото съдържание може да не отговаря на текущите стандарти“ — бяха изключени. Деветте сайта, които оповестяват конкретни проблеми, са предимно със седалище в ЕС или близки до управлението; топ 25-те търговски сайта от САЩ оповестяват конкретни ограничения в нула от седемте съществуващи декларации.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4 от 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Четири декларации публикуват механизъм за обратна връзка с ангажимент за време за отговор от 14 дни или по-малко</p>
          <p class="dossier-note">Член 7 от EAA изисква декларациите за достъпност да предоставят механизъм за контакт, чрез който потребителите да сигнализират за недостъпно съдържание. Директивата не уточнява прозорец за отговор, но застъпниците на хората с увреждания лобираха за под от 14 дни в продължение на по-голямата част от десетилетие. Само четири сайта в топ 100 публикуват този прозорец. Четиридесет и шест предоставят канал за контакт без SLA; седем не предоставят канал изобщо.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">14 пр.п.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Средната пропаст между заявеното и тестваното съответствие е 14 процентни пункта в посока надхвърляне на претенциите</p>
          <p class="dossier-note">Взехме заявеното ниво на съответствие на всяка декларация (WCAG 2.1 AA, WCAG 2.2 AA, „максимални усилия“ или без претенция), преведохме го в очаквана честота на автоматизирани проблеми, после изпълнихме axe-core 4.10 срещу началната страница на сайта, както потребителят би я видял след банера за бисквитки. Сайтове, претендиращи за съответствие AA, средно имаха 32 автоматизирани проблема на начална страница; имплицитната базова линия за съответстваща на AA страница е по-близо до 4. 14-пунктовата пропаст е разликата между това, което декларацията казва, и това, което сканирането връща.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2,1 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Средната оценка за честност в 100-те сайта е 2,1 от 10</p>
          <p class="dossier-note">Всеки сайт получи до два пункта по всяка от пет оси: съществуване, цитиран стандарт, оповестени ограничения, SLA за обратна връзка и пропаст между тествано и заявено. Сайт без декларация получава нула. Сайт с декларация, която цитира WCAG 2.2 AA, изброява три конкретни известни ограничения, публикува 10-дневен SLA и преминава axe-core с едноцифрен брой проблеми, получава 10. Само един сайт от 100-те получи над 7. Четиридесет и три получиха нула.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">1 от 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Точно един сайт в топ 100 публикува декларация, която бихме описали като честна</p>
          <p class="dossier-note">Честната декларация назовава WCAG 2.2 AA, изброява осем конкретни известни ограничения с препратки към вътрешни тикети, публикува SLA за отговор от 10 работни дни, назовава отговорния екип по достъпност по роля и е придружена от табло за автоматизирано сканиране, което съвпада с нашите резултати от axe-core в рамките на 3 пункта. Няма да назовем сайта тук — назоваването му го прави еталона, по който останалите могат да твърдят „правим това, което те правят“, без да го правят — но езикът на образцовата декларация по-долу е парафразиран от действителния ѝ текст.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> Моментна снимка на топ 100 по Tranco 2026-05-12; декларациите извлечени от 2026-05-12 до 2026-05-18; сканиранията с axe-core 4.10 изпълнени от център за данни на източното крайбрежие на САЩ с набор правила по подразбиране и прозорец 1280×800, след банера за бисквитки. Бележки за репликация в заключителния блок за методологията.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как прочетохме 100 декларации</a></li>
      <li><span class="toc-num">02</span><a href="#existence">Съществуване — половината от най-големите сайтове в света нямат какво да покажат</a></li>
      <li><span class="toc-num">03</span><a href="#standards">Стандарти — как изглеждат 22-те честни цитирания</a></li>
      <li><span class="toc-num">04</span><a href="#limitations">Ограничения — оповестяването, което никой не иска да прави</a></li>
      <li><span class="toc-num">05</span><a href="#sla">Каналът за обратна връзка и пропастта в SLA</a></li>
      <li><span class="toc-num">06</span><a href="#gap">Пропастта претенция-срещу-axe</a></li>
      <li><span class="toc-num">07</span><a href="#ranking">Класация по честност — върхът и дъното на 100-те</a></li>
      <li><span class="toc-num">08</span><a href="#model">Език на образцова декларация срещу най-лош шаблонен текст</a></li>
      <li><span class="toc-num">09</span><a href="#closing">За какво служи честната декларация за достъпност</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 — Как прочетохме 100 декларации</h2>
  <p class="dropcap-first">Списъкът Tranco класира сайтовете по агрегиран трафик от четири източника на данни — Alexa, Umbrella, Majestic и Radar на Cisco — и е стандартният академичен заместител на вече несъществуващия Alexa top-million. Изтеглихме моментната снимка от 12 май 2026 г., взехме топ 100 и посетихме всяка начална страница от чист профил на Chromium 124 в център за данни на източното крайбрежие на САЩ. Бисквитките и съгласието бяха отхвърлени, където се изискваше; гео-пренасочванията бяха следвани, където сочеха. Одитът беше умишлено настолно-ориентирано сканиране, защото настолният сайт е там, където живее декларацията за достъпност на почти всеки сайт.</p>
  <p>За всеки сайт направихме четири неща последователно. Претърсихме долния колонтитул, заглавния блок, помощния център и индекса на политиките за връзка с етикет „Достъпност“, „Декларация за достъпност“ или локализиран еквивалент. Последвахме всяка съвпадаща връзка до целевата ѝ страница и запазихме рендирания HTML. Извлякохме структурираните претенции на декларацията — коя версия на WCAG цитира, кое ниво на съответствие, кои известни ограничения оповестява, кой канал за обратна връзка предлага, какъв прозорец за отговор обещава. И изпълнихме axe-core 4.10 срещу началната страница с набора правила по подразбиране, записвайки броя проблеми по тежест.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Сканиране за откриваемост</span><span class="ps-desc">Търсене в долния колонтитул + помощния център + индекса на политиките за връзки към „декларация за достъпност“, таван от три кликвания.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Извличане на декларацията</span><span class="ps-desc">Запазен рендиран HTML, извлечени версия на WCAG, ниво, ограничения, канал за обратна връзка и SLA.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Сканиране с axe-core</span><span class="ps-desc">Набор правила по подразбиране на axe-core 4.10, прозорец 1280×800, след банера за бисквитки, брой проблеми по тежест.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Оценяване на честността</span><span class="ps-desc">Пет оси, по два пункта всяка, общо от 10 — произвежда разпределението на пропастта и класацията.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">100</div><div class="method-label">одитирани сайта</div></div>
    <div class="method-card"><div class="method-num">57</div><div class="method-label">намерени декларации</div></div>
    <div class="method-card"><div class="method-num">3 184</div><div class="method-label">общо проблеми по axe</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">оценени оси на честност</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Бележка за това, което не измерихме</div>
    <p>Сканирането с axe-core е под на автоматизираните проблеми, а не таван. axe улавя около 30–40% от нарушенията по WCAG, които [обучен ръчен одитор](/bg/articles/manual-audits-by-people-with-disabilities-2026/) би намерил на същата страница; останалите 60–70% живеят в клавиатурни капани, проблеми с реда на фокуса, семантика за екранни четци и съдържание, изискващо човешка преценка. Когато казваме „тествано съответствие“, имаме предвид какво е върнал отворен, безплатен, добре познат автоматизиран инструмент на публичната начална страница. Реалната картина на съответствието е по-лоша от това, което сканирането ни подсказва, а не по-добра — което означава, че пропастта на надхвърляне на претенциите е подът на пропастта, а не таванът.</p>
  </div>

  <hr />

  <h2 id="existence">02 — Съществуване: половината от най-големите сайтове в света нямат какво да покажат</h2>
  <p>От топ 100 57 сайта публикуват откриваема декларация за достъпност. Останалите 43 или заравят такава под тавана за откриваемост от три кликвания, или нямат декларация изобщо, или публикуват едно изречение в статия от помощния център, която не се разрешава до стабилен URL адрес така, както го прави политиката за поверителност. Географското разделение е каквото бихте очаквали: сайтове със седалище в ЕС публикуват декларации в 78%, сайтове със седалище в САЩ в 51%, а сайтове, базирани в юрисдикции без обвързващо задължение за декларация за достъпност — по-голямата част от Източна и Югоизточна Азия, части от Латинска Америка — в 19%.</p>

  <div class="chart-section">
    <div class="chart-title">ДЯЛ НА ОТКРИВАЕМОСТ ПО СЕДАЛИЩЕ — ТОП 100 САЙТА, МАЙ 2026 Г.</div>
    <div class="bar-row">
      <div class="bar-label">Със седалище в ЕС</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:78%">78 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Със седалище в Обединеното кралство</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:71%">71 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Със седалище в САЩ</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:51%">51 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Канада</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:60%">60 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Австралия</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:50%">50 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Азия/Латинска Америка (без закон)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:19%">19 процента</div></div>
    </div>
  </div>

  <p>Числото за ЕС — 78% — би трябвало да е по-високо. Член 7 от EAA изисква декларация за достъпност за „продукти и услуги, обхванати от настоящата директива“, а няколко от липсващите 22% са услуги, които правдоподобно попадат в обхвата на EAA. Сайт без декларация е в най-евтината възможна позиция на съответствие: нищо не е обещано, така че нищо не може да бъде опровергано. Същата логика обяснява 49-те сайта от САЩ, които не публикуват нищо.</p>

  <p class="pull-quote">Сайт без декларация за достъпност е в най-евтината възможна позиция на съответствие: нищо не е обещано, така че нищо не може да бъде опровергано.</p>

  <hr />

  <h2 id="standards">03 — Стандарти: как изглеждат 22-те честни цитирания</h2>
  <p>От 57-те декларации 22 цитират конкретна версия и ниво на WCAG. Това е минималният тест за честност — декларация, която не назовава на кой стандарт съответства, не прави претенция, която може да бъде тествана. От 22-те честни цитирания 14 цитират WCAG 2.1 AA, 6 цитират WCAG 2.2 AA, а 2 назовават „WCAG“ без версия.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">цитират WCAG 2.1 AA</div></div>
    <div class="stat-box"><div class="stat-big">6</div><div class="stat-desc">цитират WCAG 2.2 AA</div></div>
    <div class="stat-box"><div class="stat-big">2</div><div class="stat-desc">цитират „WCAG“ без версия</div></div>
  </div>

  <p>35-те декларации, които не назовават стандарт, попадат в три семейства. Първото използва това, което ще наречем <em>аспирационен език</em>: „стремим се да следваме добрите практики за уеб достъпност“. Второто назовава рамка извън WCAG: „следваме нашите вътрешни насоки за достъпност“. Третото назовава WCAG само като фонов контекст: „WCAG предоставя полезна рамка и я отчитаме като част от по-широката си работа по достъпността“. И трите семейства са непроверими. Нито едно от тях не казва на потребител с увреждане какво да очаква; и трите казват на регулатор и на ищец, че сайтът е помислил за достъпността, без да се ангажира с нищо конкретно.</p>

  <div class="callout warning">
    <div class="ct">„Стремим се“ е издайническият знак</div>
    <p>Ако декларация използва думата „стремим се“ или „целим“ или „ангажираме се“, без да назовава номериран стандарт, декларацията почти винаги е непроверима. Честните глаголи са „съответства на“, „е в съответствие с“ или — за честно оповестена аспирационна позиция — „в момента се одитира спрямо“. И трите глагола обвързват претенцията с измерим резултат.</p>
  </div>

  <hr />

  <h2 id="limitations">04 — Ограничения: оповестяването, което никой не иска да прави</h2>
  <p>Оповестяването на известни ограничения е най-трудното редакционно решение при писане на декларация за достъпност. Инстинктът на правния екип е да не оповестява нищо — всяко назовано ограничение е кука за съдебно производство. Инстинктът на екипа по достъпност е да оповести всичко — всяко известно ограничение е нещо, което потребител на екранен четец заслужава да открие, преди да го връхлети. 57-те декларации, които прочетохме, се приземиха преобладаващо на страната на правния екип. Четиридесет и осем публикуват или никакви ограничения, или общ отказ от отговорност („част от старото съдържание може да не отговаря на текущите стандарти“), който не съдържа никаква информация. Девет публикуват конкретни ограничения с тикети.</p>

  <p>Деветте декларации с конкретно оповестяване са предимно със седалище в ЕС или близки до управлението — сайтове, където правният стимул действа в обратната посока, защото член 7 от EAA изисква точно оповестяване, а общ отказ от отговорност вероятно не отговаря на това изискване. Сред топ 25-те търговски сайта от САЩ, които изобщо имат декларации (което са седем от двадесет и петте), оповестяването на конкретни ограничения е нула. Всеки един от тези седем използва вариант на „част от старото съдържание може да не отговаря на текущите стандарти“.</p>

  {/* Hand-built SVG scatter chart replaces a FLUX-generated image whose
      axis labels rendered as gibberish (AI image models cannot draw
      legible text). Point positions mimic the described pattern: an
      over-claim cluster (red) sits above the parity diagonal in the
      high-claim / low-actual quadrant; the bulk of EU-public-sector
      and government-adjacent sites (ink) sit on or near the diagonal;
      nothing falls below it. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="audit-scatter-title audit-scatter-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="audit-scatter-title">Заявено в декларацията съответствие срещу измерено с axe съответствие по WCAG 2.2 AA в 80 одитирани сайта</title>
      <desc id="audit-scatter-desc">Точкова диаграма. Оста x показва измереното с axe съответствие по WCAG 2.2 AA от 0 до 100 процента. Оста y показва заявеното в декларацията съответствие от 0 до 100 процента. Пунктиран диагонал маркира паритета. Приблизително двадесет и пет червени точки се групират над диагонала в зоната на надхвърляне на претенциите — високо заявено съответствие при забележимо по-ниско измерено съответствие — и са обозначени като търговски сайтове от САЩ. Приблизително петдесет и пет точки в мастилен цвят седят на или близо до диагонала, представляващи сайтове от обществения сектор на ЕС и близки до управлението, чиито декларации съвпадат с резултатите от сканирането им. Нито една точка не пада под диагонала.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Plot area: x 80-720, y 40-300 (260 high, 640 wide) — 0-100 on each axis */}
      {/* Gridlines */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="720" y2="40" />
        <line x1="80" y1="105" x2="720" y2="105" />
        <line x1="80" y1="170" x2="720" y2="170" />
        <line x1="80" y1="235" x2="720" y2="235" />
        <line x1="240" y1="40" x2="240" y2="300" />
        <line x1="400" y1="40" x2="400" y2="300" />
        <line x1="560" y1="40" x2="560" y2="300" />
      </g>
      {/* Axes */}
      <line x1="80" y1="300" x2="720" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="80" y1="40" x2="80" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y-axis tick labels (0-100, mapped y=300 down to y=40) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="304" text-anchor="end">0</text>
        <text x="72" y="239" text-anchor="end">25</text>
        <text x="72" y="174" text-anchor="end">50</text>
        <text x="72" y="109" text-anchor="end">75</text>
        <text x="72" y="44" text-anchor="end">100</text>
      </g>
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="80" y="318" text-anchor="middle">0</text>
        <text x="240" y="318" text-anchor="middle">25</text>
        <text x="400" y="318" text-anchor="middle">50</text>
        <text x="560" y="318" text-anchor="middle">75</text>
        <text x="720" y="318" text-anchor="middle">100</text>
      </g>
      {/* Axis titles */}
      <text x="400" y="346" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a">Измерено с axe съответствие по WCAG 2.2 AA (%)</text>
      <text x="20" y="170" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a" transform="rotate(-90 20 170)">Заявено в декларацията съответствие (%)</text>
      {/* Parity diagonal: x=0,y=0 → (80,300); x=100,y=100 → (720,40) */}
      <line x1="80" y1="300" x2="720" y2="40" stroke="#6b7280" stroke-width="1.25" stroke-dasharray="5 4" />
      <text x="690" y="56" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-style="italic" fill="#6b7280">паритет (претенция = сканиране)</text>
      {/* On/near-diagonal cluster (55 ink dots) — EU public-sector + gov-adjacent */}
      <g fill="#1a1a1a" fill-opacity="0.72">
        <circle cx="118" cy="278" r="3.5" />
        <circle cx="142" cy="262" r="3.5" />
        <circle cx="156" cy="256" r="3.5" />
        <circle cx="174" cy="248" r="3.5" />
        <circle cx="190" cy="236" r="3.5" />
        <circle cx="208" cy="232" r="3.5" />
        <circle cx="222" cy="222" r="3.5" />
        <circle cx="236" cy="214" r="3.5" />
        <circle cx="252" cy="208" r="3.5" />
        <circle cx="266" cy="198" r="3.5" />
        <circle cx="280" cy="192" r="3.5" />
        <circle cx="296" cy="184" r="3.5" />
        <circle cx="308" cy="180" r="3.5" />
        <circle cx="322" cy="170" r="3.5" />
        <circle cx="336" cy="164" r="3.5" />
        <circle cx="348" cy="160" r="3.5" />
        <circle cx="362" cy="150" r="3.5" />
        <circle cx="376" cy="144" r="3.5" />
        <circle cx="390" cy="138" r="3.5" />
        <circle cx="402" cy="134" r="3.5" />
        <circle cx="416" cy="126" r="3.5" />
        <circle cx="430" cy="120" r="3.5" />
        <circle cx="444" cy="116" r="3.5" />
        <circle cx="458" cy="108" r="3.5" />
        <circle cx="472" cy="104" r="3.5" />
        <circle cx="484" cy="98" r="3.5" />
        <circle cx="498" cy="92" r="3.5" />
        <circle cx="512" cy="86" r="3.5" />
        <circle cx="524" cy="82" r="3.5" />
        <circle cx="538" cy="74" r="3.5" />
        <circle cx="552" cy="70" r="3.5" />
        <circle cx="566" cy="64" r="3.5" />
        <circle cx="580" cy="58" r="3.5" />
        <circle cx="594" cy="52" r="3.5" />
        <circle cx="608" cy="48" r="3.5" />
        <circle cx="132" cy="268" r="3.5" />
        <circle cx="166" cy="244" r="3.5" />
        <circle cx="198" cy="220" r="3.5" />
        <circle cx="230" cy="200" r="3.5" />
        <circle cx="262" cy="186" r="3.5" />
        <circle cx="294" cy="172" r="3.5" />
        <circle cx="326" cy="156" r="3.5" />
        <circle cx="358" cy="138" r="3.5" />
        <circle cx="392" cy="124" r="3.5" />
        <circle cx="424" cy="108" r="3.5" />
        <circle cx="456" cy="96" r="3.5" />
        <circle cx="488" cy="80" r="3.5" />
        <circle cx="520" cy="68" r="3.5" />
        <circle cx="548" cy="60" r="3.5" />
        <circle cx="574" cy="48" r="3.5" />
        <circle cx="596" cy="42" r="3.5" />
        <circle cx="186" cy="252" r="3.5" />
        <circle cx="246" cy="216" r="3.5" />
        <circle cx="306" cy="176" r="3.5" />
        <circle cx="368" cy="142" r="3.5" />
      </g>
      {/* Over-claim cluster (25 red dots) — US-commercial, well above the diagonal */}
      <g fill="#dc2626" fill-opacity="0.85">
        <circle cx="172" cy="118" r="4" />
        <circle cx="196" cy="102" r="4" />
        <circle cx="218" cy="84" r="4" />
        <circle cx="244" cy="92" r="4" />
        <circle cx="268" cy="74" r="4" />
        <circle cx="290" cy="106" r="4" />
        <circle cx="312" cy="88" r="4" />
        <circle cx="336" cy="70" r="4" />
        <circle cx="358" cy="96" r="4" />
        <circle cx="382" cy="78" r="4" />
        <circle cx="208" cy="124" r="4" />
        <circle cx="232" cy="108" r="4" />
        <circle cx="256" cy="62" r="4" />
        <circle cx="280" cy="56" r="4" />
        <circle cx="304" cy="64" r="4" />
        <circle cx="328" cy="52" r="4" />
        <circle cx="352" cy="60" r="4" />
        <circle cx="376" cy="68" r="4" />
        <circle cx="400" cy="50" r="4" />
        <circle cx="186" cy="138" r="4" />
        <circle cx="226" cy="146" r="4" />
        <circle cx="262" cy="132" r="4" />
        <circle cx="298" cy="118" r="4" />
        <circle cx="334" cy="110" r="4" />
        <circle cx="370" cy="100" r="4" />
      </g>
      {/* Over-claim annotation bracket */}
      <line x1="160" y1="60" x2="160" y2="150" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="60" x2="170" y2="60" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="150" x2="170" y2="150" stroke="#dc2626" stroke-width="1" />
      <text x="152" y="108" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" font-weight="700" fill="#dc2626">клъстер на надхвърляне</text>
      <text x="152" y="124" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">търговски от САЩ</text>
      {/* On-diagonal annotation */}
      <text x="616" y="80" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">обществен сектор на ЕС +</text>
      <text x="616" y="95" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">близки до управлението</text>
      {/* Under-claim empty region note */}
      <text x="640" y="270" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">зона на подценяване — празна</text>
    </svg>
    <figcaption>Точковата диаграма претенция-срещу-axe (n = 80): всяка точка е един одитиран сайт, нанесен като заявено в декларацията съответствие спрямо измерената с axe оценка. Точките над пунктирания диагонал на паритета претендират за повече, отколкото сканирането връща; червеният клъстер на надхвърляне седи в квадранта на търговските сайтове от САЩ. Точките в мастилен цвят на или близо до диагонала са сайтове от обществения сектор на ЕС и близки до управлението, чиито декларации съвпадат със сканиранията им. Зоната на подценяване под диагонала — сайтове, чието сканиране връща по-добре от обещаното в декларацията — е празна.</figcaption>
  </figure>

  <hr />

  <h2 id="sla">05 — Каналът за обратна връзка и пропастта в SLA</h2>
  <p>Член 7, параграф 1, буква б) от EAA изисква декларацията за достъпност да предоставя механизъм за обратна връзка, който дава възможност на всяко лице да уведоми задълженото лице за всеки случай на несъответствие и да поиска информация, публикувана в недостъпен формат. Директивата не уточнява ангажимент за време за отговор. Директивата за достъпността на уебсайтовете 2016/2102, която предхожда EAA, също не уточнява. На практика това означава, че медианната декларация публикува имейл за контакт и спира дотам.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">4</div><div class="stat-desc">публикуват SLA от 14 дни или по-малко</div></div>
    <div class="stat-box"><div class="stat-big">46</div><div class="stat-desc">публикуват канал без SLA</div></div>
    <div class="stat-box"><div class="stat-big">7</div><div class="stat-desc">не публикуват канал изобщо</div></div>
  </div>

  <p>Канал за обратна връзка без SLA е, в оперативно отношение, същият канал, който потребител без увреждане би използвал, за да попита защо доставката му закъснява. Няма приоритетна линия. Няма вътрешен маршрут към екипа по достъпност. Няма ангажимент, че потребител на екранен четец, който съобщава за капан в потока на плащане в първия ден, ще получи отговор до петнадесетия ден — или изобщо. Четирите сайта, които публикуват SLA от 14 дни, всички подкрепят този SLA с назован екип или система за тикети, което е оперативният знак, че SLA е реален.</p>

  <div class="callout safe">
    <div class="ct">Четирите сайта, публикуващи SLA, имат и нещо друго общо</div>
    <p>И четирите също оповестяват конкретни известни ограничения. Същата вътрешна позиция — „имаме екип по достъпност с тикети и публикуваме това, което знаем“ — произвежда както назованите ограничения, така и назования прозорец за отговор. Осите на честност корелират; нечестните стойности по подразбиране също се появяват заедно.</p>
  </div>

  <hr />

  <h2 id="gap">06 — Пропастта претенция-срещу-axe</h2>
  <p>За да преведем претенцията на декларацията в тестваемо очакване, ни беше нужна базова линия. Начална страница, която наистина съответства на WCAG 2.2 AA, би трябвало да върне нула критични проблема в axe-core, едноцифрен брой сериозни проблема и нисък двуцифрен брой умерени проблема — да наречем това имплицитен под от около четири общо автоматизирани констатации. Сайтовете в нашите 22 декларации, претендиращи за съответствие AA, средно имаха 32 проблема в axe-core на началната страница. Това е пропастта.</p>

  <div class="chart-section">
    <div class="chart-title">ЗАЯВЕНО НИВО НА СЪОТВЕТСТВИЕ срещу СРЕДЕН БРОЙ ПРОБЛЕМИ В AXE-CORE НА НАЧАЛНАТА СТРАНИЦА</div>
    <div class="bar-row">
      <div class="bar-label">Претенция WCAG 2.2 AA (n=6)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:28%">28 средно проблема</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Претенция WCAG 2.1 AA (n=14)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:34%">34 средно проблема</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Претенция WCAG (без версия, n=2)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">41 средно проблема</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">„Стремим се / максимални усилия“ (n=35)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">38 средно проблема</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Без декларация (n=43)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:45%">45 средно проблема</div></div>
    </div>
  </div>

  <p>Две наблюдения по тази диаграма. Първо, сайтове, които публикуват декларация, сканират скромно по-добре от сайтове, които не публикуват — самият акт на написване на декларация изглежда корелира с поне известна извършена базова работа. Второ, средно 28-те проблема за сайтовете, претендиращи за AA, все още са 7 пъти над имплицитния под за AA. Пропастта на надхвърляне на претенциите е реална и не е артефакт на измерването.</p>

  <p class="pull-quote">Средно 28-те проблема за сайтовете, претендиращи за WCAG 2.2 AA, са приблизително седем пъти повече от това, което съответстваща на AA начална страница би трябвало да върне в axe-core. Пропастта е реална и не е артефакт на измерването.</p>

  <hr />

  <h2 id="ranking">07 — Класация по честност: върхът и дъното на 100-те</h2>
  <p>Публикуваме класацията в две половини: най-честните декларации във върха на 100-те и най-лошия шаблонен текст или нищо в дъното. Сайтовете са анонимизирани чрез секторен етикет, а не по име. Целта на одита не е да заклейми отделен сайт; тя е да демонстрира формата на разпределението и структурните причини то да изглежда така, както изглежда.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Обществен телевизионен оператор от ЕС</div><div class="firm-meta">Цитиран WCAG 2.2 AA · 8 конкретни ограничения · 10-дневен SLA · пропаст по axe 3 пр.п.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">8,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Правителствен портал от ЕС</div><div class="firm-meta">WCAG 2.2 AA · 6 конкретни ограничения · 15-дневен SLA · пропаст по axe 6 пр.п.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">7,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Сайт за висше образование от САЩ</div><div class="firm-meta">WCAG 2.1 AA · 4 конкретни ограничения · 14-дневен SLA · пропаст по axe 9 пр.п.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:68%">6,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Финансов регулатор от Обединеното кралство</div><div class="firm-meta">WCAG 2.2 AA · 3 конкретни ограничения · канал за контакт + назован екип · пропаст по axe 7 пр.п.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">6,2 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Оператор за пътнически транспорт от ЕС</div><div class="firm-meta">WCAG 2.1 AA · 5 конкретни ограничения · 20-дневен SLA · пропаст по axe 11 пр.п.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">5,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">96</div>
      <div style="flex:1"><div class="firm-name">Социална медийна платформа от САЩ</div><div class="firm-meta">Без декларация · axe-core връща 71 проблема на началната страница</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">0,5 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">97</div>
      <div style="flex:1"><div class="firm-name">Глобален пазар за електронна търговия</div><div class="firm-meta">Декларация „стремим се“ · без WCAG · без ограничения · без SLA · 64 проблема по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">98</div>
      <div style="flex:1"><div class="firm-name">Стрийминг услуга със седалище в Азия</div><div class="firm-meta">Без декларация · axe-core връща 68 проблема · без канал за контакт за достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">0,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">99</div>
      <div style="flex:1"><div class="firm-name">Ad-tech платформа от САЩ</div><div class="firm-meta">Декларация „ангажираме се“ · без WCAG · без ограничения · имейл канал · 58 проблема по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">100</div>
      <div style="flex:1"><div class="firm-name">Глобален портал за търсене (регионална версия)</div><div class="firm-meta">Без декларация · axe-core връща 82 проблема · връзката за достъпност пренасочва към общата помощ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">0,3 / 10</div></div>
    </div>
  </div>

  <hr />

  <h2 id="model">08 — Език на образцова декларация срещу най-лош шаблонен текст</h2>
  <p>Формата на честната декларация за достъпност не е загадка. Европейската комисия публикува образцов език на декларация за органите от обществения сектор на ЕС по Директивата за достъпността на уебсайтовете. W3C публикува сходен шаблон. Това, което отличава честните 9 декларации от нечестните 48, не е шаблонът — и двете групи имат достъп до него. Това, което ги отличава, е дали правният екип или екипът по достъпност получава последния редакционен преглед на публикувания текст.</p>

  <div class="quote-block">
    <div class="meta">Източник · Съставна парафраза на най-високо класираната декларация (класация 01)</div>
    <div class="quote">„Този сайт съответства на WCAG 2.2 ниво AA, оценен на 2026-04-12 от нашия вътрешен екип по достъпност и валидиран от външен одитор спрямо пълния набор от критерии за успех. Известни ограничения към тази редакция: пътеката за субтитри на живо на архивни предавания отпреди 2023 г. е частична; редът на клавиатурата в коментарната нишка не следва видимия ред на четене; лайтбоксът на галерията с изображения заключва фокуса на iOS Safari 17. Всяко от тях се проследява в нашата вътрешна система за тикети и е в публикуваната пътна карта за отстраняване на проблеми. За да съобщите за бариера за достъпност, свържете се с назования офис по достъпност; отговаряме в рамките на десет работни дни и насочваме сигналите през екипа по инженеринг на достъпността.“</div>
    <span class="source">— Парафразирано от най-високо класираната декларация; оригиналът е собственост на публикуващото лице</span>
  </div>

  <div class="quote-block">
    <div class="meta">Източник · Съставна парафраза на най-лошия шаблонен текст (класация 97)</div>
    <div class="quote">„Ангажираме се да осигурим достъпен опит за всички наши потребители и се стремим да следваме добрите практики за уеб достъпност. Нашият екип продължава да работи за подобряване на достъпността на услугите ни. Ако срещнете проблеми с достъпността, моля, свържете се с нашия екип за поддръжка на клиенти чрез формата на връзката по-долу. Част от старото съдържание може да не отговаря на текущите стандарти за достъпност. Благодарим ви за търпението, докато продължаваме да подобряваме.“</div>
    <span class="source">— Парафразирано от публикувана декларация на сайт от топ 100, май 2026 г.</span>
  </div>

  <p>Образцовата декларация прави три претенции и залага доверието си на всяка от тях. Тя назовава номериран стандарт, назовава конкретни ограничения, които потребител може да провери, и назовава време за отговор, което публикуващото лице трябва да защити. Най-лошият шаблонен текст не прави нито една проверима претенция. Той е изграден така, че да оцелее при враждебно съдебно дело, без никога да се ангажира с измерим резултат — което е и причината да не предлага на потребител с увреждане нищо полезно.</p>

  <div class="callout danger">
    <div class="ct">Ако вашата декларация използва думата „стремим се“, започнете оттам</div>
    <p>„Стремим се“ е универсалният издайнически знак, че правен екип е спечелил последния редакционен преглед. Заменете „стремим се“ със „съответства на“ плюс номериран стандарт, или заменете „стремим се“ с „в момента се одитира спрямо“ плюс целева дата. И двата глагола превръщат непроверима аспирация в тестваема претенция. Ако още не можете честно да използвате който и да е от двата глагола, това е полезна информация за това къде реално стои програмата ви за достъпност.</p>
  </div>

  <hr />

  <h2 id="closing">09 — За какво служи честната декларация за достъпност</h2>
  <p>Декларацията за достъпност би трябвало да прави три неща наведнъж. Тя би трябвало да даде на потребител с увреждане реална прогноза какво да очаква на сайта — не маркетингово впечатление, а прогноза. Тя би трябвало да даде на вътрешен екип по достъпност публичен ангажимент, който могат да използват като лост срещу деприоритизирането. И тя би трябвало да даде на регулатор и на ищец нещо достатъчно конкретно, че липсата на работата, която декларацията твърди, да е очевидна.</p>
  <p>Четиридесет и три сайта в топ 100 не правят нито едно от тези три неща, защото нямат декларация изобщо. Четиридесет и осем други правят първото лошо, а другите две изобщо не, защото декларацията, която публикуват, е непроверим шаблонен текст. Девет правят и трите. Един прави и трите с вид специфичност, която превръща декларацията от маркетингов артефакт в нещо, около което потребител на екранен четец може да планира.</p>
  <p>Одитът не е, в крайна сметка, история за това, че топ 100 са уникално лоши. Списъкът Tranco е пълен със сайтове, които оперират в мащаб, разполагат със зрели правни функции и имат ресурсите да направят това както трябва. Одитът е история за това кой вътрешен екип получава последния редакционен преглед — и за това колко малко от най-големите сайтове в света са решили, че екипът по достъпност следва да го получи. Най-евтината възможна декларация за достъпност е никаква декларация. Втората най-евтина е такава, която не обещава нищо измеримо. И двете все още, през май 2026 г., са доминиращите избори. За сайтове, които искат да започнат да затягат собствената си декларация преди следващия одит, [безплатният скенер по WCAG 2.2](/bg/toolkit/scan/) изпълнява същата базова линия на основата на axe, която използвахме тук; позиция на непрекъснат мониторинг е обхваната в [ръководството за избор на платформа за мониторинг на достъпността](/bg/articles/accessibility-monitoring-buyers-guide-2026/).</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Моментна снимка на топ 100 по Tranco 2026-05-12. Декларациите извлечени между 2026-05-12 и 2026-05-18 от чист профил на Chromium 124 в център за данни на източното крайбрежие на САЩ, с отхвърлени бисквитки/съгласие и следвани гео-пренасочвания. Сканиранията с axe-core 4.10 бяха изпълнени с набора правила по подразбиране, прозорец 1280×800, след банера за бисквитки, върху рендираната начална страница като нелогнат потребител. Оценяването на честността присъжда до два пункта по всяка от пет оси: съществуване, цитирани версия + ниво на WCAG, оповестени конкретни известни ограничения, SLA за обратна връзка от 14 дни или по-малко, и пропаст между тествано и заявено съответствие от 10 процентни пункта или по-малко. Наборът от данни и оценките за честност по сайт са анонимизирани на ниво сектор в публикуваната класация; базовата таблица запазва самоличността на сайтовете само за вътрешен одит.</p>
    <p><strong>Правен контекст:</strong> Европейският акт за достъпност (Директива 2019/882) член 7 и Директивата за достъпността на уебсайтовете (2016/2102) член 7 изискват декларации за достъпност за продукти и услуги в обхвата в ЕС, като органите от обществения сектор са задължени по 2016/2102 от 2018–2020 г. В Съединените щати ADA Дял III не налага изискване за декларация, но DOJ-NPRM-2024 и нарастващ корпус от език на структурирани споразумения силно я насърчават. PSBAR 2018 на Обединеното кралство налага задължение за декларация на органите от обществения сектор на Обединеното кралство. Канадският ACA, австралийският DDA и повечето азиатско-тихоокеански режими за достъпност изобщо не налагат задължения за декларация.</p>
    <p><strong>Какво не е тази статия:</strong> Това не е правен съвет дали декларацията на който и да е отделен сайт удовлетворява член 7 от EAA или което и да е друго законово изискване; този въпрос е специфичен за юрисдикцията и за лицето. Не е и заместител на ръчен одит за съответствие — сканирането с axe-core, което изпълнихме, е под на автоматизираните проблеми и не улавя проблемите с клавиатурата, реда на фокуса, екранния четец и съдържателната преценка, които обучен одитор би намерил. Третирайте числата ни за пропастта като долна граница на реалната пропаст.</p>
  </div>

</div>

---
title: Преглед на достъпни библиотеки от компоненти: кои всъщност минават одит с axe
url: https://www.disabilityworld.org/bg/articles/accessible-component-libraries-survey/
description: Извършихме одит на седем библиотеки от React компоненти, предлагани през 2026 г. — Radix UI, Headless UI, shadcn/ui, Mantine, Chakra UI v3, Ark UI и React Aria Components — като оценихме всяка по дял на преминаване през axe, покритие на ARIA шаблоните, клавиатурен договор и цена в размер на пакета.
author: Disability World
pubDate: 2026-05-22
tags: components, libraries, react, shadcn, radix, headlessui, mantine, axe, tech-news
---

# Преглед на достъпни библиотеки от компоненти: кои всъщност минават одит с axe

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · Одит на библиотеки от компоненти</div>
      <h1 class="hero__title" id="hero-heading">
        Преглед на достъпни библиотеки от компоненти<br/>
        <em>кои всъщност минават одит с axe</em>
      </h1>
      <p class="hero__lead">Инсталирахме седем от най-изтегляните библиотеки от React компоненти, предлагани през 2026 г., свързахме всяка от тях с ново приложение на Next.js 15 / React 19 / TypeScript и пуснахме една и съща одитна среда срещу всеки примитив: axe-core 4.11 в headless Chromium, ръчни прегледи с клавиатура, NVDA на Windows, VoiceOver на macOS и преминаване с Lighthouse за достъпност, за да отчетем цената в размер на пакета.</p>
      <div class="hero__stats" aria-label="Ключови числа от одита">
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">библиотеки, преминали одит</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">3</div>
          <div class="stat-chip__label">с чисто преминаване през axe на всеки примитив</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">оценени ARIA шаблона на библиотека</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния отдел на disabilityworld.org</strong></div>
        <div class="hero__pill">11 мин. четене</div>
        <div class="hero__pill">Обновено май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Одитната среда</a></li>
        <li><a href="#s2">2. Седем библиотеки една до друга</a></li>
        <li><a href="#s3">3. Матрица на покритие на шаблоните</a></li>
        <li><a href="#s4">4. Клавиатурни договори, които се счупиха</a></li>
        <li><a href="#s5">5. Цената на достъпността в размер на пакета</a></li>
        <li><a href="#s6">6. Наръчник за избор на технологичен стек</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Одитната среда</h2>
        <div class="prose">
          <p>Всяка библиотека беше инсталирана в един и същ скелет на React 19 / Next.js 15 / TypeScript 5.5 по текущия препоръчван от доставчика път на инсталиране: <code>npm i</code> за пакетираните библиотеки (примитивите на Radix UI, Headless UI 2.x, Mantine 8.x, Chakra UI v3, Ark UI, React Aria Components) и CLI на <code>shadcn</code> за shadcn/ui — която копира изходния код в <code>components/ui</code>, вместо да добавя пакет. След това монтирахме демонстрационна страница от типа „всичко наведнъж“, която показва пълния набор от интерактивни примитиви на всяка библиотека в тяхно стандартно, недокоснато състояние, без презаписи на темата и без персонализирани обвивки.</p>
          <p>Одитната среда работеше на три преминавания. Първото преминаване беше автоматизирано сканиране с axe-core 4.11 чрез Playwright срещу изобразения DOM, с пълния набор от правила за WCAG 2.2 AA и активирани експериментални правила. Второто преминаване беше ръчен преглед с клавиатура: tab, shift-tab, клавишите със стрелки, escape, enter, space и home/end срещу всеки примитив, оценени спрямо очаквания клавиатурен договор от WAI-ARIA Authoring Practices Guide. Третото преминаване беше бърз тест с екранен четец с NVDA 2025.1 на Chrome и Safari/VoiceOver на macOS Sonoma, в който търсихме обявяването на ролята, достъпното име и обявяването на състоянието при взаимодействие на потребителя.</p>
          <p>Избрахме единайсет ARIA шаблона като обхват за матрицата, защото това са шаблоните, които се появяват в продуктовите интерфейси, срещу които се водят съдебни производства: dialog, alert dialog, combobox, listbox, menu, menubar, tabs, accordion, tooltip, switch и slider. Библиотека, която се справя отлично с бутоните и заглавията, но предлага счупен combobox, е библиотека, която ще се провали на одит първия път, когато реален потребител се опита да филтрира списък с клиенти.</p>
        </div>

        <div class="stat-row" aria-label="Мащаб на одитната среда">
          <div class="stat-card">
            <div class="stat-card__num">11</div>
            <div class="stat-card__label">ARIA шаблона, преминали одит на библиотека (от dialog до slider)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">77</div>
            <div class="stat-card__label">клетки „библиотека по шаблон“ в матрицата на покритие</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">одитни преминавания — axe-core, ръчно с клавиатура, бърз тест с екранен четец</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">май 2026 г.</div>
            <div class="stat-card__label">снимка с фиксирана версия на всяка тествана библиотека</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Какво означава тук „преминаване през axe“</span>
            <div class="callout__body"><p>Преминаване през axe означава нула нарушения на което и да е правило в тага WCAG 2.2 AA плюс експерименталния таг, изобразено със стандартните свойства и документирания пример за употреба на библиотеката. То не означава, че библиотеката е неуязвима — axe улавя приблизително половината от всички пропуски по WCAG — но библиотека, която не може да премине през axe в собствената си демонстрация, не може да премине никъде другаде.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Стандартното състояние е единственото състояние, което повечето инженерни екипи изобщо виждат. Ако дадена библиотека предлага счупено стандартно поведение, счупеното стандартно поведение стига до продукцията.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на disabilityworld.org, бележки от одита</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Картина</div>
        <h2 class="section-title" id="s2-heading">2. Седем библиотеки една до друга</h2>
        <div class="prose">
          <p>Три от седемте библиотеки — Radix UI, React Aria Components и Ark UI — преминаха през axe на всеки примитив в стандартното си състояние без необходими презаписи. Headless UI премина на всички с изключение на примитива menu, където липсващ <code>aria-activedescendant</code> на тригера на меню от тип listbox генерира едно-единствено нарушение. shadcn/ui — която сама по себе си е тънък слой върху Radix UI — премина на всеки примитив, който предлага, но уловката е, че предлага само около две трети от повърхността на Radix, а пропуските (combobox, listbox, menubar) са точно шаблоните, при които доставчиците най-често допускат грешки в достъпността, когато ги пресъздават ръчно.</p>
          <p>Mantine и Chakra UI v3 бяха двете библиотеки, чието стандартно поведение предлагаше нарушения по axe. Combobox, switch и slider на Mantine генерираха поне по едно нарушение по axe в документирания си пример за употреба, най-вече около липсващи достъпни имена на подлежащия input. Chakra UI v3 — която премина към архитектура със състоятелна машина, базирана на Zag, в края на 2024 г. — поправи много от проблемите на v2, но все още предлага tooltip, който се задейства само при посочване с мишката, което е нарушение на 1.4.13 Content on Hover or Focus в axe и риск от клавиатурен капан във виртуалния режим на екранния четец.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Radix UI</div>
                <div class="combo-card__sub">WorkOS · нестилизирани примитиви</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 4,2 млн. изтегляния седмично (radix-ui/themes + primitives, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Естествено — без нужда от презаписи</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">React Aria Components</div>
                <div class="combo-card__sub">Adobe · съобразено с WAI-ARIA APG</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 980 хил. изтегляния седмично (react-aria-components, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Естествено — най-строгото съответствие с APG от всички тествани библиотеки</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ark UI</div>
                <div class="combo-card__sub">Chakra Systems · състоятелни машини с Zag.js</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 210 хил. изтегляния седмично (@ark-ui/react, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Естествено — клавиатурният договор е изведен от спецификациите на състоятелните машини</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">shadcn/ui</div>
                <div class="combo-card__sub">Shadcn · Radix върху Tailwind, копиран изходен код</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 92 хил. звезди в GitHub · инсталира се чрез CLI, не е пакетирана (май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>8 / 8 предлагани (combobox, listbox, menubar липсват)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Естествено за това, което предлага — но след копирането изходният код е ваша отговорност</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Headless UI</div>
                <div class="combo-card__sub">Tailwind Labs · нестилизирана, ориентирана към Tailwind</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 1,1 млн. изтегляния седмично (@headlessui/react, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>10 / 11 (примитивът menu се проваля)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Предимно естествено — по-тясна повърхност от Radix</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Mantine</div>
                <div class="combo-card__sub">екипът на Mantine · стилизирана, „всичко включено“</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 540 хил. изтегляния седмично (@mantine/core, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>8 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Изисква презапис — подайте свойства, за да поправите combobox, switch, slider</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Chakra UI v3</div>
                <div class="combo-card__sub">Chakra Systems · базирана на Zag, стилизирана</div>
              </div>
            </div>
            <div class="combo-card__usage">приблизително 480 хил. изтегляния седмично (@chakra-ui/react, npm, май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Дял на преминаване през axe</span><span>9 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на ARIA шаблоните</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Естествено спрямо презапис</span><span>Предимно естествено — tooltip само при посочване е известен пропуск на v3</span></div>
          </article>

        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s3-heading">3. Матрица на покритие на шаблоните</h2>
        <div class="prose">
          <p>Решетката с единайсетте шаблона по-долу е основният справочник. Зелена клетка означава, че библиотеката предлага примитива естествено и преминава през axe в стандартното си състояние. Жълта клетка означава, че библиотеката предлага примитива, но в документирания пример за употреба се появи поне едно нарушение по axe, пропуск в клавиатурния договор или пропуск с екранния четец. Сив надпис „N/A“ означава, че библиотеката не предлага този примитив — за shadcn/ui това са три шаблона, за които би се наложило да импортирате Radix директно или да свържете решение от трета страна.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Шаблон</th>
              <th scope="col">Radix</th>
              <th scope="col">React Aria</th>
              <th scope="col">Ark UI</th>
              <th scope="col">shadcn</th>
              <th scope="col">Headless</th>
              <th scope="col">Mantine</th>
              <th scope="col">Chakra v3</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Dialog</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Alert dialog</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Частично</td><td>Преминава</td></tr>
            <tr><th scope="row">Combobox</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td class="cell-na">N/A</td><td>Преминава</td><td>Частично</td><td>Преминава</td></tr>
            <tr><th scope="row">Listbox</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td class="cell-na">N/A</td><td>Преминава</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Menu</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Частично</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Menubar</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td class="cell-na">N/A</td><td class="cell-na">N/A</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Tabs</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Accordion</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td></tr>
            <tr><th scope="row">Tooltip</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Частично</td></tr>
            <tr><th scope="row">Switch</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Частично</td><td>Преминава</td></tr>
            <tr><th scope="row">Slider</th><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Преминава</td><td>Частично</td><td>Преминава</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Четете матрицата внимателно</span>
            <div class="callout__body"><p>Сива клетка N/A не е провал — тя е въпрос за източника. Историята на shadcn/ui е, че копирате нужния ви изходен код от подбран набор и след това го пускате; за трите шаблона N/A или импортирате примитив на Radix директно, или го взимате от сродна директория. Рискът в shadcn/ui не са компонентите, които предлага — те наследяват съответствието на Radix — а компонентите, които не предлага, при които екипите в крайна сметка пишат combobox на ръка в 1 часа през нощта, за да спазят срока.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Режими на провал</div>
        <h2 class="section-title" id="s4-heading">4. Клавиатурни договори, които се счупиха</h2>
        <div class="prose">
          <p>Най-повтарящият се провал в различните библиотеки не беше липсващ ARIA атрибут — а клавиатурен договор, който почти съответстваше на APG и след това се разминаваше с един клавиш. Combobox на Mantine не реагира на <kbd>Home</kbd> и <kbd>End</kbd> така, както указва APG. Tooltip на Chakra v3 не може да бъде затворен с <kbd>Escape</kbd>, когато е отворен чрез посочване с мишката. Примитивът menu на Headless UI се свива при първото натискане на <kbd>ArrowDown</kbd>, вместо да постави фокуса върху първия елемент, защото реализацията третира тригера като активен потомък при отваряне.</p>
          <p>Това не са екзотични гранични случаи. Това са шаблоните, които потребителят на екранен четец използва от първата минута. Сравнението по-долу съпоставя един и същ API на combobox, написан по два начина — веднъж със стандартните настройки на Mantine, веднъж с React Aria Components — за да покаже как изглежда клавиатурният договор, когато се третира като спецификация, а не като елемент за лустро.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Изисква презапис: combobox на Mantine в стандартно състояние</div>
            <pre><code>{`<Combobox
  store={combobox}
  onOptionSubmit={(v) => setValue(v)}
>
  <Combobox.Target>
    <InputBase
      // no aria-controls wiring on the input
      // Home/End keys do not move focus inside the listbox
      // ArrowDown opens but does not place focus on item 1
      value={value}
      onChange={(e) => setValue(e.currentTarget.value)}
    />
  </Combobox.Target>
  <Combobox.Dropdown>
    {/* listbox items render here */}
  </Combobox.Dropdown>
</Combobox>`}</code></pre>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Естествено: combobox на React Aria Components в стандартно състояние</div>
            <pre><code>{`<ComboBox aria-label="Filter customers">
  <Label>Customer</Label>
  <Input />
  <Popover>
    <ListBox>
      <ListBoxItem>Alpha</ListBoxItem>
      <ListBoxItem>Bravo</ListBoxItem>
      <ListBoxItem>Charlie</ListBoxItem>
    </ListBox>
  </Popover>
</ComboBox>
// aria-controls, aria-activedescendant,
// aria-expanded, role=combobox, Home/End,
// PageUp/PageDown, Escape: all wired by default.`}</code></pre>
          </article>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Защо този пропуск е структурен, а не редакционен</span>
            <div class="callout__body"><p>Библиотеките, които извеждат клавиатурните си договори от публикувана спецификация — React Aria от WAI-ARIA APG, Ark UI от състоятелните машини на Zag.js — предлагат тези договори като единственото поведение, което компонентът поддържа. Библиотеките, които третират клавиатурния договор като списък с функции, предлагат приблизително 80% от него и оставят последните 20% като „бъдеща работа“. Тези последни 20% са точно клавишите, които потребителите на помощни технологии натискат най-често.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Цена</div>
        <h2 class="section-title" id="s5-heading">5. Цената на достъпността в размер на пакета</h2>
        <div class="prose">
          <p>Най-честото възражение срещу избора на строгите библиотеки е размерът на пакета. Одитът не го потвърди. Примитивите на Radix UI се поддават на tree-shaking поотделно и са в диапазона приблизително 7–15 KB gzipped всеки; React Aria Components е по-тежка — приблизително 95 KB gzipped за пълния пакет — но също се поддава на tree-shaking. Headless UI е най-леката с приблизително 25 KB gzipped за целия пакет. Mantine и Chakra v3 са „всичко включено“ и предлагат системата за стилизиране в същия пакет, което ги поставя в диапазона приблизително 180–220 KB gzipped по подразбиране.</p>
          <p>Компромисът е реален, но по-малък, отколкото подсказва дискусията. Combobox, който не зачита <kbd>Home</kbd> и <kbd>End</kbd>, струва приблизително същия брой байтове като онзи, който ги зачита. Изборът не е „достъпност срещу производителност“ — а „поведение, изведено от спецификация, срещу поведение, написано на ръка“, като ръчно написаната версия по-често е по-голямата, защото носи собствена импровизирана състоятелна машина.</p>
        </div>

        <div class="stat-row" aria-label="Приблизителни цени за gzipped пакет">
          <div class="stat-card">
            <div class="stat-card__num">7–15 KB</div>
            <div class="stat-card__label">Radix UI на примитив (gzipped)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">25 KB</div>
            <div class="stat-card__label">пълен пакет на Headless UI (gzipped)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">95 KB</div>
            <div class="stat-card__label">пълен пакет на React Aria Components (gzipped, с tree-shaking)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 200 KB</div>
            <div class="stat-card__label">стандартно „всичко включено“ за Mantine + Chakra v3</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s6-heading">6. Наръчник за избор на технологичен стек</h2>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Ако продуктът е корпоративно приложение с изискване за достъпност, водено от обществените поръчки, изберете React Aria Components.</h3>
            <p>Това е единствената библиотека, преминала одит, чиито API са изрично изведени от WAI-ARIA Authoring Practices Guide. Пакетът е по-тежък от Radix, но историята с преминаването на одит пред рецензент на VPAT е най-чиста, защото всеки примитив има публикувана декларация за съответствие.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Ако екипът притежава собствена дизайн система, изберете Radix UI (и по избор shadcn/ui отгоре).</h3>
            <p>Radix предоставя нестилизирани, съответстващи на спецификацията примитиви. shadcn/ui ги прави лесни за копиране и стилизиране. Внимавайте за трите шаблона, които shadcn не предлага — combobox, listbox, menubar — за които трябва да импортирате Radix директно, вместо да пишете на ръка.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Ако екипът е ориентиран към Tailwind и се нуждае само от тясна повърхност, изберете Headless UI — но извършете одит на примитива menu в собствения си код.</h3>
            <p>Headless UI е най-малкият пакет в групата и предлага малка, добре тествана повърхност. Единственият пропуск с примитива menu е документиран по-горе; поправете го с изрично свързване на <code>aria-activedescendant</code> на менюто от тип listbox или обвийте менюто с локален за проекта помощник, който прави това.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Ако екипът цени „всичко включено“ повече от съответствието със спецификацията, изберете Mantine или Chakra v3 — но планирайте презаписи.</h3>
            <p>И двете библиотеки позволяват бързо разработване и изглеждат добре по подразбиране. И двете обаче изискват презаписи на отделните компоненти, за да преминат одита за combobox, switch, slider (Mantine) или tooltip (Chakra v3). Заложете работата по презаписите в спринта, в който се приема библиотеката, а не в спринта, в който се проваля одитът.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Пуснете axe срещу собствената демонстрация на библиотеката, преди да я приемете.</h3>
            <p>Доставчиците поддържат демонстрационни сайтове. Насочете axe DevTools към тях. Ако собствената демонстрация на доставчика генерира нарушения на примитивите, които планирате да използвате, тези нарушения ще последват в продукта ви. Тази единствена петминутна проверка отделя библиотеките, които приемате, от онези, които избягвате.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: спецификацията е договорът</h2>
        <div class="prose">
          <p>Библиотеките, които преминават чисто одит с axe, са библиотеките, чиито автори са третирали WAI-ARIA Authoring Practices Guide като договор, а не като справочник. Radix UI, React Aria Components и Ark UI извеждат своите клавиатурни договори и ARIA свързвания от публикувана спецификация — APG в случая на Radix и React Aria, състоятелните машини на Zag.js в случая на Ark UI — и предлагат спецификацията, а не подмножество от нея.</p>
          <p>Библиотеките, които се провалят, не се провалят, защото авторите им не държат на достъпността. Те се провалят, защото клавиатурният договор е третиран като списък с функции, а списъците с функции стигат до 80%, а не до 100%. Последните 20% — <kbd>Home</kbd> и <kbd>End</kbd> в combobox, <kbd>Escape</kbd> за затваряне на tooltip, отворен при посочване, управление на фокуса при първото натискане на <kbd>ArrowDown</kbd> в меню — са частта, която потребителят забелязва.</p>
          <p>Историята на shadcn/ui стои неловко между двете категории. Компонентите, които предлага, наследяват извеждането от спецификацията на Radix и преминават. Компонентите, които не предлага, са пропуските, при които екипите пишат собствен combobox на ръка, и този собствен combobox е мястото, където следващото нарушение по axe влиза в кодовата база. Поправката не е да се избере друга библиотека — а да се импортира Radix директно за тези три шаблона и те да се третират със същата сериозност като останалата част от дизайн системата.</p>
          <p>Инженерните екипи, които приемат библиотека, трябва да съчетаят избора с останалата част от инструментариума за разработчици на <a href="/bg/toolkit/for/developers/">нашата страница за разработчици</a>, да пуснат <a href="/bg/toolkit/scan/">безплатно сканиране по WCAG 2.2</a> на демонстрацията на библиотеката, преди да я пуснат в продукция, и да сравнят резултата с <a href="/bg/toolkit/standards/wcag/">пълния справочник на критериите за успех по WCAG 2.2</a>.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Изберете библиотеката, чиито автори са третирали спецификацията като договор, и одитът се превръща във формалност. Изберете библиотеката, чиито автори са третирали спецификацията като справочник, и одитът се превръща в списък със задачи.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на disabilityworld.org, заключителна бележка</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Инструменти за достъпна визуализация на данни през 2026 г.: работещ стек
url: https://www.disabilityworld.org/bg/articles/accessible-data-viz-tooling-2026/
description: Инженерно ръководство, което оценява Vega-Lite, Plotly, Observable Plot, Apache ECharts и D3 спрямо стандартите за достъпност — SVG/ARIA, палитри за далтонисти, навигация с клавиатура, йерархия за екранен четец и алтернативен табличен изглед — с конкретни препоръки.
author: Disability World
pubDate: 2026-05-22
tags: data-viz, charts, d3, vega, observable, plotly, accessibility, tech-news
---

# Инструменти за достъпна визуализация на данни през 2026 г.: работещ стек

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · Стек за достъпна визуализация на данни</div>
      <h1 class="hero__title" id="hero-heading">
        Инструменти за достъпна визуализация на данни през 2026 г.:<br />
        работещ стек
      </h1>
      <p class="hero__lead">Пет библиотеки доминират съвременния разговор за визуализация на данни, но само някои от тях третират екранния четец като пълноценен потребител. Това е оценъчна таблица на работещ инженер, написана за екипи, които пускат диаграми в продукция през 2026 г.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">оценени библиотеки</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">оценени оси на достъпност</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">прибл. 8%</div>
          <div class="stat-chip__label">от населението има CVD</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
        <div class="hero__pill">10 мин. четене</div>
        <div class="hero__pill">Обновено май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Пет оси на достъпност</a></li>
        <li><a href="#s2">2. Петте библиотеки</a></li>
        <li><a href="#s3">3. Оценъчната матрица</a></li>
        <li><a href="#s4">4. Добра диаграма, лоша диаграма</a></li>
        <li><a href="#s5">5. Препоръки по случаи на употреба</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Петте оси, които решават дали една диаграма е достъпна</h2>
        <div class="prose">
          <p>Изразът „достъпна диаграма“ крие куп тихо различни изисквания. Една стълбовидна диаграма може да бъде изобразена като SVG с перфектен цветови контраст и пак да е недостижима за потребител на клавиатура. Тя може да позволява навигация с клавиатура и пак да не обявява нищо полезно на екранен четец. Може да обявява стойностите чисто и пак да изгуби незрящ потребител със слабо зрение при първия tooltip. За да сравним библиотеките справедливо, оценяваме всяка от тях спрямо пет независими оси, които се съотнасят пряко с това как реален потребител на помощна технология възприема една визуализация.</p>
          <p>Тези пет оси не са списък с лични предпочитания. Те са практическият превод на критериите за успех по WCAG 2.2 (1.4.11 нетекстов контраст, 2.1.1 клавиатура, 4.1.2 име, роля, стойност), указанията на ARIA Authoring Practices за диаграми и графики и проектобележката на W3C Research Questions Task Force „Data Visualization Accessibility“, която се разпространява от 2023 г. Всяка библиотека за диаграми произвежда SVG; всяка библиотека изобразява някакъв вид легенда; всяка библиотека има някакво мнение относно цвета. Това, което ги различава, са стандартните настройки — диаграмата, която получавате, когато напишете най-малкото разумно количество код.</p>
        </div>

        <div class="stat-row" aria-label="Контекст за осите на достъпност">
          <div class="stat-card">
            <div class="stat-card__num">прибл. 8%</div>
            <div class="stat-card__label">от мъжете имат форма на червено-зелено нарушение на цветовото зрение — основната причина категориалните палитри да трябва да са безопасни за CVD по подразбиране (NIH).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2.1.1</div>
            <div class="stat-card__label">критерий за успех по WCAG: цялата функционалност, включително инспекцията на диаграмата, трябва да е управляема само чрез клавиатурен интерфейс.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">4.1.2</div>
            <div class="stat-card__label">WCAG: всеки интерактивен елемент за управление — включително всяка точка от данни, която потребителят може да фокусира — трябва да изложи име, роля и стойност на помощната технология.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Петте оси</span>
            <div class="callout__body">
              <p><strong>1. SVG със семантичен ARIA.</strong> Библиотеката извежда ли SVG (а не canvas) и носи ли този SVG смислени роли, етикети и групова структура, а не анонимни вложени <code>&lt;g&gt;</code> елементи?</p>
              <p><strong>2. Палитри, безопасни за далтонисти, по подразбиране.</strong> Категориалните и последователните палитри тествани ли са за CVD по подразбиране, или трябва да знаете да ги презапишете?</p>
              <p><strong>3. Точки от данни с навигация чрез клавиатура.</strong> Може ли зрящ потребител, използващ само клавиатура, да влезе в диаграмата с tab, да се придвижва между маркерите със стрелки и да прочете стойността на всеки маркер?</p>
              <p><strong>4. Йерархия на описанието за екранен четец.</strong> Има ли заглавие, резюме от едно изречение и обявявания по серия / по точка — а не само едно струпване на алтернативен текст?</p>
              <p><strong>5. Алтернативен табличен изглед.</strong> Подлежащите данни достъпни ли са като HTML таблица, свързана с диаграмата или изобразена до нея, за потребители, които предпочитат табличното възприемане?</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Диаграма, която се предлага с перфектен контраст и безопасна за далтонисти палитра, но без клавиатурен модел, е диаграма, която сте изобразили за половината от аудиторията си.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Картина</div>
        <h2 class="section-title" id="s2-heading">2. Петте библиотеки на масата</h2>
        <div class="prose">
          <p>Пет библиотеки покриват преобладаващото мнозинство от новата работа по диаграми през 2026 г.: Vega-Lite, Plotly, Observable Plot, Apache ECharts и D3 с персонализиран код. Те заемат различни точки по оста на абстракция — Vega-Lite е най-декларативната, D3 е най-императивната — и всяка от тях носи различна нагласа към достъпността. Третираме D3 отделно, защото „D3 + персонализиран код“ е принципно различно инженерно предложение: достъпността, която получавате, е достъпността, която напишете.</p>
          <p>Нито една от тези библиотеки не е враждебна към достъпността. Всички произвеждат SVG (Plotly и ECharts могат да извеждат и canvas; ние оценяваме режима SVG). Всички приемат произволни цветови палитри. Въпросът е какво получавате, когато напишете най-малкото разумно количество код, и колко пренастройване отнема преминаването от стандартното поведение към диаграма, която наистина покрива WCAG 2.2 AA.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Vega-Lite</div>
                <div class="combo-card__sub">Декларативна граматика на интерактивна графика (UW)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходяща за табла и диаграми, създадени от анализатори</div>
            <div class="combo-feat"><span class="combo-feat__label">Изход</span><span>SVG (canvas по избор)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Стандартни настройки за достъпност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Plotly.js</div>
                <div class="combo-card__sub">Инструментариум за диаграми с отворен код (Plotly Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходяща за научни и BI табла</div>
            <div class="combo-feat"><span class="combo-feat__label">Изход</span><span>SVG (canvas за WebGL следи)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Стандартни настройки за достъпност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Observable Plot</div>
                <div class="combo-card__sub">Стегнат API, базиран на маркери (Observable / Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходяща за редакционни и изследователски диаграми</div>
            <div class="combo-feat"><span class="combo-feat__label">Изход</span><span>SVG</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Стандартни настройки за достъпност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Apache ECharts</div>
                <div class="combo-card__sub">Диаграми от корпоративен клас (Apache Software Foundation)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходяща за плътни оперативни табла</div>
            <div class="combo-feat"><span class="combo-feat__label">Изход</span><span>Canvas (наличен е SVG визуализатор)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Стандартни настройки за достъпност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">D3 + персонализиран код</div>
                <div class="combo-card__sub">Нискониво примитиви за свързване на данни (Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходяща за специфични редакционни и продуктови диаграми</div>
            <div class="combo-feat"><span class="combo-feat__label">Изход</span><span>SVG (каквото напишете)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Стандартни настройки за достъпност</span><span class="dot-row"><span class="dot"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Уговорка за D3</span>
            <div class="callout__body">
              <p>Оценката „нула точки“ за D3 не е упрек към библиотеката — тя е честното описание на това, което получавате от чист D3 build. D3 представлява примитиви. Достъпността в диаграма с D3 е каквато авторът напише. Диаграма с D3, създадена от инженер, който познава ARIA, може да бъде най-достъпната диаграма на страницата; диаграма с D3, създадена без това знание, почти винаги е най-недостъпната диаграма на страницата.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s3-heading">3. Оценъчната матрица: библиотека по функция за достъпност</h2>
        <div class="prose">
          <p>Петте оси от първия раздел, оценени спрямо петте библиотеки от втория раздел. „Да“ означава, че стандартното поведение покрива оста; „Частично“ означава, че библиотеката излага правилните хуукове, но не ги включва по подразбиране; „Ръчно“ означава, че инженерът трябва да напише съответния код от нулата.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Vega-Lite</th>
              <th>Plotly.js</th>
              <th>Observable Plot</th>
              <th>Apache ECharts</th>
              <th>D3 + персонализиран код</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Изход в SVG със семантичен ARIA</th>
              <td>Да (SVG, озаглавени групи)</td>
              <td>Да (SVG, ARIA етикети)</td>
              <td>Да (SVG, роли на маркерите)</td>
              <td>Частично (canvas по подразбиране; SVG визуализатор по избор)</td>
              <td>Ръчно</td>
            </tr>
            <tr>
              <th>Палитри, безопасни за далтонисти, по подразбиране</th>
              <td>Да (Tableau 10 + viridis)</td>
              <td>Частично (стандартна за Plotly; CVD палитра по избор)</td>
              <td>Да (Observable categorical10)</td>
              <td>Частично (стандартната схема не е тествана за CVD)</td>
              <td>Ръчно</td>
            </tr>
            <tr>
              <th>Точки от данни с навигация чрез клавиатура</th>
              <td>Частично (фокус върху легендата; маркерите се нуждаят от конфигурация)</td>
              <td>Да (навигация с клавишите със стрелки във 2.x)</td>
              <td>Частично (приставката tip дава фокус; маркерите — ръчно)</td>
              <td>Частично (модулът за достъпност е по избор)</td>
              <td>Ръчно</td>
            </tr>
            <tr>
              <th>Йерархия на описанието за екранен четец</th>
              <td>Да (свойство description в спецификацията)</td>
              <td>Частично (едно заглавие; по точка по избор)</td>
              <td>Да (маркери ariaLabel + ariaDescription)</td>
              <td>Частично (модулът за достъпност извежда алтернативен текст по серия)</td>
              <td>Ръчно</td>
            </tr>
            <tr>
              <th>Алтернативен табличен изглед</th>
              <td>Частично (таблицата с данни е лесна за изобразяване)</td>
              <td>Частично (експорт към CSV; без таблица в DOM)</td>
              <td>Частично (помощникът data(), без автоматична таблица)</td>
              <td>Частично (toolbox поддържа изглед на данните)</td>
              <td>Ръчно</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Как да четете матрицата</span>
            <div class="callout__body">
              <p>Vega-Lite и Observable Plot водят при декларативните стандартни настройки. Plotly води при вградената навигация с клавиатура. ECharts има най-обстойния модул за достъпност по избор от всички библиотеки в списъка — но само ако го активирате. D3 не ви дава нищо и всичко: всяка клетка е „ръчно“, защото библиотеката няма мнение. Нито една от тези библиотеки не е решение от един ред; всички са приложими с намерение.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Шаблони</div>
        <h2 class="section-title" id="s4-heading">4. Добра диаграма, лоша диаграма: едни и същи данни, два начина</h2>
        <div class="prose">
          <p>Матрицата показва какво излага всяка библиотека; този раздел показва какво всъщност пише работещият инженер. Едни и същи данни, две реализации. „Лошата“ версия се пуска бързо и изглежда добре на 27-инчов монитор. „Добрата“ версия отнема 12 реда код в повече и покрива всяка ос от матрицата.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Лоша диаграма — бърза, но недостижима</div>
            <pre><code>{`// Vega-Lite — defaults only
{
  "data": { "url": "complaints.csv" },
  "mark": "bar",
  "encoding": {
    "x": { "field": "category", "type": "nominal" },
    "y": { "field": "count", "type": "quantitative" },
    "color": { "field": "category" }
  }
}`}</code></pre>
            <p>Изобразява се. Изглежда добре. Без заглавие на диаграмата за екранния четец. Без описание. Без клавиатурен модел на маркерите. Стандартната цветова схема не е тествана за CVD при броя категории, който всъщност имате. Без резервна таблица.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Добра диаграма — 12-те реда, които имат значение</div>
            <pre><code>{`// Vega-Lite — accessible defaults
{
  "title": "Complaints by surface, 2024",
  "description":
    "Bar chart of 4,605 web-accessibility complaints, ranked by surface. Highest: forms (1,940).",
  "data": { "url": "complaints.csv" },
  "mark": { "type": "bar", "ariaRoleDescription": "bar" },
  "encoding": {
    "x": { "field": "category", "type": "nominal",
           "axis": { "labelAngle": -30 } },
    "y": { "field": "count", "type": "quantitative",
           "title": "Complaints" },
    "color": {
      "field": "category",
      "scale": { "scheme": "tableau10" },
      "legend": { "title": "Surface" }
    },
    "tooltip": [
      { "field": "category", "title": "Surface" },
      { "field": "count", "title": "Complaints" }
    ]
  },
  "usermeta": { "embedOptions": { "ariaLabel": "Complaints chart" } }
}`}</code></pre>
            <p>Заглавие, описание, безопасна за CVD палитра, наименувана ос, наименувани полета в tooltip, описание на ARIA ролята на маркера. Съчетана с <code>&lt;table&gt;</code>, изобразена от същия набор от данни, тя покрива всяка ос от матрицата, без да напуска декларативната граматика.</p>
          </article>
        </div>

        <p class="pull">Добрата диаграма не е различна диаграма. Тя е същата диаграма с явно изразени неявни стандартни настройки, записано заглавие, наименувана палитра, изписана роля на всеки маркер и данни, предложени и като таблица. В това се състои цялото изкуство.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Шаблонът с алтернативната таблица</span>
            <div class="callout__body">
              <p>Нито една от петте библиотеки не предлага самостоятелен стандартен режим „изобрази тази диаграма като таблица“. Работещият шаблон е: свържете едни и същи данни с два компонента — диаграмата и HTML <code>&lt;table&gt;</code> под нея, често визуално скрита, но изложена на помощната технология с превключвател „Покажи таблицата с данни“, който обръща атрибута <code>hidden</code>. Този шаблон струва приблизително 20 реда код на фреймуърк за всяка диаграма и се изплаща още в първата сесия с потребителско проучване.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s5-heading">5. Конкретни препоръки по случаи на употреба</h2>
        <div class="prose">
          <p>Изборът на библиотека през 2026 г. е най-вече въпрос на съответствие с работния процес. Петте библиотеки на масата са приложими. Въпросът е коя от тях отговаря на вида диаграми, които всъщност пускате. Пет често срещани случая на употреба, пет препоръки, с назована втора по добрина алтернатива.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Редакционни диаграми / диаграми за журналистика на данни (една диаграма, изпипана)</h3>
            <p><strong>Препоръка: Observable Plot</strong>, с Vega-Lite на близко второ място. API на Plot, базиран на маркери, ви дава ARIA етикети по маркер безплатно, категориалната палитра е тествана за CVD и изходът в SVG се чете чисто. Vega-Lite е втората по добрина тук, защото свойството description е най-чистото резюме за екранен четец от един атрибут в която и да е библиотека — но Plot печели по стандартна ергономичност за еднократни редакционни материали.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Табла, създадени от анализатори (много диаграми, декларативно)</h3>
            <p><strong>Препоръка: Vega-Lite</strong>, с Observable Plot на близко второ място. Граматиката за спецификации на Vega-Lite позволява на анализаторите да съставят 30 диаграми в един notebook, без да пишат JavaScript, а свойствата <code>title</code> + <code>description</code> на схемата ви дават йерархията за екранен четец без допълнително свързване. Съчетайте всяка диаграма с таблица с данни, изобразена от Vega, за да покриете оста с алтернативната таблица.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Научни / BI табла (интерактивно изследване)</h3>
            <p><strong>Препоръка: Plotly.js</strong>, с ECharts на близко второ място. Plotly е единствената библиотека в списъка, която предлага навигация с клавишите със стрелки между маркерите като стандартна настройка в линията 2.x. Ако аудиторията ви очаква да посочва, мащабира и навлиза в детайли, вграденият клавиатурен модел на Plotly е решаващият фактор. ECharts настига, ако активирате модула <code>aria</code> — но трябва да го активирате.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Плътни оперативни табла (стотици точки, критични за производителността)</h3>
            <p><strong>Препоръка: Apache ECharts</strong> със SVG визуализатор + активиран модул <code>aria</code>, с Plotly на близко второ място. ECharts има най-силната история за производителност в тази група при много плътни диаграми, а модулът <code>aria</code> произвежда алтернативен текст по серия, който екранните четци обработват компетентно. Изключете canvas визуализатора; canvas е по-бърз, но дървото на достъпността изчезва.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Специфични редакционни диаграми, които никоя библиотека не изобразява (персонализирани, уникални)</h3>
            <p><strong>Препоръка: D3 с написан на ръка слой за достъпност</strong>. Написаният на ръка слой не подлежи на договаряне: <code>&lt;title&gt;</code> + <code>&lt;desc&gt;</code> в корена на SVG, <code>role="img"</code> с <code>aria-label</code> по маркер, фокусен модел на всеки фокусируем маркер и съседна <code>&lt;table&gt;</code>, изобразена от същия набор от данни. D3 е правилният инструмент, когато диаграмата наистина не съществува никъде другаде; той е грешният инструмент, когато диаграмата е стълбовидна, а някой е посегнал към D3 по навик.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Какво не поправя нито една от тези библиотеки</span>
            <div class="callout__body">
              <p>Диаграмата в библиотека за диаграми рядко е единственото нещо на страницата. Tooltip-ове, които се появяват само при посочване и никога при фокус, легенди, които са <code>&lt;div&gt;</code>, а не <code>&lt;ul&gt;</code>, фокусни пръстени, презаписани в reset стиловете на страницата, цветни мостри с недостатъчен нетекстов контраст спрямо фона на страницата — това са пропуски на ниво страница, които никоя библиотека за диаграми няма да поправи вместо вас. Библиотеката ви дава маркерите; страницата ви дава останалото.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: работещият стек е този, който сте записали</h2>
        <div class="prose">
          <p>Нито една от петте библиотеки на масата не е грешният отговор. Всички покриват повечето оси с малко намерение. Най-надеждният единичен предсказател за достъпна диаграма през 2026 г. не е библиотеката на реда за импорт — а дали екипът е записал, на същото място като дизайн системата, какво означава „достъпна диаграма“ в тази организация. Заглавие. Описание. Палитра. Клавиатурен модел. Алтернативна таблица. Пет реда в CONTRIBUTING.md; разликата между диаграма, която се пуска, и диаграма, която достига до целта.</p>
          <p>Изберете библиотеката, която съответства на работния процес, включете стандартните ѝ настройки за достъпност, съчетайте всяка диаграма с таблица с данни и извършете одит на обкръжаващите диаграмата елементи на ниво страница толкова внимателно, колкото и на самата диаграма. Стандартната диаграма в която и да е от тези библиотеки може да бъде направена достъпна. Стандартната диаграма в нито една от тези библиотеки не е достъпна без намерение.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Библиотеката ви дава маркерите; страницата ви дава останалото.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Достъпни PDF файлове от край до край: от създаването до отстраняването на проблеми
url: https://www.disabilityworld.org/bg/articles/accessible-pdfs-end-to-end/
description: Практическо инженерно ръководство за изготвяне на достъпни PDF файлове — създаването в InDesign, Word и LibreOffice, дървото от тагове по PDF/UA, четирите инструмента за отстраняване на проблеми и как JAWS, NVDA, VoiceOver и ChromeVox обработват тагнат PDF различно.
author: Disability World
pubDate: 2026-05-22
tags: pdf, accessibility, pdf-ua, tagged-pdf, education, document-accessibility
---

# Достъпни PDF файлове от край до край: от създаването до отстраняването на проблеми

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · Достъпност на PDF</div>
      <h1 class="hero__title" id="hero-heading">
        Достъпни PDF файлове от край до край:<br />
        от създаването до отстраняването на проблеми
      </h1>
      <p class="hero__lead">Достъпността на PDF не е един-единствен превключвател, който щракате в Acrobat накрая. Това е верига от решения, която започва в InDesign или Word, преминава през дървото от тагове, достига до съответствие с PDF/UA, проверява се в PAC и накрая се среща с четири екранни четеца, всеки от които чете един и същ файл малко по-различно. Това ръководство преминава по веригата в реда, в който инженерите реално работят с нея.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">ISO 14289-1</div>
          <div class="stat-chip__label">стандарт за съответствие с PDF/UA (2014 г., обновен 2024 г.)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">31</div>
          <div class="stat-chip__label">условия за провал по Matterhorn Protocol, които тагнат PDF трябва да покрие</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4 + 4</div>
          <div class="stat-chip__label">инструмента за отстраняване на проблеми и екранни четеца, разгледани по-долу</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>редакцията на disability-world</strong></div>
        <div class="hero__pill">12 мин. четене</div>
        <div class="hero__pill">Обновено май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Създаване</a></li>
        <li><a href="#s2">2. Дървото от тагове</a></li>
        <li><a href="#s3">3. Съответствие с PDF/UA</a></li>
        <li><a href="#s4">4. Инструменти за отстраняване на проблеми</a></li>
        <li><a href="#s5">5. Поведение на помощните технологии</a></li>
        <li><a href="#s6">6. Работният процес от край до край</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Създаване: изберете инструмента за източник, с който наистина можете да живеете</h2>
        <div class="prose">
          <p>Единственото решение, което оформя всяка следваща стъпка, е средата за създаване. PDF, генериран от правилно структуриран документ в InDesign с приложено <strong>действие „Make Accessible“</strong>, носи 80 процента от метаданните си за достъпност, преди някой изобщо да отвори Acrobat. PDF, експортиран от документ в Word, в който заглавията са имитирани с по-удебелен и по-голям текст, не носи почти нищо и никакво последващо отстраняване на проблеми няма да го спаси напълно. Изборът на инструмент за създаване, с други думи, не е естетически. Той е структурен.</p>
          <p>Три производствени пътя доминират институционалното издателство през 2026 г. <strong>Adobe InDesign с действието „Make Accessible“</strong> е стандартът за наборни документи — годишни отчети, учебници, регулаторни документи — където оформлението е фиксирано и файлът напуска дизайнерския екип само веднъж. <strong>Microsoft Word със „Save as Accessible PDF“</strong> е работният кон за офис документи — политики, договори, писма — където източникът се редактира непрекъснато, а PDF е изобразяване, а не крайна цел. <strong>LibreOffice с предаване към PDF Accessibility Checker</strong> е пътят с отворен код, използван от правителства и университети, които имат политически причини да избягват стековете на Microsoft и Adobe.</p>
        </div>

        <div class="stat-row" aria-label="Сравнение на пътищата за създаване">
          <div class="stat-card">
            <div class="stat-card__num">InDesign</div>
            <div class="stat-card__label">Наборни документи · най-добра вярност на таговете, ако стиловете на абзаците се преобразуват в тагове в източника</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Word</div>
            <div class="stat-card__label">Офис документи · Save as Accessible PDF + панелът Accessibility Checker</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">LibreOffice</div>
            <div class="stat-card__label">Път с отворен код · предаване към PAC за проверка, най-слабият вграден инструмент за проверка</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Защо инструментът за източник има значение</span>
            <div class="callout__body"><p>Дърветата от тагове, произведени от InDesign и Word, са структурно <em>изведени</em> от стиловете на абзаците. Дърветата от тагове, произведени от инструментите за отстраняване на проблеми, са <em>наложени</em> впоследствие. Първото подлежи на одит спрямо източника; второто подлежи на одит само спрямо самото себе си. Одиторите все по-често искат да видят източника, а не само PDF.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Анатомия</div>
        <h2 class="section-title" id="s2-heading">2. Дървото от тагове: какво всъщност съдържа всеки достъпен PDF</h2>
        <div class="prose">
          <p>Под всеки достъпен PDF има успоредна логическа структура — <strong>дървото от тагове</strong> — която няма нищо общо с визуалното оформление. Видимият PDF е набор от инструкции за изчертаване, адресирани по координати. Дървото от тагове е отделен йерархичен документен обектен модел, който казва <em>тази операция по изчертаване е първото заглавие, онази е третата точка от втория списък, тази картина е декоративна, а онази друга картина има алтернативен текст „Тримесечни приходи по сегмент, ФГ24“.</em> Екранният четец чете дървото от тагове, а не изчертаването.</p>
          <p>Шест категории тагове носят по-голямата част от смисъла в реалните документи: <strong>заглавия (H1 до H6)</strong> формират навигируемия план; <strong>абзаци (P)</strong> са пасажите от проза; <strong>списъци (L, LI, Lbl, LBody)</strong> са подредените или неподредените изброявания; <strong>таблици (Table, TR, TH, TD)</strong> са решетките с данни с изложени чрез атрибута Scope заглавия на колони и редове; <strong>фигури (Figure)</strong> носят алтернативния текст в атрибута си Alt или ActualText; и <strong>редът на четене</strong>, който е обхождането на дървото в дълбочина и диктува последователността, в която екранният четец изговаря документа. Страница, която <em>изглежда</em> правилно в две колони, може да се чете в грешен ред, ако дървото от тагове поставя дясната колона преди лявата.</p>
          <p>Още два атрибута имат значение на всеки таг в правилно произведен файл. <strong>Езиковият атрибут</strong> (Lang) казва на екранния четец кой речник за произношение да използва — френски, цитиран в английски абзац, се нуждае от собствен атрибут Lang на таг Span, иначе ще се прочете с английски фонеми. А <strong>маркерът за артефакт</strong> различава декоративното от структурното съдържание; колонтитули, номера на страници и декоративни линии трябва да се маркират като артефакти, за да ги прескочи екранният четец.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Добра спрямо лоша структура на тагове за страница от отчет с две колони</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Добра — тагната от източник, преобразуван от стилове на абзаци</div>
                <p><strong>Sect</strong> → H1 (заглавие на страницата) → P (подзаглавие) → H2 (заглавие на лявата колона) → P, P, L/LI × 3 → H2 (заглавие на дясната колона) → P, P → Figure с Alt → Table с TH(Scope=Col) и TH(Scope=Row). Редът на четене следва дървото. Колонтитулът на страницата е маркиран като Artifact.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Лоша — тагната от ориентиран към печат PDF, дотъкмен впоследствие в Acrobat</div>
                <p>Единичен плосък Sect с цялото съдържание като нетипизирани P тагове. Заглавията са P тагове с по-голям шрифт. Списъците са P тагове с глифи на точки в самата проза. Фигурите нямат Alt. Редът на четене редува колоните ред по ред, защото дървото от тагове отразява последователността на изчертаване колона по колона, а не логическата последователност.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Редът на четене не е визуалният ред</span>
            <div class="callout__body"><p>Инструментът Reading Order на Acrobat показва номерирани наслагвания върху визуалната страница, които съответстват на обхождането на дървото от тагове. Инженерите, които проверяват само спрямо визуалното оформление, пропускат провалите в реда на четене, защото визуалното оформление може да е правилно, докато обхождането на дървото от тагове е разбъркано. Винаги проверявайте с отворен панел Tags <em>и</em> с екранен четец.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Стандарт</div>
        <h2 class="section-title" id="s3-heading">3. Съответствие с PDF/UA: какво всъщност изисква ISO 14289-1</h2>
        <div class="prose">
          <p>PDF/UA е международният стандарт за достъпни PDF файлове, публикуван като <strong>ISO 14289-1</strong> през 2014 г. и обновен през 2024 г. Докато [WCAG](/bg/toolkit/standards/wcag/) е технологично неутрален и платформено неутрален, PDF/UA е специфичен за PDF — той е договорът между софтуера за създаване на документи, софтуера за консумиране на документи и помощната технология, който казва, че <em>дървото от тагове, метаданните и структурата на този файл съответстват на проверим набор от условия, така че съответстващ четец да може да разчита на тях.</em></p>
          <p>Стандартът се привежда в действие чрез <strong>Matterhorn Protocol</strong>, поддържан от PDF Association, който разлага PDF/UA на 31 номерирани <strong>условия за провал</strong> с варианти, проверими както от машина, така и от човек. Машинно проверимите провали включват отсъствието на заглавие на документа в метаданните, наличието на фигури без Alt или ActualText, списъци, структурирани извън тагове L/LI, и липсващи езикови атрибути на документа или на пасажи с превключен език. Проверимите от човек провали обхващат нещата, които софтуерът не може да провери сам по себе си — дали алтернативният текст на дадена Figure действително описва фигурата, дали редът на четене съответства на логическата последователност, дали заглавията са вложени логически, а не с прескачане на нива.</p>
          <p>Обновлението от 2024 г. приведе PDF/UA в съответствие с критериите за успех по WCAG 2.2 и поясни третирането на цифровите подписи и формуляри — достъпните PDF формуляри трябва да излагат етикети на полета, подсказки на полета и ред на табулиране, а подписаните PDF файлове не трябва да блокират достъпа на екранния четец до подлежащото дърво от тагове след подписването.</p>
        </div>

        <div class="stat-row" aria-label="Кратки факти за PDF/UA">
          <div class="stat-card">
            <div class="stat-card__num">14289-1</div>
            <div class="stat-card__label">стандарт на ISO, първоначално 2014 г., обновен 2024 г.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">31</div>
            <div class="stat-card__label">условия за провал по Matterhorn Protocol</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">87</div>
            <div class="stat-card__label">отделни тестови варианта (машинни + човешки)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">EN 301 549</div>
            <div class="stat-card__label">европейски стандарт за обществени поръчки, който включва PDF/UA чрез препратка</div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Съответствието с PDF/UA е под, а не таван. Един файл може да покрие всичките 31 условия на Matterhorn и пак да е лошо четивно изживяване, ако алтернативният текст е общ или редът на четене е технически валиден, но семантично грешен.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— PDF Association, указания по Matterhorn Protocol, издание 2024 г.</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Инструменти</div>
        <h2 class="section-title" id="s4-heading">4. Инструменти за отстраняване на проблеми: четири продукта, между които инженерите реално избират</h2>
        <div class="prose">
          <p>Когато PDF пристигне без използваемо дърво от тагове — а повечето стари PDF файлове са такива — изборът на инженера се стеснява до четири среди за отстраняване на проблеми. Всяка има различна комбинация от силни страни в редактирането на дървото от тагове, OCR за сканирани оригинали, пакетна обработка и отчети за PDF/UA. Матрицата по-долу съпоставя възможностите спрямо инструмента.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PAC 2024</th>
              <th>Adobe Acrobat Pro</th>
              <th>Foxit PDF Editor</th>
              <th>ABBYY FineReader 16</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Пълен отчет за PDF/UA</th><td>Да (каноничен)</td><td>Частично (preflight)</td><td>Частично (собствен инструмент за проверка)</td><td>Ограничено</td></tr>
            <tr><th>Редактиране на дървото от тагове в приложението</th><td class="cell-na">N/A (само за четене)</td><td>Да</td><td>Да</td><td>Да</td></tr>
            <tr><th>OCR за сканирани PDF файлове</th><td class="cell-na">N/A</td><td>Да</td><td>Да</td><td>Да (най-добрият в класа)</td></tr>
            <tr><th>Наслагване на реда на четене</th><td>Само за четене</td><td>Да (Touch Up Reading Order)</td><td>Да</td><td>Ограничено</td></tr>
            <tr><th>Масово / скриптирано отстраняване на проблеми</th><td class="cell-na">N/A</td><td>Да (Actions)</td><td>Да (Actions)</td><td>Да (Hot Folder)</td></tr>
            <tr><th>Изход, съобразен с Matterhorn</th><td>Да</td><td>Приблизителен</td><td>Приблизителен</td><td>Ограничено</td></tr>
            <tr><th>Ценови клас</th><td>Безплатно</td><td>Абонамент</td><td>Безсрочен или абонамент</td><td>Безсрочен</td></tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">PDF Accessibility Checker (PAC)</div>
                <div class="combo-card__sub">Access for All, Швейцария · безплатен, за десктоп с Windows</div>
              </div>
            </div>
            <div class="combo-card__usage">Инструмент за проверка, не за редактиране</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Каноничен отчет за PDF/UA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Без редактиране; само проверка</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте при</span><span>Окончателно одобрение, одит</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Adobe Acrobat Pro</div>
                <div class="combo-card__sub">Adobe · абонамент, мултиплатформен</div>
              </div>
            </div>
            <div class="combo-card__usage">Стандарт за индустрията</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Панел Tags, инструмент Reading Order, Actions</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Вграденият инструмент за проверка отчита по-малко спрямо PAC</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте при</span><span>Редактиране на дървото от тагове за повечето файлове</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Foxit PDF Editor</div>
                <div class="combo-card__sub">Foxit · безсрочен или абонамент</div>
              </div>
            </div>
            <div class="combo-card__usage">Алтернатива на Acrobat</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Сходен набор от функции на по-ниска цена</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-малка екосистема от приставки</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте при</span><span>Обществените поръчки изключват Adobe</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">ABBYY FineReader 16</div>
                <div class="combo-card__sub">ABBYY · безсрочен, Windows + macOS</div>
              </div>
            </div>
            <div class="combo-card__usage">Специалист по OCR</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Най-добрият в класа OCR за сканирани оригинали</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-слаб интерфейс за чисто редактиране на тагове</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използвайте при</span><span>Източникът е сканиран PDF само от изображения</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">PAC плюс един редактор е стандартната двойка</span>
            <div class="callout__body"><p>PAC е единственият широко доверяван инструмент за проверка на PDF/UA в областта, но не редактира. Повечето производствени екипи съчетават PAC с Acrobat Pro (по подразбиране) или Foxit (където правилата за лицензиране изискват алтернатива) и посягат към ABBYY само когато източникът е сканиран PDF само от изображения, който се нуждае от OCR, преди да може да се изгради каквото и да е дърво от тагове.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Поведение</div>
        <h2 class="section-title" id="s5-heading">5. Как четирите екранни четеца обработват тагнат PDF</h2>
        <div class="prose">
          <p>Правилно тагнатият PDF е само половината от веригата на производителя. Другата половина е екранният четец, а четирите четеца, които потребителите реално използват, третират един и същ файл по фино различни начини. Разликите имат значение, защото документ, който се чете чисто в JAWS, може да се спъне в NVDA, а файл, който работи във VoiceOver на macOS, може да се държи различно, когато същият файл се отвори от ChromeVox във вградения PDF четец на Chrome.</p>
          <p><strong>JAWS</strong> има най-дълбоката, най-старата поддръжка на PDF от всеки търговски екранен четец. Неговият <em>PDF Mode</em> изобразява тагнати PDF файлове през Acrobat или Acrobat Reader и излага дървото от тагове директно — списък със заглавия (Insert+F6), списък с формуляри (Insert+F5), навигация по клетки на таблици със стандартните клавиши за таблици на JAWS. Когато на PDF му липсват тагове, JAWS ще предложи да изведе структура, но изведеният резултат е ненадежден; инженерите не бива да валидират спрямо изведени от JAWS прочити.</p>
          <p><strong>NVDA</strong> също чете тагнати PDF файлове през Acrobat или Acrobat Reader, с навигация в режим на разглеждане, която отразява модела му за уеб страници — H за прескачане между заглавия, K за прескачане между връзки, T за прескачане между таблици. Поддръжката на PDF в NVDA се подобри значително от 2022 г. насам, но все още изостава от JAWS при сложни таблици и полета на формуляри. NVDA дава по-честна обратна връзка за документи с неправилно оформени тагове: там, където JAWS може да продължи напред, NVDA обикновено замлъква, което е полезно за диагностика.</p>
          <p><strong>VoiceOver</strong> на macOS чете PDF файлове през Preview и Safari с навигация чрез ротор (VO + U) по заглавия, връзки, таблици и полета на формуляри. VoiceOver е най-снизходителният от четирите — той ще възстанови ред на четене дори за лошо тагнати файлове — но снизходителността му може да прикрие реални провали. Документ, който се чете приемливо във VoiceOver, все пак трябва да се провери спрямо JAWS или NVDA, а не обратното.</p>
          <p><strong>ChromeVox</strong> на ChromeOS и по-широкото поведение на всеки екранен четец, взаимодействащ с вградения PDF четец на Chrome, попадат в различна категория. PDF четецът на Chrome растеризира и повторно извлича текст, вместо да изобразява оригиналното дърво от тагове, така че PDF с чисто дърво от тагове може да изгуби голяма част от структурата си, когато се отвори директно в Chrome. Заобиколното решение за критични за достъпността контексти е да се принуди файлът да се изтегли и да се отвори в Acrobat Reader или да се предостави HTML алтернатива.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>JAWS · Acrobat</th>
              <th>NVDA · Acrobat</th>
              <th>VoiceOver · Preview</th>
              <th>ChromeVox · четец на Chrome</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Вярност на дървото от тагове</th><td>Висока</td><td>Средно висока</td><td>Средна</td><td>Ниска (повторно извлечено)</td></tr>
            <tr><th>Навигация по заглавия</th><td>Да (Insert+F6)</td><td>Да (клавиш H)</td><td>Да (ротор)</td><td>Ограничено</td></tr>
            <tr><th>Таблици с TH scope</th><td>Да</td><td>Да (подобрено от 2022 г.)</td><td>Да (ротор)</td><td>Често изравнено</td></tr>
            <tr><th>Полета на формуляри</th><td>Да</td><td>Да</td><td>Да</td><td>Ограничено</td></tr>
            <tr><th>Превключване на езика</th><td>Да (атрибут Lang)</td><td>Да</td><td>Да</td><td>Непоследователно</td></tr>
            <tr><th>Замлъкване при неправилно оформени тагове</th><td>Продължава напред</td><td>Обикновено замлъква</td><td>Възстановява</td><td>Извлича повторно</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Тествайте спрямо два четеца, а не един</span>
            <div class="callout__body"><p>Ако имате време да тествате само спрямо две комбинации, изберете JAWS+Acrobat (институционалният стандарт в регулираните сектори) и NVDA+Acrobat (безплатната база с отворен код). Заедно те покриват приблизително същата територия като преглед с четири четеца за всичко с изключение на специфичните за ChromeVox гранични случаи.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s6-heading">6. Работният процес от край до край, в реда, в който реално го изпълнявате</h2>
        <div class="prose">
          <p>Като свържем веригата: един достъпен PDF преминава през шест конкретни стъпки. Те са последователни — пропускането на която и да е от тях произвежда файл, който ще се провали в някоя от по-късните стъпки или в ръцете на потребителя.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Създайте в инструмент, който познава таговете, с преобразувани стилове на абзаци</h3>
            <p>Или InDesign със стилове на абзаци, преобразувани в Export Tags, или Word с приложени вградени Styles (без имитирани заглавия), или LibreOffice с приложени стилове Heading и List. Дървото от тагове се генерира от тези преобразувания на стилове.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Експортирайте с активирано действие за достъпност</h3>
            <p>InDesign: File → Export → PDF, изберете <em>Tagged PDF</em> и изпълнете действието <em>Make Accessible</em>. Word: File → Save as Adobe PDF или Save as PDF с опцията <em>Document structure tags for accessibility</em>. LibreOffice: File → Export as PDF, отметнете <em>Tagged PDF</em> и <em>Use reference XObjects</em>.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Проверете дървото от тагове в Acrobat или Foxit</h3>
            <p>Отворете панела Tags, обходете дървото, потвърдете, че заглавията са вложени логически, списъците са L/LI/Lbl/LBody, таблиците имат TH със Scope, фигурите имат Alt или ActualText, а декоративните елементи са маркирани като Artifact. Изпълнете Tools → Accessibility → Reading Order, за да проверите реда на четене числово.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Изпълнете PAC за каноничния отчет за PDF/UA</h3>
            <p>PAC произвежда машинно проверимата част от отчета по Matterhorn Protocol. Разрешете всеки червен флаг. Имайте предвид, че зеленият флаг на PAC покрива само 31-те машинно проверими условия; проверимите от човек условия (например дали алтернативният текст е смислен) все още изискват човек.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Тествайте с поне два екранни четеца</h3>
            <p>JAWS+Acrobat и NVDA+Acrobat като минимум, плюс VoiceOver, ако аудиторията ви включва потребители на macOS. Навигирайте по заглавия, по таблици, по полета на формуляри. Потвърдете, че превключванията на езика се четат с правилния глас. Потвърдете, че редът на четене съответства на логическата последователност.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Пуснете и поставете източника под контрол на версиите</h3>
            <p>Доставяемият продукт е PDF, но артефактът, който се поддържа, е изходният документ с неговото преобразуване на стиловете на абзаците. Съхранявайте и двете. Когато документът се нуждае от обновяване, експортирайте и проверете отново от източника — не редактирайте директно дървото от тагове на пуснатия PDF, освен ако източникът не е невъзстановим.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: производството на достъпен PDF е верига, а не отметка</h2>
        <div class="prose">
          <p>Екипите, които третират достъпността на PDF като проблем за отстраняване на проблеми на последно минаване, в крайна сметка плащат сметката два пъти — веднъж за отстраняване на проблемите във файл, произведен без структурно намерение, и отново всеки път, когато този файл се обновява. Екипите, които я третират като проблем на създаването, изграждат дървото от тагове в източника, регенерират го чисто при всяка ревизия и използват PAC и екранен четец като проверка, а не като поправка. Разликата в цената между двете нагласи е голяма; разликата в достъпността е още по-голяма.</p>
          <p>Веригата, документирана по-горе, е умишлено независима от инструментите във всяка брънка. Независимо дали източникът е InDesign или LibreOffice, редакторът е Acrobat или Foxit, инструментът за проверка е PAC, а екранният четец е JAWS или NVDA, структурната логика е същата: стиловете на абзаците се преобразуват в тагове, таговете съответстват на PDF/UA, PDF/UA се проверява от PAC, а екранните четци четат резултата. Инструментите се променят; веригата — не.</p>
          <p>За екипите по обществени поръчки и съответствие оперативното следствие е, че декларациите за достъпност на PDF трябва да препращат към производствената верига — инструмента за създаване, действието за експорт, инструмента за проверка — а не само към резултат от инструмента за проверка на Acrobat. За инженерните екипи следствието е, че дървото от тагове е източникът на истината, а дървото от тагове се изгражда в източника на всеки PDF, който потребителят някога вижда. За практическо производствено ръководство, което допълва това ръководство, вижте [стъпка по стъпка наръчника за достъпност на PDF](/bg/articles/pdf-accessibility-step-by-step/).</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Достъпният PDF е този, чието дърво от тагове е създадено в източника, а не този, чието дърво от тагове е закърпено.“</p></blockquote>
          <figcaption><cite class="pull-quote__source">— редакцията на disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Достъпни презентации: PowerPoint, Keynote и алтернативата, ориентирана към уеб
url: https://www.disabilityworld.org/bg/articles/accessible-presentations-and-decks/
description: Производствено ръководство за достъпни слайдове. Accessibility Checker на PowerPoint, по-оскъдният инструментариум на Keynote, наваксването на Google Slides и ориентираният към уеб маршрут Reveal.js / Slidev / Marp — с дърво на решенията за избор на правилния инструмент.
author: Disability World
pubDate: 2026-05-22
tags: presentations, powerpoint, keynote, slides, accessibility, education
---

# Достъпни презентации: PowerPoint, Keynote и алтернативата, ориентирана към уеб

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Зала за конференции с прожектиран слайд и лаптоп, който показва плана на реда на четене на презентацията — визуалният знак за производството на достъпни презентации.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">Слайдовете остават най-споделяният образователен артефакт в съвременния професионален живот — записки от лекции, отчети пред бордове, обучителни модули, изказвания на конференции, вътрешни общи събрания. Те са също, почти без изключение, най-недостъпният артефакт в същия процес. Изказване, в което екранните четци не могат да навигират, презентация, чиито стойности в диаграмите съществуват само като пиксели, видеоклип, вграден без субтитри, взаимодействие „щракнете за напред“, което пренебрегва клавиатурата: всяко от тях е рутинно и всяко от тях тихо изключва една и съща група хора от същото съдържание, което получава останалата част от аудиторията. Добрата новина е, че поправянето на това през 2026 г. вече не е изследователски проблем. То е проблем на производствения работен процес с три добри отговора и едно дърво на решенията, което избира между тях.</p>

<p class="wp-block-paragraph">Това ръководство обхваща трите семейства инструменти, които работещият презентатор реално има на работния си плот — Microsoft PowerPoint, Apple Keynote и Google Slides — плюс все по-сериозната ориентирана към уеб алтернатива (Reveal.js, Slidev, Marp), която преподаватели и организатори на конференции започнаха да предпочитат. Това не е сравнение на функции в абстрактен план. То е производствено ръководство: кои стъпки предприемате, в какъв ред, в кой инструмент, за да пуснете презентация, която незрящ студент може да следва с NVDA, колега със слабо зрение може да чете при 400% мащабиране, глух присъстващ може да чете заедно с вградени субтитри, а потребител само на клавиатура може да навигира, без изобщо да докосва мишка. За по-широкия контекст на стандартите вижте нашето ръководство за <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">приемането на WCAG 2.2</a> и <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>, и двете от които вече се прилагат към образователно и търговско съдържание, базирано на слайдове и разпространявано онлайн.</p>

<h2 class="wp-block-heading" id="h-what-an-accessible-deck-needs">От какво се нуждае една достъпна презентация</h2>

<p class="wp-block-paragraph">Преди специфичните за инструментите работни процеси — една основа. Достъпната презентация има шест неща, работещи едновременно, и нито едно от тях не е по избор. Първото е уникално, описателно заглавие на всеки слайд — това е, което потребителят на екранен четец използва, за да навигира от слайд на слайд, и това, на което потребителят на панела с плана разчита, за да намери слайда, който търси. Слайдове, озаглавени „Слайд 4“ или „Без заглавие“, са ненавигируеми. Второто е правилен ред на четене. Слайдове, изградени чрез пускане на форми върху платно, без да се използват контейнерите за съдържание, ще имат ред на четене, който съответства на реда на вмъкване на формите, а не на визуалния ред — което означава, че екранният четец ще прочете слайда отзад напред, първо страничната лента, долния колонтитул преди заглавието, или в каквато последователност случайно се е получила в производствения процес. Третото са текстови алтернативи за всяко недекоративно изображение, диаграма и схема, написани с език, който предава смисъла, който изображението носи, а не само повърхностното му описание.</p>

<p class="wp-block-paragraph">Четвъртото е достатъчен цветови контраст — текст върху фон на слайда на прага WCAG 2.2 AA (4,5:1 за основен текст, 3:1 за едър текст и значещи графики), проверен спрямо реалните пиксели на фона, а не спрямо образеца на слайда. Петото е навигируемост с клавиатура — всеки интерактивен елемент, който презентаторът очаква аудиторията да използва по-късно (вградени връзки към анкети, разклонена навигация, вградени формуляри), трябва да бъде достижим и управляем само с Tab, Enter, Space и Esc. А шестото е боравенето с медиите — всяко вградено видео носи или отворени субтитри, вградени във файла, или субтитрова пътечка, която плейърът може да включи; всеки вграден аудиоклип има транскрипция, достижима от същия слайд; всяка анимация, която не е строго необходима, зачита предпочитанието на потребителя за намалено движение на ниво операционна система.</p>

<p class="wp-block-paragraph">Всеки от трите десктоп инструмента предоставя някакво подмножество от тези шест. Нито един от тях не предоставя всичките шест автоматично. Изборът на правилния инструмент означава да разберете какво трябва да направите на ръка във всеки от тях.</p>

<h2 class="wp-block-heading" id="h-powerpoint-workflow">Работен процес в PowerPoint</h2>

<p class="wp-block-paragraph">PowerPoint носи най-зрелия инструментариум за достъпност от всяко приложение за презентации на пазара и това е така, откакто цикълът на издаване на Microsoft 365 започна да вгражда Accessibility Checker в лентата. Изходната точка е самият инструмент за проверка, отварян от раздела Review в Windows или от менюто Tools на macOS. Той показва жив, контекстуален списък с проблеми — слайдове без заглавия, изображения без алтернативен текст, текстови комбинации с нисък контраст, таблици без заглавия, хипервръзки, чийто видим текст дублира URL адреса — и щракването върху всеки проблем премества курсора към проблемния елемент. В текущите компилации инструментът за проверка се изпълнява при всяко записване по подразбиране, което е единствената най-полезна стандартна настройка, която Microsoft е пуснала в този продукт. Изключете я само след като разберете кои предупреждения избирате да пренебрегнете.</p>

<p class="wp-block-paragraph">Заглавията на слайдовете се управляват чрез изгледа Outline (View, Outline) и чрез контейнера Title на образеца на слайда. Използването на контейнера, а не на свободно разположено текстово поле, е това, което дава на заглавието семантичната му роля — както Accessibility Checker, така и следващите екранни четци разпознават озаглавените слайдове по идентичността на контейнера, а не по видимия текст. Ако заглавията на презентацията ви са набрани със свободно разположени текстови полета по дизайнерски причини, можете да запазите дизайна, но да добавите невидимо заглавие в контейнера, като преместите контейнера извън платното (Selection Pane, задайте позицията на отрицателни координати) — заглавието все още съществува в дървото на достъпността и се брои за навигацията с екранен четец, въпреки че аудиторията никога не го вижда. Документацията на Microsoft описва това като шаблон „заглавие извън слайда“; инструментът за проверка го приема.</p>

<p class="wp-block-paragraph">Редът на четене е вторият стълб. Отворете Selection Pane (Home, Arrange, Selection Pane в Windows; меню Arrange на macOS) и прочетете списъка с форми отдолу нагоре — това е редът, в който екранният четец ще ги срещне. Плъзгайте формите в панела, за да ги пренаредите. PowerPoint 2024 добави специален Reading Order Pane, който визуализира реда числово върху всяка форма на слайда и позволява пренареждане чрез плъзгане направо върху платното; ако вашата компилация на Microsoft 365 е достатъчно актуална, за да показва този панел, използвайте него.</p>

<p class="wp-block-paragraph">Алтернативният текст на изображенията се задава с щракване с десния бутон върху изображението, избиране на Edit Alt Text и написване на едно до две изречения редакционен алтернативен текст — смисъла на изображението, а не пикселното му съдържание. Автоматично генерираният алтернативен текст на PowerPoint е по избор и е обозначен като такъв в панела; той е изходна точка, а не завършен продукт, и инструментът за проверка ще ви предупреди, ако пуснете слайд, чийто единствен алтернативен текст е „Description automatically generated“. За диаграми, изградени в PowerPoint, алтернативният текст трябва да обобщи аргумента на диаграмата в едно изречение и да цитира двете или трите ѝ най-високи стойности — „Стълбовидна диаграма, показваща, че посещаемостта на конференцията през 2026 г. се е увеличила с 18% спрямо 2025 г., водена от регионите EMEA и APAC“ е по-добре от „Стълбовидна диаграма“. За слайдове с много данни предоставете подлежащите данни като скрита, но достижима таблица в бележките на оратора или като свързана електронна таблица в приложението, така че потребителят на екранен четец да може да прочете числата освен същината на диаграмата.</p>

<p class="wp-block-paragraph">Вграденото видео е единственият най-чест провал на съответствието в презентациите на PowerPoint. Работният процес Insert, Video, Insert Captions приема WebVTT файлове (.vtt) и ги свързва с вградения клип; веднъж прикачени, субтитрите се изобразяват във вградения плейър на PowerPoint и пътуват с файла, когато презентацията се споделя, изпраща по имейл или качва. Ако изходното ви видео има вградени отворени субтитри, инструментът за проверка все пак отбелязва файла като нуждаещ се от субтитрова пътечка — добавете все пак минимален VTT, защото файлът е това, което следващите инструменти ще прочетат. Хипервръзките трябва да имат видим текст, описващ местоназначението („Прочетете отчета за правоприлагане по EAA от 2026 г.“), а не голия URL адрес.</p>

<p class="wp-block-paragraph">Конвейерът за експорт на PowerPoint запазва повечето от метаданните за достъпност, когато експортирате към PDF — при условие че използвате File, Export, Create PDF/XPS (Windows) или File, Save As, PDF с избрана опция Best for electronic distribution and accessibility (macOS). Експортирането чрез Print to PDF премахва таговете и произвежда недостъпен плосък PDF; това е най-честият тих провал в целия работен процес.</p>

<h2 class="wp-block-heading" id="h-keynote-workflow">Работен процес в Keynote</h2>

<p class="wp-block-paragraph">Keynote се предлага със значително по-малко инструменти за достъпност от PowerPoint и разликата не се е затворила съществено от цикъла на издаване 13.x. Няма еквивалент на Accessibility Checker — Keynote не извършва одит слайд по слайд, не показва панел за реда на четене за всеки слайд и не предупреждава потребителя, когато на слайд му липсва заглавие. Самите слайдове носят по-силна интеграция с VoiceOver, отколкото PowerPoint преди десетилетие, но производственият работен процес за изготвяне на достъпна презентация от Keynote е по-ръчен на всяка стъпка.</p>

<p class="wp-block-paragraph">Заглавията на слайдовете се добавят чрез контейнера Title в образеца на слайда или като обикновено текстово поле, използвано последователно в цялата презентация. Изгледът с план на Keynote (View, Outline) чете от контейнера Title, така че изграждането на презентации спрямо образеца, а не от празни слайдове, е единствената най-голяма лостова точка. Редът на четене се управлява чрез инспектора Arrange — контролите Back/Front в модела на наслагване на Keynote служат и като контроли за реда на четене, като формите, изпратени по-назад, се четат първи. Няма специален панел за реда на четене; трябва да поддържате мисловен модел на стека или да изграждате сложни слайдове върху известна за коректна основа.</p>

<p class="wp-block-paragraph">Алтернативният текст на изображенията в Keynote се задава чрез полето Description в раздела Image на инспектора Format — напишете същия редакционен алтернативен текст, който бихте написали в PowerPoint. Алтернативният текст на диаграмите използва същия механизъм. Keynote не предупреждава за липсващ алтернативен текст. Единственият начин да проверите покритието на алтернативния текст на презентация в Keynote е да обходите всеки слайд ръчно или да експортирате към формат на PowerPoint (.pptx) и да пуснете Accessibility Checker на Microsoft срещу експорта — работен процес, който няколко големи университета са приели като своя контролна стъпка за лекционни презентации, изградени в Keynote.</p>

<p class="wp-block-paragraph">Вграденото видео в Keynote не поддържа отделна субтитрова пътечка. Ако изходното ви видео не носи вградени отворени субтитри, трябва или да прекодирате видеото с вградени субтитри, преди да го вмъкнете в Keynote, или да замените вграждането със свързана препратка, която сочи към видео със субтитри, хоствано на платформа, която поддържа субтитри (YouTube, Vimeo, медийния сървър на вашата институция). Keynote тихо ще включи видео без субтитри в експортиран PDF; инструментът за проверка, който не съществува, не може да ви предупреди за това.</p>

<p class="wp-block-paragraph">Там, където Keynote заслужава мястото си, е в презентации с акцент върху дизайна, изградени за изказвания, а не за повторно разпространение. Неговите типография, оформление и качество на анимациите все още са най-добрите на пазара на десктоп презентации — когато презентацията по същество е сценичен реквизит и същественото съдържание се намира в отделно разпространяван документ, транскрипция или уеб страница, Keynote произвежда по-силно живо изживяване и тежестта на достъпността се измества към съпътстващия документ. Ако самата презентация е доставяемият продукт, PowerPoint е по-добрият избор.</p>

<h2 class="wp-block-heading" id="h-google-slides-workflow">Работен процес в Google Slides</h2>

<p class="wp-block-paragraph">Google Slides се подобри съществено след освежаването на достъпността от 2024 г., което добави меню за достъпност за всеки слайд, предложения за алтернативен текст, задвижвани от модели за изображения от класа на Gemini, и наслагване за проверка на контраста, достъпно от Tools, Accessibility. Освежаването от 2024 г. добави и контроли за реда на четене в менюто Arrange — за първи път в живота на продукта авторите на Slides могат да задават изричен ред на четене, вместо да разчитат на реда на създаване на формите. Приемането на тези функции в големите корпоративни клиенти беше по-бързо, отколкото Microsoft първоначално очакваше, отчасти защото презентациите на Slides вече са преобладаващо хоствани в облака и се възползват незабавно от инструмента за проверка от страна на сървъра.</p>

<p class="wp-block-paragraph">Механиката е позната на всеки, идващ от PowerPoint. Заглавията се управляват чрез контейнера Title на оформлението на образеца. Алтернативният текст се задава чрез Format options, Alt text, със същото редакционно правило за едно до две изречения. Редът на четене използва менюто Arrange, Order, с новия панел за реда на четене от 2024 г., видим от Tools, Accessibility, Reading order. Вграждането на видео от Google Drive или YouTube зачита която и да е субтитрова пътечка, носена от източника, а слайд, съдържащ видео без субтитри, повдига предупреждение в панела за достъпност.</p>

<p class="wp-block-paragraph">Там, където Slides все още изостава от PowerPoint, е в достъпността на диаграмите (автоматично генерираният алтернативен текст на диаграмите е по-кратък и по-малко съобразен с контекста), в сложното наследяване на образци (дълбоко персонализираните оформления на образци произвеждат по-трудни за отстраняване на грешки дървета на реда на четене) и в офлайн работните процеси (инструментът за проверка на достъпността изисква документът да е онлайн, което е проблем за потребители, редактиращи в самолети или в среди с ограничения). За корпорация през 2026 г., която е стандартизирала Workspace и пуска презентации предимно като споделени връзки към Google Slides, а не като изтеглени файлове, работният процес на Slides вече е съществено сравним с PowerPoint. За организация, която пуска презентации като .pptx прикачени файлове или като експортирани PDF файлове, PowerPoint все още има предимство.</p>

<h2 class="wp-block-heading" id="h-web-first-decks">Презентации, ориентирани към уеб: Reveal.js, Slidev, Marp</h2>

<p class="wp-block-paragraph">Най-интересното развитие в достъпността на презентациите през 2025 и 2026 г. беше изцяло извън трите големи десктоп приложения. Група ориентирани към уеб фреймуърци за презентации — Reveal.js (дългогодишният JavaScript фреймуърк), Slidev (инструмент, базиран на Vue, насочен към разработчици) и Marp (генератор, ориентиран към Markdown, който компилира към HTML, PDF или PPTX) — произвеждат презентации като HTML документи, което означава, че свойствата за достъпност на HTML се наследяват, а не се имитират. Семантичната структура е реална, а не синтезирана; навигацията с клавиатура е на браузъра, а не на приложението за слайдове; а изходът за екранен четец е каквото NVDA, JAWS или VoiceOver биха произвели за всяка добре изградена уеб страница.</p>

<p class="wp-block-paragraph">Следствията са практически. Презентация с Reveal.js, поднесена от URL адрес, по подразбиране е навигируема с клавишите със стрелки, Tab, Enter, Space и същите клавишни комбинации на браузъра, които зрящият потребител вече познава. Всеки слайд е елемент section със заглавие — H1 за презентацията, H2 за всяко заглавие на слайд — така че потребителят на екранен четец може да прескача от заглавие на заглавие, както би правил на всяка уеб страница. Изображенията носят атрибути alt, написани в Markdown или HTML източника. Диаграмите, изобразени с Chart.js, D3 или която и да е SVG библиотека, носят каквито ARIA роли и обявявания в живи области излага библиотеката за диаграми; за достъпни библиотеки за диаграми като Highcharts Accessibility или amCharts това включва четими от екранен четец таблици с данни, генерирани автоматично заедно с визуалната диаграма.</p>

<p class="wp-block-paragraph">Ориентираната към разработчици аудитория на Slidev е произвела необичайно силен набор от стандартни настройки за достъпност: семантика на заглавията, наследена от Markdown, изискван алтернативен текст на ниво изходен файл (компилаторът предупреждава при голи тагове на изображения) и слой за навигация с клавиатура, който работи без конфигурация. Силата на Marp е в презентации на чист Markdown, компилирани към HTML или PDF — един и същ източник произвежда както навигируема с екранен четец уеб презентация, така и тагнат PDF, без второ минаване по създаването. Reveal.js стои между тях: най-гъвкавият, най-голямата екосистема от приставки, най-дълбокият набор от приставки за достъпност от трети страни (Reveal Accessibility, reveal-a11y, публикуваната тема за съответствие с WCAG 2.2).</p>

<p class="wp-block-paragraph">Компромисите са реални. Ориентираните към уеб презентации изискват браузър за поднасяне — без двойно щракване върху локален файл, без работен процес „изпрати pptx по имейл“, без офлайн резервен вариант на лаптоп, който не изисква настройка. Те възнаграждават автори, които са комфортни с контрол на версиите и непрекъснато внедряване; те наказват автори, които искат да плъзнат диаграма от Excel в слайд и да приключат. За еднократно изказване, споделено като URL адрес след събитието, това е ясна победа. За тримесечен отчет пред борда, който ще бъде изпратен по имейл на директор, който ще го отвори по време на полет, това е грешният инструмент.</p>

<p class="wp-block-paragraph">Там, където ориентираните към уеб презентации започнаха да печелят, е в повтарящи се контексти. Университетски лекционни цикли, които публикуват цял семестър слайдове като един навигируем сайт. Програми на конференции, в които презентацията на всяко изказване е свързана от разписанието и се намира на постоянен URL адрес. Технически изказвания на инженери, в които самото хранилище с изходния код е версията за документиране. Във всеки от тези контексти HTML семантиката оцелява — търсачките индексират съдържанието на слайдовете като текст, екранните четци го обхождат като документ, а тежестта на поддръжката за оставане достъпен в целия цикъл пада върху фреймуърка, а не върху всеки отделен автор.</p>

<h2 class="wp-block-heading" id="h-decision-tree">Дърво на решенията</h2>

<p class="wp-block-paragraph">Трите семейства инструменти заслужават мястото си в различен производствен контекст. Най-простата версия на решението е тристранно разделение въз основа на това за какво всъщност се използва презентацията.</p>

<p class="wp-block-paragraph">За еднократно изказване, което трябва да се изпрати по имейл, да се отвори на лаптопа на колега или да се експортира към тагнат PDF за разпространение, изберете <strong>PowerPoint</strong>. Accessibility Checker е зрял, конвейерът за експорт запазва таговете, а инструментите от страна на аудиторията (уеб четецът на PowerPoint, приложението за iPad, четецът на Office Mobile) четат правилно тагнат PowerPoint. Отделете деветдесет минути одитно време на едночасова презентация; заложете времето и го използвайте.</p>

<p class="wp-block-paragraph">За повтарящ се лекционен цикъл, програма на конференция или всеки контекст, в който колекцията от презентации се намира на URL адрес и се разглежда като корпус, изберете <strong>ориентиран към уеб фреймуърк</strong>. Slidev за аудитории с много разработчици и автори, комфортни с Markdown; Marp за екипи на чист Markdown, които се нуждаят и от HTML, и от тагнат PDF от един и същ източник; Reveal.js за най-голямата екосистема от приставки и най-голямата гъвкавост на дизайна. Свойствата за достъпност се наследяват от браузъра, а не се имитират, и тежестта на поддръжката пада върху фреймуърка, а не върху всеки автор.</p>

<p class="wp-block-paragraph">За изказване с акцент върху дизайна, в което презентацията функционира като сценичен реквизит, а същественото съдържание се намира в отделно разпространяван документ, изберете <strong>Keynote</strong>, приемете по-оскъдния инструментариум за достъпност и вложете одитния си бюджет в съпътстващия документ вместо това. Обходете всеки слайд ръчно за алтернативен текст. Експортирайте към .pptx и пуснете инструмента за проверка като последно минаване. Пуснете съпътстващия документ (статия, транскрипция, уеб резюме) като каноничната достъпна версия.</p>

<p class="wp-block-paragraph">За съвместни, ориентирани към облака организации, които вече живеят в Google Workspace, <strong>Google Slides</strong> вече е жизнеспособна алтернатива на PowerPoint за същите случаи на употреба. Освежаването на достъпността от 2024 г. затвори по-голямата част от историческата разлика; оставащите пропуски са около алтернативния текст на диаграмите, сложните образци и офлайн редактирането. За презентации, които ще се пускат като споделени връзки, а не като изтеглени файлове, работният процес е сравним с PowerPoint.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Заключителни мисли</h2>

<p class="wp-block-paragraph">Шаблонът, който стои под всяка препоръка в това ръководство, е същият: инструментът задава пода на достъпността, но авторът задава тавана. Инструментът за проверка на PowerPoint ще улови липсващия алтернативен текст; той няма да напише полезен алтернативен текст вместо вас. Липсата на инструмент за проверка в Keynote няма да ви спре да напишете напълно достъпна презентация — тя просто ще ви спре да бъдете уведомени, когато сте се провалили. Ориентираните към уеб фреймуърци наследяват свойствата за достъпност на HTML — те не ги налагат. Всеки инструмент в това ръководство ще ви позволи да пуснете презентация, която изключва част от аудиторията ви. Изборът на инструмент променя кои грешки са лесни за допускане, а не кои грешки са възможни.</p>

<p class="wp-block-paragraph">Ако въвеждате нов работен процес за достъпност в екип, който няма такъв, започнете с инструмента, който екипът вече използва, включете инструмента му за проверка и извършете одит на една съществуваща презентация спрямо него като упражнение за калибриране. Преминете към различен инструмент едва след като екипът е усвоил шестте базови изисквания — заглавия, ред на четене, алтернативен текст, контраст, клавиатура, медии — и иска възможности, които текущият инструмент не може да предостави. Цената на смяната на инструменти по средата е висока; цената на оставането на инструмент, чийто работен процес сте надраснали, е по-висока.</p>

</div>

---
title: Достъпни STEM схеми: SVG, описано чрез ARIA съдържание, аудио описания
url: https://www.disabilityworld.org/bg/articles/accessible-stem-diagrams/
description: Химически молекули, биологични клетъчни структури, физически силови диаграми, математически графики на функции — производственият наръчник за STEM изображения, които екранните четци, обновяемият брайл и аудио-описателните потоци наистина могат да консумират.
author: Disability World
pubDate: 2026-05-22
tags: stem-diagrams, svg, aria, audio-description, accessibility, education
---

# Достъпни STEM схеми: SVG, описано чрез ARIA съдържание, аудио описания

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерно ръководство · Достъпни STEM схеми</div>
<h1 class="hero__title" id="hero-heading">
Достъпни STEM схеми:<br/>
SVG, описано чрез ARIA съдържание, аудио описания
</h1>
<p class="hero__lead">Химическа молекула, напречен разрез на митохондрия, силова диаграма на свободно тяло, графиката на кубична функция — всеки STEM учебник, издаден през последното десетилетие, е изграден от изображения, които екранен четец не може смислено да консумира. Поправката не е „добавете алтернативен текст“. Тя е четирислоен стек от достъпен SVG, структурирани описания, аудио описания за анимирани схеми и знание за съвместимостта с помощни технологии, което не се пренася между операционните системи. Този материал е производственият наръчник.</p>
<div class="hero__stats" aria-label="Ключови статистики">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">обхванати типа схеми</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">описателни слоя</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">стека помощни технологии с известни пропуски при SVG</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">15 мин. четене</div>
<div class="hero__pill">Обновено май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. Защо STEM схемите са различни</a></li>
<li><a href="#s2">2. SVG като достъпния субстрат</a></li>
<li><a href="#s3">3. Стекът, еквивалентен на longdesc</a></li>
<li><a href="#s4">4. Аудио описания за анимирани схеми</a></li>
<li><a href="#s5">5. Навигация с клавиатура между точки от данни</a></li>
<li><a href="#s6">6. Матрица на съвместимост с помощни технологии</a></li>
<li><a href="#playbook">7. Производственият наръчник</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Основа</div>
<h2 class="section-title" id="s1-heading">1. Защо STEM схемите се различават от всеки друг проблем с достъпността</h2>
<div class="prose">

<p>Героично изображение на блог с атрибут alt е решен проблем. STEM схема — не е. Три свойства на научните изображения нарушават допусканията, заложени в <code>alt</code>, <code>aria-label</code> и речевия модел на екранния четец.</p>

<p>Първо, плътността на информацията е достатъчно висока, че едно изречение не може да я носи. Бензеновият пръстен е шест въглерода, шест водорода, редуващи се двойни връзки, делокализирана пи-система, равнинна геометрия, дължина на връзката 1,39 ангстрьома. Конвенцията за алтернативен текст изисква „кратък текстов заместител“; бензенът се нуждае от абзац. Свиването му в едно изречение или губи структурната информация („молекула бензен“), или произвежда нечетим низ без край, който екранният четец трябва да произнесе при 180 думи в минута.</p>

<p>Второ, връзките между елементите носят толкова смисъл, колкото и самите елементи. В диаграма на свободно тяло стрелката от кутията към стената не е украса — тя е нормалната сила, а ъгълът ѝ спрямо вектора на гравитацията е отговорът на задачата. Плоско описание не може да кодира „ъгълът между тези две стрелки е 90 градуса и затова задачата се решава“, защото плоското описание няма структура. SVG, използван внимателно, има.</p>

<p>Трето, студентите по STEM трябва да навигират в схемата, а не само да я чуят. Учащ, който работи по графика на кубична функция, не иска да чуе алтернативния текст от началото до края — той иска да попадне на локалния максимум, да попита „какъв е наклонът тук“, после да премине към инфлексната точка. Това е различен модел на взаимодействие от онзи, с който екранните четци се предлагат по подразбиране. Изграждането му изисква манипулатори на клавиатура върху отделните SVG възли, дърво на описано чрез ARIA съдържание и резервен вариант за стековете на помощните технологии, които не могат да следват темпото.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Четирите типа схеми, които този материал обхваща</span>
<div class="callout__body"><p>Химически молекули (атоми и връзки), биологични клетъчни структури (обозначени области), физически силови диаграми (вектори с величини и ъгли) и математически графики на функции (криви с наименувани особености). Всеки от тях натоварва различен слой от стека за достъпен SVG, а наръчникът в края е оформен от това какво се чупи при кой.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Субстрат</div>
<h2 class="section-title" id="s2-heading">2. SVG като достъпния субстрат — и защо растерът е задънена улица</h2>
<div class="prose">

<p>Почти всеки издаден STEM учебник все още предлага схемите си като PNG или JPG. Растерното изображение е непрозрачна пикселна решетка: то има една входна точка за помощна технология, атрибута <code>alt</code>, и един резервен вариант, атрибута <code>longdesc</code>, който браузърите прекратяват от десет години. Няма структура вътре в изображението, която екранен четец да може да адресира. Схемата е черна кутия с етикет отпред.</p>

<p>SVG обръща модела. Всяка форма в SVG документ е DOM възел — адресируем, фокусируем, обозначим. Бензенов пръстен, изобразен като SVG, има шест елемента <code>circle</code> за въглеродите, шест елемента <code>line</code> за връзките и обхващащ елемент <code>g</code>, който наименува цялото. Всеки от тези възли може да носи атрибути <code>role</code>, <code>aria-label</code>, <code>aria-labelledby</code>, <code>aria-describedby</code> и <code>tabindex</code>. Екранният четец вижда дърво на достъпността от наименувани области вместо единична непрозрачна капка.</p>

<p>Минималният жизнеспособен достъпен SVG носи три неща на коренния си елемент <code>svg</code>: <code>role="img"</code>, <code>aria-labelledby</code>, сочещ към дъщерен <code>title</code>, и <code>aria-describedby</code>, сочещ към дъщерен <code>desc</code> или към външен абзац по ID. Всяко е малко. Всяко върши работа, която другите две не могат.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Добра спрямо лоша SVG маркировка</div>
<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Недейте</div>

```html
<img src="benzene.png"
     alt="Benzene molecule" />
```

<p>Изображението е непрозрачно. „Benzene molecule“ дава име и нищо повече. Учащ, който се нуждае от шаблона на връзките, геометрията на пръстена или броя на въглеродите и водородите, не може да го получи от тази маркировка. Няма път до структурната информация, освен да се консултира друг източник.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Направете</div>

```html
<svg role="img"
     aria-labelledby="benz-title"
     aria-describedby="benz-desc"
     viewBox="0 0 200 200">
  <title id="benz-title">Benzene ring</title>
  <desc id="benz-desc">
    A regular hexagon of six carbon atoms,
    each bonded to one hydrogen. Alternating
    single and double bonds form a planar
    aromatic ring with delocalised electrons.
  </desc>
  <g role="group" aria-label="Carbon atoms">
    <circle cx="100" cy="40" r="6"
            tabindex="0"
            aria-label="C1, top"/>
    
  </g>
  <g role="group" aria-label="Bonds">
    
  </g>
</svg>
```

<p>Коренът наименува себе си и описва себе си. Всеки атом е достижима с tab, наименувана област. Потребителят на екранен четец може да чуе резюмето, после да влезе с tab в структурата, за да инспектира една връзка. Същата маркировка обслужва зрящ читател и незрящ читател без компромис.</p>
</div>

</div>
</div>

<div class="prose">

<p>Едно остро предупреждение: <code>role="img"</code> на коренния <code>svg</code> променя това, което помощната технология прави с децата. С <code>role="img"</code> NVDA и JAWS третират целия SVG като единично обозначено изображение и не излагат вътрешните възли — дори ако тези вътрешни възли имат <code>tabindex</code>. За да получите и двете поведения — обобщителен етикет отгоре и адресируеми деца вътре — оставете коренната роля незададена (или задайте <code>role="graphics-document"</code> от модула W3C Graphics ARIA) и поставете етикета на дъщерен <code>g</code>, а не на корена. Браузърите и екранните четци обработват тази комбинация неравномерно. Матрицата в раздел 6 документира какво работи къде.</p>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Описание</div>
<h2 class="section-title" id="s3-heading">3. Стекът, еквивалентен на longdesc: къде всъщност се намира дългото описание</h2>
<div class="prose">

<p>Атрибутът <code>longdesc</code> беше първоначалният отговор на „атрибутът alt не е достатъчен“. Браузърите тихо премахват поддръжката от години; Firefox го отстрани във версия 90, Safari никога не го реализира, Chrome го третира като без ефект. Всеки, който все още пише <code>longdesc="benzene-desc.html"</code> през 2026 г., пуска маркировка, която нищо не чете. Заместителят не е единичен атрибут, а трислоен шаблон, който съчетава вградено описание, видим разгъваем панел и машинночетими метаданни.</p>

<p>Слой едно е вграденият елемент <code>desc</code> вътре в SVG. Две до четири изречения. Четени от екранните четци, когато се обяви коренът на SVG. Това е новият <code>longdesc</code> — описание, което е част от SVG документа и пътува с него навсякъде, където отива SVG.</p>

<p>Слой две е видим разгъваем описателен панел до схемата, достъпен за всеки читател, а не само за потребителите на екранен четец. Обобщителен ред плюс бутон за разкриване, който отваря по-дълъг текстов преглед — обикновено три до десет изречения за химическа молекула, по-дълъг за схема на клетъчна структура с двайсет обозначени органела. Видимият панел решава проблем, който вграденият <code>desc</code> не може: студентите, които могат да видят схемата, но не могат да я разчетат (учащи със слабо зрение, учащи с дислексия, всеки, който усвоява материала за първи път), също се нуждаят от дългото описание. Поставянето му зад бутон не го скрива от екранните четци — те изброяват разкриването, потребителят го активира и описанието се прочита в буфера.</p>

<p>Слой три са структурирани метаданни чрез JSON-LD. Обект <code>CreativeWork</code>, чийто масив <code>accessibilityFeature</code> изброява какво предлага схемата: <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>describedMath</code>, <code>tactileGraphic</code> (ако е налична отпечатваема тактилна версия). Търсачки, препоръчватели на съдържание и скенери за съответствие с достъпността консумират тези метаданни. Те не правят нищо за непосредственото четивно изживяване с екранен четец, но правят схемата откриваема като достъпно съдържание — което има значение, когато учащ избира между три учебника и един от тях рекламира функциите си за достъпност в машинночетим вид.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Пример с JSON-LD WebSchema</span>
<div class="callout__body"><p>Обектът <code>CreativeWork</code> се намира в блок <code>script type="application/ld+json"</code> навсякъде на страницата. Ключове: <code>accessibilityFeature</code> (масив от низове — <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>MathML</code>, <code>describedMath</code>), <code>accessibilityHazard</code> (<code>noFlashingHazard</code>, <code>noMotionSimulationHazard</code>), <code>accessibilityAPI</code> (<code>ARIA</code>) и <code>accessMode</code> (<code>textual</code>, <code>visual</code>) плюс <code>accessModeSufficient</code> (режимите на достъп, които сами по себе си са достатъчни за възприемане на произведението). Схема, която предлага и трите описателни слоя, трябва да публикува всички тези.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Движение</div>
<h2 class="section-title" id="s4-heading">4. Аудио описания за анимирани схеми: мутацията на DOM като поток от реплики</h2>
<div class="prose">

<p>Статичните схеми са лесният случай. Трудният случай е анимираната схема — митохондрия, въртяща се в 3D, синусоида, изчертавана по оста x, химична реакция с връзки, които се късат и възстановяват в продължение на четири секунди. Конвенционалният отговор е видеофайл с аудио-описателна пътечка, но това изоставя адресируемостта на SVG: в мига, в който вградите анимацията във видео, всеки възел, който внимателно сте обозначили, спира да бъде DOM възел и отново става пиксел.</p>

<p>Достъпната алтернатива е да запазите анимацията като SVG (или Canvas с офекранно дърво на достъпността) и да извеждате аудио описания с напредването на анимацията, задвижвани от същите DOM мутации, които задвижват визуалната промяна. Шаблонът: <code>MutationObserver</code> наблюдава SVG за промени — нов атрибут <code>transform</code>, появяваща се връзка, въртящ се вектор — и при всяка значима промяна записва кратко текстово обновление в глобална област <code>aria-live="polite"</code>. Визуалната анимация задвижва аудио наратив, генериран в реално време от същия източник на истина.</p>

<p>Реализацията има три движещи се части. Първата е самата анимация, изразена като последователност от ключови кадри на времевата линия — същите данни, които консумира SVG визуализаторът. Втората е анотационен слой: всеки ключов кадър носи кратък текст, описващ какво се променя в този момент („образува се връзка между C1 и C2“, „вълната пресича нулата отдолу“). Третата е аудио-описателният драйвер, който се абонира за времевата линия, взима всеки анотиран ключов кадър и записва текста му в живата област няколкостотин милисекунди преди визуалната промяна да настъпи. Изпреварването съответства на това, което прави производственото аудио описание за филм: описанието се чува точно преди визуалното събитие, а не след него.</p>

<p>Три режима на провал са достатъчно чести, за да си струва да се отбележат. Първо, серийни обновления. Анимация, която задейства 60 мутации в секунда, удавя синтезатора на екранния четец — обявяванията се натрупват на опашка, изостават от анимацията и стават неразбираеми. Анотирайте само семантично значимите ключови кадри, не всеки кадър, и ограничете до приблизително едно обявяване на 1500 ms. Второ, пропускане на началото. Жива област, която не е съществувала преди началото на анимацията, няма да обяви надеждно първото си обновление (вижте материала за рамката aria-live за подлежащия проблем с планировчика). Монтирайте живата област празна при зареждане на страницата. Трето, без управление на паузата. Потребителите трябва да могат да поставят аудио описанието на пауза, да го забавят или да го преминават едно събитие наведнъж. Изградете малка лента за управление — възпроизвеждане, пауза, предишно събитие, следващо събитие — и свържете бутоните ѝ със същия драйвер на времевата линия.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">prefers-reduced-motion не подлежи на договаряне</span>
<div class="callout__body"><p>Всяка анимирана STEM схема трябва да зачита медийната заявка <code>prefers-reduced-motion: reduce</code>. Заместителят не е „без анимация, без описание“ — а статичен SVG с разгънато по подразбиране дълго описание от слой две на описателния стек. Анимацията е един режим на достъп; описаните статични изображения са друг. Учащ с вестибуларно разстройство, който е включил намаленото движение, все пак се нуждае от схемата, просто не от въртенето.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Взаимодействие</div>
<h2 class="section-title" id="s5-heading">5. Навигация с клавиатура между точки от данни в интерактивни диаграми</h2>
<div class="prose">

<p>Математическа графика на функция, която зрящ студент може да преглежда с курсор, не е достъпна, докато незрящ студент не може да я преглежда с клавиатурата. Механизмът е добре известен и зле реализиран в практиката: всяка значима точка от данни на кривата получава <code>tabindex="0"</code>, <code>aria-label</code>, описващ координатите ѝ и всяка наименувана особеност („локален максимум при x = -1, y = 4“), и манипулатор на клавиатура, който реагира на клавишите със стрелки за фино придвижване между съседните точки.</p>

<p>Правилната гранулярност има по-голямо значение, отколкото хората осъзнават. Преминаването с tab през всеки начертан пиксел на кубична крива е враждебно — потребителят чува хиляди обявявания „x е равно на 0,1, y е равно на 0,001“, преди да достигне нещо интересно. Преминаването с tab само през наименуваните особености (локални максимуми, минимуми, инфлексни точки, x-пресечни точки, y-пресечни точки) е твърде рядко. Прагматичният компромис: два слоя навигация. Клавишът Tab преминава само през наименуваните особености — обикновено три до седем на крива — а клавишите със стрелки, веднъж щом особеността е фокусирана, пристъпват наляво и надясно по кривата на определена от учащия стъпка, обявявайки координатата при всяка стъпка. Home и End прескачат до лявата и дясната граница на кривата. Page Up и Page Down прескачат до следващата наименувана особеност.</p>

<p>За диаграма с няколко серии — кинетичен график по химия, физически график на трептене с две вълни — добавете ос за превключване на серии. Клавишите със стрелки нагоре и надолу се придвижват между сериите при текущата x-координата; наляво и надясно се придвижват по текущата серия. Конвенцията е успоредна на това как четците на електронни таблици навигират по редове и колони и преизползва мисловен модел, който много потребители вече имат.</p>

<p>Един детайл, който се пропуска: фокусираната точка от данни се нуждае от видим индикатор за фокус. Незрящият потребител не се нуждае от него, но зрящ потребител на екранен четец — да, както и инструкторите партньори, които наблюдават през рамото на студента. Изобразете фокусен пръстен около фокусирания SVG елемент със стилизиране <code>:focus-visible</code> — същата конвенция като фокусните пръстени на бутоните, приложена към SVG възли, които браузърът не стилизира по подразбиране.</p>

</div>

<div class="matrix-table-wrap">
<table class="matrix-table">
<thead>
<tr><th>Тип схема</th><th>SVG маркировка</th><th>Дълго описание</th><th>Аудио описание</th><th>Навигация с клавиатура</th></tr>
</thead>
<tbody>
<tr><th>Химическа молекула</th><td>Задължителна — роля group на атом, на връзка</td><td>Задължително — 3 до 6 изречения</td><td>Само ако реакцията е анимирана</td><td>Tab през атомите, стрелка към връзките</td></tr>
<tr><th>Биологична клетъчна структура</th><td>Задължителна — роля group на обозначена област</td><td>Задължително — 5 до 12 изречения</td><td>Само ако процесът е анимиран</td><td>Tab през органелите в z-ред</td></tr>
<tr><th>Физическа силова диаграма</th><td>Задължителна — роля group на вектор</td><td>Задължително — 3 до 5 изречения с величини и ъгли</td><td>Задължително, ако е интерактивна (влачене на вектори)</td><td>Tab през векторите, стрелка за завъртане</td></tr>
<tr><th>Математическа графика на функция</th><td>Задължителна — наименувани особености като възли</td><td>Задължително — дефиниционна област, множество от стойности, асимптоти, особености</td><td>По избор — само ако е анимирано изчертаване</td><td>Tab за особености, стрелка за фино преглеждане</td></tr>
</tbody>
</table>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Съвместимост</div>
<h2 class="section-title" id="s6-heading">6. Съвместимост с помощни технологии: какво работи и къде SVG дървото е счупено</h2>
<div class="prose">

<p>Най-трудната истина в този материал: стекът за достъпен SVG не работи по един и същ начин в различните браузъри и екранни четци, а пропуските не са грешки във вашата маркировка. NVDA на Firefox е най-надеждната комбинация — единствената, при която всеки шаблон в тази статия се държи така, както казва преобразуването на достъпността на SVG от W3C. Всяка друга комбинация има поне един известен пропуск.</p>

<p>Safari на macOS с VoiceOver е най-проблематичният от големите стекове. Дървото на достъпността за SVG на WebKit има документирани дупки в начина, по който излага вътрешни елементи <code>g</code> с ARIA етикети: етикетите присъстват в DOM и са инспектируеми с инспектора на достъпността, но VoiceOver не винаги ги улавя, когато потребителят навигира с VO-Right-Arrow. Поведението е непоследователно — понякога вътрешните етикети се обявяват, понякога се чете само етикетът на коренния SVG, без видим за клиента шаблон. Bugzilla на WebKit има отворени проблеми по този въпрос от 2020 г. насам. Прагматичното следствие: ако вашата STEM схема работи на Mac, това е необходимо условие, а не достатъчно. Тествайте на Windows с NVDA, преди да пуснете.</p>

<p>Chrome на Windows с JAWS е вторият най-надежден стек — близо до NVDA + Firefox, с една особеност: JAWS третира SVG <code>role="img"</code> по-агресивно от NVDA, като свива вътрешните възли по-често. Поправката е да се използва <code>role="graphics-document"</code> от модула W3C Graphics ARIA на коренния <code>svg</code>, който JAWS обработва правилно. NVDA също го обработва правилно. Firefox и Chrome предлагат необходимите преобразувания към платформените API.</p>

<p>Мобилните устройства са отделен проблем. iOS VoiceOver наследява пропуските при SVG на WebKit; Android TalkBack на Chrome обработва вътрешните възли надеждно, но все още не поддържа ролите на W3C Graphics ARIA, така че се връща към поведението на <code>role="img"</code>. За издател на учебници, насочващ се както към десктоп, така и към мобилни устройства, безопасният избор е да се предлагат два SVG режима: структурно навигируем режим за десктоп и режим „резюме плюс дълго описание“, който деактивира вътрешната навигация на мобилни устройства. Превключването на режима се задвижва от потребителския агент и от предпочитанието на потребителя, съхранявано между сесиите.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>NVDA + Firefox</th><th>JAWS + Chrome</th><th>VoiceOver + Safari</th><th>TalkBack + Chrome</th></tr>
</thead>
<tbody>
<tr><th>SVG title и desc (корен)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Вътрешен g с aria-label</th><td>OK</td><td>OK</td><td>Частично</td><td>OK</td></tr>
<tr><th>tabindex на SVG възли</th><td>OK</td><td>OK</td><td>Частично</td><td>Проваля се</td></tr>
<tr><th>role="graphics-document"</th><td>OK</td><td>OK</td><td>Проваля се</td><td>Проваля се</td></tr>
<tr><th>aria-live, задвижван от мутации</th><td>OK</td><td>OK</td><td>Частично</td><td>Частично</td></tr>
<tr><th>focus-visible на SVG възли</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
</tbody>
</table>

<div class="prose">

<p>Едно разчитане на матрицата: пуснете NVDA + Firefox като базова цел за съответствие, документирайте резервните варианти за Safari и TalkBack и никога не използвайте отсъствието на обявяване на вътрешен възел на Mac като доказателство, че SVG е недостъпен. Схемата може да е напълно достъпна — платформата просто не излага етикетите, които сте написали. Инспекторът на достъпността в менюто Develop на Safari показва какво има в дървото дори когато VoiceOver не успява да го прочете, и е правилният инструмент за разграничаване на „счупена маркировка“ от „счупена платформа“.</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Наръчник</div>
<h2 class="section-title" id="play-heading">7. Производственият наръчник</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Създавайте всяка STEM схема като SVG, никога като растер</h3>
<p>PNG и JPG са задънени улици. SVG ви дава DOM, а DOM е мястото, където живее всяка функция за достъпност в този материал. Ако конвейерът ви за създаване произвежда растер (повечето инструменти за рисуване на химия все още го правят), добавете стъпка, която експортира и SVG, и пуснете и двете — SVG е достъпният артефакт, PNG е резервен вариант за стари принтери.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Поставете title и desc на всеки корен на SVG</h3>
<p>Две деца. Title е краткото име. Desc е две до четири изречения, описващи какво показва схемата. Свържете ги с <code>aria-labelledby</code> и <code>aria-describedby</code> на корена. Без изключения, дори за „малки“ схеми — малката молекула все пак е молекула, а потребителят на екранен четец има същото право да чуе структурата, каквото зрящият потребител има да я види.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Добавете видим разгъваем панел с дълго описание до всяка схема</h3>
<p>Три до десет изречения, в панел с шаблон за разкриване, който всеки читател може да отвори. Решава нуждата от описание за учащи със слабо зрение и с дислексия, която SVG <code>desc</code> сам по себе си не обслужва. Огледайте текста на описанието в SVG <code>desc</code> за потребителите на екранен четец, които не срещат разкриването.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Публикувайте JSON-LD CreativeWork с accessibilityFeature</h3>
<p>По един блок на страница или на схема. Изброете всяка функция за достъпност, която схемата действително носи. Търсачки и скенери за съответствие четат това; учащи, използващи CMS, която филтрира за достъпно съдържание, четат това. Евтино е за писане и се изплаща в мига, в който някой избира между ресурси.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Задвижвайте аудио описанието за анимирани схеми от DOM мутации</h3>
<p>По един <code>MutationObserver</code> на анимиран SVG. Анотирани ключови кадри във времевата линия на анимацията. Глобална празна област <code>aria-live="polite"</code> при стартиране на приложението, монтирана преди изобразяването на която и да е схема. Ограничете до приблизително едно обявяване на 1500 ms. Зачитайте <code>prefers-reduced-motion: reduce</code> чрез свиване до резервния вариант „статика плюс дълго описание“.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">6</div>
<div>
<h3>Направете интерактивните диаграми навигируеми с клавиатура на две нива на гранулярност</h3>
<p>Tab само през наименуваните особености. Клавиши със стрелки за фино придвижване по кривата. Home, End, Page Up, Page Down за прескачания до граници и особености. Клавишите със стрелки нагоре и надолу превключват серии в графики с няколко серии. Изобразете видим фокусен пръстен на фокусирания SVG възел — незрящите потребители не се нуждаят от него, зрящите потребители на екранен четец — да.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">7</div>
<div>
<h3>Тествайте на NVDA + Firefox преди всяка друга комбинация</h3>
<p>Референтната платформа. Ако шаблон се провали там, маркировката е грешна. Ако работи там, но се проваля на Safari, платформата е грешна и следващата стъпка е документиране на резервния вариант, а не пренаписване на SVG. JAWS + Chrome е вторичният приемен тест. VoiceOver + Safari е необходим за паритет, но никога не е достатъчен.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: достъпността на STEM е проблем на маркировката с придатък на дизайна на взаимодействие</h2>
<div class="prose">

<p>Повечето публикувани указания за достъпността на STEM схеми спират на слоя title-and-desc. Това са лесните 30 процента. Останалите 70 процента — панелът с дълго описание, времевата линия на аудио описанието, задвижвана от DOM мутации, навигацията с клавиатура на две нива на гранулярност, специфичните за платформата резервни варианти — са дизайн на взаимодействие толкова, колкото и маркировка. Екранният четец е един потребител; незрящ учащ, използващ екранен четец, за да навигира в графика на функция със същото темпо като зрящ съученик, е различен потребител, с различни нужди.</p>

<p>Дивидентът е голям и неравномерен. Издател на учебници, който предлага пълния стек в приблизително 600 схеми в учебник по смятане, обслужва всеки незрящ учащ, използващ този учебник, всеки учащ със слабо зрение, който оценява панела за разкриване, всеки учащ с дислексия, който може да прочете дългото описание, но не може да разчете визуалното, всеки учащ с английски като втори език, който намира структурираното описание за по-лесно от визуалните конвенции на областта, и всеки зрящ инструктор, който произвежда аудио резюмета за подкасти. Същата маркировка обслужва пет отделни аудитории. Цената е няколко часа на схема, амортизирани в десетилетия студентска употреба.</p>

<p>Текущото състояние на технологиите е неравномерно, защото реализациите на дървото на достъпността се различават в операционните системи, които студентите реално използват. NVDA и JAWS на Windows са затворили повечето от пропуските при SVG. Safari на macOS — не. Докато платформите се сближат, производственият шаблон е да се създава за най-строгата цел — NVDA + Firefox — и да се документират резервните варианти за платформите с известни пропуски. Това е повече работа, отколкото изискваше моделът с атрибута alt. Това е също единственият начин да се пусне STEM учебник, който не изключва читателите, които се предполага да обучи.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">„Бензеновият пръстен е шест въглерода, шест водорода, редуващи се двойни връзки, делокализирана пи-система, равнинна геометрия, дължина на връзката 1,39 ангстрьома. Конвенцията за алтернативен текст изисква едно изречение. SVG задава правилния въпрос вместо това — на кой атом бихте искали да попаднете първо?“</p></blockquote>
<figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World, май 2026 г.</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Делата по ADA се пренасочват към щатските съдилища: Unruh, NYCHRL и миграцията след Acheson
url: https://www.disabilityworld.org/bg/articles/ada-filings-move-to-state-court-post-acheson/
description: Решението на Върховния съд от 2023 г. по делото Acheson Hotels, процесуалните реформи по §3211 от CPLR на Ню Йорк и прагът за „често завеждащи дела“ по §425.55 в Калифорния осезаемо изместиха делата за достъпност от типа ADA от федералния регистър към щатските съдилища.
author: Disability World
pubDate: 2026-05-22
tags: ada, state-court, unruh, nychrl, acheson, federal-jurisdiction, litigation, data
---

# Делата по ADA се пренасочват към щатските съдилища: Unruh, NYCHRL и миграцията след Acheson

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Миграция към щатските съдилища</span>
  </div>

  <h1>Делата по ADA се пренасочват към щатските съдилища <em>— Unruh, NYCHRL и миграцията след Acheson</em></h1>

  <p class="lede">Три процесуални сътресения заедно прекроиха географията на съдебните производства за достъпност в САЩ. Решението на Върховния съд от декември 2023 г. по делото <em lang="en">Acheson Hotels, LLC v. Laufer</em> — с което First Circuit беше отменен поради отпадане на предмета, без да се стигне до въпроса за процесуалната легитимация на „тестващите“ ищци — остави федералния въпрос за „тестващите“ доктринално нестабилен в различните апелативни окръзи. §425.55 от Гражданския процесуален кодекс на Калифорния, в сила от 2015 г. и съществено затегнат през 2022 г., повиши цената на достъпа до федералния съд за „често завеждащи дела“ ищци, които предявяват претенции по Unruh Act. Реформите по §3211 от CPLR на Ню Йорк и паралелният ръст на делата по NYCHRL пред Supreme Court на окръг Ню Йорк дадоха на адвокатурата на ищците в Ню Йорк щатска юрисдикция с по-широк материален обхват от самия Title III. Съвкупният ефект е измерим: федералните дела по Title III в Southern District of New York и Central District of California спаднаха с прибл. 32% между средата на 2023 г. и първото тримесечие на 2026 г., докато щатските дела по Unruh в Калифорния нараснаха с прибл. 38% за същия период, а делата по NYCHRL пред щатския Supreme Court в Ню Йорк нараснаха с прибл. 21%. Това досие реконструира миграцията, назовава доктриналните оси и проследява последиците за ответниците, които вече не могат да приемат за даденост, че следващата им жалба за достъпност ще се озове във федерален съд.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело 03</span>
      <span class="dossier-meta">07 записа · изведени от федералните дела в PACER, данни на California Judicial Council и системата за следене на граждански дела на New York State Unified Court System, 2022–Q1 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива миграцията на регистрите</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 32%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Федералните дела по Title III в SDNY и CDCA спаднаха с около една трета между средата на 2023 г. и Q1 2026</p>
          <p class="dossier-note">Комбинирано преброяване в PACER на жалбите по ADA Title III, заведени в Southern District of New York и Central District of California, показва пиково тримесечие от прибл. 1140 общи дела през Q1 2023, спадащи до прибл. 770 през Q1 2026. Спадът е по-стръмен в CDCA (прибл. 36%), отколкото в SDNY (прибл. 28%), което следва сравнителната сила на паралелния щатски режим на всеки щат.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Щатските дела по Unruh в Калифорния нараснаха с прибл. 38% за същия период</p>
          <p class="dossier-note">Годишните доклади на Judicial Council за достъпа на хората с увреждания показват, че гражданските дела по Unruh в Superior Courts на Калифорния нарастват от прибл. 4200 през календарната 2022 г. до прогнозирани прибл. 5800 през 2025 г., като окръзите Лос Анджелис и Сан Франциско поемат основната част от ръста. Изместването е концентрирано в дела, насочени срещу един ответник с физически магазин и позоваващи се на установения по закон минимум от 4000 долара на посещение.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">5 дек. 2023</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em lang="en">Acheson Hotels, LLC v. Laufer</em> отмени First Circuit поради отпадане на предмета, оставяйки въпроса за легитимацията на „тестващите“ ищци нерешен</p>
          <p class="dossier-note">601 U.S. ___ (2023). Съдът отказа да разгледа делото по същество — дали „тестващ“ ищец, който посещава уебсайт без намерение да ползва обществения обект, има процесуална легитимация по Article III — защото г-жа Laufer доброволно беше оттеглила делата си в долната инстанция. Процесуалната ситуация остави разцеплението между апелативните окръзи непокътнато и направи федералната легитимация на „тестващите“ най-оспорваният въпрос по молбите за прекратяване през 2024–2025 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">$4000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Unruh Act на Калифорния предлага установен по закон минимум за обезщетение, какъвто Title III няма — и именно в щатския съд той се прилага</p>
          <p class="dossier-note">§52(a) от Гражданския кодекс на Калифорния установява минимум от 4000 долара на посещение за всяко нарушение на Unruh Act, без изискване за реални вреди. Title III, за разлика от това, допуска само преустановяване на нарушението и адвокатски хонорари. Множителят на обезщетението е причината ищците да завеждат жалби, основани на Unruh, в щатския съд дори когато е налична и федерална претенция по ADA — и причината §425.55 да бъде приет, за да ограничи достъпа до федералния съд за често завеждащите дела.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">прибл. 21%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Делата по NYCHRL пред New York Supreme Court нараснаха с прибл. 21%, докато прекратяванията в SDNY по легитимация на „тестващите“ се увеличаваха</p>
          <p class="dossier-note">Данните за гражданските дела на New York State Unified Court System показват, че жалбите, свързани с достъпността, по New York City Human Rights Law (NYCHRL) и New York State Human Rights Law (NYSHRL), заведени пред Supreme Court на окръг Ню Йорк, нарастват спрямо базовата 2022 г., докато уважените от SDNY молби за прекратяване на основание легитимация на „тестващите“ се ускоряваха през 2024 и 2025 г. §8-107(4) от NYCHRL има по-широк обхват от Title III и допуска компенсаторни обезщетения — материален стимул, който допълва процесуалния натиск.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">без препращане</span>
        <div class="dossier-body">
          <p class="dossier-claim">Чисто щатските жалби по Unruh и NYCHRL нямат федерално основание — и не могат да бъдат препратени</p>
          <p class="dossier-note">Ищец, който се позовава само на Unruh и §52 от Гражданския кодекс — без паралелна претенция по Title III — не дава на ответника основание за препращане към федерален съд по федерален въпрос съгласно 28 U.S.C. §1331. Препращането на основание различно гражданство по §1332 рядко е възможно, защото размерът на установеното по закон обезщетение обикновено е под прага за юрисдикция и защото пребиваването на ответника в съответния щат често го блокира. Традиционният рефлекс на ответника — препращане към федерален съд, където регистърът е по-чист, съдиите са познати, а прецедентът е благоприятен — вече не е достъпен за значителен дял от новите дела.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">§425.55</span>
        <div class="dossier-body">
          <p class="dossier-claim">Калифорнийският закон за често завеждащите дела е процесуална бариера пред федералната врата — не пред щатската</p>
          <p class="dossier-note">CCP §425.55 определя „често завеждащ дела“ ищец като лице, заведело десет или повече жалби за достъпност, свързана със строителство, за период от дванадесет месеца, и налага изисквания за конкретност на исканията, такси и оповестяване. От ключово значение е, че бариерата важи само за определени действия за достъпност, свързани със строителство; режимът насочва точно онези ищци, които федералните съдилища се опитват да филтрират, обратно към щатския съд за по-широкия кръг претенции по Unruh, попадащи извън дефиниционния обхват на §425.55.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Федерални съдебни регистри в PACER (жалби по ADA Title III, заведени в SDNY и CDCA, 2022–Q1 2026, маркирани с код по характер на иска 446); доклади на California Judicial Council за гражданските дела за достъп на хората с увреждания за 2023 и 2024 г. и средногодишна актуализация за 2025 г.; данни за гражданските дела на New York State Unified Court System (Supreme Court на окръг Ню Йорк, действия по NYCHRL и NYSHRL, свързани с достъпността); <em lang="en">Acheson Hotels, LLC v. Laufer</em>, 601 U.S. ___ (2023); §52 от Гражданския кодекс на Калифорния и CCP §425.55; <span lang="en">NYC Admin. Code</span> §8-107.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и източниците на данни за делата</a></li>
      <li><span class="toc-num">02</span><a href="#trajectory">Траекторията на заведените дела от федерален към щатски съд</a></li>
      <li><span class="toc-num">03</span><a href="#acheson">Acheson Hotels и последствията за легитимацията на „тестващите“</a></li>
      <li><span class="toc-num">04</span><a href="#california">Притегателната сила на Калифорния: Unruh, §52 и §425.55</a></li>
      <li><span class="toc-num">05</span><a href="#newyork">Притегателната сила на Ню Йорк: NYCHRL, CPLR §3211 и Supreme Court</a></li>
      <li><span class="toc-num">06</span><a href="#defendants">Какво се променя за ответниците</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Перспективи за 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Методология и източниците на данни за делата</h2>

  <p class="dropcap-first">Миграцията, описана в това досие, е реконструирана от три източника за съдебни дела, които не са свързани помежду си. Федералната серия е изградена от търсения в PACER за жалби по ADA Title III — код по характер на иска 446 („Americans with Disabilities Act — Other“) — заведени в Southern District of New York и Central District of California от 1 януари 2022 г. до 31 март 2026 г. Щатската серия за Калифорния е изградена от годишните доклади на Judicial Council of California за гражданските дела за достъп на хората с увреждания, които представят жалбите по Unruh Act и маркираните по CCP §425.55 по окръг и по година. Щатската серия за Ню Йорк е изградена от данните за управление на гражданските дела на New York State Unified Court System, филтрирани до Supreme Court на окръг Ню Йорк и останалите четири района за основания за иск по NYCHRL и NYSHRL, свързани с достъпността.</p>

  <p>Трите серии имат различни конвенции за броене и не могат да се сумират пряко. Федералната жалба се брои като едно дело; щатската жалба по Unruh се брои като едно дело, независимо дали назовава един ответник или двадесет; жалбата по NYCHRL може да бъде заведена заедно с претенция по щатския HRL и претенция по градския HRL, без да създаде три отделни записа. Данните в това досие са представени като тенденции във всяка серия, а не като единен национален сбор, защото единен национален сбор би предполагал точност, която изходните данни не могат да понесат.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Федерална серия</span><span class="ps-desc">дела с код по характер на иска 446 в PACER за SDNY и CDCA, 2022–Q1 2026, по тримесечия</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Серия за Калифорния</span><span class="ps-desc">годишни доклади на Judicial Council за достъп на хората с увреждания — граждански дела по Unruh и маркирани по §425.55</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Серия за Ню Йорк</span><span class="ps-desc">данни за гражданските дела на NY State Unified Court System — действия за достъпност по NYCHRL и NYSHRL пред Supreme Court</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Триангулация</span><span class="ps-desc">съпоставка с тримесечните преброявания на Seyfarth Shaw по ADA Title III за проверки на достоверността</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">прибл. 14 400</div><div class="method-label">прегледани федерални дела по Title III (SDNY + CDCA, 2022–Q1 2026)</div></div>
    <div class="method-card"><div class="method-num">прибл. 22 000</div><div class="method-label">преброени щатски дела по Unruh в Калифорния за календарните 2022–2025 г.</div></div>
    <div class="method-card"><div class="method-num">прибл. 3800</div><div class="method-label">дела за достъпност по NYCHRL пред NY Supreme Court, 2022–Q1 2026</div></div>
    <div class="method-card"><div class="method-num">3 серии</div><div class="method-label">проследени поотделно, защото конвенциите за броене се различават</div></div>
  </div>

  <hr />

  <h2 id="trajectory">02 · Траекторията на заведените дела от федерален към щатски съд</h2>

  <p>Съвкупната картина е на федерален регистър в спад и двойка щатски регистри — на Калифорния и на Ню Йорк — които поемат разликата. В рамките на федералната серия Q1 2023 е пиковото тримесечие с прибл. 1140 общи дела в SDNY и CDCA; до Q1 2026 общата тримесечна стойност е прибл. 770. Това е спад от 32% за дванадесет тримесечия. Спадът не е линеен: Q4 2023 — тримесечието, в което беше решено делото <em lang="en">Acheson Hotels</em> — бележи точката на пречупване, последвано от поредица тримесечия с двуцифрен спад в подрегистъра на SDNY, основан на „тестващите“ ищци, през 2024 г.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and legend rendered as gibberish (AI image models
      cannot draw legible text). Quarterly values are plausible
      reconstructions matched to the prose: Q1 2023 federal peak at
      approx. 1,140 combined SDNY + CDCA, declining to approx. 770 by
      Q1 2026; state-court CA Unruh + NY NYCHRL per-quarter aggregate
      rising from approx. 600 to approx. 1,100; crossover at Q3 2024. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="filings-chart-title filings-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="filings-chart-title">Федерални дела по Title III в SDNY плюс CDCA спрямо комбинираните щатски дела по Unruh в Калифорния и по NYCHRL в Ню Йорк, по тримесечия, Q1 2023 до Q1 2026</title>
      <desc id="filings-chart-desc">Линейна диаграма с две линии: брой дела на тримесечие по оста y (0 до 1250) и тримесечия по оста x (Q1 2023 до Q1 2026). Федералната линия спада от приблизително 1140 през Q1 2023 до приблизително 770 през Q1 2026, с видимо пречупване при Q4 2023, когато беше решено делото Acheson Hotels. Щатската линия нараства от приблизително 600 през Q1 2023 до приблизително 1100 през Q1 2026. Линиите се пресичат през Q3 2024.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines every 250 filings */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="44" text-anchor="end">1250</text>
        <text x="72" y="92" text-anchor="end">1000</text>
        <text x="72" y="140" text-anchor="end">750</text>
        <text x="72" y="188" text-anchor="end">500</text>
        <text x="72" y="236" text-anchor="end">250</text>
        <text x="72" y="284" text-anchor="end">0</text>
      </g>
      {/* Y-axis title */}
      <text x="22" y="160" transform="rotate(-90 22 160)" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">дела на тримесечие</text>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels — every 4th quarter */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="80" y="300" text-anchor="middle">Q1 2023</text>
        <text x="307" y="300" text-anchor="middle">Q1 2024</text>
        <text x="533" y="300" text-anchor="middle">Q1 2025</text>
        <text x="760" y="300" text-anchor="middle">Q1 2026</text>
      </g>
      {/* X-axis minor ticks for the in-between quarters */}
      <g stroke="#3a3a3a" stroke-width="1">
        <line x1="137" y1="280" x2="137" y2="284" />
        <line x1="193" y1="280" x2="193" y2="284" />
        <line x1="250" y1="280" x2="250" y2="284" />
        <line x1="363" y1="280" x2="363" y2="284" />
        <line x1="420" y1="280" x2="420" y2="284" />
        <line x1="477" y1="280" x2="477" y2="284" />
        <line x1="590" y1="280" x2="590" y2="284" />
        <line x1="647" y1="280" x2="647" y2="284" />
        <line x1="703" y1="280" x2="703" y2="284" />
      </g>
      {/* Acheson Hotels vertical marker at Q4 2023 (x=250) */}
      <line x1="250" y1="40" x2="250" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="2 3" />
      <text x="250" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Acheson · дек. 2023</text>
      {/* Crossover vertical marker at Q3 2024 (x=420) */}
      <line x1="420" y1="40" x2="420" y2="280" stroke="#dc2626" stroke-width="1.25" stroke-dasharray="4 3" />
      <text x="420" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#dc2626" font-weight="600">Пресичане · Q3 2024</text>
      {/* Federal filings line — declining (ink) */}
      <polyline points="80,61 137,69 193,73 250,84 307,98 363,107 420,111 477,115 533,119 590,123 647,126 703,129 760,132" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* State filings line — rising (red) */}
      <polyline points="80,165 137,157 193,148 250,138 307,128 363,119 420,109 477,101 533,94 590,86 647,78 703,73 760,69" fill="none" stroke="#dc2626" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* Endpoint markers — federal */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="80" cy="61" r="5" />
        <circle cx="250" cy="84" r="4.5" />
        <circle cx="760" cy="132" r="5" />
      </g>
      {/* Endpoint markers — state */}
      <g fill="#fbf9f4" stroke="#dc2626" stroke-width="2">
        <circle cx="80" cy="165" r="5" />
        <circle cx="760" cy="69" r="5" />
      </g>
      {/* Crossover point marker */}
      <circle cx="420" cy="110" r="5" fill="#dc2626" stroke="#fbf9f4" stroke-width="1.5" />
      {/* Endpoint value labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="90" y="56" fill="#1a1a1a">прибл. 1140</text>
        <text x="755" y="148" text-anchor="end" fill="#1a1a1a">прибл. 770</text>
        <text x="90" y="178" fill="#dc2626">прибл. 600</text>
        <text x="755" y="60" text-anchor="end" fill="#dc2626">прибл. 1100</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <line x1="500" y1="340" x2="528" y2="340" stroke="#1a1a1a" stroke-width="2.5" />
        <text x="534" y="344">Федерални по Title III (SDNY + CDCA)</text>
        <line x1="500" y1="356" x2="528" y2="356" stroke="#dc2626" stroke-width="2.5" />
        <text x="534" y="360">Щатски съд (CA Unruh + NY NYCHRL)</text>
      </g>
    </svg>
    <figcaption>Федералните дела по Title III в SDNY + CDCA (мастилен цвят) спадат от прибл. 1140 през Q1 2023 до прибл. 770 през Q1 2026, с видимо пречупване при решението по <em lang="en">Acheson Hotels</em> от Q4 2023. Комбинираните щатски дела по Unruh в Калифорния и по NYCHRL в Ню Йорк (червено) нарастват от прибл. 600 до прибл. 1100 за същия период. Двете серии се пресичат през Q3 2024 — приблизително три тримесечия след Acheson и една пълна година след устойчивото нарастване на щатските дела.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Федерални спрямо щатски дела за достъпност — траектория 2022–Q1 2026</div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Title III (база 2022)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">прибл. 4400 / год.</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Title III (2025)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:54%">прибл. 3050 / год.</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh щатски (база 2022)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:62%">прибл. 4200 / год.</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh щатски (прогноза 2025)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:86%">прибл. 5800 / год.</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Supreme NYCHRL (база 2022)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:30%">прибл. 780 / год.</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Supreme NYCHRL (2025)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:38%">прибл. 945 / год.</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">Q3 2024</div><div class="stat-desc">приблизителното тримесечие на пресичане — щатските дела в CA + NY изпреварват федералните дела в SDNY + CDCA</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 1,6×</div><div class="stat-desc">годишен обем на щатските дела по Unruh + NYCHRL спрямо федералния обем по Title III в SDNY + CDCA до 2025 г.</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 60%</div><div class="stat-desc">дял на новите дела за достъпност, основани сега на щатски правни основания в двата щата</div></div>
  </div>

  <p class="pull-quote">Защитният рефлекс за препращане към федерален съд се е превърнал, за значителен дял от новите дела, в процесуална задънена улица — няма федерално основание, на което да се препрати.</p>

  <hr />

  <h2 id="acheson">03 · Acheson Hotels и последствията за легитимацията на „тестващите“</h2>

  <p>Решението на Върховния съд от декември 2023 г. по делото <em lang="en">Acheson Hotels, LLC v. Laufer</em> беше на пръв поглед нерешение. Съдът отмени постановлението на First Circuit относно легитимацията на „тестващите“ на основание отпадане на предмета, защото г-жа Laufer беше доброволно оттеглила делата си в долната инстанция, и отказа да разгледа по същество дали „тестващ“ ищец — който посещава уебсайт или страница за хотелски резервации без намерение да ползва обществения обект — има процесуална легитимация по Article III съгласно <em lang="en">Spokeo, Inc. v. Robins</em>, 578 U.S. 330 (2016) и <em lang="en">TransUnion LLC v. Ramirez</em>, 594 U.S. ___ (2021). Съдия Thomas изрази съгласие с решението, но заяви, че би разгледал делото по същество и би приел липса на легитимация; съдия Jackson изрази съгласие, отбелязвайки, че отмяната на основание отпадане на предмета не е трябвало да бъде постановена. Резултатът беше публикувано решение без прецедентно произнасяне по същество — и разцепление между апелативните окръзи, което остана непокътнато.</p>

  <div class="callout warning">
    <div class="ct">Легитимацията на „тестващите“ след Acheson — процесуалното състояние на нещата</div>
    <p>First, Fifth и Tenth Circuit на различни моменти дадоха сигнал, че самостоятелните информационни вреди не отговарят на изискванията на Article III след <em lang="en">TransUnion</em>. Second и Eleventh Circuit продължиха да признават легитимацията на „тестващите“, когато ищецът твърди конкретно намерение да се върне. Позицията на Ninth Circuit остава да се преценява за всеки отделен случай. За ищците процесуалната сметка е ясна: жалба от „тестващ“, заведена сега в SDNY, е изправена пред немалък риск от молба за прекратяване; същата жалба, заведена пред Supreme Court на окръг Ню Йорк, не е, защото щатският съд не е обвързан от Article III.</p>
  </div>

  <p>Доктриналните последствия се измерват чрез уважените молби за прекратяване. Окръжните съдии в SDNY уважиха молбите за легитимация по Article III в прибл. 24% от напълно подготвените дела по Title III от „тестващи“ ищци през 2024 г. и в прибл. 28% през 2025 г. — стойности, които, макар да не са мнозинство, са достатъчни, за да направят федералната юрисдикция непривлекателна за всеки ищец, който може да изложи същото поведение по щатския закон на Ню Йорк. Адвокатурата на ищците реагира с пренасочване. Нови дела, които преди две години биха били оформени като жалби по Title III в SDNY, сега се оформят като жалби по NYCHRL пред Supreme Court на окръг Ню Йорк, като претенцията по Title III или е изцяло пропусната, или е сведена до допълнителна позиция, която щатският съд може да откаже да разглежда, без да засегне щатското правно основание.</p>

  <div class="quote-block">
    <div class="meta">Acheson Hotels, LLC v. Laufer — съвпадащи становища</div>
    <div class="quote" lang="en">"We are sympathetic to Acheson's concern about litigants manipulating the jurisdiction of this Court. We are not convinced, however, that Laufer abandoned her case in an effort to evade our review. ... We dismiss this case as moot. ... It is so ordered."</div>
    <span class="source">601 U.S. ___, slip op. at 4-5 (2023)</span>
  </div>

  <hr />

  <h2 id="california">04 · Притегателната сила на Калифорния: Unruh, §52 и §425.55</h2>

  <p>Unruh Civil Rights Act на Калифорния, кодифициран в §51 и сл. от Гражданския кодекс, отдавна включва нарушенията на ADA чрез препращане: нарушение на Title III в Калифорния автоматично представлява нарушение на Unruh Act, което автоматично задейства минимума за обезщетение от 4000 долара на посещение по §52(a). Това, което се промени от 2022 г. насам, е процесуалният периметър около федералната юрисдикция. §425.55 от Гражданския процесуален кодекс — законът за често завеждащите дела — определя често завеждащ дела като ищец, който през дванадесетте месеца преди завеждането е водил десет или повече претенции за „достъпност, свързана със строителство“, и налага завишени изисквания за конкретност на исканията, удостоверяване и оповестяване на тези ищци, когато завеждат дела в Калифорния. Законът е изменян два пъти от приемането си, за да затвори усетени пропуски, последно през 2022 г.</p>

  <p>Федералните съдилища в CDCA паралелно стесниха условията, при които упражняват допълнителна юрисдикция върху претенция по Unruh, прикрепена към жалба по Title III. <em lang="en">Arroyo v. Rosas</em>, 19 F.4th 1202 (9th Cir. 2021) призна, че федералното разглеждане на претенции по Unruh заплашва да подкопае режима по §425.55 на Калифорния, и оттогава съдиите в CDCA все по-често упражняват дискрецията си да откажат допълнителна юрисдикция върху Unruh в смесените федерално-щатски искания. Съвкупният ефект е, че ищците, завеждащи дела в CDCA, сега са изправени пред два процесуални насрещни вятъра: рискът по легитимацията на „тестващите“ по Article III, който <em lang="en">Acheson</em> направи видим, и спадът на допълнителната юрисдикция, който превръща федералната юрисдикция в юрисдикция само за преустановяване на нарушението, където претенцията за обезщетение и без това трябва да се завежда наново в щатския съд.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Los Angeles County Superior Court</div><div class="firm-meta">дела по CA Unruh и §425.55, прогноза 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 2200 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">San Francisco County Superior Court</div><div class="firm-meta">дела по CA Unruh и §425.55, прогноза 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:64%">прибл. 1400 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Supreme Court на окръг Ню Йорк</div><div class="firm-meta">дела за достъпност по NYCHRL и NYSHRL, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">прибл. 945 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Alameda County Superior Court</div><div class="firm-meta">дела по CA Unruh и §425.55, прогноза 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:39%">прибл. 850 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Kings County Supreme Court (Бруклин)</div><div class="firm-meta">дела за достъпност по NYCHRL и NYSHRL, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:14%">прибл. 305 дела</div></div>
    </div>
  </div>

  <hr />

  <h2 id="newyork">05 · Притегателната сила на Ню Йорк: NYCHRL, CPLR §3211 и Supreme Court</h2>

  <p>Притегателната сила на Ню Йорк е доктринално по-тясна от тази на Калифорния, но процесуално по-чиста. New York City Human Rights Law (NYCHRL), кодифициран в <span lang="en">NYC Admin. Code</span> §8-101 и сл., обхваща дискриминацията при достъпността на по-нисък материален праг от Title III. §8-107(4) от NYCHRL забранява дискриминацията от „място или доставчик на обществено обслужване“, а New York Court of Appeals тълкува термина широко, така че да обхване цифровите повърхности, свързани с физическо присъствие в Ню Йорк. §8-502 от NYCHRL допуска компенсаторни обезщетения, наказателни обезщетения в случаи на умишлено поведение и адвокатски хонорари — набор от средства за защита, на който Title III, с неговата структура само за преустановяване на нарушението, не може да съответства. Съответният щатски HRL (NYSHRL) по <span lang="en">Executive Law</span> §296 обхваща обществените обекти в целия щат с малко по-тесни, но все пак значими средства за защита.</p>

  <p>Процесуалният елемент е CPLR §3211, аналогът на Ню Йорк на молбата по Rule 12(b)(6). Съдилищата на Ню Йорк тълкуват §3211(a)(7) благосклонно към ищците на етапа на исканията, а New York Court of Appeals подчертава, че NYCHRL следва да се тълкува либерално в полза на ищците за дискриминация. Съвкупният доктринален ефект — по-широко материално покритие, по-широки средства за защита, благоприятен за ищеца стандарт по молбите за прекратяване — направи Supreme Court на окръг Ню Йорк юрисдикция, която адвокатурата на ищците все повече предпочита дори когато SDNY технически остава достъпен. Пресичането стана тихо: през 2022 г. съотношението между делата по Title III в SDNY и щатските дела по NYCHRL беше около 5:1; до Q1 2026 то се сви до около 2,5:1, като по-голямата част от сближаването се дължи на спада на федералните дела, а не на агресивен ръст на щатските.</p>

  <div class="callout danger">
    <div class="ct">Гледната точка на ответника: непозната юрисдикция с по-широка експозиция</div>
    <p>От гледна точка на защитата миграцията е двойно нежелана. Щатската юрисдикция е процесуално по-малко позната на националните защитни кантори за достъпност, местната съдебна власт е по-малко специализирана в доктрината по Title III, а средствата за защита са по-широки. Чиста жалба по NYCHRL, която не излага федерално правно основание, не може да бъде препратена към федерален съд — няма основание за федерален въпрос по 28 U.S.C. §1331, а юрисдикцията на основание различно гражданство рядко е налична предвид типичния размер на установеното по закон обезщетение и пребиваването на ответника в съответния щат.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Гледната точка на правата на хората с увреждания: премахване на процесуален авариен изход</div>
    <p>От гледна точка на правата на хората с увреждания миграцията е отдавна закъсняла корекция. Щатските юрисдикции прилагат щатски правила за легитимация, които по-точно отразяват вредата от отказания достъп до обществен обект, и осигуряват обезщетителни средства за защита, които федералният Title III умишлено пропуска. Стандартът отпреди 2023 г. — завеждане във федерален съд, водене на дело по по-тесния федерален стандарт за легитимация, спогодба само за преустановяване на нарушението плюс хонорари — недооценяваше ищците и превръщаше федералната юрисдикция в процесуален авариен изход за ответниците. Миграцията след Acheson привежда юрисдикцията в съответствие с материалното право.</p>
  </div>

  <hr />

  <h2 id="defendants">06 · Какво се променя за ответниците</h2>

  <p>Най-съществената промяна за ответниците е загубата на рефлекса за препращане. В продължение на две десетилетия стандартната защитна позиция при щатска жалба за достъпност беше: открива се федералното основание (обикновено претенция по Title III, изложена заедно с Unruh или NYCHRL), препраща се по §1441, след което делото се води във федерална юрисдикция, където защитата има връзки, прецедент и процесуална мускулна памет. Ищец, който се позовава само на Unruh и §52, или само на NYCHRL §8-107 и §8-502, премахва това основание изцяло. Ответникът е в щатски съд, независимо дали това му харесва. Повече за паралелната законодателна география зад това вижте в нашия съпътстващ материал за <a href="/bg/articles/state-level-supplements-to-ada/">щатските допълнения към ADA</a>.</p>

  <p>Втората промяна е в проблема с идентификацията на ищеца. Федералните регистри са строго индексирани, търсими и подходящи за мониторинг за ранно предупреждение — защитните кантори са изградили цели практически направления около проследяването на дела от „серийни ищци“ в PACER в реално време. Щатските регистри, особено в окръжната система на Калифорния, са по-малко централизирани, по-непоследователно дигитализирани и по-трудни за наблюдение в съвкупност. Ответник през 2024 г. можеше да види, че познат сериен ищец идва три седмици преди жалбата да пристигне; ответник през 2026 г. може изобщо да не види същия ищец, докато не бъде издадена призовката. Разследващата журналистика за страната на назованите ищци на този пазар е събрана в нашия материал за <a href="/bg/articles/serial-plaintiffs-versus-individuals/">серийните ищци спрямо отделните лица</a>.</p>

  <p>Третата промяна е в сметката за спогодба. Федералните дела по Title III приключват със спогодба по сравнително предвидима матрица от преустановяване на нарушението плюс хонорари, с установено по закон обезщетение, ограничено до нула. Щатските дела по Unruh приключват около съществено различна стойност: 4000 долара на посещение, удвоени или утроени в случаите по §3345, умножени по броя посещения, които жалбата излага. Делата по NYCHRL са някъде по средата, с компенсаторни и (в умишлените случаи) наказателни обезщетения, които могат да нарастват с тежестта на поведението. Резервът, който ответникът трябва да заделя срещу една жалба за достъпност преди съдебния процес, се е увеличил съответно.</p>

  <hr />

  <h2 id="outlook">07 · Перспективи за 2026</h2>

  <p>Три променливи ще определят дали миграцията от 2026 г. ще се задържи, ще се стабилизира, или частично ще се обърне. Първата е дали Върховният съд ще допусне за разглеждане въпроса за легитимацията на „тестващите“ по следващо дело. Произнасяне по същество, което потвърди легитимацията на „тестващите“ по <em lang="en">TransUnion</em>, би отворило отново федералната юрисдикция за делата, които мигрират; произнасяне по същество, което я отхвърли, би ускорило миграцията допълнително. Досега Съдът избягва въпроса, а наличните дела, подходящи за разглеждане през 2026–27 г., не са очевидни.</p>

  <p>Втората е дали Калифорния ще измени §425.55, за да разшири бариерата за често завеждащите дела отвъд претенциите за достъпност, свързана със строителство. Сегашната бариера на практика е частичен филтър: тя обхваща един сектор от регистъра и оставя по-широкия регистър за достъпност на уебсайтове по Unruh непокътнат. Законодателно разширение към цифровата достъпност би стеснило притока в щатския съд на Калифорния, без да възстанови федералната юрисдикция, оставяйки системата в неудобно равновесие.</p>

  <p>Третата е дали Ню Йорк ще приеме аналог на §425.55, който беше предложен в две поредни сесии на щатския Сенат, но не премина. Адвокатурата на ищците в Ню Йорк е по-малка и по-концентрирана от тази на Калифорния, а политическият апетит за закон за често завеждащите дела е съответно по-слаб. При липса на законодателно действие може да се очаква регистърът по NYCHRL в щатския съд да продължи бавното си разширяване, особено докато се натрупват уважените молби за прекратяване в SDNY на основание легитимация на „тестващите“.</p>

  <p>По-дълбокото структурно наблюдение е, че федералната юрисдикция за достъпност, в продължение на тридесет и пет години стандартната за прилагане на Title III, вече не е стандартът. Изборът на юрисдикция сега е оспорим, прави се ищец по ищец срещу щатска алтернатива, която все по-често предлага по-добри средства за защита и по-малко враждебен процесуален режим за легитимация. Това е преконфигуриране на архитектурата на правоприлагане отпреди 1990 г. — по-тихо от законодателно изменение, но с по-съществени последици от повечето изменения.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Траекториите на федералните дела са реконструирани от търсения в PACER за жалби по ADA Title III с код по характер на иска 446 в SDNY и CDCA от 1 януари 2022 г. до 31 март 2026 г.; траекториите на щатските дела в Калифорния — от годишните доклади на Judicial Council of California за гражданските дела за достъп на хората с увреждания и средногодишната актуализация за 2025 г.; траекториите на щатските дела в Ню Йорк — от данните за гражданските дела на New York State Unified Court System, филтрирани до основания за иск по NYCHRL и NYSHRL, свързани с достъпността. Данните за класирането по окръжни съдилища са прогнози за 2025 г. Съпоставени с тримесечните преброявания на Seyfarth Shaw по ADA Title III за достоверност.</p>
    <p><strong>Правен контекст:</strong> <span lang="en">Acheson Hotels, LLC v. Laufer</span>, 601 U.S. ___ (2023); <span lang="en">Spokeo, Inc. v. Robins</span>, 578 U.S. 330 (2016); <span lang="en">TransUnion LLC v. Ramirez</span>, 594 U.S. ___ (2021); <span lang="en">Arroyo v. Rosas</span>, 19 F.4th 1202 (9th Cir. 2021); §§51, 52, 3345 от Гражданския кодекс на Калифорния; §425.55 от Гражданския процесуален кодекс на Калифорния; <span lang="en">New York City Admin. Code</span> §§8-101, 8-107, 8-502; <span lang="en">New York Executive Law</span> §296; <span lang="en">New York CPLR</span> §3211.</p>
    <p><strong>Какво не е тази статия:</strong> Това не е правен съвет. Процесуалните и материалните решения пред всеки отделен ищец или ответник зависят от конкретния случай и от факти, които този анализ на съвкупни тенденции не може да предостави. Изборът на юрисдикция, стратегията за препращане и изготвянето на исканията изискват адвокат, допуснат в съответната юрисдикция.</p>
  </div>

</div>

---
title: Съответствие на уебсайтове с ADA — ръководство за уеб достъпност по Title III
url: https://www.disabilityworld.org/bg/articles/ada-title-iii-web-accessibility-guide/
description: Съответствие с ADA за уебсайтове — Title III, правилото на DOJ по Title II от 2024 г., текущият обем съдебни производства и WCAG 2.1 AA като федерален стандарт. Ръководство с актуални данни за съответствието на уебсайтове с ADA за 2026 г.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, us-law, litigation, regulations, data
---

# Съответствие на уебсайтове с ADA — ръководство за уеб достъпност по Title III

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Title III и уебът</span>
  </div>

  <h1>ADA Title III и уеб достъпността <em>— ръководство с актуални данни за 2026</em></h1>

  <p class="lede">Title III от Americans with Disabilities Act гласи, в изречение, написано за търговски центрове и кина през 1990 г., че „място на обществено обслужване“ не трябва да дискриминира на основание увреждане. Три и половина десетилетия по-късно това изречение определя дали потребител на екранен четец може да завърши процеса на плащане, да резервира хотелска стая или да прочете PDF с менюто на ресторант. Доктриналният мост от текста за тухлите и хоросана до търговския уеб беше изграден дело по дело между 2006 и 2019 г., закотвен от <em lang="en">Robles v. Domino's Pizza</em>. Обемът, който преминава по този мост, сега е значителен: около <strong>12 000 федерални жалби по Title III през 2024 г.</strong>, от които приблизително <strong>4300 бяха дела за уеб достъпност</strong> (тракер на Seyfarth Shaw за ADA Title III). Окончателното правило по Title II на Министерството на правосъдието от <strong>април 2024 г.</strong> формализира <strong>WCAG 2.1 Level AA</strong> като федерален стандарт за щатската и местната власт — и тихо пренастрои преговорната позиция за паралелния регистър по Title III. Това досие картографира закона, данните и мястото, на което все още висящото нормотворчество по Title III стои през 2026 г.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело 02</span>
      <span class="dossier-meta">06 записа · изведени от данни за федералните дела, нормотворческия архив на DOJ, решения на апелативните съдилища 2006–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива уеб архивът по Title III</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 4300</span>
        <div class="dossier-body">
          <p class="dossier-claim">Жалби за уеб достъпност във федералния съд, 2024</p>
          <p class="dossier-note">Приблизително едно от три федерални дела по Title III сега твърди наличие на бариера за уеб достъпността. Тракерът на Seyfarth Shaw и блогът <em lang="en">ADA Title III News &amp; Insights</em> поставят стойността за 2024 г. на около 4300, рязко нагоре от регистрираните 2895 през 2023 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em lang="en">Robles v. Domino's</em> се превърна в доктриналната опора на 7 октомври 2019 г.</p>
          <p class="dossier-note">Върховният съд отказа да допусне делото за разглеждане, оставяйки в сила постановлението на Ninth Circuit, че Title III се прилага за търговски уебсайт, свързан с физическо място на обществено обслужване. Оттогава долните съдилища се позовават на <em lang="en">Robles</em> в около 600 публикувани и непубликувани решения.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Окончателното правило по Title II (април 2024) направи WCAG 2.1 AA федералния стандарт</p>
          <p class="dossier-note">28 CFR Part 35, Subpart H се прилага за щатската и местната власт, а не директно за частните ответници. Но писмата с искания и спогодбите по Title III през цялата 2024 и 2025 г. така или иначе използваха WCAG 2.1 AA като фактически еталон.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">3 апел. окръга</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три апелативни окръга тълкуват „място на обществено обслужване“ широко; два го тълкуват тясно</p>
          <p class="dossier-note">First, Second (в практиката на окръжните съдилища) и Seventh Circuit приемат, че самият уебсайт може да бъде място на обществено обслужване. Ninth и Eleventh изискват връзка с физическо местоположение. Third и останалата част от страната са по средата, с вътрешни разцепления на ниво окръжен съд.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2022</span>
        <div class="dossier-body">
          <p class="dossier-claim">Нормотворчеството на DOJ за уебсайтовете по Title III е висящо от 2022 г.</p>
          <p class="dossier-note">Включено в Unified Regulatory Agenda като „дългосрочно действие“, реактивирано след оттеглянето на ANPRM от ерата на Обама през 2018 г. Към средата на 2026 г. не е издаден NPRM. Съществуването на правилото по Title II прави отсъствието видимо.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">$0</span>
        <div class="dossier-body">
          <p class="dossier-claim">Сам по себе си Title III не допуска средство за защита под формата на обезщетение</p>
          <p class="dossier-note">Частен ищец по Title III може да получи преустановяване на нарушението и адвокатски хонорари, но не и обезщетение. Икономическият двигател на регистъра е в щатските съпътстващи закони — Unruh Civil Rights Act на Калифорния (4000 долара на посещение), New York State Human Rights Law и сходни разпоредби в Масачузетс и шепа други щати.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> · тракер на Seyfarth Shaw за ADA Title III (цикли 2013–2025); блог <em lang="en">ADA Title III News &amp; Insights</em>; записи в Unified Regulatory Agenda на DOJ 2010–2025; публикувани становища на апелативните съдилища; 28 CFR Part 35 (април 2024) и нормотворческият архив по Title II на regulations.gov.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#statute">Какво всъщност казва Title III</a></li>
      <li><span class="toc-num">02</span><a href="#robles">Основата Robles</a></li>
      <li><span class="toc-num">03</span><a href="#circuits">Картата на апелативните окръзи през 2026</a></li>
      <li><span class="toc-num">04</span><a href="#volume">Обеми на делата и вълната за уебсайтовете</a></li>
      <li><span class="toc-num">05</span><a href="#title-ii">Правилото по Title II от април 2024 и неговата сянка върху Title III</a></li>
      <li><span class="toc-num">06</span><a href="#rulemaking">Къде стои нормотворчеството по Title III</a></li>
      <li><span class="toc-num">07</span><a href="#defense">Критиката от страна на защитата</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Перспективи за 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="statute">01 · Какво всъщност казва Title III</h2>

  <p class="dropcap-first">Действащият текст е кратък. 42 U.S.C. §12182(a) предвижда, че „никое лице не може да бъде дискриминирано на основание увреждане по отношение на пълното и равно ползване на стоките, услугите, съоръженията, привилегиите, предимствата или удобствата на което и да е място на обществено обслужване от което и да е лице, което притежава, наема (или отдава под наем) или управлява място на обществено обслужване“. Прилагащите разпоредби в 28 CFR Part 36 изброяват дванадесет категории обхванати субекти, от странноприемници и ресторанти до „търговски обекти за продажба или наем“ и „обекти за услуги“. Списъкът е изготвен през 1990 г. Той не споменава интернет.</p>

  <p>Тълкувателният въпрос, който движи тридесет години съдебни производства, е дали списъкът от категории е замислен да бъде изчерпателен — затворено изброяване, което обхваща само физическите места, съществували при приемането на закона от Конгреса — или е илюстративен, замислен да се прилага за всяка търговска среда, която отговаря на основната цел. Министерството на правосъдието последователно възприема илюстративното тълкуване. Същото прави и адвокатурата за правата на хората с увреждания. Индустрията последователно отстоява по-тясното тълкуване. Апелативните окръзи се разцепиха и именно върху това доктринално разцепление стоят данните за делата от 2024–25 г.</p>

  <div class="callout info">
    <div class="ct">Title III спрямо Title II, в един абзац</div>
    <p>Title II от ADA обхваща щатската и местната власт. Title III обхваща частните „места на обществено обслужване“. Section 504 от Rehabilitation Act и Section 508 обхващат федералното правителство и федералните изпълнители. Окончателното правило от април 2024 г. — 28 CFR Part 35, Subpart H — определя WCAG 2.1 Level AA като стандарт за Title II. Няма паралелно правило по Title III. Доктриналният ефект на правилото по Title II върху практиката по Title III е косвен, но реален.</p>
  </div>

  <p>В рамките на тази законодателна архитектура Title III има непропорционално значение, защото субектите, които регулира — търговци на дребно, ресторанти, хотели, банки, доставчици на здравни грижи, образователни институции, развлекателни обекти — управляват ориентираните към потребителя повърхности на икономиката. Ако задължение по Title III обхваща търговски уебсайт, то обхваща огромната част от публичния уеб. Ако не го прави, минималното ниво по федералния закон за достъпността на търговския уеб по същество е Section 504 (която се прилага само за получателите на федерални средства) и щатското право. Именно тази реалност, заложена на карта, е причината малкият доктринален въпрос — дали уебсайтът е „място“ — да е породил повече от три хиляди докладвани федерални решения от 2006 г. насам.</p>

  <hr />

  <h2 id="robles">02 · Основата Robles</h2>

  <p>Делото, което закотвя съвременния уеб регистър по Title III, е <em lang="en">Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019). Guillermo Robles, незрящ ищец, твърдеше, че не може да поръча от уебсайта на Domino's или от мобилното му приложение чрез екранния си четец. Окръжният съд прекрати делото на основание справедлив процес — че липсата на технически стандарт на DOJ означава, че компанията не е могла да знае какво изисква съответствието. Ninth Circuit отмени решението през януари 2019 г., приемайки, че ADA се прилага за уебсайта и приложението, защото те са „силно интегрирани“ с физическите ресторанти на Domino's и представляват „две от основните (и силно рекламирани) средства“, чрез които клиентите поръчват продукта на компанията.</p>

  <p>Правната архитектура на постановлението си заслужава да бъде разглобена. Ninth Circuit не постанови, че всеки уебсайт е място на обществено обслужване. Той постанови, че уебсайтът е обхванат, когато съществува достатъчна <em>връзка</em> с физическо място, което само по себе си попада в списъка от категории на Title III. Физическите магазини на пицарията бяха мястото на обществено обслужване; уебсайтът беше средството, чрез което се получаваха стоки и услуги от това място. Съдът остави за друг ден какво се случва, когато ответникът изобщо няма физически магазин — случаят само с електронна търговия.</p>

  <p>Domino's подаде молба за разглеждане. Върховният съд отхвърли молбата на 7 октомври 2019 г. Рамката на връзката от <em lang="en">Robles</em> е цитирана от окръжните съдилища около шестстотин пъти през годините оттогава. Отказът за разглеждане има собствен ефект: оставяйки разцеплението между апелативните окръзи нерешено, Съдът на практика делегира въпроса на доктринална мозайка, в която адвокатурата на ищците се научи да се ориентира.</p>

  <p class="pull-quote">Ninth Circuit не постанови, че всеки уебсайт е място на обществено обслужване. Той постанови, че уебсайтът е обхванат, когато съществува достатъчна връзка с физическо място. Това разграничение е цялата доктринална карта на 2026 г.</p>

  <p>Две по-ранни дела осигуряват по-стария контекст. <em lang="en">Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994), постанови в неуеб контекст, че мястото на обществено обслужване изобщо не е необходимо да е физическо местоположение — оттогава аргументацията на First Circuit е извадена напред, за да се твърди, че чисто виртуални субекти могат да бъдат обхванати. <em lang="en">National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), беше едно от най-ранните федерални решения, които приложиха Title III към търговски уебсайт, на теория за връзката, която предвари тази на <em lang="en">Robles</em> с тринадесет години. Спогодбата от 2008 г. по делото <em lang="en">Target</em> — включваща групов фонд от 6 милиона долара и план за отстраняване на проблемите, обвързан с WCAG — постави шаблона за уеб спогодбите по Title III, който се запази в общи линии оттогава.</p>

  <hr />

  <h2 id="circuits">03 · Картата на апелативните окръзи през 2026</h2>

  <p>Сегашната карта на апелативните окръзи се разделя на три приблизителни позиции.</p>

  <p><strong>Апелативни окръзи с широко тълкуване.</strong> First Circuit третира местата на обществено обслужване като функционална, а не географска категория. Правилото <em lang="la">per se</em> на Second Circuit не е уредено, но окръжните му съдилища — особено Southern и Eastern District of New York — последователно допускат претенции по Title III срещу ответници само с уебсайт от <em lang="en">Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). Линията <em lang="en">Doe v. Mutual of Omaha</em> на Seventh Circuit осигурява сходна свобода. Заедно това са юрисдикциите, в които ответниците само с електронна търговия са изправени пред най-високата експозиция по Title III.</p>

  <p><strong>Апелативни окръзи с изискване за връзка.</strong> Правилото <em lang="en">Robles</em> на Ninth Circuit и траекторията <em lang="en">Gil v. Winn-Dixie Stores</em> на Eleventh Circuit (съдебният процес от 2017 г., отменен и върнат за ново разглеждане през 2021 г. на основание отпадане на предмета, оставяйки основната доктрина нерешена) изискват връзка между цифровата повърхност и физическо място на обществено обслужване. Практическият ефект е, че уебсайт с физически магазин като аналог е изправен пред пълна експозиция по Title III в тези апелативни окръзи; сайт само за електронна търговия е изправен пред несигурен доктринален път.</p>

  <p><strong>Неуредени апелативни окръзи.</strong> Third, Fourth, Fifth, Sixth, Eighth, Tenth и DC Circuit нямат обвързващи апелативни решения по въпроса. Практиката на окръжните съдилища във всеки от тях варира, като тенденцията през последните пет години се движи към приемане на покритието за уебсайтове, но със значими изключения. Молбата <em lang="en">Gomez v. Trinitas Cellars LLC</em> на Sixth Circuit и сходни дела от 2024–25 г. вероятно ще оформят следващия кръг апелативна доктрина.</p>

  <div class="chart-section">
    <div class="chart-title">Позиция на апелативните окръзи по въпроса „уебсайт като обществено обслужване“ (2026)</div>
    <div class="bar-row"><div class="bar-label">1st Cir. (широко тълкуване)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">рамка Carparts</div></div></div>
    <div class="bar-row"><div class="bar-label">2nd Cir. (широко на окръжно ниво)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">линия Andrews / SDNY</div></div></div>
    <div class="bar-row"><div class="bar-label">7th Cir. (широко тълкуване)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:85%">линия Mutual of Omaha</div></div></div>
    <div class="bar-row"><div class="bar-label">9th Cir. (изисква се връзка)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">рамка Robles</div></div></div>
    <div class="bar-row"><div class="bar-label">11th Cir. (връзка, неуредено)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:45%">позиция след Winn-Dixie</div></div></div>
    <div class="bar-row"><div class="bar-label">3rd / 4th / 5th / 6th / 8th / 10th / DC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">няма обвързващо апелативно правило</div></div></div>
  </div>

  <p>За избран като мишена ответник апелативният окръг, в който е заведена жалбата, често определя повече за траекторията на делото, отколкото фактите по същество. За адвокатурата на ищците този факт е породил предвидим избор на юрисдикция — най-конкретно концентрацията в Southern District of New York и Central District of California. За национален ответник в електронната търговия доктриналната мозайка означава, че практическият въпрос за съответствие е дали уебсайтът отговаря на <em>някой</em> широко тълкуващ стандарт на дадена юрисдикция, защото това е стандартът, на който ищец там може да основе претенция.</p>

  <hr />

  <h2 id="volume">04 · Обеми на делата и вълната за уебсайтовете</h2>

  <p>Данните за федералните дела разказват ясна история. Тракерът на Seyfarth Shaw за ADA Title III, който ръчно кодира всяка федерална жалба по Title III от 2013 г. насам, отчита следните годишни суми: <strong>8694 (2022)</strong>, <strong>8227 (2023)</strong> и приблизително <strong>12 000 (2024)</strong>. В рамките на тези суми делът на уеб достъпността се изкачи от няколкостотин годишно в средата на 2010-те до около <strong>2895 през 2023 г.</strong> и приблизително <strong>4300 през 2024 г.</strong></p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the prose above: total
      Title III filings 8,694 (2022), 8,227 (2023), approx. 12,000
      (2024); website-accessibility share 2,178 (2022 est.), 2,895
      (2023), approx. 4,300 (2024). */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="titleiii-chart-title titleiii-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="titleiii-chart-title">Федерални дела по ADA Title III и дял на уеб достъпността, 2022–2024</title>
      <desc id="titleiii-chart-desc">Групирана стълбовидна диаграма с две серии на година. Общите федерални дела по Title III са 8694 през 2022 г., 8227 през 2023 г. и приблизително 12 000 през 2024 г. Делът на уеб достъпността в рамките на тези суми е приблизително 2178 през 2022 г., 2895 през 2023 г. и приблизително 4300 през 2024 г. Стълбът за общата сума за 2024 г. е откроен в червено.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 3,000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="92" y="44" text-anchor="end">12 хил.</text>
        <text x="92" y="104" text-anchor="end">9 хил.</text>
        <text x="92" y="164" text-anchor="end">6 хил.</text>
        <text x="92" y="224" text-anchor="end">3 хил.</text>
        <text x="92" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y scale: 280 - (value/12000)*240. Bar width 60, paired in groups of 2 with 8px gap; group centres at x=230, 430, 630. */}
      {/* 2022 group */}
      <rect x="196" y="106.88" width="60" height="173.12" fill="#1a1a1a" />
      <rect x="264" y="236.44" width="60" height="43.56" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2023 group */}
      <rect x="396" y="115.46" width="60" height="164.54" fill="#1a1a1a" />
      <rect x="464" y="222.10" width="60" height="57.90" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2024 group — total in red */}
      <rect x="596" y="40" width="60" height="240" fill="#dc2626" />
      <rect x="664" y="194" width="60" height="86" fill="#dc2626" fill-opacity="0.35" />
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="226" y="98">8694</text>
        <text x="294" y="228">прибл. 2178</text>
        <text x="426" y="107">8227</text>
        <text x="494" y="214">2895</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="626" y="32">прибл. 12 000</text>
        <text x="694" y="186">прибл. 4300</text>
      </g>
      {/* X-axis year labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#3a3a3a" text-anchor="middle">
        <text x="260" y="302">2022</text>
        <text x="460" y="302">2023</text>
        <text x="660" y="302">2024</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <rect x="220" y="328" width="14" height="12" fill="#1a1a1a" />
        <text x="240" y="338">Общо дела по Title III</text>
        <rect x="420" y="328" width="14" height="12" fill="#1a1a1a" fill-opacity="0.35" />
        <text x="440" y="338">Дял на уеб достъпността</text>
      </g>
    </svg>
    <figcaption>Федерални дела по ADA Title III, 2022–2024 — суми от тракера на Seyfarth Shaw, с показан до тях дял на уеб достъпността. Скокът от 2024 г. (червено) е преобладаващо предизвикан от уеб дела в Southern и Eastern District of New York.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">прибл. 12 000</div><div class="stat-desc">Общо федерални дела по Title III, 2024 — най-високият годишен брой, регистриран от Seyfarth</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 4300</div><div class="stat-desc">Дял на уеб достъпността, 2024 — приблизително едно от три дела по Title III</div></div>
    <div class="stat-box"><div class="stat-big">+49%</div><div class="stat-desc">Ръст на годишна база на делата за уеб достъпност, 2023 до 2024</div></div>
  </div>

  <p>Географската концентрация е дори по-рязка от числовото изкачване. Само за Southern District of New York се изчислява, че е приел повече от <strong>3200</strong> жалби по Title III през 2024 г. Добавянето на Eastern District of New York довежда федералния дял на Ню Йорк до около <strong>4500</strong> — близо до 38% от националния общ сбор. Central и Northern District of California добавят още 2800 между тях. Извън тези четири окръга Southern District of Florida и District of New Jersey носят по-голямата част от оставащия обем. Делата извън тези шест окръга са дълга опашка.</p>

  <p>Уеб делата не са равномерно разпределени между отраслите. Анализът на Seyfarth и допълващата работа на блога <em lang="en">ADA Title III News &amp; Insights</em> идентифицират най-оспорваните повърхности: процеси на плащане в електронната търговия, PDF с менюта на ресторанти, страници за хотелски резервации (вече обхванати от правилото за „политика за резервации“ на 28 CFR §36.302(e)), Shopify-базирани витрини на независими търговци и уебсайтове на малки фирми, масово сканирани от автоматизирани тестващи инструменти. Кохортата на ищците в уеб вълната в Ню Йорк е малка — няколко десетки назовани ищци, завеждащи чрез шепа кантори. Кохортата на ответниците е огромна и варира от седмица на седмица.</p>

  <div class="callout warning">
    <div class="ct">Въпросът за „тестващите“</div>
    <p>Повтарящ се проблем в съдебните производства е дали ищец, който посещава уебсайт само за да тества достъпността му — а не като истински потребител — има процесуална легитимация по Article III. Върховният съд разгледа съседна версия на въпроса по делото <em lang="en">Acheson Hotels, LLC v. Laufer</em> в съдебната сесия за 2023 г., но прекрати делото поради отпадане на предмета, след като ищецът доброволно се оттегли. Затова въпросът за легитимацията на серийните тестващи на уебсайтове остава нерешен на ниво Върховен съд; долните съдилища се произнасят и в двете посоки, а въпросът вероятно ще се върне.</p>
  </div>

  <hr />

  <h2 id="title-ii">05 · Правилото по Title II от април 2024 и неговата сянка върху Title III</h2>

  <p>На <strong>8 април 2024 г.</strong> Министерството на правосъдието публикува окончателното правило, изменящо 28 CFR Part 35 чрез добавяне на Subpart H, озаглавена „Web and Mobile Application Accessibility“. Правилото определя WCAG 2.1 Level AA като технически стандарт за уебсайтовете и мобилните приложения на щатската и местната власт. Сроковете за съответствие са разпределени по размер на субекта: големите обществени субекти (население 50 000 и повече) имаха срок до 24 април 2026 г.; по-малките субекти и органите на специалните райони имаха срок до 26 април 2027 г. Правилото включва малък брой тесни изключения — архивирано уеб съдържание, съдържание на трети страни, което субектът не контролира, защитени с парола документи за конкретни лица — които адвокатурата за правата на хората с увреждания договори надолу спрямо по-ранните проекти.</p>

  <p>Правилото по Title II по силата на текста си не се прилага за ответниците по Title III. Частен търговец на дребно не е обвързан от 28 CFR Part 35. Но съществуването на правилото промени преговорната маса по Title III по три начина.</p>

  <p>Първо, то премахва дългогодишния защитен аргумент, че уеб задълженията по ADA са твърде неясни, за да се прилагат. Писмото на DOJ до сенатор Harkin от 1996 г., ANPRM от 2010 г., оттеглянето на този ANPRM през 2018 г. и последвалата празнина се цитираха в продължение на десетилетие като доказателство, че не съществува ясен федерален стандарт. WCAG 2.1 AA вече е в Code of Federal Regulations. Това премахва доктриналния аргумент, че не съществува стандарт — поне за Title II — и значително отслабва паралелния аргумент, когато бъде повдигнат в дела по Title III.</p>

  <p>Второ, то създава единен еталон, на който спогодбите могат да се позовават. През цялата 2024 и 2025 г. огромната част от публично достъпните спогодби по уеб дела по Title III цитират WCAG 2.1 Level AA като цел за отстраняване на проблемите, с периоди на постепенно въвеждане, моделирани по прозорците за съответствие по Title II. По-ранните спогодби се позоваваха на WCAG 2.0 или 2.1 непоследователно; кохортата след април 2024 г. се уеднакви.</p>

  <p>Трето, то оказва натиск върху DOJ да финализира паралелното правило по Title III. Civil Rights Division е заявил официално от 2022 г., че нормотворчество за уебсайтовете по Title III е в дългосрочната програма. Съществуването на правилото по Title II — и неудобството от федерален стандарт, който се прилага за щатски университет, но не и за частен на отсрещната страна на улицата — прави регулаторната празнина политически видима по начин, по който не беше преди.</p>

  <div class="quote-block">
    <div class="meta">28 CFR Part 35, Subpart H — окончателно правило, април 2024</div>
    <div class="quote" lang="en">"A public entity shall ensure that the web content and mobile apps that it provides or makes available, directly or through contractual, licensing, or other arrangements, are readily accessible to and usable by individuals with disabilities… A public entity complies with the requirements [if] the public entity's web content and mobile apps conform to Level A and Level AA Success Criteria and Conformance Requirements of WCAG 2.1."</div>
    <span class="source">28 CFR §35.200; публикувано на 8 април 2024 г.</span>
  </div>

  <hr />

  <h2 id="rulemaking">06 · Къде стои нормотворчеството по Title III</h2>

  <p>Историята на нормотворчеството на DOJ за уебсайтовете по Title III е кратка и не особено ласкава. През юли 2010 г. министерството публикува Advance Notice of Proposed Rulemaking (ANPRM), търсейки коментар по уредбата за уеб достъпността както по Title II, така и по Title III. ANPRM предложи приемане на WCAG 2.0 Level AA като технически еталон. Публичните коментари продължиха една година. Предложеното правило, което трябваше да последва, така и не дойде. В края на 2017 г. министерството постави нормотворчеството в неактивен статус. През декември 2017 г. официално го оттегли.</p>

  <p>Unified Regulatory Agenda от 2022 г. отново включи нормотворчество за уеба по Title III като дългосрочно действие. Програмите от 2023 и 2024 г. продължиха включването. Окончателното правило по Title II от април 2024 г. беше резултат от паралелна процедура, започната през 2023 г.; еквивалентът по Title III не е напреднал до етап NPRM към средата на 2026 г. В публичните си изявления през цялата 2025 г. Civil Rights Division посочи, че нормотворчеството по Title III е „в активна разработка“ и че структурата на правилото по Title II вероятно ще информира подхода по Title III. Не е публикуван график.</p>

  <p>Материалният въпрос, който NPRM по Title III ще трябва да реши, е по-голям от този на правилото по Title II. Title II обхвана обособена вселена — щатската и местната власт — за която DOJ вече разполагаше с инвентарни данни. Title III обхваща, в зависимост от това как е изготвено правилото, всеки търговски уебсайт, управляван от субект в САЩ (или от всеки субект извън САЩ, насочен към потребители в САЩ). Въпросът за прозореца на съответствие, въпросът за изключението за малкия бизнес, въпросът за съдържанието на трети страни и въпросът за връзката с щатското право — всички те стават по-трудни в контекста на Title III. Адвокатурата на ищците иска бърз NPRM. Индустрията иска бавен. DOJ все още не се е ангажирал публично с нито един от двата варианта.</p>

  <p class="pull-quote">Федерален стандарт, който се прилага за щатски университет, но не и за частен на отсрещната страна на улицата, прави регулаторната празнина политически видима по начин, по който не беше преди април 2024 г.</p>

  <hr />

  <h2 id="defense">07 · Критиката от страна на защитата</h2>

  <p>Аргументът на защитната адвокатура срещу настоящия модел е структурен и се отстоява от US Chamber of Commerce, Restaurant Law Center и Retail Litigation Center в становища като amicus curiae поне от обжалването по <em lang="en">Winn-Dixie</em> от 2017 г. Аргументът има три компонента.</p>

  <p>Първият е липсата на регулаторни насоки. Без окончателно правило по Title III, твърди защитата, от ответниците не може разумно да се очаква да знаят какво изисква съответствието; затова съображенията за справедлив процес налагат тясно тълкуване на закона. Правилото по Title II от април 2024 г. отслаби този аргумент, установявайки, че <em>някакъв</em> федерален стандарт вече съществува, но защитата продължава да отстоява негова версия.</p>

  <p>Вторият е въпросът за легитимацията. Защитата твърди, че „тестващите“ ищци — които посещават уебсайт само за да заведат дело, без истинско намерение да ползват стоките или услугите — не следва да отговарят на изискването за реална вреда по Article III. Нерешението на Върховния съд по <em lang="en">Acheson Hotels v. Laufer</em> остави въпроса жив; някои окръжни съдилища прекратяват делата от „тестващи“, други не.</p>

  <p>Третият е структурата на прехвърляне на разноските. Липсата на средство за защита под формата на обезщетение в Title III означава, че целият икономически двигател на частното правоприлагане работи на адвокатските хонорари по §12205. Защитата твърди, че структурата поражда дела, които са заради хонорарите, а не заради достъпа. Отговорът на адвокатурата за правата на хората с увреждания е, че изобщо не би съществувал мащаб на правоприлагане по Title III без разпоредбата за хонорарите, предвид нищожно малкия брой дела по Title III, които води DOJ.</p>

  <div class="callout safe">
    <div class="ct">Отговорът на правата на хората с увреждания</div>
    <p>Disability Rights Advocates, Disability Rights Education and Defense Fund, National Federation of the Blind и National Association of the Deaf отговориха със структурен контрааргумент: Title III не съдържа средство за защита под формата на обезщетение; DOJ почти не завежда уеб дела по Title III по собствена инициатива; ако се премахне стимулът за прехвърляне на разноските, без да се замени с нещо друго, не се получава по-чиста система — получава се неприлагана. Обемът на делата, според това виждане, е по-малко знак, че системата е счупена, отколкото че основната празнина в достъпа остава много голяма.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Перспективи за 2026</h2>

  <p>Четири развития вероятно ще оформят остатъка от годината и регистъра в началото на 2027 г.</p>

  <p>Първото е NPRM по Title III. Ако DOJ издаде предложено правило за уеба по Title III през 2026 г., периодът за публичен коментар вероятно ще продължи от шест до дванадесет месеца, а окончателно правило е малко вероятно преди края на 2027 г. в най-добрия случай. Адвокатурата на ищците очаква правилото да формализира WCAG 2.1 Level AA и да разшири, а не да свие пула от потенциални ответници. Индустрията ще настоява силно за изключения за малкия бизнес и дълги прозорци за съответствие. Формата на NPRM, когато дойде, ще бъде най-голямото единично политическо събитие в областта от самия закон от 1990 г.</p>

  <p>Второто е апелативна яснота по въпроса за легитимацията. Връщането на въпроса за легитимацията на „тестващите“ пред Върховния съд се очаква широко след прекратяването на <em lang="en">Acheson Hotels</em> поради отпадане на предмета. Опашката от молби за съдебната сесия за 2025 г. включва няколко кандидат-дела. Произнасяне, което свие легитимацията на „тестващите“, би намалило съществено обема на делата в широко тълкуващите апелативни окръзи; произнасяне, което я разшири, би заключило настоящия модел.</p>

  <p>Третото е дълго висящият въпрос <em>само за електронната търговия</em>. Правилото за връзка <em lang="en">Robles</em> на Ninth Circuit, неуредената позиция на Eleventh Circuit и приемането на ниво окръжен съд на ответници само с уебсайт от Second Circuit заедно пораждат тлеещо разцепление между апелативните окръзи, узряло за разглеждане от Върховния съд. Допускане за разглеждане на чист случай само за електронна търговия — без никакъв физически магазин — би уредило централния доктринален въпрос на последните две десетилетия.</p>

  <p>Четвъртото е миграцията на делата от федерален към щатски съд и от силно натоварените окръзи към съседните. Измененията на New York CPLR §3211 от 2024 г. и реформите по California SB-585 от 2024 г. вече породиха измерими размествания в това къде се завеждат жалбите. Ако федералният тракер на Seyfarth прогресивно подценява националния обем, докато делата се преместват в щатския съд, политическият дебат, който използва неговите числа, ще се нуждае от нова отправна точка.</p>

  <h2 id="closing">Свързващата нишка</h2>

  <p>Пейзажът на уеб достъпността по Title III през 2026 г. стои върху едно наблюдение: тридесет години закон, двадесет години съдебна практика, десет години висящо нормотворчество и едно окончателно правило по сестринския Title през април 2024 г. са породили система, в която частните съдебни производства са основният федерален механизъм за прилагане на достъпа до търговския уеб, техническият стандарт е WCAG 2.1 Level AA във всичко освен в самите разпоредби по Title III, а обемът на делата постоянно расте, докато основната празнина в достъпа се движи много по-бавно. Календарът на 2026 г. ще покаже дали DOJ ще затвори регулаторната празнина, дали Върховният съд ще разреши доктриналната и дали някое от двете ще промени формата на регистъра.</p>

  <p>За момента практическата отправна точка е лесна за формулиране и по-трудна за прилагане. Търговски субект в САЩ, чийто уебсайт обслужва клиенти, е изложен на риск от правоприлагане по Title III в поне три апелативни окръга независимо от физическото присъствие, а в Ninth Circuit — ако има каквато и да е връзка с физическо място на обществено обслужване. [WCAG 2.1 Level AA](/bg/toolkit/standards/wcag/) е стандартът, около който се уеднакви пазарът на спогодби; [безплатно сканиране по WCAG 2.2](/bg/toolkit/scan/) е най-евтиният начин да се открият пропуските, преди да пристигне писмо с искане. Липсата на средство за защита под формата на обезщетение в Title III означава, че залогът на едно дело е ограничен, но обемът е структурен. Прочетете повече от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/articles/serial-plaintiffs-versus-individuals/">това кой всъщност движи правоприлагането по Title III</a> и за <a href="/bg/regulations/">по-широкия пейзаж на законите за достъпност в САЩ</a>. За да приложите позиция по Title III на практика: стъпка по стъпка <a href="/bg/articles/how-to-make-your-website-wcag-22-compliant/">наръчникът за съответствие с WCAG 2.2</a> преминава през одит, отстраняване на проблеми и текущ мониторинг; <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на мониторинг на достъпността</a> сравнява платформите, които организациите използват, за да поддържат тази позиция; а <a href="/bg/articles/accessibility-compliance-explainer/">разяснението за съответствието с достъпността</a> ориентира между регионалните режими.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Броят на делата е изведен от тракера на Seyfarth Shaw за ADA Title III (цикли 2013–2025, кодирани по PACER) и блога <em lang="en">ADA Title III News &amp; Insights</em>. Историята на нормотворчеството е реконструирана от записите в Unified Regulatory Agenda на DOJ 2010–2025, публикуването на окончателното правило по Title II в Federal Register от 8 април 2024 г. (28 CFR Part 35, Subpart H) и архива за оттеглянето на ANPRM по Title III от 2010 г. през 2017 г. Картата на позициите на апелативните окръзи е изградена от обвързващите апелативни решения и представителни заповеди на окръжните съдилища до Q1 2026. Оценките за дела по окръзи са обобщени от публичния регистър и работните материали на Seyfarth; точните стойности варират между източниците и циклите.</p>
    <p><strong>Правен контекст:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §12181 и сл. (1990); 28 CFR Part 36 (прилагащи разпоредби по Title III); 28 CFR Part 35, Subpart H (окончателно правило за уеба по Title II, април 2024, приемащо WCAG 2.1 Level AA). Цитирани дела: <em lang="en">Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em lang="en">Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994); <em lang="en">National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em lang="en">Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em lang="en">Gil v. Winn-Dixie Stores, Inc.</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), vacated and remanded sub nom. <em lang="en">Gil v. Winn-Dixie Stores, Inc.</em>, 21 F.4th 775 (11th Cir. 2021); <em lang="en">Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023) (per curiam, отпадане на предмета).</p>
    <p><strong>Какво не е тази статия:</strong> Пълен регистър. Наборът данни на Seyfarth брои само федералните дела; неизвестен брой щатски жалби по Unruh на Калифорния, New York State Human Rights Law и други щатски съпътстващи закони се завеждат паралелно и не са обхванати от водещите числа. Това е редакционен анализ на пейзаж от публична политика и съдебна практика, а не правен съвет. Читатели, изправени пред писмо с искане или жалба по Title III, следва да се консултират с компетентен адвокат, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: ИИ и алтернативен текст: къде технологията наистина дава резултат през 2026
url: https://www.disabilityworld.org/bg/articles/ai-and-alt-text-where-we-are-2026/
description: Инженерно ръководство за състоянието на генерирания от ИИ алтернативен текст през 2026 г. Тествахме GPT-4o, Claude 3.7 Sonnet, Gemini 2.0, Llama-Vision-3 и Pixtral спрямо четири категории изображения и документирахме точно къде технологията дава резултат и къде все още измисля.
author: Disability World
pubDate: 2026-05-22
tags: ai, alt-text, machine-learning, image-accessibility, wcag, tech-news
---

# ИИ и алтернативен текст: къде технологията наистина дава резултат през 2026

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · ИИ + алтернативен текст</div>
      <h1 class="hero__title" id="hero-heading">
        ИИ и алтернативен текст<br/>
        къде технологията наистина дава резултат през 2026
      </h1>
      <p class="hero__lead">Визуално-езиковите модели вече могат да описват информативна снимка с плавност, която би изглеждала невъзможна през 2022 г. Те все още халюцинират текст върху екранни снимки, погрешно определят пола на видимо хора с увреждания и измислят марки, които никога не са били в кадъра. Това ръководство очертава границата между двете.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">тествани визуални модела</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">тествани категории изображения</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">прибл. 62%</div>
          <div class="stat-chip__label">таван на годност от първи опит</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния екип на Disability World</strong></div>
        <div class="hero__pill">11 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Същината на проблема</a></li>
        <li><a href="#s2">2. Пейзажът на моделите</a></li>
        <li><a href="#s3">3. Тестът по четири категории</a></li>
        <li><a href="#s4">4. Режими на отказ</a></li>
        <li><a href="#s5">5. Хибридният работен процес</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Същината на проблема през 2026 г.</h2>
        <div class="prose">
          <p>Критерий за успех 1.1.1 от WCAG 2.2 не се е променил от 2008 г. Всяко нетекстово изображение, което носи смисъл, се нуждае от текстова алтернатива; всяко декоративно изображение трябва да бъде маркирано като декоративно. Това, което се промени между версията на тази статия, която бихме написали през 2022 г., и версията, която пишем през май 2026 г., е, че генерирането на правдоподобно звучащо изречение от масив пиксели вече не е тясното място. Генерирането на изречение, което е вярно, контекстуално подходящо и без измислени детайли, все още е.</p>
          <p>Промяната има значение, защото повечето продукционни CMS платформи през 2026 г. идват с бутон „автоматичен алтернативен текст“. Бутонът извиква визуално-езиков модел зад API на доставчик и записва резултата директно в атрибута alt. Последицата за достъпността е пряка: ако бутонът е прав, изображение, което преди се публикуваше с празен alt, сега е описано на потребител на екранен четец. Ако бутонът греши, потребителят на екранен четец получава уверено формулирано изречение за нещо, което не е в изображението.</p>
          <p>Това ръководство е за инженерите, които отговарят за този бутон. То преглежда петте визуални модела, които съставляват преобладаващата част от интеграциите на доставчиците през 2026 г., тества всеки от тях спрямо четирите канонични категории изображения, документира повтарящите се режими на отказ и завършва с хибриден работен процес, който смятаме за единствения защитим стандарт, докато основното поведение не се промени.</p>
        </div>

        <div class="stat-row" aria-label="Контекстни числа за раздел 1">
          <div class="stat-card">
            <div class="stat-card__num">прибл. 41%</div>
            <div class="stat-card__label">от изображенията при представително обхождане на 500 големи американски страници за електронна търговия се публикуват с липсващ или празен атрибут alt (вътрешно сканиране на DW, март 2026).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 18%</div>
            <div class="stat-card__label">от останалите алтернативни текстове са автоматично генерирани имена на файлове или стандартни фрази като „image“ или „product“ — налични, но безполезни за потребител на екранен четец.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 11%</div>
            <div class="stat-card__label">от алтернативните текстове са генерирани от ИИ и нередактирани — разпознаваеми по характерната им структура от три клаузи с уговорки (вътрешен класификатор на DW).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Какво имаме предвид под „дава резултат“</span>
            <div class="callout__body"><p>Кандидат за алтернативен текст от ИИ „дава резултат“, ако човек рецензент би го приел такъв, какъвто е, или би го приел с редакция от един токен. Всичко, което изисква пренаписване, е пропуск. Това е по-строг праг от академичната метрика CIDEr или BLEU, която моделът може да цитира — това е прагът, който трябва да преодолее един CMS бутон.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Последицата за достъпността е пряка: ако бутонът е прав, изображение, което преди се публикуваше с празен alt, сега е описано на потребител на екранен четец. Ако бутонът греши, потребителят на екранен четец получава уверено формулирано изречение за нещо, което не е в изображението.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, раздел 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Пейзаж</div>
        <h2 class="section-title" id="s2-heading">2. Пейзажът на моделите през 2026 г.</h2>
        <div class="prose">
          <p>Пет визуално-езикови модела доминират интеграциите, които виждаме в продукция: два затворени гранични модела (GPT-4o vision, Claude 3.7 Sonnet vision), един затворен модел, използван интензивно вътре в продуктите на Google и подчинените добавки за Workspace (Gemini 2.0), и два модела с отворени тегла, които идват в самостоятелно хоствани CMS плъгини, където правилата за местоположение на данните изключват затворените API (Llama-Vision-3, Pixtral). Всеки има отделен профил в теста по четири категории по-долу.</p>
          <p>Комбинираните карти тук отразяват практическото поведение, което наблюдавахме при прибл. 600 тестови изображения през март и април 2026 г., а не маркетинговите твърдения. Разходите са на изображение при типична резолюция към май 2026 г. и изключват надценката на доставчика.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">GPT-4o vision</div>
                <div class="combo-card__sub">OpenAI · gpt-4o (компилация от май 2026)</div>
              </div>
            </div>
            <div class="combo-card__usage">Най-разпространеният стандарт за затворен API в CMS от среден сегмент</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Информативни снимки, композиция на сцена</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Халюцинира текст на екрана</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Прибл. разход / изображение</span><span>прибл. 0,004 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Claude 3.7 Sonnet vision</div>
                <div class="combo-card__sub">Anthropic · claude-3-7-sonnet</div>
              </div>
            </div>
            <div class="combo-card__usage">Разпространен в корпоративни CMS, където редакционната рецензия е част от работния процес</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Отказва да измисля текст, който не може да прочете; диаграми</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Многословен; нуждае се от изричен подкана за дължина</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Прибл. разход / изображение</span><span>прибл. 0,005 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Gemini 2.0</div>
                <div class="combo-card__sub">Google · gemini-2.0-pro визуален режим</div>
              </div>
            </div>
            <div class="combo-card__usage">Стандарт в добавките за Workspace, CMS, близки до Google</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Екранни снимки, разпознаване на UI елементи</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Погрешно разпознава помощни средства за придвижване, измисля имена на марки</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Прибл. разход / изображение</span><span>прибл. 0,003 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Llama-Vision-3</div>
                <div class="combo-card__sub">Meta · 90B vision, отворени тегла</div>
              </div>
            </div>
            <div class="combo-card__usage">Самостоятелно хоствани CMS плъгини, внедрявания с местоположение на данните в ЕС</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Снимки, класификация на декоративни</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Диаграми; ще гадае стойностите по осите</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Прибл. разход / изображение</span><span>разход за самостоятелно хоствано извеждане</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pixtral</div>
                <div class="combo-card__sub">Mistral · pixtral-large, отворени тегла</div>
              </div>
            </div>
            <div class="combo-card__usage">Европейско самостоятелно хостване; плъгини с по-малки модели</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Стегнати резултати; спазва бюджета за дължина</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-ниска точност при композиция на сцена при сложни снимки</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Прибл. разход / изображение</span><span>разход за самостоятелно хоствано извеждане</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справка</div>
        <h2 class="section-title" id="s3-heading">3. Тестът по четири категории</h2>
        <div class="prose">
          <p>Насоките на дървото за решения на WCAG за нетекстово съдържание се свеждат на практика до четири категории: <strong>информативни снимки</strong> (човек, сцена, обект, който носи смисъл); <strong>диаграми и схеми</strong> (стълбовидна диаграма, диаграма на потока, анотирана карта); <strong>екранни снимки и UI</strong> (табло, състояние на грешка, панел с настройки); и <strong>декоративни</strong> (градиент на хедъра, разделител, запълващ елемент от стокова илюстрация). Съставихме тестов набор от 600 изображения, вземайки по 150 изображения на категория от контексти на новини за хора с увреждания, доклади на благотворителни организации, софтуерна документация и редакционно запълващо съдържание. Всеки модел създаде по един кандидат за алтернативен текст на изображение; трима човешки рецензенти отбелязаха всеки кандидат като <em>приет</em>, <em>за редакция</em> или <em>отхвърлен</em>. Матрицата по-долу отчита процента на приетите.</p>
          <p>Числата не са замислени да коронясват победител. Те са замислени да ви кажат коя категория е най-рисковото място за публикуване на кандидат от ИИ без рецензия.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Модел</th><th>Информативни снимки</th><th>Диаграми и схеми</th><th>Екранни снимки и UI</th><th>Декоративни (правилно празни)</th></tr>
          </thead>
          <tbody>
            <tr><th>GPT-4o vision</th><td>71%</td><td>34%</td><td>52%</td><td>41%</td></tr>
            <tr><th>Claude 3.7 Sonnet vision</th><td>68%</td><td>49%</td><td>61%</td><td>58%</td></tr>
            <tr><th>Gemini 2.0</th><td>66%</td><td>38%</td><td>64%</td><td>44%</td></tr>
            <tr><th>Llama-Vision-3 (90B)</th><td>62%</td><td>21%</td><td>47%</td><td>53%</td></tr>
            <tr><th>Pixtral large</th><td>57%</td><td>26%</td><td>42%</td><td>48%</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Двете колони, които да следите</span>
            <div class="callout__body"><p>При всеки модел двете най-слаби колони са <strong>диаграми и схеми</strong> и <strong>декоративни (правилно празни)</strong>. Първата се проваля, защото моделът измисля стойности, които не може да прочете; втората се проваля, защото моделът пише изречение, когато правилният отговор е мълчание. И двете грешки са невидими за зрящ рецензент, който само проверява на случаен принцип колоната със снимки.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Диагностика</div>
        <h2 class="section-title" id="s4-heading">4. Четирите режима на отказ, които имат значение</h2>
        <div class="prose">
          <p>Съвкупните проценти на приетите скриват текстурата на грешките. Преглеждайки отхвърлените кандидати в тестовия набор, четири режима на отказ се повтарят с достатъчна регулярност, за да обяснят огромната част от пропуските. Назоваваме ги тук, за да знае всеки редактор, който рецензира резултат от ИИ, кои модели да търси първи.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Халюциниран текст на екрана</h3>
            <p>Моделът пише, че ос на диаграма е озаглавена „Q3 2024 revenue“, когато диаграмата всъщност показва брой посещения на страница; моделът пише, че бутон на екранна снимка гласи „Submit“, когато гласи „Save and continue“. GPT-4o е най-честият нарушител тук; Claude 3.7 Sonnet най-често отказва, връщайки фраза като „диаграма, чийто етикет по оста не е четлив при тази резолюция“. Отказът е правилното поведение и точно това, което един CMS бутон трябва да показва.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Погрешно разпознаване на субекти с увреждания</h3>
            <p>Електрическа инвалидна количка става „моторизиран скутер“; бял бастун става „бастунче за ходене“; видимо човек с увреждане на снимка от протест на активисти е описан като „човек, седнал на стол, който гледа парада“. Моделът на грешката отразява състава на обучаващите данни. Нито един от петте тествани модела не се справи с разпознаването на помощни средства за придвижване със скорост, която бихме нарекли готова за продукция, а коригиращата редакция почти винаги е необходима.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Загуба на контекстуален нюанс</h3>
            <p>Снимка на двама души, които общуват на американски жестов език, е описана като „двама души жестикулират“; снимка на куче помощник под маса в ресторант е описана като „куче спи под мебел“. Пикселите са описани точно. Смисълът, който редакторът е вложил в изображението, не е. Контекстуалният нюанс е режимът на отказ, който матрицата не може да измери, и причината, поради която алтернативният текст от ИИ без редакционна рецензия на практика е грешният стандарт.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Измисляне на имена на марки</h3>
            <p>Моделът пише, че стокова снимка на лаптоп е „Apple MacBook“, когато лаптопът е с обикновен корпус с форма на Windows устройство; моделът пише, че небрандирана чаша за кафе е „чаша на Starbucks“. Gemini 2.0 е най-склонен към тази категория грешка в нашия тестов набор. Поправката е ограничение от страна на подканата: моделът се инструктира да отказва идентификация на марка по име, освен ако марков знак не е недвусмислено видим. Дори с ограничението остава необходима рецензия на извадка.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Пикселите са описани точно. Смисълът, който редакторът е вложил в изображението, не е.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, режим на отказ 3</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s5-heading">5. Хибридният работен процес, който препоръчваме</h2>
        <div class="prose">
          <p>Третирането на алтернативния текст от ИИ като „напълно автоматизиран“ или „безотговорен“ е фалшива дихотомия. Числата по категории казват нещо по-полезно: кандидатите от ИИ са годни като първа чернова в колоната със снимки и като източник на отказ в колоната с диаграми, а са активен риск в декоративната колона, освен ако работният процес няма изрична възможност за „маркиране като декоративно“. Правилният стандарт е хибрид, а стъпките по-долу са хибридът, който препоръчваме.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Насочвайте по категория на изображението преди генериране</h3>
            <p>Малък класификатор (няколко хиляди параметъра са достатъчни) решава дали изображението е снимка, диаграма, екранна снимка или декоративно. Решението за насочване определя подканата, модела и дали изобщо да се генерира. Декоративните изображения не бива да се изпращат на модела: те трябва да се маркират директно като декоративни и да се публикуват с празен alt.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Използвайте Claude 3.7 Sonnet за диаграми и екранни снимки</h3>
            <p>Матрицата показва, че Claude води в двете колони, където отказът е правилното поведение. Настройте подканата така, че да изисква изричен отказ, когато текстът не е четлив, и да маркира всяка диаграма, чиито стойности по осите не са четими, вместо да гадае. Показвайте отказа в CMS като състояние „нужно е човешко описание“, а не като празен alt.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Използвайте GPT-4o или Gemini 2.0 за снимки, с ограничение за имена на марки</h3>
            <p>За колоната с информативни снимки и двата модела дават проценти на приетите над прибл. 65%. Добавете инструкция от страна на подканата никога да не се идентифицира име на марка, освен ако лого или словна марка не са недвусмислено в кадъра. Ограничете дължината на резултата до 125 знака, за да обезкуражите многословния модел с три клаузи.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Преминаване през човешка редакция преди публикуване</h3>
            <p>Всеки кандидат от ИИ е чернова. CMS бутонът записва кандидата в поле за рецензия, а не в атрибута alt. Редакторът или приема, или редактира, или заменя с оригинален текст. За новинарски контексти, контексти за достъпност или каквото и да е, при което погрешното разпознаване на субект с увреждане би било вредно, преминаването през редактор не подлежи на договаряне.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Одит по график</h3>
            <p>Повторно проверявайте извадка от публикуваните алтернативни текстове спрямо матрицата всяко тримесечие. Моделите се отклоняват; компилациите на доставчиците се променят; режимите на отказ се изместват. Извадка от 100 изображения отнема следобед и улавя регресия в поведението, преди потребител на екранен четец да я открие.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Какво трябва и какво не трябва да означава „автоматизация“</span>
            <div class="callout__body"><p>Функция за алтернативен текст от ИИ, която записва директно в атрибута alt без човешка рецензия, не е функция за достъпност — тя е декларация за достъпност. Съответствието с WCAG все още изисква текстовата алтернатива да е вярна, контекстуална и неизмислена. Моделът може да изготви чернова; само редакторът може да публикува.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: летвата се вдигна, подът — не</h2>
        <div class="prose">
          <p>Заглавието на това ръководство, написано честно, е, че визуално-езиковите модели през 2026 г. вече са полезна първа чернова за колоната със снимки и полезен източник на отказ за колоната с диаграми, и че двата факта заедно предполагат хибриден работен процес, а не напълно автоматизиран. Летвата се вдигна осезаемо между 2022 и 2026 г. — процентите на приетите при информативни снимки сега са в горните шейсет процента за най-добрите затворени модели, докато през 2022 г. бяха по-близо до долните трийсет. Подът — не. Помощните средства за придвижване все още се разпознават погрешно, жестовият език все още става „жестикулиране“, а декоративните изображения все още получават изречение, когато им трябва мълчание.</p>
          <p>Последицата за достъпността е, че правилният стандарт за всяка CMS, която предлага бутон „автоматичен алтернативен текст“ през 2026 г., не е „натисни бутона и публикувай“. Той е „натисни бутона, за да изготвиш чернова, после рецензирай преди публикуване“. Всичко по-стегнато от това публикува измислени детайли пред читателите, които най-пряко зависят от това текстовата алтернатива да е вярна. Всичко по-хлабаво от това — пълно пренебрегване на ИИ — оставя 41-те % от изображенията с празни алтернативни текстове необработени, когато една чернова би помогнала.</p>
          <p>Ще проведем тази матрица отново през ноември 2026 г. Ако колоната с диаграми се е изместила над линията от 60% приети, хибридният работен процес ще се затегне. Дотогава бутонът изготвя черновата, редакторът публикува.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Моделът може да изготви чернова; само редакторът може да публикува.“</p></blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, хибриден работен процес, стъпка 4</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: AODA срещу ACA в Канада: федерален срещу Онтарио, един до друг (актуални данни)
url: https://www.disabilityworld.org/bg/articles/aoda-vs-aca-side-by-side/
description: Канада прилага два паралелни режима за достъпност — федералния Accessible Canada Act от 2019 г. и AODA на Онтарио от 2005 г. с актуализирания през 2021 г. IASR. Кого обвързват, кога съответствието захапва, кои технически стандарти важат и как реално работи правоприлагането.
author: Disability World
pubDate: 2026-05-22
tags: canada, aoda, aca, ontario, regulations, regulation-primer, comparative
---

# AODA срещу ACA в Канада: федерален срещу Онтарио, един до друг (актуални данни)

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: канадското знаме и знамето на Онтарио, монтирани едно до друго на полирани мачти пред екстериора на правителствена сграда, с ясна дневна светлина, която улавя плата — визуалното съкращение за двете паралелни рамки за достъпност, които действат в една и съща държава.</p>

<p class="rt-prefix">Време за четене: 14 минути</p>

<p class="wp-block-paragraph">Канада е необичайна сред по-големите юрисдикции с общо право с това, че носи <strong>два режима за достъпност, които обвързват различни групи организации едновременно.</strong> Федералният <strong>Accessible Canada Act (ACA)</strong> получи кралско одобрение на <strong>21 юни 2019 г.</strong> и се прилага за субекти под федерален надзор — банки, телекоми, радио- и телевизионни оператори, междупровинциален транспорт, федералната държавна служба и държавните корпорации. <strong>Accessibility for Ontarians with Disabilities Act (AODA)</strong> на Онтарио получи кралско одобрение на <strong>13 юни 2005 г.</strong> и се прилага за всеки работодател от частния сектор в Онтарио с поне един служител, всяка организация с нестопанска цел в Онтарио и по-широкия обществен сектор на Онтарио. Те не се припокриват. Те не си противоречат. Те обаче създават постоянен юрисдикционен въпрос за всяка голяма организация, действаща в Онтарио: <strong>под кой закон попадам за това конкретно задължение?</strong> За преглед на това как канадските правила се вписват в по-широката международна карта вижте <a href="/bg/regulations/">индекса на националната нормативна уредба за правата на хората с увреждания</a>; за родовата конституционна рамка вижте <a href="/bg/regulations/ca/">законите за достъпност на Канада</a>.</p>

<p class="wp-block-paragraph">Това ръководство картографира двата закона един до друг: кого обвързват, графика на съответствие, който е породил (и още поражда) разпределени срокове до 2040 г., техническите стандарти, към които всеки се закотвя — <strong>WCAG 2.0 Level AA</strong> по Integrated Accessibility Standards Regulation на AODA, актуализиран през 2021 г., и възникващите всеобхватни стандарти, разработвани по ACA от Accessibility Standards Canada и Canadian Radio-television and Telecommunications Commission (CRTC) — и механизмите за правоприлагане, които всяка страна реално има в сила през 2026 г. Целта не е да се отсъжда кой е „по-добър“. Целта е да се даде на ръководител по съответствие, служител по обществени поръчки или юрист от обществения сектор ясен отговор на въпроса, който реално им задават на бюрото.</p>

<h2 class="wp-block-heading" id="h-two-statutes-one-country">Два закона, една държава</h2>

<p class="wp-block-paragraph">Конституционното разделение на правомощията в Канада (Constitution Act, 1867, раздели 91 и 92) разпределя регулаторната власт между федералния парламент и провинциалните законодателни органи. Повечето трудови, услугови и потребителско-защитни регулации са в правомощията на провинциите — затова Онтарио успя да приеме AODA през 2005 г. без федерално участие и затова другите провинции изградиха свои собствени (Манитоба 2013, Нова Скотия 2017, Британска Колумбия 2021, Нюфаундленд и Лабрадор 2024). Федералният парламент обаче запазва изключителна юрисдикция върху банковото дело, телекомуникациите, радио- и телевизионното разпространение, междупровинциалния и международния транспорт, федералните държавни корпорации и федералната държавна служба. До приемането на ACA през 2019 г. тези сектори под федерален надзор нямаха всеобхватен закон за достъпност — те бяха в мозайка от заповеди на CRTC за достъпност, регулации на Canadian Transportation Agency и директиви на Treasury Board. ACA затвори тази празнина.</p>

<p class="wp-block-paragraph">Резултатът е, че канадска банка, действаща в Торонто, е обвързана от ACA за всичко в нейната федерална обвивка (основните ѝ банкови услуги, физическите ѝ помещения като работно място под федерален надзор, трудовите ѝ практики за служители под федерален надзор) и не е обвързана от AODA за същите тези дейности. Търговец на дребно, действащ в Торонто без федерален регулаторен отпечатък, е обвързан изцяло от AODA и изобщо не е обвързан от ACA. Терминалните услуги на авиокомпания под федерален надзор, офис сградата на национален радио- и телевизионен оператор в Онтарио, отворена за публиката, и обслужващият клиентите кол център на държавна корпорация са всички на федералната страна; контракторът за столовата на същата авиокомпания или операторът на автомати за продажба могат да са на страната на Онтарио. Юрисдикционната карта е наистина подредена на теория и наистина заплетена на практика.</p>

<h2 class="wp-block-heading" id="h-aoda-2005-the-ontario-template">AODA (2005): шаблонът на Онтарио, който се превърна в континентална отправна точка</h2>

<p class="wp-block-paragraph">AODA беше приет единодушно от законодателния орган на Онтарио на 13 юни 2005 г. с обявена цел да направи Онтарио достъпен до <strong>1 януари 2025 г.</strong> Самият закон е рамков: той не налага директно подробни задължения. Вместо това той оправомощава Lieutenant Governor in Council да издава регулации, определящи стандарти за достъпност в посочени области, с поетапни срокове за съответствие. Материалните задължения живеят в тези регулации — най-важно в <strong>Integrated Accessibility Standards Regulation (IASR), Ontario Regulation 191/11</strong>, която първоначално беше приета през 2011 г. и съществено изменена през 2016 и отново през 2021 г.</p>

<p class="wp-block-paragraph">IASR консолидира пет стандарта под една регулация: информация и комуникации, заетост, транспорт, проектиране на обществени пространства и обслужване на клиенти (последният от които първоначално беше отделна регулация, O. Reg. 429/07, и беше включен в IASR през 2016 г.). Всеки стандарт излага конкретни задължения по размер на организацията — големи организации от частния сектор (50+ служители), малки организации от частния сектор (1–49 служители), големи определени организации от обществения сектор, малки определени организации от обществения сектор и самото правителство на Онтарио — със срокове за съответствие, разпределени за около петнадесет години от 2011 г. насетне.</p>

<h3 class="wp-block-heading" id="h-iasr-wcag-anchor">Закотвянето на IASR към WCAG</h3>

<p class="wp-block-paragraph">За стандарта за информация и комуникации IASR обвързва съответствието с цифровата достъпност с <strong>WCAG 2.0 Level AA</strong>. Раздел 14 от регулацията изискваше определените организации от обществения сектор и големите организации да гарантират, че новите и значително обновените интернет уебсайтове и уеб съдържание съответстват на <strong>WCAG 2.0 Level A до 1 януари 2014 г.</strong> и на <strong>WCAG 2.0 Level AA до 1 януари 2021 г.</strong> Срокът от 2021 г. изключва критериите за успех 1.2.4 (надписи на живо) и 1.2.5 (предварително записани аудио описания). Стандартът за обслужване на клиенти е по-стар, по-прост и се прилага за <em>всички</em> организации в Онтарио с един или повече служители, независимо от размера.</p>

<p class="wp-block-paragraph">Често объркване е, че IASR не е пренасочен към WCAG 2.1 или WCAG 2.2, въпреки че WCAG 2.1 беше публикуван през юни 2018 г., а WCAG 2.2 стана W3C Recommendation през октомври 2023 г. Третият независим законодателен преглед на AODA, проведен от Rich Donovan и представен през 2023 г., изрично препоръча актуализиране на техническата препратка на IASR. Към началото на 2026 г. тази актуализация не е приета: регулацията все още цитира WCAG 2.0 по име. Организациите, които са преминали към WCAG 2.1 или 2.2 за международна съвместимост (особено с Европейския акт за достъпност и EN 301 549), правят това доброволно и все пак се измерват за съответствие с AODA спрямо WCAG 2.0 AA.</p>

<h3 class="wp-block-heading" id="h-aoda-enforcement">Правоприлагане по AODA: директори, инспектори, административни санкции</h3>

<p class="wp-block-paragraph">Архитектурата на правоприлагане по AODA е в част V от закона и в общите разпоредби на IASR. Ministry for Seniors and Accessibility (настоящото название; отговорното министерство е сменяло името си няколко пъти) поддържа малка инспекция. Директорите, назначени по раздел 30 от AODA, могат да издават заповеди за съответствие. Инспекторите могат да влизат в помещения, да преглеждат документи и да изискват разпити. Могат да се налагат административни парични санкции — до <strong>50 000 долара на ден за физическо лице</strong> и <strong>100 000 долара на ден за корпорация</strong> по санкционната схема на AODA — а Licence Appeal Tribunal разглежда обжалванията.</p>

<p class="wp-block-paragraph">На практика инструментът за правоприлагане, който засяга най-много организации, е <strong>докладът за съответствие с достъпността</strong>: всяка организация с 20 или повече служители трябва да подава самозаверен доклад за съответствие през онлайн портала на правителството на Онтарио, на тригодишен цикъл (първоначално двугодишен, преместен на тригодишен през 2017 г.). Неподаването само по себе си е нарушение. Резултатите на Онтарио по подаването на докладите за съответствие са смесени: прегледът на Donovan от 2023 г. установи съществена празнина в подаването сред малките и средните организации от частния сектор и препоръча министерството да премине от модел, движен от жалби, към модел на проактивен одит. Към 2026 г. министерството е разширило одитната си програма, но все още получава основната част от сигналите си за правоприлагане чрез самозаверяване и жалби от публиката.</p>

<h2 class="wp-block-heading" id="h-aca-2019-the-federal-counterpart">ACA (2019): федералният аналог, четиринадесет години по-късно</h2>

<p class="wp-block-paragraph">Accessible Canada Act беше внесен като Bill C-81 през юни 2018 г. и получи кралско одобрение на 21 юни 2019 г. Законът се прилага за „регулирани субекти“ — определени в раздел 7 като правителството на Канада и федералните държавни корпорации, Canadian Forces и Royal Canadian Mounted Police, парламентарните субекти и всеки субект, действащ в сектор под федерален надзор. На практика това обхваща банките, учредени по федералния Bank Act, телекомуникационните оператори и интернет доставчиците, лицензирани от CRTC, радио- и телевизионните оператори, междупровинциалните железници и автомобилни превозвачи, морския и въздушния транспорт и федерално учредените държавни корпорации.</p>

<p class="wp-block-paragraph">Централното оперативно изискване на ACA е <strong>планът за достъпност</strong>. Раздел 47 изисква всеки регулиран субект (с изключения по размер за много малки работодатели по раздел 47(2)) да публикува план, описващ как ще идентифицира, премахва и предотвратява бариери в седем приоритетни области: заетост; изградена среда; информационни и комуникационни технологии (ИКТ); комуникация извън ИКТ; обществените поръчки за стоки, услуги и съоръжения; проектирането и предоставянето на програми и услуги; и транспорта. Планът трябва да бъде разработен в консултация с хора с увреждания, трябва да се актуализира поне на всеки три години (раздел 47(7)) и трябва да бъде придружен от <strong>доклад за напредъка</strong> във всяка от двете години между актуализациите на плана (раздел 49) и <strong>механизъм за обратна връзка</strong>, чрез който публиката да сигнализира за бариери (раздел 50).</p>

<h3 class="wp-block-heading" id="h-aca-compliance-timeline">Разпределеният график за съответствие на ACA</h3>

<p class="wp-block-paragraph">Сроковете за съответствие на ACA бяха въведени с регулация, а не записани в самия закон. <strong>Accessible Canada Regulations (SOR/2021-241)</strong>, в сила от 13 декември 2021 г., определиха първата вълна срокове:</p>

<ul class="wp-block-list">
<li><strong>Правителството на Канада, парламентарните субекти, Canadian Forces, RCMP</strong> — първи план за достъпност, дължим до <strong>31 декември 2022 г.</strong>, с последващи годишни доклади за напредъка.</li>
<li><strong>Държавни корпорации и големи субекти от частния сектор под федерален надзор (100+ служители)</strong> — първи план, дължим до <strong>1 юни 2023 г.</strong></li>
<li><strong>Малки субекти от частния сектор под федерален надзор (10–99 служители)</strong> — първи план, дължим до <strong>1 юни 2024 г.</strong></li>
<li><strong>Секторни удължения</strong> за радио- и телевизионно разпространение и телекомуникации (под юрисдикцията на CRTC) и за транспорта под федерален надзор (под юрисдикцията на Canadian Transportation Agency) — публикувани от тези регулатори през 2022 и 2023 г., с първи планове за достъпност на транспорта, изисквани до <strong>1 юни 2023 г.</strong> за големите превозвачи и до <strong>1 юни 2024 г.</strong> за по-малките.</li>
</ul>

<p class="wp-block-paragraph">Самият ACA поставя общата цел: <strong>„Канада без бариери на или преди 1 януари 2040 г.“</strong> (раздел 5). Тази дата не присъства в текста на AODA (обявената цел на Онтарио беше 1 януари 2025 г.). Затова двата закона действат на различни дългосрочни графици, въпреки че споделят много от едни и същи оперативни задължения.</p>

<h3 class="wp-block-heading" id="h-asc-and-the-cross-cutting-standards">Accessibility Standards Canada и всеобхватните стандарти</h3>

<p class="wp-block-paragraph">ACA създаде <strong>Accessibility Standards Canada (ASC)</strong> — формално Canadian Accessibility Standards Development Organization — като федерална агенция със задачата да разработва доброволни стандарти за достъпност, които Governor in Council след това може да включи чрез препратка в обвързващи регулации. ASC е федералният аналог, на по-високо ниво, на процеса за разработване на стандарти на IASR. Първият ѝ публикуван стандарт, <strong>CAN-ASC-1.1 — Employment</strong>, беше финализиран през 2024 г. <strong>CAN-ASC-2.1 — Outdoor Spaces</strong> и <strong>CAN-ASC-3.1 — Plain Language</strong> последваха през 2024–25 г. <strong>CAN-ASC-6.1 — Accessible Travel for Persons with Disabilities</strong> беше отворен за публичен преглед през 2025 г. в координация с Canadian Transportation Agency. Към началото на 2026 г. ASC има около дузина стандарти, или публикувани, или в напреднало изготвяне, като най-същественият — всеобхватен ИКТ стандарт, който би бил паралелен на европейския EN 301 549 — все още е в комисия.</p>

<p class="wp-block-paragraph">Субектите под федерален надзор междувременно прилагат две мозаечни ИКТ препратки. Заповедите на CRTC за достъпност в радио-, телевизионното и телекомуникационното разпространение цитират <strong>WCAG 2.1 Level AA</strong> в своите указания за съответствие; <em lang="en">Standard on Web Accessibility</em> на Treasury Board, който обвързва федералните правителствени ведомства, е актуализиран до <strong>WCAG 2.1 Level AA</strong>, като WCAG 2.2 се очаква да бъде включен през цикъла 2026–27. Резултатът е, че банка под федерален надзор, проектираща ново мобилно приложение в Онтарио през 2026 г., работи спрямо WCAG 2.1 AA (чрез прецедент на CRTC и Treasury Board), докато провинциален търговец на дребно до нея работи спрямо WCAG 2.0 AA (чрез IASR).</p>

<h3 class="wp-block-heading" id="h-aca-enforcement">Правоприлагане по ACA: Accessibility Commissioner, CRTC и CTA</h3>

<p class="wp-block-paragraph">Правоприлагането по ACA е разпределено между три регулатора. <strong>Accessibility Commissioner</strong> — длъжност, създадена в рамките на Canadian Human Rights Commission по раздел 41 от ACA и заета през 2022 г. — има юрисдикция върху повечето субекти от частния сектор под федерален надзор и държавните корпорации. Комисарят може да провежда проверки, да издава заповеди за съответствие, да налага административни парични санкции до <strong>250 000 долара на нарушение</strong> (раздел 79), да получава и разследва жалби и да отнася въпроси до Canadian Human Rights Tribunal. <strong>CRTC</strong> отговаря за правоприлагането в секторите на радио-, телевизионното и телекомуникационното разпространение по съществуващата си законова рамка, прилагайки задълженията по ACA чрез собствената си дирекция за съответствие и правоприлагане. <strong>Canadian Transportation Agency</strong> (CTA) отговаря за правоприлагането в сектора на федералния транспорт, включително Accessible Transportation for Persons with Disabilities Regulations (SOR/2019-244), които стоят редом с ACA.</p>

<p class="wp-block-paragraph">Първото обобщение за правоприлагане на Accessibility Commissioner, публикувано в края на 2024 г., отчете няколкостотин прегледа на подадени планове, едноцифрен брой формални заповеди за съответствие и нито една наложена административна парична санкция засега. Заявеният подход на Комисаря през прозореца на въвеждане е образование и проактивно ангажиране, а не наказателно правоприлагане — стратегически избор, който беше критикуван от някои организации на хора с увреждания като твърде мек и защитен от Комисаря като подходящ за закон в първия му цикъл на съответствие.</p>

<h2 class="wp-block-heading" id="h-side-by-side">Един до друг: сравнителната таблица</h2>

<p class="wp-block-paragraph">Таблицата по-долу картографира носещите елементи на всеки закон един спрямо друг. Тя не е изчерпателна — нито един от двата закона не е достатъчно малък, за да бъде обобщен в дванадесет реда — но улавя измеренията, които ръководителят по съответствие трябва да триангулира, преди да може да реши кое задължение в момента го захапва.</p>

<table class="wp-block-table">
<thead>
<tr><th>Измерение</th><th>AODA (Онтарио, 2005)</th><th>ACA (федерален, 2019)</th></tr>
</thead>
<tbody>
<tr><td><strong>Кралско одобрение</strong></td><td>13 юни 2005 г.</td><td>21 юни 2019 г.</td></tr>
<tr><td><strong>Водеща дата за целта за достъпност</strong></td><td>1 януари 2025 г. (Онтарио „достъпен до“)</td><td>1 януари 2040 г. („Канада без бариери“)</td></tr>
<tr><td><strong>Кого обвързва</strong></td><td>Всяка организация в Онтарио с 1+ служител — частна, с нестопанска цел, по-широк обществен сектор, правителството на Онтарио. Приблизително 440 000 субекта.</td><td>Само субекти под федерален надзор: федерално правителство, държавни корпорации, банки, телекоми, радио- и телевизионни оператори, междупровинциален транспорт, федерална държавна служба. Приблизително 5000 субекта.</td></tr>
<tr><td><strong>Оперативен инструмент</strong></td><td>Integrated Accessibility Standards Regulation (IASR, O. Reg. 191/11), плюс включени правила за обслужване на клиенти.</td><td>Accessible Canada Regulations (SOR/2021-241) плюс секторни регулации на CRTC и CTA.</td></tr>
<tr><td><strong>Обхванати материални области</strong></td><td>Пет: информация и комуникации, заетост, транспорт, проектиране на обществени пространства, обслужване на клиенти.</td><td>Седем: заетост, изградена среда, ИКТ, комуникация (извън ИКТ), обществени поръчки, програми и услуги, транспорт.</td></tr>
<tr><td><strong>Техническа уеб/ИКТ опора</strong></td><td>WCAG 2.0 Level AA (от 1 януари 2021 г., с изключение на SC 1.2.4 и 1.2.5).</td><td>Все още няма единна законова опора; прецедентът на CRTC и Treasury Board прилага WCAG 2.1 AA. ASC изготвя всеобхватен ИКТ стандарт.</td></tr>
<tr><td><strong>Честота на докладване</strong></td><td>Самозаверен доклад за съответствие на всеки три години (организации с 20+ служители).</td><td>План за достъпност на всеки три години + годишен доклад за напредъка + текущ механизъм за обратна връзка.</td></tr>
<tr><td><strong>Задължение за консултация</strong></td><td>Не е законово през целия IASR; изисквано в конкретни разпоредби (напр. комитети за достъпност в по-широкия обществен сектор).</td><td>Законово: плановете трябва да се разработват „в консултация с хора с увреждания“ (раздел 47(4)).</td></tr>
<tr><td><strong>Основен орган за правоприлагане</strong></td><td>Ministry for Seniors and Accessibility (директори и инспектори по AODA, част V).</td><td>Accessibility Commissioner (Canadian Human Rights Commission) + CRTC + Canadian Transportation Agency.</td></tr>
<tr><td><strong>Максимална административна санкция</strong></td><td>До 50 000 долара/ден за физическо лице; 100 000 долара/ден за корпорация.</td><td>До 250 000 долара на нарушение (ACA р. 79).</td></tr>
<tr><td><strong>Орган за разработване на стандарти</strong></td><td>Министерски комитети за разработване на стандарти (ad hoc; не постоянна агенция).</td><td>Accessibility Standards Canada (постоянна федерална агенция).</td></tr>
<tr><td><strong>Независим законодателен преглед</strong></td><td>На всеки четири години (р. 41). Завършени три прегледа: Beer (2010), Moran (2014), Mayo Moran (2019), Onley (2019), Donovan (2023).</td><td>На всеки пет години (р. 117). Първи независим преглед в ход през 2024–26 г.</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-the-overlap-question">Въпросът за припокриването: къде една организация трябва да мисли и за двата закона</h2>

<p class="wp-block-paragraph">За повечето организации юрисдикционният въпрос е двоичен — федерален или провинциален — и отговарянето му веднъж урежда останалото. Изключенията на практика са три категории организации, при които и двата закона могат да докоснат един и същ субект едновременно.</p>

<h3 class="wp-block-heading" id="h-large-federal-employers-in-ontario">Големи федерални работодатели със сервизни допирни точки в Онтарио</h3>

<p class="wp-block-paragraph">Банка или телеком под федерален надзор, която управлява клонове, магазини на дребно или контактни центрове в Онтарио, е обвързана от ACA за основните си дейности под федерален надзор (банковите си услуги, работната си сила под федерален надзор), но може да докосне и задължения на страната на Онтарио чрез търговски наеми, означения по търговските площи, контрактори трети страни за обслужване на клиенти и юрисдикцията на провинциалния трибунал по правата на човека върху отделни жалби за дискриминация. ACA не измества Ontario Human Rights Code, когато последният се прилага за същото поведение на самостоятелни основания. На практика големите субекти под федерален надзор изграждат единен план за съответствие, който отговаря на по-високия от двата стандарта за всяко задължение, вместо да се опитват да поддържат отделни програми за достъпност на федералната страна и на страната на Онтарио.</p>

<h3 class="wp-block-heading" id="h-procurement-chains">Вериги на обществени поръчки през юрисдикционната линия</h3>

<p class="wp-block-paragraph">ИКТ доставчик, продаващ както на провинциална агенция в Онтарио, така и на федерална държавна корпорация, ще се сблъска с различни препратки към технически стандарти в двата процеса на обществени поръчки — WCAG 2.0 AA в този на Онтарио, WCAG 2.1 AA (и все по-често 2.2) във федералния — и може също да се сблъска със стандарт на Accessibility Standards Canada, след като те бъдат включени във федералните директиви за обществени поръчки. Приоритетната област за обществени поръчки по раздел 47(1)(e) от ACA изрично предвижда покупки, съобразени с достъпността; AODA не съдържа еквивалентна разпоредба за обществени поръчки, макар че собствената директива за обществени поръчки на правителството на Онтарио го прави.</p>

<h3 class="wp-block-heading" id="h-public-postsecondary">Субекти от обществения сектор на Онтарио с връзки към федерално финансиране</h3>

<p class="wp-block-paragraph">Университетите, болниците и другите организации от по-широкия обществен сектор в Онтарио са регулирани от AODA. Когато държат федерални изследователски грантове, федерално финансиране за инфраструктура или управляват съоръжения под федерална юрисдикция (напр. финансирани от националната отбрана изследователски лаборатории, програми за студентски заеми под федерален надзор), те могат да поемат и задължения по ACA за частта с федерално финансиране. Практическият ефект рядко е два паралелни режима за съответствие; обикновено е федерален финансиращ орган, който иска план за достъпност в стил ACA като условие за финансиране, върху съществуващото задължение за съответствие с IASR.</p>

<h2 class="wp-block-heading" id="h-the-other-provinces">Другите провинции, накратко</h2>

<p class="wp-block-paragraph">Онтарио е водещият провинциален шаблон, но вече не е единственият. <strong>Манитоба</strong> прие Accessibility for Manitobans Act през декември 2013 г. — вторият всеобхватен провинциален закон за достъпност в Канада — и разработи пет стандарта по модел, пряко повлиян от AODA. <strong>Нова Скотия</strong> прие Accessibility Act през 2017 г. с обявена цел за достъпна Нова Скотия до 2030 г. <strong>Британска Колумбия</strong> прие Accessible British Columbia Act през 2021 г., с регулации, въвеждани до 2024 г. <strong>Нюфаундленд и Лабрадор</strong> прие Accessibility Act през 2021 г., с поетапно съответствие до 2024 г. и нататък. <strong>Квебек</strong> прилага различна рамка — <span lang="fr">Loi assurant l'exercice des droits des personnes handicapées</span> (1978, съществено изменена през 2004 г.) — която предхожда AODA и работи чрез общински и секторни планове за действие, а не чрез модел на стандарти и срокове. Нито една от другите провинции няма същата дълбочина на уредбата за цифрова достъпност, която Онтарио вгради в IASR.</p>

<p class="wp-block-paragraph">Федералният ACA не отменя и не хармонизира тези провинциални режими. Двете нива на законодателство са замислени да бъдат добавъчни спрямо субектите, които всяко от тях обхваща, и мълчаливи спрямо субектите, които не обхваща. За организация, действаща в няколко провинции плюс федералната обвивка, практическият отговор е същият, до който стигат големите субекти под федерален надзор в Онтарио: изграждане на единна програма за достъпност до по-високия стандарт по всяко измерение, подаване на множеството изисквани доклади спрямо нея и третиране на разликите като документация, а не като материален товар за съответствие.</p>

<h2 class="wp-block-heading" id="h-the-2026-review-cycle">Цикълът на преглед от 2026 г.: какво се движи</h2>

<p class="wp-block-paragraph">Две реформени линии в момента се движат паралелно и двете ще докоснат сравнението по-горе преди 2028 г. На страната на Онтарио отговорът на правителството на Ford на прегледа на Donovan (представен 2023 г.) се ангажира с поетапна модернизация на IASR. В края на 2024 г. беше публикуван дискусионен документ, който разгледа опората към WCAG (текуща 2.0 AA, кандидат за актуализация до 2.2 AA), честотата на докладите за съответствие и добавянето на нов стандарт за здравеопазване, който е в разработка от 2018 г. и все още не е приет. Към началото на 2026 г. изменението на IASR е в предпубликационно изготвяне; стандартът за здравеопазване е представен предварително, но не е финализиран.</p>

<p class="wp-block-paragraph">На федералната страна първият независим законодателен преглед на ACA — изискван по раздел 117 — беше стартиран през 2024 г. и се очаква да докладва в края на 2026 г. или началото на 2027 г. Фазата за внасяне на становища приключи в средата на 2025 г.; свързаните с IDA канадски организации на хора с увреждания (включително Council of Canadians with Disabilities, Canadian Council of the Blind и Canadian Association of the Deaf) подадоха координирани становища, призоваващи за по-кратки цикли на плановете за съответствие, обвързващ всеобхватен ИКТ стандарт и разширени санкционни правомощия за Accessibility Commissioner. Очаква се първата партида публикувани стандарти на Accessibility Standards Canada да започне да се включва чрез препратка в Accessible Canada Regulations от 2026–27 г., което би превърнало настоящите доброволни стандарти в обвързващи задължения за субектите, които ACA обхваща.</p>

<p class="wp-block-paragraph">И двете реформени линии сочат в една и съща посока: затягане на опората към WCAG, стесняване на разликата между федералната и провинциалната техническа основа и предоставяне на органите за правоприлагане на повече материална власт за действие. Те обаче не променят основното юрисдикционно разделение. Банка ще си остане под федерален надзор и през 2030 г.; търговец на дребно в Торонто ще си остане регулиран от Онтарио; отговорът на „под кой закон попадам“ ще зависи всеки път от това какво организацията реално прави.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици за ръководителите по съответствие през 2026 г.</h2>

<p class="wp-block-paragraph">За ръководител по съответствие, който чете това ръководство на бюрото си, оперативните изводи се свеждат до кратък списък. Първо, юрисдикционният въпрос почти винаги е отговорим от федералния регулаторен отпечатък на организацията — банки, телекоми, радио- и телевизионни оператори, междупровинциален транспорт, федерални държавни корпорации и федералната държавна служба са по ACA; всеки друг, действащ в Онтарио, е по AODA. Граничните случаи (учредено в Онтарио дъщерно дружество на родител под федерален надзор; контрактор трета страна, работещ в помещенията на субект под федерален надзор; организация с нестопанска цел, получаваща федерално програмно финансиране) са реални, но рядко срещани и почти винаги се свеждат до това дали самата работа е в рамките на федералната регулаторна обвивка.</p>

<p class="wp-block-paragraph">Второ, препратката към техническите стандарти е оперативно най-съществното измерение на сравнението. Организация само в Онтарио, която изгражда или обновява цифрови услуги през 2026 г., все още се измерва спрямо WCAG 2.0 AA по IASR — но следва да планира към WCAG 2.2 AA, както защото актуализацията на IASR, движена от прегледа на Donovan, е в изготвяне, така и защото Европейският акт за достъпност и EN 301 549 (които са фактическите международни препратки за трансгранични цифрови продукти) вече преминаха към 2.1 и преминават към 2.2. Организация под федерален надзор следва вече да планира към 2.1 AA като минимум и към 2.2 AA за всяка обществена поръчка, която ще надживее цикъла на актуализация на Treasury Board от 2026–27 г.</p>

<p class="wp-block-paragraph">Трето, честотата на докладването за съответствие се различава по същество, не само по форма. Тригодишният самозаверен доклад за съответствие на AODA е моментна снимка. Планът за достъпност на ACA + годишните доклади за напредъка + текущият механизъм за обратна връзка са цикъл на непрекъснато подобрение, с множество допирни точки годишно и законово задължение за консултация. Организация, която някога е правила само докладване по AODA, ще трябва да изгради нови вътрешни процеси — проследяване на консултации, изготвяне на доклади за напредъка, прием по механизма за обратна връзка — за да отговори на цикъла на ACA, когато поеме задължения на федералната страна.</p>

<p class="wp-block-paragraph">Четвърто, рискът от правоприлагане през 2026 г. е значително по-висок на федералната страна, отколкото на страната на Онтарио, въпреки че таванът на санкцията на ден в Онтарио технически е висок. Правомощието на Accessibility Commissioner за 250 000 долара на нарушение, съчетано със съществуващия санкционен режим на CRTC в секторите на радио-, телевизионното и телекомуникационното разпространение и с резултатите на Canadian Transportation Agency в правоприлагането в транспортния сектор, дава на федералната архитектура три независими канала за правоприлагане, които всички бяха активни през 2024–25 г. Програмата за правоприлагане на Онтарио остава предимно движена от жалби и самозаверяване, с редки одити. Преминаването към модел на проактивен одит, движено от прегледа на Donovan, е в ранно изпълнение, но все още не е пренастроило риска от правоприлагане при средната организация в Онтарио.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Заключителни мисли: два режима, една посока</h2>

<p class="wp-block-paragraph">Най-чистият начин да се чете двойката AODA-ACA през 2026 г. е като единен канадски режим за достъпност, който случайно се администрира от две различни правителства. Материалните задължения се сближиха повече, отколкото се разминаха през петнадесетте години между първите регулации на AODA и първите срокове за съответствие на ACA: и двата се закотвят към цифрови стандарти от семейството WCAG, и двата се изграждат около цикъла планиране-консултиране-докладване-правоприлагане, който член 33 от CRPD направи глобалния стандарт, и двата разчитат на органи за разработване на стандарти (по-неформален в Онтарио, формализиран на федерално ниво чрез Accessibility Standards Canada) да свършат техническата тежка работа, която законодателството не може. Където се различават — номерът на версията на WCAG, таванът на санкцията, задължението за консултация, наличието или отсъствието на постоянна агенция за стандарти — те се различават по измерения, които настоящите цикли на преглед активно стесняват.</p>

<p class="wp-block-paragraph">Това, което остава истински канадско и малко вероятно да се промени, е двойната структура. Constitution Act, 1867 означава, че канадското право за достъпност ще продължи да се администрира чрез нивото на управление, което има конституционна юрисдикция върху дейността. За ръководител по съответствие практическата задача не е да си пожелае това да изчезне. Тя е да научи и двата закона, да изгради единна програма за достъпност до по-високия стандарт по всяко измерение и да третира доклада по AODA и плана по ACA като два прочита на една и съща оперативна реалност. Реформеният цикъл от 2026 г. ще затегне техническата основа; той няма да слее двата режима в един. За повече за това как канадските провинции наслагват собствените си закони върху федералния, продължете напред към по-широкия <a href="/bg/regulations/">индекс на националната нормативна уредба</a>; за самите технически отправни точки вижте <a href="/bg/articles/en-301-549-explained/">разяснението за EN 301 549</a> и справочната работа за WCAG 2.2, към която и двата канадски режима тихо се сближават.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници</h2>

<ol class="wp-block-list">
<li>Parliament of Canada. <em lang="en">Accessible Canada Act</em> (S.C. 2019, c. 10), кралско одобрение 21 юни 2019 г. <a href="https://laws-lois.justice.gc.ca/eng/acts/A-0.6">laws-lois.justice.gc.ca/eng/acts/A-0.6</a></li>
<li>Government of Canada. <em lang="en">Accessible Canada Regulations</em> (SOR/2021-241), в сила от 13 декември 2021 г.</li>
<li>Government of Ontario. <em lang="en">Accessibility for Ontarians with Disabilities Act, 2005</em> (S.O. 2005, c. 11). <a href="https://www.ontario.ca/laws/statute/05a11">ontario.ca/laws/statute/05a11</a></li>
<li>Government of Ontario. <em lang="en">Integrated Accessibility Standards</em>, O. Reg. 191/11 (с изменения до 2021 г.). <a href="https://www.ontario.ca/laws/regulation/110191">ontario.ca/laws/regulation/110191</a></li>
<li>Rich Donovan. <em lang="en">Third Review of the Accessibility for Ontarians with Disabilities Act, 2005</em> (Government of Ontario, 2023).</li>
<li>David Onley. <em lang="en">Listening to Ontarians with Disabilities: Report of the Third Review of the AODA</em> (2019).</li>
<li>Accessibility Standards Canada. <em lang="en">Published standards and standards-in-development register</em> (2024–25). <a href="https://accessible.canada.ca">accessible.canada.ca</a></li>
<li>Office of the Accessibility Commissioner (Canadian Human Rights Commission). <em lang="en">First annual enforcement summary</em> (2024).</li>
<li>Canadian Radio-television and Telecommunications Commission. <em lang="en">Accessibility plans and regulatory directions register</em> (2022–25).</li>
<li>Canadian Transportation Agency. <em lang="en">Accessible Transportation for Persons with Disabilities Regulations</em> (SOR/2019-244).</li>
<li>Treasury Board of Canada Secretariat. <em lang="en">Standard on Web Accessibility</em>, текуща редакция.</li>
</ol>

</div>

---
title: Достъпност на AR/VR: докъде всъщност е стигнала историята на WebXR + ARIA в смесена реалност
url: https://www.disabilityworld.org/bg/articles/ar-vr-accessibility-webxr/
description: Ръководство за 2026 г. за състоянието на достъпността в Apple Vision Pro, Meta Quest 3 и 3S и спецификацията WebXR. Какво работи, какво все още е празни обещания и защо повечето разработчици все още не бива да пускат базирани на браузър XR изживявания за потребители с увреждания.
author: Disability World
pubDate: 2026-05-22
tags: ar, vr, webxr, accessibility, mixed-reality, vision-pro, quest, explainer
---

# Достъпност на AR/VR: докъде всъщност е стигнала историята на WebXR + ARIA в смесена реалност

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>От</strong> Disability World</span>
  <span class="rt-pill">Време за четене: 10 минути</span>
</div>

<p class="wp-block-paragraph">На всеки осемнадесет месеца един рекламен цикъл за хардуер за смесена реалност обещава приобщаващо бъдеще. Пускането на Apple Vision Pro през 2024 г. обеща такова. Пускането на Meta Quest 3 и по-малкият Quest 3S, който го последва, обещаха друго. Спецификацията WebXR — стандартът на W3C за AR и VR, рендирани вътре в браузъра — обещава такова от 2018 г. Реалността в средата на 2026 г. е по-отрезвяваща: на пазара има точно един потребителски хедсет със сериозна, нативна повърхност за достъпност, а платформено-неутралният браузърен слой под всичко това все още е структурна празнота там, където би трябвало да живеят алтернативният текст, управлението на фокуса и семантиката за помощните технологии. Този материал е ръководство за това докъде всъщност е стигнала технологията — какво работи днес, какво е празни обещания и какво един разработчик през 2026 г. трябва и не трябва да пуска.</p>

<p class="wp-block-paragraph">Рамката е редакционна, а не евангелистка. Не твърдим, че XR по същество е повече или по-малко достъпен от двумерния уеб. Твърдим, че историята за разработчиците на XR достъпност през 2026 г. изглежда горе-долу като историята за разработчиците на уеб достъпност през 2002 г.: нововъзникващ стандарт, на който липсват повечето думи, две доминиращи платформи, движещи се с различна скорост, и малка група потребители с увреждания, които носят по-голямата част от практическото знание в собствената си мускулна памет.</p>

<h2 class="wp-block-heading" id="h-hardware-landscape">Хардуерният пейзаж през 2026 г.</h2>

<p class="wp-block-paragraph">Три устройства доминират потребителския край на пазара за смесена реалност днес и те заемат три различни позиции по отношение на достъпността. <strong>Apple Vision Pro</strong>, работещ с visionOS 2.4, е единственото от трите устройства със сериозна повърхност за достъпност, вградена в самата операционна система — VoiceOver в триизмерно пространство, превключвателно управление, персонализиране на проследяването на ръцете, проследяване на погледа като основен вход и реализация на Spatial Audio, която потребители с увреждания многократно са описвали като най-използваемата в категорията. <strong>Meta Quest 3</strong> и по-евтиният <strong>Quest 3S</strong> споделят една ОС — Horizon OS — с по-тънък слой за достъпност: режим на висок контраст, преназначаване на контролера, филтър за цветова корекция, гласови команди за навигация и екранен четец (добавен в средата на 2024 г.), който работи вътре в системната обвивка, но не надеждно вътре в приложения на трети страни. Sony PlayStation VR2 идва на практика без нативни функции за достъпност вътре в своята VR обвивка, макар че наследява по-широкия слой за достъпност на PS5, когато изпълнява съдържание на плосък екран.</p>

<p class="wp-block-paragraph">Ценообразуването се промени осезаемо. Оригиналният Vision Pro беше пуснат на цена прибл. 3499 USD; Quest 3 е прибл. 499 USD, а Quest 3S — прибл. 299 USD. Тази разлика има значение за аргумента за достъпността, защото устройството с най-силната история за вход за хора с увреждания е и устройството, което огромното мнозинство потребители с увреждания не могат да си позволят да купят без финансиран от работодателя път за разумни улеснения. Формата на пазара в средата на 2026 г. е, казано просто: достъпният хедсет е скъп, а достъпният по цена хедсет е, на системно ниво, достъпен предимно в смисъл, че не ви пречи активно да го използвате.</p>

<p class="wp-block-paragraph">Категорията отвъд тези три — само-pass-through умни очила като Ray-Ban Meta, дисплейни очила от класа на Xreal Air и различните корпоративни хедсети, използвани в хирургични и индустриални работни процеси — е до голяма степен извън разговора за потребителската XR достъпност. Повечето от тези устройства не работят с ОС от настолен клас, не предоставят системно ниво API за достъпност и излизат в регулаторен пейзаж, който ги третира като носими аксесоари, а не като компютри.</p>

<h2 class="wp-block-heading" id="h-webxr-spec">Спецификацията WebXR — и какво все още не казва</h2>

<p class="wp-block-paragraph">WebXR е спецификацията на W3C, която позволява на браузъра да даде на уебсайт достъп до прикачено AR или VR устройство. Тя предоставя обект на сесия, контекст за рендиране (обикновено наслоен върху WebGL2 или WebGPU) и модел на входните източници за ръце, контролери и поглед. Поддръжката от браузърите в средата на 2026 г. е най-силна в браузърите на основата на Chromium (Chrome, Edge, Brave и шепа мобилни XR браузъри), частична във Firefox чрез корпоративна компилация и исторически отсъстваща от Safari — Safari на visionOS поддържа спецификацията, но само вътре в потапящи сесии и с входната семантика, която доставя пайплайнът за проследяване на ръцете на Apple. Позицията на WebKit относно WebXR се измести осезаемо през последните дванадесет месеца, но тя все още е по-незряла повърхност от аналога ѝ в Chromium.</p>

<p class="wp-block-paragraph">Спецификацията обхваща какво може да прави хедсетът — да рендира стерео кадри, да докладва данни за позата, да предоставя трансформации за хващане и насочване, да слуша за select събития от контролер или жест с щипка. Тя не казва почти нищо за достъпността. Няма еквивалент на атрибута alt за обект в триизмерно пространство. Няма формален модел на фокуса, през който помощна технология да може да премине. Няма начин на ниво спецификация да се обозначи виртуален бутон, така че екранен четец да може да го обяви. Най-близкото до закачка за достъпност в спецификацията WebXR днес е масивът <code>profiles</code> на входния източник, който позволява на сайта да определи дали входът е ръка, контролер или курсор по погледа — а този масив съществува по причини, свързани с рендиране на съдържание, а не с помощни технологии.</p>

<p class="wp-block-paragraph">Това не е критика към W3C — то е констатация за това къде работата е и не е свършена. Чернова WebXR Accessibility User Requirements (XAUR) наистина съществува в W3C, а Immersive Web Working Group призна повечето от съответните празнини. Но XAUR е документ с изисквания, а не нормативна спецификация, и разликата между „знаем какво трябва на спецификацията“ и „спецификацията нормативно го казва“ е на практика мястото, където живеят повечето потребители с увреждания днес.</p>

<h2 class="wp-block-heading" id="h-vision-pro">Достъпността на Apple Vision Pro, в детайли</h2>

<p class="wp-block-paragraph">Vision Pro е най-силната история за достъпност на потребителския XR пазар днес и разликата между него и всички останали не е незначителна. Основният вход на хедсета е проследяване на погледа — потребителят гледа цел и конусът на погледа определя фокусирания елемент — съчетано с малък набор жестове с ръце, засичани от насочени надолу камери. За потребители с увреждания Apple е добавил няколко повърхности, които съществено променят какво е възможно вътре във visionOS.</p>

<p class="wp-block-paragraph"><strong>Проследяването на погледа като основен вход</strong> означава, че потребители с тежко двигателно нарушение на горните крайници могат да управляват цялата ОС без движение на ръка или ръка, при условие че погледът им е достатъчно надежден, за да фиксира цел за продължителността на задържане. <strong>Алтернативите за проследяване на ръцете</strong> позволяват на потребителите да заменят с потупвания с един пръст, движения на китката или само жестове с глава, когато стандартната щипка и потупване са ненадеждни — особено важна повърхност за потребители с нервно-мускулни състояния, засягащи фината моторика на пръстите. <strong>VoiceOver в триизмерно пространство</strong> прочита фокусирания елемент в потапящи контексти и използва Spatial Audio, за да укаже пространственото положение на елемента спрямо главата на потребителя — съществено различно изживяване от плосък екранен четец и такова, което, когато работи, намалява когнитивното натоварване при изграждането на ментален модел на сцената.</p>

<p class="wp-block-paragraph"><strong>Spatial Audio за достъпност</strong> надхвърля VoiceOver. Аудио сигналите за системни събития — известия, промени на фокуса, отваряния на диалогови прозорци — са позиционирани в триизмерно пространство, така че потребител със слабо зрение или незрящ да може да ги локализира, без да обхожда с поглед. <strong>Превключвателното управление</strong> работи вътре в потапящи сесии, макар че входът трябва да бъде сдвоен през същата настройка за достъпност на Apple, както на iPadOS или macOS. <strong>Аудио описанията</strong> са предоставени вътре в приложението Apple TV за потапящо видео. А <strong>насочването с глава</strong> съществува като наскоро добавена алтернатива за потребители, чиито очи не проследяват надеждно, макар че е по-бавно и по-уморително от управлявания с поглед стандарт.</p>

<p class="wp-block-paragraph">Нищо от това не е съвършено. VoiceOver в приложения на трети страни все още зависи от това разработчикът да свърже правилно компонентите на SwiftUI или RealityKit, а каталогът от приложения на трети страни е малък. Персонализирането на проследяването на ръцете изисква преминаване през няколко слоя настройки и не е лесно за откриване. Самата калибрация на проследяването на погледа може да се проваля многократно за потребители със страбизъм, нистагъм или дисметрия на погледа след инсулт. Но в сравнение с който и да е друг потребителски хедсет на пазара през 2026 г. повърхността за достъпност на Vision Pro е единствената, с която потребител с увреждане може да седне и разумно да очаква да използва устройството.</p>

<h2 class="wp-block-heading" id="h-quest-accessibility">Достъпността на Meta Quest 3 и 3S, в детайли</h2>

<p class="wp-block-paragraph">Horizon OS наваксва през последните осемнадесет месеца, но разликата с visionOS е реална. Quest 3 и Quest 3S идват със системно ниво <strong>екранен четец</strong>, който обявява UI елементи на обвивката — Home, Library, Store, Settings — и който работи сравнително надеждно вътре в собствените приложения на Meta. Извън обвивката картината се променя: повечето VR приложения на трети страни рендират своя UI вътре в собствения си енджин (Unity или Unreal в повечето случаи) и изобщо не подават текст към системния екранен четец. Незрящ потребител може да отвори магазина на Quest, но не може надеждно да играе повечето от това, което купи.</p>

<p class="wp-block-paragraph"><strong>Гласовите команди</strong> съществуват за навигация в обвивката („open Library“, „go Home“) и вътре в малък набор приложения. <strong>Режим на висок контраст</strong> и <strong>филтър за цветова корекция</strong> съществуват на системно ниво. <strong>Преназначаването на контролера</strong> работи в UI на обвивката и в малкия набор приложения, които ползват слоя за абстракция на входа на Meta, вместо да четат бутоните на контролера директно. <strong>Проследяването на ръцете</strong> съществува като входна модалност, а скорошният фърмуер подобри набора жестове, но системата за проследяване на ръцете на Quest беше проектирана като алтернатива без контролер за потребители без увреждания, а не като вход за достъпност — няма щракване чрез задържане, няма резервен вариант с насочване с глава, няма еквивалент на потупването с един пръст на Vision Pro.</p>

<p class="wp-block-paragraph">Най-забележителната празнина за аудитория от разработчици е отсъствието на публикуван API за достъпност за Horizon OS. Разработчик, изграждащ базирано на Unity приложение за Quest, днес не може да чете системните настройки за достъпност, не може да регистрира приложението при системния екранен четец и не може да предостави обозначени цели за фокус на системата по начин, който оцелява между приложенията. Пътната карта за достъпност на Quest, която Meta публикува в началото на 2025 г., се ангажира с такъв API, но към средата на 2026 г. той не е пуснат.</p>

<h2 class="wp-block-heading" id="h-aria-webxr">Пресечната точка на ARIA + WebXR — и нарушеното обещание за гласов вход</h2>

<p class="wp-block-paragraph">Спецификацията ARIA — наборът атрибути, които позволяват на разработчика да предостави роли, състояния и свойства на помощната технология — беше проектирана за двумерни документи. Роли като <code>button</code>, <code>dialog</code>, <code>tab</code> и <code>navigation</code> предполагат модел на фокуса, който се движи по дървото на документа. WebXR няма дърво на документа в смисъла на WebGL или WebGPU — има граф на сцената, но той живее вътре в приложението, а не вътре в дървото за достъпност на браузъра. Пресечната точка на ARIA и WebXR в средата на 2026 г. е до голяма степен отсъствие: браузърът не може да види структурата на триизмерната сцена, екранният четец не може да премине през нея, а разработчикът не може декларативно да обозначи виртуални обекти така, както може да обозначи HTML бутони.</p>

<p class="wp-block-paragraph">Има частични заобиколни решения. WebXR сайт може да рендира паралелна, базирана на DOM повърхност за достъпност — скрита HTML структура, която отразява интерактивните елементи на триизмерната сцена, с подходящи ARIA роли и обозначения, и която актуализира фокуса, когато триизмерният избор се промени. Този модел е работещ, но трудоемък; той удвоява разходите за разработка и обикновено се разминава, докато триизмерната сцена се развива. Immersive Web Working Group на W3C обсъди нормативно предложение за <strong>„достъпен 3D елемент“</strong>, което би предоставило възлите на графа на сцената на дървото за достъпност, но обсъждането все още не е на етап чернова спецификация.</p>

<p class="wp-block-paragraph">Другата пресечна точка, която вече би трябвало да съществува и не съществува, е <strong>гласово-приоритетният вход</strong>. Гласът беше в продължение на няколко години риторичният отговор на „как двигателно затруднен потребител ще навигира в триизмерна сцена без ръце?“ Реалността през 2026 г. е, че гласовият вход вътре в потапящ XR е нестабилен. Микрофонът е разположен близо до устата на потребителя, но вътре в хедсет, чието улавяне на звук е оптимизирано за пространствено аудио рендиране в мащаба на стая, а не за улавяне на реч. Интервалите на доверие при разпознаването на гласови команди вътре във Vision Pro и Quest са доста под еквивалентната стойност на смартфон. Обещанието „просто му говори“ не се материализира, а работният процес с помощни технологии вътре в XR все още се управлява с жестове и поглед, като гласът е ненадеждна добавка, а не основна модалност.</p>

<p class="wp-block-paragraph">Третата пресечна точка, и тази с най-дълга опашка, е въпросът за <strong>навигация с жестове срещу бастун</strong>. Незрящите потребители във физическото пространство навигират чрез бял бастун, куче водач или ехолокационни сигнали; пространственият модел, който изграждат, е закотвен към препятствия на ниво пода и към проприоцепцията на тялото. Повечето XR сцени са проектирани около седнал или прав потребител, чиито интерактивни цели се носят на височина на гърдите вътре в ограничителна кутия в мащаба на стая. Несъответствието не е естетическо — то е структурно. Моделът на навигация „с бастун“, при който потребителят движи вниманието си по нискоенергийна сонда през сцената, не се картографира върху никой вход, който поддържат настоящите XR среди за изпълнение. WebXR сайт, който би искал да предостави повърхност за навигация с бастун на незрящ потребител, би трябвало да изобрети самата повърхност, без помощ от браузъра, спецификацията или ОС.</p>

<h2 class="wp-block-heading" id="h-2026-verdict">Накъде да вървят разработчиците през 2026 г.</h2>

<p class="wp-block-paragraph">Ако изграждате XR изживявания през 2026 г. и искате те да са използваеми от потребители с увреждания, честният отговор е: все още не пускайте базиран на браузър WebXR за потребители с увреждания, освен като допълнително съдържание. Пускайте нативни приложения за visionOS, ако бюджетът позволява, защото това е единствената платформа, където повърхността за достъпност е реална, системните API работят и потребител с увреждане може да сдвои приложението с помощна технология, която вече познава. Пускайте нативни приложения за Quest с предпазливост, знаейки, че системната повърхност за достъпност ще улови взаимодействията на ниво обвивка, но не и тези вътре в приложението, и че разработчикът отговаря за изграждането на еквивалента на дърво за достъпност вътре в собствения енджин на приложението.</p>

<p class="wp-block-paragraph">Конкретно за WebXR отговорната позиция през 2026 г. е той да се третира като прогресивно подобрение. Изградете изживяването първо като плоска, достъпна HTML повърхност, която отговаря на съответните критерии за успех на WCAG 2.2. Наслоете потапящото XR изживяване отгоре за потребители, които искат и могат да го използват, и осигурете плоската повърхност да доставя същото съдържание и същите резултати. Не пускайте през 2026 г. WebXR сайт, който няма плосък резервен вариант, и не очаквайте потребител с увреждане да намери алтернативен път през него — такъв няма.</p>

<p class="wp-block-paragraph">По-голямата картина е, че историята за XR достъпността е в сходна повратна точка с тази, в която беше историята за уеб достъпността преди двадесет години: стандартите наваксват, платформите се разминават, а разликата между „какво трябва на потребителите с увреждания“ и „какво спецификацията нормативно изисква“ е голяма. Работата, която трябва да се случи през следващите две години — преминаването на XAUR от изисквания към нормативна спецификация, стабилизирането на предложението за дърво за достъпност за 3D, подобряването на гласовия вход вътре в хедсетите и реалното пускане на API за достъпност за Horizon OS — е разпознаваема. Дали тя ще се случи на графика, който потребителската общност изисква, е друг въпрос, и такъв, който това издание ще продължи да проследява.</p>

</div>

---
title: aria-live региони в React, Vue, Svelte и SolidJS: какво работи и какво не
url: https://www.disabilityworld.org/bg/articles/aria-live-regions-in-modern-frameworks/
description: Тествахме aria-live региони в React 19, Vue 3.5, Svelte 5 и SolidJS 2.0 — четири канонични модела, три екранни четеца, всеки специфичен за рамката капан. Ето матрицата на поведението, добрия срещу лошия код и наръчника.
author: Disability World
pubDate: 2026-05-22
tags: aria, aria-live, react, vue, svelte, solidjs, frontend, tech-news
---

# aria-live региони в React, Vue, Svelte и SolidJS: какво работи и какво не

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерен наръчник · aria-live през рамките</div>
<h1 class="hero__title" id="hero-heading">
aria-live региони в React, Vue, Svelte и SolidJS:<br/>
какво работи и какво не
</h1>
<p class="hero__lead">Взехме четирите канонични aria-live модела — toast известия, оповестяване на грешки във формуляри, асинхронни състояния на зареждане и обновяване на данни на живо — и ги прекарахме през React 19, Vue 3.5, Svelte 5 и SolidJS 2.0 срещу NVDA 2025.1, JAWS 2026 и VoiceOver на macOS 15.4. Добрата новина: всяка рамка може да се справи. Лошата новина: всяка от тях нарушава спецификацията по различен начин, а режимите на отказ не са преносими.</p>
<div class="hero__stats" aria-label="Ключови статистики">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">тествани рамки</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">12</div>
<div class="stat-chip__label">комбинации рамка-модел</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">проверени екранни четеца</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">14 мин. четене</div>
<div class="hero__pill">Обновено май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. Какво всъщност е aria-live</a></li>
<li><a href="#s2">2. Четирите канонични модела</a></li>
<li><a href="#s3">3. Капани за всяка рамка</a></li>
<li><a href="#s4">4. Матрицата на съвместимост</a></li>
<li><a href="#s5">5. Добър срещу лош код</a></li>
<li><a href="#playbook">6. Наръчникът</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Основи</div>
<h2 class="section-title" id="s1-heading">1. Какво всъщност е aria-live — и какво всъщност прави браузърът с него</h2>
<div class="prose">

<p>aria-live регион е DOM възел, чийто атрибут <code>aria-live</code> обещава на клиента на помощната технология, че <strong>промените в текста на подчинените елементи на възела ще бъдат оповестени</strong> в момента на настъпването им — без потребителят да трябва да премества фокуса, за да ги прочете. Стойностите са <code>polite</code> (оповести, когато потребителят е бездействащ), <code>assertive</code> (прекъсни текущата реч) и <code>off</code> (стойността по подразбиране).</p>

<p>Механизмът, който всъщност задвижва оповестяването, е дървото на достъпността, което браузърът изгражда от рендирания DOM. Когато текстовото съдържание на live регион се промени, браузърът активира мутация, платформеният интерфейс за достъпност я наблюдава, а екранният четец произнася новия текст. Нищо от това няма общо с вашата рамка. Единствената задача на рамката е да направи така, че DOM да изглежда по начина, по който спецификацията предполага, че ще изглежда, в момента, в който спецификацията предполага, че ще изглежда така.</p>

<p>Тази последна уговорка е мястото, където всяка рамка изпада в затруднение. Спецификацията ARIA на W3C предполага синхронен, императивен модел на мутация на DOM. React 19, Vue 3.5, Svelte 5 и SolidJS 2.0 планират записите в DOM чрез собствените си реконсилиатори — и планировчикът на всеки от тях има различни инварианти. Резултатът: едно и също aria-live маркиране, написано по един и същи начин, може да се задейства надеждно в една рамка и безшумно да се провали в друга.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Спецификация срещу реализация</span>
<div class="callout__body"><p>ARIA 1.3 (април 2025 г.) изясни, че потребителските агенти трябва да наблюдават мутациите в live регион веднага щом приключи заобикалящата микрозадача — но не ограничи слоя на рамката. На практика екранните четци прилагат debounce при около 100–200 ms, което прикрива много грешки във времевото поведение на рамките, но и ги скрива от автоматизираните тестове.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Модели</div>
<h2 class="section-title" id="s2-heading">2. Четирите канонични модела, които реално се появяват в продукционен код</h2>
<div class="prose">

<p>Почти всеки aria-live регион, който ще напишете за година фронтенд работа, попада в една от четири категории. Извлякохме моделите от извадка от около 320 библиотеки с компоненти (Material UI, Mantine, shadcn/ui, Headless UI, Radix UI, Vuetify, Naive UI, Chakra, Skeleton, Kobalte и дългата опашка от вътрешни дизайн системи) и ги групирахме по предназначение.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Модел 1 · Toast известие</div>
<div class="combo-card__sub">&quot;Запазено&quot;, &quot;Копирано в клипборда&quot;, известия за грешки</div>
</div>
</div>
<div class="combo-card__usage">около 78% от проучените библиотеки с компоненти предлагат toast</div>
<div class="combo-feat"><span class="combo-feat__label">Настройка на live</span><span><code>polite</code> за потвърждения, <code>assertive</code> за грешки</span></div>
<div class="combo-feat"><span class="combo-feat__label">Риск</span><span>Бързото монтиране/демонтиране убива оповестяването</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Модел 2 · Оповестяване на грешка във формуляр</div>
<div class="combo-card__sub">Вградена валидация под поле</div>
</div>
</div>
<div class="combo-card__usage">Изисквано от WCAG 3.3.1 в интерактивни формуляри</div>
<div class="combo-feat"><span class="combo-feat__label">Настройка на live</span><span><code>polite</code>, в съчетание с <code>aria-describedby</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Риск</span><span>Регионът се монтира само при грешка — „няма регион, няма оповестяване“</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Модел 3 · Асинхронно състояние на зареждане</div>
<div class="combo-card__sub">&quot;Зареждане на резултати…&quot;, индикатори за зареждане, скелетони</div>
</div>
</div>
<div class="combo-card__usage">Приблизително половината от проучените библиотеки го допускат погрешно</div>
<div class="combo-feat"><span class="combo-feat__label">Настройка на live</span><span><code>polite</code> с роля <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Риск</span><span>Текстът се сменя твърде бързо — прочита се само крайното състояние</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Модел 4 · Обновяване на данни на живо</div>
<div class="combo-card__sub">Табла с резултати, чат съобщения, броячи на опашки</div>
</div>
</div>
<div class="combo-card__usage">Най-трудният от четирите за правилно изпълнение</div>
<div class="combo-feat"><span class="combo-feat__label">Настройка на live</span><span><code>polite</code> с роля <code>log</code> или <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Риск</span><span>Серии от обновявания претоварват синтезатора — „изпускане на опашката“</span></div>
</article>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Картина</div>
<h2 class="section-title" id="s3-heading">3. Специфичните за рамките капани, по ред на честота</h2>
<div class="prose">

<p>Всяка рамка има свой реконсилиатор, а реконсилиаторът е мястото, където aria-live регионите умират. Обобщението в четири реда:</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React 19</div>
<div class="combo-card__sub">Конкурентен рендер · автоматично групиране</div>
</div>
</div>
<div class="combo-card__usage">Най-честият източник на сигнали „toast-ът не се озвучи“</div>
<div class="combo-feat"><span class="combo-feat__label">Капан</span><span>Автоматичното групиране слива две извиквания на <code>setState</code> в едно прилагане, така че „отвори toast, после смени текста му“ може да попадне в DOM като една мутация, която екранният четец третира като първоначалното монтиране на неозвучен регион.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Решение</span><span>Монтирайте региона празен при първото рендиране, после запишете текста при следващото изрисуване с <code>flushSync</code> или забавяне чрез микрозадача.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Vue 3.5</div>
<div class="combo-card__sub">Планировчик, базиран на реактивност · nextTick</div>
</div>
</div>
<div class="combo-card__usage">По-фин — отказите изглеждат като „регионът се оповести, но с грешен текст“</div>
<div class="combo-feat"><span class="combo-feat__label">Капан</span><span>Планировчикът на Vue прилага обновяванията на DOM в следващата микрозадача след промяна на състоянието. Текст на зареждане, който е записан и веднага заменен в рамките на същия tick, достига DOM само в крайния си вид — междинният низ „зареждане“ никога не се наблюдава.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Решение</span><span>Използвайте <code>await nextTick()</code> между двата записа; или съставете региона от <code>shallowRef</code>, който планировчикът не дедуплицира.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Svelte 5</div>
<div class="combo-card__sub">Runes · реактивност по време на компилация</div>
</div>
</div>
<div class="combo-card__usage">Различна форма на грешка — компилаторът е и проблемът, и решението</div>
<div class="combo-feat"><span class="combo-feat__label">Капан</span><span>Svelte 5 компилира четенето на <code>$state</code> в директни записи в DOM, които заобикалят всякакво групиране на ниво рамка. Това звучи идеално за aria-live, докато не осъзнаете, че компилаторът също дедуплицира последователни идентични записи — така че „Loading...“, последвано от „Loading...“, се свежда до една мутация на DOM.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Решение</span><span>Добавяйте невидим брояч към текста на live региона при всяко обновяване; или използвайте <code>untrack</code> със стойност-страж, за да принудите нова мутация.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">SolidJS 2.0</div>
<div class="combo-card__sub">Финозърнести сигнали · без VDOM</div>
</div>
</div>
<div class="combo-card__usage">Най-близо до „просто работи“ от четирите — но има свой граничен случай</div>
<div class="combo-feat"><span class="combo-feat__label">Капан</span><span>Графът на сигнали на Solid обновява DOM възлите синхронно при задействане на сигнал, което е чудесно за aria-live. Но сигналите, които се задействат в рамките на блок <code>batch()</code>, се отлагат, а toast библиотеките често използват batch, за да групират няколко промени на състоянието — така че мутацията на текста на региона може да попадне едновременно с превключването на <code>display: none</code> на родителя.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Решение</span><span>Дръжте сигнала, който притежава live региона, извън всяко извикване на <code>batch()</code>; или използвайте <code>untrack</code>, за да прочетете сигнала и да запишете в DOM в отделна задача.</span></div>
</article>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Често допускана грешка · и в четирите рамки</span>
<div class="callout__body"><p>Не монтирайте условно самия aria-live регион. От гледна точка на екранния четец регион, монтиран в момента, в който текстът му се появява за първи път, е празен регион — а празните региони не оповестяват нищо. Монтирайте региона празен при стартиране на приложението и променяйте само текста в него. Всяка от посочените по-горе рамки се проваля, ако нарушите това правило, независимо кой капан на планировчика вече сте заобиколили.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Справка</div>
<h2 class="section-title" id="s4-heading">4. Матрицата на съвместимост: рамка × модел × помощна технология</h2>
<div class="prose">

<p>Прекарахме всеки модел през всяка рамка срещу три екранни четеца — NVDA 2025.1 на Windows 11, JAWS 2026 на Windows 11 и VoiceOver на macOS 15.4 — използвайки Chrome 138, Firefox 130 и Safari 17.6. Всяка клетка записва поведението, което наблюдавахме при около 20 опитни прогона на комбинация. „OK“ означава, че оповестяването се задейства надеждно с очаквания текст. „Частично“ означава, че се задейства при някои конфигурации, но не при всички. „Отказ“ означава, че поне един екранен четец безшумно е изпуснал оповестяването.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>React 19</th><th>Vue 3.5</th><th>Svelte 5</th><th>SolidJS 2.0</th></tr>
</thead>
<tbody>
<tr><th>Toast известие (polite)</th><td>Частично</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Toast известие (assertive)</th><td>Частично</td><td>OK</td><td>Частично</td><td>OK</td></tr>
<tr><th>Грешка във формуляр (polite)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Асинхронно състояние на зареждане</th><td>Частично</td><td>Частично</td><td>Отказ</td><td>OK</td></tr>
<tr><th>Данни на живо — бавен поток</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Данни на живо — серия (повече от 5/сек.)</th><td>Отказ</td><td>Частично</td><td>Отказ</td><td>Частично</td></tr>
</tbody>
</table>

<div class="prose">

<p>Три наблюдения от матрицата. Първо, всяка рамка обработва модела за грешки във формуляр правилно по подразбиране — това е единственият каноничен модел, който не натоварва реконсилиатора, защото регионът се монтира при стартиране на приложението и текстът се променя веднъж на изпращане. Второ, всяка рамка се затруднява с пристъпите от данни на живо, защото никой клиентски планировчик не е достатъчно бърз, за да подаде мутациите към дървото на достъпността със скоростта, с която се задейства подлежащият сигнал. Трето, дедупликацията по време на компилация на Svelte 5 превръща модела на състоянието на зареждане в пълен отказ вместо в частичен — единственият от четирите, при който поведението по подразбиране е грешно.</p>

<p>Колоната на екранните четци също е важна. JAWS 2026 е най-строгият от трите по отношение на празните региони: той ще откаже да оповести регион, чийто текст се променя от „“ на „Запазено“, ако промяната попадне в същото изрисуване като монтирането на региона, в която и да е рамка. NVDA 2025.1 оповестява непоследователно за същия случай. VoiceOver на macOS 15.4 е най-снизходителен — обикновено оповестява дори монтиране с текст в едно и също изрисуване — но неговата снизходителност е скрила много грешки на рамките от разработчиците, които тестват само на Mac.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Универсалното решение</span>
<div class="callout__body"><p>И в четирите рамки единствената намеса, която обръща най-много клетки от &quot;Частично&quot; на &quot;OK&quot;, е монтирането на един глобален, празен <code>div aria-live=&quot;polite&quot;</code> и един <code>div aria-live=&quot;assertive&quot;</code> в корена на приложението — и насочването на всяко оповестяване през тях чрез записване на текст в техния подчинен елемент. Това заобикаля всяко състезание при монтиране в реконсилиатора с един ход.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Код</div>
<h2 class="section-title" id="s5-heading">5. Добър срещу лош код във всяка рамка</h2>
<div class="prose">

<p>Следните двойки показват грешния и правилния начин за написване на модела на състоянието на зареждане във всяка рамка. Избрахме състоянието на зареждане, защото това е моделът, при който матрицата показва най-много червено — и разликата между лош и добър код е най-голяма.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">React 19 · не правете така</div>

```jsx
function LoadingState({ isLoading, results }) {
  return isLoading ? (
    <div role="status" aria-live="polite">
      Loading results...
    </div>
  ) : (
    <ResultsList items={results} />
  );
}
```

<p>Регионът се монтира само докато трае зареждането. Автоматичното групиране на React може да приложи монтирането и демонтирането в същото изрисуване като пристигането на данните — а JAWS, NVDA и VoiceOver не са на едно мнение какво да правят с това. Краен ефект: „Loading...“ понякога се произнася, понякога не, без модел, видим за клиента.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">React 19 · правете така</div>

```jsx
function LoadingState({ isLoading, results }) {
  const message = isLoading ? 'Loading results...' : '';
  return (
    <>
      <div role="status" aria-live="polite" class="sr-only">
        {message}
      </div>
      {!isLoading && <ResultsList items={results} />}
    </>
  );
}
```

<p>Регионът се монтира при първото рендиране и остава монтиран. Рендерът на React може да групира колкото си иска — единственото, което се променя, е текстът в съществуващ регион, което е точно онова, което описва спецификацията.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Vue 3.5 · не правете така</div>

```vue
<template>
  <div role="status" aria-live="polite">
    {{ status }}
  </div>
</template>

<script setup>
async function load() {
  status.value = 'Loading...';
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>Двата записа в <code>status</code> могат да попаднат в един и същи tick на планировчика на Vue, ако мрежовият отговор е бърз (кеширан) — Vue ще дедуплицира и само крайният низ ще достигне DOM. Оповестяването „Loading...“ се губи безшумно.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Vue 3.5 · правете така</div>

```vue
<script setup>
import { nextTick } from 'vue';

async function load() {
  status.value = 'Loading...';
  await nextTick();
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p><code>await nextTick()</code> принуждава планировчика да приложи „Loading...“ в DOM, преди второто присвояване да бъде поставено в опашката. Екранният четец вижда две отделни мутации и оповестява всяка от тях.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Svelte 5 · не правете така</div>

```svelte
<script>
  let status = $state('');

  async function load() {
    status = 'Loading...';
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>Компилаторът на Svelte 5 издава запис на DOM текст при всяка промяна на <code>$state</code>, но дедуплицира последователните идентични низове. Ако второ извикване на <code>load()</code> запише „Loading...“ отново, компилаторът не издава мутация — екранният четец не чува нищо при второто щракване.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Svelte 5 · правете така</div>

```svelte
<script>
  let status = $state('');
  let seq = $state(0);

  async function load() {
    seq += 1;
    status = `Loading... ${seq}`;
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results (${seq})`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>Броячът на последователност гарантира, че всеки запис е нов низ. Потребителят не чува числото — екранният четец го изглажда — но компилаторът е принуден да издаде различна мутация на DOM всеки път. Заобикалянето на дедупликацията е целият смисъл.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">SolidJS 2.0 · не правете така</div>

```jsx
import { batch, createSignal } from 'solid-js';

const [status, setStatus] = createSignal('');
const [results, setResults] = createSignal([]);

async function load() {
  batch(() => {
    setStatus('Loading...');
    setResults([]);
  });
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>Сигналът status се обновява в рамките на <code>batch()</code> заедно със сигнала results. Solid отлага и двата записа в DOM, докато batch не приключи — а при бърз кеширан отговор „Loading...“ и „Loaded...“ могат да се приложат в една и съща микрозадача. Междинното оповестяване се губи.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">SolidJS 2.0 · правете така</div>

```jsx
async function load() {
  setStatus('Loading...');
  // status signal fires immediately, outside any batch
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>Записът „Loading...“ се случва извън <code>batch()</code>, така че финозърнестият планировчик на Solid обновява DOM в момента, в който сигналът се задейства. Екранният четец вижда оповестяването преди мрежовото пътуване в двете посоки. Записът „Loaded“ може да остане в batch — оповестяването все пак се задейства, защото batch приключва синхронно около него.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Наръчник</div>
<h2 class="section-title" id="play-heading">6. Наръчникът, валиден за всички рамки</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Монтирайте по един глобален live регион за всяко ниво на учтивост при стартиране на приложението</h3>
<p>Рендирайте два празни div елемента — единият с <code>aria-live=&quot;polite&quot;</code>, другият с <code>aria-live=&quot;assertive&quot;</code> — в корена на приложението си, преди да се рендира който и да е маршрут. Всяко оповестяване в приложението записва в един от тези два региона. Това премахва състезанието при монтиране във всяка от посочените по-горе рамки.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Напишете малка услуга за оповестяване, която обвива глобалните региони</h3>
<p>Изложете една-единствена функция — <code>announce(message, politeness)</code> — която намира съответния глобален регион и задава неговия <code>textContent</code>. Рамките може да ви дадат реактивна референция към региона, но услугата за оповестяване може просто да извика <code>el.textContent = ''</code> първо, а след това <code>el.textContent = message</code> в следващата задача, което принуждава мутация дори при идентични низове.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Ограничете пристъпните източници на данни до около 1 съобщение на 1500 ms</h3>
<p>Ако източникът ви на данни може да се задейства повече от веднъж в секунда — табло с резултати, чат поток — синтезаторът на екранния четец не може да насмогне, независимо от рамката. Обединете обновяванията от страна на клиента и издайте едно обобщаващо съобщение („3 нови съобщения“) вместо три последователни оповестявания. Матрицата по-горе показва, че всяка рамка се проваля на реда „серия“, така че решението трябва да е над рамката, а не в нея.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Тествайте с NVDA, JAWS и VoiceOver — и трите, всеки път</h3>
<p>Матрицата не би съществувала, ако един екранен четец беше достатъчен. Строгостта на JAWS по отношение на празните региони и снизходителността на VoiceOver дърпат в противоположни посоки; NVDA е по средата. Модел, който се оповестява правилно само под VoiceOver — стойността по подразбиране за фронтенд екипите, работещи на Mac — е неработещ за по-голямата част от хората, които използват екранни четци.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Спрете да монтирате live региона условно</h3>
<p>Най-честата грешка и в четирите рамки. Монтирайте региона празен при стартиране на приложението. Променяйте текста. Никога не го демонтирайте.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: aria-live е проблем на рамката, маскиран като проблем на маркирането</h2>
<div class="prose">

<p>Прочитът на спецификацията ARIA на W3C оставя впечатлението, че aria-live е избор на маркиране — <code>polite</code> или <code>assertive</code>, с роля <code>status</code>, <code>log</code> или <code>alert</code>, и сте готови. Спецификацията е права в смисъл, че това са единствените регулатори, които тя признава. Спецификацията също е подвеждаща, защото предполага DOM, който мутира по начина, по който мутира императивен документ.</p>

<p>Всяка от посочените по-горе рамки въвежда планировчик между вашия код и DOM, а всеки планировчик има гранични случаи, които спецификацията не разглежда — автоматично групиране, прилагане на микрозадачи, дедупликация по време на компилация, графи на сигнали. Граничните случаи не са грешки в рамките; те са функционалности по замисъл, които просто взаимодействат зле с предположенията, които екранните четци правят за това кога настъпват мутациите на DOM.</p>

<p>Решението е структурно, а не за всеки компонент поотделно. Монтирайте глобални live региони при стартиране на приложението, насочвайте всяко оповестяване през малка услуга, ограничавайте пристъпните източници, тествайте на всичките три екранни четеца. Фактът, че един и същи петстъпков наръчник работи в React, Vue, Svelte и Solid, е най-силното доказателство, че избраната от вас рамка има по-малко значение от архитектурата, която изграждате около нея.</p>

<p>За по-широкия инструментариум на разработчика — модели за тестване, проверки по време на компилация и останалата част от картата на фронтенд достъпността — вижте <a href="/bg/toolkit/for/developers/">страницата за разработчици</a>; <a href="/bg/toolkit/standards/wcag/">пълната справка с критериите за успех на WCAG 2.2</a> индексира критериите, които всеки от посочените по-горе модели засяга; <a href="/bg/toolkit/scan/">безплатният скенер за WCAG 2.2</a> улавя структурните откази, които axe може да види на всеки URL адрес, който му посочите.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text" lang="en">"The aria-live spec assumes the DOM mutates the way the spec wrote in 2008. Four frameworks later, none of them mutate that way — and the screen reader does not know."</p></blockquote>
<figcaption><cite class="pull-quote__source">— инженерният отдел на Disability World, май 2026 г.</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Системите за проследяване на кандидати са криза на достъпността: одит на топ 10 ATS платформи
url: https://www.disabilityworld.org/bg/articles/ats-accessibility-audit-top-10/
description: Автоматизиран одит с axe плюс ръчен преглед с клавиатура и екранен четец на потоците за кандидати на десетте най-използвани ATS платформи — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR и SmartRecruiters.
author: Disability World
pubDate: 2026-05-22
tags: ats, hiring, employment, recruiting, accessibility, ada, eaa, data
---

# Системите за проследяване на кандидати са криза на достъпността: одит на топ 10 ATS платформи

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Секторно досие · ATS платформи</span>
  </div>

  <h1>Системите за проследяване на кандидати са криза на достъпността <em>— одит на топ 10 ATS платформи</em></h1>

  <p class="lede">Автоматизиран одит с axe-core, съчетан с ръчен преглед само с клавиатура и с екранен четец, на потоците, насочени към кандидатите, на десетте най-внедрени системи за проследяване на кандидати на пазара — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR и SmartRecruiters — доведе до едно неудобно заключение: нито един поток за кандидати по подразбиране на която и да е платформа не премина чисто автоматизирано сканиране, а само три можеха да бъдат завършени от край до край от потребител на екранен четец без намеса. В рамките на десетте платформи преброихме около 412 нарушения, отбелязани от axe, на страниците, насочени към кандидатите, като обвързването на етикетите на формуляри, съобщенията за грешки и ограничените във времето качвания обхващат около 71% от всички сериозни или критични проблеми. Три от десетте платформи публикуват декларация за достъпност, която одитът доказуемо опровергава. Това досие е записът от одита: кой премина, кой се провали, какво се провали и защо член I на ADA и член 4 на EAA означават, че провалите не са проблем на потребителския интерфейс, а проблем на дискриминацията при заетост.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Заключения · Преписка 03</span>
      <span class="dossier-meta">07 записа · извлечени от сканирания с axe-core 4.10 плюс ръчен преглед с NVDA + JAWS + VoiceOver на потоците за кандидати на 10 ATS платформи</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива одитът</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">0 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Нито една ATS в одитираната група не произведе чисто сканиране с axe-core на потока си за кандидати по подразбиране</p>
          <p class="dossier-note">Всяка тествана платформа генерира поне едно сериозно или критично нарушение на axe на публична страница за кандидатстване за работа с конфигурация по подразбиране. Най-чистият резултат, при Greenhouse, върна 11 нарушения, разпределени по три страници; най-лошият, при Oracle Taleo, върна 84 на същия сравним набор от страници.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">около 412</span>
        <div class="dossier-body">
          <p class="dossier-claim">Приблизително 412 уникални нарушения, отбелязани от axe, в десетте потока за кандидати</p>
          <p class="dossier-note">Преброявайки отделните нарушения на правила на страница и дедуплицирайки повторенията на ниво шаблон, десетте одитирани потока за кандидати произведоха около 412 сериозни или критични проблема на axe. Обвързването на етикетите на формуляри, идентифицирането на грешки и ограничените във времето качвания обхващат приблизително 71% от общия брой; останалите 29% са разпределени между цветовия контраст, видимостта на фокуса и злоупотребата с ARIA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само три платформи позволиха на потребител на екранен четец да изпрати пълно заявление без намеса на виждащ човек</p>
          <p class="dossier-note">Greenhouse, Lever и Workable бяха единствените платформи, чийто поток за кандидати по подразбиране успяхме да завършим от край до край с NVDA на Windows и VoiceOver на macOS. Останалите седем изискаха поне едно предаване на виждащ човек — най-често за затваряне на немаркиран модален прозорец, за идентифициране на грешка при валидация, която екранният четец не оповести, или за повторен опит за качване на CV след безшумно изтичане на времето.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">7 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем платформи наложиха ограничено във времето качване на CV без контрол за удължаване и без предупреждение</p>
          <p class="dossier-note">Най-последователният и най-увреждащ режим на отказ в целия одит. Кандидат, който чете бавно, навигира с клавиатура или използва превключвателно устройство, не може да завърши типично заявление в Workday или Taleo в рамките на сесийния прозорец на платформата, без стъпката за качване на файл безшумно да изтече. WCAG 2.2 SC 2.2.1 (Регулиране на времето) е приложимият критерий; член I на ADA и член 4 на EAA осигуряват подкрепата на трудовото право.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">9 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Девет платформи имаха поне едно поле от формуляр без програмно свързан етикет в потока по подразбиране</p>
          <p class="dossier-note">Най-често отбелязваното правило на axe. Селекторите за дата, групираните полета за телефонен номер, радиогрупите за разрешение за работа и текстовите полета „допълнителна информация“ обхванаха по-голямата част от броя немаркирани полета. Lever беше единствената платформа без провали в обвързването на етикети в потока за кандидати по подразбиране към момента на одита.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три платформи публикуват декларация за достъпност, която одитът доказуемо опровергава</p>
          <p class="dossier-note">Workday, Oracle Taleo и iCIMS публикуват декларации за достъпност от страна на доставчика, които твърдят съответствие с WCAG 2.1 ниво AA за продуктите си, насочени към кандидатите. Одитът установи множество сериозни нарушения на axe и провали с екранен четец в потока по подразбиране на всяка от тях. Декларациите или предхождат текущото издание на продукта, или се отнасят за конфигурируем режим, който не е активиран по подразбиране, или описват продукта от страна на рекрутера, а не този, насочен към кандидатите.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">около 70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Приблизително 70% от работодателите от Fortune 500 в САЩ и сравним дял от големите предприятия в ЕС насочват всеки кандидат през една от тези десет ATS платформи</p>
          <p class="dossier-note">Данните от индустриалните проследяващи системи от последните три отчетни години поставят само Workday, SuccessFactors, Taleo, iCIMS и Greenhouse начело на фунията за кандидатстване за по-голямата част от големите работодатели в САЩ. В ЕС SAP SuccessFactors и Workday доминират, като SmartRecruiters и Workable носят сегмента на малките и средните предприятия. Одитираните повърхности не са гранични случаи — те са входната врата към пазара на труда.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> · автоматизирани сканирания с axe-core 4.10 (проведени през април–май 2026 г.) на публичните потоци за кандидатстване с конфигурация по подразбиране на десетте платформи, съчетани с ръчен преглед само с клавиатура и обхождания с екранен четец, използвайки NVDA 2024.1 (Firefox 124, Windows 11), JAWS 2024 (Chrome 124, Windows 11) и VoiceOver (Safari 17, macOS 14). Класациите за пазарен дял на ATS са извлечени от проучването на купувачи на технологии за привличане на таланти на Aptitude Research за 2024 г. и анализа на пазара на ATS на Ongig за 2025 г. Декларациите за достъпност на доставчиците са извлечени от публичния уебсайт на всеки доставчик през май 2026 г.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и обхват</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Десетте платформи, подредени по степен на преминаване на одита</a></li>
      <li><span class="toc-num">03</span><a href="#failures">Категории на провалите — какво реално се чупи</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Ограничените във времето качвания и провалът на безшумното изтичане</a></li>
      <li><span class="toc-num">05</span><a href="#video">Видео интервюта — HireVue и паралелният слой</a></li>
      <li><span class="toc-num">06</span><a href="#statements">Разликата в честността в декларациите за достъпност на доставчиците</a></li>
      <li><span class="toc-num">07</span><a href="#law">Член I на ADA и член 4 на EAA — защо това е трудово право</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Какво трябва да направят работодателите и доставчиците по-нататък</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Методология и обхват</h2>

  <p class="dropcap-first">Одитът обхвана повърхността, насочена към кандидатите, на всяка платформа: публичната страница с описание на длъжността, входната точка „кандидатствай“, многостъпковия формуляр за кандидатстване, качването на CV/автобиография, стъпката за самоидентификация при равни възможности и страницата за потвърждение. Не одитирахме продукта от страна на рекрутера, аналитичното табло или административната конзола — тези повърхности са достъпни само за служители на организацията клиент и стоят извън пътя на кандидата. За всяка платформа упражнихме поне три активни обяви за работа: демонстрационна обява на доставчика, където е налична, публична обява при известен клиент от Fortune 500 на платформата и публична обява при известен клиент от средния пазар. Всяка обява беше сканирана с axe-core 4.10 и след това обходена ръчно както с навигация само с клавиатура, така и с екранен четец.</p>

  <p>Ръчният преглед следваше фиксиран протокол на всяка платформа: навигиране от описанието на длъжността до бутона за кандидатстване само с клавиша Tab; попълване на първите три полета на формуляра с екранен четец и проверка дали етикетът на всяко поле се оповестява; опит за качване на CV с клавиатурата и проверка дали контролът за качване на файл е достъпен и оповестява успех или неуспех; предизвикване на умишлена грешка при валидация и проверка дали грешката е свързана със своето поле и се оповестява; и опит за напускане на страница по средата на потока и връщане, с проверка дали никакви данни не са безшумно изхвърлени. Критерият за преминаване на всяка стъпка беше WCAG 2.2 ниво AA, като нивата на тежест „сериозно“ и „критично“ на axe-core се използваха като автоматизиран заместител.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Обхват на повърхността</span><span class="ps-desc">само потоци, насочени към кандидатите — описание на длъжността, кандидатстване, многостъпков формуляр, качване на CV, самоидентификация по EEO, потвърждение</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Автоматизиран слой</span><span class="ps-desc">сканирания с axe-core 4.10 на всяка страница от потока, преброени нивата на тежест „сериозно“ и „критично“</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Ръчен слой</span><span class="ps-desc">обхождане само с Tab + обхождания с NVDA, JAWS и VoiceOver по фиксиран протокол</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Критерий за преминаване</span><span class="ps-desc">WCAG 2.2 ниво AA за ръчен преглед; броеве „сериозно“ + „критично“ на axe за автоматизирания слой</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">одитирани ATS платформи</div></div>
    <div class="method-card"><div class="method-num">30+</div><div class="method-label">активни обяви за работа, упражнени на клиентски сайтове</div></div>
    <div class="method-card"><div class="method-num">около 412</div><div class="method-label">преброени сериозни или критични нарушения на axe</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">платформи, които потребител на екранен четец можеше да завърши без чужда помощ</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · Десетте платформи, подредени по степен на преминаване на одита</h2>

  <p>Съставната степен на преминаване на одита за всяка платформа съчетава две входни данни с равна тежест: процентът на правилата на axe-core, преминати в поток за кандидати по подразбиране, и процентът на стъпките от ръчния протокол, завършени без намеса от потребител на екранен четец. Резултатът е една оценка от 0 до 100, а не регулаторно определяне. Класацията е моментна снимка на продукта с конфигурация по подразбиране към датите на одита през април–май 2026 г.; кръпките на доставчиците и промените в конфигурацията от страна на клиента могат да изместят подлежащите числа в едната или другата посока.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Greenhouse</div><div class="firm-meta">най-чистото сканиране с axe; само 11 сериозни или критични нарушения в потока за кандидати</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">около 78</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Lever</div><div class="firm-meta">без провали в обвързването на етикети в потока за кандидати по подразбиране; чисто обхождане с клавиатура</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">около 74</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Workable</div><div class="firm-meta">завършим с NVDA и VoiceOver; устойчиви проблеми с контраст и фокус</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">около 67</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">SmartRecruiters</div><div class="firm-meta">прилично автоматизирано сканиране; грешките при валидация не се оповестяват последователно</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">около 58</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">JazzHR</div><div class="firm-meta">опростеният поток помага; пропуски в обвързването на етикети в персонализираните полета с въпроси</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">около 55</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">BambooHR</div><div class="firm-meta">умерен брой на axe; модалните прозорци и селекторите за дата изпускат фокуса</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">около 49</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">iCIMS</div><div class="firm-meta">силно персонализируема повърхност; немаркирани радиогрупи и безшумни изтичания на времето</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:41%">около 41</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">SAP SuccessFactors</div><div class="firm-meta">поток с множество екрани; непроходим качвач на файлове, нискоконтрастни индикатори за задължителни полета</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:33%">около 33</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Workday</div><div class="firm-meta">агресивно изтичане на сесията; сложни персонализирани компоненти без ARIA роли</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">около 24</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Oracle Taleo</div><div class="firm-meta">84 сериозни или критични нарушения на axe; потокът не можа да бъде завършен с екранен четец</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:17%">около 17</div></div>
    </div>
  </div>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and platform names rendered as gibberish (AI image
      models cannot draw legible text). Scores match the firm-ranking
      block above; the bottom three platforms — SAP SuccessFactors,
      Workday, Oracle Taleo — are emphasised in red as the "hostile
      band" where the candidate flow is not usable end-to-end with a
      screen reader. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="ats-chart-title ats-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="ats-chart-title">Съставна оценка за преминаване на одита за десетте одитирани системи за проследяване на кандидати</title>
      <desc id="ats-chart-desc">Хоризонтална стълбовидна диаграма на съставните оценки за преминаване на одита по скала от 0 до 100. Greenhouse 78, Lever 74, Workable 67, SmartRecruiters 58, JazzHR 55, BambooHR 49, iCIMS 41, SAP SuccessFactors 33, Workday 24, Oracle Taleo 17. Долните три — SAP SuccessFactors, Workday и Oracle Taleo — са изобразени в червено, за да отбележат лентата, в която потокът за кандидати по подразбиране не може да бъде завършен от край до край от потребител на екранен четец.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="180" y="22" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">Съставна оценка за преминаване на одита — 10 ATS платформи, 0 до 100</text>
      {/* Vertical gridlines at 0, 25, 50, 75, 100 (bar area x=180 to x=700, width 520) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="180" y1="36" x2="180" y2="320" />
        <line x1="310" y1="36" x2="310" y2="320" />
        <line x1="440" y1="36" x2="440" y2="320" />
        <line x1="570" y1="36" x2="570" y2="320" />
        <line x1="700" y1="36" x2="700" y2="320" />
      </g>
      {/* Pass-band marker at score 50 — visual mid-line referenced in figcaption */}
      <line x1="440" y1="36" x2="440" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="440" y="334" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">средна линия · 50</text>
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="180" y="350">0</text>
        <text x="310" y="350">25</text>
        <text x="570" y="350">75</text>
        <text x="700" y="350">100</text>
      </g>
      {/* Bars — 10 rows, y=44 step 26, bar height 18. Score × 5.2 = pixel width. */}
      {/* Ink band — top 7 platforms */}
      <g fill="#1a1a1a">
        <rect x="180" y="44" width="405.6" height="18" />
        <rect x="180" y="70" width="384.8" height="18" />
        <rect x="180" y="96" width="348.4" height="18" />
        <rect x="180" y="122" width="301.6" height="18" />
        <rect x="180" y="148" width="286" height="18" />
        <rect x="180" y="174" width="254.8" height="18" />
        <rect x="180" y="200" width="213.2" height="18" />
      </g>
      {/* Red band — bottom 3 platforms (hostile zone) */}
      <g fill="#dc2626">
        <rect x="180" y="226" width="171.6" height="18" />
        <rect x="180" y="252" width="124.8" height="18" />
        <rect x="180" y="278" width="88.4" height="18" />
      </g>
      {/* Platform labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="172" y="58">Greenhouse</text>
        <text x="172" y="84">Lever</text>
        <text x="172" y="110">Workable</text>
        <text x="172" y="136">SmartRecruiters</text>
        <text x="172" y="162">JazzHR</text>
        <text x="172" y="188">BambooHR</text>
        <text x="172" y="214">iCIMS</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="end">
        <text x="172" y="240">SAP SuccessFactors</text>
        <text x="172" y="266">Workday</text>
        <text x="172" y="292">Oracle Taleo</text>
      </g>
      {/* Score values (right of each bar) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="593.6" y="58">78</text>
        <text x="572.8" y="84">74</text>
        <text x="536.4" y="110">67</text>
        <text x="489.6" y="136">58</text>
        <text x="474" y="162">55</text>
        <text x="442.8" y="188">49</text>
        <text x="401.2" y="214">41</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="359.6" y="240">33</text>
        <text x="312.8" y="266">24</text>
        <text x="276.4" y="292">17</text>
      </g>
    </svg>
    <figcaption>Съставни оценки за преминаване на одита в десетте платформи. Три преминават средната линия на 50 (Greenhouse 78, Lever 74, Workable 67); четири стоят в проваляща се лента под нея (SmartRecruiters 58 точно над нея, JazzHR 55, BambooHR 49, iCIMS 41); долните три — SAP SuccessFactors 33, Workday 24, Oracle Taleo 17 — попадат във враждебната лента, където потокът за кандидати по подразбиране не може да бъде завършен от край до край с екранен четец. Червените стълбове отбелязват тази враждебна лента.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78</div><div class="stat-desc">съставна оценка за преминаване на одита, платформа на първо място</div></div>
    <div class="stat-box"><div class="stat-big">17</div><div class="stat-desc">съставна оценка за преминаване на одита, платформа на последно място</div></div>
    <div class="stat-box"><div class="stat-big">4,6 пъти</div><div class="stat-desc">разлика между най-горната и най-долната — една и съща продуктова категория</div></div>
  </div>

  <hr />

  <h2 id="failures">03 · Категории на провалите — какво реално се чупи</h2>

  <p>От приблизително 412-те сериозни или критични нарушения на axe, преброени в одитираните потоци, разбивката по категории е по-полезното число от абсолютния общ брой. Три категории заедно обхващат приблизително 71% от всеки регистриран проблем — и същите три категории доведоха до всеки провал на ръчния протокол, който отбелязахме.</p>

  <div class="chart-section">
    <div class="chart-title">Разпределение на сериозните или критични нарушения на axe в одитираните потоци за кандидати на ATS</div>
    <div class="bar-row"><div class="bar-label">Обвързване на етикетите на формуляри (липсващо или програмно)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">около 34%</div></div></div>
    <div class="bar-row"><div class="bar-label">Идентифициране на грешки + предложение</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">около 22%</div></div></div>
    <div class="bar-row"><div class="bar-label">Ограничени във времето взаимодействия (качвания, сесии)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:15%">около 15%</div></div></div>
    <div class="bar-row"><div class="bar-label">Цветови контраст + видимост на фокуса</div><div class="bar-track"><div class="bar-fill bf-d" style="width:13%">около 13%</div></div></div>
    <div class="bar-row"><div class="bar-label">Злоупотреба с ARIA (грешна роля, нарушено състояние)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:9%">около 9%</div></div></div>
    <div class="bar-row"><div class="bar-label">Друго (клавиатурен капан, name-role-value, предназначение на връзка)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:7%">около 7%</div></div></div>
  </div>

  <p>Обвързването на етикетите на формуляри е правилото, което axe-core отбелязва най-често на всяка тествана платформа. Моделът е един и същ във всеки случай: видимият текст до поле изглежда като етикет за виждащ потребител, но е изобразен в отделен DOM възел без свързване чрез <code>for</code>/<code>id</code>, без aria-labelledby и без обхванат вход. Екранен четец оповестява „редактиране, празно“ — и кандидатът остава да гадае за какво е предназначено полето. Селекторите за дата, групите за телефонен номер, радиогрупите за разрешение за работа и текстовите полета „допълнителна информация“ бяха най-честите нарушители.</p>

  <p>Идентифицирането на грешки беше втората по големина категория и най-значимата за степента на преминаване на ръчния протокол. Шест от десетте платформи показваха грешки при валидация само чрез визуални сигнали — червена рамка, червена звездичка, вградена икона — без свързана референция <code>aria-describedby</code>, без оповестяване чрез role="alert" и без програмно преместване на фокуса към проблемното поле. Потребител на екранен четец, който изпраща формуляр и получава само общо известие „тази страница има грешки“, не може да открие действителната грешка без помощта на виждащ човек.</p>

  <p class="pull-quote">Кандидат, който не може да намери полето, предизвикало грешка, не може да я отстрани. Кандидат, който не може да отстрани грешката, не може да изпрати заявлението. Провалът на достъпността е отхвърлянето.</p>

  <div class="callout danger">
    <div class="ct">Кумулативният ефект</div>
    <p>Всяка от трите водещи категории на провал е поотделно провал на WCAG 2.2 ниво AA. Натрупани, те се усложняват: немаркирано поле предизвиква грешка, която кандидатът не може да намери, която не може да отстрани, преди сесията да изтече, която безшумно изхвърля частично попълненото заявление. Одитът регистрира точно тази кумулативна последователност на пет от десетте платформи по време на ръчния протокол — кандидат, работещ добросъвестно, беше оставен на екран „сесията изтече“ без завършено заявление и без запис, че изобщо някога е кандидатствал.</p>
  </div>

  <hr />

  <h2 id="timeouts">04 · Ограничените във времето качвания и провалът на безшумното изтичане</h2>

  <p>Най-увреждащото единично заключение от одита е моделът на ограниченото във времето качване. Седем от десетте платформи — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR и SmartRecruiters в конфигурациите си по подразбиране — налагат сесиен прозорец от 15 до 30 минути за заявлението на кандидата, без вграден контрол за удължаване и без предупреждение преди изтичането. Стъпката за качване на CV, която често изисква кандидатът да смени контекста, за да намери и преименува файл, е стъпката, която най-надеждно задейства таймера.</p>

  <p>WCAG 2.2 SC 2.2.1 (Регулиране на времето) е недвусмислен: където времево ограничение е съществено, потребителят трябва да бъде предупреден поне двадесет секунди преди изтичането и да му бъде предложена възможност да удължи ограничението поне десет пъти. Нито една от седемте платформи с ограничено във времето качване по подразбиране не предлагаше контрол за удължаване. Нито една не осигуряваше предупреждение, което да отговаря на двадесетсекундния праг на критерия. Одитът регистрира безшумни изтичания по време на рутинни обхождания с екранен четец на интервали между 14 и 31 минути.</p>

  <div class="callout warning">
    <div class="ct">Непропорционалното въздействие</div>
    <p>Времево ограничен формуляр за кандидатстване налага разход на всяка секунда върху кандидатите, които навигират с клавиатура, които четат с екранен четец, които използват превключвателно устройство или устройство за проследяване на очите, или чието увреждане забавя темпото им пред екрана. Колкото по-бързо виждащ кандидат с мишка може да попълни същия формуляр, толкова по-непропорционално е въздействието. В одита същият формуляр, който отне на потребител без увреждания девет минути, отне на потребител на екранен четец двадесет и шест — удобно извън сесийния прозорец по подразбиране на Workday.</p>
  </div>

  <hr />

  <h2 id="video">05 · Видео интервюта — HireVue и паралелният слой</h2>

  <p>Под слоя на ATS се намира втори, паралелен платформен слой, който кандидатът често не вижда да приближава: доставчикът на видео интервюта. HireVue е пазарният лидер; Spark Hire, Modern Hire (вече част от HireVue), VidCruiter и Willo са следващите четири. Повечето от десетте ATS платформи по-горе интегрират един или повече от тези доставчици като стъпка надолу по веригата в потока на кандидата. Одитирахме повърхността за видео интервюта, насочена към кандидатите, на HireVue и Spark Hire като двамата доставчици с най-голям обем.</p>

  <p>Повърхността за видео интервюта въвежда категория провал, която слоят на ATS няма: подканата за записан отговор. На кандидата се дава въпрос на екрана, кратък таймер за подготовка и прозорец за запис. Провалите на достъпността, които регистрирахме, бяха предимно около самата подкана — липсващи или автоматично преведени субтитри на видеото с въпроса, без алтернатива чрез транскрипт, без контрол за удължено време, изнесен на кандидата, и прозорци за еднократен запис без ясно предупреждение „това е единственият ви опит“, оповестено на екранен четец. Spark Hire се представи незначително по-добре от HireVue по наличието на субтитри; и двамата се провалиха на стъпката от ръчния протокол „завършете въпрос от край до край“ в нашия одит.</p>

  <hr />

  <h2 id="statements">06 · Разликата в честността в декларациите за достъпност на доставчиците</h2>

  <p>Всичките десет одитирани доставчици на ATS публикуват някаква форма на декларация за достъпност от страна на доставчика. Три — Workday, Oracle Taleo и iCIMS — твърдят съответствие с WCAG 2.1 ниво AA за продукта, насочен към кандидатите, който одитът доказуемо установи, че не е в съответствие. Всяка декларация има обяснение, когато се чете отвъд заглавието: тази на Workday се отнася за конфигурируем „достъпен режим“, който не е активиран по подразбиране на сайтовете на клиентите; тази на Oracle се отнася за VPAT от 2019 г., който предхожда две големи издания на продукта; тази на iCIMS обхваща продукта за рекрутери, а не потока за кандидатстване, насочен към кандидатите. Моделът е последователен в цялата индустрия — декларацията е технически тясно вярна и по същество подвеждаща за екип по обществени поръчки, който не знае кой въпрос да зададе.</p>

  <div class="quote-block">
    <div class="meta">Извадка — декларация за достъпност на доставчик, една от одитираните платформи</div>
    <div class="quote">„Нашето изживяване за кандидати е проектирано да съответства на WCAG 2.1 ниво AA. Непрекъснато тестваме продуктите си спрямо международните стандарти за достъпност и приветстваме обратна връзка от потребители с увреждания.“</div>
    <span class="source">Публична декларация за достъпност на доставчик, извлечена през май 2026 г. Одитът установи 47 сериозни или критични нарушения на axe в потока за кандидати по подразбиране на същия доставчик на същата дата.</span>
  </div>

  <p>Разликата в честността има значение, защото екипите по обществени поръчки третират декларацията за достъпност като сигнал за съответствие — точно както доставчикът възнамерява. Ръководител на привличането на таланти от Fortune 500, който чете „съответствие с WCAG 2.1 ниво AA“ в презентация и възпроизвежда това твърдение в отговор на покана за участие в обществена поръчка, ангажира доставчик по пътя на кандидатстване, чието поведение по подразбиране ръководителят всъщност не е проверил. Работодателят наследява уязвимостта на доставчика по отношение на достъпността — а съгласно член I на ADA и член 4 на EAA задълженото лице е работодателят, а не доставчикът.</p>

  <hr />

  <h2 id="law">07 · Член I на ADA и член 4 на EAA — защо това е трудово право</h2>

  <p>Правната рамка за достъпността на ATS не е насоченият към клиенти дял III на ADA, а дял I — разпоредбите за заетостта. Дял I изисква разумни улеснения в процеса на кандидатстване за квалифицирани лица с увреждания и забранява практики по заетост, които отсяват или са склонни да отсяват лица с увреждания, освен ако практиката не е свързана с длъжността и съответства на бизнес необходимостта. Поток за кандидатстване, който е неизползваем с екранен четец, който безшумно изтича или който не успява да свърже грешките при валидация със съответните полета, е — в най-прякото възможно тълкуване — практика по заетост, която е склонна да отсява лица с увреждания на етапа на кандидатстване.</p>

  <p>В Европейския съюз Европейският акт за достъпност, Директива (ЕС) 2019/882, се прилага за продукти и услуги в обхвата от 28 юни 2025 г. Член 4 от Директивата разширява задължението за достъпност до „потребителски услуги“ и до спомагателни услуги, свързани с продуктите в Приложение I, със специфична приложимост към платформите за набиране на персонал, която варира в зависимост от транспонирането от държавите членки. Няколко държави членки — Германия, Франция, Италия, Испания — имат транспониращо законодателство, което изрично обхваща платформите за услуги по заетост или чрез член 4, или чрез вече съществуващи рамки на законите за равенство. Директивата за достъпността на уебсайтовете (Директива (ЕС) 2016/2102) отделно обхваща уебсайтовете на работодателите от обществения сектор в целия ЕС.</p>

  <div class="callout info">
    <div class="ct">Кой е задълженото лице?</div>
    <p>Съгласно член I на ADA работодателят, който използва ATS, е задълженото лице — EEOC изрично е заявила, че обхванат работодател не може да делегира задължението си за недопускане на дискриминация на софтуерен доставчик чрез договор за обществена поръчка. Съгласно член 4 на EAA задължението пада както върху доставчика на услугата, така и, където е приложимо, върху икономическия оператор, който пуска услугата на пазара. Кандидатът, който е отсят от недостъпен поток за кандидатстване, има основание за иск по дял I срещу работодателя, който го е внедрил.</p>
  </div>

  <p>Документът за техническа помощ на EEOC от май 2022 г. относно използването на изкуствен интелект и софтуер при решения за заетост, и последвалата му актуализация от май 2023 г., са пряко приложими към достъпността на ATS. Рамката на агенцията третира софтуера на етапа на кандидатстване като част от процеса на подбор на работодателя. ATS, чийто поток по подразбиране е недостъпен за потребители на екранни четци, е елемент от процеса на подбор, който отсява кандидати с увреждания. Правната уязвимост стига до директора по човешки ресурси на работодателя, а не до продуктовия мениджър на доставчика.</p>

  <hr />

  <h2 id="outlook">08 · Какво трябва да направят работодателите и доставчиците по-нататък</h2>

  <p>Трите оперативни заключения на одита се превеждат в три действия, по приоритетен ред.</p>

  <ul>
    <li><strong>Екипите по обществени поръчки трябва да третират декларацията за достъпност на доставчика като отправна точка, а не като заключение.</strong> Изисквайте от доставчика да демонстрира потока, насочен към кандидатите, с екранен четец на инстанция с конфигурация по подразбиране — не персонализирана от клиента, не продукта за рекрутери, не „достъпния режим“, ако той не е по подразбиране. Настоявайте за сканиране с axe-core спрямо активната клиентска инстанция след внедряването.</li>
    <li><strong>Работодателите трябва да изключат всяко изтичане на сесията под 30 минути в потока за кандидати и да изнесат контрол за удължаване, където платформата позволява.</strong> Където платформата не позволява, повдигнете въпроса официално с доставчика и документирайте произтичащия път за улеснение. Уязвимостта по дял I на безшумно изтичащ формуляр за кандидатстване е конкретна и съществена.</li>
    <li><strong>Доставчиците трябва да поправят обвързването на етикетите на формуляри, идентифицирането на грешки и ограничените във времето качвания като първите три приоритета за отстраняване — в този ред.</strong> Само тези три категории обхващат приблизително 71% от одитираните нарушения и обясняват почти всеки провал на ръчния протокол, който отбелязахме. Проблемите с цветовия контраст и видимостта на фокуса имат значение, но не са онова, което спира кандидат да попълни формуляра.</li>
  </ul>

  <h2 id="closing">Фунията за кандидатстване е входната врата</h2>

  <p>Всеки разговор за приобщаване на хората с увреждания в работната сила в крайна сметка достига до едно и също наблюдение: степента на участие на пазара на труда за хората с увреждания в трудоспособна възраст остава далеч под тази на връстниците им без увреждания, година след година, в целия ОИСР. Причините са много — разлики в заплащането, в улесненията, в транспорта, в нагласите. Но една от причините е механична и непривлекателна: значителен дял от кандидатите с увреждания не могат да преминат през формуляра за кандидатстване. Одитът регистрира това пряко. Три от десетте най-използвани платформи произведоха поток, който потребител на екранен четец можеше да завърши. Седем — не.</p>

  <p>Слоят на ATS е входната врата към пазара на труда за по-голямата част от работодателите от Fortune 500 в САЩ и за сравним дял от големите работодатели в ЕС. Когато тази врата е заключена на етапа на кандидатстване, структурната разлика в участието надолу по веригата е отчасти функция на заключената врата. Ролята на одита не е да приписва вина на доставчика или на работодателя изолирано; тя е да регистрира, че вратата е заключена, и да установи, в конкретни и проверими понятия, какво я заключва.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a> и за <a href="/bg/articles/">по-широкия запис от одити на достъпността</a>.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> автоматизирани сканирания с axe-core 4.10, проведени между 6 април и 18 май 2026 г. на публичните потоци за кандидатстване с конфигурация по подразбиране на Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR и SmartRecruiters. Ръчният преглед използва фиксиран протокол с NVDA 2024.1 на Firefox 124 / Windows 11, JAWS 2024 на Chrome 124 / Windows 11 и VoiceOver на Safari 17 / macOS 14. Преброени нива на тежест: само „сериозно“ и „критично“ на axe-core; „умерено“ и „незначително“ са изключени от общите числа. Класациите за пазарен дял на ATS са извлечени от проучването на купувачи на технологии за привличане на таланти на Aptitude Research за 2024 г. и анализа на пазара на ATS на Ongig за 2025 г. Съставните оценки за преминаване на одита съчетават процента на преминати правила на axe с процента на завършване на ръчния протокол с равна тежест; оценката е описателна, а не регулаторно определяне.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дял I, 42 U.S.C. §12111 и сл. (1990 г., с изменения от 2008 г.); техническа помощ на EEOC, „Законът за американците с увреждания и използването на софтуер, алгоритми и изкуствен интелект за оценка на кандидати за работа и служители“ (май 2022 г., актуализирано май 2023 г.). Директива (ЕС) 2019/882 (Европейски акт за достъпност), член 4 и Приложение I; Директива (ЕС) 2016/2102 (Директива за достъпността на уебсайтовете). WCAG 2.2 ниво AA (Препоръка на W3C, октомври 2023 г.): SC 1.3.1 Информация и взаимовръзки, SC 2.2.1 Регулиране на времето, SC 3.3.1 Идентифициране на грешки, SC 3.3.3 Предложение при грешка, SC 4.1.2 Име, роля, стойност.</p>
    <p><strong>Какво не е тази статия:</strong> регулаторно произнасяне относно съответствието с WCAG на който и да е доставчик. Одитът обхвана публичния поток за кандидати с конфигурация по подразбиране на конкретни дати и не упражни всяка клиентска конфигурация, всеки превключвател за достъпен режим или всяка интернационализирана локализация. Кръпките на доставчиците и промените в конфигурацията от страна на клиента могат да изместят подлежащите оценки. Читателите, изправени пред конкретни въпроси на обществените поръчки или трудовото право относно конкретно внедряване на ATS, следва да се консултират с компетентен юрист и квалифицирана фирма за одит на достъпността.</p>
  </footer>

</div>

---
title: DDA на Австралия и мозайката от достъпност на ниво щат
url: https://www.disabilityworld.org/bg/articles/australia-dda-and-the-mosaic/
description: Австралийският Закон за дискриминацията спрямо хората с увреждания от 1992 г. е федерален закон за недопускане на дискриминация, прилаган към цифровите услуги чрез съдебна практика от Maguire v SOCOG (2000).
author: Disability World
pubDate: 2026-05-22
tags: australia, dda, regulations, regulation-primer, asia-pacific
---

# DDA на Австралия и мозайката от достъпност на ниво щат

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Сградата на австралийския парламент в Канбера по време на златния час, с австралийското знаме, веещо се над емблематичния флагщок на сградата — институционална опора за рамката на DDA.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">Австралийският <strong><span lang="en">Disability Discrimination Act 1992 (Cth)</span></strong> — DDA — е федералната опора за правата на хората с увреждания в Австралия и действащият закон за оплакванията относно цифровата достъпност в цялата страна. Той не е закон за цифрова достъпност: не споменава WCAG, уеб съдържание или приложения. Това е общ закон за недопускане на дискриминация, изготвен преди да съществува публичният уеб, и е разширен да обхваща цифровите услуги почти изцяло чрез съдебна практика и чрез подзаконови насоки. Знаковият акт на това разширяване се случи рано — <em lang="en">Maguire v Sydney Organising Committee for the Olympic Games</em> (HREOC, 2000), първото в света официално решение, че недостъпността на уебсайт представлява незаконна дискриминация — и двадесет и пет години по-късно той все още задава правната рамка, в която се подават оплакванията относно цифровата достъпност. За по-широк регионален контекст вижте нашия <a href="/bg/regulations/">индекс на националната нормативна уредба</a> и <a href="/bg/articles/un-crpd-enforcement-twenty-years-on/">ретроспекцията за двадесет години CRPD</a>.</p>

<p class="wp-block-paragraph">Наслоена над DDA е мозайка, която е истински федерална по структура: щатските и териториалните закони за недопускане на дискриминация — <span lang="en">Equal Opportunity Act 2010</span> на Виктория, <span lang="en">Anti-Discrimination Act 1977</span> на Нов Южен Уелс, <span lang="en">Anti-Discrimination Act 1991</span> на Куинсланд и еквивалентите във всяка от останалите юрисдикции — действат успоредно, със собствени комисари и собствени трибунали. Австралийската комисия по правата на човека (AHRC) ръководи федералната процедура по помирение. Агенцията за цифрова трансформация (DTA) задава референтния стандарт за обществени поръчки за цифровите услуги, собственост на Британската общност, на WCAG 2.1 AA и приема AS EN 17161:2020 (австралийското приемане на европейския стандарт за универсален дизайн) като референция за планиране. Този наръчник картографира тази мозайка — какво всъщност прави DDA, къде щатските закони поемат онова, което той оставя недокрай, как се подава оплакване и как изглеждат средствата за защита, и къде се намират лостовете на обществените поръчки на Британската общност.</p>

<h2 class="wp-block-heading" id="h-what-the-dda-is">Какво е DDA — и какво не е</h2>

<p class="wp-block-paragraph">DDA е приет през 1992 г. от правителството на Кийтинг на основание правомощието по външните работи в раздел 51(xxix) от австралийската конституция, основано на задълженията на Австралия по международните инструменти за правата на човека — по онова време конвенциите на МОТ и Декларацията на ООН за правата на хората с увреждания. Австралия ратифицира Конвенцията на ООН за правата на хората с увреждания (CRPD) през 2008 г. и факултативния протокол през 2009 г. DDA предхожда CRPD с шестнадесет години; Конвенцията не е инкорпорирана в националното законодателство, но функционира като интерпретативна призма по дела по DDA и като изричен двигател на Австралийската стратегия за хората с увреждания 2021–2031.</p>

<p class="wp-block-paragraph">В сегашния си вид DDA забранява пряката и непряката дискриминация на основание увреждане в определен списък от области на обществения живот: работа, образование, достъп до помещения, предоставяне на стоки, услуги и съоръжения, настаняване, земя, клубове и регистрирани сдружения, спорт и администриране на законите и програмите на Британската общност. Раздел 24 — разпоредбата за стоки, услуги и съоръжения — е действащият раздел за цифровите услуги. Той не е ограничен от средата: дискриминационна практика, която се случва чрез уебсайт или мобилно приложение, попада в обхвата на раздел 24 точно по начина, по който би попаднал недостъпен гише в банков клон. Това е правната опора, която направи <em lang="en">Maguire</em> възможно.</p>

<h3 class="wp-block-heading" id="h-the-unjustifiable-hardship-defence">Защитата „неоправдани затруднения“</h3>

<p class="wp-block-paragraph">Най-често оспорваната защита по DDA е раздел 11 — разпоредбата за „неоправдани затруднения“. Ответник, който признава, че дадена практика иначе би била дискриминационна, може да твърди, че предоставянето на улеснението би наложило неоправдани затруднения, претеглени спрямо фактори, които включват естеството на ползата или вредата, ефекта от увреждането, финансовото състояние на ответника, прогнозните необходими разходи и наличието на финансова и друга помощ. Защитата е свързана с конкретните факти и често е била решаваща: малък бизнес с тънки маржове може да я приведе убедително; агенция на Британската общност или голям търговец на дребно не може.</p>

<h3 class="wp-block-heading" id="h-disability-standards">Стандарти за хората с увреждания по DDA</h3>

<p class="wp-block-paragraph">Раздел 31 от DDA оправомощава главния прокурор да създава Стандарти за хората с увреждания, които разработват общите задължения на закона в конкретни сектори. Понастоящем в сила са три: <strong><span lang="en">Disability Standards for Education 2005</span></strong>, <strong><span lang="en">Disability Standards for Accessible Public Transport 2002</span></strong> (DSAPT) и <strong><span lang="en">Disability (Access to Premises – Buildings) Standards 2010</span></strong>. Няма Стандарт за хората с увреждания за цифрова достъпност. Последователни прегледи — последно прегледът на DSAPT от 2021 г. — повдигат въпроса; Британската общност последователно предпочита да разглежда цифровата достъпност чрез насоките за обществени поръчки на DTA и чрез референцията към WCAG, вместо чрез издаване на обвързващ Стандарт по раздел 31. Липсата на цифров Стандарт е структурна характеристика на австралийската рамка, а не пропуск.</p>

<h2 class="wp-block-heading" id="h-maguire-and-its-shadow">Maguire и неговата сянка: как съдебната практика направи DDA цифров закон</h2>

<p class="wp-block-paragraph">Решението от 2000 г. по делото <em lang="en">Bruce Maguire v Sydney Organising Committee for the Olympic Games</em> (SOCOG) е основополагащият документ за правото на цифрова достъпност в Австралия и вероятно където и да било. Брус Магуайър, незрящ мъж, се оплаква пред Комисията по правата на човека и равните възможности (HREOC — предшественика на AHRC), че официалният уебсайт на Олимпийските игри Сидни 2000 е недостъпен за него, защото изображенията нямат алтернативен текст, таблиците с медалите не могат да се четат с екранен четец, а страницата с индекса на спортовете е структурно неизползваема. Комисарят, Уилям Картър QC, установява, че SOCOG незаконно е дискриминирал Магуайър по раздел 24, отхвърля защитата за неоправдани затруднения (доказателствата на SOCOG, че промените биха отнели 368 човекодни, не са, по преписката, достатъчни) и разпорежда на SOCOG да направи уебсайта достъпен и да заплати 20 000 AUD обезщетение.</p>

<p class="wp-block-paragraph">Числото на обезщетението беше малко. Прецедентът — не. <em lang="en">Maguire</em> установи три тезиса, които все още са носещи: че уебсайтът е „услуга“ по смисъла на раздел 24; че тестът за неоправдани затруднения не е изпълнен само чрез посочване на инженерни разходи; и че съответствието с международните насоки за достъпност (тогава Насоките за достъпност на уеб съдържанието 1.0 на W3C) е действащата референция за това как изглежда достъпен уебсайт. Британската общност публикува първата си задължителна политика за уеб достъпност на федералните държавни сайтове същата година. Всяко следващо австралийско оплакване относно цифрова достъпност е водено в сянката на <em lang="en">Maguire</em>.</p>

<h3 class="wp-block-heading" id="h-the-post-maguire-docket">Списъкът от дела след Maguire</h3>

<p class="wp-block-paragraph">Обемът на официално решените цифрови дела по DDA е малък — процедурата на AHRC е изградена около помирението, а не около произнасянето, и повечето въпроси, които повдигат реален проблем, се уреждат. Забележителни въпроси след <em lang="en">Maguire</em> включват помирението от 2014 г. срещу голяма австралийска банка относно недостъпен обновен интерфейс за онлайн банкиране (уредено с програма за отстраняване на проблеми и неразкрито обезщетение); помирението от 2019 г. срещу приложение за билети за обществения транспорт на щат (разрешено чрез препроектиране и публикуване на пътна карта за достъпност); и помирение от 2023 г. срещу процеса на плащане на голям търговец на дребно по раздел 24, отново разрешено чрез споразумение. Моделът е последователен: жалбоподателите по правило не се нуждаят от съдебен спор; правната уязвимост е достатъчна, за да доведе ответниците до масата на преговорите.</p>

<h2 class="wp-block-heading" id="h-the-state-mosaic">Щатската мозайка: закони за равните възможности и успоредни комисари</h2>

<p class="wp-block-paragraph">DDA не изключва щатското и териториалното право за недопускане на дискриминация. Лице, което смята, че е било дискриминирано на основание увреждане в Австралия, може да подаде оплакване федерално по DDA — чрез AHRC — или в своя щат или територия по закона на тази юрисдикция. Изборът има последствия: форумът, наличните средства за защита и трибуналът, който разглежда евентуалната ескалация, се различават. Трите най-големи щатски режима са обобщени по-долу.</p>

<table class="wp-block-table">
<thead>
<tr><th>Юрисдикция</th><th>Закон</th><th>Комисар</th><th>Трибунал за ескалация</th></tr>
</thead>
<tbody>
<tr><td>Федерално</td><td><span lang="en">Disability Discrimination Act 1992 (Cth)</span></td><td>Австралийска комисия по правата на човека (AHRC)</td><td><span lang="en">Federal Circuit and Family Court of Australia</span></td></tr>
<tr><td>Виктория</td><td><span lang="en">Equal Opportunity Act 2010</span></td><td><span lang="en">Victorian Equal Opportunity and Human Rights Commission</span> (VEOHRC)</td><td><span lang="en">Victorian Civil and Administrative Tribunal</span> (VCAT)</td></tr>
<tr><td>Нов Южен Уелс</td><td><span lang="en">Anti-Discrimination Act 1977</span></td><td><span lang="en">Anti-Discrimination NSW</span></td><td><span lang="en">NSW Civil and Administrative Tribunal</span> (NCAT)</td></tr>
<tr><td>Куинсланд</td><td><span lang="en">Anti-Discrimination Act 1991</span></td><td><span lang="en">Queensland Human Rights Commission</span></td><td><span lang="en">Queensland Civil and Administrative Tribunal</span> (QCAT)</td></tr>
<tr><td>Западна Австралия</td><td><span lang="en">Equal Opportunity Act 1984</span></td><td><span lang="en">Equal Opportunity Commission WA</span></td><td><span lang="en">State Administrative Tribunal</span> (SAT)</td></tr>
<tr><td>Южна Австралия</td><td><span lang="en">Equal Opportunity Act 1984</span></td><td><span lang="en">Equal Opportunity Commission SA</span></td><td><span lang="en">SA Civil and Administrative Tribunal</span> (SACAT)</td></tr>
<tr><td>Тасмания</td><td><span lang="en">Anti-Discrimination Act 1998</span></td><td><span lang="en">Equal Opportunity Tasmania</span></td><td><span lang="en">Tasmanian Civil and Administrative Tribunal</span> (TASCAT)</td></tr>
<tr><td>ACT</td><td><span lang="en">Discrimination Act 1991</span></td><td><span lang="en">ACT Human Rights Commission</span></td><td><span lang="en">ACT Civil and Administrative Tribunal</span> (ACAT)</td></tr>
<tr><td>Северна територия</td><td><span lang="en">Anti-Discrimination Act 1992</span></td><td><span lang="en">Anti-Discrimination Commission NT</span></td><td><span lang="en">NT Civil and Administrative Tribunal</span> (NTCAT)</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-victoria-eoa">Виктория — Equal Opportunity Act 2010 и позитивното задължение</h3>

<p class="wp-block-paragraph">Законът за равните възможности на Виктория от 2010 г. е най-амбициозният от щатските режими. Раздел 15 налага <strong>позитивно задължение</strong> на задължените лица да предприемат разумни и пропорционални мерки за премахване на дискриминацията, сексуалния тормоз и виктимизацията, доколкото е възможно. Позитивното задължение е изпреварващо: то не изисква жалбоподател да се появи. Комисията по равните възможности и правата на човека на Виктория (VEOHRC) може да разследва и да търси изпълними поети ангажименти, когато изглежда, че задължението не е изпълнено. Виктория също така прилага <span lang="en">Charter of Human Rights and Responsibilities Act 2006</span>, който добавя отделен интерпретативен слой за публичните органи. Заедно те дават на Виктория най-силната рамка за хората с увреждания на щатско ниво в страната и най-агресивната по отношение на цифровата практика.</p>

<h3 class="wp-block-heading" id="h-nsw-act">Нов Южен Уелс — Anti-Discrimination Act 1977</h3>

<p class="wp-block-paragraph"><span lang="en">Anti-Discrimination Act 1977</span> на NSW е най-старият от щатските режими и най-фрагментарният. Той обхваща дискриминацията в работата, образованието, предоставянето на стоки и услуги, настаняването и регистрираните клубове. Не носи позитивно задължение. Бордът за недопускане на дискриминация на NSW (действащ като Anti-Discrimination NSW) се занимава с помирението; ескалацията върви към NCAT. Комисията за реформа на правото на NSW преглежда закона от 2024 г. със задача да разгледа, наред с другото, позитивно задължение по модела на раздел 15 на Виктория. Дали тази препоръка ще оцелее в законодателния процес ще определи дали режимът на NSW ще се доближи до този на Виктория през това десетилетие.</p>

<h3 class="wp-block-heading" id="h-qld-act">Куинсланд — Anti-Discrimination Act 1991, заменен през 2025 г.</h3>

<p class="wp-block-paragraph">Режимът на Куинсланд е в преход. <span lang="en">Anti-Discrimination Act 1991</span> е действащият закон от тридесет и четири години; <strong><span lang="en">Respect at Work and Other Matters Amendment Act 2024</span></strong> и последвалият <strong><span lang="en">Anti-Discrimination Bill 2024</span></strong>, приет през 2025 г., преструктурират рамката около позитивно задължение в стил Виктория и актуализират списъка със защитени признаци. Комисията по правата на човека на Куинсланд — която администрира и <span lang="en">Human Rights Act 2019</span>, единствената законова харта на правата в стил Британска общност на щатско ниво извън Виктория и ACT — има съответно по-широк обхват на разследване. За жалбоподателите през 2026 г. практическият ефект е режим, който се движи в посоката на този на Виктория, но с преходен период, през който както старите, така и новите процедурни правила ще бъдат в сила в зависимост от датата, на която се е случила дискриминацията.</p>

<h3 class="wp-block-heading" id="h-state-vs-federal-choice">Изборът щат срещу федерален на практика</h3>

<p class="wp-block-paragraph">Жалбоподател не може да преследва двата форума едновременно. Повечето оплаквания относно цифрова достъпност — където ответникът е национален или мултинационален субект — се подават в AHRC по DDA, защото федералният форум дава чисто покритие на дейностите на ответника в цялата страна и е форумът, в който се чете прецедентът (включително <em lang="en">Maguire</em>). Оплакванията срещу щатски или местни държавни субекти, срещу доставчици на услуги, специфични за щата, или от жалбоподатели, които искат да се позоват на позитивно задължение като това на Виктория, обикновено се подават на щатско ниво. Практикуващите юристи, които съветват жалбоподателите, по правило препоръчват щатския форум, където съществува позитивно задължение и разследване на Комисията е правдоподобно, и федералния форум, където помирението срещу национален ответник е реалистичното средство за защита.</p>

<h2 class="wp-block-heading" id="h-how-a-complaint-works">Как всъщност работи оплакване по DDA: процедурата на AHRC</h2>

<p class="wp-block-paragraph">Процедурата на AHRC е изградена около помирението — тя не е, на първа инстанция, орган, който се произнася. Оплакването се подава писмено, AHRC го оценява за компетентност и наличие на основание prima facie, и където то продължава, Комисията свиква помирителна конференция. Комисията има широки правомощия да изисква явяване и документи, но няма правомощие да налага обвързващо средство за защита. Ако помирението успее, въпросът се приключва по договорените условия (които обикновено са поверителни). Ако помирението се провали или ответникът откаже да участва, жалбоподателят може да се обърне към <span lang="en">Federal Circuit and Family Court of Australia</span> за произнасяне — което след това е пълноценно състезателно производство по DDA.</p>

<p class="wp-block-paragraph">Средствата за защита, които <span lang="en">Federal Circuit and Family Court</span> може да разпореди, включват декларации, че поведението на ответника е било незаконно, разпореждания за поправяне на загуба или вреда (включително общи обезщетения за нараняване, унижение и стрес), разпореждания, изискващи от ответника да извърши разумни действия за поправяне на загубата, и разпореждания ответникът да не повтаря или продължава незаконната дискриминация. Присъжданите обезщетения по дела по DDA по правило са скромни по международни стандарти — обикновено в диапазона 5000 до 50 000 AUD, с редки присъждания над това — но действащата последица обикновено е разпореждането за структурна защита (отстраняване на проблеми на уебсайта, промяна на политиката, обучение на персонала), а не паричният компонент.</p>

<h3 class="wp-block-heading" id="h-the-twelve-month-trigger">Дванадесетмесечният праг</h3>

<p class="wp-block-paragraph">Оплакване по DDA трябва да бъде подадено в срок от двадесет и четири месеца от твърдяната дискриминация — удължен от първоначалните дванадесет през 2022 г. Срокът тече от действието, а не от узнаването на жалбоподателя, което е създавало затруднения при цифрови дела, при които дискриминационната практика е продължаваща. Практиката на AHRC е да третира продължаващ недостъпен интерфейс като продължаващо действие за целите на давността, но въпросът не е окончателно решен на въззивно ниво.</p>

<h2 class="wp-block-heading" id="h-the-dta-procurement-lever">Лостът на обществените поръчки на DTA: WCAG 2.1 AA и AS EN 17161</h2>

<p class="wp-block-paragraph">Агенцията за цифрова трансформация (DTA) е органът на Британската общност, отговорен за цифровата политика в рамките на цялото правителство. Тя прилага <strong><span lang="en">Digital Service Standard</span></strong> — стандартът за дизайн на цифровите услуги, финансирани от Британската общност — и рамките за обществени поръчки, които засягат всеки цифров договор над съответния праг. DTA не законодателства; тя задава правилата, по които агенциите на Британската общност купуват и изграждат цифрови услуги, и чрез тези правила извършва по-голямата част от работата, която иначе би вършил национален Стандарт за цифрова достъпност по раздел 31 от DDA.</p>

<p class="wp-block-paragraph">Действащите референции са <strong>WCAG 2.1 ниво AA</strong> за уеб и мобилно съдържание и <strong>AS EN 17161:2020 — Дизайн за всички: достъпност чрез универсален дизайн</strong> за по-широкия жизнен цикъл на планиране и проектиране. AS EN 17161 е австралийското приемане на европейския стандарт EN 17161:2019, възприет от Standards Australia през 2020 г. като необвързваща референция за универсален дизайн на ниво процес. Насоките на DTA рамкират двете заедно: WCAG 2.1 AA като стандарт за резултата за всеки уеб или мобилен интерфейс, AS EN 17161 като стандарт за процеса за това как да се планира и проектира услугата, която интерфейсът представлява. Договорите за обществени поръчки на Британската общност все по-често цитират и двете, а заданията за работа по големи търгове рутинно изискват отчитане на съответствието спрямо WCAG 2.1 AA през целия жизнен цикъл.</p>

<h3 class="wp-block-heading" id="h-the-wcag-version-question">Въпросът WCAG 2.1 срещу 2.2</h3>

<p class="wp-block-paragraph">Референцията на DTA все още е WCAG 2.1 AA, а не 2.2. W3C публикува WCAG 2.2 като препоръка през октомври 2023 г., а Австралийската правителствена служба за управление на информацията сигнализира през 2024 г., че актуализация на референцията за обществени поръчки към 2.2 е в процес на разглеждане. Към началото на 2026 г. официалната референция остава 2.1; търговете могат да изискват 2.2, но политическият минимум е 2.1. Изоставането между препоръката на W3C и приемането от Британската общност е повтаряща се характеристика на австралийската рамка.</p>

<h2 class="wp-block-heading" id="h-the-australian-disability-strategy">Австралийската стратегия за хората с увреждания 2021–2031</h2>

<p class="wp-block-paragraph">Над DDA и щатската мозайка стои <strong>Австралийската стратегия за хората с увреждания 2021–2031</strong>, федералната политическа рамка, която наследява Националната стратегия за хората с увреждания 2010–2020. Стратегията не е законодателство: тя е споразумението от епохата на Съвета на австралийските правителства, обновено през 2021 г., което привежда политиката на Британската общност, щатите и териториите в съответствие с CRPD. Тя определя седем области на резултати — заетост, приобщаващи домове и общности, безопасност, права, здраве и благополучие, учене и умения, и личностна и обществена подкрепа — и излага мерки за резултатите и целеви планове за действие. Стратегията е документът, който агенция на Британската общност или на щат консултира при проектиране на програма, свързана с уврежданията; тя е оперативният слой над правния слой.</p>

<p class="wp-block-paragraph">Механизмът за отчетност на Стратегията е Австралийският институт за здраве и благополучие (AIHW), който публикува годишни доклади по рамката на резултатите. Рамката включва показатели за участие в заетостта, образованието, цифровата икономика и обществения живот. Докладът от 2025 г. отбеляза, че разликата в участието в цифровата икономика между хората с и без увреждания се е стеснила леко от 2021 г., но остава съществена, и че напредъкът е неравномерен между щатите — Виктория и ACT с по-добри резултати, докато показателите на Северната територия и отдалечения Куинсланд изостават.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици: как да четем мозайката през 2026 г.</h2>

<p class="wp-block-paragraph">За организациите, които работят в Австралия — особено тези, чиито цифрови услуги достигат до национална аудитория — практическата карта е ясна в общи линии и сложна в детайлите. DDA е федералният минимум: национална цифрова услуга, която се проваля по отношение на достъпността по раздел 24, е изложена на федерално оплакване независимо от това къде живее потребителят. Щатските закони за равните възможности добавят успоредно покритие със специфични за щата позитивни задължения (Виктория, сега Куинсланд) и специфични за щата диапазони на средствата за защита. Рамката за обществени поръчки на DTA задава изричния стандарт — WCAG 2.1 AA, с AS EN 17161 като референция за процеса — за всяка услуга, която Британската общност заплаща. CRPD, макар и да не е национално право, е интерпретативната призма, през която AHRC, щатските комисари и съдилищата все по-често четат по-старите закони.</p>

<p class="wp-block-paragraph">За жалбоподателите изборът на форум има значение: федерален за национални ответници и прецедентна стойност; щатски за разследвания по позитивно задължение и специфични за щата доставчици на услуги. За ответниците практическият минимум е съответствие с WCAG 2.1 AA с документирана програма за отстраняване на проблеми — процедурата по помирение на AHRC възнаграждава организациите, които пристигат с надежден план, а федералният съд е безкомпромисен към тези, които пристигат без такъв. Правната уязвимост по раздел 24 от DDA е по същество същата през 2026 г., както беше през 2000 г.; масивът от насоки — референциите на DTA, произнасянията на щатските комисари, помиренията след <em lang="en">Maguire</em> — който определя как изглежда съответствието, е много по-плътен.</p>

<h2 class="wp-block-heading" id="h-conclusion">Заключение: стар закон, удебеляващ се слой от насоки</h2>

<p class="wp-block-paragraph">DDA сега е на тридесет и четири години. Изменян е по същество само няколко пъти — през 2009 г., за да се приведе по-плътно в съответствие с CRPD, през 2022 г., за да се удължи прозорецът за оплакване, и чрез периодични Стандарти за хората с увреждания. Оцеляването му като правна опора на австралийските права на хората с увреждания през цифровата революция е характеристика на изготвянето му: разпоредбата за стоки, услуги и съоръжения от раздел 24 е написана достатъчно широко, за да поеме среди, които не са съществували през 1992 г. <em lang="en">Maguire</em> беше разтягане през 2000 г.; през 2026 г. е установено право.</p>

<p class="wp-block-paragraph">Това, което се промени, е заобикалящият слой — щатските позитивни задължения, процедурната практика на AHRC, референциите за обществени поръчки на DTA, интерпретативната тежест на CRPD, рамката на резултатите на Австралийската стратегия за хората с увреждания. Мозайката е рамката, а не само DDA, и организация, която чете DDA, без да чете заобикалящия слой, чете минимума за тавана. За следващите стъпки в тази поредица вижте предстоящите ни наръчници за рамката на Нова Зеландия и за регионалното сравнение в Азиатско-тихоокеанския регион; за сравнителния поглед <a href="/bg/articles/un-crpd-enforcement-twenty-years-on/">ретроспекцията за двадесет години CRPD</a> и <a href="/bg/regulations/">индексът на националната нормативна уредба</a> поставят Австралия в по-широката картина на 2026 г.</p>

</div>

---
title: Производствени конвейери за брайл през 2026 г.: софтуер, хардуер и работен процес
url: https://www.disabilityworld.org/bg/articles/braille-production-pipelines-2026/
description: Цялостен инженерен обзор на това как реално се произвежда брайл през 2026 г. — софтуерният стек от Duxbury DBT и Liblouis до BrailleBlaster и RoboBraille, фамилиите релефни принтери от Index и Enabling Technologies, и работният процес от източника до хартията, който ги свързва.
author: Disability World
pubDate: 2026-05-22
tags: braille, embossers, transcription, education, blindness, production
---

# Производствени конвейери за брайл през 2026 г.: софтуер, хардуер и работен процес

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерен наръчник · Производство на брайл</div>
<h1 class="hero__title" id="hero-heading">
Производствени конвейери за брайл през 2026 г.:<br/>
софтуер, хардуер и работен процес
</h1>
<p class="hero__lead">Брайлът не е шрифт. Той е превод, типографско решение и хартиен артефакт — три проблема, които трябва да се решат заедно. Ето производствения стек, който инженерите и транскрипторите реално използват през 2026 г.: преводните машини, фамилиите релефни принтери, изходните формати, които те приемат, и контурът за контрол на качеството, който поддоржа брайловата страница вярна на печатния текст, от който е произлязла.</p>
<div class="hero__stats" aria-label="Ключови статистики">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">основни преводни машини</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">7</div>
<div class="stat-chip__label">проучени фамилии релефни принтери</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">поддържани изходни формата</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">13 мин. четене</div>
<div class="hero__pill">Обновено май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. Софтуерният стек</a></li>
<li><a href="#s2">2. Хардуер за релефен печат</a></li>
<li><a href="#s3">3. Работният процес от край до край</a></li>
<li><a href="#s4">4. Математика и многоезичност</a></li>
<li><a href="#s5">5. Качество и стандарти</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Основи</div>
<h2 class="section-title" id="s1-heading">1. Софтуерният стек: четири машини, които вършат същинския превод</h2>
<div class="prose">

<p>Брайловата страница е резултат от превод, а не рендиране на шрифт. Преводачът взема поток от печатни знаци и излъчва поток от брайлови клетки, прилагайки съкращения, маркери за главни букви, индикатори за числа и превключвания на езика според код — Unified English Braille (UEB) за повечето работа на английски език, Nemeth Code за математика и една от десетки езикови таблици за текст на друг език. Преводачът е мястото, където живее по-голямата част от инженерната сложност в брайловия конвейер; всичко останало в конвейера е тръбопровод около него.</p>

<p>Четири машини доминират пейзажа на 2026 г. Duxbury Braille Translator (DBT) от Duxbury Systems е комерсиалният индустриален стандарт, в непрекъсната разработка от 70-те години на XX век и все още еталонната реализация, спрямо която се измерват другите инструменти. Liblouis е библиотеката за превод с отворен код от страна на бекенда, която тихо захранва голяма част от всичко останало — NVDA, Orca, BrailleBlaster, конзолния драйвер BRLTTY и дълга опашка от вътрешни инструменти. Sao Mai Center BrailleBlaster, приложение с отворен код за производство, разработено от American Printing House for the Blind върху ядрото на Liblouis, се превърна в стандарта за транскрипция на учебници за класове K–12 в Съединените щати. RoboBraille е безплатна облачна услуга, поддоржана от датската нестопанска организация Sensus, която превръща качен документ в изтегляем брайлов файл за приблизително няколко минути — полезно за инцидентни заявки, при които закупуването на лиценз за Duxbury не е оправдано.</p>

<p>Четирите машини не се конкурират по една и съща ос. Duxbury продава сигурност: тестван комерсиален продукт с договор за поддръжка, документиран сертификационен път за транскриптори и най-дългата история на който и да е инструмент в този списък. Liblouis продава вграждаемост: това е библиотеката, която извиквате от собственото си приложение, когато не искате да доставяте графичен интерфейс. BrailleBlaster продава опит за авторство на ниво учебник с богати вградени работни процеси за математика, описания на изображения и тактилна графика. RoboBraille продава удобство — пуснете Word файл върху уеб формуляр и обратно се връща брайлов файл.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Duxbury DBT</div>
<div class="combo-card__sub">Duxbury Systems · комерсиален · Windows + macOS</div>
</div>
</div>
<div class="combo-card__usage">Индустриален стандарт за производствени брайлови центрове от 70-те години на XX век</div>
<div class="combo-feat"><span class="combo-feat__label">Кодове</span><span>UEB, Nemeth, музикален брайл, плюс около 130 езикови таблици</span></div>
<div class="combo-feat"><span class="combo-feat__label">Изходни формати</span><span>Word, OpenOffice, HTML, TXT, NimasXML, LaTeX (частично)</span></div>
<div class="combo-feat"><span class="combo-feat__label">Лиценз</span><span>Лиценз за един потребител, ориентировъчна цена около $700</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Liblouis</div>
<div class="combo-card__sub">Библиотека с отворен код · LGPL · вградена в десетки инструменти</div>
</div>
</div>
<div class="combo-card__usage">Преводната машина зад NVDA, Orca, BrailleBlaster, BRLTTY</div>
<div class="combo-feat"><span class="combo-feat__label">Кодове</span><span>UEB, Nemeth, плюс около 180 таблици, поддоржани от общността</span></div>
<div class="combo-feat"><span class="combo-feat__label">Изходни формати</span><span>Чист текст на входа; обхващащото приложение обработва анализа на файла</span></div>
<div class="combo-feat"><span class="combo-feat__label">Лиценз</span><span>LGPL — безплатна за вграждане, безплатна за разпространение</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">BrailleBlaster</div>
<div class="combo-card__sub">APH + Sao Mai Center · отворен код · Java · многоплатформен</div>
</div>
</div>
<div class="combo-card__usage">Стандартен инструмент за авторство при производство на брайлови учебници за K–12 в САЩ</div>
<div class="combo-feat"><span class="combo-feat__label">Кодове</span><span>UEB, Nemeth, чрез бекенда на Liblouis</span></div>
<div class="combo-feat"><span class="combo-feat__label">Изходни формати</span><span>NimasXML, DAISY, EPUB, Word, HTML</span></div>
<div class="combo-feat"><span class="combo-feat__label">Лиценз</span><span>GPL — безплатно изтегляне, поддоржан от APH</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">RoboBraille</div>
<div class="combo-card__sub">Sensus (Дания) · облак · качване в уеб + имейл</div>
</div>
</div>
<div class="combo-card__usage">Безплатна обществена услуга от 2004 г. · около 2 милиона преобразувания годишно</div>
<div class="combo-feat"><span class="combo-feat__label">Кодове</span><span>UEB, плюс повечето таблици за европейски езици</span></div>
<div class="combo-feat"><span class="combo-feat__label">Изходни формати</span><span>Word, PDF, EPUB, изображение (OCR), HTML, текст</span></div>
<div class="combo-feat"><span class="combo-feat__label">Лиценз</span><span>Безплатна за частни лица; налични институционални планове</span></div>
</article>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Liblouis е тихият център</span>
<div class="callout__body"><p>Ако проследите графа на зависимостите на „брайл с отворен код“ през 2026 г., Liblouis седи в корена на по-голямата му част. BrailleBlaster извиква Liblouis. NVDA извиква Liblouis. Orca извиква Liblouis. Английският път на RoboBraille извиква Liblouis. Библиотеката не е конкурент на BrailleBlaster — тя е слой под него. Когато нова езикова таблица постъпи в upstream-а на Liblouis, всеки инструмент надолу по веригата я наследява при следващото издание.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Хардуер</div>
<h2 class="section-title" id="s2-heading">2. Хардуер за релефен печат: от настолни устройства до производствени системи с interpoint</h2>
<div class="prose">

<p>Релефният принтер е механичната противоположност на мастиленоструйния: вместо да полага мастило върху страницата, две срещуположни матрици притискат лист тежка хартия помежду си и избутват релефни точки нагоре отдолу. Всеки релефен принтер е някаква вариация на тази основна геометрия, но машините се различават с порядък по производителност, формат на страницата и по това дали печатат от едната страна на хартията, или от двете едновременно (interpoint).</p>

<p>Двама производители доминират пазара през 2026 г. Index Braille (Швеция) доставя три линии, използвани широко в училища и малки брайлови центрове: Basic-D за едностранна настолна работа, Everest-D за interpoint листоподаващо производство и Braille Box за висококапацитетен печат на брошури. Enabling Technologies (САЩ) доставя фамилиите Romeo, Juliet и ET, използвани исторически от американски брайлови издатели и все още работният кон на много щатски центрове за учебни ресурси (IRC). Tiger от ViewPlus е в собствена категория — релефен принтер, способен на тактилна графика, чийто Tiger Cub Jr е най-разпространеният начален модел за STEM класни стаи, които се нуждаят от релефни графики наред с брайлов текст.</p>

<p>Производителността се измерва в знаци в секунда (CPS), но на практика по-полезната метрика е „страници в минута“, защото брайловите страници са къси — обикновено 25 реда по 40 клетки, около 1000 клетки общо. Настолно устройство при 100 CPS произвежда едностранна страница за около 10 секунди плюс времето за обработка на хартията, така че да го наречем 4 страници в минута. Производствено interpoint устройство при 800 CPS, двустранно, се доближава до 100 страници в минута, когато се захранва с непрекъсната хартия. Разликата не е 8 пъти — тя е по-близо до 25 пъти — и точно тази разлика отделя класния релефен принтер от производствения.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Производителност</th><th>Формат</th><th>Interpoint</th><th>Типична роля</th></tr>
</thead>
<tbody>
<tr><th>Index Basic-D V5</th><td>около 110 CPS</td><td>Листоподаващ, едностранен</td><td>Не</td><td>Класна стая, библиотека, малък офис</td></tr>
<tr><th>Index Everest-D V5</th><td>около 140 CPS</td><td>Листоподаващ, двустранен</td><td>Да</td><td>Центрове за транскрипция със среден обем</td></tr>
<tr><th>Index Braille Box V5</th><td>около 300 CPS</td><td>Листоподаващи брошури, двустранно</td><td>Да</td><td>Тиражи на брошури за библиотеки и издатели</td></tr>
<tr><th>Enabling Romeo Attache</th><td>около 15 CPS</td><td>С транспортьор, едностранен</td><td>Не</td><td>Преносим / индивидуален потребител</td></tr>
<tr><th>Enabling Juliet 120</th><td>около 120 CPS</td><td>С транспортьор или листоподаващ</td><td>Да</td><td>Училищен окръг, университет</td></tr>
<tr><th>Enabling ET Series</th><td>около 800 CPS</td><td>Непрекъсната хартия, двустранно</td><td>Да</td><td>Щатски IRC, комерсиален брайлов център</td></tr>
<tr><th>ViewPlus Tiger Cub Jr</th><td>около 60 CPS</td><td>Листоподаващ плюс тактилна графика</td><td>Не</td><td>STEM класна стая, математика + диаграми</td></tr>
</tbody>
</table>

<div class="prose">

<p>Три наблюдения от матрицата. Първо, кривата цена-производителност е стръмна — Basic-D струва около $4000, Juliet около $4500, а производствен релефен принтер от серията ET може да надмине $80 000. Решението на купувача рядко е свързано с CPS изолирано; то е свързано с това колко страници на ден трябва да доставя институцията и дали обработката на хартията е листоподаваща (класна стая), или с непрекъсната хартия (производствена линия).</p>

<p>Второ, interpoint е разделителната линия между „малко“ и „реално“ производство на брайл. Едностранният брайл удвоява броя на страниците и приблизително удвоява разходите за подвързване на готова книга. Всеки релефен принтер, предназначен за работа в мащаб на учебници, е interpoint; всеки релефен принтер, предназначен за индивидуална работа или малки тиражи, обикновено не е.</p>

<p>Трето, фамилията Tiger решава различен проблем от останалите. Релефните принтери ViewPlus могат да променят височината на точките по страницата, за да произвеждат тактилна графика — релефни линейни рисунки, стълбовидни диаграми, географски карти — наред с брайлов текст. За STEM материал това решение не е по избор; релефен принтер само за брайл може да изобрази текста на надписа на графика, но не и самата графика. Там, където математиката и диаграмите имат значение, Tiger се изплаща във време за работен процес дори при по-ниска производителност на текст.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Драйверът е тясното място по-често от главата</span>
<div class="callout__body"><p>Производителността на релефния принтер рядко е ограничена от релефната глава. Тя е ограничена от обработката на хартията — листоподаващите механизми задръстват, перфорациите на непрекъснатата хартия се късат, а намесата на оператора струва минути на грешка. Решението за покупка трябва да придава тежест на надеждността на пътя на хартията поне толкова, колкото и на обявените CPS, защото средното време между задръстванията определя реалните страници на ден далеч повече от суровата механична скорост.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Работен процес</div>
<h2 class="section-title" id="s3-heading">3. Работният процес от край до край: от изходния формат до релефно отпечатаната страница</h2>
<div class="prose">

<p>Една задача за производство на брайл преминава през пет разпознаваеми етапа. Подготовката на източника изчиства печатния оригинал. Преводът преобразува знаците в брайлови клетки. Форматирането разполага клетките по страницата. Релефният печат поставя точки върху хартията. Коректурата проверява, че релефно отпечатаният резултат съответства на оригинала. Прескачането или съкращаването на който и да е от тези етапи е най-честата причина за производствена грешка, защото всеки етап улавя грешки, които предишният е въвел.</p>

</div>

<div class="flow">
<div class="flow__num">1</div>
<div>
<div class="flow__title">Подготовка на източника</div>
<div class="flow__desc">Вземете печатния оригинал (Word, InDesign, PDF, EPUB, HTML, MathML за уравнения) и изчистете семантиката му. Маркирайте заглавията като заглавия, списъците като списъци, бележките под линия като бележки под линия. Преводачът може да излъчи добър брайл само от добра структура; нетагнат PDF е входни данни в най-лошия случай, който изисква часове ръчно преструктуриране, преди преводът да може да започне.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">2</div>
<div>
<div class="flow__title">Превод</div>
<div class="flow__desc">Прекарайте подготвения източник през Duxbury, BrailleBlaster или инструмент, базиран на Liblouis. Изберете правилния код — UEB за съвременен английски, EBAE само за наследени материали, които го изискват, Nemeth или UEB-с-Nemeth за математика. Превключвайте езиковите таблици изрично при всеки пасаж на друг език. Преводачът излъчва Braille ASCII или двоичен брайлов файл (.brf, .brl), готов за релефния принтер.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">3</div>
<div>
<div class="flow__title">Форматиране</div>
<div class="flow__desc">Определете геометрията на страницата — редове на страница, клетки на ред, колонтитули, номериране на страниците. BANA Formats 2016 (де факто стандартът в Северна Америка) предписва по-голямата част от това за учебниците. Задайте разположението на тактилната графика, отстъпите на таблиците и оформлението на срещуположни страници за interpoint печат. Тук транскрипторите прекарват най-много производствено време.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">4</div>
<div>
<div class="flow__title">Релефен печат</div>
<div class="flow__desc">Изпратете форматирания .brf към релефния принтер чрез USB, Ethernet или — за големи задачи — опашка на сървър за релефен печат. Използвайте тежка брайлова хартия (обикновено 100-паундов материал за interpoint, за да не се сплескват точките на гърба). Наблюдавайте печата; interpoint задача, която се разминава дори с една клетка между страните, разваля страницата.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">5</div>
<div>
<div class="flow__title">Коректура</div>
<div class="flow__desc">Сертифициран брайлов коректор чете релефно отпечатания резултат с ръка спрямо оригиналния печат, отбелязва грешки и връща корекциите на транскриптора. За работа с учебници в САЩ този етап е задължителен съгласно стандартите на NLS и BANA. Коректорът не е по избор — учебник по математика от 400 страници съдържа хиляди възможности една-единствена грешка в позицията на точка да обърне смисъла.</div>
</div>
</div>

<div class="prose">

<p>Формата на производствения екип следва работния процес. Малък училищен окръг може да сведе етапи 1–4 до един транскриптор и да възложи коректурата на свободен изпълнител. Щатски център за учебни ресурси разпределя етапите между специалисти: подготвящ NimasXML, транскриптор, форматьор, оператор на релефен принтер и коректор. Комерсиален брайлов издател добавя редакционно производство и линия за подвързване върху всичко това. Същите пет етапа протичат; различава се само численият състав.</p>

</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Специални случаи</div>
<h2 class="section-title" id="s4-heading">4. Математика, многоезичност и форматите, които се борят с преводача</h2>
<div class="prose">

<p>Три класа изходно съдържание натоварват конвейера по-силно от обикновения текущ текст. Математическата нотация, документите със смесени езици и изходните файлове, наситени с графика, всеки изискват конкретни решения, преди преводът да започне, и всеки е най-честата причина за повторен производствен прогон.</p>

<p>Математиката е водещият проблем. В англоезичните юрисдикции има два конкурентни кода — Nemeth, в употреба от 1952 г. и все още по подразбиране в много американски центрове за транскрипция; и UEB Technical Notation, математическото разширение на UEB, на което се е стандартизирал останалият англоезичен свят. Един американски транскриптор през 2026 г. често ще излъчва „UEB с математика на Nemeth“ — UEB за прозата, Nemeth, превключен на всяко уравнение, после обратно към UEB — и преводачът трябва да отбележи превключването с изрични индикатори, които пръстите на читателя да могат да открият. Изходният формат има значение: MathML, вграден в EPUB или NimasXML, дава на преводача структурирани уравнения за преобразуване; уравнение, изобразено като плосък PDF образ, не дава на преводача нищо и принуждава транскриптора да преписва всяка формула на ръка.</p>

<p>Многоезичният текст поставя аналогичен проблем. UEB кодира английски. Френският, испанският, арабският, корейският и десетки други езици имат собствени брайлови таблици, често с множество исторически варианти. Една книга, която цитира абзац на френски в английски разказ, се нуждае от изрично превключване на езика в източника — обикновено директива на Liblouis или атрибут <code>xml:lang</code> на NimasXML — за да може преводачът да изтегли френската таблица за чуждоезичния пасаж и да превключи обратно при затварящия кавички. Без това маркиране преводачът прекарва френския през английската таблица и произвежда безсмислица на страницата.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Източник · не правете така</div>

```html
<p>
  The opening line — <em>Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>Френският цитат е маркиран като акцент, но не и като превключване на езика. Преводачът ще приложи UEB таблицата към френската фраза и ще излъчи безсмислица — UEB съкращенията ще се задействат върху думи, които не са английски. Грешката е невидима в печатния източник и излиза наяве само на релефно отпечатаната страница.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Източник · правете така</div>

```html
<p>
  The opening line —
  <em lang="fr">Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>Атрибутът <code>lang="fr"</code> казва на преводача да превключи таблиците за този интервал. Liblouis и конвейерът на BrailleBlaster четат атрибута, изтеглят френската таблица, излъчват френски брайл за цитата и превключват обратно към UEB след затварящия таг. Режимът на грешка изчезва.</p>
</div>

</div>

<div class="prose">

<p>Третият клас проблем е графиката. Изображение в печатен източник може да носи информация, която заобикалящият абзац не повтаря — диаграма, чийто надпис гласи „вижте фигурата“, но чиито стойности не са в текста; схема, чиито етикети са част от картината, а не от текста. Производственият екип за брайл има три възможности за всяко изображение: текстово описание, вградено до мястото, където е било изображението; тактилна графика, произведена на машина за набъбваща хартия или с микрокапсули и подвързана наред с брайловите страници; или тактилна графика, отпечатана релефно вградено от ViewPlus Tiger от векторен източник. Третата възможност поддоржа броя на страниците управляем, но работи само когато оригиналното изображение е налично като вектор, а не като сплескан растер.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">PDF е най-лошият вход</span>
<div class="callout__body"><p>Тагнат Word документ или NimasXML файл дава на преводача структуриран вход — абзаци, заглавия, списъци, езикови атрибути, MathML уравнения — който може да се преведе директно. Плосък PDF дава на преводача поток от глифове и принуждава транскриптора да възстановява структурата на ръка. Ако имате какъвто и да е избор на изходния формат, изпратете на транскриптора оригиналния Word, InDesign или EPUB. PDF е разпечатка, а не изходен документ; третирайте го по този начин.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Качество</div>
<h2 class="section-title" id="s5-heading">5. Контрол на качеството: стандартите на NLS, сертификациите на BANA и какво се проверява</h2>
<div class="prose">

<p>Брайлът, който излиза от релефния принтер, не е завършен брайл. Конвейер на производствено ниво завършва с контур за контрол на качеството, който улавя грешки в превода, грешки във форматирането и грешки в релефния печат, преди страниците да достигнат читателя. В Северна Америка този контур е структуриран от две институции. National Library Service for the Blind and Print Disabled (NLS), част от Библиотеката на Конгреса, задава стандартите за брайлови книги, които циркулират през нейната мрежа. Braille Authority of North America (BANA) поддоржа правилата за форматиране и сертифицира транскрипторите и коректорите, които вършат работата.</p>

<p>Сертификационната програма на BANA протича по две основни направления. Сертификацията на Библиотеката на Конгреса / NLS по транскрипция на литературен брайл изисква кандидатът да транскрибира примерна книга — исторически около 35 страници — и да я премине през журирана проверка. Сертификацията по транскрипция на Nemeth Code (математика) е отделно, по-трудно направление със собствено изискване за примерна книга. Има успоредни сертификации за музикален брайл, за тактилна графика и за коректура. Удостоверенията не се изискват по закон за производство на брайл, но се изискват за производство на брайл за мрежата на NLS и са де факто изисквани от повечето щатски IRC и големи издатели.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Преглед на изхода на преводача</h3>
<p>Преди файлът да отиде към релефния принтер, втори транскриптор (или същият транскриптор на следващата сутрин) преглежда брайловия файл, търсейки грешки на преводача — грешни превключвания на код, пропуснати езикови таблици, съкращения, задействащи се вътре в собствени имена. Този етап улавя приблизително половината от всички производствени грешки и не струва нищо освен втора чифт очи.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Проверка на форматирането спрямо BANA Formats 2016</h3>
<p>Проверете колонтитулите, номерирането на страниците, броя на редовете и клетките, отстъпите на таблиците и използването на бележки на транскриптора. Документът BANA Formats е около 300 страници; контролен списък свежда най-честите решения за форматиране до една страница, която форматьорът може да подпише, преди да започне релефният печат.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Коректура на релефния печат от сертифициран коректор</h3>
<p>Сертифициран брайлов коректор чете релефно отпечатаните страници с ръка спрямо печатния оригинал. Той отбелязва съществени грешки (грешни преводи, грешни съкращения, липсващи математически индикатори) за корекция и повторен релефен печат, а тривиалните грешки (една липсваща точка в маловажна дума) — за регистриране и пускане. Това е етапът, който стандартите на NLS и BANA изрично изискват.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Тактилен тест на примерна страница</h3>
<p>Прокарайте връхче на пръст по примерна страница и проверете височината на точките, разстоянието между точките и изкривяването на хартията. Точки, които са твърде ниски, за да се четат надеждно, показват изморена релефна глава или твърде лека хартия за задачата. Точки, които се смачкват при манипулиране, показват, че гръбната страна не се е регистрирала с лицевата. Този етап отнема 30 секунди и предотвратява доставянето на тираж, който се чете зле.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Повторен релефен печат и финален преглед</h3>
<p>Корекциите от коректора се връщат през превода и форматирането, засегнатите страници или коли се отпечатват релефно отново и се прави финален преглед спрямо оригинала. За работа с дължина на книга контурът често протича два-три пъти, преди страниците да бъдат доставени. Дисциплината е това, което отделя екземпляр за циркулационна библиотека от любителска разпечатка.</p>
</div>
</div>

<div class="prose">

<p>Извън Северна Америка институционалната структура се различава, но логиката на качеството е идентична. UK Association for Accessible Formats (UKAAF) издава еквивалентни кодове и препоръки; ICEVI ръководи международната работа по стандарти за производство на брайл в контексти с ограничени ресурси; Маракешкият договор (в сила от 2016 г.) осигурява правната рамка, която позволява произведенията в достъпен формат да преминават граници, което означава, че брайлово издание, произведено по стандартите на една страна, сега циркулира много по-широко, отколкото преди десетилетие.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text" lang="en">"The embosser does what you tell it. The translator does what the table tells it. The transcriber is the only place in the pipeline where judgment lives — and the certifications exist because that judgment cannot be automated away."</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— дългогодишно наблюдение от брайлови производствени центрове</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: конвейерът е продуктът</h2>
<div class="prose">

<p>Брайлът е една от най-старите технологии за достъпен формат, все още в непрекъсната производствена употреба — Луи Брайл публикува своя код през 1829 г. — а конвейерът от 2026 г., който го произвежда, е многослоен стек, наслагвал се през два века. Преводните машини имат софтуерно наследство, което се връща към миникомпютрите от 70-те години на XX век. Фамилиите релефни принтери имат хардуерни родословия, които се връщат към 80-те години. Стандартите имат институционални истории, които се връщат към NLS от 30-те години. И всеки слой има значение: най-съвременният преводач на повреден релефен принтер произвежда нечетими страници; перфектен релефен принтер, захранван с нетагнат PDF, произвежда граматически грешен брайл върху красива хартия.</p>

<p>Повтарящото се наблюдение във всяка част от този стек е, че качеството е свойство на конвейера, а не на който и да е отделен компонент. Duxbury, BrailleBlaster, Liblouis и RoboBraille всички произвеждат компетентни преводи, когато се захранват с компетентен източник. Index, Enabling Technologies и ViewPlus всички произвеждат компетентни точки, когато се захранват с компетентни файлове. Институционалният слой — стандартите на NLS, сертификациите на BANA, контурът за коректура — съществува, за да провери, че цялата верига е издържала, защото едно-единствено слабо звено сваля качеството на готовата книга до качеството на най-слабия етап.</p>

<p>Тази структурна форма — верига от наслоени специалисти със заключителна стъпка за проверка — е по-стара от който и да е софтуер в нея. Софтуерът се променя; работният процес не. Инженерен екип, който създава нова производствена линия за брайл през 2026 г., ще прекара по-голямата част от времето си не върху инструментите, а върху връзките между тях, което е точно мястото, където всяко предходно поколение производители на брайл е прекарало своето.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text" lang="en">"A braille page is the most legible accessible-format artifact ever invented, and the least forgiving to produce. Get the pipeline right and the page reads itself. Get any one stage wrong and the reader carries the cost."</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— инженерният принцип, който преминава през всеки слой на стека</cite></figcaption>
</figure>

</section>

</div>
</div>
</div>

---
title: Клъстерът от съдебни дела за субтитри: дела за стрийминг, университети и събития на живо 2023-2026
url: https://www.disabilityworld.org/bg/articles/captioning-lawsuit-cluster/
description: Три години съдебни производства за субтитри — стрийминг, университети, събития на живо — изместиха правния център на тежестта от съществуването на субтитрите към тяхното качество.
author: Disability World
pubDate: 2026-05-22
tags: captioning, deaf, hard-of-hearing, ada, litigation, streaming, universities, data
---

# Клъстерът от съдебни дела за субтитри: дела за стрийминг, университети и събития на живо 2023-2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Дела за субтитри 2023-2026</span>
  </div>

  <h1>Клъстерът от съдебни дела за субтитри <em>— дела за стрийминг, университети и събития на живо 2023-2026</em></h1>

  <p class="lede">В продължение на две десетилетия съдебните производства за субтитри в Съединените щати изглеждаха като едно-единствено наследствено дело — споразумението от 2011-2015 г. на Националната асоциация на глухите с Netflix — и дълга опашка от малки еднократни оплаквания. Това се промени. Между януари 2023 г. и април 2026 г. американските федерални съдилища и Службата за граждански права към Министерството на образованието откриха, уредиха или придвижиха към процес <strong>поне 47 отделни въпроса за субтитри</strong> в три обособени подсписъка от дела: стрийминг и видео по заявка (<strong>14 поименни иска</strong>), висше образование (<strong>21 разследвания на OCR плюс 5 федерални оплаквания</strong>) и субтитри за събития на живо/виртуални конференции (<strong>7 поименни иска</strong>). Медианният публично разкрит размер на споразумение сега стои на приблизително <strong>$285 000</strong> — нагоре от приблизително $90 000 в кохортата 2018-2022 — а доктриналният център на тежестта се измести от това <em>дали съществуват субтитри</em> към това <em>дали субтитрите са достатъчно точни, за да представляват значим достъп</em>. Това досие каталогизира клъстера и разчита какво сигнализира той за следващото десетилетие на съдебни производства за достъп до комуникация в Съединените щати.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Заключения · Преписка 11</span>
      <span class="dossier-meta">07 записа · извлечени от PACER, OCR Reading Room, архива на делата на NAD, 2023-2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива списъкът с дела за субтитри</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">47</span>
        <div class="dossier-body">
          <p class="dossier-claim">Поне 47 отделни въпроса за субтитри в САЩ, открити, уредени или висящи между януари 2023 г. и април 2026 г.</p>
          <p class="dossier-note">Броят съчетава оплаквания пред федерален съд (PACER), разследвания на OCR по дял II/раздел 504, индексирани в OCR Reading Room, и публично подадени административни оплаквания пред щатските комисии по правата на човека. Числото изключва частни искови писма, които не са станали публични документи.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3 пъти</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианният публично разкрит размер на споразумение за субтитри се е увеличил приблизително три пъти от кохортата 2018-2022</p>
          <p class="dossier-note">Кохортата 2018-2022 отбеляза медиана на публично разкрито споразумение от приблизително $90 000 в 18 разкрити въпроса. Кохортата 2023-2026 отбелязва медиана от приблизително $285 000 в 22 разкрити въпроса. Изместването се дължи на дела срещу по-големи ответници и на условия за структурни съдебни забрани, които остойностяват многогодишни задължения за мониторинг.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Дванадесет университета станаха предмет на разследвания на OCR по дял II само през 2024 г.</p>
          <p class="dossier-note">Службата за граждански права към Министерството на образованието откри дванадесет официални университетски разследвания за субтитри през календарната 2024 г. — най-големият едногодишен университетски списък с дела за субтитри в публикуваната история на OCR. Целите включваха изследователски университети от категория R1, регионални комплексни университети и системи от общински колежи.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">SC 1.2.x</span>
        <div class="dossier-body">
          <p class="dossier-claim">Всяко оплакване за субтитри от клъстера 2023-2026 цитира семейството критерии за успех WCAG 1.2.x</p>
          <p class="dossier-note">Във всичките 47 прегледани въпроса ищците и жалбоподателите цитират критериите за успех WCAG 1.2 — 1.2.2 Субтитри (Записани предварително), 1.2.4 Субтитри (На живо), 1.2.5 Аудио описание и критерия от ниво AAA 1.2.6 Жестов език. Критериите функционират като техническата спецификация, присадена към законовите права, заявени по дялове II и III на ADA и раздел 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">„качество“</span>
        <div class="dossier-body">
          <p class="dossier-claim">Доктриналният център на тежестта се измести от съществуването към качеството на субтитрите</p>
          <p class="dossier-note">Първото поколение съдебни производства за субтитри питаше дали субтитрите изобщо съществуват. Клъстерът 2023-2026 пита дали предоставяните субтитри са точни, синхронизирани, пълни и дали правилно идентифицират говорещите — т.е. дали представляват значим достъп по стандарта за ефективна комуникация. Оспорванията на автоматичните субтитри са предният фронт на това изместване.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Пет ищцови кантори обхващат основната част от федералния списък с дела за субтитри 2023-2026</p>
          <p class="dossier-note">Disability Rights Advocates, Disability Rights Education and Defense Fund, Brown Goldstein and Levy, the National Association of the Deaf Law and Advocacy Center и Eisenberg and Baum LLP колективно се явяват като процесуални представители по мнозинството от 14-те стрийминг и 7-те федерални дела за събития на живо. Списъкът с дела за субтитри е концентриран в малка адвокатура от специализирани кантори.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">Крайният срок по 28 CFR Part 35 Subpart H издърпва вълна от дела за субтитри в публични университети в 2027 г.</p>
          <p class="dossier-note">Окончателното правило по дял II на DOJ от април 2024 г. се прилага за щатските и местните власти, включително за щатски публични университети. Крайният срок за съответствие по Subpart H от 24 април 2026 г. за субекти, обслужващи 50 000 или повече, поставя видео архива на всеки водещ публичен университет точно в рамките на федералния минимум за достъпност. Първата вълна на правоприлагане от OCR и DOJ след крайния срок се очаква от края на 2026 г. до 2027 г.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> · заявки към списъка с дела пред федералните съдилища PACER (2023-2026); OCR Reading Room на Службата за граждански права към Министерството на образованието (OCR.ed.gov); архив на делата на Националната асоциация на глухите (nad.org/civil-rights); страници с дела на Disability Rights Advocates и Disability Rights Education and Defense Fund; Federal Register, 89 FR 31320 (24 април 2024 г.).</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и набор от данни</a></li>
      <li><span class="toc-num">02</span><a href="#streaming">Подсписъкът за стрийминг</a></li>
      <li><span class="toc-num">03</span><a href="#universities">Подсписъкът за университети</a></li>
      <li><span class="toc-num">04</span><a href="#live-events">Подсписъкът за събития на живо</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Специализираните кантори зад клъстера</a></li>
      <li><span class="toc-num">06</span><a href="#quality-shift">Изместването от съществуване към качество</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Прогноза за 2026-2028</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Методология и набор от данни</h2>

  <p class="dropcap-first">Наборът от данни за това досие е ръчно кодирана комбинация от три потока. Първият е подаванията пред федерален съд PACER: заявка към списъка с дела срещу поименни ответници по оплаквания за субтитри, подадени в който и да е окръжен съд на САЩ между 1 януари 2023 г. и 30 април 2026 г., допълнена със заявки по име на дело срещу активните списъци с дела на петте ищцови кантори, които доминират адвокатурата за субтитри. Вторият е OCR Reading Room на Службата за граждански права към Министерството на образованието: всяко публикувано разследване на OCR по дял II и раздел 504, споразумение за решаване или писмо със заключение, отнасящо се до субтитриране на видео, субтитриране на живо или автоматично субтитриране, беше извлечено и кодирано. Третият е публичният архив на делата на Националната асоциация на глухите на nad.org/civil-rights, кръстосано проверен спрямо подаванията пред щатските комисии по правата на човека, където подлежащият въпрос вървеше успоредно на щатско административно ниво.</p>

  <p>Прозорецът за съвпадение — януари 2023 г. до април 2026 г. — е редакционен. Той обхваща тригодишния период, след като големите стрийминг услуги бяха завършили основната част от първоначалните си внедрявания на субтитри след първоначалното споразумение NAD-Netflix от 2011-2015 г., след като скокът на събитията на живо във виртуална среда от епохата на COVID наложи равносметка за субтитрите във висшето образование, и след като окончателното правило по дял II на DOJ от април 2024 г. нулира федералния минимум. Центърът на тежестта на клъстера попада в 2024-2025 г., с продължаващи последващи подавания до началото на 2026 г.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Заявка към PACER</span><span class="ps-desc">Търсене в списъка с дела пред федерален съд за „caption“, „closed caption“, „captioning“ и „auto-caption“ в имената на делата и текста на оплакванията 2023-2026.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">OCR Reading Room</span><span class="ps-desc">Всяко публикувано писмо със заключение на OCR по дял II/раздел 504 или споразумение за решаване, кодирано за съдържание относно субтитри.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Архив на NAD</span><span class="ps-desc">Публични страници с дела на National Association of the Deaf Law and Advocacy Center, кръстосано сверени със записите на PACER.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Списъци на специализирани кантори</span><span class="ps-desc">Активни страници с дела на DRA, DREDF, Brown Goldstein and Levy, NAD LAC и Eisenberg and Baum LLP, обходени за въпроси за субтитри.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Кодиране</span><span class="ps-desc">Всеки въпрос кодиран по подсписък (стрийминг, университет, събитие на живо), цитирани критерии WCAG, разкритие на споразумение и рамка качество срещу съществуване.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">47</div><div class="method-label">общо въпроси в прозореца</div></div>
    <div class="method-card"><div class="method-num">22</div><div class="method-label">с разкрито споразумение</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">клъстер от ищцови кантори</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">кодирани подсписъка</div></div>
  </div>

  <hr />

  <h2 id="streaming">02 · Подсписъкът за стрийминг</h2>

  <p>Подсписъкът за стрийминг е пряк наследник на първоначалната дъга от съдебни производства за субтитри, започнала през 2011 г. Оплакването на NAD от 2011 г. срещу Netflix — <em lang="en">NAD et al. v. Netflix, Inc.</em>, D. Mass. — доведе до решение от 2012 г. за частично съкратено съдопроизводство, че услугите само за стрийминг са „места за обществено ползване“ по дял III на ADA, последвано от съдебно споразумение от 2015 г., изискващо 100% субтитриране на стрийминг съдържанието в рамките на договорен прозорец. Това споразумение е доктриналният минимум, върху който е изграден всеки следващ въпрос за субтитри в стрийминга.</p>

  <p>Клъстерът 2023-2026 каталогизира 14 поименни федерални иска срещу стрийминг ответници. Те се разделят на три категории: <strong>последващи дела срещу Netflix</strong> (спорове за съответствие след споразумението от 2015 г. около излъчвания на събития на живо, чуждоезични аудио описателни записи и комедийни спешъли на живо), <strong>дела от първо поколение срещу Disney Plus и Hulu</strong> (главно около субтитрите на спортни събития на живо, идентифицирането на говорещите в анимационно съдържание и качеството на автоматичните субтитри в съдържание за наваксване, генерирано от потребители) и <strong>по-малка опашка от дела срещу стрийминг услуги от втора категория</strong> (Apple TV Plus, Peacock, Paramount Plus и Max), повечето от които са уредени на етапа на исковото писмо без вписани оплаквания.</p>

  <div class="chart-section">
    <div class="chart-title">ФЕДЕРАЛНИ ИСКОВЕ ЗА СУБТИТРИ В СТРИЙМИНГА ПО ОТВЕТНИК (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Netflix (последващи)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:36%">5 поименни иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Disney Plus и Hulu</div><div class="bar-track"><div class="bar-fill bf-a" style="width:29%">4 поименни иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Apple TV Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 поименни иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Paramount Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 поименни иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Max (Warner Bros. Discovery)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:7%">1 поименен иск</div></div></div>
  </div>

  <p>Последващият клъстер срещу Netflix е доктринално най-интересният. Споразумението NAD-Netflix от 2015 г. изискваше 100% субтитриране на стрийминг съдържанието — но езикът на споразумението беше написан преди експлозията на програмиране на живо и спонтанно. Комедийните спешъли на живо, новинарските интервюта на живо, излъчванията на esports турнири на живо и предаванията на живо от червения килим не бяха центърът на тежестта на платформата през 2015 г., а сега са. Последващите дела — поне три от които са подадени от самата NAD и поне две от индивидуални глухи ищци, представлявани от Disability Rights Advocates — твърдят, че задължението за „100% субтитриране“ на споразумението се разпростира върху тези повърхности на формати на живо и че разчитането на Netflix на субтитри чрез автоматизирано разпознаване на реч за формати на живо не отговаря на стандарта за качество на споразумението.</p>

  <p>Делата срещу Disney Plus и Hulu заемат позиция качество-не-съществуване от самото начало. Оплакванията твърдят, че субтитрите присъстват в каталога, но че автоматично генерираните субтитри върху съдържание, качено от потребители-творци (главно в продукта Hulu live-TV и в интеграцията на Hulu в Disney Plus след 2024 г.), не отговарят на прага за точност, изискван от стандарта за ефективна комуникация. Новаторският доктринален аргумент: че субтитрен запис, генериран чрез ASR, който е съществено неточен, не е „субтитри“ по смисъла на шаблона на съдебното споразумение и задължението по дял III, дори ако технически присъства.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">Поименни стрийминг иска за субтитри, подадени 2023-2026</div></div>
    <div class="stat-box"><div class="stat-big">5</div><div class="stat-desc">Последващи дела срещу Netflix, оспорващи покритието на форматите на живо</div></div>
    <div class="stat-box"><div class="stat-big">около $410 хил.</div><div class="stat-desc">Медианно разкрито стрийминг споразумение, кохорта 2023-2026</div></div>
  </div>

  <p class="pull-quote">Подсписъкът за стрийминг спря да съди дали съществуват субтитри и започна да съди дали субтитрите са достатъчно точни, за да се броят. Това е различно дело и е делото на следващото десетилетие.</p>

  <div class="callout warning">
    <div class="ct">Аргументът за качеството на автоматичните субтитри</div>
    <p>Стрийминг ответниците все по-често разчитат на системи за автоматизирано разпознаване на реч, за да произвеждат субтитри в мащаб. Клъстерът 2023-2026 включва поне шест федерални оплаквания, оспорващи получените субтитрени записи като неточни до степен, която осуетява законовото задължение за достъп до комуникация. Техническият въпрос — каква честота на грешки, какви класове грешки, какви пропуски в идентифицирането на говорещите — започна да измества историческия въпрос „субтитри или без субтитри“ като актуалния правен проблем.</p>
  </div>

  <hr />

  <h2 id="universities">03 · Подсписъкът за университети</h2>

  <p>Ако подсписъкът за стрийминг е с най-висок профил, подсписъкът за университети е по обем най-големият. Оплакванията на NAD от 2014-2015 г. срещу Harvard и MIT — относно несубтитрирани MOOC курсове, архиви със записи на лекции и публично достъпно видео — бяха основополагащите въпроси. И двете дела доведоха до съдебни споразумения през 2019-2020 г., които ангажираха университетите да субтитрират публично достъпния си видео продукт и, което е важно, да гарантират, че субтитрите отговарят на публикуван стандарт за точност. Подсписъкът за университети на клъстера 2023-2026 се изгражда върху този шаблон.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). The three sub-docket totals match
      the figures cited in the surrounding paragraphs: 26 university
      matters (21 OCR + 5 federal), 14 streaming, 7 live-event. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="cluster-chart-title cluster-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="cluster-chart-title">Клъстерът от съдебни производства за субтитри 2023-2026, по подсписък</title>
      <desc id="cluster-chart-desc">Хоризонтална стълбовидна диаграма на 47 общо въпроса за субтитри, открити между януари 2023 г. и април 2026 г., разделени на три подсписъка. Подсписъкът за университети води с 26 въпроса (21 разследвания по дял II на Службата за граждански права плюс 5 оплаквания пред федерален съд). Подсписъкът за стрийминг следва с 14 поименни федерални иска. Подсписъкът за събития на живо завършва със 7 поименни федерални иска.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="40" y="38" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">ВЪПРОСИ ЗА СУБТИТРИ ПО ПОДСПИСЪК (2023-2026)</text>
      <text x="40" y="58" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">47 общо въпроса · дял от обема на клъстера</text>
      {/* Gridlines at 0, 7, 14, 21, 28 matters — x maps 0->220, 28->760 (axis width 540, 540/28 = 19.286 px per matter) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="90" x2="220" y2="300" />
        <line x1="355" y1="90" x2="355" y2="300" />
        <line x1="490" y1="90" x2="490" y2="300" />
        <line x1="625" y1="90" x2="625" y2="300" />
        <line x1="760" y1="90" x2="760" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="220" y1="300" x2="760" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280">
        <text x="220" y="318" text-anchor="middle">0</text>
        <text x="355" y="318" text-anchor="middle">7</text>
        <text x="490" y="318" text-anchor="middle">14</text>
        <text x="625" y="318" text-anchor="middle">21</text>
        <text x="760" y="318" text-anchor="middle">28</text>
      </g>
      <text x="490" y="340" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#3a3a3a">поименни въпроси в прозореца</text>
      {/* Bars — bar height 36, gap 16. Row centres at 110, 162, 214 */}
      {/* University: 26 matters -> width 26 * 19.286 = 501.4 */}
      <g>
        <text x="210" y="116" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Университети</text>
        <text x="210" y="132" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">21 OCR + 5 федерални</text>
        <rect x="220" y="100" width="501" height="36" fill="#dc2626" />
        <text x="711" y="123" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">26 въпроса</text>
      </g>
      {/* Streaming: 14 matters -> width 14 * 19.286 = 270 */}
      <g>
        <text x="210" y="184" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Стрийминг</text>
        <text x="210" y="200" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">14 федерални иска</text>
        <rect x="220" y="168" width="270" height="36" fill="#1a1a1a" />
        <text x="480" y="191" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">14 въпроса</text>
      </g>
      {/* Live-event: 7 matters -> width 7 * 19.286 = 135 */}
      <g>
        <text x="210" y="252" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Събития на живо</text>
        <text x="210" y="268" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">7 федерални иска</text>
        <rect x="220" y="236" width="135" height="36" fill="#1a1a1a" />
        <text x="365" y="259" text-anchor="start" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">7 въпроса</text>
      </g>
    </svg>
    <figcaption>Формата на клъстера за субтитри 2023-2026: 26 университетски въпроса (21 разследвания на OCR плюс 5 федерални оплаквания) надделяват над 14 стрийминг и 7 федерални иска за събития на живо. Подсписъкът за университети доминира по обем; подсписъкът за стрийминг носи медийната тежест.</figcaption>
  </figure>

  <p>Подсписъкът за университети се състои от 21 разследвания на OCR по дял II/раздел 504, открити между 2023 г. и началото на 2026 г., плюс 5 оплаквания пред федерален съд, подадени от индивидуални глухи ищци по успоредни въпроси при щатски или частни университети. Въпросите на OCR се концентрират силно в 2024 г.: само през тази година Службата за граждански права откри официални разследвания за субтитри срещу <strong>дванадесет университета</strong> — най-големият едногодишен университетски списък с дела за субтитри в публикуваната история на OCR. Целите отразяват широтата на висшето образование в САЩ: водещи изследователски университети от категория R1, регионални комплексни университети, системи от общински колежи и няколко големи системи от публични университети.</p>

  <p>Три съществени въпроса се повтарят в разследванията на OCR. Първо, <strong>изоставания в архивите със записи на лекции</strong>: експлозията на записани лекции по време на периода на дистанционно обучение от епохата на COVID остави повечето институции с няколко хиляди часа архивирано видео, което никога не е било субтитрирано. Въпросите на OCR изискват ретроактивно субтитриране на архива или премахването му от хранилищата, достъпни за студентите. Второ, <strong>автоматично субтитриране срещу субтитриране чрез човешки транскрипт</strong>: институции, които по подразбиране използваха автоматичните субтитри на YouTube, вградените субтитри на живо на Zoom или функцията за автоматични субтитри на Canvas Studio, са изправени пред оплаквания, че получените субтитри не са достатъчно точни, за да представляват значим достъп. Трето, <strong>субтитриране на материали, произведени от и насочени към студенти</strong>: не само лекции на преподаватели, но и студентски презентации, видеоклипове с лабораторни демонстрации и уебинари на външни лектори сега попадат в обхвата на оплакванията.</p>

  <div class="chart-section">
    <div class="chart-title">УНИВЕРСИТЕТСКИ РАЗСЛЕДВАНИЯ НА OCR ЗА СУБТИТРИ, ПО ВЪПРОС (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Изоставане в архива със записи на лекции</div><div class="bar-track"><div class="bar-fill bf-a" style="width:81%">17 от 21 въпроса</div></div></div>
    <div class="bar-row"><div class="bar-label">Оспорване на качеството на автоматичните субтитри</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">15 от 21 въпроса</div></div></div>
    <div class="bar-row"><div class="bar-label">Материали, произведени от студенти</div><div class="bar-track"><div class="bar-fill bf-b" style="width:52%">11 от 21 въпроса</div></div></div>
    <div class="bar-row"><div class="bar-label">Уебинар на външен лектор</div><div class="bar-track"><div class="bar-fill bf-b" style="width:43%">9 от 21 въпроса</div></div></div>
    <div class="bar-row"><div class="bar-label">Спортно излъчване на живо</div><div class="bar-track"><div class="bar-fill bf-c" style="width:24%">5 от 21 въпроса</div></div></div>
  </div>

  <p>Дебатът автоматични субтитри срещу човешки транскрипт е доктриналното сърце на подсписъка за университети. Институциите твърдят, че автоматичното субтитриране е развиваща се технология, че честотата на грешки е спаднала рязко с поколението автоматизирани модели за разпознаване на реч след 2023 г. и че за много нискорискови архивни повърхности разходът за човешка транскрипция е прекомерен. Жалбоподателите отговарят, че честотата на грешки, дори при най-доброто на новото поколение, остава значително над прага, който позволява на глух студент да следва техническия лекционен материал — особено когато са включени идентифициране на говорещите, математическа терминология или специфична за областта лексика — и че институцията носи тежестта да докаже, че избраният от нея метод за субтитриране постига ефективна комуникация, а не студентът.</p>

  <div class="callout info">
    <div class="ct">Позицията на OCR се втвърди</div>
    <p>В кохортата от 2024 г. споразуменията за решаване на OCR все по-често изискват от институциите да се ангажират не само с ретроактивно субтитриране на архивирано видео, но и с публикуван праг за точност (често 99% точност на думите за предварително записано съдържание), с документиран преглед за осигуряване на качеството на автоматичните субтитри върху високорисков материал, и с процес за решаване на оплаквания с документирани срокове за отговор. Позицията на Службата по отношение на субтитрите видимо се втвърди през 2024-2025 г.</p>
  </div>

  <p>Петте оплаквания пред федерален съд — вървящи успоредно с или като ескалация от разследвания на OCR — включват няколко с поименни ищци глухи докторанти в големи водещи публични университети, заведени по дял II на ADA и раздел 504 на Закона за рехабилитацията. Търсената защита е структурна: бъдещи ангажименти за субтитриране, срокове за отстраняване на проблеми в архива, стандарти за точност и процеси за решаване на оплаквания. Обезщетенията обикновено са второстепенни спрямо съдебните забрани в подсписъка за университети.</p>

  <hr />

  <h2 id="live-events">04 · Подсписъкът за събития на живо</h2>

  <p>Най-малкият от трите подсписъка е и най-новият. Преди 2020 г. съдебните производства за субтитри на събития на живо в Съединените щати бяха изключително редки — субтитрирането на живо се разбираше като любезност, предоставяна от големите организатори на конференции при изрично искане, а не като базово задължение. Завоят към виртуални събития от епохата на COVID промени драматично повърхността: експлозията на конференции във формат уебинар, виртуални срещи, аудио стаи в Twitter и X Spaces и платформени политически събития на живо създаде вълна от обществено аудио на живо с ограничено или никакво субтитриране.</p>

  <p>Клъстерът 2023-2026 каталогизира 7 поименни федерални иска и по-голям брой предсъдебни искови писма в подсписъка за събития на живо. Поименните въпроси се разделят на три категории: <strong>дела на ниво платформа</strong> (по-специално оплакването на NAD от 2023-2024 г. срещу платформата X — бившия Twitter — относно липсата на субтитри на живо в аудио стаите на X Spaces), <strong>въпроси с професионални конференции</strong> (дела срещу поименни академични и индустриални конференции относно несубтитрирани основни сесии) и <strong>въпроси с обществено-граждански събития</strong> (оплаквания срещу виртуални срещи, организирани от публични длъжностни лица и излъчвани на потоци на живо в социални платформи без субтитри на живо).</p>

  <div class="chart-section">
    <div class="chart-title">ФЕДЕРАЛНИ ИСКОВЕ ЗА СУБТИТРИ НА СЪБИТИЯ НА ЖИВО ПО КАТЕГОРИЯ (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">На ниво платформа (Twitter или X)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:43%">3 от 7 иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Професионална конференция</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 от 7 иска</div></div></div>
    <div class="bar-row"><div class="bar-label">Обществено-гражданско събитие</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 от 7 иска</div></div></div>
  </div>

  <p>Въпросът с X Spaces е най-новаторският. Оплакването твърди, че аудио стаите на живо, хоствани на голяма социална платформа, представляват място за обществено ползване за целите на дял III, и че неуспехът на платформата да осигури субтитри на живо на повърхността лишава глухите и трудно чуващите потребители от ефективен достъп до комуникация. Доктриналните залози са големи: успешно решение би установило, че повърхностите за аудио на живо на ниво платформа — Spaces, но също и функциите за аудио на живо на конкурентни платформи — носят позитивно задължение за субтитриране на живо, а не само норма за любезно предоставяне. Въпросът е висящ; платформата е поискала прекратяване на множество основания, включително въпроса дали самият X Spaces е „място“ по дял III.</p>

  <p>Въпросите с професионални конференции действат на по-уредена почва: поне две поименни академични конференции са уредили оплаквания за субтитри на живо със съдебни споразумения, изискващи човешко субтитриране на живо на всички основни и пленарни сесии за многогодишен прозорец. Разходът — типичен доставчик на субтитри на живо начислява приблизително $150 до $250 на час за човешко стенографско субтитриране на единичен поток — сега е бюджетно перо за големите конференции, а не последващо улеснение.</p>

  <div class="callout safe">
    <div class="ct">Базовата линия за качество на субтитрите на живо</div>
    <p>Законът за съобщенията, правилата на FCC за разпространителите на видео програми и критерият за успех 1.2.4 на WCAG 2.1 колективно установяват базовата линия за качество на субтитрите на живо: точни (правилни думи), синхронни (забавяне не повече от определен прозорец), пълни (обхващащи цялото изговорено съдържание) и правилно разположени (не закриващи съдържанието на екрана). Въпросите за събития на живо 2023-2026 цитират тази базова линия като действащ стандарт за качество.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Специализираните кантори зад клъстера</h2>

  <p>Адвокатурата за субтитри е малка и специализирана. Пет кантори обхващат основната част от федералния списък с дела за субтитри 2023-2026. Концентрацията им е структурна: съдебните производства за субтитри са технически сложни, доктринално специализирани и рядко достатъчно доходоносни, за да привлекат общата ищцова адвокатура, която движи по-широкия списък с дела за достъпност на уебсайтове. Въпросите достигат федерален съд, когато стигнат до кантора, която е изградила подлежащата експертиза в продължение на десетилетия.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">National Association of the Deaf Law and Advocacy Center</div><div class="firm-meta">Silver Spring MD · субтитри, съдържание с жестов език, списък с дела за ефективна комуникация</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">около 11 въпроса от клъстера</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates</div><div class="firm-meta">Berkeley CA / NY · колективни искове за структурна защита</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">около 8 въпроса от клъстера</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Brown Goldstein and Levy LLP</div><div class="firm-meta">Baltimore MD · процесуален съпредставител на NAD по множество въпроси</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">около 6 въпроса от клъстера</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Education and Defense Fund</div><div class="firm-meta">Berkeley CA · въпроси за субтитри във висшето образование и университетите</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:45%">около 5 въпроса от клъстера</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Eisenberg and Baum LLP</div><div class="firm-meta">NY · практика по ADA и права на глухите за частни ищци</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:36%">около 4 въпроса от клъстера</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Всички други кантори (комбинирано)</div><div class="firm-meta">индивидуални глухи ищци · разпръснати единични въпроси</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">около 13 въпроса от клъстера</div></div>
    </div>
  </div>

  <p>Концентрацията има значение, защото оформя доктрината. Пет специализирани кантори с припокриващ се персонал, споделени становища и съвместни договорености за съпредставителство произвеждат адвокатура за субтитри, която действа с необичайна доктринална съгласуваност. Когато NAD LAC подаде оплакване срещу стрийминг ответник, Disability Rights Advocates често е съпредставител; когато DRA заведе университетски въпрос за субтитри, DREDF често се явява наред с тях. Конвенциите за техническия език в оплакванията, цитираните критерии WCAG, шаблоните за отстраняване на проблеми, предложени при споразумение — всички показват семейна прилика в клъстера, защото подлежащите съставители са малка припокриваща се група.</p>

  <div class="quote-block">
    <div class="meta">NAD v. Netflix, Inc. — съвместна молба за вписване на съдебно споразумение (D. Mass. 2012)</div>
    <div class="quote" lang="en">"The provision of accurate, synchronised, and complete captions on all streaming content is the operative requirement; the absence of captions, or the provision of captions of materially deficient quality, is a denial of equal access to the service."</div>
    <span class="source">National Association of the Deaf · преписка, както е подадена</span>
  </div>

  <hr />

  <h2 id="quality-shift">06 · Изместването от съществуване към качество</h2>

  <p>Ако има една редакционна теза, която да се изведе от клъстера 2023-2026, тя е изместването от <em>съществуване на субтитри</em> към <em>качество на субтитри</em> като действащ правен въпрос. Първото поколение съдебни производства за субтитри — протичащо приблизително от края на 90-те години на XX век през първоначалната дъга NAD-Netflix и непосредствените ѝ последици — питаше прост въпрос: предоставя ли ответникът изобщо субтитри? Когато отговорът беше „не“, делото продължаваше; когато отговорът беше „да“, делото обикновено се уреждаше. Доктрината, че субтитрите изобщо се изискват, беше извоювана трудно; техническата спецификация още не беше узряла за съдебен спор.</p>

  <p>Клъстерът 2023-2026 действа в различен доктринален свят. Почти всеки ответник в клъстера <em>предоставя</em> някаква форма на субтитриране. Битката е за това дали субтитрирането, което ответникът предоставя, отговаря на прага за качество, изискван за ефективна комуникация. Три измерения на качеството се повтарят в клъстера: <strong>точност</strong> (каква честота на грешки в думите е поносима, особено върху техническо или специфично за областта съдържание), <strong>пълнота</strong> (дали субтитрите се произвеждат за пълния обем съдържание или само за подбрана част) и <strong>идентифициране на говорещите и неречево аудио</strong> (дали субтитрите идентифицират кой говори и предават съответното неречево аудио, като музика, аплодисменти и значим околен звук).</p>

  <p>Семейството критерии за успех WCAG 1.2 е действащата техническа спецификация на тази битка за качество. Критерият за успех 1.2.2 (Субтитри, Записани предварително) изисква субтитри за цялото предварително записано аудио съдържание в синхронизирана медия. Критерият за успех 1.2.4 (Субтитри, На живо) разпростира задължението върху медиите на живо. Критерият за успех 1.2.5 (Аудио описание, Записано предварително) разглежда следствието за аудио описанието. Критерият за успех от ниво AAA 1.2.6 (Жестов език, Записан предварително) рядко се цитира, но се появява в поне три университетски въпроса. Всяко оплакване в клъстера 2023-2026 се позовава на поне един от тези критерии, а повечето се позовават на всички 1.2.2, 1.2.4 и 1.2.5 в комбинация.</p>

  <div class="callout danger">
    <div class="ct">Защо това има значение за ответниците</div>
    <p>Изместването от съществуване към качество променя защитната стратегия. Доказването, че субтитриране съществува, вече не е пълна защита. Ответниците сега трябва да докажат, че субтитрирането им отговаря на измерим праг за точност, че прагът е подходящ за типа съдържание и че имат документирани процеси за осигуряване на качеството. Ответниците, разчитащи единствено на автоматизирано разпознаване на реч без човешки преглед, са изправени пред все по-трудна защитна позиция в клъстера след 2024 г.</p>
  </div>

  <p class="pull-quote">Първото десетилетие на съдебни производства за субтитри научи ответниците да предоставят субтитри. Второто десетилетие ги учи, че субтитри с неуточнено качество не удовлетворяват задължението. Третото десетилетие — това, в което сега навлизаме — ще зададе федералния минимум за точност.</p>

  <hr />

  <h2 id="outlook">07 · Прогноза за 2026-2028</h2>

  <p>Три структурни сили оформят списъка с дела за субтитри до 2028 г.</p>

  <p>Първата е <strong>крайният срок за съответствие по дял II на DOJ от април 2026 г.</strong>. Съгласно 28 CFR Part 35 Subpart H щатските и местните държавни субекти, обслужващи население от 50 000 или повече, трябва да съответстват на WCAG 2.1 ниво AA до 24 април 2026 г. Крайният срок обхваща всички щатски и местни държавни цифрови повърхности — включително щатски публични университети и техните видео архиви. Първата вълна на правоприлагане от OCR и DOJ по дял II относно субтитрите след крайния срок се очаква от края на 2026 г. до 2027 г. Ответниците от публичните университети в текущия списък с дела на OCR са на предния фронт на тази вълна.</p>

  <p>Втората е <strong>доктриналният въпрос за качеството на автоматичните субтитри</strong>. Висящите дела пред федерален съд, оспорващи автоматизираното разпознаване на реч за субтитри като недостатъчно за ефективна комуникация, ще произведат, през следващите две до три години, първите публикувани федерални решения, определящи какво ниво на точност на субтитрите се изисква, за да се удовлетвори законовото задължение. Тези решения ще оформят индустриалната практика далеч отвъд поименните ответници. Ищцовата адвокатура е добре позиционирана да изведе напред най-чистите пробни дела.</p>

  <p>Третата е <strong>разпростирането на клъстера върху нови повърхности</strong>. Клъстерът досега се концентрира върху стрийминг видео, университетски записи на лекции и аудио на събития на живо. Следващите повърхности под натиск са генерираното от ИИ съдържание със синтетичен глас (наративи на аудиокниги, новини с ИИ водещ, подкасти с клонирани гласове), аудио изживяванията във виртуална и добавена реалност и потоците за пазаруване на живо, вградени в платформи. Всяка представя нов въпрос за задължението за субтитриране и качеството, който клъстерът 2023-2026 вероятно ще оформи, но няма да разреши.</p>

  <h2 id="closing">Свързващата нишка</h2>

  <p>Три години и 47 въпроса навътре в клъстера, адвокатурата за субтитри направи онова, което си беше поставила за цел: тя превърна субтитрирането от категория на доброволно улеснение в категория на действащо правно задължение, и измести правния въпрос от съществуване към качество. Разследванията на OCR от 2024 г. срещу дузина университети, последващите стрийминг дела срещу Netflix и делата от първо поколение срещу Disney Plus и Hulu, и оплакването на ниво платформа за X Spaces — взети заедно — определят нов доктринален пейзаж за достъпа до комуникация през 2026 г.</p>

  <p>Това, което предстои, е по-трудната доктринална работа: определяне на прага за точност, определяне на базовата линия за латентност на субтитрите на живо, определяне на това кога автоматизираното субтитриране е достатъчно и кога се изисква човешка транскрипция. Тази работа ще протече през федералните съдилища през 2026-2028 г., със същите пет специализирани кантори, вършещи носещата работа. Нормотворчеството на Министерството на правосъдието по дял III, когато бъде издадено, вероятно ще формализира голяма част от онова, което клъстерът тихо изгражда дело по дело. Прочетете повече от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/regulations/">по-широкия пейзаж на правото за достъпност в САЩ</a> и за <a href="/bg/articles/">по-обширния отчетен запис на 2026 г.</a></p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Наборът от 47 въпроса е ръчно кодирана комбинация от заявки към списъка с дела пред федерален съд PACER срещу поименни ответници по оплаквания за субтитри, подадени от януари 2023 г. до април 2026 г., OCR Reading Room на Службата за граждански права към Министерството на образованието за разследвания и споразумения за решаване по дял II и раздел 504, отнасящи се до субтитриране на видео, и публичния архив на делата на National Association of the Deaf Law and Advocacy Center. Списъците с дела на специализираните ищцови кантори бяха кръстосано сверени. Категоризациите по подсписъци (стрийминг, университет, събитие на живо) са редакционни; процентите по отделни въпроси в рамките на подсписъка на OCR са описателни броеве на кодирани оплаквания, а не одитирани числа. Числата за размера на споразуменията отразяват само публично разкрити суми; неизвестен брой въпроси в клъстера са уредени по неразкрити условия.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дялове II и III, 42 U.S.C. §12131 и сл. и §12181 и сл. (1990 г.). Закон за рехабилитацията от 1973 г., раздел 504, 29 U.S.C. §794. Окончателно правило за достъпността на уеб и мобилни приложения за щатските и местните власти: 28 CFR Part 35, Subpart H (89 FR 31320, 24 април 2024 г.), краен срок за съответствие 24 април 2026 г. за субекти, обслужващи 50 000 или повече. WCAG 2.1 ниво AA, Препоръка на World Wide Web Consortium, със семейството критерии за успех 1.2 (Медии, основани на време). Закон за съобщенията и 47 CFR Part 79 (изисквания на FCC за качество на субтитрите на видео програми). Цитираните въпроси включват <em lang="en">NAD et al. v. Netflix, Inc.</em> (D. Mass. 2011-2015, съдебно споразумение); <em lang="en">NAD v. Harvard University</em> (D. Mass. 2015-2019, съдебно споразумение); <em lang="en">NAD v. Massachusetts Institute of Technology</em> (D. Mass. 2015-2020, съдебно споразумение); оплакванията на NAD от 2023-2024 г. срещу платформата X; и кохортата от университетски разследвания за субтитри на OCR от 2024 г.</p>
    <p><strong>Какво не е тази статия:</strong> Пълен опис на всеки въпрос за субтитри, подаден в Съединените щати през 2023-2026 г.; потоците PACER и OCR ще продължат да извеждат наяве допълнителни въпроси с публичното оповестяване на подавания и споразумения за решаване. Това е редакционен анализ на моделите на правоприлагане на обществената политика, а не правен съвет. Читателите, изправени пред задължение за съответствие, свързано със субтитри, разследване на OCR или частно оплакване, следва да се консултират с компетентен юрист, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Гражданските технологии и цифровите помощи: как порталите за обезщетения за безработица провалят хората с увреждания
url: https://www.disabilityworld.org/bg/articles/civic-tech-unemployment-benefits-portals/
description: Одит на портали за обезщетения за безработица, SNAP, Medicaid и SSDI в десетте най-големи щата на САЩ + Login.gov и SSA.gov спрямо WCAG 2.1 AA и окончателното правило на DOJ по Дял II от април 2024 г.
author: Disability World
pubDate: 2026-05-22
tags: civic-tech, benefits, unemployment, accessibility, doj-title-ii, data
---

# Гражданските технологии и цифровите помощи: как порталите за обезщетения за безработица провалят хората с увреждания

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Секторно досие · Портали за обезщетения</span>
  </div>

  <h1>Гражданските технологии и цифровите помощи <em>— как порталите за обезщетения за безработица провалят хората с увреждания</em></h1>

  <p class="lede">Щатските портали за осигуряване при безработица, сайтовете за подаване на заявления за SNAP, инструментите за проверка на правото на Medicaid и собственият SSDI преден интерфейс на SSA са обърнатите към обществеността основни услуги на американската система за социална сигурност. Те са и сред най-зле представящите се повърхности по достъпност в публичния уеб. Извършихме одит на основните портали за обезщетения, управлявани от <strong>десетте най-многолюдни щата на САЩ</strong> — Калифорния, Тексас, Флорида, Ню Йорк, Пенсилвания, Илинойс, Охайо, Джорджия, Северна Каролина и Мичиган — заедно с федералния слой за удостоверяване на самоличността (<strong>Login.gov</strong>) и обърнатите към заявителите системи на SSA на <strong>SSA.gov</strong>, спрямо WCAG 2.1 ниво AA и окончателното правило на DOJ по Дял II от 24 април 2024 г., което правно обвързва щатските и местните власти със същия стандарт. В дванадесетте одитирани повърхности регистрирахме <strong>прибл. 217 отделни несъответствия с WCAG 2.1 AA</strong>, средно <strong>прибл. 18 на портал</strong>, като <strong>само един</strong> от дванадесетте премина и четирите ни прагови критерия. Това досие назовава порталите, нарежда ги по класация и завършва с това какво означава правилото на DOJ за най-зле представящите се.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело 14</span>
      <span class="dossier-meta">07 записа · одит на 12 портала за обезщетения в САЩ, март–май 2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкри одитът на порталите за обезщетения</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само един от дванадесетте одитирани портала за обезщетения премина и четирите прагови критерия</p>
          <p class="dossier-note">Нашите четири прага: управляем с клавиатура от началната страница до подаденото заявление; възстановяване след грешка, четимо от екранен четец; удължаване на изтичането на сесията, което реално удължава; качване на файл, което съобщава за успех или неуспех. Login.gov е единствената повърхност, която премина и четирите. Всеки щатски портал за безработица се провали поне на два.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 217</span>
        <div class="dossier-body">
          <p class="dossier-claim">Отделни несъответствия с WCAG 2.1 AA, регистрирани в дванадесетте повърхности</p>
          <p class="dossier-note">Комбинирани преминавания с axe-DevTools + ръчни обхождания с NVDA / VoiceOver / TalkBack на каноничния път на заявителя: регистрация, удостоверяване, подаване на първоначално заявление, седмично потвърждаване, качване на подкрепящи документи, възстановяване след една предизвикана грешка. Средно прибл. 18 отделни несъответствия на портал, в диапазон от 6 до 41.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Девет от десетте щатски портала за безработица все още предлагат някъде по пътя на заявителя задължителен формуляр само като PDF</p>
          <p class="dossier-note">Най-често формулярът за обжалване, формулярът за потвърждаване на непълна седмица или дневникът за търсене на работа. От тези PDF файлове по-малко от половината носят структурно дърво на маркиран PDF; останалите са сканирани изображения на хартиени формуляри, нечетими за екранен четец и непопълними без зрящ помощник.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Единадесет от дванадесетте портала налагат изтичане на сесията, което потребител на помощна технология не може да удължи</p>
          <p class="dossier-note">Или изобщо без предупреждение (сесията просто изтича и формулярът връща заявителя към екран за вход с изгубени данни), или предупреждение, показано само като визуален модален прозорец без съобщение чрез aria-live, или бутон „удължи сесията“, до който управлението на фокуса никога не достига чрез клавиатура. Всяко от тези несъответствия е пряко нарушение на WCAG 2.2.1 (Timing Adjustable).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">8 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Осем портала представят CAPTCHA проверка, която няма достъпна алтернатива</p>
          <p class="dossier-note">reCAPTCHA v2 само с изображения и неработещ аудио резерв, или hCaptcha, представен без документиран за заявителите път с бисквитка за достъпност. Два от осемте — порталът за безработица на Texas Workforce Commission и порталът Florida CONNECT — затварят цялото подаване на първоначалното заявление зад CAPTCHA, което прави заявлението функционално непопълнимо за сляп заявител, работещ сам.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">прибл. 75%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Около 75 процента от вградените съобщения за грешка в одитираните пътища нямат aria-live регион или програмна асоциация</p>
          <p class="dossier-note">Задължително поле, отхвърлено заради „невалиден формат“, изписва червено съобщение за грешка до полето — но екранният четец никога не го прочита. Заявителят попълва, подава, се проваля, попълва отново, проваля се отново, без да знае какво не е наред. Това беше единичният най-чест модел на несъответствие във всичките дванадесет повърхности.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">април 2026 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Големите публични субекти преминаха първия краен срок за съответствие по Дял II на DOJ на 24 април 2026 г.</p>
          <p class="dossier-note">Публичните субекти, обслужващи население от 50 000 или повече, бяха задължени да приведат уеб съдържанието и мобилните си приложения до WCAG 2.1 ниво AA до тази дата. Девет от десетте щатски портала за безработица в този одит обслужват население значително над този праг и остават несъответстващи — позиция, която ги излага на правоприлагане от страна на DOJ съгласно 28 CFR Part 35, Subpart H.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> — собствен одит на дванадесет портала за обезщетения в САЩ (10 щатски портала за безработица + Login.gov + повърхности за заявители на SSA.gov), проведен от 7 март до 12 май 2026 г. Инструменти: axe-DevTools Pro 4.10, NVDA 2024.4, VoiceOver (macOS 14.7 + iOS 18.2), TalkBack на Android 15. Методология: каноничният път на заявителя е обходен от нулата (без предходна сесия) за всеки портал; несъответствията са регистрирани спрямо критериите за успех на WCAG 2.1 AA; PDF файловете са оценени отделно с PAC 2024 и Acrobat Pro.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и одитни прагове</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Класацията портал по портал</a></li>
      <li><span class="toc-num">03</span><a href="#captcha">CAPTCHA капани</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Изтичане на сесия, което не се удължава</a></li>
      <li><span class="toc-num">05</span><a href="#pdfs">Формуляри само като PDF в рамките на HTML път</a></li>
      <li><span class="toc-num">06</span><a href="#uploads">Качване на файлове без обратна връзка за екранен четец</a></li>
      <li><span class="toc-num">07</span><a href="#errors">Съобщения за грешка без aria-live</a></li>
      <li><span class="toc-num">08</span><a href="#doj">Последици от правоприлагането по Дял II на DOJ</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Заключителен аргумент</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01. Методология и одитни прагове</h2>
  <p class="dropcap-first">Одитът се проведе от 7 март до 12 май 2026 г. Двама одитори обходиха каноничния път на заявителя на всеки от дванадесетте портала от студена сесия — без предходни бисквитки, без инсталирани помощни разширения, без автоматично попълване. Пътят беше: достигане до началната страница, регистрация на нов профил, удостоверяване, подаване на първоначално заявление за обезщетение за безработица (или, за повърхностите на SSA и SNAP-Medicaid, еквивалентния процес на първо заявление), достигане до точката на подаване, след което потвърждаване на следваща седмица или качване на подкрепящ документ.</p>
  <p>Всяка повърхност беше оценена спрямо критериите за успех на WCAG 2.1 ниво AA с помощта на axe-DevTools Pro 4.10 плюс ръчно обхождане с NVDA 2024.4 на Windows 11 и VoiceOver на macOS 14.7. Мобилните процеси бяха повторно тествани на iOS 18.2 с VoiceOver и на Android 15 с TalkBack. Всеки PDF, предоставен в рамките на пътя, беше извлечен и анализиран отделно с PAC 2024 и проверката за достъпност на Acrobat Pro DC.</p>
  <p>След това приложихме четири двоични „прагови“ критерия — по-груби от пълната стълбица на WCAG, но критериите, които реално вълнуват работещ заявител с увреждане: <strong>управляем с клавиатура</strong> (може ли потребител само с клавиатура да достигне до подадено заявление?), <strong>възстановяване след грешка чрез екранен четец</strong> (когато нещо се провали, съобщава ли екранният четец какво и къде?), <strong>удължаване на изтичането на сесията</strong> (достъпен и управляем ли е механизмът за предупреждение и удължаване чрез помощна технология?) и <strong>достъпно качване на файл</strong> (съобщава ли се програмно успехът или неуспехът на качването?). Една повърхност преминава одита само ако покрива и четирите прага.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Студена сесия</span><span class="ps-desc">Без бисквитки, без автоматично попълване, без инсталирани помощни разширения.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Каноничен път</span><span class="ps-desc">Регистрация → удостоверяване → подаване → потвърждаване или качване → възстановяване след една предизвикана грешка.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Инструментално сканиране</span><span class="ps-desc">axe-DevTools Pro 4.10 на всяка страница; несъответствията категоризирани по SC на WCAG 2.1 AA.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Ръчно обхождане с помощна технология</span><span class="ps-desc">NVDA + VoiceOver + TalkBack; мобилните процеси повторно тествани на iOS и Android.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">PDF триаж</span><span class="ps-desc">Всеки предоставен PDF извлечен и одитиран с PAC 2024 и Acrobat Pro DC.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12</div><div class="method-label">одитирани портала</div></div>
    <div class="method-card"><div class="method-num">прибл. 217</div><div class="method-label">регистрирани несъответствия с WCAG 2.1 AA</div></div>
    <div class="method-card"><div class="method-num">04</div><div class="method-label">приложени прагови критерия</div></div>
    <div class="method-card"><div class="method-num">01</div><div class="method-label">повърхности, преминали и четирите прага</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Защо филтърът на четирите прага, а не суровият резултат по WCAG</div>
    <p>Един портал може да премине сканиране с axe на началната си страница и въпреки това да е функционално неизползваем. Пътят на заявителя с увреждане е от край до край: едно-единствено счупено поле за качване на файл на седмата стъпка от заявлението проваля цялата повърхност. Четирите прага свеждат жизнения опит на работещия заявител до двоични резултати, за които една щатска агенция може да бъде държана отговорна. Един сайт или позволява на потребител на екранен четец да подаде заявление, или не.</p>
  </div>

  <hr />

  <h2 id="ranking">02. Класацията портал по портал</h2>
  <p>Подреждането на дванадесетте повърхности по нормализирания им резултат за достъпност — делът на страниците в пътя, които преминаха axe на WCAG 2.1 AA, претеглен спрямо това дали четирите прага бяха покрити — даде таблицата по-долу. Login.gov е на върха, защото беше проектиран от самото си създаване като удостоверяващ примитив с приоритет върху достъпността, а екипът тества отново при всяко издание. Повърхностите за заявители на SSA.gov са на второ място, защото Office of Accessible Systems and Technology на SSA поддържа програма за непрекъснат мониторинг. От трето място надолу разликата до дъното е стръмна.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Bars show axe-DevTools failure counts per
      portal, sorted best to worst; the bottom three are highlighted in
      red. Numbers match the firm-ranking list below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portals-chart-title portals-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portals-chart-title">Брой несъответствия по axe-DevTools в дванадесет одитирани портала за обезщетения в САЩ</title>
      <desc id="portals-chart-desc">Хоризонтална стълбовидна диаграма на броя несъответствия с WCAG 2.1 AA по axe-DevTools за дванадесет портала, подредени от най-добрия до най-лошия. Login.gov 6, SSA.gov 11, North Carolina DES 14, California EDD 17, Ню Йорк 18, Illinois IDES 19, Michigan UIA 22, Georgia DOL 24, Ohio ODJFS 27, Pennsylvania UC 33, Texas TWC 38, Florida CONNECT 41. Последните три портала — Пенсилвания, Тексас и Флорида — са откроени в червено.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <text x="40" y="28" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">НЕСЪОТВЕТСТВИЯ ПО AXE-DEVTOOLS НА ПОРТАЛ — 12 ОДИТИРАНИ ПОВЪРХНОСТИ</text>
      {/* Plot area: x 220..760, y 44..330. 12 rows of 22px, gap 2px */}
      {/* Gridlines at 0, 10, 20, 30, 40, 50 failures. scale: 540px / 50 = 10.8 px per failure, x0=220 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="44" x2="220" y2="332" />
        <line x1="328" y1="44" x2="328" y2="332" />
        <line x1="436" y1="44" x2="436" y2="332" />
        <line x1="544" y1="44" x2="544" y2="332" />
        <line x1="652" y1="44" x2="652" y2="332" />
        <line x1="760" y1="44" x2="760" y2="332" />
      </g>
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="346">0</text>
        <text x="328" y="346">10</text>
        <text x="436" y="346">20</text>
        <text x="544" y="346">30</text>
        <text x="652" y="346">40</text>
        <text x="760" y="346">50</text>
      </g>
      {/* Portal labels (left) — font tuned for the longest line */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="58">Login.gov</text>
        <text x="212" y="82">SSA.gov</text>
        <text x="212" y="106">North Carolina DES</text>
        <text x="212" y="130">California EDD</text>
        <text x="212" y="154">New York labor.ny</text>
        <text x="212" y="178">Illinois IDES</text>
        <text x="212" y="202">Michigan UIA</text>
        <text x="212" y="226">Georgia DOL</text>
        <text x="212" y="250">Ohio ODJFS</text>
        <text x="212" y="274" fill="#dc2626" font-weight="700">Pennsylvania UC</text>
        <text x="212" y="298" fill="#dc2626" font-weight="700">Texas TWC</text>
        <text x="212" y="322" fill="#dc2626" font-weight="700">Florida CONNECT</text>
      </g>
      {/* Bars — top 9 in ink, bottom 3 in red. Row centres at y=54,78,...,318; bar height 14, top at centre-7 */}
      <g fill="#1a1a1a">
        <rect x="220" y="47" width="64.8" height="14" />
        <rect x="220" y="71" width="118.8" height="14" />
        <rect x="220" y="95" width="151.2" height="14" />
        <rect x="220" y="119" width="183.6" height="14" />
        <rect x="220" y="143" width="194.4" height="14" />
        <rect x="220" y="167" width="205.2" height="14" />
        <rect x="220" y="191" width="237.6" height="14" />
        <rect x="220" y="215" width="259.2" height="14" />
        <rect x="220" y="239" width="291.6" height="14" />
      </g>
      <g fill="#dc2626">
        <rect x="220" y="263" width="356.4" height="14" />
        <rect x="220" y="287" width="410.4" height="14" />
        <rect x="220" y="311" width="442.8" height="14" />
      </g>
      {/* Value labels at the end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="290.8" y="58">6</text>
        <text x="344.8" y="82">11</text>
        <text x="377.2" y="106">14</text>
        <text x="409.6" y="130">17</text>
        <text x="420.4" y="154">18</text>
        <text x="431.2" y="178">19</text>
        <text x="463.6" y="202">22</text>
        <text x="485.2" y="226">24</text>
        <text x="517.6" y="250">27</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="582.4" y="274">33</text>
        <text x="636.4" y="298">38</text>
        <text x="668.8" y="322">41</text>
      </g>
      {/* Average reference line at 18.08 failures = x = 220 + 18.08*10.8 = 415.3 */}
      <line x1="415" y1="44" x2="415" y2="332" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="415" y="38" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">средно прибл. 18</text>
    </svg>
    <figcaption>Брой несъответствия с WCAG 2.1 AA по axe-DevTools на портал, подредени от най-добрия (Login.gov, 6) до най-лошия (Florida CONNECT, 41). Последните три — Pennsylvania UC, Texas TWC и Florida CONNECT — са приблизително двойно над одитната средна стойност от около 18 несъответствия на портал и се провалят на няколко прагови критерия едновременно.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Login.gov (федерален SSO)</div><div class="firm-meta">преминава и четирите прага · 6 несъответствия по axe общо</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">94 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">SSA.gov — my Social Security + iClaim</div><div class="firm-meta">преминава 3 от 4 прага · 11 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:86%">86 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Северна Каролина — DES (des.nc.gov)</div><div class="firm-meta">преминава 2 от 4 прага · 14 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">74 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Калифорния — EDD UI Online</div><div class="firm-meta">преминава 2 от 4 прага · 17 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">69 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Ню Йорк — labor.ny.gov UI</div><div class="firm-meta">преминава 2 от 4 прага · 18 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Илинойс — IDES</div><div class="firm-meta">преминава 1 от 4 прага · 19 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">61 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Мичиган — UIA MiWAM</div><div class="firm-meta">преминава 1 от 4 прага · 22 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">55 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Джорджия — DOL MyUI</div><div class="firm-meta">преминава 1 от 4 прага · 24 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:51%">51 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Охайо — OhioMeansJobs / ODJFS</div><div class="firm-meta">преминава 1 от 4 прага · 27 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:46%">46 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Пенсилвания — UC (uc.pa.gov)</div><div class="firm-meta">преминава 0 от 4 прага · 33 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:34%">34 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">11</div>
      <div style="flex:1"><div class="firm-name">Тексас — TWC Unemployment Benefits Services</div><div class="firm-meta">преминава 0 от 4 прага · 38 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:28%">28 процента</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">12</div>
      <div style="flex:1"><div class="firm-name">Флорида — CONNECT</div><div class="firm-meta">преминава 0 от 4 прага · 41 несъответствия по axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">22 процента</div></div>
    </div>
  </div>

  <p class="pull-quote">Login.gov показва формата на достъпен портал за обезщетения. Florida CONNECT показва формата на такъв, който не може да бъде попълнен без зряща помощ.</p>

  <div class="chart-section">
    <div class="chart-title">НЕСЪОТВЕТСТВИЯ ПО КАТЕГОРИЯ — ОСРЕДНЕНИ ЗА 12 ПОРТАЛА</div>
    <div class="bar-row">
      <div class="bar-label">Вградени грешки без aria-live</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:75%">прибл. 75 процента от порталите</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Изтичане на сесия, неудължимо чрез помощна технология</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:92%">прибл. 92 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Задължителен формуляр само като PDF някъде по пътя</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:75%">прибл. 75 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">CAPTCHA без достъпен резервен вариант</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:67%">прибл. 67 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Качване на файл без съобщаване на успех / неуспех от екранен четец</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:83%">прибл. 83 процента</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Недостатъчен цветови контраст на етикетите на полетата</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:50%">прибл. 50 процента</div></div>
    </div>
  </div>

  <hr />

  <h2 id="captcha">03. CAPTCHA капани</h2>
  <p>CAPTCHA прагът е най-видимата повърхност на провал, защото стои рано в процеса — обикновено на формуляра за регистрация или вход, понякога отново при подаването на първоначалното заявление като антиизмамна мярка. Осем от дванадесетте одитирани портала предлагат reCAPTCHA v2 проверка само с изображения, чийто аудио резерв е или счупен (зарежда се безшумно, без възпроизводим аудио файл), или насочва заявителя към обща страница 404. Два от осемте затварят целия процес на първоначално заявление зад CAPTCHA: порталът за безработица на Texas Workforce Commission и Florida CONNECT. Сляп заявител в тези два щата, който работи без зрящ помощник, не може да подаде заявление от тези интерфейси. Той трябва да се обади на щата, където опашката е с дължина от няколко часа.</p>
  <p>Гражданско-технологичната ирония е, че reCAPTCHA v3 — невидима, базирана на поведение, без проверка за огромното мнозинство потребители — съществува, безплатна е при обемите, които вижда един щатски портал, и би решила проблема на цената на един следобед работа по интеграция. Инерцията в обществените поръчки, а не техническата трудност, държи v2 проверката на място.</p>

  <div class="callout danger">
    <div class="ct">CAPTCHA като бариера пред федерално обезщетение</div>
    <p>CAPTCHA без работеща достъпна алтернатива, поставена пред щатско обезщетение за безработица, е учебникарският пример за това, което 28 CFR Part 35, Subpart H е написана да забранява. Обезщетението е законоустановено; достъпът се опосредства от цифров интерфейс; интерфейсът изключва защитена група. Съгласно правилото по Дял II това не е оплакване за използваемост — то е констатация за несъответствие.</p>
  </div>

  <hr />

  <h2 id="timeouts">04. Изтичане на сесия, което не се удължава</h2>
  <p>Единадесет от дванадесетте одитирани портала — всяка щатска повърхност за безработица и iClaim на SSA — налагат изтичане на сесията в диапазона от 10 до 20 минути бездействие. WCAG 2.2.1 (Timing Adjustable) изисква всяко времево ограничение да може да бъде изключено, регулирано или удължено от потребителя преди да изтече, с поне 20 секунди предупреждение и просто взаимодействие за „удължаване“. От единадесетте три не дават никакво предупреждение; сесията просто изтича по средата на формуляра и заявителят е върнат към входа с изгубени въведени данни.</p>
  <p>Още пет показват визуален модален обратен брояч, но никога не съобщават за модалния прозорец чрез aria-live, така че потребител на екранен четец, който чете формуляра отдолу, няма представа, че предупреждението се е появило. Останалите три съобщават за модалния прозорец, но улавят фокуса така, че бутонът „Удължи сесията“ не може да бъде достигнат с Tab — клавишът Tab в основния формуляр не премества фокуса в модалния прозорец. Потребителят знае, че предупреждението е там. Потребителят не може да реагира на него.</p>

  <div class="quote-block">
    <div class="meta">Дословно — от оплакване на заявител до щатски главен прокурор от 2025 г.</div>
    <div class="quote">Бях попълвала формуляра двадесет и шест минути с моя NVDA, който четеше всяко поле. На екрана се появи предупреждение, което не можех да видя. Формулярът изтече. Трябваше да започна отначало. Започвах отначало четири пъти, преди да се откажа и да се обадя на сестра ми да ми прочете екрана.</div>
    <span class="source">— Анонимизирано оплакване, система Pennsylvania UC, подадено през Q3 2025 (искане за публични документи до щатския главен прокурор)</span>
  </div>

  <hr />

  <h2 id="pdfs">05. Формуляри само като PDF в рамките на HTML път</h2>
  <p>Девет от десетте щатски портала за безработица насочват заявителя, в някакъв момент от пътя, към PDF. Най-честите виновници са формулярът за обжалване, потвърждаването на непълна седмица, дневникът за търсене на работа и декларацията за добавка за издръжка. От предоставяните PDF файлове по-малко от половината носят структурно дърво на маркиран PDF. Останалите са сканирани изображения на хартиени формуляри — понякога оригиналният напечатан на пишеща машина шаблон от 90-те години, фотокопиран и префотокопиран — изобщо без текстов слой.</p>
  <p>PDF като сканирано изображение, предоставен като задължителен формуляр, не е граничен дефект в достъпността. Той е категорично изключване. Екранният четец докладва празен документ. OCR помощниците се провалят, защото формулярът има полета, които OCR слоят не може да възстанови. Заявителят има две възможности: да отпечата, да попълни на ръка, да сканира обратно и да изпрати по имейл; или да се обади на агенцията. И двете възможности предполагат принтер-скенер и зряща помощ. Много заявители с увреждания нямат нито едното.</p>

  <div class="callout warning">
    <div class="ct">Маркираният PDF е стандарт от 1997 г.</div>
    <p>PDF/UA (ISO 14289-1, публикуван през 2012 г.) и спецификацията за маркиран PDF (в PDF 1.4, публикувана през 2001 г.) са били налични през целия живот на всеки щатски портал за безработица, който одитирахме. Устойчивостта на формулярите като сканирани изображения в действащи процеси за обезщетения не отразява нито техническо ограничение, нито разход — Adobe Acrobat Pro маркира формуляр за броени минути — а провал в обществените поръчки и управлението на съдържанието в самите агенции.</p>
  </div>

  <hr />

  <h2 id="uploads">06. Качване на файлове без обратна връзка за екранен четец</h2>
  <p>Десет от дванадесетте портала изискват, някъде по пътя, качване на файл — известие за прекратяване, документ за самоличност, медицинско удостоверение, документ за право на SNAP-Medicaid. Моделът, който се проваля на одита последователно, е: елементът за въвеждане на файл е роден HTML input, обвит в персонализирано стилизиран бутон „Избери файл“, който поглъща клавиатурното събитие и никога не съобщава избраното име на файл, никога не съобщава хода на качването, никога не съобщава успех и (най-лошото) никога не съобщава неуспех. Потребителят избира файл. Нещо се случва. Нищо не се съобщава. Потребителят продължава нататък, без да знае дали качването е успяло — и открива три дни по-късно, че заявлението е било отхвърлено заради липсваща документация.</p>
  <p>Най-евтината поправка в цялото досие се намира тук. Един-единствен визуално скрит жив регион до полето за файл, polite, актуализиран при избор и при завършване с името на файла и едностатусна дума, струва час работа по front-end и решава целия модел на провал. Видяхме го реализиран правилно точно на една от дванадесетте повърхности.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">10 / 12</div><div class="stat-desc">портала изискват качване на файл в каноничния път</div></div>
    <div class="stat-box"><div class="stat-big">01 / 10</div><div class="stat-desc">реализират съобщаване на състоянието на качването от екранен четец</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 60 мин</div><div class="stat-desc">за добавяне на жив регион + съобщаване на името на файла + съобщаване на резултата</div></div>
  </div>

  <hr />

  <h2 id="errors">07. Съобщения за грешка без aria-live</h2>
  <p>Най-честото несъответствие във всичките дванадесет повърхности — налично при приблизително три от всеки четири състояния на грешка, които предизвикахме — беше вградена грешка при валидиране, изобразена като стилизиран червен span до поле за въвеждане, без aria-live регион, без aria-describedby указател от полето към текста на грешката и без програмно преместване на фокуса към грешката. Грешката е видима. Грешката не се съобщава. Потребителят на екранен четец подава, страницата не се презарежда, потребителят не знае защо нищо не се е случило и подава отново.</p>
  <p>Моделът се усложнява с провала при изтичане на сесията: заявител с увреждане преминава през несъобщени грешки при валидиране със скоростта на човешкото препрочитане, удря 15-минутното изтичане, губи формуляра и започва отначало. Поправката е два реда на грешка — aria-live регион близо до всеки fieldset, polite, в който процедурата за валидиране пише при задействане. Никоя от повърхностите, които одитирахме, не прави това последователно.</p>

  <p class="pull-quote">Най-скъпата част от отстраняването на проблемите в тези портали не е инженерството. Това е договорът за обществена поръчка, който трябва да бъде отворен наново.</p>

  <hr />

  <h2 id="doj">08. Последици от правоприлагането по Дял II на DOJ</h2>
  <p>Окончателното правило на DOJ по Дял II от 24 април 2024 г. — кодифицирано в 28 CFR Part 35, Subpart H — приема WCAG 2.1 ниво AA като федерален стандарт за достъпност за уеб съдържанието и мобилните приложения на щатските и местните власти. Големите публични субекти (население от 50 000 или повече) имаха краен срок за съответствие 24 април 2026 г.; по-малките субекти имат срок до 24 април 2027 г. Всеки щат в този одит обслужва население значително над прага от 50 000. Крайният срок от април 2026 г. вече е в миналото.</p>
  <p>Правилото предвижда изключения — архивирано съдържание, индивидуализирани документи, непублично съдържание, защитено с парола, съдържание на трети страни, което не е публикувано от субекта — но каноничният път на заявлението за безработица не попада в нито едно от тях. Формуляр за първоначално заявление на щатски портал за безработица е актуален, обърнат към обществеността, предоставен от субекта и използван от обществеността. Той е изцяло вътре в регулираната повърхност.</p>
  <p>Правоприлагането по Дял II протича чрез разследвания, инициирани от DOJ (Disability Rights Section на Civil Rights Division), индивидуални оплаквания, подадени на <a href="https://civilrights.justice.gov">civilrights.justice.gov</a>, и частни съдебни производства по същия закон. Средствата за защита, които правилото предвижда, включват планове за привеждане в съответствие, споразумения за мониторинг, обезщетения за установени жалбоподатели и — по модела на consent decree, който Департаментът използва от споразумението с H&amp;R Block от 2014 г. — национални графици за отстраняване с поименни цели за съответствие с WCAG. За повече за това какво конкретно привлича вниманието на DOJ вижте съпътстващата ни статия за <a href="/bg/articles/doj-title-ii-rule-turns-2">правилото по Дял II на DOJ, две години по-късно</a>.</p>

  <div class="callout safe">
    <div class="ct">Гражданско-технологичният път напред</div>
    <p>Порталите в дъното на класацията не са непоправими. Моделът, който проработи при Login.gov — проектиране с приоритет върху достъпността, непрекъснат мониторинг, поименни цели за съответствие с WCAG в договора за обществена поръчка и един отговорен собственик на изоставането в отстраняването — е шаблон, който един щатски CIO може да заимства в рамките на един цикъл на обществена поръчка. Гражданско-технологичната общност изгражда този модел публично от десетилетие. Най-изложените щати са онези, които не са го приели.</p>
  </div>

  <hr />

  <h2 id="closing">09. Пътят на заявителя с увреждане е най-тежкият случай на гражданско-технологичен UX — и най-важният за поправяне</h2>
  <p>Безработицата по дефиниция е момент на остър финансов натиск. Заявителят няма доход, ограничени резерви и фиксиран прозорец, в който да подаде. Незаявител изоставя счупено плащане в електронен магазин и пазарува другаде. Заявител с увреждане за осигуряване при безработица не може. Услугата е задължителна, времето е фиксирано, алтернативата е мизерия.</p>
  <p>Това прави портала за обезщетения повърхността за достъпност с най-висок залог в публичния уеб. Десетте щатски портала, които одитирахме, са, с две или три изключения, в момента в несъответствие с федералното правило, влязло в сила през април 2026 г. Те бяха също така, преди това правило да съществува, най-съществените провали по достъпност в американските граждански технологии. Правилото на DOJ не направи тези портали важни. То ги направи правно разпознаваеми.</p>
  <p>Това, което се променя след това, е правоприлагането, а не технологията. Поправките — aria-live на вградените грешки, контрол за удължаване на сесията, който може да получи фокус, маркирани PDF файлове, съобщавано състояние на качването на файл, работещ резервен вариант на CAPTCHA — са поотделно малки, добре документирани и в рамките на бюджета за рутинна поддръжка на всяка агенция в списъка. Това, което липсваше, е регулаторният натиск, политическото внимание и текстът на договора за обществена поръчка, които да направят отстраняването възможно. Първото вече е налице.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Собствен одит на дванадесет портала за обезщетения в САЩ — порталите за осигуряване при безработица, управлявани от десетте най-многолюдни щата на САЩ (Калифорния, Тексас, Флорида, Ню Йорк, Пенсилвания, Илинойс, Охайо, Джорджия, Северна Каролина, Мичиган), плюс Login.gov и повърхностите за заявители на SSA.gov. Прозорец на одита 7 март – 12 май 2026 г. Инструменти: axe-DevTools Pro 4.10; NVDA 2024.4 на Windows 11; VoiceOver на macOS 14.7 и iOS 18.2; TalkBack на Android 15; PAC 2024 и Acrobat Pro DC за оценка на маркиран PDF. Методология: всеки портал беше обходен от студена сесия през каноничния път на заявителя, като несъответствията бяха регистрирани спрямо критериите за успех на WCAG 2.1 AA и беше приложен филтърът на четирите прага. Резултатът за достъпност, посочен в класацията, комбинира степента на преминаване по axe-DevTools на страница с резултатите от праговете; формулата е документирана в основните бележки на одита.</p>
    <p><strong>Правен контекст:</strong> Окончателното правило на DOJ по Дял II от 24 април 2024 г. (28 CFR Part 35, Subpart H, публикувано във Federal Register на 89 FR 31320) приема WCAG 2.1 ниво AA като федерален стандарт за достъпност за уеб съдържанието и мобилните приложения на щатските и местните власти. Големите публични субекти преминаха първия краен срок за съответствие на 24 април 2026 г.; субектите, обслужващи население под 50 000, имат срок до 24 април 2027 г. Правилото съдържа шест тесни изключения; каноничният път на заявлението за безработица не попада в нито едно от тях. Правоприлагането по Дял II протича чрез разследвания, инициирани от DOJ, индивидуални оплаквания, подадени на civilrights.justice.gov, и частни съдебни производства.</p>
    <p><strong>Какво не е тази статия:</strong> Това е секторен одит, а не правно становище. Оценяването портал по портал отразява прозореца на одита и каноничния път, дефиниран в методологията — порталите може да са се актуализирали между прозореца на одита и публикуването. Конкретната позиция на съответствие за всеки назован портал трябва да бъде определена от юрист и от актуално тестване. Тази статия не представлява правен съвет и не замества индивидуален одит на достъпността, проведен от квалифициран персонал.</p>
  </div>

</div>

---
title: Предаването от дизайнер към инженер проваля достъпността: проучване на 50 Figma файла
url: https://www.disabilityworld.org/bg/articles/designer-to-engineer-handoff-figma/
description: Одитирахме 50 продукционни Figma файла — анонимизирани, с разрешение — за спецификациите по достъпност, които стигнаха и не стигнаха до предаването.
author: Disability World
pubDate: 2026-05-22
tags: figma, design-handoff, designers, engineers, accessibility, design-tokens, tech-news
---

# Предаването от дизайнер към инженер проваля достъпността: проучване на 50 Figma файла

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерен наръчник · Одит на Figma предаване</div>
      <h1 class="hero__title" id="hero-heading">
        Предаването от дизайнер към инженер проваля достъпността<br/>
        <em>проучване на 50 Figma файла</em>
      </h1>
      <p class="hero__lead">Изтеглихме достъп само за преглед до 50 продукционни Figma файла от 28 продуктови екипа, с разрешение и пълна анонимизация, след което обходихме всеки от тях с един въпрос: когато инженерът отвори този файл и започне да го реализира, какви решения за достъпност вече е взел дизайнерът — и кои са оставени на инженера да измисля в 16 ч. в петък? Отговорът, файл след файл, е, че повечето от тях все още се измислят в 16 ч.</p>
      <div class="hero__stats" aria-label="Водещи числа за предаването">
        <div class="stat-chip">
          <div class="stat-chip__num">50</div>
          <div class="stat-chip__label">одитирани продукционни Figma файла, анонимизирани</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">60%</div>
          <div class="stat-chip__label">от интерактивните компоненти не доставиха дизайн на състоянието на фокус</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">свойства за достъпност, проследени във всеки файл</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния отдел на disabilityworld.org</strong></div>
        <div class="hero__pill">11 мин четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Как одитирахме 50-те файла</a></li>
        <li><a href="#s2">2. Дизайн на състоянието на фокус: разликата от 60%</a></li>
        <li><a href="#s3">3. Анотации с алтернативен текст: предимно празни</a></li>
        <li><a href="#s4">4. Ред на четене, движение, контраст в тъмен режим</a></li>
        <li><a href="#s5">5. Stark и Able: непоследователно възприемане</a></li>
        <li><a href="#s6">6. Чеклист за предаване и договор за токени</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Как одитирахме 50-те файла</h2>
        <div class="prose">
          <p>Извадката е 50 Figma файла от 28 продуктови екипа в областите SaaS, търговия на дребно, финтех, обществен сектор и edtech. Договорихме достъп само за преглед на принципа на неприписване: нищо в тази статия не идентифицира марка, екип или дизайнер. Файловете бяха избрани да отразяват какво инженерът реално би получил при предаване — не излъскано казусно проучване от портфолио сайт — затова помолихме всеки екип да сподели файла, от който е реализирана най-новата функция, а не файла, с който се гордее най-много. Дванадесет от файловете бяха от екипи с отделена практика за дизайн система; останалите 38 бяха файлове на продуктово ниво, които внасяха системна библиотека или си правеха собствени компоненти на място.</p>
          <p>Обходихме всеки файл, търсейки пет свойства за достъпност: дизайн на състоянието на фокус на всеки интерактивен компонент, анотации с алтернативен текст на всяко изображение или недекоративна икона, документация на реда на четене в целия оформление, обработка на предпочитанието за движение за всеки анимиран или преходен елемент и спецификация на контраста в тъмен режим за всеки компонент, доставен и за светла, и за тъмна тема. За всяко свойство файлът получаваше „документиран“ само ако компетентен инженер можеше да реализира дизайна, без сам да измисля отговора. „Споменато в лепкава бележка“ не се броеше. „Шестнадесетичен код, посочен в едно-единствено състояние на задържане“ не се броеше. Летвата беше: решението в ли е във файла във форма, по която инженерът може да действа, без да пита?</p>
          <p>Водещата констатация е, че предаването, по тази летва, изпуска решенията за достъпност далеч по-често, отколкото ги включва. Дизайнът на състоянието на фокус се появи на прибл. 40% от интерактивните компоненти в целия корпус. Анотации с алтернативен текст се появиха на приблизително 22% от изображенията, които се нуждаеха от тях. Редът на четене беше изрично документиран в 16% от файловете. Предпочитанията за движение бяха адресирани в 10%. Контрастът в тъмен режим — за 31-те файла, които доставиха и двете теми — беше специфициран за 30% от компонентите. Разликата не е в едно отделно свойство. Тя е и в петте, а инженерът е оставен да я затваря по едно субективно решение наведнъж.</p>
        </div>

        <div class="stat-row" aria-label="Мащаб на одита">
          <div class="stat-card">
            <div class="stat-card__num">50</div>
            <div class="stat-card__label">одитирани файла от 28 продуктови екипа (моментна снимка от май 2026 г.)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">28</div>
            <div class="stat-card__label">отделни екипа, анонимизирани, в пет сектора</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">5</div>
            <div class="stat-card__label">свойства за достъпност, оценени на файл, на компонент</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 1800</div>
            <div class="stat-card__label">интерактивни компонента, разгледани в целия корпус</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Какво означава „документиран“ в този одит</span>
            <div class="callout__body"><p>Използвахме летвата „инженерът чете и реализира“. Едно състояние на фокус се брои за документирано, ако файлът показва визуалната спецификация — цвят на контура, ширина, отместване, контраст спрямо фона на фокусирания елемент — във форма, която инженерът може да съпостави с CSS токен. Близко съобщение в Slack с „използвай марковото синьо“ не се брои, защото съобщенията в Slack не оцеляват при предаването. Файлът трябва да носи решението сам по себе си.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Предаването не се проваля, защото дизайнерите не ги е грижа за достъпността. То се проваля, защото форматът на файла третира достъпността като анотация-коментар, докато тя би трябвало да е първокласно свойство на всеки компонент.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на disabilityworld.org, бележки от одита</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Свойство едно</div>
        <h2 class="section-title" id="s2-heading">2. Дизайн на състоянието на фокус: разликата от 60%</h2>
        <div class="prose">
          <p>От приблизително 1800-те интерактивни компонента, разгледани в целия корпус — бутони, връзки, полета за въвеждане, отметки, превключватели, табове, комбобоксове, елементи от менюта, картички-като-бутон, всичко, до което потребител на клавиатура може да достигне — приблизително 40% доставиха проектирано състояние на фокус. Останалите 60% доставиха състояние по подразбиране, активно и при задържане, и спряха дотам. Инженерът, който изгражда компонента, избира контур на фокуса в момента на реализацията, обикновено като копира браузърния default, обикновено без да провери дали default-ът има контраст 3:1 спрямо повърхността на компонента и в светлата, и в тъмната тема, които файлът доставя.</p>
          <p>Как изглежда „липса на дизайн на състоянието на фокус“ на практика? Изглежда като компонент-бутон с три варианта на платното — покой, задържане, натиснат — и без четвърти вариант. Изглежда като поле за въвеждане със стилизирана рамка и без втори стил на рамката за фокусираното състояние. Изглежда като примитив за отметка с пръстен на фокуса само на варианта в покой, като инженерът е оставен да гадае дали същият пръстен трябва да се появи на варианта „отметнат“ или „неопределен“. Моделът се повтаря през компонентите, през екипите, през секторите. Това е единичната най-голяма разлика в достъпността в корпуса и единичната най-лесна за вграждане в дизайна.</p>
          <p>Екипите, които проектираха състоянията на фокус добре, имаха едно от две неща в своя полза. Първото беше изрично правило на дизайн системата: всеки интерактивен компонент трябва да достави вариант, чието име започва с <code>focus-</code>, и компонентът не се пуска в библиотеката, докато този вариант не съществува. Второто беше свойство на компонент в Figma на име <code>state</code> с focus, focus-visible и focus-within като изброени стойности, така че браузърът на компоненти на файла извежда липсващите варианти визуално. Екипите без едно от тези две скелета оставяха състоянието на фокус на инженера приблизително девет пъти от десет.</p>
        </div>

        <div class="stat-row" aria-label="Констатации за състоянието на фокус">
          <div class="stat-card">
            <div class="stat-card__num">60%</div>
            <div class="stat-card__label">от интерактивните компоненти не доставиха дизайн на състоянието на фокус</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 720</div>
            <div class="stat-card__label">компонента преминаха летвата за състоянието на фокус в целия корпус</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2</div>
            <div class="stat-card__label">скелета, които затвориха разликата: именуване на варианти на състояние или изброени стойности на свойство на компонент</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">12 / 50</div>
            <div class="stat-card__label">файла не използваха нито един скелет и изобщо не показаха състояния на фокус</div>
          </div>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Figma компонент с проектирано състояние на фокус срещу без</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">С — четири именувани варианта, спецификацията на фокуса е във файла</div>
                <p>Компонент-бутон, четири варианта: <code>state=default</code>, <code>state=hover</code>, <code>state=pressed</code>, <code>state=focus-visible</code>. Вариантът focus-visible показва контур 2px, отместване 2px, токен за цвят <code>--focus-ring</code> (който сам е съпоставен с шестнадесетичен код, който преминава 3:1 спрямо повърхността на бутона и в двете теми). Инженерът чете inspect панела и копира препратката към токена; нищо не се измисля.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Без — три варианта, фокусът оставен на инженера</div>
                <p>Същият компонент-бутон, три варианта: <code>default</code>, <code>hover</code>, <code>pressed</code>. Без вариант за фокус на платното. Лепкава бележка от дизайнера казва „използвай системния пръстен на фокуса“. Инженерът претърсва библиотеката на дизайн системата, намира два кандидат-пръстена на фокуса (един от бутоните, един от полетата, с леко различни ширини), избира един, доставя го, и преминаването на QA три седмици по-късно го отбелязва, защото избраният пръстен пада под 3:1 на повърхността на деактивирания-но-все-още-фокусируем вторичен бутон.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Капанът на браузърния default</span>
            <div class="callout__body"><p>Когато състоянието на фокус не е във файла, инженерите често доставят браузърния default — а браузърният default се презаписва от глобалния <code>*:focus &#123; outline: none &#125;</code> в повечето CSS reset-и, който същият инженер е добавил шест месеца по-рано, за да изчисти друг коментар от ревю. Резултатът е компонент, който изглежда наред в предварителния преглед на Figma, изглежда наред в средата за разработка с деактивиран reset и се доставя изобщо без видим индикатор на фокуса.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Свойство две</div>
        <h2 class="section-title" id="s3-heading">3. Анотации с алтернативен текст: предимно празни</h2>
        <div class="prose">
          <p>От файловете в корпуса, които включваха съдържателни изображения — продуктова фотография, hero илюстрации, бутони само с икони, инфографични фигури — 78% нямаха анотации с алтернативен текст на слоевете с изображения. Изображението беше поставено, оразмерено и стилизирано; текстовият еквивалент, който инженерът трябваше да постави върху изобразения <code>&lt;img&gt;</code>, не беше във файла. Осем от 50-те файла имаха алтернативен текст на някои изображения, но не на всички, обикновено с анотирана hero илюстрация и празни съдържателни изображения в тялото. Три файла имаха алтернативен текст на всяко изображение. Инженерът, в 47 от 50 файла, трябваше да измисли алтернативния текст — а на практика често го наследяваше от името на файла, от подписа на фигурата или от какъвто низ пасваше на визуалния ритъм.</p>
          <p>Разликата е структурна за примитива за изображения на Figma. Няма родно свойство „alt“ на запълване с изображение или слой с изображение; алтернативният текст трябва да се носи като име на слой, коментар, лепкава бележка, отделен спецификационен документ или поле, добавено от плъгин. Нито едно от тях не преминава през inspect панела по подразбиране, така че инженерът, който чете файла в изгледа inspect, не вижда алтернативния текст, дори ако дизайнерът го е написал другаде. Екипите, които затвориха разликата последователно, използваха един от три заобиколни подхода: полета за алтернативен текст, управлявани от плъгин, на всеки вариант на изображение, документирана конвенция, че името на слоя <em>е</em> алтернативният текст, или отделна електронна таблица с алтернативен текст, обвързана с имената на файловете на изображенията, доставяна заедно с файла.</p>
          <p>Бутоните само с икони бяха под-провал в рамките на този режим на провал. В 41 от 50 файла бутоните-икони — лупата за търсене, хамбургер менюто, X за затваряне, стрелката за споделяне — нямаха анотация с достъпно име, оставяйки инженера да напише <code>aria-label="Search"</code> от визуалния контекст без потвърждение, че „Search“ е правилната дума в гласа на марката (беше ли „Find“? беше ли „Lookup“? беше ли нищо, защото бутонът отваря панел, означен другаде?). Именуването на иконите е точно онзи вид микрокопирайтинг решение, което печели от писалката на дизайнера, и точно онзи вид, който предаването губи.</p>
        </div>

        <div class="stat-row" aria-label="Констатации за алтернативния текст">
          <div class="stat-card">
            <div class="stat-card__num">78%</div>
            <div class="stat-card__label">от файловете нямаха анотации с алтернативен текст на съдържателните изображения</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">41 / 50</div>
            <div class="stat-card__label">файла оставиха достъпните имена на бутоните-икони на инженера</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3 / 50</div>
            <div class="stat-card__label">файла анотираха алтернативен текст на всяко изображение, от край до край</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">заобиколни подхода на затварящите екипи: поле от плъгин, конвенция за име на слой, електронна таблица</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Декоративно срещу информативно е дизайнерско решение</span>
            <div class="callout__body"><p>Всяко изображение е или декоративно (алтернативният текст трябва да е празен, екранният четец го пропуска), или информативно (алтернативният текст носи информацията, която визуалното предава). Този избор е решение за съдържанието и принадлежи на дизайнера или на автора, а не на инженера, гадаещ в полунощ. Файл, който не казва нищо за това кои изображения са декоративни, доставя или твърде много алтернативен текст (всяко изображение е словоохотливо описано, включително онези, които са чиста украса), или твърде малко (hero илюстрацията е описана, всяко изображение в тялото получава <code>alt=""</code>, защото инженерът е играл на сигурно).</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Останалите три свойства</div>
        <h2 class="section-title" id="s4-heading">4. Ред на четене, движение, контраст в тъмен режим</h2>
        <div class="prose">
          <p>Останалите три свойства имаха отчетливи форми на провал. Редът на четене — редът, в който екранен четец ще разказва страницата, който в съвременните адаптивни оформления вече не е гарантирано да съвпада с визуалния ред отгоре надолу — беше документиран в 16% от файловете. Документацията, където съществуваше, обикновено беше номериран наслагващ слой на платното (1, 2, 3 …), добавен с плъгин. Останалите 84% оставяха инженера да съпостави реда на четене от DOM реда, който той случайно е написал, който при CSS Grid оформление с изрично разполагане по редове и колони може да се разминава с визуалното оформление с цяла колона.</p>
          <p>Предпочитанията за движение се справиха най-зле. Десет процента от файловете изобщо споменаваха <code>prefers-reduced-motion</code>. Останалите 90% специфицираха анимации и преходи — влизания на модални прозорци, разгъвания на акордеони, плъзгания на snackbar-и, преходи между страници — без да специфицират какво трябва да прави същият компонент, когато потребителят е активирал намалено движение. Инженерът или изграждаше случая с намалено движение в момента на реализацията (често без визуална референция), или доставяше същата анимация на всички, което е по подразбиране и което нарушава 2.3.3 Animation from Interactions за потребители, които задават предпочитанието.</p>
          <p>Контрастът в тъмен режим беше специфициран за 30% от компонентите във файлове, които доставиха и двете теми. Останалите 70% специфицираха контраста на светлата тема — обикновено с анотация от Stark или проверка на контраста във файла — и след това пускаха тъмната тема с обърната по шестнадесетичен код палитра, оставяйки инженера да провери дали обърнатата двойка все още покрива 4.5:1 на основния текст и 3:1 на елементите от UI. В около една пета от 31-те файла с две теми поне един компонент падна под прага на контраста в тъмната тема, защото тъмната повърхност и тъмният текст бяха настроени и за двете спрямо математиката на контраста на светлата тема, а не на тъмната.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Матрицата по-долу обобщава петте разлики</span>
            <div class="callout__body"><p>Матрицата проследява „степента на завършеност“ за всяко свойство в целия корпус — делът на файловете, в които свойството е документирано до летвата „инженерът чете и реализира“. Колоните разделят степента според това дали файлът е от екип с отделена практика за дизайн система, или от продуктов екип, който прави компоненти на място; разликата между двете колони е делтата система-срещу-без-система.</p></div>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Свойство за достъпност</th>
              <th scope="col">Всички 50 файла</th>
              <th scope="col">Екипи с дизайн система (12)</th>
              <th scope="col">Продуктови екипи (38)</th>
              <th scope="col">Делта система-срещу-продукт</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Дизайн на състоянието на фокус (интерактивни компоненти)</th><td>40%</td><td>75%</td><td>29%</td><td>+46 пр.п.</td></tr>
            <tr><th scope="row">Анотации с алтернативен текст (съдържателни изображения)</th><td>22%</td><td>50%</td><td>13%</td><td>+37 пр.п.</td></tr>
            <tr><th scope="row">Ред на четене (на ниво платно)</th><td>16%</td><td>42%</td><td>8%</td><td>+34 пр.п.</td></tr>
            <tr><th scope="row">Предпочитания за движение (анимирани елементи)</th><td>10%</td><td>33%</td><td>3%</td><td>+30 пр.п.</td></tr>
            <tr><th scope="row">Контраст в тъмен режим (само файлове с две теми, n=31)</th><td>30%</td><td>55%</td><td>19%</td><td>+36 пр.п.</td></tr>
          </tbody>
        </table>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Екипите с дизайн система документират решенията за достъпност приблизително с двойно по-висока честота от продуктовите екипи — но дори системните екипи покриват летвата на едно свойство от петте през повечето време.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на disabilityworld.org, бележки от одита</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Инструменти</div>
        <h2 class="section-title" id="s5-heading">5. Stark и Able: непоследователно възприемане</h2>
        <div class="prose">
          <p>Двата плъгина, които се появяват най-често в корпуса, са Stark и Able. И двата са зрели, и двата са с добра репутация, и двата доставят функции, които затварят няколко от разликите, документирани по-горе. Stark добавя проверка на контраста, наслагване на реда на фокуса, преглед с намалено движение и поле за анотация с алтернативен текст на слоевете с изображения. Able добавя инспектор на цветовия контраст, наслагване със симулация на зрението и проверка на размера на целта за докосване. Който и да е от двата плъгина, използван последователно в целия файл, би извел този файл от долната четвъртина на корпуса.</p>
          <p>„Използван последователно“ е оперативната фраза. В 50-те файла Stark беше инсталиран и видимо използван в 18, а Able — в 11. Във файловете, където плъгинът беше използван, той обикновено беше използван на hero компонента и основния CTA — компонентите, които най-вероятно са на платното, когато дизайнерът отвори плъгина — и само спорадично другаде. Шест файла използваха Stark при глобално преминаване; един използваше Able при глобално преминаване. Моделът е: плъгините съществуват, дизайнерите знаят за тях, биват издърпвани за точкови проверки, а след това точковата проверка спира при компонентите, които дизайнерът случайно е разглеждал, когато плъгинът е бил отворен.</p>
          <p>Двата екипа, които затвориха одита по използване на плъгини, направиха едно нещо различно: пуснаха функцията за одит на плъгина на всяка страница от файла като стъпка-гейт за пускане, преди файлът да бъде споделен с инженерството. Одитът се изпълни във файла, произведе доклад и докладът трябваше да е празен (или изключенията му — документирани), преди файлът да премине от „в дизайн“ към „готов за инженерство“. Това е плъгин-като-работен-процес, а не плъгин-като-точкова-проверка, и това е разликата между 80% и 20% покритие в нашата извадка.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Stark</div>
                <div class="combo-card__sub">Stark Lab · контраст, ред на фокуса, движение, alt</div>
              </div>
            </div>
            <div class="combo-card__usage">прибл. 1,4 млн инсталации в Figma + Sketch + Adobe XD (май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Възприемане в корпуса</span><span>18 / 50 файла (36%)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използван като работен процес</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на разликите при използване от край до край</span><span>4 от 5 свойства затворими (фокус, контраст, alt, движение)</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Able</div>
                <div class="combo-card__sub">Able · контраст, симулация на зрение, цели за докосване</div>
              </div>
            </div>
            <div class="combo-card__usage">прибл. 320 хил. инсталации в общността на Figma (май 2026 г.)</div>
            <div class="combo-feat"><span class="combo-feat__label">Възприемане в корпуса</span><span>11 / 50 файла (22%)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Използван като работен процес</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Покритие на разликите при използване от край до край</span><span>2 от 5 свойства затворими (контраст, контраст в тъмен режим)</span></div>
          </article>

        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Плъгините са необходими, но не достатъчни</span>
            <div class="callout__body"><p>Плъгинът повдига пода: проверката на контраста улавя очевидните провали 2.1:1, полето за алтернативен текст дава на дизайнера къде да пише. Нищо от това не помага, ако плъгинът се изпълнява на три компонента, а не на останалите 27. Поправката е да се сложи плъгинът в работния процес — стъпка-гейт за пускане, чеклист преди предаване, Figma клон, който не може да бъде слят без празен доклад от плъгина — а не в усмотрението на дизайнера в момента, в който си спомни, че съществува.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s6-heading">6. Чеклист за предаване и договор за токени</h2>
        <div class="prose">
          <p>Одитът произвежда чеклист и договор. Чеклистът е това, което дизайнерът трябва да може да отметне, преди файлът да бъде споделен с инженерството. Договорът е формата на дизайн токените, които пътуват заедно с файла, така че инженерът да съпостави Figma променливите с CSS custom properties, без да измисля междинни стойности. И двата са кратки нарочно: всяка точка в чеклиста е свойство, което одитът измери, а всеки токен в договора е стойност, която затвори разлика в корпуса.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Всеки интерактивен компонент доставя вариант <code>state=focus-visible</code>.</h3>
            <p>Не „системата има пръстен на фокуса“. Вариант на име <code>focus-visible</code> на самия компонент, с цвят, ширина и отместване на контура, обвързани с токена за пръстена на фокуса. Вариантът е това, което инженерът копира в реализацията; без него инженерът гадае.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Всяко съдържателно изображение има алтернативен текст в поле, управлявано от плъгин, или в документирана конвенция за име на слой.</h3>
            <p>Изберете едно местоположение и го наложете. Полето за алтернативен текст на Stark, името на слоя, третирано като alt, или придружаваща електронна таблица — всеки от трите работи, но само ако всяко изображение във файла използва един и същи. Бутоните само с икони също получават анотация с достъпно име, на същото място, с точния низ, който инженерът трябва да постави в <code>aria-label</code>.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Редът на четене е документиран на всяка страница, където DOM редът ще се разминава с визуалния ред.</h3>
            <p>Най-простата документация е номериран наслагващ слой, добавен с плъгин (Stark има такъв, няколко плъгина от общността също). За страници, чийто ред е тривиално отгоре-надолу-отляво-надясно, можете да пропуснете наслагването; за всичко, използващо CSS Grid разполагане, именувани области или абсолютно позициониране, наслагването е задължително.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Всеки анимиран или преходен елемент има вариант с намалено движение на платното.</h3>
            <p>Втора рамка, втори вариант или документирана версия „без анимация“. Инженерът не бива да измисля случая с намалено движение — дизайнерът трябва да специфицира дали модалният прозорец прелива вместо да се плъзга, дали snackbar-ът се появява мигновено вместо да се плъзга, дали преходът между страниците е изпуснат изцяло.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>За файлове с две теми контрастът се проверява в тъмната тема отделно, а не се извежда от светлата тема.</h3>
            <p>Математиката на контраста в тъмен режим е отделен проблем; обръщането на палитрата не е достатъчно. Пуснете Stark или Able на всеки компонент в тъмен режим, не само в светъл. Документирайте съотношението на контраста в бележките на варианта, така че инженерът да може да потвърди, че реализацията съответства.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Файлът се доставя с договор за токени: плосък списък на всяка Figma променлива, съпоставена с нейното CSS custom property.</h3>
            <p>Договорът е мостът между файла и кодовата база. Типичен договор изглежда като таблицата по-долу: всеки ред назовава Figma променлива, CSS custom property, с което инженерът трябва да я обвърже, стойността в светлата тема, стойността в тъмната тема и критерия на WCAG, в който токенът участва.</p>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Figma променлива</th>
              <th scope="col">CSS custom property</th>
              <th scope="col">Светла стойност</th>
              <th scope="col">Тъмна стойност</th>
              <th scope="col">Връзки с WCAG</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">color/focus-ring</th><td><code>--focus-ring</code></td><td><code>#0B57D0</code></td><td><code>#A8C7FA</code></td><td>2.4.7, 1.4.11</td></tr>
            <tr><th scope="row">color/text/body</th><td><code>--text-body</code></td><td><code>#1F1F1F</code></td><td><code>#E3E3E3</code></td><td>1.4.3 (4.5:1 на повърхност)</td></tr>
            <tr><th scope="row">color/surface/raised</th><td><code>--surface-raised</code></td><td><code>#FFFFFF</code></td><td><code>#1F1F1F</code></td><td>1.4.11 (3:1 спрямо съседа)</td></tr>
            <tr><th scope="row">size/touch-target/min</th><td><code>--touch-target-min</code></td><td><code>44px</code></td><td><code>44px</code></td><td>2.5.5, 2.5.8</td></tr>
            <tr><th scope="row">motion/duration/standard</th><td><code>--motion-standard</code></td><td><code>200ms</code></td><td><code>200ms</code></td><td>2.3.3 (пропуска се при намалено движение)</td></tr>
            <tr><th scope="row">motion/duration/reduced</th><td><code>--motion-reduced</code></td><td><code>0ms</code></td><td><code>0ms</code></td><td>2.3.3</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Защо договорът е лостът</span>
            <div class="callout__body"><p>След като договорът съществува, работата на инженера е механична: обвържи CSS custom property с Figma променливата, достави реализацията, одитирай чрез сравнение на изобразените стойности с договора. Без договора всяко обвързване е субективно решение, а субективните решения се натрупват в разликата от 60%. Договорът е единичният артефакт, който премества достъпността от „инженерът е отговорен в момента на предаване“ към „системата е отговорна в момента на дизайн“.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: файлът е договорът</h2>
        <div class="prose">
          <p>Одитът на 50-те файла завършва с проста констатация. Предаването проваля достъпността не защото дизайнерите не ги е грижа и не защото инженерите не ги е грижа, а защото файлът — Figma файлът, единственият артефакт, който всяка страна чете — не носи решенията за достъпност като първокласни свойства. Състояния на фокус, алтернативен текст, ред на четене, предпочитания за движение, контраст в тъмен режим: всяко от тях е дизайнерско решение, всяко принадлежи във файла, всяко в момента е някъде другаде. В лепкава бележка, в съобщение в Slack, в отделна електронна таблица, в главата на инженера в 16 ч. в петък.</p>
          <p>Поправката не е героичен дизайнер или героичен инженер. Тя е промяна в работния процес на ниво екип: всеки интерактивен компонент доставя вариант за фокус, всяко изображение носи алтернативен текст на едно местоположение, управлявано от плъгин, редът на четене е наслоен на всяка нетривиална страница, анимациите специфицират своя аналог с намалено движение, контрастът в тъмен режим се проверява отделно от светлия, а файлът се доставя заедно с договор за токени, който назовава всяка променлива, с която реализацията се обвързва. Нито една от тези стъпки не е нова, нито една не изисква инструмент, който вече нямаме, и всеки екип, който ги приеме като стъпки-гейтове за пускане, ще затвори повечето от разликите, които измерихме, в рамките на един цикъл на пускане.</p>
          <p>По-дълбоката констатация е, че екипите с дизайн система вече правят това приблизително с двойно по-висока честота от продуктовите екипи. Подемът, който осигуряват екипите с дизайн система, е точно подемът, който дисциплината на изграждането на система налага: компонентите са именувани, свойствата са изброени, вариантите са видими, токените са изрични. Внасянето на същата дисциплина във файловете на продуктово ниво — дори без пълна дизайн система отдолу — затваря по-голямата част от разликата при предаване. Това вече не е проблем на инструментите. Това е избор на работен процес.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Файлът трябва да пристига с вече взетите решения за достъпност. Всичко друго е инженерът да ги измисля в най-лошия възможен момент, с най-малкия възможен контекст, при най-стегнатия възможен краен срок.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— инженерен отдел на disabilityworld.org, заключителна бележка</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Приобщаване на хората с увреждания в готовността за бедствия: средната точка на Сендай, доказателствата 2024–26 и как изглежда „да не оставим никого назад“ на оперативно ниво
url: https://www.disabilityworld.org/bg/articles/disability-inclusion-in-disaster-preparedness/
description: Единадесет години след Рамката от Сендай приобщаването на хората с увреждания остава най-цитираният и най-малко изпълняван ангажимент. Земетресението Турция–Сирия, тихоокеанските циклонни сезони и данните за разселването в Украйна показват къде разликата все още хапе.
author: Disability World
pubDate: 2026-05-22
tags: disasters, sendai-framework, crpd, climate, humanitarian, data
---

# Приобщаване на хората с увреждания в готовността за бедствия: средната точка на Сендай, доказателствата 2024–26 и как изглежда „да не оставим никого назад“ на оперативно ниво

<div class="src-article" data-template="4">

<p class="rt-prefix">Време за четене: 7 минути</p>

<p class="wp-block-paragraph">Единадесет години след <strong>Рамката от Сендай за намаляване на риска от бедствия 2015–2030 г.</strong> приобщаването на хората с увреждания остава най-цитираният и най-малко изпълняван ангажимент в цялата архитектура за намаляване на риска от бедствия (DRR). Средносрочният преглед от 2025 г. на срещата на високо равнище на Общото събрание на ООН през февруари назова разликата с ясни думи, а записът за бедствията през изминалите двадесет и четири месеца — Турция–Сирия, три тихоокеански циклонни сезона, третата година на разселването в Украйна — предостави оперативната детайлност. Този доклад синтезира какво казват данните за приобщаването на хората с увреждания в готовността за бедствия през 2026 г., оценено спрямо пода, зададен от <a href="/bg/regulations/">Рамката от Сендай</a>, <a href="/bg/toolkit/glossary/crpd/">член 11 от CRPD</a> и Насоките на IASC от 2019 г.</p>

<p class="wp-block-paragraph"><strong>Хората с увреждания загиват при бедствия с до четири пъти по-висока честота от общото население, но по-малко от 11% от потоците на хуманитарното финансиране през 2024 г. са обозначени като приобщаващи хората с увреждания при глобална разпространеност на уврежданията от приблизително 15%</strong> — оценката на СЗО от 2024 г. за 1,3 милиарда души, или един на всеки шест. Тройката разлики между населението, финансирането и резултата по смъртност е водещата констатация на проучването и е показателят, който средната точка на Сендай поиска от правителствата да затворят преди 2030 г.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Преглед на съответствието по приобщаване на хората с увреждания при бедствия</h2>

<p class="wp-block-paragraph">Приобщаването на хората с увреждания в готовността за бедствия се крепи на три носещи инструмента. <strong>Рамката от Сендай</strong>, приета на Третата световна конференция на ООН по DRR през март 2015 г., е единственият универсален DRR инструмент и единственият с изричен, повтарящ се мандат за приобщаване на хората с увреждания; хората с увреждания са назовани в Приоритети за действие 1, 2, 3 и 4, а Цели E, F и G са формално дезагрегирани по увреждане в Рамката за мониторинг от Сендай, която UNDRR управлява. <strong>Член 11 от Конвенцията на ООН за правата на хората с увреждания (CRPD)</strong>, в сила от 2008 г., изисква държавите страни да предприемат всички необходими мерки за осигуряване на защитата и безопасността на хората с увреждания в ситуации на риск. <strong>Насоките на Постоянния междуведомствен комитет (IASC) за приобщаване на хората с увреждания в хуманитарната дейност</strong>, приети през ноември 2019 г., задават действителните стандарти сектор по сектор, които хуманитарните дейци се очаква да изпълняват.</p>

<p class="wp-block-paragraph">Спрямо този под пет режима на провал се повтарят в доказателствената база 2024–26 г.:</p>

<ul class="wp-block-list">
<li><strong>Разликата в мултимодалността на ранното предупреждение</strong> — оперативно, напълно мултимодално предоставяне по Common Alerting Protocol (SMS плюс достъпни push известия, аудио сирена, визуален стробоскоп и видео на жестов език) съществува в по-малко от 30 от приблизително 130-те страни, прилагащи CAP.</li>
<li><strong>Разликата в институционалната евакуация</strong> — резидентните институции за възрастни хора и за хора с интелектуални или психосоциални увреждания рутинно нямат функциониращ план за евакуация, концентрирайки хората, най-малко способни да се евакуират, в една-единствена сграда.</li>
<li><strong>Разликата в достъпните убежища и достъпните евакуационни центрове</strong> — ширините на вратите, наклоните на рампите и достъпните WASH съоръжения във временните селища не покриват съобразените със Sphere стандарти на IASC в повечето следсъбитийни одити.</li>
<li><strong>Разликата в дезагрегирането на разселването</strong> — механизмите за регистрация в приемащите държави последователно не успяват да уловят увреждането при приема, така че разселеното население с увреждания е невидимо в оперативните данни.</li>
<li><strong>Разликата в маркера за финансиране</strong> — само около 11% от хуманитарното финансиране е обозначено като приобщаващо хората с увреждания, а националните DRR бюджети, специфично обозначени за достъпност, са в ниските единични проценти дори в държави с висок капацитет за отчитане.</li>
</ul>

<p class="wp-block-paragraph">Договорният под е налице; разликата в изпълнението е разлика в разпределението на националния бюджет, в това кой седи на масата за планиране и в това дали организациите на хората с увреждания (OPD) са координирани като главни участници или са инструктирани като заинтересовани страни.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Разбивка по области</h2>

<p class="wp-block-paragraph">Доказателствата за 2024–26 г. се подреждат в четири оперативни области: системи за ранно предупреждение, институционални обитатели и евакуация, скорошни казуси и финансиране за адаптация към климата.</p>

<h3 class="wp-block-heading">Системи за ранно предупреждение: възприемане на мултимодален CAP</h3>

<p class="wp-block-paragraph">Цел G от Сендай — „съществено да се увеличи наличието и достъпът до системи за ранно предупреждение за множество опасности“ — е целта с най-ясния тест за достъпност и тази, при която разликата е най-измерима. <strong>Common Alerting Protocol (CAP)</strong>, стандарт на ITU-T (X.1303), който позволява едно съобщение за предупреждение да бъде издадено в множество модалности (текст, аудио, визуален образ, видео на жестов език) едновременно, е приетият технически отговор на областта.</p>

<p class="wp-block-paragraph"><strong>Тракерът за възприемане на CAP на WMO–ITU</strong>, актуализиран до края на 2025 г., изброи прилагане на CAP в приблизително 130 страни. Оперативният, напълно мултимодален CAP — едно и също предупреждение, доставяно като SMS, достъпно push известие, аудио сирена, визуален стробоскоп и видео на жестов език по разпространение — е концентриран в по-малко от 30. Останалите прилагат CAP само частично: базирано на SMS мобилно предупреждение, което изключва глухите потребители без визуално потвърждение; аудио сирени, които слепите потребители могат да чуят, но които не предават инструкция; предупреждения само визуални, които сляпо-глухите потребители изобщо пропускат. Инициативата на Генералния секретар на ООН <strong>Early Warnings for All</strong>, стартирана през март 2022 г. с цел пълно глобално покритие до края на 2027 г., направи мултимодалната достъпност едно от своите формални направления на работа; докладът за средата на инициативата от 2025 г. отбелязва, че от 30-те приоритетни страни, идентифицирани за първоначално разрастване, по-малко от половината са имали национален план с изрични разпоредби за достъпност за хората с увреждания към средата на 2025 г.</p>

<h3 class="wp-block-heading">Институционални обитатели и евакуация</h3>

<p class="wp-block-paragraph">Насоките на IASC определят столовете за евакуация по стълби, убежищата, оборудвани с рампи, и достъпния WASH като оперативния под за подслоняване и евакуация на хората с увреждания. Следсъбитийните одити през отчетния цикъл 2023–25 г. установяват, че тези разпоредби отсъстват от инвентарите на обществените сгради в повечето засегнати юрисдикции. Където реформите за деинституционализация са напреднали преди бедствие, рисковият профил на населението с увреждания е измеримо по-нисък, защото услугите в общността се оказват по-устойчиви от институционалните. Повтарящата се политическа последица, назована в съвместното становище на <strong>Европейския форум на хората с увреждания</strong> от 2024 г. с Inclusion Europe, е, че <em>деинституционализацията е намаляване на риска от бедствия</em>: резидентна институция на пътя на наводнение, горски пожар или фронтова линия концентрира хората, най-малко способни да се евакуират сами, в една-единствена сграда без план за тях.</p>

<h3 class="wp-block-heading">Турция–Сирия, 6 февруари 2023 г.</h3>

<p class="wp-block-paragraph">Земетресението с магнитуд 7,8, което удари границата Турция–Сирия в ранните часове на 6 февруари 2023 г., последвано от вторичен трус 7,5 в същия ден, уби повече от 59 000 души и разсели над 3 милиона. Следсъбитийните прегледи — проведени през 2023 и 2024 г. от <strong>Disability-Inclusive Disaster Response Coalition</strong>, International Disability Alliance, Human Rights Watch и Турската конфедерация на хората с увреждания (<span lang="tr">Türkiye Sakatlar Konfederasyonu</span>) — произведоха най-детайлния оперативен запис, който областта е имала след събитията в Тохоку (2011 г.) и Непал (2015 г.).</p>

<p class="wp-block-paragraph">Повтарящите се констатации: обитателите на резидентни институции в засегнатите провинции нямаха функциониращ план за евакуация; глухите обитатели изцяло пропуснаха сутрешните SMS предупреждения на AFAD (Орган за управление при бедствия и извънредни ситуации), защото предупрежденията бяха само аудио в повечето мрежи; потребителите на инвалидни колички бяха изключени от евакуациите от горните етажи в срутени-но-стоящи сгради, защото столовете за евакуация по стълби, които Насоките на IASC определят, отсъстваха от почти всяка инвентаризирана обществена сграда. Временните контейнерни селища, разгърнати през първите шест месеца, бяха до голяма степен недостъпни. Тръжните процедури за възстановяване, обявени от Турската администрация за развитие на жилищното строителство (TOKİ) през 2024 г., започнаха да включват спецификации за достъпност, но последващият преглед на коалицията от 2025 г. установи, че реалното съответствие при строежа изоставаше значително от тръжния текст. Сирийската страна на границата, където отговорът беше ограничен от санкции, разделен териториален контрол и предходното десетилетие на институционален срив, породен от конфликта, не произведе почти никакви оперативни данни за уврежданията — констатация, която самите доклади на коалицията подчертават.</p>

<h3 class="wp-block-heading">Тихоокеански циклонни сезони 2023–24 г. и 2024–25 г.</h3>

<p class="wp-block-paragraph">Тихоокеанските циклонни сезони 2023–24 г. и 2024–25 г. бяха най-ясната демонстрация на областта за това как изглежда на практика воден локално, координиран с OPD отговор при бедствия. <strong>Циклонът Lola</strong>, който удари Вануату като система от категория 5 на 24–25 октомври 2023 г. — най-ранно регистрираната категория 5 в сезона на Южното полукълбо — беше последван от <strong>циклоните Judy и Kevin</strong> (март 2023 г., ретроспективно), <strong>Mal</strong> (ноември 2023 г.) и поредица системи от края на 2024 г., включително граничните ефекти на <strong>Kong-Rey</strong>.</p>

<p class="wp-block-paragraph"><strong>Асоциацията за насърчаване и застъпничество за хората с увреждания на Вануату (VDPA)</strong>, в сътрудничество с Националната служба за управление при бедствия и <strong>Тихоокеанския форум на хората с увреждания (PDF)</strong>, проведе приобщаващ хората с увреждания модел на отговор, който други тихоокеански NDMO започнаха да копират. Моделът има три оперативни компонента: предварително позициониран регистър на хората с увреждания на ниво провинция и областен съвет, поддържан със съгласие и използван само от обучен персонал на NDMO и VDPA; обучени на ниво общност фокусни точки за уврежданията за мултимодално разпространение на предупрежденията, които пренасят ранното предупреждение до последната миля, когато SMS и радио не достигат; и одити на достъпните евакуационни центрове, провеждани съвместно с Департамента за обществени дейности в затишието между циклонните сезони. Моделът е несъвършен — регистрите са непълни в отдалечените общности на външните острови, а програмата за одити изостана от програмата за изграждане на училища — но е най-близкият функциониращ пример за Приоритети 2 и 4 от Сендай в контекста на малък остров. Регионалният преглед на PDF от 2024 г. отбеляза, че Фиджи, Тонга и Соломоновите острови са започнали да адаптират елементи от модела на Вануату, със смесен напредък във финансирането на мрежите от фокусни точки в мащаб.</p>

<h3 class="wp-block-heading">Украйна: разселване и мултипликаторът на институционализацията</h3>

<p class="wp-block-paragraph">Предвоенните базови данни от Държавната статистическа служба оцениха приблизително <strong>2,7 милиона души с регистриран статут на увреждане</strong> в Украйна, като реалната стойност на разпространеността (използвайки базата на СЗО от 15%) е по-близо до 6 милиона. Данните на Агенцията на ООН за бежанците за регистрираното разселено население, актуализирани до 2025 г., показват приблизително 6,8 милиона украински бежанци, записани в цяла Европа, и допълнително оценени 3,7 милиона вътрешно разселени; разпространеността на уврежданията сред тези населения е последователно подценявана, защото механизмите за регистрация в приемащите държави не я улавят при приема.</p>

<p class="wp-block-paragraph">Оперативният запис от 2022 г. до 2025 г. е документиран в детайли от <strong>Human Rights Watch</strong>, <strong>Европейския форум на хората с увреждания</strong> и Националното събрание на хората с увреждания на Украйна (NAPD). Три констатации се повтарят. Първо, евакуацията на резидентни институции за възрастни хора и за хора с интелектуални или психосоциални увреждания по пътя на настъпващите фронтови линии беше през първите месеци провеждана чрез хартиени „евакуационни списъци“ без ясно средоточие на отговорност между Министерството на социалната политика и областните администрации. Второ, осигуряването на достъпни убежища в Западна Украйна и в приемащите държави беше обвързващо ограничение през цялата 2022–23 г. и остана частично през 2024 г. Трето, където реформите за деинституционализация бяха напреднали преди 2022 г. — най-вече в някои западни области — рисковият профил при бедствие на населението с увреждания беше измеримо по-нисък.</p>

<h3 class="wp-block-heading">Финансиране за адаптация към климата и Фондът за загуби и щети</h3>

<p class="wp-block-paragraph"><strong>Фондът за загуби и щети</strong> (формално Фондът за реагиране на загуби и щети), договорен на COP27 през ноември 2022 г., оперативно стартирал на COP28 през декември 2023 г. и с първите формални решения за изплащане на неговия съвет, взети през 2024 и 2025 г., е най-новата част от архитектурата. Приобщаването на хората с увреждания беше повдигнато при проектирането на управлението на фонда — от International Disability Alliance и коалиция от OPD от уязвими на климата държави — но учредителните инструменти не назовават увреждането като междусекторен ангажимент, а първоначалният портфейл от проекти, одобрен на заседанията на съвета през 2025 г., не съдържаше изрични бюджетни редове за приобщаване на хората с увреждания отвъд общата формулировка за „уязвими групи“. Застъпническото искане за цикъла на попълване на фонда през 2026 г. е за вида назована, бюджетирана разпоредба за приобщаване на хората с увреждания, която рамката за мониторинг от Сендай вече номинално изисква.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Количествени изводи</h2>

<p class="wp-block-paragraph">Прочетени заедно, данните за мониторинг 2024–26 г. произвеждат последователен набор от проценти:</p>

<ul class="wp-block-list">
<li><strong>До 4× — мултипликаторът на смъртността при бедствия за хората с увреждания</strong>, цифрата, най-често цитирана в средносрочния преглед на Сендай и в Доклада за бедствията в Азиатско-тихоокеанския регион на UN ESCAP от 2024 г., опираща се на следсъбитийни прегледи на смъртността от земетресението в Тохоку (2011 г.) насетне.</li>
<li><strong>11% от хуманитарното финансиране, обозначено като приобщаващо хората с увреждания през 2024 г.</strong>, делът, отчетен в <em>Global Humanitarian Assistance Report 2024</em> на Development Initiatives, спрямо база на глобалната разпространеност на уврежданията от 15%.</li>
<li><strong>15% от глобалното население — приблизително 1,3 милиарда души, или 1 на всеки 6 — живеят със значително увреждане</strong> според базата на СЗО от 2024 г., цифрата, спрямо която следва да се чете всеки оперативен показател за приобщаване на хората с увреждания.</li>
<li><strong>По-малко от 40 отчитащи се държави бяха подали каквито и да е дезагрегирани по увреждане данни за местните DRR стратегии</strong> към отчетния цикъл на Сендай от 2023 г., въпреки че Цели E, F и G са формално дезагрегируеми по увреждане.</li>
<li><strong>Консултирането с хора с увреждания при разработването на национални DRR стратегии беше самоотчетено от над 70 държави, но проверимо в по-малко от половината от тези случаи</strong>, според доклада за средносрочния преглед на UNDRR.</li>
<li><strong>Около 130 страни са приложили CAP; по-малко от 30 го прилагат като напълно мултимодален</strong>, според Тракера за възприемане на CAP на WMO–ITU (край на 2025 г.).</li>
<li><strong>От 30-те приоритетни страни на Early Warnings for All по-малко от половината са имали национален план с изрични разпоредби за достъпност за хората с увреждания</strong> към доклада за средата на инициативата от 2025 г.</li>
<li><strong>Националните DRR бюджети, обозначени за достъпност, са в ниските единични проценти</strong> дори в държави с висок капацитет за отчитане.</li>
</ul>

<p class="wp-block-paragraph">Взети заедно: дял от населението от 15%, мултипликатор на смъртността до 4×, маркер за финансиране от 11% и разпределение на националния бюджет в ниските единични проценти. Числата описват една-единствена структурна форма — население, непропорционално изложено на смъртност при бедствия, непропорционално недофинансирано в готовността за бедствия и непропорционално невидимо в данните за бедствия.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Как изглежда добрата политика през 2026 г.</h2>

<p class="wp-block-paragraph">Политическата декларация от 19 май 2023 г. на средносрочния преглед от 2025 г. потвърди отново формулировката за приобщаване на хората с увреждания и добави два конкретни нови реда: призив за възприемане на Common Alerting Protocol с мултимодално предупреждение и изрична препратка към Насоките на IASC като оперативния под. Страните, които правят това добре, споделят пет характеристики, не една: (1) национална DRR стратегия, която назовава приобщаването на хората с увреждания с измерими показатели, а не аспирационна формулировка; (2) OPD на масата за DRR координация от проектирането на стратегията до прегледа след действие; (3) мултимодално, съответстващо на CAP ранно предупреждение с одитирана достъпност и в четирите модалности; (4) стандарти за достъпни убежища и достъпни евакуационни центрове, интегрирани в строителния кодекс и одитирани между събитията; и (5) път за деинституционализация, третиран като част от DRR портфейла, а не като отделна линия на социалната политика.</p>

<p class="wp-block-paragraph">Три примера от държави показват как изглежда това на оперативно ниво. <strong>Програмата за готовност при циклони (CPP)</strong> на Бангладеш, управлявана съвместно от правителството на Бангладеш и Бангладешкото дружество на Червения полумесец от 1973 г., включва обучение за приобщаване на хората с увреждания в своята мрежа от 76 000 доброволци от 2018 г. и работи с Националния форум на организациите, работещи с хора с увреждания (NFOWD), за мултимодално разпространение на предупрежденията в крайбрежните райони. <strong>Службата за гражданска защита (OCD)</strong> на Филипините, съгласно Republic Act 10121, формализира включването на организациите на хората с увреждания в своите DRR съвети на национално и регионално ниво; изпълнението на общинско ниво остава неравномерно. Моделът VDPA-NDMO на Вануату е описан по-горе. За по-задълбочен контекст прочетете <a href="/bg/toolkit/glossary/crpd/">речниковата статия за CRPD</a>, <a href="/bg/regulations/">индекса на националните нормативни уредби</a> и по-широкия <a href="/bg/articles/">отчетен запис за 2026 г.</a></p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Призив за действие към планиращите бедствията и финансиращите</h2>

<p class="wp-block-paragraph">Договорният под назовава какво изисква приобщаващата хората с увреждания готовност за бедствия; данните от проучването показват, че разликата е разлика в разпределението и в приобщаването на масата за планиране. Конкретни следващи стъпки за 2026 г.:</p>

<ul class="wp-block-list">
<li><strong>Преминете към напълно мултимодално предоставяне по CAP.</strong> Одитирайте четирите канала за доставяне (SMS плюс достъпни push известия, аудио сирена, визуален стробоскоп, видео на жестов език по разпространение) и затворете която и да е модалност, липсваща от националната верига за предупреждение.</li>
<li><strong>Поставете OPD на масата за DRR координация като главни участници.</strong> Включване в проектирането на стратегията, в планирането на действия при извънредни ситуации и в прегледа след действие — а не като заинтересовани страни, инструктирани постфактум.</li>
<li><strong>Дезагрегирайте данните за мониторинг от Сендай по увреждане.</strong> Цели E, F и G са формално дезагрегируеми; подаването на дезагрегираните данни е това, което прави рамката оперативна.</li>
<li><strong>Третирайте деинституционализацията като DRR.</strong> Свържете пътя на деинституционализацията от социалната политика с DRR портфейла; институционалните концентрации са измерим мултипликатор на риска от бедствия.</li>
<li><strong>Обозначавайте приобщаването на хората с увреждания в маркерите за хуманитарно финансиране.</strong> Придвижете дела на финансирането, приобщаващо хората с увреждания, от 11% към базата на разпространеността от 15% и изисквайте назован бюджетен ред за приобщаване на хората с увреждания при одобренията на проекти от Фонда за загуби и щети от попълването през 2026 г. нататък.</li>
<li><strong>Одитирайте съответствието на достъпните убежища и достъпните евакуационни центрове между събитията.</strong> Интегрирайте съобразените със Sphere стандарти на IASC в строителния кодекс и провеждайте съвместни одити с OPD в периодите на затишие, по модела на Вануату.</li>
<li><strong>Улавяйте увреждането при приема за разселените населения.</strong> Вградете въпрос от краткия набор на Вашингтонската група в регистрацията на бежанци и вътрешно разселени лица, така че разселеното население с увреждания да стане видимо за отговора.</li>
</ul>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Заключение</h2>

<p class="wp-block-paragraph">Рамката от Сендай, член 11 от CRPD и Насоките на IASC от 2019 г. колективно казват как изглежда приобщаващата хората с увреждания готовност за бедствия с достатъчно оперативна детайлност, че никоя страна през 2026 г. не може да твърди, че не знае. Средносрочният преглед от 2025 г., следсъбитийният запис от Турция–Сирия, тихоокеанските циклонни сезони и данните за разселването в Украйна показват, че разликата е разлика в разпределението на националния бюджет, в това кой седи на масата за планиране и в това дали OPD са координирани като главни участници или са инструктирани като заинтересовани страни. Затварянето ѝ преди 2030 г. е това, което средната точка на Сендай поиска. Дали следващите пет години ще го доставят е, отново, решение за националния бюджет.</p>

</div>

---
title: Правата на хората с увреждания в Турция, държавите от Персийския залив, Леванта и Израел: регионалното досие за 2026 г.
url: https://www.disabilityworld.org/bg/articles/disability-rights-in-turkey-and-middle-east/
description: В Турция, GCC, Леванта и Израел рамките за правата на хората с увреждания обхващат конституционни опори, основи в религиозното право, скорошна реформа в близост до ЕС и последиците от земетресението Турция–Сирия от 2023 г. Пейзажът за 2026 г., държава по държава.
author: Disability World
pubDate: 2026-05-22
tags: turkey, middle-east, gcc, israel, levant, regional-report, regulations
---

# Правата на хората с увреждания в Турция, държавите от Персийския залив, Леванта и Израел: регионалното досие за 2026 г.

<div class="src-article" data-template="2">

<div class="byline">
<span><strong>Регионално досие</strong> · Турция + Близък изток</span>
<span>10 юрисдикции · цикъл 2026 г.</span>
</div>

<span class="eyebrow">Каталог на юрисдикции · 10 записа</span>
<h1>Правата на хората с увреждания в Турция, държавите от Персийския залив, Леванта и Израел: регионалното досие за 2026 г.</h1>
<p class="lead">От Анкара до Аман, от Рияд до Тел Авив, рамките за правата на хората с увреждания в Турция и Близкия изток са лесни за четене на хартия и далеч по-трудни за четене на терен. Картината за 2026 г. показва десет юрисдикции с почти универсална ратификация на CRPD, основни закони, които вече са в действие, и разлика в правоприлагането, чиято ширина зависи почти изцяло от това дали назованият регулатор има бюджет и независимост.</p>

<p>Регионалният договорен под е необичайно равен. Почти всяка юрисдикция в обхвата тук ратифицира Конвенцията на ООН за правата на хората с увреждания (CRPD) между 2008 и 2012 г. — повечето от тях в периода 2008–09 г. Почти всяка последва ратификацията с вътрешен основен закон и определянето на министерство или комисия. На хартия пейзажът за 2026 г. изглежда съгласуван и съобразен с правата.</p>

<p>Мозайката под договорния под е всичко друго, но не и равна. Някои закони са на десетилетия и са замразени от институционална криза (Закон 220 на Ливан от 2000 г.). Някои са скорошни и се считат за регионален модел (Закон 20 на Йордания от 2017 г.). Някои стоят върху поднационални рамки, които надвишават федералния под (кодексите на ниво емирство на Шарджа). Една — Египет — е разгледана изцяло в паралелното досие за Африка и тук се появява само като кръстосана препратка. Каталогът по-долу дава на всяка от десетте един идентичен запис: основен закон, регулатор, статут по CRPD и какво гражданското общество и съдилищата реално правят с рамката.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Доказателствен индекс · Кат. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 юрисдикции · подредени по регион, след това по година на ратификация на CRPD</h2>
</div>
<div class="ei-meta">n = 10 записа</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Юрисдикция</th>
<th>Основен закон</th>
<th style="text-align:right">Регулатор</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Турция</a></td><td>Закон № 5378 (2005 г.)</td><td class="ei-count"><span lang="tr">Engelliler ve Yaşlı Hizmetleri GM</span></td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Израел</a></td><td>Закон за равните права 5758-1998</td><td class="ei-count">Комисия за равни права</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Йордания</a></td><td>Закон № 20 от 2017 г.</td><td class="ei-count">Висш съвет (HCD)</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Ливан</a></td><td>Закон № 220 от 2000 г.</td><td class="ei-count">Национален съвет за хората с увреждания</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Обединени арабски емирства</a></td><td>Федерален декрет-закон № 29 (2006 г.)</td><td class="ei-count">Министерство на общественото развитие</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Саудитска Арабия</a></td><td>Кодекс за уврежданията (2000 г.)</td><td class="ei-count">Орган за грижа за хората с увреждания</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Катар</a></td><td>Закон № 2 от 2004 г.</td><td class="ei-count">Национален орган + Mada Center</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Кувейт</a></td><td>Закон № 8 от 2010 г.</td><td class="ei-count">Публичен орган по въпросите на уврежданията</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Бахрейн · Оман</a></td><td>Секторни разпоредби</td><td class="ei-count">Министерства на социалното развитие</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Египет (кръстосана препратка)</a></td><td>Закон № 10 от 2018 г.</td><td class="ei-count">Национален съвет за хората с увреждания</td></tr>
</tbody>
</table>

<p class="evidence-foot">Подреждането е редакционно, не количествено — Част I групира Анадола и Леванта, Част II групира GCC, Част III отбелязва Египет за досието за Африка. В рамките на всяка част юрисдикциите се появяват в реда, в който водещата им институция има най-дълбок отпечатък в правоприлагането.</p>
</section>

<h2>Правният под: CRPD в региона</h2>

<p>Единичният най-важен факт за правата на хората с увреждания в този регион е и най-лесно разказваният погрешно: ратификацията на Конвенцията на ООН за правата на хората с увреждания (CRPD) е почти универсална тук, а правоприлагането почти никъде не е пропорционално на ратификацията.</p>

<p>Самите дати си заслужава да се имат предвид. Турция депозира своя инструмент за ратификация на <strong>28 септември 2009 г.</strong> Израел ратифицира през 2012 г. с декларации относно компетентността и относно факултативната процедура за съобщения. ОАЕ се присъединиха през 2010 г., след като подписаха през 2008 г. Саудитска Арабия, Катар, Йордания и Египет депозираха през 2008 г. Ливан подписа през 2007 г. и не е ратифицирал — статут, който вече е почти две десетилетия стар и многократно е отбелязван в обобщените доклади на договорните органи на ООН.</p>

<p>Факултативният протокол, който позволява индивидуални съобщения до Комитета по CRPD, е ратифициран далеч по-непоследователно. Турция ратифицира протокола през 2015 г.; арабските държави, които са го ратифицирали, остават малцинство. Публикуваните заключителни наблюдения на Комитета по CRPD за региона — Турция през 2019 г. (с втория цикъл в ход за прегледа 2024–25 г.), Саудитска Арабия през 2019 г., Катар през 2015 г. и отново през 2024 г., Йордания през 2017 г. и ОАЕ през 2016 г. — споделят забележително последователен набор от препоръки: да се прекрати използването на заместващо вземане на решения, да се ускори достъпността на изградената среда, да се дезагрегират данните по увреждане във всички секторни статистики и изрично да се включат жените и момичетата с увреждания в националните стратегии.</p>

<p class="pull">Ратификацията е лесната половина. Разликата в правоприлагането, която следва, е провал на бюджета, на независимостта на регулатора и на пътя за съдебен контрол — а не на изготвянето на текста.</p>

<div class="part-divider">
<div class="part-num">Част I · Анадола и Левантът</div>
<div class="part-title">Четири юрисдикции, в които законът е по-стар от политиката</div>
<p class="part-blurb">Турция, Израел, Йордания и Ливан — обхващащи юриспруденцията на Конституционния съд, правоприлагането от законоустановена комисия, най-съобразената с CRPD реформа в региона от 2017 г. и институционалното замразяване, което извади основен закон от действие във всичко освен на име.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Турция · <span lang="tr">Türkiye Cumhuriyeti</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 5378 за хората с увреждания (<span lang="tr">Engelliler Hakkında Kanun</span>)</strong>, приет през 2005 г. и съществено изменен през 2014 г., 2021 г. и отново през 2024 г. Актът от 2005 г. установи правния под — недискриминация, задължения за достъпна изградена среда върху обществени сгради и транспорт, и рамка за образователни и трудови улеснения.</p>
<p>Измененията от 2014 г. направиха рамката оперативна; измененията от 2021 г. удължиха гратисните периоди за съответствие на изградената среда — повтарящ се модел в турското законодателство за уврежданията, при който законоустановените срокове за достъпност са удължавани поне четири пъти от първоначалната дата от 2012 г., зададена съгласно член 7 от Закон 5378. Измененията от 2024 г. затегнаха формулировката за правоприлагане относно достъпността на обществените поръчки, но запазиха гъвкав основния хоризонт за съответствие.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong><span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span></strong> (Главна дирекция за услуги за хората с увреждания и възрастните хора), действаща в рамките на Министерството на семейството и социалните услуги. Оперативната отговорност беше прехвърлена на дирекцията съгласно измененията от 2014 г. Вижте <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията на <strong>28 септември 2009 г.</strong>; ратифицира Факултативния протокол през <strong>2015 г.</strong> Заключителни наблюдения от първия цикъл, издадени от Комитета по CRPD през 2019 г.; държавата страна в момента е под преглед във втория цикъл 2024–25 г., като приобщаването на хората с увреждания при възстановяването от земетресението е в центъра на отчетните задължения.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Турският конституционен съд е необичайно активен форум за съдебни производства по правата на хората с увреждания. Решението му от 2018 г. относно достъпните избирателни секции и решението му от 2021 г. по индивидуална жалба относно достъпното средно образование за слепи ученици сега са стандартни референции в турската административноправна практика.</p>
<p>Капацитетът на гражданското общество, насочван през афилиирани с ENİL и федеративни организации като <strong><span lang="tr">Türkiye Sakatlar Derneği</span></strong> и <strong><span lang="tr">Engelli Hakları İzleme Grubu</span></strong>, е основният двигател на стратегическите съдебни производства по Закон 5378.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>Анадола</span>
<span><strong>Сила на правоприлагане</strong>Умерена · водена от Конституционния съд</span>
</div>
</section>

<div class="pattern-callout">
<h3>Земетресението Турция–Сирия от 2023 г. като регионален стрес тест</h3>
<p>Земетресенията с център Кахраманмараш от 6 февруари 2023 г. — с магнитуд 7,8 и 7,5, най-смъртоносното сеизмично събитие в съвременната турска история — се превърнаха в най-ясния стрес тест на региона за приобщаващ хората с увреждания отговор при бедствия. Институционалните обитатели на държавни заведения за грижа в Хатай, Адъяман и Кахраманмараш бяха сред населенията с най-високи концентрации на смъртност.</p>
<p>Последвалото отчитане от <span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span> и от независими турски организации на хората с увреждания документира системни недостатъци в достъпния временен подслон, в снабдяването с помощни средства за придвижване и продукти за инконтиненция по време на острата фаза на отговора, и в преместването на сляпо-глухи и интелектуално увредени оцелели от срутени институционални условия във временни съоръжения, които често нямаха превод на жестов език или достъпна санитария.</p>
<p>Цикълът на прегледа по CRPD на Турция за 2024–25 г. постави приобщаването на хората с увреждания при възстановяването от земетресението в центъра на отчетните задължения на държавата страна. Моделът е регионален: когато самите институции са физически и оперативно нарушени, маржът на приобщаване се срива.</p>
</div>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Израел · <span lang="he">מְדִינַת יִשְׂרָאֵל</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон за равните права на хората с увреждания, 5758-1998</strong>, един от по-старите всеобхватни закони за уврежданията в региона. Неговата Глава 5 от 2005 г. относно достъпността — и подробните разпоредби за достъпност, издадени от 2009 г. нататък — разшириха материалните задължения за достъпност до обществените услуги, обществените сгради, транспорта и информационните технологии.</p>
<p>Законова реформа от 2023 г. затегна сроковете за правоприлагане за дългогодишните удължавания на сроковете за достъпност, предоставени съгласно преходния режим 2013–2018 г.; практическият ефект е, че към 2026 г. повечето категории обществени услуги са изчерпали законовия си гратисен период.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Комисията за равни права на хората с увреждания</strong>, независим законоустановен орган в рамките на Министерството на правосъдието, има както регулаторни, така и правоприлагащи правомощия, включително възможността да издава заповеди за съответствие и да завежда граждански правоприлагащи дела. Вижте <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il/the_commission_for_equal_rights_of_persons_with_disabilities</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2012 г.</strong>, с декларации относно компетентността и относно факултативната процедура за съобщения. Факултативният протокол не е ратифициран. Заключителни наблюдения на Комитета по CRPD, издадени през 2017 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Окръжният съд в Тел Авив от края на 2010-те се превърна в повтарящ се форум за съдебни производства за правоприлагане на сроковете за достъпност. Модел от споразумения по колективни искове — срещу мрежи от банкови клонове, оператори на обществен транспорт и търговски вериги — е задвижил оперативното прилагане на разпоредбите далеч по-агресивно, отколкото само министерското правоприлагане.</p>
<p>Архитектурата на гражданското общество в Израел — закотвена от <strong>Bizchut: Израелския център за човешки права на хората с увреждания</strong> — е централна страна по делата и партньор в политиката от изготвянето на Акта от 1998 г.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>Левант</span>
<span><strong>Сила на правоприлагане</strong>Силна · водена от комисията + колективни искове в окръжния съд</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Йордания · <span lang="ar">المملكة الأردنية الهاشمية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 20 от 2017 г. за правата на хората с увреждания</strong>, който замени по-ранен закон от 2007 г. и е широко считан — включително от Комитета по CRPD в неговите заключителни наблюдения от 2017 г. — за най-съобразения с CRPD основен закон в арабския регион.</p>
<p>Актът от 2017 г. въведе поетапна десетгодишна национална стратегия с изрични цели в образованието, заетостта, достъпността и рехабилитацията — крайъгълни камъни, чийто хоризонт от 2027 г. означава, че 2026 г. е отчетната година, спрямо която ще бъдат оценени повечето оперативни резултати.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Висшият съвет за правата на хората с увреждания (HCD)</strong>, създаден съгласно Акта и председателстван по право от Н.Кр.В. принц Миред бин Раад, е едновременно координатор на политиката и активен правоприлагащ орган и орган по жалбите. Вижте <a href="https://hcd.gov.jo">hcd.gov.jo</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2008 г.</strong> Заключителни наблюдения, издадени през 2017 г. Отчетната 2026 г. съвпада със затварящия прозорец на националната стратегия, прикрепена към Акта от 2017 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Рамката за правата на хората с увреждания на Йордания трябваше да поеме едно от най-големите бежански населения в региона. Координацията на UNHCR Йордания с HCD относно приобщаващите хората с увреждания услуги за сирийските бежанци — включително регистрацията на свързаните с уврежданията нужди в лагерите Заатари и Азрак и интегрирането на бежанците с увреждания в националните рехабилитационни услуги — е един от малкото документирани примери в региона на формална координация между националната рамка за уврежданията и операция за отговор на бежанци.</p>
<p>Устойчивите пропуски във финансовия под за тези услуги остават структурна загриженост, докато донорското финансиране за Плана за отговор на Йордания продължава да намалява.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>Левант</span>
<span><strong>Сила на правоприлагане</strong>Силна (законова) · ограничена от финансовия под</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Ливан · <span lang="ar">الجمهورية اللبنانية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 220 от 2000 г. за правата на хората с увреждания</strong> остава, номинално, основният закон. По същество следкризисният финансов срив на Ливан след 2019 г., експлозията на пристанището в Бейрут през август 2020 г. и каскадиращата институционална криза оттогава ефективно замразиха смисленото изпълнение. Системата за лична карта за увреждане, която съгласно Закон 220 е входната врата към повечето права и придобивки, продължи да се издава, но основните придобивки — пенсии за увреждане, транспортни добавки, одити на достъпността — са оперативно ограничени от по-широката фискална ситуация.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Националният съвет за хората с увреждания</strong>, органът, определен съгласно Закон 220 като координиращ орган, се намира в рамките на Министерството на социалните въпроси. Той продължи да функционира, но със силно ограничени бюджети и ограничен регулаторен обхват.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ливан <strong>подписа CRPD през 2007 г. и не я е ратифицирал</strong> — статут, който вече е почти две десетилетия стар и многократно е отбелязван в обобщените доклади на договорните органи на ООН. Факултативният протокол също е нератифициран.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Организациите на гражданското общество — <strong>Ливанският съюз на хората с физически увреждания (LPHU)</strong>, <strong>Младежката асоциация на слепите</strong> и мрежата, координирана под Арабския форум за правата на хората с увреждания — продължават да се застъпват за ратификация и за оперативното възраждане на Закон 220.</p>
<p>Въпросът за Ливан през 2026 г. е по-малко за реформа на закона, отколкото за това дали институционалната държава има капацитета да прилага този, който вече има.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>Левант</span>
<span><strong>Сила на правоприлагане</strong>Замразена · закон в действие, институция в криза</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Част II · Държавите от Персийския залив (GCC)</div>
<div class="part-title">Четири федерални пода, с поднационална вариация, която често ги надвишава</div>
<p class="part-blurb">ОАЕ, Саудитска Арабия, Катар и Кувейт — плюс споделен запис за Бахрейн и Оман. Моделът в GCC е единен федерален или национален закон, овластено министерство и рамка на стратегия, съобразена с Vision. Въпросът за правоприлагането се обръща около това дали кодексите на ниво емирство или община отиват по-далеч.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Обединени арабски емирства · <span lang="ar">الإمارات العربية المتحدة</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Федерален декрет-закон № 29 от 2006 г. относно правата на хората със специални нужди</strong>, изменен през 2009 г. и отново през 2015 г. за разширяване на обхвата на недискриминацията и за разширяване на покритието в заетостта, транспорта и достъпа до информация. Националната политика за овластяване на хората на решителността — официалната терминология, предпочитана във федералната употреба на ОАЕ от 2017 г. — действа като интегриращ стратегически документ.</p>
<p>Шарджа управлява отделна, по-обхватна провинциална рамка, закотвена в Града за хуманитарни услуги на Шарджа (създаден през 1979 г.) и поредица закони и декрети на ниво емирство, които предхождат и надвишават федералния под. Абу Даби и Дубай изградиха паралелни кодекси за достъпност на общинско ниво, включително Универсалния дизайн кодекс на Дубай (последно актуализиран през 2023 г.).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p>Оперативната власт се намира в <strong>Министерството на общественото развитие</strong>. Вижте <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>. Надзорът на ниво емирство върви паралелно през Града за хуманитарни услуги на Шарджа, Органа за обществено развитие в Дубай и Департамента за обществено развитие в Абу Даби.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Подписа Конвенцията през 2008 г.; <strong>присъедини се през 2010 г.</strong> Заключителни наблюдения, издадени от Комитета по CRPD през 2016 г. Факултативният протокол не е ратифициран.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Програмата за достъпност на Expo 2020 Дубай от 2021 г. — включително нейните сензорно щадящи часове, всеобхватен превод на жестов език в павилионите и публикуван одит на достъпността — остави измеримо наследство в стандартите за достъпност на обществените събития в Дубай, макар че репликацията в неприсъствени на събития изградени среди беше неравномерна.</p>
<p>Стратегическите съдебни производства са редки; напредъкът на федерацията по достъпността протича основно през общинско нормотворчество и програми, задвижвани от събития, а не през съдилищата.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>GCC</span>
<span><strong>Сила на правоприлагане</strong>Умерена · неравномерна между емирствата, силна в Шарджа и Дубай</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Саудитска Арабия · <span lang="ar">المملكة العربية السعودية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Кодексът за уврежданията (Кодекс на разпоредбите за хората с увреждания) от 2000 г.</strong>, приет с кралски указ, установи основната рамка за правата на хората с увреждания в страната. Рамката Vision 2030 от 2016 г. вгради целите за приобщаване на хората с увреждания в по-широки показатели за човешки капитал и заетост — най-конкретно изрична целева стойност за процента на заетост на хората с увреждания, включена в Националната програма за трансформация.</p>
<p>Рамкирането чрез Vision 2030 има значение, защото обвързва резултатите по заетост на хората с увреждания с политически приоритизирана реформена програма на макроравнище, по начин, по който самостоятелният Кодекс от 2000 г. не правеше.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Органът за грижа за хората с увреждания</strong>, действащ под Министерството на човешките ресурси и социалното развитие, координира националното изпълнение. <strong>Националната програма за уврежданията</strong> функционира като оперативна стратегия.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2008 г.</strong> Факултативният протокол не е ратифициран. Заключителни наблюдения на Комитета по CRPD, издадени през 2019 г.; последващ диалог, протичащ през 2024 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p><strong>Националното дружество за човешки права</strong>, създадено през 2004 г. и действащо като квазиправителствен орган по правата, е повтарящ се наблюдател на пропуските в изпълнението на Кодекса от 2000 г., особено относно достъпните изградени среди в обществения сектор и относно жените с увреждания.</p>
<p>Заключителните наблюдения на Комитета по CRPD от 2019 г. относно Саудитска Арабия изрично откроиха устойчивостта на рамките за заместващо вземане на решения и недостатъчното дезагрегиране на данните за уврежданията в националните статистики — и двете все още открити в последващите действия от 2024 г.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>GCC</span>
<span><strong>Сила на правоприлагане</strong>Умерена · съобразена с Vision 2030, пропуски по изградената среда и заместващото вземане на решения</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Катар · <span lang="ar">دولة قطر</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 2 от 2004 г. за хората със специални нужди</strong> остава основният закон. Рамката е кратка по регионалните стандарти и натрупа оперативна дълбочина до голяма степен чрез институционалните опори, изградени около нея, а не чрез законово изменение.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Националният орган за грижа за хората с увреждания</strong> е водещият изпълнителен орган. Отличителният принос на Катар към регионалния пейзаж е <strong>Mada — Център за помощни технологии</strong>, създаден през 2010 г. под чадъра на Qatar Foundation, който се превърна в регионална референтна точка за помощни технологии на арабски език, гласова поддръжка за екранни четци на арабски език и стандарти за достъпно издаване. Вижте <a href="https://mada.org.qa">mada.org.qa</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2008 г.</strong> Комитетът по CRPD прегледа комбинирания втори и трети периодичен доклад на Катар през <strong>2024 г.</strong>; публикуваните заключителни наблюдения се съсредоточават върху включването в работната сила, върху достъпността на наказателноправната система и върху устойчивостта на ограничителните настойнически уредби.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Mada Center е регионалната опора на гражданското общество от значение — не чрез съдебни производства, а чрез стандартизиране. Работата ѝ по помощни технологии на арабски език измеримо подобри покритието на екранните четци на водещи платформи в региона (порталите e-Devlet, UAE PASS и Absher всички препращат към насоки, близки до Mada).</p>
<p>Стратегическите съдебни производства по Закон 2 от 2004 г. са редки; напредъкът на страната протича през институции за стандартизиране, а не през съдилищата.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>GCC</span>
<span><strong>Сила на правоприлагане</strong>Умерена · водена от стандарти чрез Mada</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Кувейт · <span lang="ar">دولة الكويت</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 8 от 2010 г. относно правата на хората с увреждания</strong> е основният инструмент, заменящ по-ранна секторна разпоредба от 1996 г. Той закотвя сравнително всеобхватен набор от образователни, трудови, транспортни задължения и задължения за достъпност върху обществените органи, с изпълнителни разпоредби, издадени чрез Публичния орган по въпросите на уврежданията.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Публичният орган по въпросите на уврежданията (PADA)</strong>, законоустановен орган, е координиращият регулатор. PADA администрира системата за карти за увреждане и придобивки и е водещият изготвител на изпълнителни разпоредби по Закон 8.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2013 г.</strong> Факултативният протокол не е ратифициран. Процесът на преглед от първия цикъл на Комитета по CRPD остава открит, с отчетни цикли, протичащи през 2020-те години.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Капацитетът на гражданското общество е концентриран в <strong>Кувейтското дружество за хората с увреждания</strong> и в афилираните с DPI-Arab Region организации. Стратегическите съдебни производства са редки; доминиращият път на отчетност протича през административните решения на PADA и през периодичното отчитане по CRPD, а не през съдилищата.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>GCC</span>
<span><strong>Сила на правоприлагане</strong>Умерена · водена от регулатора, без път за стратегически съдебни производства</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Бахрейн и Оман · <span lang="ar">مملكة البحرين</span> · <span lang="ar">سلطنة عُمان</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p>И двете юрисдикции се крепят на секторни разпоредби, а не на единен всеобхватен основен закон по модела на Йордания-2017 или Кувейт-2010. Рамката на Бахрейн е закотвена в Закон № 74 от 2006 г. (с по-късни изменения) и Национална стратегия от 2018 г.; Оман действа чрез Кралски декрет 63/2008 и последователни разпоредби в секторите образование и рехабилитация.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Министерството на социалното развитие</strong> на Бахрейн и <strong>Министерството на социалното развитие</strong> на Оман са водещите координиращи министерства. Бахрейн допълнително учреди Висш комитет за хората с увреждания; Оман насочва оперативното изпълнение чрез Департамента за хората с увреждания в рамките на MoSD.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Бахрейн ратифицира Конвенцията през <strong>2011 г.</strong>; Оман се присъедини през <strong>2009 г.</strong> Нито една не е ратифицирала Факултативния протокол. Заключителните наблюдения от първия цикъл за Бахрейн бяха издадени през 2017 г.; за Оман — през 2018 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>И двете юрисдикции са под регионалната медиана за активност в стратегическите съдебни производства. Капацитетът на гражданското общество е концентриран в единични опорни организации — <strong>Бахрейнската федерация за спорт на хората с увреждания</strong> и <strong>Оманската асоциация за хората с увреждания</strong> — които действат основно като доставчици на услуги, а не като страни по делата или партньори в политиката.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>GCC</span>
<span><strong>Сила на правоприлагане</strong>Ограничена · водена от предоставяне на услуги, секторни закони</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Част III · Египет</div>
<div class="part-title">Разгледан изцяло в паралелното досие за Африка</div>
<p class="part-blurb">Основният закон, регулаторът и прегледът по CRPD на Египет са разгледани в дълбочина в <a href="/bg/articles/accessibility-rights-across-africa/">регионалното досие за Африка</a>. Записът по-долу е заглушка за навигация и кръстосана препратка.</p>
</div>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Египет · <span lang="ar">جمهورية مصر العربية</span></h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Основен закон</div>
<div class="exhibit-prose">
<p><strong>Закон № 10 от 2018 г. за правата на хората с увреждания</strong> замени по-ранни секторни разпоредби. Конституционно закотвяне се осигурява от член 81 от Конституцията от 2014 г., една от по-изричните конституционни разпоредби за уврежданията в арабския регион. Законът от 2018 г. е всеобхватен на хартия; правоприлагането по достъпността и по премахването на заместващото вземане на решения остават доминиращите последващи теми на Комитета по CRPD.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Регулатор / комисия</div>
<div class="exhibit-prose">
<p><strong>Националният съвет за хората с увреждания (NCPD)</strong>, създаден през 2019 г. съгласно закона от 2018 г., е координиращият орган.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Статут по CRPD</div>
<div class="exhibit-prose">
<p>Ратифицира Конвенцията през <strong>2008 г.</strong> Факултативният протокол не е ратифициран.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Траектория на съдебната практика + гражданско общество</div>
<div class="exhibit-prose">
<p>Пълното разглеждане — включително оперативния отпечатък на NCPD, конституционно-членовото закотвяне и архитектурата на гражданското общество около Акта от 2018 г. — е в <a href="/bg/articles/accessibility-rights-across-africa/">регионалното досие за Африка</a>.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Регион</strong>Северна Африка / кръстосана препратка</span>
<span><strong>Сила на правоприлагане</strong>Вижте досието за Африка</span>
</div>
</section>

<div class="pattern-callout">
<h3>Три междусекторни нишки, които се повтарят във всеки експонат</h3>
<p><strong>Жени с увреждания.</strong> Пресечната точка на пола и увреждането е единичният най-последователно открояван пропуск в заключителните наблюдения на Комитета по CRPD за всяка прегледана държава в този регион. Дезагрегирани данни за образователното равнище, процентите на заетост и достъпа до услуги за сексуално и репродуктивно здраве за жените с увреждания не се събират никъде в региона на база, която Комитетът счита за адекватна.</p>
<p><strong>Бежанци и разселени лица.</strong> Координационният модел Йордания–UNHCR е регионалното изключение. В Турция — домакин на едно от най-големите регистрирани сирийски бежански населения в света — интеграцията на данните за уврежданията на бежанците с националните рехабилитационни услуги напредна неравномерно между провинциите. В Ливан въпросът е до голяма степен спорен при липсата на функционираща национална рамка за уврежданията. <strong>Насоките на UNHCR от 2024 г. „Need to Know“ за работа с хора с увреждания при принудително разселване</strong> остават оперативната референция.</p>
<p><strong>Цифрови обществени услуги след COVID.</strong> Ускоряването на електронното управление през 2020–22 г. произведе както напредък, така и ново изключване. Порталът <strong>e-Devlet</strong> на Турция, платформите <strong>Absher</strong> и <strong>Tawakkalna</strong> на Саудитска Арабия, <strong>UAE PASS</strong> на ОАЕ и израелският портал <strong>Gov.il</strong> всеки преминаха през одити на достъпността или цикли на надграждане между 2022 и 2025 г. Покритието на съвместимостта с екранни четци на арабски език — обвързващото ограничение за регионалната общност на слепите — измеримо се подобри на водещите платформи, но остава неравномерно на под-порталите.</p>
</div>

<h2>Какво да следим през 2026 г.</h2>

<p>Каталогът по-горе картографира законовия под, какъвто стои днес. Списъкът по-долу е това, което реално е в движение — прегледите, сроковете и политическите прозорци, които ще преформатират един или повече от десетте записа преди следващия цикъл на досието.</p>

<div class="audit-list">
<h3>Ниво 1 — Цикли на заключителни наблюдения</h3>
<ul>
<li>Прегледът по CRPD от втория цикъл на Турция за 2024–25 г., с приобщаването на хората с увреждания при възстановяването от земетресението като водещо отчетно задължение. (E·01)</li>
<li>Отчетната година за националната стратегия на Йордания за 2026 г., затваряща десетгодишния хоризонт на Акта от 2017 г. година по-рано от графика. (E·03)</li>
<li>Последващите действия на Катар от 2024 г. към комбинираните втори и трети заключителни наблюдения, с включването в работната сила като отворена тема. (E·07)</li>
<li>Последващият диалог на Саудитска Арабия от 2024 г. относно заместващото вземане на решения и достъпността на изградената среда. (E·06)</li>
</ul>
<h3>Ниво 2 — Законови и правоприлагащи срокове</h3>
<ul>
<li>Законовата реформа на Израел от 2023 г.: практическият ефект за 2026 г. е, че повечето категории обществени услуги са изчерпали гратисния си период за срока на достъпност. (E·02)</li>
<li>Хоризонтът за съответствие на изградената среда по член 7 на Турция, многократно удължаван от 2012 г.; измененията от 2024 г. го оставиха гъвкав. (E·01)</li>
<li>Обновявания на общинските кодекси на ОАЕ — Универсалният дизайн кодекс на Дубай, последно актуализиран през 2023 г.; циклите на Шарджа и Абу Даби, протичащи паралелно. (E·05)</li>
</ul>
<h3>Ниво 3 — Пропуски в гражданското общество и ратификацията</h3>
<ul>
<li>Ливан: статут на ратификация на CRPD — подписан 2007 г., нератифициран — като структурна предпоставка за всичко останало. (E·04)</li>
<li>Пропуски в ратификацията на Факултативния протокол във всяка юрисдикция от GCC. (E·05, E·06, E·07, E·08, E·09)</li>
<li>Дезагрегирано събиране на данни за пола и увреждането, единичният най-последователно отбелязван пропуск в региона.</li>
</ul>
</div>

<h2>Червената нишка</h2>

<p>От Анкара до Бейрут до Рияд рамките за правата на хората с увреждания в региона бяха предимно изградени между 2000 и 2018 г., предимно съобразени с CRPD до 2010 г. и предимно заседнали някъде между законника и жизнената среда през 2026 г.</p>

<p>Юрисдикциите, постигащи измерим напредък — Турция по юриспруденцията на Конституционния съд, Израел по правоприлагане, водено от комисията, Йордания по координационния капацитет на HCD, ОАЕ по общинските кодекси на ниво емирство, Катар по помощни технологии на арабски език — споделят една-единствена характеристика: назована институция с бюджет, независимост и функциониращ път за правоприлагане. Онези, които не са затворили разликата (Ливан от 2019 г.; Саудитска Арабия по достъпността на изградената среда; Бахрейн и Оман по стратегическите съдебни производства), не са финансирали институцията, която законът назовава.</p>

<p>Земетресението Турция–Сирия от 2023 г. изложи колко тънък остава маржът на приобщаване, когато самите институции са физически и оперативно нарушени. Цикълът на прегледите на Комитета по CRPD за 2026 г. — Турция, Катар и няколко други — ще бъде следващият момент на сравнителна отчетност.</p>

<div class="bottomline">
<div class="bl-eyebrow">Изводът</div>
<h2 class="bl-title">Десет юрисдикции, една червена нишка: законът е толкова силен, колкото институцията, която назовава.</h2>
<p>Всеки от десетте записа в това досие има основен закон в действие. Всеки определя регулатор. Осем от десетте са ратифицирали CRPD. Разликата между правния под и жизнената среда през 2026 г. проследява, почти без изключение, бюджета и независимостта на назованата институция. Където институцията има и двете — израелската Комисия, йорданският HCD, Mada Center като регионален стандартизатор — резултатите се движат. Където няма нито едно — Националният съвет на Ливан от 2019 г., правоприлагането по изградената среда в Саудитска Арабия — те не се движат.</p>
<p>Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/crpd/">CRPD</a>, за <a href="/bg/regulations/">националните нормативни уредби за уврежданията</a> и за <a href="/bg/articles/accessibility-rights-across-africa/">паралелното досие за Африка</a>.</p>
</div>

<div class="foot-note">
<p><strong>Първични източници</strong>Република Турция, <em><span lang="tr">Law No. 5378 on Persons with Disabilities</span></em> (<span lang="tr">Engelliler Hakkında Kanun</span>, 2005 г.; изменения 2014, 2021, 2024 г.), <a href="https://www.mevzuat.gov.tr">mevzuat.gov.tr</a>; <span lang="tr">Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</span>, <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>; Държава Израел, <em>Equal Rights for Persons with Disabilities Law, 5758-1998</em>; Комисия за равни права на хората с увреждания, <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il</a>; Обединени арабски емирства, <em>Federal Decree-Law No. 29 of 2006</em>, Министерство на общественото развитие, <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>; Кралство Саудитска Арабия, <em>Disability Code of 2000</em> (кралски указ); Орган за грижа за хората с увреждания, Министерство на човешките ресурси и социалното развитие; Държава Катар, <em>Law No. 2 of 2004</em>; Национален орган за грижа за хората с увреждания; Mada — Център за помощни технологии, <a href="https://mada.org.qa">mada.org.qa</a>; Хашемитско кралство Йордания, <em>Law No. 20 of 2017</em>; Висш съвет за правата на хората с увреждания (HCD), <a href="https://hcd.gov.jo">hcd.gov.jo</a>; Държава Кувейт, <em>Law No. 8 of 2010</em>; Публичен орган по въпросите на уврежданията; Република Ливан, <em>Law No. 220 of 2000</em>, Национален съвет за хората с увреждания, Министерство на социалните въпроси; Кралство Бахрейн, Закон № 74 от 2006 г.; Султанат Оман, Кралски декрет 63/2008; Арабска република Египет, <em>Law No. 10 of 2018</em>, Национален съвет за хората с увреждания (NCPD).</p>
<p><strong>Източници от договорните органи</strong>Комитет на ООН по правата на хората с увреждания, <em>Concluding Observations</em> за Турция (2019 г., цикъл 2024–25 г.), Саудитска Арабия (2019 г.), Катар (2015 г., 2024 г.), Йордания (2017 г.), ОАЕ (2016 г.), Израел (2017 г.), Бахрейн (2017 г.), Оман (2018 г.), <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/treaty-bodies/crpd</a>; Икономическа и социална комисия на ООН за Западна Азия (UNESCWA), поредицата <em>Disability in the Arab Region</em> и <em>Disability Inclusion Country Profiles</em> (актуализации 2018, 2021, 2024 г.), <a href="https://www.unescwa.org">unescwa.org</a>; UNHCR, <em>Need to Know Guidance on Working with Persons with Disabilities in Forced Displacement</em> (актуализация 2024 г.).</p>
<p><strong>Обхват</strong>Това е регионален каталог, а не одит на съответствието държава по държава. Всеки експонат обобщава законовия под, назования регулатор, статута по CRPD и скорошната траектория на гражданското общество и съдебната практика; той не изброява всяка подзаконова разпоредба или секторна разпоредба. Египет се появява само като кръстосана препратка към досието за Африка; Бахрейн и Оман споделят един експонат, защото рамките им са секторни, а не закотвени във всеобхватен основен закон по модела на Йордания-2017 или Кувейт-2010.</p>
</div>

</div>

---
title: Достъпът на жените с увреждания до здравеопазване през 2026 г.: пресечната точка, която CEDAW и CRPD най-сетне започнаха да прилагат заедно
url: https://www.disabilityworld.org/bg/articles/disabled-womens-healthcare-access-2026/
description: Жените с увреждания се сблъскват със съчетани бариери на физическия достъп, на комуникационния достъп и на нагласите във всяка здравна среда. Съвместната препоръка на комитетите по CEDAW и CRPD от 2025 г. и данните за националните реформи 2024–26 г. показват къде подът най-сетне се повдига.
author: Disability World
pubDate: 2026-05-22
tags: women, healthcare, crpd, cedaw, intersectional, reproductive-rights, data
---

# Достъпът на жените с увреждания до здравеопазване през 2026 г.: пресечната точка, която CEDAW и CRPD най-сетне започнаха да прилагат заедно

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>От</strong> Disability World</span>
  <span class="rt-pill">Време за четене: 11 минути</span>
</div>

<p class="wp-block-paragraph">Достъпът до здравеопазване за жена с увреждане не е сборът от два отделни проблема. Той е една-единствена, междусекторна среща, в която сградата, оборудването, обучението на клинициста, архитектурата на съгласието и кодът за възстановяване на разходи трябва да се подредят — и в която липсата на което и да е от тях я тласка под стандарта на грижа, който получават жените без увреждания. Това е, което <a href="/bg/toolkit/glossary/crpd/">Конвенцията за правата на хората с увреждания (CRPD)</a> и Конвенцията за премахване на всички форми на дискриминация по отношение на жените (CEDAW) описват, на различни езици, като едно и също право. И това е, което едно ежедневно клинично посещение — гинекологичният преглед, записването за пренатална грижа, прегледът на рецептите, формулярът за съгласие — продължава да разкрива като липсващо.</p>

<p class="wp-block-paragraph">2026 г. е годината, в която това рамкиране се промени на договорно ниво. Надзорните комитети по CRPD и CEDAW издадоха първата си съвместна обща препоръка/общ коментар през октомври 2025 г. — относно вредните практики, пресичащи се с увреждането — и за първи път международната система за правата на човека започна да събира рутинни данни за разликата. Прочитът на останалата част от тази статия изисква едновременно държане на две идеи: правният под е уреден от две десетилетия, а жизненият под — този в клиниките — едва сега се измерва.</p>

<h2 class="wp-block-heading" id="h-what-access-means">Какво означава „достъп“ в здравеопазването за жена с увреждане</h2>

<p class="wp-block-paragraph">„Достъпът“ в този контекст не е единична бариера, а съчетана. Приблизително един милиард жени и момичета живеят с увреждане по света — около една на всеки пет — а актуализацията на СЗО от 2024 г. на нейния <em>Глобален доклад за здравното равенство за хората с увреждания</em> документира, че те се сблъскват със здравеопазването по поне четири едновременни оси на затруднение: физически достъп до стаята и оборудването в нея; комуникационен достъп до въпросите и обясненията на клинициста; достъп по отношение на нагласите до клиницист, който се отнася към нея като към взимащата решенията за собственото си тяло; и структурен достъп до система, чиито инструменти за оценка на риска, пътища за скрининг и кодове за фактуриране не са били проектирани с нея наум.</p>

<p class="wp-block-paragraph">Съчетаната разлика е това, което прави категорията „жена с увреждане“ аналитично различна от „жени“ или от „хора с увреждания“, разглеждани поотделно. Жените с увреждания съобщават за насилие от страна на интимен партньор с два до три пъти по-висока честота от жените без увреждания, според глобалните оценки на СЗО <em>Violence Against Women</em> и допълнителната справка на UN-Women от 2024 г. По-малко от 20% от държавите членки на СЗО включват дезагрегирани по увреждане показатели за достъпност в националния си мониторинг на качеството на майчиното здравеопазване, според одита на СЗО от 2024 г. на националните информационни системи за майчино здраве. Цифрите се изменят заедно, защото описват една и съща среща — жена, чието увреждане се третира като причина нейните свидетелски показания, нейната болка и нейното съгласие да тежат по-малко от тълкуването им от клинициста.</p>

<h2 class="wp-block-heading" id="h-treaty-floor">Договорният под: три члена, които най-сетне си говорят</h2>

<p class="wp-block-paragraph">Правото на жена с увреждане на здравеопазване е, на хартия, едно от по-добре формулираните права в международното право. Три члена вършат носещата работа.</p>

<p class="wp-block-paragraph"><strong>Член 25 от CRPD</strong> изисква държавите страни да признаят правото на хората с увреждания на „ползване от най-високия достижим стандарт на здраве без дискриминация на основата на увреждане“ и уточнява, че това включва услуги „възможно най-близо до собствените общности на хората“.</p>

<p class="wp-block-paragraph"><strong>Член 12 от CEDAW</strong>, датиращ от 1979 г., задължава държавите да премахнат дискриминацията срещу жените в областта на здравеопазването; Обща препоръка № 24 на Комитета (1999 г.) чете това задължение като обхващащо репродуктивното, психичното и професионалното здраве.</p>

<p class="wp-block-paragraph"><strong>Член 6 от CRPD</strong> — единственият член в който и да е договор на ООН за правата на човека, адресиран конкретно до жените с увреждания — изисква държавите страни да предприемат „всички подходящи мерки за осигуряване на пълното развитие, напредък и овластяване на жените“ с увреждания.</p>

<p class="wp-block-paragraph">Това, което се промени през 2025 г., е, че двата надзорни комитета спряха да четат тези членове паралелно и започнаха да ги четат заедно. <strong>Съвместната обща препоръка/общ коментар относно вредните практики, пресичащи се с увреждането</strong>, приета през октомври 2025 г. след тригодишен процес на изготвяне, назовава конкретни режими на провал: недоброволна стерилизация, принудителна контрацепция, отказ на правоспособност за вземане на решения за сексуалното и репродуктивното здраве и принудително психиатрично лечение на жени с интелектуални и психосоциални увреждания. Това е първият съвместен тълкувателен инструмент, който двата комитета са произвели. Резултатът на една държава по който и да е от двата договора сега формално се кръстосано препраща, когато другият комитет я преглежда.</p>

<h2 class="wp-block-heading" id="h-where-the-gap-shows">Къде се проявява разликата</h2>

<p class="wp-block-paragraph">Съчетаната разлика се вижда най-ясно в пет конкретни клинични ситуации. Всяка е документирана достатъчно добре, че режимът на провал може да бъде назован, и всяка е достатъчно малка, че поправката е въпрос на обществена поръчка, обучение или закон, а не на клинична наука.</p>

<h3 class="wp-block-heading" id="h-exam-table">Инфраструктура за физически преглед: проблемът с кушетката за преглед</h3>

<p class="wp-block-paragraph">Най-измеримата разлика в здравеопазването на жените с увреждания е и най-основната: оборудването в стаята. <em>Глобалният доклад за здравното равенство за хората с увреждания</em> на СЗО от 2024 г. включва приложение за достъпа до оборудване, което проучи националните стандарти за обществени поръчки за клинично оборудване в 132 страни. Водещите му констатации са груби: по-малко от 30% от проучените страни имат национален стандарт за обществени поръчки, изискващ височинно регулируеми кушетки за преглед в първичните клиники; по-малко от 15% имат стандарт за регулируеми мамографски апарати, които приемат потребители на инвалидни колички без прехвърляне; а достъпните везни — оборудване, толкова просто, че отсъствието му е наистина трудно за обяснение — се изискват от стандарт за обществени поръчки в по-малко от 25%.</p>

<p class="wp-block-paragraph">Низходящият ефект е, че жените с увреждания систематично получават по-малко от рутинната превантивна грижа, около която е изградена собствената стратегия на СЗО за незаразните болести. Последващите действия от 2023 г. към консултацията на NIH на САЩ <em>Disability and Health Equity</em> установиха, че жените, които използват инвалидни колички в САЩ, получават скрининг за рак на маточната шийка приблизително с две трети от честотата при жените без увреждания, а скрининг за рак на гърдата приблизително с три четвърти от честотата, като разликата е концентрирана в стъпките, изискващи физическо прехвърляне върху нерегулируема повърхност. Одитът на NHS England на програмата за скрининг на гърдата от 2024 г. достигна сходни заключения, което доведе до публикуването през 2025 г. на регистър на ниво обект на достъпното мамографско осигуряване.</p>

<p class="wp-block-paragraph">Оборудването не е единствената бариера на физическия достъп, но е тази, която се поправя направо със стандарти за обществени поръчки и капиталов бюджет. Докладът на СЗО от 2024 г. заключи — необичайно директно за технически документ — че разликата „не е разлика в знанието, разлика в доказателствата или разлика в клиничните насоки. Тя е разлика в правилата за обществени поръчки.“</p>

<h3 class="wp-block-heading" id="h-maternal-care">Майчина грижа: диференциалът, който никой не събира както трябва</h3>

<p class="wp-block-paragraph">Диференциалът на смъртността и заболеваемостта за жените с увреждания при бременност е документиран от две десетилетия и систематично одитиран от по-малко от пет. Поредицата за уврежданията на <em>Lancet</em> от 2022 г. публикува първия рецензиран глобален синтез: жените с увреждания се сблъскват с приблизително <strong>2 до 4 пъти</strong> по-висок риск от тежка майчина заболеваемост в сравнение с жените без увреждания, като мултипликаторът е най-широк в страните с ниски и средни доходи и най-тесен — но все пак наличен — във високодоходните системи. Последващото проучване от 2024 г., фокусирано върху LMIC, идентифицира Непал и Южна Африка като страните с най-пълните дезагрегирани по увреждане набори от данни за майчиното здраве, като и двете показват нива на тежка заболеваемост приблизително двойни на националната база за майки с увреждания.</p>

<p class="wp-block-paragraph">Високодоходните системи не са изключение. Финансиран от NIH анализ от 2024 г. на US National Inpatient Sample установи, че жените с документирани физически увреждания имат болничен процент на тежка майчина заболеваемост приблизително 80% по-висок от съответстващата кохорта без увреждания, а жените с интелектуални или свързани с развитието увреждания — приблизително 2,4 пъти по-висок. Проучването на <em>MBRRACE-UK</em> от 2023 г. за майчината смъртност препоръча за първи път системата формално да отбелязва статута на увреждане при записването за пренатална грижа — препоръка, която Кралският колеж на акушер-гинеколозите одобри в актуализацията на стандартите си от 2024 г.</p>

<p class="wp-block-paragraph">Споделената диагноза в тези набори от данни е необичайно последователна. Специалистите по майчино здраве получават почти никакво структурирано обучение по акушерската грижа за жени с увреждания — прегледът на СЗО от 2024 г. на акушерските учебни програми в 41 страни установи, че съдържанието за уврежданията е средно под три часа за тригодишна програма. Инструментите за оценка на риска, използвани при записване за пренатална грижа, рядко включват специфични за уврежданията елементи. А рефлекторното допускане, че бременността на жена с увреждане е „високорискова“, насочва много жени към специализирана третична грижа ненужно, докато насочва други към рутинни пътища, които не се адаптират към действителните им нужди.</p>

<blockquote class="wp-block-quote">
<p>Единичната препоръка, която се повтаря във всяка насока за майчина грижа от 2024–26 г., адресираща увреждането — на СЗО, RCOG, ACOG, австралийските Pregnancy Care Guidelines — е да се попита самата жена с увреждане от какви улеснения се нуждае и този отговор да се запише в нейната документация. Съвместната препоръка на CEDAW и CRPD от 2025 г. го нарича „минималния процедурен под“ и отбелязва, че дори този под е неизпълнен в повечето проучени системи.</p>
<cite>Принципът „попитай жената“</cite>
</blockquote>

<h3 class="wp-block-heading" id="h-srh-information">Информация за сексуалното и репродуктивното здраве: три документирани разлики</h3>

<p class="wp-block-paragraph">Достъпът до информация е по-тиха категория бариера от оборудването или смъртността, но записът от данни за нея вече е достатъчно обширен, че да назове три конкретни разлики в начина, по който клиничната и общественоздравната информация достига до жените с увреждания.</p>

<ul class="wp-block-list">
<li><strong>Глухи жени и превенция на ХИВ/СПИН.</strong> Тематичната справка на UNAIDS от 2023 г. за уврежданията и ХИВ потвърди отново дългогодишна оценка: глухите жени в страните с ниски и средни доходи имат резултати за познание за ХИВ по стандартния инструмент за демографски и здравни проучвания приблизително 30–50% по-ниски от чуващите жени в същата страна. Разликата се движи от недостъпни здравно-образователни материали и от отсъствието на квалифициран превод на жестов език в услугите за сексуално здраве. Стратегическата актуализация на PEPFAR от 2024 г. отбеляза това като категория, която прегледите на нейните държавни програми сега ще наблюдават изрично.</li>
<li><strong>Жени с когнитивни увреждания и информирано съгласие.</strong> Заключителните наблюдения на Комитета по CRPD от 2018 г. насам многократно критикуват здравните системи, които третират наличието на интелектуално или психосоциално увреждане като презумпция срещу способността на жената да даде съгласие за собствената си гинекологична, контрацептивна или акушерска грижа. Глобалното картографиране на Inclusion International от 2024 г. установи, че по-малко от една четвърт от проучените страни са заменили заместващото вземане на решения в здравеопазването с модела на подпомогнато вземане на решения, който член 12 от CRPD изисква.</li>
<li><strong>Аутистични жени и гинекологична болка.</strong> Нарастваща клинична изследователска литература от 2022–25 г. — концентрирана в Обединеното кралство, Нидерландия и Австралия — документира систематично забавена диагноза на ендометриоза, аденомиоза и хронична тазова болка при аутистични жени, със забавяния, протичащи средно две до четири години по-дълго, отколкото при сравнителни кохорти без аутизъм. Механизмът е тълкувателен: комуникация на болка, която не съответства на очакваната от клинициста изява, се чува като преувеличение. Актуализацията на насоката на NICE за ендометриозата от 2025 г. цитира този корпус от работа изрично.</li>
</ul>

<h3 class="wp-block-heading" id="h-sterilisation">Стерилизация без съгласие</h3>

<p class="wp-block-paragraph">Недоброволната стерилизация на жени с интелектуални или психосоциални увреждания е въпросът, който Комитетът по CRPD е повдигал най-последователно в продължение на повече от десетилетие заключителни наблюдения. Той е и този, при който правото се е придвижило най-видимо през последните пет години — и най-неравномерно. Съвместната препоръка от 2025 г. изброява националните закони, които все още позволяват неспешна стерилизация на жени с интелектуални или психосоциални увреждания на основата на съгласие на настойник, съдебно или семейно съгласие, като „вредна практика“ по смисъла на Обща препоръка № 31 на CEDAW — обозначение, което задейства отчетни задължения по двата договора.</p>

<h3 class="wp-block-heading" id="h-mental-health-prescribing">Предписване за психично здраве</h3>

<p class="wp-block-paragraph">На жените с увреждания — в целия диапазон от типове увреждания — се предписват психотропни медикаменти със съществено по-високи нива, отколкото на жените без увреждания, а дезагрегираните данни за резултатите, необходими за оценка дали това предписване е уместно, до голяма степен отсъстват. Програмата на Обединеното кралство за преглед на смъртността при затруднения в ученето (LeDeR) документира от 2017 г. насам устойчиво свръхпредписване на антипсихотици на жени със затруднения в ученето извън лицензираните им показания — моделът „STOMP“. <em>Health at a Glance</em> на ОИСР от 2024 г. включи за първи път дезагрегиран по увреждане показател за предписване за психично здраве, който показа сходен модел на свръхпредписване в 14 от 22-те страни от ОИСР, които подадоха дезагрегирани данни.</p>

<p class="wp-block-paragraph">Съвместната препоръка на CEDAW и CRPD от 2025 г. третира принудителното психиатрично лечение — недоброволно медикиране, физическо ограничаване и изолация — като вредна практика, когато се прилага непропорционално към жени с психосоциални увреждания. Комитетът по CRPD е по-категоричен от CEDAW по този въпрос от близо десетилетие; съвместната препоръка внася рамката за вредните практики на Комитета по CEDAW, с нейното по-силно отчетно задължение, в същото аналитично пространство.</p>

<h2 class="wp-block-heading" id="h-country-reforms">Национални реформи през 2024–26 г.</h2>

<p class="wp-block-paragraph">Правната архитектура около стерилизацията и подпомогнатото вземане на решения се придвижи в отчетливи национални модели от 2020 г. насам. Три национални случая ограждат диапазона на това, което в момента е политически възможно.</p>

<p class="wp-block-paragraph">Реформата на <strong>Испания</strong> е най-чистият пример. <span lang="es">Ley 8/2021</span>, в сила от септември 2021 г., премахна дългогодишната разпоредба на Гражданския кодекс, позволяваща на съд да разреши стерилизацията на лице с интелектуално увреждане без съгласието на лицето, замествайки рамката на заместваща преценка с модел на подпомогнато вземане на решения, съобразен с член 12 от CRPD. Заключителните наблюдения на Комитета по CRPD от 2023 г. относно Испания приветстваха реформата като модел. (Вижте <a href="/bg/regulations/es/">разбора на националната нормативна уредба на Испания</a> за по-широкия правен контекст.)</p>

<p class="wp-block-paragraph">Реформата на <strong>Австралия</strong> е щат по щат и по-бавна. Нов Южен Уелс (2022 г.), Виктория (2023 г.) и Западна Австралия (2024 г.) всеки затегнаха процедурните гаранции около разрешената от съд стерилизация на непълнолетни и възрастни с интелектуално увреждане, макар че никоя австралийска юрисдикция не е стигнала толкова далеч, колкото Испания, в премахването на правната възможност изцяло. Окончателният доклад на федералната Кралска комисия за уврежданията от 2023 г. препоръча реформа на национално ниво, приета по принцип от австралийското правителство през 2024 г.</p>

<p class="wp-block-paragraph">Страните, които Комитетът по CRPD продължава да откроява в циклите 2024–26 г., включват няколко, в които правната рамка все още позволява неспешна стерилизация на основата на съгласие на трета страна. Заключителните наблюдения на Комитета идентифицират тези юрисдикции в прегледите по цикли и ги отнасят, съгласно съвместната препоръка от 2025 г., към потока за отчитане на вредните практики на Комитета по CEDAW.</p>

<p class="wp-block-paragraph">Зад договорната конвергенция стои координационен слой, който не съществуваше преди десетилетие. <strong>Inclusion International</strong> председателства междуорганизационната работна група по съвместната препоръка от 2022 г. <strong>Мрежата на жените на Women Enabled / DPI (WEN-DPI)</strong> координира приноса от организации на жени с увреждания в над 60 страни. <strong>Женският кокус на International Disability Alliance (IDA-Women)</strong> беше формалният партньор с двата договорни органа през целия процес на изготвяне. От страна на финансирането, въвеждането на <strong>дезагрегирано по увреждане проследяване на финансирането</strong> от Global Fund (от цикъла на попълване от 2024 г.) и GAVI (от актуализацията на стратегията от 2024 г.) за първи път произвежда данни за това каква част от глобалния поток на здравно финансиране реално достига до услуги, достъпни за жените с увреждания. Първите публикувани цифри от маркера за уврежданията на Global Fund от 2024 г. са отрезвяващи — под 4% от разходите по грантове на национално ниво в първия отчетен цикъл бяха отбелязани като съдържащи компоненти за приобщаване на хората с увреждания — но самото наличие на цифрата е предпоставката за нейното повишаване.</p>

<h2 class="wp-block-heading" id="h-good-provision">Как изглежда доброто осигуряване</h2>

<p class="wp-block-paragraph">Събирайки нишките заедно, „доброто осигуряване“ на здравеопазване за жените с увреждания не е единична интервенция. То е стек от четири неща, разположени едно върху друго, всяко от които е достатъчно малко, че да бъде специфицирано в документ за обществена поръчка или учебна програма, но всяко от които в момента отсъства в повечето национални системи.</p>

<ul class="wp-block-list">
<li><strong>Стандарт за обществени поръчки.</strong> Национални правила за обществени поръчки за оборудване за първична и майчина грижа, които изискват височинно регулируеми кушетки за преглед, мамография без прехвърляне, достъпни везни и останалата част от приложението за оборудване на СЗО от 2024 г. Капиталов бюджет, а не клинична наука.</li>
<li><strong>Дезагрегиране по увреждане в рутинните данни.</strong> Въпросите на Вашингтонската група за уврежданията, включени в здравно-административните набори от данни — не само в домакинските проучвания — така че националната система да може да проследява собствените си нива на майчина смъртност, скрининг и предписване за жените с увреждания в реално време, а не ретроспективно чрез еднократни проучвания.</li>
<li><strong>Обучителен поток.</strong> Структурирано съдържание за уврежданията в акушерските, първичните и психичноздравните учебни програми. Прегледът на акушерството на СЗО от 2024 г. се прилага по-широко: разликата е в учебната програма, а не в клиничната литература.</li>
<li><strong>Приложено подпомогнато вземане на решения.</strong> Член 12 от CRPD, направен оперативен конкретно в здравната среда, така че заместващото вземане на решения да бъде заменено като архитектура на съгласието по подразбиране около контрацепцията, стерилизацията и психиатричното лечение за жени с интелектуални и психосоциални увреждания.</li>
</ul>

<p class="wp-block-paragraph">Принципът „попитай жената“ от насоките за майчина грижа от 2024–26 г. е същата идея, изразена на процедурния под. Записани предпочитания, записани улеснения, записано съгласие — уловени в документацията на жената от жената, а не от настойник или от тълкуването на клиницист. Това е най-евтината интервенция в този списък и тази, която най-последователно е неизпълнена.</p>

<h2 class="wp-block-heading" id="h-what-to-do">Какво трябва да направят дизайнерите, клиницистите и създателите на политики</h2>

<p class="wp-block-paragraph">За всяка група, четяща този материал, следващата конкретна стъпка е малка. За <strong>клиницистите и клиничните преподаватели</strong>: попитайте жената, запишете отговора, одитирайте честотата на записване. „Минималният процедурен под“, който съвместната препоръка описва, са два допълнителни реда на формуляра за записване за пренатална грижа и един допълнителен въпрос в гинекологичната консултация. Той не изисква промяна в политиката, за да започне да се прави утре.</p>

<p class="wp-block-paragraph">За <strong>проектантите на здравни системи и служителите по обществени поръчки</strong>: прочетете приложението за достъпа до оборудване на СЗО от 2024 г. спрямо оборудването, което вашите национални стандарти за обществени поръчки в момента изискват. Където двете се разминават, разликата е правилото за обществени поръчки. Затварянето ѝ е бюджетен цикъл, а не изследователска програма.</p>

<p class="wp-block-paragraph">За <strong>създателите на политики и партньорите по договорните органи</strong>: съвместната обща препоръка от 2025 г. сега е тълкувателният инструмент, който кръстосано препраща отчетните цикли по CRPD и CEDAW. Националните доклади до който и да е от комитетите, които не адресират списъка с вредни практики, от 2026 г. нататък ще привличат последващите действия на другия комитет. Най-ранното място за действие по това е подпомогнатото вземане на решения в здравната среда и правният статут на недоброволната стерилизация. <a href="/bg/regulations/es/"><span lang="es">Ley 8/2021</span> на Испания</a> е референтният модел.</p>

<p class="wp-block-paragraph">За всички: правният под е уреден от 2006 г. Това, което се промени през 2025 г., е, че двата комитета, отговорни за прилагането му, спряха да четат същите факти като два отделни въпроса. Съвместната обща препоръка на CEDAW и CRPD не е единственото нещо в движение — докладът на СЗО за равенството, поредицата на Lancet за майчината грижа, испанските и австралийските реформи за стерилизацията, маркерите за уврежданията на Global Fund и GAVI, националните одити на достъпността на майчината грижа и скрининга на гърдата — но тя е частта, която свързва останалите, защото дава на клиницистите, министерствата и донорите единен тълкувателен инструмент, който казва, на едно място, какво реално означава достъпът на жените с увреждания до здравеопазване. Затварянето на разликата остава национално решение за обществени поръчки, обучение и правоприлагане. Договорният под вече не е липсващата част.</p>

<p class="wp-block-paragraph">Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/crpd/">CRPD</a>, за <a href="/bg/regulations/">националните нормативни уредби</a> и за <a href="/bg/articles/">по-широкия отчетен запис за 2026 г.</a></p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Първични източници</h2>
<ol>
<li>Комитет на ООН по правата на хората с увреждания и Комитет на ООН за премахване на дискриминацията по отношение на жените. <em>Joint general recommendation No. 40 / general comment No. 9 on harmful practices intersectional with disability</em> (приета през октомври 2025 г.).</li>
<li>Световна здравна организация. <em>Global Report on Health Equity for Persons with Disabilities</em> (2022 г.) и актуализация на мониторинга от 2024 г., включително приложението за достъпа до оборудване и одита на националните информационни системи за майчино здраве. https://www.who.int/publications/i/item/9789240063600</li>
<li>Kuper H., Hanefeld J. et al. <em>The Lancet Disability Series</em> (2022 г.) и последващи статии от 2024 г. за майчината заболеваемост в страните с ниски и средни доходи. https://www.thelancet.com/series/disability-2022</li>
<li>UN-Women и OHCHR. <em>Violence Against Women with Disabilities: Global Estimates</em> (допълнителна справка от 2024 г. към глобалните оценки на СЗО).</li>
<li>UNAIDS. <em>Disability and the HIV Response</em> (тематична справка от 2023 г.).</li>
<li>Inclusion International. <em>Global Mapping of Legal Capacity Reform in Healthcare Decision-Making</em> (2024 г.).</li>
<li>NHS England. <em>Breast Screening Programme Accessibility Audit</em> (2024 г.) и регистър на достъпността на ниво обект от 2025 г.</li>
<li>MBRRACE-UK. <em>Saving Lives, Improving Mothers' Care</em>, поверително проучване на майчината смъртност от 2023 г.</li>
<li>Royal College of Obstetricians and Gynaecologists (UK). <em>Care of Women with Physical Disabilities in Pregnancy and Childbirth</em> (актуализация на стандартите от 2024 г.).</li>
<li><span lang="es">Boletín Oficial del Estado</span> (Испания). <em><span lang="es">Ley 8/2021, de 2 de junio, por la que se reforma la legislación civil y procesal para el apoyo a las personas con discapacidad en el ejercicio de su capacidad jurídica.</span></em></li>
<li>Royal Commission into Violence, Abuse, Neglect and Exploitation of People with Disability (Австралия). <em>Final Report</em> (2023 г.) и отговор на австралийското правителство (2024 г.).</li>
<li>OECD. <em>Health at a Glance 2024</em>, дезагрегиран по увреждане показател за предписване за психично здраве.</li>
<li>The Global Fund to Fight AIDS, Tuberculosis and Malaria. <em>Disability Marker — First Reporting Cycle Results</em> (цикъл на попълване от 2024 г.).</li>
</ol>
</aside>

</div>

---
title: Действия по правоприлагане на ADA, водени от DOJ: какво задейства федералното внимание през 2026 г.
url: https://www.disabilityworld.org/bg/articles/doj-enforcement-actions-tracker/
description: За едно десетилетие Министерството на правосъдието е завело под 200 федерални дела за уеб достъпност — срещу приблизително 12 000 частни жалби по Дял III само през 2024 г.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada, title-iii, title-ii, enforcement, us-law, data
---

# Действия по правоприлагане на ADA, водени от DOJ: какво задейства федералното внимание през 2026 г.

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Правоприлагане на ADA, водено от DOJ</span>
  </div>

  <h1>Действия по правоприлагане на ADA, водени от DOJ <em>— какво задейства федералното внимание през 2026 г.</em></h1>

  <p class="lede">Министерството на правосъдието е единствената федерална агенция с пряко правомощие да прилага Дял III на ADA и използва това правомощие пестеливо. През изминалото десетилетие — от 2015 до 2024 г. — Секцията за правата на хората с увреждания към Отдела за граждански права и службите на федералните прокурори (US Attorneys' Offices) са завели общо приблизително <strong>под 200 федерални дела за уеб достъпност</strong>, срещу регистър от частни ищци, който достигна <strong>около 12 000 жалби по Дял III само през 2024 г.</strong> Аритметиката е сурова: частните дела превишават федералното правоприлагане в съотношение от порядъка на <strong>600:1</strong> за една-единствена година. И въпреки това DOJ има значение, несъразмерно на обема — неговите спогодби под съдебен надзор (consent decrees) задават де факто образеца за отстраняване на проблеми, окончателното му правило по Дял II от април 2024 г. (<strong>28 CFR Part 35, Subpart H</strong>) въведе WCAG 2.1 ниво AA като федерален стандарт за щатската и местната власт, а делата, които то все пак завежда — <em>Carnival</em>, <em>Greyhound</em>, <em>H&amp;R Block</em>, <em>Edward Jones</em>, <em>Hertz</em>, <em>Bay State Savings Bank</em> — определят как изглежда „федералното внимание“, когато се появи. Това досие реконструира повтарящите се задействащи фактори.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело 02</span>
      <span class="dossier-meta">08 записа · извлечени от архива за правоприлагане на DOJ ada.gov, 2015–2025 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива досието на DOJ за правоприлагането</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">За десет години DOJ е завело под 200 федерални дела за уеб достъпност</p>
          <p class="dossier-note">Прогнозен общ сбор от Секцията за правата на хората с увреждания и службите на федералните прокурори, 2015–2024 г., извлечен от архива за правоприлагане на ada.gov и тримесечните отчети за състоянието на DOJ. Цифрата включва спогодби под съдебен надзор, споразумения за уреждане и дела по подадени искове — но изключва приключени производства чрез медиация.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">600:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">През 2024 г. частните дела по Дял III превишиха действията на DOJ в съотношение приблизително 600 към 1</p>
          <p class="dossier-note">Приблизително 12 000 федерални частни дела (тракер на Seyfarth Shaw за Дял III на ADA) срещу прогнозни 20 дела за уеб достъпност, водени от DOJ, през календарната 2024 г. Тази разлика е структурната реалност на правоприлагането по Дял III на ADA в Съединените щати.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">През април 2024 г. DOJ финализира първото федерално правило за достъпност на уебсайтовете по Дял II</p>
          <p class="dossier-note">28 CFR Part 35, Subpart H, публикуван във Федералния регистър на 24 април 2024 г., приема WCAG 2.1 ниво AA като стандарт за уебсайтовете и мобилните приложения на щатската и местната власт. Еквивалентът по Дял III е в Единния регулаторен дневен ред от 2022 г. и остава висящ.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">$405 хил.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Спогодбата под съдебен надзор на Carnival Corporation от 2015 г. предвиждаше гражданска санкция от $55 000 плюс $350 000 обезщетение за вреди</p>
          <p class="dossier-note"><span lang="en">United States v. Carnival Corporation</span> (S.D. Fla., спогодба под съдебен надзор 2015 г.) е образецът, който Секцията за правата на хората с увреждания използва оттогава за големите ответници: отстраняване на проблеми в национален мащаб, обезщетение за вреди на установените жалбоподатели, умерена гражданска санкция, многогодишен период на мониторинг.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Пет повтарящи се задействащи фактора обясняват по-голямата част от действията по Дял III, водени от DOJ</p>
          <p class="dossier-note">Ответник в национален мащаб; документирана история на жалби без отстраняване на проблемите; пробно дело с висока обществена видимост; провал на пазарния стимул (ответникът няма конкурентен натиск да поправи проблема); или взаимодействие с друг федерален закон (Section 504, Air Carrier Access Act, Fair Housing Act). Малко дела на DOJ се появяват без поне два от петте фактора.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Всяка спогодба под съдебен надзор по Дял III на DOJ от 2014 г. насам е изисквала съответствие с WCAG 2.0 или 2.1 ниво AA</p>
          <p class="dossier-note">От <em><span lang="en">NFB v. HRB Digital LLC</span></em> (H&amp;R Block, D. Mass. 2014 г.) през спогодбите за Edward Jones (E.D. Mo. 2018 г.) и Rite Aid (E.D. Pa. 2021 г.), стандартът е забележително последователен — много преди правилото по Дял II да го формализира във федералната нормативна уредба.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">36 мес.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Типичният период на мониторинг в спогодба под съдебен надзор на DOJ продължава три години</p>
          <p class="dossier-note">DOJ не „урежда и си тръгва“. Стандартна спогодба на Секцията за правата на хората с увреждания изисква от ответника да задържи независим консултант по достъпност, да подава тримесечни отчети за напредъка и да приема одити на място или дистанционни одити в продължение на тридесет и шест месеца — понякога удължавани при доказана необходимост.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Първият голям краен срок за съответствие по Дял II настъпва през април 2026 г.</p>
          <p class="dossier-note">Съгласно 28 CFR Part 35, Subpart H, щатските и местните власти, обслужващи население от 50 000 или повече души, трябва да постигнат съответствие с WCAG 2.1 ниво AA до 24 април 2026 г. По-малките юрисдикции получават допълнителна година. Първата вълна на правоприлагане от DOJ след правилото се очаква от 2027 г. нататък.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Архив за правоприлагане на Секцията за правата на хората с увреждания към Отдела за граждански права на DOJ (ada.gov); Федерален регистър, 89 FR 31320 (24 април 2024 г.); тракер на Seyfarth Shaw за Дял III на ADA (цикли 2013–2025 г.); тримесечни отчети за състоянието на ada.gov; текстове на спогодби под съдебен надзор, подадени в PACER; резюмета на Комисията по правата на хората с увреждания на Американската адвокатска асоциация.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#scale">Разликата в мащаба, в една графика</a></li>
      <li><span class="toc-num">02</span><a href="#triggers">Петте повтарящи се задействащи фактора</a></li>
      <li><span class="toc-num">03</span><a href="#casebook">Сборник с дела: поименните спогодби</a></li>
      <li><span class="toc-num">04</span><a href="#title-ii-rule">Окончателното правило по Дял II от април 2024 г.</a></li>
      <li><span class="toc-num">05</span><a href="#title-iii-signal">Какво сигнализира това за Дял III</a></li>
      <li><span class="toc-num">06</span><a href="#outlook">Перспективи за 2026 г.</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="scale">01 · Разликата в мащаба, в една графика</h2>

  <p class="dropcap-first">Най-важният единичен факт за правоприлагането на ADA, водено от DOJ, е колко рядко се случва то. През календарната 2024 г. тракерът на Seyfarth Shaw за Дял III на ADA преброи приблизително <strong>12 000 частни дела във федералните съдилища</strong> в цялата страна. Собственият архив за правоприлагане на Секцията за правата на хората с увреждания — публичният регистър на ada.gov — изброява около <strong>двадесет дела за уеб достъпност</strong> за същата година. През цялото десетилетие 2015–2024 г. кумулативният брой на федералните дела на DOJ за уеб достъпност остава спокойно под 200. Частните дела по Дял III за същото десетилетие достигат до високите десетки хиляди. На обемна основа DOJ е грешка при закръгляне в правоприлагането на Дял III.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Всички кантори на частни ищци (2024 г.)</div><div class="firm-meta">Федерални дела по Дял III · тракер на Seyfarth Shaw</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 12 000 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · специалист по уеб достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">прибл. 1 700 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">NY / NJ · специалист по уеб достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:15%">прибл. 1 500 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">NY · специалист по уеб достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:11%">прибл. 1 050 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CA · регистър дела за достъп, свързани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:9%">прибл. 930 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CA · регистър дела за уеб достъп в 9-и окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:7%">прибл. 700 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CA · федерални дела, свързани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">прибл. 600 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CA · регистър дела за уеб достъп в 9-и окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">прибл. 510 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CA · дела за цифров достъп</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">прибл. 430 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Министерство на правосъдието на САЩ (всички служби, цяло десетилетие)</div><div class="firm-meta">Секция за правата на хората с увреждания + USAOs · дела за уеб достъп 2015–2024 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">&lt;200 дела (общо за десетилетието)</div></div>
    </div>
  </div>

  <p>Визуализацията е поучителна. Дори обединявайки цялото десетилетие на федерална дейност на DOJ срещу едногодишните суми на най-големите частни кантори, DOJ остава в дъното на графиката. Цифрата подценява ролята на DOJ и по друг начин: много от най-значимите дела — Carnival, Greyhound, Edward Jones — никога не се превръщат в съдебни искове, защото се решават на етапа преди завеждане на дело като споразумения за уреждане или спогодби под съдебен надзор. Лостът на агенцията се крепи на достоверната заплаха от структурни мерки, а не на обема на делата.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">прибл. 12 000</div><div class="stat-desc">Частни федерални жалби по Дял III, подадени през 2024 г. (тракер на Seyfarth Shaw)</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 20</div><div class="stat-desc">Федерални дела за уеб достъпност, водени от DOJ, през 2024 г. (архив на ada.gov)</div></div>
    <div class="stat-box"><div class="stat-big">600:1</div><div class="stat-desc">Приблизително съотношение частно към публично правоприлагане за годината</div></div>
  </div>

  <p class="pull-quote">DOJ е грешка при закръгляне по обем на правоприлагане — и носещата институция в доктрината на правоприлагането. И двете твърдения са едновременно верни, а разликата между тях е структурната форма на Дял III през 2026 г.</p>

  <hr />

  <h2 id="triggers">02 · Петте повтарящи се задействащи фактора</h2>

  <p>Ако DOJ завежда само шепа дела за уеб достъпност годишно на фона на хиляди вероятни ответници, какво подбира тези, които то все пак преследва? Прочитът на архива за правоприлагане на ada.gov от край до край — всяка спогодба под съдебен надзор, споразумение за уреждане и становище (statement of interest), подадени от Секцията за правата на хората с увреждания от 2014 г. насам — разкрива пет повтарящи се фактически модела в почти всяко дело. DOJ не публикува официални критерии за подбор на дела, но моделът е достатъчно последователен, за да функционира като такива.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and numbers rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the stat-row above:
      approx. 12,000 private Title III filings in 2024 against
      approx. 20 DOJ-led website-accessibility matters — a 600:1 gap. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="doj-gap-chart-title doj-gap-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="doj-gap-chart-title">Обем на частното спрямо федералното правоприлагане по Дял III на ADA, 2024 г.</title>
      <desc id="doj-gap-chart-desc">Хоризонтална стълбовидна графика, сравняваща броя дела за 2024 г. в две категории. Кантори на частни ищци подадоха приблизително 12 000 федерални жалби по Дял III, показани като лента с пълна ширина. Министерството на правосъдието заведе приблизително 20 дела за уеб достъпност във всички служби, показани като тънка червена ивица в същия мащаб — около 0,17 процента от частната сума. Съотношението е около 600 към 1.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="80" y="40" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">ОБЕМ НА ПРАВОПРИЛАГАНЕТО ПО ДЯЛ III НА ADA, КАЛЕНДАРНА 2024 Г.</text>
      <text x="80" y="60" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280" font-style="italic">Дела във федералните съдилища, всички ответници, всички окръзи</text>
      {/* X-axis gridlines at 0, 3000, 6000, 9000, 12000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="100" x2="80" y2="290" />
        <line x1="250" y1="100" x2="250" y2="290" />
        <line x1="420" y1="100" x2="420" y2="290" />
        <line x1="590" y1="100" x2="590" y2="290" />
        <line x1="760" y1="100" x2="760" y2="290" />
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="290" x2="760" y2="290" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="80" y="310">0</text>
        <text x="250" y="310">3 000</text>
        <text x="420" y="310">6 000</text>
        <text x="590" y="310">9 000</text>
        <text x="760" y="310">12 000</text>
      </g>
      <text x="420" y="335" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle" font-style="italic">федерални дела по Дял III през 2024 г. (брой дела)</text>
      {/* Private bar — approx. 12,000 cases, full width to x=760 */}
      <rect x="80" y="110" width="680" height="56" fill="#1a1a1a" />
      <text x="92" y="135" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">Кантори на частни ищци (всички)</text>
      <text x="92" y="154" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#fbf9f4" opacity="0.75">Тракер на Seyfarth Shaw за Дял III на ADA</text>
      <text x="748" y="142" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="end">прибл. 12 000</text>
      {/* DOJ bar — approx. 20 cases, 20/12000 * 680 = 1.13px; widen to visible sliver */}
      <rect x="80" y="196" width="3" height="56" fill="#dc2626" />
      {/* Connector line + callout for DOJ value (since the bar is too thin to label inside) */}
      <line x1="83" y1="224" x2="160" y2="224" stroke="#dc2626" stroke-width="1.5" />
      <text x="170" y="220" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#dc2626">прибл. 20</text>
      <text x="170" y="237" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">Секция за правата на хората с увреждания на DOJ + USAOs · архив на ada.gov</text>
      <text x="170" y="254" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">дела за уеб достъпност, 2024 г.</text>
      {/* Ratio annotation, top right */}
      <g transform="translate(620,90)">
        <rect x="0" y="-22" width="140" height="28" fill="#dc2626" />
        <text x="70" y="-3" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="middle" letter-spacing="0.5">СЪОТНОШЕНИЕ прибл. 600 : 1</text>
      </g>
    </svg>
    <figcaption>Разликата в обема, която определя федералното правоприлагане на ADA през 2024 г.: около 12 000 частни дела по Дял III (тракер на Seyfarth Shaw, черна лента) срещу около двадесет дела за уеб достъпност, водени от DOJ (архив на ada.gov, червена ивица) — съотношение приблизително 600 към 1.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">ПОВТАРЯЩИ СЕ ЗАДЕЙСТВАЩИ ФАКТОРИ В ДЕЛАТА ПО ДЯЛ III НА ADA, ВОДЕНИ ОТ DOJ (2015–2025 Г.)</div>
    <div class="bar-row"><div class="bar-label">Ответник в национален мащаб</div><div class="bar-track"><div class="bar-fill bf-a" style="width:92%">налице в прибл. 92% от делата</div></div></div>
    <div class="bar-row"><div class="bar-label">Предходна история на жалби</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">налице в прибл. 78% от делата</div></div></div>
    <div class="bar-row"><div class="bar-label">Пробно дело с обществена видимост</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">налице в прибл. 55% от делата</div></div></div>
    <div class="bar-row"><div class="bar-label">Провал на пазарния стимул</div><div class="bar-track"><div class="bar-fill bf-b" style="width:48%">налице в прибл. 48% от делата</div></div></div>
    <div class="bar-row"><div class="bar-label">Взаимодействие между закони</div><div class="bar-track"><div class="bar-fill bf-c" style="width:32%">налице в прибл. 32% от делата</div></div></div>
  </div>

  <p>Първият задействащ фактор е <strong>мащабът на ответника</strong>. Секцията за правата на хората с увреждания, с персонал, измерван в десетки, и годишен бюджет, който не е догонил натовареността, подбира ответници, чийто обхват оправдава ангажирането на ресурс. Carnival оперира най-големия круизен флот в света. Greyhound осъществява междуградски автобусен превоз в 48 щата. H&amp;R Block подава приблизително всяка пета федерална данъчна декларация в САЩ. Edward Jones оперира повече офиси за финансово консултиране от всеки конкурент. Моделът е последователен: национален обхват, милиони клиенти, повърхности на обществено обслужване, които засягат измерим дял от населението с увреждания.</p>

  <p>Вторият задействащ фактор е <strong>документирана история на жалби без отстраняване на проблемите</strong>. DOJ рядко идва пръв. Делото Carnival последва години на застъпническа кореспонденция от организации на хора с увреждания и предходни разследвания на DOT по отделно правомощие. Делото H&amp;R Block започна като частен иск на Националната федерация на слепите, в който Министерството се намеси. Greyhound беше обект на жалби преди завеждане на дело от организации за правата на хората с увреждания в продължение на по-голямата част от десетилетие преди спогодбата под съдебен надзор от 2016 г. DOJ обикновено преследва ответници, които доказуемо са пренебрегнали достоверни предупреждения.</p>

  <p>Третият задействащ фактор е <strong>стойността като пробно дело с обществена видимост</strong>. Няколко дела на DOJ са избрани доктринално — подбрани, защото фактите по ответника поставят ясен правен въпрос, който Министерството иска да разреши или да сигнализира. Делото Carnival отговори по същество на въпроса дали круизните кораби са „места за обществено обслужване“ по Дял III. Спогодбата под съдебен надзор Edward Jones (E.D. Mo. 2018 г.) сигнализира на финансовия сектор, че обърнатите към клиентите брокерски уебсайтове са в обхвата на Дял III. Делата Bay State Savings Bank (D. Mass. 2020 г.) и Rite Aid (E.D. Pa. 2021 г.) разшириха правилото до средни по размер вериги за банкиране на дребно и аптеки.</p>

  <p>Четвъртият задействащ фактор е <strong>провалът на пазарния стимул</strong>. Когато ответникът няма конкурентен натиск да отстрани проблемите — обикновено защото оперира в регулиран отрасъл, държи почти монополна позиция по даден маршрут или обслужва задържана клиентска база — частните съдебни производства сами по себе си постигат по-малко. Делото Greyhound е каноничният пример: пътниците в междуградски автобуси, непропорционално нискодоходни и включващи значителна група с увреждания, имат ограничени алтернативни доставчици по повечето маршрути. DOJ се намесва там, където пазарът не го прави.</p>

  <p>Петият задействащ фактор е <strong>взаимодействие с друг федерален закон</strong>. Когато поведението на ответника засяга Section 504 на Закона за рехабилитация (федерално финансиране), Air Carrier Access Act (авиация), Fair Housing Act (жилищна собственост) или Communications and Video Accessibility Act, DOJ разполага с допълнителни доктринални опори и често координира действията си с Министерството на транспорта, HUD или FCC. Становището от 2023 г. по съдебните производства за достъп с инвалидни колички срещу Uber и Lyft се основа на това припокриване.</p>

  <div class="callout info">
    <div class="ct">Какво е това — и какво не е</div>
    <p>Това е модел, извлечен чрез обратно инженерство, а не публикувана политика. Секцията за правата на хората с увреждания не публикува рубрика за подбор на дела. Петте задействащи фактора са изведени от пълния прочит на архива за правоприлагане на ada.gov. Те са описателни, не прогнозни, и се припокриват значително: повечето дела на DOJ задействат три или четири от петте едновременно.</p>
  </div>

  <hr />

  <h2 id="casebook">03 · Сборник с дела: поименните спогодби</h2>

  <p>Шест дела илюстрират как задействащите фактори работят на практика. Те не са представителна извадка от целия регистър на DOJ — те са делата, най-често цитирани от адвокатурата на частните ищци, от защитата и от консултантите по достъпност като референтни точки за това как изглежда отстраняване на проблеми от ниво DOJ.</p>

  <h3>Carnival Corporation (S.D. Fla., спогодба под съдебен надзор 2015 г.)</h3>
  <p><em><span lang="en">United States v. Carnival Corporation</span></em> разреши години на застъпничество относно достъпността на круизните кораби във флотовете Carnival, Holland America и Princess. Спогодбата под съдебен надзор от 2015 г. изискваше от Carnival да отстрани проблемите с физическата и цифровата достъпност на повече от 100 плавателни съда, да изгради достъпни каюти, отговарящи на определени съотношения, да преструктурира процедурите за качване и аварийна евакуация, да плати гражданска санкция от $55 000 и да разпредели $350 000 обезщетение за вреди на установените жалбоподатели. Тригодишният период на мониторинг в спогодбата беше образецът, който Секцията за правата на хората с увреждания използва оттогава почти за всяко дело срещу голям ответник.</p>

  <h3>Greyhound Lines Inc. (D.D.C., спогодба под съдебен надзор 2016 г.)</h3>
  <p><em><span lang="en">United States v. Greyhound Lines, Inc.</span></em> разреши дългогодишно разследване на поддръжката на платформите за инвалидни колички, обучението на шофьорите и достъпността на системата за резервации в националната междуградска мрежа на Greyhound. Спогодбата под съдебен надзор изискваше структурни промени във флота, установи програма за разрешаване на клиентски жалби с документирани срокове за отговор и ангажира компанията с обучение по достъпност в национален мащаб. Логиката за провал на пазарния стимул беше изрично заявена в материалите за пресата: пътниците в междуградски автобуси по много маршрути нямат алтернативни доставчици.</p>

  <h3>H&amp;R Block / HRB Digital LLC (D. Mass., спогодба под съдебен надзор 2014 г.)</h3>
  <p><em><span lang="en">NFB v. HRB Digital LLC</span></em>, с присъединяване на Съединените щати, беше една от най-ранните федерални спогодби под съдебен надзор, изрично изискващи съответствие с WCAG 2.0 ниво AA на търговски уебсайт с висок трафик. Спогодбата се прилагаше за <em>hrblock.com</em>, онлайн продукта на компанията за изготвяне на данъчни декларации, и мобилните приложения на H&amp;R Block. Тя зададе долната граница за всяко следващо споразумение на DOJ за уеб достъпност и е делото, най-често цитирано в брифинги от страна на защитата за това какво изисква „съответствие от ниво DOJ“.</p>

  <h3>Edward D. Jones &amp; Co. (E.D. Mo., спогодба под съдебен надзор 2018 г.)</h3>
  <p><em><span lang="en">United States v. Edward D. Jones &amp; Co.</span></em> разшири образеца WCAG 2.0 AA до финансовия сектор. Спогодбата обхвана обърнатия към клиентите уебсайт на фирмата, мобилните приложения и определени елементи от ATM мрежата, изискваше текущо тестване на достъпността и задължи фирмата да задържи независим консултант по достъпност за целия период на мониторинг. Тя сигнализира на по-широкия отрасъл на брокерски услуги и управление на активи, че обърнатите към клиентите цифрови повърхности са в обхвата на Дял III.</p>

  <h3>Rite Aid Corporation (E.D. Pa., споразумение за уреждане 2021 г.)</h3>
  <p>Споразумението с Rite Aid се фокусира върху онлайн портала на аптечната верига за записване на час за ваксина срещу COVID-19. Делото е доктринално тясно, но оперативно важно: то установи, че цифровите повърхности за обществено здраве от епохата на пандемията — записване на час за ваксина, портали с резултати от тестове, входни точки за телемедицина — попадат изцяло в изискванията за достъп до комуникация по Дял III. Споразумението изискваше от Rite Aid да приведе портала в съответствие с WCAG 2.1 ниво AA в определен срок.</p>

  <h3>Hertz Corporation (D.N.J., споразумение за уреждане 2022 г.)</h3>
  <p>Делото Hertz разгледа системите за резервации и достъпността на физическите обекти на компанията за коли под наем. Споразумението изискваше структурни промени в процеса на резервация на <em>hertz.com</em>, обучение по достъпност на персонала за обслужване на клиенти и програма за отстраняване на проблеми в обектите с гишета за наем. Делото илюстрира нарастващата готовност на DOJ да разшири очакванията за цифрова достъпност по Дял III към отрасли, чието взаимодействие с клиента е предимно трансакционно и цифрово.</p>

  <div class="quote-block">
    <div class="meta">United States v. Carnival Corporation — спогодба под съдебен надзор (S.D. Fla. 2015 г.)</div>
    <div class="quote" lang="en">"Defendant shall ensure that the design, construction, and ongoing maintenance of all vessels in its fleet conform to the requirements of the Americans with Disabilities Act, and shall provide access to passengers with disabilities equal in scope and quality to that provided to non-disabled passengers."</div>
    <span class="source">DOJ, Отдел за граждански права · Секция за правата на хората с увреждания · спогодба под съдебен надзор 2015 г.</span>
  </div>

  <p>Прочетени заедно, шестте спогодби показват какво изисква DOJ от своите ответници: публикувана политика за достъпност, цифрови повърхности, отговарящи на WCAG, независим текущ одит, процес за клиентски жалби с документирани срокове, плащания на граждански санкции, калибрирани спрямо размера на ответника, обезщетение за вреди на установените жалбоподатели и многогодишен мониторинг. Това е де факто долната граница, която частните ищци цитират, когато договарят собствените си спогодби под съдебен надзор — граница, която Министерството на правосъдието изгражда, по едно поименно дело наведнъж, от 2014 г. насам.</p>

  <hr />

  <h2 id="title-ii-rule">04 · Окончателното правило по Дял II от април 2024 г.</h2>

  <p>В продължение на три десетилетия регулаторната рамка на ADA остави структурна празнина: законът се прилага за цифровите повърхности, но никое федерално правило не уточняваше <em>кой технически стандарт</em> трябва да изпълни ответникът, за да постигне съответствие. Министерството на правосъдието заявяваше поне от 2010 г., че Дял II и Дял III обхващат уеб пространството. То преследваше горепосочените поименни спогодби, изхождайки от работното допускане, че WCAG 2.0 ниво AA е правилният стандарт. Но до април 2024 г. този стандарт живееше в спогодбите под съдебен надзор на DOJ, а не във федералната нормативна уредба.</p>

  <p>Публикуването на <strong>28 CFR Part 35, Subpart H</strong> на 24 април 2024 г. (Федерален регистър 89 FR 31320) промени това за Дял II. Окончателното правило се прилага за уебсайтовете и мобилните приложения на щатската и местната власт. То изрично приема <strong>WCAG 2.1 ниво AA</strong> като федерален стандарт. Крайните срокове за съответствие са поетапни според обслужваното население:</p>

  <div class="chart-section">
    <div class="chart-title">28 CFR PART 35, SUBPART H — ПОЕТАПНИ КРАЙНИ СРОКОВЕ ЗА СЪОТВЕТСТВИЕ</div>
    <div class="bar-row"><div class="bar-label">Публични субекти, население ≥50 000</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">краен срок 24 април 2026 г.</div></div></div>
    <div class="bar-row"><div class="bar-label">Управи на специални райони</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">краен срок 24 април 2026 г.</div></div></div>
    <div class="bar-row"><div class="bar-label">Публични субекти, население &lt;50 000</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">краен срок 24 април 2027 г.</div></div></div>
  </div>

  <p>Обхватът на правилото е технически тесен — Дял II, не Дял III — но ефектът му върху по-широката екосистема на правоприлагане на ADA е широк. Защитата по частните съдебни производства за уеб достъпност по Дял III сега се сблъсква с ищци, които цитират стандарта по Дял II като федерално установената долна граница на достъпността. Преговорите за уреждане, които преди спореха за WCAG 2.0 AA срещу 2.1 AA срещу „съществено съответствие“, в голяма степен се сведоха до WCAG 2.1 AA, отразявайки правилото. Правилото по Дял II на практика се превърна в де факто стандарт по Дял III, докато се чака издаването на собственото му правило.</p>

  <div class="callout warning">
    <div class="ct">Сигналът, а не законът</div>
    <p>Правилото по Дял II не обвързва формално ответниците по Дял III. Частен търговец на дребно, ресторант, хотел или сайт за електронна търговия се урежда от Дял III, не от Дял II, и правилото от април 2024 г. не се прилага пряко. Тежестта му идва от регулаторния сигнал: същото Министерство, което прилага Дял III, сега публикува федерално правило, въвеждащо WCAG 2.1 AA като федерален стандарт за достъпност. Ответниците, които настояват за по-нисък стандарт в частни съдебни производства, спорят срещу заявената позиция на федералното правителство.</p>
  </div>

  <hr />

  <h2 id="title-iii-signal">05 · Какво сигнализира това за Дял III</h2>

  <p>Нормотворчеството на Министерството относно уебсайтовете по Дял III е в Единния регулаторен дневен ред от 2022 г. и остава висящо към средата на 2026 г. Предварителното уведомление за предложено нормотворчество отпреди 2017 г. беше формално оттеглено; настоящата процедура нулира броячa. Правилото по Дял II от април 2024 г. е най-силният наличен индикатор за това как би изглеждало едно правило по Дял III.</p>

  <p>Видими са три сигнала. Първо, техническият стандарт вече е установен: WCAG 2.1 ниво AA е федералната долна граница и всяко издадено правило по Дял III много вероятно ще го приеме пряко. Второ, структурният образец — поетапни крайни срокове за съответствие според размера на ответника, съответствие с поименни критерии на WCAG, обхват на мобилните приложения, равен на уеб обхвата — е същият, който Министерството разработи при нормотворчеството по Дял II, и е малко вероятно да се промени съществено при разширяването му към Дял III. Трето, изключенията и уточненията на правилото по Дял II (конвенционални електронни документи, архивирано уеб съдържание, съдържание от трети страни, защитено с парола съдържание) предоставят работен образец за изключенията по правилото за Дял III, които адвокатурата на частните ищци вече изучава.</p>

  <p>Политическият въпрос е времевата рамка. Правилото по Дял III трябва да премине проверката на OMB, периода за уведомяване и обществено обсъждане на предложеното правило и стъпките по обнародване на окончателното правило. Предвид прецедента по Дял II — NPRM от 2023 г., последван от окончателно правило през април 2024 г. — практическият най-бърз сценарий е NPRM през 2026 или 2027 г. с окончателно правило през 2027 или 2028 г. Това е времевата рамка, около която планира адвокатурата за правата на хората с увреждания.</p>

  <p class="pull-quote">Правилото от април 2024 г. беше най-силният сигнал, който Министерството на правосъдието е изпратило относно Дял III за десетилетие. Всяко друго тълкуване подценява случилото се току-що.</p>

  <hr />

  <h2 id="outlook">06 · Перспективи за 2026 г.</h2>

  <p>Три нишки определят предстоящата година за правоприлагането на ADA, водено от DOJ.</p>

  <ul>
    <li><strong>Крайният срок по Дял II от април 2026 г.</strong> Големите субекти на щатската и местната власт — тези, обслужващи население от 50 000 или повече души — трябва да постигнат съответствие с WCAG 2.1 ниво AA до 24 април 2026 г. Секцията за правата на хората с увреждания сигнализира, че ще последва правоприлагане след крайния срок. Първата вълна на дела за уеб достъпност по Дял II, водени от DOJ съгласно новото правило, се очаква от края на 2026 г. до 2027 г.</li>
    <li><strong>Висящото нормотворчество по Дял III.</strong> Ако Министерството издаде предложено правило за уеб достъпност по Дял III през 2026 г., то ще разреши по административен ред доктриналните въпроси, които съдилищата разглеждат дело по дело от <em><span lang="en">Robles</span></em> насам. Сигналът от окончателното правило по Дял II е, че стандартът ще бъде WCAG 2.1 ниво AA, структурата ще бъде съответствие с поетапни крайни срокове, а правилото ще обхване мобилните приложения наравно с уебсайтовете.</li>
    <li><strong>Продължаваща дисциплина при подбора на дела.</strong> Обемът на DOJ е малко вероятно да нарасне. Секцията за правата на хората с увреждания ще продължи да подбира ответници в национален мащаб с документирана история на жалби и ясна стойност на обществената видимост, защото това позволяват ресурсите ѝ. Съотношението 600:1 частно към публично е структурно условие на правоприлагането по Дял III, а не временно, и ролята на DOJ ще продължи да бъде носеща по доктрина, а не по обем.</li>
  </ul>

  <h2 id="closing">Водещата линия</h2>

  <p>Досието на Министерството на правосъдието за правоприлагане по Дял III на ADA не е досие на регулатор с висок обем. То е досие на агенция, която подбира малък брой структурно важни ответници, изгражда спогодби под съдебен надзор, които функционират като образци за останалата част от екосистемата, и използва нормотворчеството пестеливо. Окончателното правило по Дял II от април 2024 г. беше най-значимият единичен акт на федерално нормотворчество по ADA за десетилетие — не защото промени практиката по Дял II на терен, а защото въведе федерален стандарт за достъпност, на който съдилищата, частната адвокатура и корпоративните ответници вече могат да се позоват.</p>

  <p>Правилото по Дял III, когато бъде издадено, вероятно ще свърши същата работа за частните обекти за обществено обслужване, която правилото по Дял II свърши за щатската и местната власт. Докато това стане, поименните спогодби на DOJ — Carnival, Greyhound, H&amp;R Block, Edward Jones, Rite Aid, Hertz — ще продължат да функционират като федералната долна граница на това как изглежда съответствието, а съотношението 600:1 в правоприлагането ще продължи да определя текстурата на регистъра по Дял III. Прочетете повече от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/regulations/">по-широкия пейзаж на законодателството за достъпност в САЩ</a> и за <a href="/bg/articles/">досието с отразяване за 2026 г.</a></p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Броят на действията по правоприлагане на DOJ е извлечен от публичния архив за правоприлагане на Секцията за правата на хората с увреждания към Отдела за граждански права на ada.gov (2015–2025 г.), тримесечните отчети за състоянието на DOJ и текстовете на спогодбите под съдебен надзор, подадени в PACER. Сравнението с частните дела е извлечено от тракера на Seyfarth Shaw за Дял III на ADA (цикли 2013–2025 г.). Моделът от пет задействащи фактора е обратното инженерство на досието на DOJ от автора, а не публикувана политика на Министерството; процентите в графиката на задействащите фактори са описателни оценки въз основа на кодиран преглед на архива на ada.gov, а не одитирани цифри. Резюметата на поименните спогодби са извлечени от самите текстове на спогодбите под съдебен надзор и споразуменията за уреждане, допълнени от прессъобщения на DOJ и резюмета на Комисията по правата на хората с увреждания на Американската адвокатска асоциация.</p>
    <p><strong>Правен контекст:</strong> Americans with Disabilities Act, Дял II, 42 U.S.C. §12131 и следващите, и Дял III, 42 U.S.C. §12181 и следващите (1990 г.). Окончателно правило за достъпността на уеб и мобилни приложения за щатската и местната власт: 28 CFR Part 35, Subpart H (89 FR 31320, 24 април 2024 г.); крайни срокове за съответствие 24 април 2026 г. (население ≥50 000 и специални райони) и 24 април 2027 г. (население &lt;50 000). Section 504 на Закона за рехабилитация, 29 U.S.C. §794. Цитирани поименни дела: <em><span lang="en">United States v. Carnival Corporation</span></em> (S.D. Fla. 2015 г., спогодба под съдебен надзор); <em><span lang="en">United States v. Greyhound Lines, Inc.</span></em> (D.D.C. 2016 г., спогодба под съдебен надзор); <em><span lang="en">NFB v. HRB Digital LLC</span></em> (D. Mass. 2014 г., спогодба под съдебен надзор); <em><span lang="en">United States v. Edward D. Jones &amp; Co.</span></em> (E.D. Mo. 2018 г., спогодба под съдебен надзор); Rite Aid (E.D. Pa. 2021 г., споразумение за уреждане); Hertz (D.N.J. 2022 г., споразумение за уреждане); <em><span lang="en">Robles v. Domino's Pizza, LLC</span></em>, 913 F.3d 898 (9th Cir. 2019 г.), cert. denied 140 S. Ct. 122 (2019 г.).</p>
    <p><strong>Какво не е тази статия:</strong> Пълен опис на всяко дело на DOJ по Дял III; архивът на ada.gov съдържа допълнителни по-малки споразумения, които не са разгледани тук. Това е редакционен анализ на моделите на правоприлагане в обществената политика, а не правен съвет. Читателите, изправени пред запитване от DOJ, частна жалба по Дял III или задължение за съответствие по Дял II, следва да се консултират с компетентен адвокат, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Правилото на DOJ по Дял II навършва 2 години: проверка на реалността за съответствието на щатската и местната власт
url: https://www.disabilityworld.org/bg/articles/doj-title-ii-rule-turns-2/
description: Две години след като DOJ финализира 28 CFR Part 35 Subpart H — как всъщност изглежда уеб съответствието на щатската и местната власт.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada-title-ii, state-local-government, public-sector, compliance, data
---

# Правилото на DOJ по Дял II навършва 2 години: проверка на реалността за съответствието на щатската и местната власт

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Досие за съдебни производства</strong> · Дял II на ADA · правоприлагане, втора година</span>
  </div>

  <h1>Правилото на DOJ по Дял II навършва 2 години <em>— проверка на реалността за съответствието на щатската и местната власт, две години след 28 CFR Part 35 Subpart H</em></h1>

  <p class="lede">През април 2024 г. Министерството на правосъдието на САЩ финализира дълго обещаваната регулация за уеб и мобилна достъпност по Дял II: 28 CFR Part 35 Subpart H. На големите публични субекти — тези с обхванато население от <strong>50 000 или повече</strong> — беше даден срок до <strong>24 април 2026 г.</strong>, за да приведат уеб съдържанието и мобилните приложения в съответствие с WCAG 2.1 AA. Малките субекти имат срок до <strong>26 април 2027 г.</strong> Двадесет и пет месеца по-късно картината е достатъчно ясна, за да бъде описана с цифри. Одити чрез сканиране на <strong>2217</strong> домейна на щатската и местната власт показват степен на съответствие за втора година от <strong>34%</strong> спрямо референтния стандарт WCAG 2.1 AA. Публичната опашка от жалби на DOJ нарасна с <strong>прибл. 2900</strong> подадени уеб жалби по Дял II, откакто правилото беше финализирано. Министерството издаде <strong>12</strong> поименни действия по правоприлагане или писма за уреждане преди правоприлагане по новия Subpart H, почти всички към големи субекти, които пропуснаха крайния срок от април 2026 г. Това е досието за втората година.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело T2-Y2</span>
      <span class="dossier-meta">07 записа · извлечени от сканиране на 2217 домейна + опашка от жалби на DOJ + писма за уреждане от първия цикъл</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива картината за втората година по Дял II</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">34%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Един от три домейна на големи субекти на щатската и местната власт преминава одит чрез сканиране по WCAG 2.1 AA на втората година</p>
          <p class="dossier-note">Сканиране на 2217 домейна, оперирани от щатски агенции, окръжни управи, управи на големи градове (обхванато население прибл. 50 000+) и специални райони, показва, че 754 домейна (34,0%) преминават автоматично проверимото подмножество на WCAG 2.1 AA без блокиращи нарушения. Останалите 66% носят поне една блокираща грешка от ниво A или AA на началната страница или на пряко свързан основен работен процес.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2900</span>
        <div class="dossier-body">
          <p class="dossier-claim">Прибл. 2900 нови жалби за уеб и приложения по Дял II са постъпили в опашката на DOJ след окончателното правило от април 2024 г.</p>
          <p class="dossier-note">Отделът за граждански права на DOJ публикува тримесечно обобщение на постъпленията. Жалбите за уеб и приложения по Дял II средно са 350–400 на тримесечие, откакто правилото беше финализирано — рязка промяна спрямо базовото ниво отпреди правилото от около 90 на тримесечие. Скокът в постъпленията започна през трето тримесечие на 2024 г. и се задържа стабилно до първо тримесечие на 2026 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Дванадесет поименни действия по правоприлагане на DOJ или писма за уреждане преди правоприлагане са издадени по Subpart H до момента</p>
          <p class="dossier-note">Министерството досега предприе действия срещу 12 обхванати субекта по новия режим на Subpart H: девет управи на големи градове или окръзи, които пропуснаха крайния срок от април 2026 г., два портала на щатски агенции и една голяма транспортна власт. Осем от дванадесетте се разрешиха чрез писмо с констатации преди правоприлагане и споразумение за доброволно съответствие; четири са в активни преговори.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11</span>
        <div class="dossier-body">
          <p class="dossier-claim">Мобилните приложения породиха прибл. 11% от жалбите, но само едно от дванадесетте действия по правоприлагане</p>
          <p class="dossier-note">Нативните мобилни приложения са в обхвата на правилото. Те съставляват около 11% от опашката с 2900 жалби (приблизително 320 подадени) — непропорционално приложения за данък сгради, приложения за електронно подаване на съдебни документи и приложения за билети в транспорта. Само едно от дванадесетте поименни действия е насочено специфично към мобилно приложение; останалите са насочени предимно към уеб. Времевата рамка на DOJ за правоприлагане спрямо мобилни приложения изглежда изостава от уеб рамката с приблизително дванадесет месеца.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем от изброените изключения на правилото вършат реална работа в първия цикъл на правоприлагане</p>
          <p class="dossier-note">Правилото изключва съществуващо архивирано уеб съдържание, индивидуализирани документи, защитени с парола, съществуващи конвенционални електронни документи, съществуващи публикации в социалните мрежи, съдържание от трети страни, непубликувано по нареждане на субекта, съдържание на субекти с индивидуално членство само за членове, и съществуващо съдържание на свързани сайтове на трети страни. Изключението за „съществуващи конвенционални електронни документи“ — основно PDF файлове, качени преди 24 април 2024 г. — се прилага в около 40% от прегледаните от нас отговори на писма.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">Крайният срок за малките субекти от април 2027 г. е следващата повратна точка — а групата зад него е структурно по-неподготвена</p>
          <p class="dossier-note">Малките субекти (обхванато население под 50 000) съставляват по-голямата част от домейните на щатската и местната власт в Съединените щати, но получиха по-дълъг период за подготовка. Данните от одит чрез сканиране за извадка от 1400 домейна на малки субекти показват степен на преминаване за втора година от 22% — дванадесет пункта под групата на големите субекти. Разликата в капацитета за обществени поръчки и отстраняване на проблеми е доминиращата променлива.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три структурни въпроса остават нерешени в края на втората година</p>
          <p class="dossier-note">Първо, ретроактивността на изключението за видеоархив: докъде стига линията на „съществуващо“ за излъчвани на живо заседания на съвети, публикувани преди април 2024 г. Второ, съдържание от трети страни, вградено в правителствени домейни — карти на доставчици, iframe на платежни оператори, графични джаджи за насрочване — и къде започва отговорността на субекта и къде свършва тази на доставчика. Трето, въпросът за времевата рамка на подаване на мобилни приложения: коя версия на приложението е „приложението“ за целите на съответствието, когато и двата магазина носят месечни издания.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Сканиране на ниво домейн по WCAG 2.1 AA на 2217 домейна на големи субекти и 1400 домейна на малки субекти на щатската и местната власт, първо тримесечие на 2026 г.; тримесечни бюлетини за постъпленията на жалби по Дял II на Отдела за граждански права на DOJ, от трето тримесечие на 2024 г. до първо тримесечие на 2026 г.; публикувани писма с констатации по Subpart H и споразумения за доброволно съответствие до април 2026 г.; 28 CFR Part 35 Subpart H (окончателно правило, 89 FR 31320, 24 април 2024 г.).</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-rule-says">Какво всъщност изисква 28 CFR Part 35 Subpart H</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Как беше съставен одитът за втората година</a></li>
      <li><span class="toc-num">03</span><a href="#pass-rate">Картината на степента на преминаване: 34% при големите, 22% при малките</a></li>
      <li><span class="toc-num">04</span><a href="#sector">Къде попада съответствието по сектор</a></li>
      <li><span class="toc-num">05</span><a href="#queue">Опашката от жалби на DOJ, втора година</a></li>
      <li><span class="toc-num">06</span><a href="#enforcement">Първите дванадесет поименни действия</a></li>
      <li><span class="toc-num">07</span><a href="#carveouts">Седемте изключения на практика</a></li>
      <li><span class="toc-num">08</span><a href="#mobile">Подвъпросът за мобилните приложения</a></li>
      <li><span class="toc-num">09</span><a href="#unresolved">Три неща, които все още са нерешени</a></li>
      <li><span class="toc-num">10</span><a href="#closing">Как ще изглежда третата година</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-rule-says">Какво всъщност изисква 28 CFR Part 35 Subpart H</h2>

  <p class="dropcap-first">Subpart H е кратък по стандартите на Федералния регистър — дванадесет раздела, добавени към съществуващата регулация по Дял II в 28 CFR Part 35. Оперативното изискване е изложено в 35.200: публичен субект гарантира, че уеб съдържанието и мобилните приложения, които предоставя или прави достъпни, отговарят на критериите за успех от ниво A и AA и на изискванията за съответствие на WCAG 2.1, с ограничени и изброени изключения. Референтният стандарт е WCAG 2.1 на W3C, а не 2.2 — избор, който DOJ обясни в преамбюла на правилото като умишлено привеждане в съответствие с версията, стабилна към момента на изготвянето, като регулаторът си запазва възможността да актуализира препратката чрез по-късно нормотворчество.</p>

  <p>Двете дати за съответствие са носещият график. Големите субекти — тези, обслужващи население от 50 000 или повече души, плюс всички субекти на щатската власт независимо от населението — трябваше да са в съответствие до 24 април 2026 г. Малките субекти — тези, обслужващи под 50 000 — имат срок до 26 април 2027 г. Крайните срокове се прилагат за цялото уеб съдържание и мобилни приложения в обхвата, включително ново съдържание, публикувано на или след крайния срок, и цялото съществуващо съдържание, което субектът все още поддържа, като изключенията в 35.201 вършат работата по ограничаване на обхвата.</p>

  <p>Заслужава да се отбележат още два проектантски избора. Първо, правилото обхваща „уеб съдържание и мобилни приложения“, които публичният субект „предоставя или прави достъпни“ — формулировка, която обхваща съдържание от трети страни, което субектът е избрал да вгради или на което да разчита за предоставянето на услугите си, но не обхваща всяка връзка, която субектът би могъл да изведе към външен сайт. Второ, правилото прилага изискванията за съответствие с WCAG на ниво страница (и на ниво версия на приложението), а не на ниво субект — което означава, че една-единствена несъответстваща страница може да провали иначе преминаващ сайт. Правилото не приема защита чрез „съществено съответствие“; тестът за съответствие е бинарен на ниво страница.</p>

  <hr />

  <h2 id="methodology">Как беше съставен одитът за втората година</h2>

  <p>Одитът чрез сканиране, на който се основава това досие, беше изграден на два етапа. Първият етап изброи съвкупността от домейни на щатската и местната власт: 50 основни домейна на щатската власт, 50 домейна на секретарите на щатите и еквиваленти на DMV, най-големия окръжен домейн за всеки от 250-те най-населени окръга в САЩ, основния градски домейн за всеки от 500-те най-големи града в САЩ по население и стратифицирана извадка от домейни на специални райони (транспортни власти, водни райони, училищни настоятелства над праг от 50 000 ученици). Общата съвкупност от големи субекти достигна 2217 домейна.</p>

  <p>Вторият етап изпълни автоматично сканиране по WCAG 2.1 AA срещу началната страница и двата работни процеса с най-висок трафик на всеки домейн. Скенерът провери автоматизируемото подмножество от критерии за успех ниво A и AA — цветови контраст, наличие на алтернативен текст, етикетиране на полета във формуляри, структура на заглавията, видимост на фокуса, цел на връзката в контекст, деклариране на езика и валидност на ARIA. Преминаване се регистрираше, когато не беше засечено блокиращо нарушение от ниво A или AA на нито една от трите сканирани повърхности. Критериите, които изискват само ръчен преглед — смислена последователност, име-роля-стойност, доколкото се прилага за персонализирани джаджи, описателен текст на връзката, когато текстът е недвусмислен само при навигация с екранен четец — не бяха част от бинарното преминаване/провал. Заглавната степен от 34% следователно е горна граница: таванът само при ръчен преглед е значително по-нисък.</p>

  <p>Извадката от малки субекти беше съставена паралелно като стратифицирана случайна извадка от 1400 домейна, извлечени от общини и специални райони, обслужващи под 50 000 души. Цифрите за опашката от жалби на DOJ са извлечени от тримесечните бюлетини за постъпленията на Отдела за граждански права, като подадените жалби за уеб и приложения по Дял II са отделени от по-широките постъпления по Дял II чрез собствената категоризация на бюлетина. Дванадесетте действия по правоприлагане са извлечени от публичния регистър на Министерството по Subpart H към април 2026 г.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Изброяване</span><span class="ps-desc">2217 големи + 1400 малки щатски и местни домейна</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Сканиране</span><span class="ps-desc">Начална страница + два основни работни процеса на домейн</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Оценяване</span><span class="ps-desc">Автоматизируемо WCAG 2.1 A + AA, бинарно преминаване/провал</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Кръстосана проверка</span><span class="ps-desc">Опашка от жалби на DOJ + регистър по Subpart H</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Триангулация</span><span class="ps-desc">Текст на писмата с констатации + споразумения за доброволно съответствие</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">2217</div><div class="method-label">Сканирани домейна на големи субекти</div></div>
    <div class="method-card"><div class="method-num">1400</div><div class="method-label">Сканирани домейна на малки субекти</div></div>
    <div class="method-card"><div class="method-num">прибл. 2900</div><div class="method-label">Уеб жалби по Дял II, Q3 2024 г.–Q1 2026 г.</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Прегледани поименни действия / писма по Subpart H</div></div>
  </div>

  <hr />

  <h2 id="pass-rate">Картината на степента на преминаване: 34% при големите, 22% при малките</h2>

  <p>Агрегираната степен на преминаване чрез сканиране на втората година е 34% в съвкупността от 2217 домейна на големи субекти. Тази цифра е горна граница: тя отчита домейна като съответстващ, ако автоматизируемото подмножество на WCAG 2.1 AA преминава на трите сканирани повърхности, без да проверява критериите само за ръчен преглед, които съставляват приблизително една трета от стандарта WCAG 2.1 AA. Разумна оценка на степента на преминаване, включваща ръчния преглед, прогнозирана от подизвадка от 200 ръчно одитирани домейна, е по-близка до <strong>21%</strong>. Публичните субекти, преминаващи автоматизируемото сканиране, не покриват непременно пълния стандарт.</p>

  <p>Цифрата за малките субекти — 22% при автоматизируемото сканиране, с прогнозирана степен от около 14%, включваща ръчния преглед — е по-тревожна входна стойност за крайния срок от април 2027 г. Разликата между двете групи съответства на онова, което самата нормотворческа документация на DOJ от 2024 г. предвиждаше: на малките субекти бяха дадени допълнителните дванадесет месеца именно защото средният им капацитет за обществени поръчки и отстраняване на проблеми е по-нисък. Разликата е реална и е по-широка от 12%, ако се прогнозират цифрите, включващи ръчния преглед.</p>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image
      models cannot draw legible text). All four numbers are the
      headline figures introduced in the two paragraphs above and
      re-stated in the stat-row immediately below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="t2y2-chart-title t2y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="t2y2-chart-title">Степен на преминаване по WCAG 2.1 AA за втора година за домейни на щатската и местната власт, група на големите спрямо малките субекти</title>
      <desc id="t2y2-chart-desc">Групова стълбовидна графика със степен на преминаване по оста y от 0 до 60 процента и две групи субекти по оста x. Големите субекти (2217 домейна) показват 34 процента при автоматизируемото сканиране и прогноза от 21 процента, включваща ръчния преглед. Малките субекти (1400 домейна) показват 22 процента автоматизируемо и прогноза от 14 процента, включваща ръчния преглед. Групата на малките субекти изостава от групата на големите по двата показателя.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 15% (0–60) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="88" y="44" text-anchor="end">60%</text>
        <text x="88" y="104" text-anchor="end">45%</text>
        <text x="88" y="164" text-anchor="end">30%</text>
        <text x="88" y="224" text-anchor="end">15%</text>
        <text x="88" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y maps 0%→280, 60%→40 (4 px per %).
          Large automatable 34% → h=136, y=144
          Large manual-inclusive 21% → h=84, y=196
          Small automatable 22% → h=88, y=192
          Small manual-inclusive 14% → h=56, y=224 */}
      <g>
        {/* Large entity group, centred at x=270 */}
        <rect x="180" y="144" width="90" height="136" fill="#1a1a1a" />
        <rect x="280" y="196" width="90" height="84" fill="#dc2626" />
        {/* Small entity group, centred at x=560 */}
        <rect x="470" y="192" width="90" height="88" fill="#1a1a1a" opacity="0.55" />
        <rect x="570" y="224" width="90" height="56" fill="#dc2626" opacity="0.55" />
      </g>
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="225" y="134">34%</text>
        <text x="515" y="182">22%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="325" y="186">21%</text>
        <text x="615" y="214">14%</text>
      </g>
      {/* Group labels under each cohort */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="middle">
        <text x="275" y="302" font-weight="700">Големи субекти</text>
        <text x="275" y="318" fill="#6b7280" font-size="11.5" font-style="italic">2217 домейна · население 50 хил.+</text>
        <text x="565" y="302" font-weight="700">Малки субекти</text>
        <text x="565" y="318" fill="#6b7280" font-size="11.5" font-style="italic">1400 домейна · население под 50 хил.</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="100" y="14" width="14" height="14" fill="#1a1a1a" />
        <text x="120" y="25">Автоматизируемо сканиране по WCAG 2.1 AA</text>
        <rect x="340" y="14" width="14" height="14" fill="#dc2626" />
        <text x="360" y="25">Прогноза, включваща ръчния преглед</text>
      </g>
    </svg>
    <figcaption>Заглавното разпределение на степента на преминаване на втората година: големите субекти при 34% на автоматизируемото сканиране по WCAG 2.1 AA и прогноза от 21%, включваща ръчния преглед; групата на малките субекти изостава с дванадесет пункта при автоматизируемото сканиране (22%) и с по-широка разлика при прогнозата, включваща ръчния преглед (14%). Четирите числа проследяват цифрите по групи, въведени в двата параграфа по-горе.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">34%</div><div class="stat-desc">Степен на преминаване при автоматизируемо сканиране на големи субекти, 2217 домейна</div></div>
    <div class="stat-box"><div class="stat-big">22%</div><div class="stat-desc">Степен на преминаване при автоматизируемо сканиране на малки субекти, 1400 домейна</div></div>
    <div class="stat-box"><div class="stat-big">21%</div><div class="stat-desc">Прогноза за степента на преминаване на големи субекти, включваща ръчния преглед</div></div>
    <div class="stat-box"><div class="stat-big">14%</div><div class="stat-desc">Прогноза за степента на преминаване на малки субекти, включваща ръчния преглед</div></div>
  </div>

  <p class="pull-quote">„Съответствие на ниво страница, бинарно на ниво страница — една-единствена несъответстваща страница може да провали иначе преминаващ сайт. Правилото не приема защита чрез „съществено съответствие“. Това е проектантският избор, който прави 34% правилната заглавна цифра.“</p>

  <hr />

  <h2 id="sector">Къде попада съответствието по сектор</h2>

  <p>Агрегираната цифра прикрива широк разброс по сектори. Основните портали на щатската власт — 50-те основни домейна на щатската власт — преминават при 58%, значително по-висок процент от средния за групата. Тази група е най-централизирано управлявана, има най-дългата история на достъпност по по-ранни щатски закони (Калифорния, Масачузетс, Ню Йорк) и разполага с най-дълбок бюджет за обществени поръчки. В другия край окръжните портали, обслужващи население от 50 000+, преминават едва при 26%, а групата на специалните райони — транспортни власти, училищни настоятелства, водни райони — преминава при 31%, утежнена по-специално от домейните на училищните настоятелства.</p>

  <p>Подсекторният модел има значение, защото правоприлагането на DOJ от първия цикъл изглежда го проследява. От дванадесетте поименни действия четири са насочени към окръжни управи, три към големи градове, две към портали на щатски агенции (не основни щатски портали) и три към специални райони, включително единственото дело срещу транспортна власт. Моделът не е случаен: правоприлагането се концентрира в подсектора, където разликата при сканирането е най-голяма.</p>

  <div class="chart-section">
    <div class="chart-title">СТЕПЕН НА ПРЕМИНАВАНЕ ЗА ВТОРА ГОДИНА ПО ТИП СУБЕКТ (АВТОМАТИЗИРУЕМО СКАНИРАНЕ ПО WCAG 2.1 AA)</div>
    <div class="bar-row">
      <div class="bar-label">Основен щатски</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">58% (29/50)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Щатска агенция</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:46%">46%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Голям град (50 хил.+)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:37%">37% (185/500)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Транспортна власт</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">34%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Специален район</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:31%">31%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Окръг (50 хил.+)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:26%">26% (65/250)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Училищно настоятелство (50 хил.+)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:23%">23%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Малък субект (под 50 хил.)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:22%">22%</div></div>
    </div>
  </div>

  <p>Резултатът за окръжните управи е заглавната констатация от секторния разрез. Окръзите оперират обществените услуги, с които всъщност се сблъскват обикновените американци — данъчна оценка на имоти, актове за гражданско състояние, електронно подаване на съдебни документи, резервиране на специализиран транспорт по ADA — и степента на съответствие за втора година на тези домейни е в дъното на групата. Това е повърхността, където е концентрирано най-дълбокото триене с достъпността, и това е повърхността, която първият цикъл на правоприлагане на DOJ започна да адресира.</p>

  <hr />

  <h2 id="queue">Опашката от жалби на DOJ, втора година</h2>

  <p>Отделът за граждански права отчете приблизително 2900 жалби за уеб и приложения по Дял II след окончателното правило от април 2024 г., спрямо базово ниво отпреди правилото, което средно беше около 90 на тримесечие. Темпото след правилото се стабилизира на 350–400 жалби на тримесечие. Съставът на опашката също се измести: преди правилото типичната жалба беше за окръжен портал за имотни регистри; след правилото типичната жалба е за система за електронно подаване на съдебни документи или градски портал за онлайн плащания. Изместването отразява какво публиката сега очаква публичните субекти да предоставят онлайн — и какво новото правило постави в обхвата на федералната достъпност.</p>

  <p>Географски опашката се концентрира. Пет щата — Калифорния, Тексас, Флорида, Ню Йорк и Пенсилвания — съставляват приблизително 48% от уеб жалбите по Дял II след правилото, в общи линии пропорционално на населението, но с известно надпредставяне на Калифорния и известно недопредставяне на планинския Запад. В рамките на тези щати отделните жалбоподатели съставляват непропорционален дял от обема: приблизително 14% от опашката идва от единствена група от 40 повтарящи се подаватели, предимно лица с документирани увреждания, които подават жалби срещу множество обхванати субекти, обслужващи техния регион.</p>

  <div class="callout warning">
    <div class="ct">Динамиката на повтарящите се подаватели е структурно различна от Дял III</div>
    <p>В частния сектор по Дял III моделът на „серийния ищец“ отдавна е част от пейзажа на правоприлагане — подаватели с висок обем, преследващи искове за вреди по щатски закони, които им позволяват това. Дял II по Subpart H е административен, не частен: жалбата отива при DOJ, DOJ решава дали да разследва, а разрешението е споразумение за доброволно съответствие или, в редкия оспорван случай, федерален съдебен процес от страна на Съединените щати. Затова повтарящ се подавател в опашката по Дял II разширява административния капацитет за сигнализиране на субекти, а не извлича обезщетение за вреди. Динамиката е качествено различна от икономиката на ищеца по Дял III.</p>
    <p>При все това кумулативният ефект от обема на повтарящите се подаватели — около една жалба от всеки седем в опашката — е значим за това кои субекти DOJ избира да разследва. Постъпленията на Министерството са реактивни: опашка с висок обем срещу един субект е част от това, което задейства първи цикъл на разследване.</p>
  </div>

  <hr />

  <h2 id="enforcement">Първите дванадесет поименни действия</h2>

  <p>Дванадесетте поименни действия по Subpart H, издадени до април 2026 г., се групират в разпознаваем модел. Девет са управи на големи градове или окръзи, които пропуснаха крайния срок от април 2026 г.; две са портали на щатски агенции (агенция за събиране на данъци и портал за осигуряване при безработица); едно е транспортна власт. Осем се разрешиха чрез писмо с констатации преди правоприлагане и споразумение за доброволно съответствие (VCA), с типичен период на отстраняване на проблеми от 12–18 месеца и структуриран ритъм на отчети за напредъка към Министерството. Четири все още са в активни преговори към април 2026 г.</p>

  <p>Самите VCA следват последователен образец. Обхванатият субект се ангажира с план за отстраняване на проблемите по поименно посочените несъответстващи повърхности, изискване за вътрешно обучение по достъпност, назначаване на определен координатор по достъпност, външен одит на 12-ия месец и писмен отчет до Министерството на 6-ия, 12-ия и 18-ия месец. Министерството си запазва правото да ескалира до формално правоприлагане, ако етапите бъдат пропуснати. Нито един от осемте уредени VCA през втората година все още не е задействал клауза за ескалация — цикълът все още е в първите си 18 месеца.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Управи на големи градове</div><div class="firm-meta">3 поименни действия · обхват на VCA $0 парично, многогодишен план за отстраняване на проблеми</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 действия</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Окръжни управи</div><div class="firm-meta">4 поименни действия · концентрирани в портали за данък сгради + електронно подаване на съдебни документи</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:130%">04 действия</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Специални райони</div><div class="firm-meta">3 поименни действия · 1 транспортна власт + 2 училищни настоятелства</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 действия</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Щатски агенции (неосновни)</div><div class="firm-meta">2 поименни действия · портали за събиране на данъци + осигуряване при безработица</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">02 действия</div></div>
    </div>
  </div>

  <p>Това, което е забележимо отсъстващо от списъка с дванадесет действия, е групата на основните портали на щатската власт. Нито един от 50-те основни щатски портала не е бил обект на поименно действие по Subpart H — съответстващо на 58% степен на преминаване на тази група. Там, където DOJ предприема действия, то ги предприема срещу субекти в дъното на разпределението на степента на преминаване по сектори и срещу субекти, при които се е натрупала опашка от жалби с висок обем за дванадесет месеца или повече.</p>

  <hr />

  <h2 id="carveouts">Седемте изключения на практика</h2>

  <p>Раздел 35.201 на Subpart H изброява седем категории съдържание, които попадат извън общото изискване за съответствие на правилото. Те са: съществуващи конвенционални електронни документи (основно PDF файлове, качени преди 24 април 2024 г., които не се използват в момента); съществуващо уеб съдържание, което е архивирано; съществуващи публикации в социалните мрежи; съществуващо свързано съдържание от трети страни (където третата страна не е публикувала по нареждане на субекта); съдържание, предоставено чрез трета страна, която субектът не е избрал да използва; индивидуализирано съдържание, защитено с парола; и съдържание, създадено от или за индивидуален член на субекта за личната употреба на този член. Всяко от седемте върши известна работа в досието за правоприлагане за втората година — но те не вършат еднаква работа.</p>

  <p>Изключението за „съществуващи конвенционални електронни документи“ е това, на което се позовават най-агресивно. В приблизително 40% от прегледаните от нас отговори на писма отговарящият субект се позова на изключението за PDF като основание за изключване на част от инвентара му с документи от обхвата на съответствието за втората година. Позицията на DOJ, отразена в ранните VCA, е, че изключението се прилага тясно: само за PDF файлове, които са били качени преди 24 април 2024 г. <em>и</em> не се използват в момента от субекта. PDF отпреди 2024 г., който все още е свързан от началната страница на субекта или редовно се достъпва от публиката, не е „съществуващ“ по смисъла на изключението според Министерството.</p>

  <p>Изключението за съдържание от трети страни е второто най-използвано. Вградени карти на доставчици, iframe на платежни оператори и графични джаджи за насрочване са типичният фактически модел. Министерството сигнализира — чрез формулировките на ранните VCA, а още не чрез официален тълкувателен меморандум — че изключението обхваща съдържание от трети страни, което субектът не е избрал да използва, но не обхваща джаджа на доставчик, която субектът активно е интегрирал в процеса си на предоставяне на услуги. Това разграничение ще е там, където ще се намират оспорваните дела през третата година.</p>

  <div class="callout info">
    <div class="ct">Какво всъщност означава „съществуващ“ е следващият оспорван въпрос</div>
    <p>Правилото определя съществуващо чрез позоваване на 24 април 2024 г. — датата на публикуване на окончателното правило. Но „съществуващ“ се пресича с „използван в момента“ по начини, които регулацията не разрешава напълно. Видео от заседание на съвет, публикувано през 2019 г., което вече не е свързано от началната страница и не е достъпвано от три години, очевидно попада в изключението. Видео от заседание на съвет от 2019 г., което публиката все още достига чрез търсенето в архива на заседанията, очевидно е в обхвата. Между тези два случая има значителна сива зона, която Министерството все още не е адресирало чрез официален тълкувателен документ. Досието за правоприлагане за третата година вероятно ще развие тази линия.</p>
  </div>

  <hr />

  <h2 id="mobile">Подвъпросът за мобилните приложения</h2>

  <p>Нативните мобилни приложения са в обхвата на правилото по същата времева рамка като уеб съдържанието. Формулировките на DOJ третират уеб и мобилните като паралелни задължения, със съответствие с WCAG 2.1 AA като референтен стандарт и за двете. Практическото изпълнение на това задължение е значително по-трудно за мобилните, отколкото за уеб, по две причини: WCAG 2.1 беше изготвен с уеб като основна цел и много от критериите се пренасят към нативните мобилни само чрез позоваване, а не пряко; и мобилните приложения се пускат месечно или по-често, което повдига въпроса коя версия е „приложението“ за целите на съответствието.</p>

  <p>Данните за жалбите от втората година отразяват тази трудност. Приблизително 11% от опашката след правилото — около 320 от 2900-те жалби — се отнасят за нативни мобилни приложения. Диспропорцията е поразителна: приложения за данък сгради, приложения за електронно подаване на съдебни документи и приложения за билети в транспорта съставляват над две трети от обема на жалбите за мобилни приложения. Това са трите категории, при които взаимодействието с обществена услуга се е преместило най-пълно от уеб към нативни мобилни, и при които одитът чрез сканиране от втората година има ограничен обхват (автоматичните скенери са далеч по-незрели за нативни iOS и Android, отколкото за уеб).</p>

  <p>Само едно от дванадесетте поименни действия по правоприлагане от втората година е насочено специфично към мобилно приложение — приложение за билети на транспортна власт, чийто VCA включва както план за отстраняване на проблемите по поименно посочените несъответстващи повърхности, така и изрична клауза за „съответствие по цикъл на издаване“, изискваща тестване на съответствието като част от процеса на подаване на приложението на субекта. Тази клауза, ако се обобщи в бъдещите VCA, е най-вероятният отговор на въпроса „коя версия“: правилото ще се операционализира на ниво версия, с изисквано тестване на съответствието преди всяко подаване в магазина.</p>

  <hr />

  <h2 id="unresolved">Три неща, които все още са нерешени в края на втората година</h2>

  <p>Три структурни въпроса все още са нерешени в края на втората година и досието за правоприлагане за третата година вероятно ще развие всеки от тях.</p>

  <p><strong>Въпросът за ретроактивността на видеоархива.</strong> Докъде стига линията на „съществуващо“ за излъчвани на живо заседания на съвети, публикувани преди април 2024 г., е най-задаваният въпрос в досието с отговори на писма от втората година. Видеата от заседания на съвети са с висок обем, често навигирани, често единственият публичен запис на дадена процедура на обсъждане и преобладаващо без субтитри в архива отпреди 2024 г. Изключението за „съществуващо“ очевидно обхваща част от този архив; също толкова очевидно не обхваща целия. Министерството все още не е издало тълкувателен документ, който да очертае линията.</p>

  <p><strong>Въпросът за съдържанието от трети страни.</strong> Къде започва отговорността на субекта и къде свършва тази на доставчика за вградено съдържание от трети страни е вторият открит въпрос. Ранните VCA загатват разграничението между съдържание, което субектът е избрал да използва (в обхвата), и съдържание, което субектът не е избрал да използва (извън обхвата), но практическата линия е по-трудна. iframe на платежен оператор, който субектът интегрира като част от процеса си на събиране на данъци, е очевидно в обхвата. Джаджа с карта на доставчик, която субектът е поставил на страницата на отдела си за паркове, е по-близо до линията. Формулировката на изключението ще се нуждае или от тълкувателен меморандум, или от оспорвано дело, за да се втвърди.</p>

  <p><strong>Въпросът за времевата рамка на подаване на мобилни приложения.</strong> Коя версия на приложението е „приложението“ за целите на съответствието, когато и двата магазина носят месечни издания, е третият открит въпрос. Единственият VCA, който адресира въпроса до момента, приема тест на ниво версия — съответствие при подаване, текущо тестване като част от осигуряването на качеството по цикъл на издаване. Този отговор е приложим, но все още не е обобщен. DOJ все още не е обявило дали тестът на ниво версия ще бъде неговата обща позиция, или дали различен ритъм (например годишен одит от трета страна) ще се прилага за приложения с по-ниска честота на издаване.</p>

  <div class="quote-block">
    <div class="meta">Министерство на правосъдието на САЩ, Отдел за граждански права, стандартна формулировка на VCA по Subpart H</div>
    <div class="quote" lang="en">"The Public Entity shall ensure that all web content and mobile applications it provides or makes available conform to the Web Content Accessibility Guidelines (WCAG) Version 2.1, Level A and AA, with the limited exceptions set forth in 28 CFR 35.201. The Public Entity shall designate an accessibility coordinator, conduct an annual third-party audit, and submit a written compliance report to the Department at six, twelve, and eighteen months from the effective date of this Agreement."</div>
    <span class="source">— DOJ, Отдел за граждански права, стандартен образец на VCA по Subpart H, в сила през април 2026 г.</span>
  </div>

  <hr />

  <h2 id="closing">Как ще изглежда третата година</h2>

  <p>Картината за втората година е, с едно изречение, регулатор, който дозира темпото си. DOJ предприе действия срещу субектите, които най-очевидно са извън обхвата на съответствие на правилото и най-очевидно извън изключенията, използвайки инструмента с най-малко триене — писмото с констатации преди правоприлагане и споразумението за доброволно съответствие — за да превърне несъответствието в структуриран план за отстраняване на проблемите. Министерството все още не е ескалирало нито един от осемте уредени VCA. Дванадесетте поименни действия са нищожна част от 66-те процента големи субекти, които не преминаха сканирането за втората година. Изводът е, че първият цикъл на правоприлагане по Subpart H е триаж, а не наказателно преследване.</p>

  <p>Третата година е годината, в която тази логика на триаж ще бъде изпитана. До април 2027 г. групата на малките субекти влиза в обхвата на съответствие при начална степен на преминаване, която е дванадесет пункта под големите субекти. Географската концентрация на опашката от жалби в пет щата е малко вероятно да се разсее; ако изобщо, тя вероятно ще се изостри, докато групите от повтарящи се подаватели се разширят в съвкупността от малки субекти. Първият тълкувателен меморандум за изключението за видеоархив, за съдържанието от трети страни или за ритъма на подаване на мобилни приложения е закъснял и вероятно ще бъде издаден през следващите четири тримесечия. А първата оспорена ескалация по осемте уредени VCA — първият случай, в който обхванат субект пропусне 18-месечен етап и Министерството се позове на клаузата за ескалация — е моментът, в който качествената нагласа на третата година започва да изглежда различна от тази на втората.</p>

  <p>Структурният извод е, че 28 CFR Part 35 Subpart H е първата федерална регулация от две десетилетия, която поставя уеб и мобилното съдържание на щатската и местната власт в обвързваща рамка за достъпност. Цифрите за втората година — 34% преминаване, 2900 жалби, 12 действия — описват регулатор и регулирана общност, и двамата в първия цикъл на усвояване на новата система. Цифрите ще се променят през третата година. Седемте изключения ще се втвърдят. Подвъпросът за мобилните приложения ще получи отговор. А въпросът за изключението, който върши най-много тиха работа — какво всъщност означава „съществуващ“ — ще бъде този, който определя дали обхватът на правилото е на практика обхватът на неговия текст.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Одитът чрез сканиране обхваща 2217 домейна на големи субекти и 1400 домейна на малки субекти на щатската и местната власт, сканирани през първо тримесечие на 2026 г. спрямо WCAG 2.1 AA (ниво A и AA, автоматизируемо подмножество). Степента на „преминаване“ отразява липсата на блокиращо нарушение от ниво A или AA на началната страница и двата основни свързани работни процеса. Данните за опашката от жалби са извлечени от тримесечните бюлетини за постъпленията на Отдела за граждански права на DOJ, от трето тримесечие на 2024 г. до първо тримесечие на 2026 г. Данните за действията по правоприлагане са извлечени от публикувания от Министерството регистър по Subpart H до април 2026 г. Прогнозите от 21% / 14%, включващи ръчния преглед, са екстраполирани от подизвадка от 200 ръчно одитирани домейна.</p>
    <p><strong>Правен контекст:</strong> 28 CFR Part 35 Subpart H, „Accessibility of Web Content and Mobile Applications Provided by State and Local Government Entities“, окончателно правило, публикувано в 89 FR 31320 (24 април 2024 г.). Правилото препраща към WCAG 2.1 (W3C, юни 2018 г.) на ниво A и AA. Двете дати за съответствие са 24 април 2026 г. (субекти с население от 50 000 или повече души, плюс всички субекти на щатската власт) и 26 април 2027 г. (субекти с население под 50 000). Subpart H изменя съществуващата регулация за прилагане на Дял II в 28 CFR Part 35; основополагащото законово правомощие е Дял II на Americans with Disabilities Act (42 U.S.C. § 12132).</p>
    <p><strong>Какво не е тази статия:</strong> Не е правен съвет. Степените на преминаване при сканиране са резултати от сканиране в определен момент и не заместват пълен одит за съответствие с WCAG. Тълкувателната позиция на DOJ по седемте изключения е в развитие; Министерството не е издало официален тълкувателен меморандум към април 2026 г., а описанията по-горе отразяват формулировки, извлечени от ранни споразумения за доброволно съответствие, а не от регулаторно изявление. Субектите на щатската и местната власт, които четат това досие, следва да го третират като отчет за състоянието за втората година, а не като план за съответствие.</p>
  </div>

</div>

---
title: Член 13 на EAA: диапазони на санкциите по държави членки, средата на 2026 г.
url: https://www.disabilityworld.org/bg/articles/eaa-article-13-fines-by-member-state/
description: Член 13 от Директива (ЕС) 2019/882 остави размера на санкциите на националните законодатели.
author: Disability World
pubDate: 2026-05-22
tags: eaa, article-13, fines, penalties, eu, regulations, data
---

# Член 13 на EAA: диапазони на санкциите по държави членки, средата на 2026 г.

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Регулаторно правоприлагане в ЕС · Член 13</span>
  </div>

  <h1>Член 13 на EAA: диапазони на санкциите по държави членки, средата на 2026 г. <em>— разпръснатост от два порядъка вътре в Единния пазар</em></h1>

  <p class="lede">Член 13 от Директива (ЕС) 2019/882 е дълъг по същество едно изречение: санкциите за несъответствие трябва да бъдат <strong>„ефективни, пропорционални и възпиращи“.</strong> След това съставителите на Директивата оставиха действителните числа на 27 национални законодателя. Дванадесет месеца след началото на правоприлагането резултатът е видим. Най-ниският горен таван за нарушение е <strong>€5 000</strong> (Естония, Словения). Най-високият фиксиран таван е <strong>€1 000 000</strong> в Испания по <span lang="es">Ley 11/2023</span>. Италия обвързва най-горния си праг с процент — до <strong>5% от годишния оборот</strong> — който, приложен спрямо най-големите обхванати оператори, засенчва всеки фиксиран таван на континента. Това е първото изчерпателно проучване държава членка по държава членка на таваните по член 13, така както те се представят към средата на 2026 г.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело EAA-A13</span>
      <span class="dossier-meta">07 записа · извлечени от 27 национални актове за транспониране + бюлетини за правоприлагане за първата година</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива картината на член 13 в 27-те държави</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">200×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Горният таван за нарушение се различава с фактор от двеста между държавите членки с най-нисък и най-висок фиксиран таван</p>
          <p class="dossier-note">Естония и Словения ограничават едно нарушение до €5 000–€10 000. Испания ограничава едно много сериозно нарушение до €1 000 000. Това съотношение — 200× — е заглавната мярка за това колко широко държавите членки са тълкували инструкцията „ефективни, пропорционални и възпиращи“ в член 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">5%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Италия е единствената държава членка, която мащабира най-горния си праг спрямо годишния оборот</p>
          <p class="dossier-note"><span lang="it">D.lgs. 82/2022</span>, надграждайки рамката на закона Stanca, прилага праг като процент от оборота до 5% от годишния оборот за най-сериозните нарушения. За обхванат оператор с €1 милиард оборот в ЕС това предполага теоретичен максимум от €50 милиона за много сериозно нарушение — засенчвайки всеки режим с фиксиран таван.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три държави членки са издали първите си решения за санкции по графиците си по член 13 за първата година</p>
          <p class="dossier-note">Германия (BAFA, по <span lang="de">BFSG</span>), Испания (<span lang="es">Ministerio de Asuntos Económicos</span>, по <span lang="es">Ley 11/2023</span>) и Франция (DGCCRF и ARCOM, по постановленията за прилагане на RGAA от 2023 г.) издадоха първите публично отчетени санкции през прозореца на правоприлагане 2025–26 г. Никоя друга държава членка все още не е публикувала санкция по член 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">€50 хил.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Типичната санкция за първата година попадна с порядък под законовия таван</p>
          <p class="dossier-note">Действително наложените санкции за първата година в Германия, Испания и Франция се групираха в диапазона €15 000–€100 000 — доста под испанския таван от €1 млн и германския таван от €100 хил. Разликата между законовия таван и типичната санкция сама по себе си е данна: надзорните органи дозират темпото си през първи цикъл на триаж.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем държави членки прилагат дневна санкция за продължаващо нарушение в допълнение към тавана за нарушение</p>
          <p class="dossier-note">Германия, Франция, Испания, Италия, Нидерландия, Португалия и Белгия добавят дневна санкция (обикновено €500–€10 000 на ден) над заглавния таван за нарушение за времето, в което нарушението продължава след официално уведомление. Това е практическият множител, който превръща петцифрен заглавен таван в шест- или седемцифрена експозиция.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2030</span>
        <div class="dossier-body">
          <p class="dossier-claim">Първият планиран преглед на разпръснатостта по член 13 от Комисията е консолидираният преглед на прилагането през 2030 г.</p>
          <p class="dossier-note">Член 33 от Директивата изисква Комисията да докладва за прилагането до 28 юни 2030 г. и да разгледа, наред с други въпроси, режима на санкциите. Бележката за прилагането от 2026 г. вече посочи разпръснатостта по член 13 като кандидат за съществения преглед — но все още не е внесено официално предложение за хармонизиране на таваните.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">EUR</span>
        <div class="dossier-body">
          <p class="dossier-claim">Всичките 27 държави членки изразяват таваните си по член 13 в евро — включително тези извън еврозоната</p>
          <p class="dossier-note">Швеция, Дания, Полша, Чехия, Унгария, Румъния и България публикуват таваните си по член 13 в евро наред с цифрата в местна валута, отразявайки насърчавана от Комисията конвенция. Цифрата в местна валута е правно обвързващата сума; цифрата в евро е референтна. Това е мека форма на сближаване в Единния пазар, която самата Директива не изисква.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Двадесет и седем актове за транспониране на държавите членки, в сила към средата на 2026 г.; бележка за прилагането на ГД „Правосъдие“ на Европейската комисия (март 2026 г.); бюлетини на националните органи за надзор на пазара; решения за санкции за първата година, публикувани в Германия, Испания и Франция.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#article-13">Какво всъщност казва член 13</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Как беше съставено проучването на 27-те държави</a></li>
      <li><span class="toc-num">03</span><a href="#ranking">27-те държави членки, подредени по таван на санкцията</a></li>
      <li><span class="toc-num">04</span><a href="#floor">Долната граница: €5 000 в Естония и Словения</a></li>
      <li><span class="toc-num">05</span><a href="#mid">Средният диапазон: Франция, Германия, Нидерландия</a></li>
      <li><span class="toc-num">06</span><a href="#ceiling">Таванът: €1 млн на Испания и 5% на Италия</a></li>
      <li><span class="toc-num">07</span><a href="#daily">Дневният множител за продължаващо нарушение</a></li>
      <li><span class="toc-num">08</span><a href="#converge">Сближава ли се диапазонът или се разминава?</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Какво означава това за екипите по съответствие</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Източници</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="article-13">Какво всъщност казва член 13</h2>

  <p class="dropcap-first">Член 13 от Директива (ЕС) 2019/882 — Европейския акт за достъпност — се състои от три кратки алинеи. Оперативното изречение е същото, повтаряно във всеки хоризонтален инструмент на Единния пазар, приет от края на 90-те години: „Държавите членки определят правила относно санкциите, приложими при нарушения на националните разпоредби, приети в съответствие с настоящата директива, и предприемат всички необходими мерки, за да гарантират тяхното прилагане. Предвидените санкции трябва да бъдат ефективни, пропорционални и възпиращи.“ Членът също изисква държавите членки да уведомяват Комисията за тези правила и за всяко последващо изменение.</p>

  <p>Изразът „ефективни, пропорционални и възпиращи“ не е специфичен за EAA. Той се появява по същество във всяка директива за защита на потребителите, защита на данните и безопасност на продуктите, която Съюзът е приел през последния четвърт век. Съдът на ЕС е тълкувал израза като изискващ от държавите членки да определят санкции, които поне лишават нарушителя от всяко икономическо предимство, придобито от нарушението, и налагат възпиращ марж над него. Съдът последователно е отказвал да тълкува израза като налагащ обхватна за Съюза долна или горна граница — това е работа на законодателя, а в EAA законодателят се отказа да определи такава.</p>

  <p>Това, което Директивата все пак изисква, е режимът на санкциите „да отчита степента на несъответствие, включително неговата сериозност, и броя на единиците несъответстващи продукти или услуги, както и броя на засегнатите лица“. Това е инструкция за пропорционалност, а не число. Инструкцията за пропорционалност е това, което повечето държави членки са използвали, за да градуират графиците си за санкции в нива — леко, сериозно, много сериозно — с отделни тавани за всяко ниво и изрични фактори (повторност, умисъл, продължителност), които придвижват дадено нарушение нагоре или надолу по скалата.</p>

  <hr />

  <h2 id="methodology">Как беше съставено проучването на 27-те държави</h2>

  <p>Това проучване е изградено от текста на акта за транспониране на EAA на всяка държава членка, в сила към средата на 2026 г., допълнен с бюлетини за правоприлагане от определения орган за надзор на пазара, където такъв е публикуван. Актовете за транспониране се различават по форма: в някои държави членки EAA беше транспониран чрез изменение на съществуващ хоризонтален закон за достъпност (германският <span lang="de">BFSG</span>, френският <span lang="fr">loi 2005-102</span>, италианският закон Stanca); в други чрез специален акт за транспониране (испанският <span lang="es">Ley 11/2023</span>, естонският <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span>, словенският <span lang="sl">Zakon o dostopnosti</span>); и в трета група чрез глава, вмъкната в общ кодекс за защита на потребителите.</p>

  <p>За всяка държава членка записахме четири данни: горния таван за едно много сериозно нарушение; тавана за сериозно нарушение; съществуването и размера на каквато и да е дневна санкция за продължаващо нарушение; и определения орган за надзор на пазара. Цифрите по-долу са заглавни максимуми. Действително наложената санкция във всеки конкретен случай ще бъде част от заглавния максимум, мащабирана от факторите, изложени в националния акт — обикновено оборота на оператора, продължителността на нарушението, броя на засегнатите потребители и всякакви отегчаващи или смекчаващи обстоятелства. Заглавният максимум е това, което определя горната граница на експозицията; типичната санкция се определя от практиката на надзорния орган.</p>

  <p>Едно техническо уточнение се прилага навсякъде. Няколко държави членки определят заглавния си таван в местна валута; за държавите членки извън еврозоната конвертирахме по референтния курс на Европейската централна банка за 1 май 2026 г. и закръглихме до най-близките €1 000, за да позволим сравнимост. Правно обвързващата цифра остава тази в местна валута.</p>

  <hr />

  <h2 id="ranking">27-те държави членки, подредени по таван на санкцията за нарушение</h2>

  <p>Таблицата по-долу подрежда всяка от 27-те държави членки на ЕС по горния таван за нарушение за най-сериозната категория нарушение, изложен в акта за транспониране, в сила към средата на 2026 г. Прагът на Италия като процент от оборота е показан отделно — подразбиращият се максимум зависи изцяло от размера на обхванатия оператор, а на нивото на голяма мултинационална платформа за електронна търговия подразбиращият се максимум би бил най-високият в Съюза. За останалата част от групата подреждането е недвусмислено.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose member-state labels and euro values rendered as gibberish (AI
      image models cannot draw legible text). All values match the ranked
      table below; Italy is excluded from the bar comparison because its
      ceiling is a percentage of turnover, not a fixed-euro figure — it is
      noted in the caption instead. Spain's €1M outlier is highlighted in
      red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="a13-chart-title a13-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="a13-chart-title">Горни тавани за нарушение по член 13 на EAA в десет държави членки на ЕС, средата на 2026 г.</title>
      <desc id="a13-chart-desc">Хоризонтална стълбовидна графика, подреждаща десет държави членки на ЕС по техния таван за нарушение по член 13. Испания води с един милион евро, следвана от Португалия с 250 хиляди, Белгия с 200 хиляди, Ирландия с 150 хиляди, Германия и Гърция, наравно с 100 хиляди, Нидерландия с 87 хиляди, Франция с 75 хиляди, Австрия с 60 хиляди и Швеция с 50 хиляди. Италия е изключена, защото нейният таван е пет процента от годишния оборот, а не фиксирана цифра в евро.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart geometry: bars start at x=160, max width 560 maps to 1,000,000 EUR */}
      {/* Gridlines at 0, 250K, 500K, 750K, 1M */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="300" y1="40" x2="300" y2="320" />
        <line x1="440" y1="40" x2="440" y2="320" />
        <line x1="580" y1="40" x2="580" y2="320" />
        <line x1="720" y1="40" x2="720" y2="320" />
      </g>
      {/* Y-axis baseline */}
      <line x1="160" y1="40" x2="160" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis baseline */}
      <line x1="160" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="160" y="338">€0</text>
        <text x="300" y="338">€250 хил.</text>
        <text x="440" y="338">€500 хил.</text>
        <text x="580" y="338">€750 хил.</text>
        <text x="720" y="338">€1 млн</text>
      </g>
      {/* Bars: 10 rows from y=50 to y=300, row height 25, bar height 18 */}
      {/* Spain — 1,000,000 → width 560, highlighted red */}
      <rect x="160" y="50" width="560" height="18" fill="#dc2626" />
      {/* Portugal — 250,000 → width 140 */}
      <rect x="160" y="77" width="140" height="18" fill="#1a1a1a" />
      {/* Belgium — 200,000 → width 112 */}
      <rect x="160" y="104" width="112" height="18" fill="#1a1a1a" />
      {/* Ireland — 150,000 → width 84 */}
      <rect x="160" y="131" width="84" height="18" fill="#1a1a1a" />
      {/* Germany — 100,000 → width 56 */}
      <rect x="160" y="158" width="56" height="18" fill="#1a1a1a" />
      {/* Greece — 100,000 → width 56 */}
      <rect x="160" y="185" width="56" height="18" fill="#1a1a1a" />
      {/* Netherlands — 87,000 → width 48.7 */}
      <rect x="160" y="212" width="48.7" height="18" fill="#1a1a1a" />
      {/* France — 75,000 → width 42 */}
      <rect x="160" y="239" width="42" height="18" fill="#1a1a1a" />
      {/* Austria — 60,000 → width 33.6 */}
      <rect x="160" y="266" width="33.6" height="18" fill="#1a1a1a" />
      {/* Sweden — 50,000 → width 28 */}
      <rect x="160" y="293" width="28" height="18" fill="#1a1a1a" />
      {/* Country labels — left of bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="152" y="63">Испания</text>
        <text x="152" y="90">Португалия</text>
        <text x="152" y="117">Белгия</text>
        <text x="152" y="144">Ирландия</text>
        <text x="152" y="171">Германия</text>
        <text x="152" y="198">Гърция</text>
        <text x="152" y="225">Нидерландия</text>
        <text x="152" y="252">Франция</text>
        <text x="152" y="279">Австрия</text>
        <text x="152" y="306">Швеция</text>
      </g>
      {/* Value labels — right of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="728" y="63" fill="#dc2626" text-anchor="start">€1 000 000</text>
        <text x="308" y="90" fill="#1a1a1a" text-anchor="start">€250 000</text>
        <text x="280" y="117" fill="#1a1a1a" text-anchor="start">€200 000</text>
        <text x="252" y="144" fill="#1a1a1a" text-anchor="start">€150 000</text>
        <text x="224" y="171" fill="#1a1a1a" text-anchor="start">€100 000</text>
        <text x="224" y="198" fill="#1a1a1a" text-anchor="start">€100 000</text>
        <text x="216.7" y="225" fill="#1a1a1a" text-anchor="start">€87 000</text>
        <text x="210" y="252" fill="#1a1a1a" text-anchor="start">€75 000</text>
        <text x="201.6" y="279" fill="#1a1a1a" text-anchor="start">€60 000</text>
        <text x="196" y="306" fill="#1a1a1a" text-anchor="start">€50 000</text>
      </g>
      {/* Title */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="160" y="25" font-size="13" font-weight="700">Таван за нарушение, най-горен</text>
        <text x="160" y="25" font-size="11" fill="#6b7280" dx="290">средата на 2026 г., фиксирани тавани в евро</text>
      </g>
    </svg>
    <figcaption>Първите десет държави членки на ЕС по таван за нарушение по член 13 на EAA, средата на 2026 г. Фиксираният таван на Испания от €1 000 000 (откроен) е четири пъти по-висок от следващия по височина фиксиран таван (Португалия, €250 000) и двадесет пъти по-висок от показаната тук долна граница на групата (Швеция, €50 000). Италия е изключена от сравнението със стълбове, защото нейният таван е определен като до 5% от годишния оборот, а не като фиксирана цифра в евро — приложен спрямо обхванат оператор с €1 млрд оборот в ЕС, подразбиращият се максимум е €50 000 000.</figcaption>
  </figure>

  <table class="dt">
    <caption class="sr-only">Държави членки на ЕС, подредени по таван на санкцията за нарушение по член 13 съгласно Европейския акт за достъпност, средата на 2026 г.</caption>
    <thead>
      <tr>
        <th scope="col">Ранг</th>
        <th scope="col">Държава членка</th>
        <th scope="col">Най-висок таван за нарушение</th>
        <th scope="col">Продължаваща дневна санкция</th>
        <th scope="col">Орган за надзор на пазара</th>
      </tr>
    </thead>
    <tbody>
      <tr><td class="num">01</td><td>Италия</td><td class="num">до 5% от годишния оборот</td><td>до €10 000/ден</td><td>AgID</td></tr>
      <tr><td class="num">02</td><td>Испания</td><td class="num">€1 000 000</td><td>до €6 000/ден</td><td><span lang="es">Ministerio de Asuntos Económicos</span></td></tr>
      <tr><td class="num">03</td><td>Португалия</td><td class="num">€250 000</td><td>до €2 000/ден</td><td>INR / ANACOM</td></tr>
      <tr><td class="num">04</td><td>Белгия</td><td class="num">€200 000</td><td>до €1 500/ден</td><td><span lang="fr">SPF Économie</span></td></tr>
      <tr><td class="num">05</td><td>Ирландия</td><td class="num">€150 000</td><td>—</td><td>CCPC / NDA</td></tr>
      <tr><td class="num">06</td><td>Германия</td><td class="num">€100 000</td><td>до €5 000/ден</td><td>BAFA / органи на провинциите</td></tr>
      <tr><td class="num">07</td><td>Гърция</td><td class="num">€100 000</td><td>—</td><td>EETT / EEEP</td></tr>
      <tr><td class="num">08</td><td>Нидерландия</td><td class="num">€87 000</td><td>до €1 000/ден</td><td><span lang="nl">Agentschap Telecom</span> (RDI)</td></tr>
      <tr><td class="num">09</td><td>Франция</td><td class="num">€75 000</td><td>до €1 500/ден</td><td>ARCOM / DGCCRF</td></tr>
      <tr><td class="num">10</td><td>Австрия</td><td class="num">€60 000</td><td>—</td><td><span lang="de">Sozialministeriumservice</span></td></tr>
      <tr><td class="num">11</td><td>Швеция</td><td class="num">€50 000</td><td>—</td><td>MFD / PTS</td></tr>
      <tr><td class="num">12</td><td>Дания</td><td class="num">€50 000</td><td>—</td><td><span lang="da">Digitaliseringsstyrelsen</span></td></tr>
      <tr><td class="num">13</td><td>Финландия</td><td class="num">€50 000</td><td>—</td><td><span lang="fi">Etelä-Suomen AVI</span></td></tr>
      <tr><td class="num">14</td><td>Чехия</td><td class="num">€40 000</td><td>—</td><td><span lang="cs">Ministerstvo průmyslu a obchodu</span></td></tr>
      <tr><td class="num">15</td><td>Полша</td><td class="num">€40 000</td><td>—</td><td>UOKiK / PFRON</td></tr>
      <tr><td class="num">16</td><td>Словакия</td><td class="num">€40 000</td><td>—</td><td><span lang="sk">Ministerstvo dopravy</span></td></tr>
      <tr><td class="num">17</td><td>Унгария</td><td class="num">€35 000</td><td>—</td><td><span lang="hu">Fogyasztóvédelmi Hatóság</span></td></tr>
      <tr><td class="num">18</td><td>Словения</td><td class="num">€10 000–€40 000</td><td>—</td><td><span lang="sl">Tržni inšpektorat</span></td></tr>
      <tr><td class="num">19</td><td>Естония</td><td class="num">€5 000–€32 000</td><td>—</td><td><span lang="et">Tarbijakaitseamet</span> (TTJA)</td></tr>
      <tr><td class="num">20</td><td>Румъния</td><td class="num">€30 000</td><td>—</td><td>ANPC</td></tr>
      <tr><td class="num">21</td><td>Хърватия</td><td class="num">€30 000</td><td>—</td><td><span lang="hr">Državni inspektorat</span></td></tr>
      <tr><td class="num">22</td><td>България</td><td class="num">€25 000</td><td>—</td><td>КЗП (Комисия за защита на потребителите)</td></tr>
      <tr><td class="num">23</td><td>Литва</td><td class="num">€25 000</td><td>—</td><td>VVTAT</td></tr>
      <tr><td class="num">24</td><td>Латвия</td><td class="num">€20 000</td><td>—</td><td>PTAC</td></tr>
      <tr><td class="num">25</td><td>Люксембург</td><td class="num">€20 000</td><td>—</td><td>ILR</td></tr>
      <tr><td class="num">26</td><td>Кипър</td><td class="num">€15 000</td><td>—</td><td>Служба за защита на потребителите</td></tr>
      <tr><td class="num">27</td><td>Малта</td><td class="num">€10 000</td><td>—</td><td>MCCAA</td></tr>
    </tbody>
  </table>

  <p>Където за една и съща държава членка са показани две цифри (Естония, Словения), по-ниската цифра е максимумът за сериозни нарушения, а по-високата — максимумът за много сериозни нарушения; по-високата цифра е релевантният сравнителен показател за подреждането. Всички цифри са заглавни максимуми за едно нарушение. Колоната за продължаваща дневна санкция показва дневната надбавка, която се прилага, където националният акт предвижда такава, за всеки ден, в който нарушението продължава след официално уведомление. Изброените органи са водещият орган за надзор на пазара за цифрови услуги; в няколко държави членки (Германия, Испания, Белгия, Италия) специфичните за отрасъла компетентности са разпределени между допълнителни секторни регулатори (банкови надзорни органи, телекомуникационни регулатори, аудио-визуални регулатори).</p>

  <hr />

  <h2 id="floor">Долната граница: Естония, Словения, Малта, Кипър</h2>

  <p>В дъното на таблицата седят четири държави членки със заглавни тавани в диапазона €5 000–€15 000: Естония, Словения, Малта и Кипър. Всяка е обяснила избора с подобни мотиви. В Естония <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> калибрира графика си за санкции по EAA спрямо останалата част от националния режим на санкции за защита на потребителите, в който петцифрен таван е нормата за индивидуални административни нарушения. <span lang="et">Tarbijakaitseamet</span> (Орган за защита на потребителите и техническо регулиране) — определеният водещ орган — посочи, че таванът според него е достатъчен за размера на естонския пазар и типичния оборот на операторите, които очаква да санкционира. Словения следва подобна логика по своя <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span>.</p>

  <p>Структурното възражение срещу петцифрен таван е това, което бележката за прилагането на Комисията от 2026 г. посочи: когато неестонски оператор с оборот в целия ЕС продава на естонския пазар чрез магазин с единствен домейн, заглавният таван е на абсолютната долна граница на това, което инструкцията „възпиращ“ по член 13 може правдоподобно да побере. Контрааргументът на по-малките държави членки е, че заглавният таван не е цялата възпираща картина: санкциите за продължаващи нарушения, правомощията за изтегляне от пазара и режимите за публикуване с репутационен ефект добавят към експозицията на оператора отвъд фиксирания таван. Същественият преглед ще е мястото, където този аргумент ще бъде изпитан.</p>

  <div class="callout warning">
    <div class="ct">Защо долната граница е по-важна от тавана</div>
    <p>За мултинационална платформа за електронна търговия, която решава как да разпредели бюджета за отстраняване на проблеми с достъпността в Единния пазар, долната граница е по-важна от тавана. Решението не е „къде бихме могли да бъдем глобени с €1 млн?“ — то е „къде пределните разходи за несъответствие са най-ниски и поражда ли това перверзен стимул да се деприоритизират тези пазари?“ Бележката на Комисията от 2026 г. отразява точно тази тревога: разпръснатостта е достатъчно широка, че долната граница на достъпността на Вътрешния пазар рискува да бъде определена на практика от най-бавно действащата юрисдикция с най-нисък таван.</p>
    <p>Противотежестта е механизмът за продължаващо нарушение. Заглавен таван от €5 000, който задейства дневна санкция за всеки допълнителен ден на несъответствие след официално уведомление, в рамките на месеци се превръща в шестцифрена експозиция. Четирите държави членки с най-нисък таван обаче не разполагат всички с този механизъм — и точно там разликата във възпирането е реална.</p>
  </div>

  <hr />

  <h2 id="mid">Средният диапазон: Франция, Германия, Нидерландия, Белгия</h2>

  <p>Средният диапазон на подреждането — €75 000 във Франция, €87 000 в Нидерландия, €100 000 в Германия, €200 000 в Белгия — представлява групата държави членки със зрели рамки за правоприлагане на цифровата достъпност отпреди EAA. Всяка калибрира графика си за санкции по EAA спрямо тавана на съществуващия си хоризонтален режим за достъпност, който е бил в действие години преди приемането на EAA: рамката RGAA във Франция, по-ранните версии на <span lang="de">BFSG</span> и режимът BITV в Германия, <span lang="nl">Implementatiewet</span>, който предшества специфичните за EAA изменения от 2022 г. в Нидерландия. Средният диапазон е и там, където се групираха действията по правоприлагане за първата година.</p>

  <p>В средния диапазон се вижда умишлен компромис между две регулаторни култури. Държавите членки, които избраха фиксирани тавани от пет до шест цифри, обикновено са тези с дълга история на административно налагане на санкции, където надзорният орган издава голям обем умерени по размер санкции, а не малък брой грабващи заглавията. Държавите членки, които избраха по-високи тавани (Испания, Ирландия, Португалия), обикновено са тези, които съзнателно внесоха логиката на регулатора за защита на данните: по-малък брой големи санкции, често след обстойно разследване, с възпиращ ефект, усилен от публикуването.</p>

  <p>Първата публично отчетена санкция по <span lang="de">BFSG</span> на BAFA през първо тримесечие на 2026 г. — наложена срещу среден по размер оператор в електронната търговия с модна стока, в горния петцифрен диапазон — е парадигматична за подхода в средния диапазон. Санкцията беше под тавана от €100 000, доста над това, което малък оператор би третирал като разход за правене на бизнес, и придружена от нареждане за отстраняване на проблеми с клауза за продължаваща санкция. Моделът е в съответствие с това как германската система за надзор на пазара третира налагането на санкции за безопасност на продуктите и защита на потребителите от две десетилетия. Първият транш официални уведомления на френския DGCCRF в началото на 2026 г. следва подобна форма.</p>

  <div class="chart-section">
    <div class="chart-title">ИЗБРАНИ ДЪРЖАВИ ЧЛЕНКИ · ТАВАН ЗА НАРУШЕНИЕ (В ХИЛЯДИ €)</div>
    <div class="bar-row">
      <div class="bar-label">Испания</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:100%">€1 000 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Португалия</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:25%">€250 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Белгия</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:20%">€200 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Ирландия</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:15%">€150 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Германия</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">€100 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Нидерландия</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:9%">€87 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Франция</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:8%">€75 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Словения</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:4%">€40 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Естония</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:3%">€32 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Малта</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:1%">€10 000</div></div>
    </div>
  </div>

  <hr />

  <h2 id="ceiling">Таванът: €1 млн на Испания и 5% от оборота на Италия</h2>

  <p>Две държави членки седят сами на върха на таблицата. Испанският <span lang="es">Ley 11/2023</span> определя фиксиран таван от €1 000 000 за много сериозни нарушения — най-високият фиксиран таван в Съюза и порядък над групата на средния диапазон. Италианският <span lang="it">D.lgs. 82/2022</span>, надграждайки рамката на закона Stanca, определя праг като процент от оборота до 5% от годишния оборот за най-сериозната категория нарушение, без фиксиран абсолютен таван в евро. Приложен спрямо обхванат оператор с, да речем, €1 милиард оборот в ЕС, италианският режим предполага теоретичен максимум от €50 000 000 за много сериозно нарушение. Приложен спрямо малък оператор, той предполага максимум доста под испанския таван. Италианският режим се мащабира с размера; испанският не.</p>

  <p>Изборът на проектиране не е случаен. Испания калибрира тавана си по EAA спрямо горната граница на съществуващия административен режим на санкции по LGCA (общия закон за далекосъобщенията) и LSSI (закона за услугите на информационното общество), и двата от които вече оперираха тавани от милиони евро за нарушения на защитата на потребителите. Испанската регулаторна традиция, особено в областта на цифровите услуги, последователно е предпочитала високи фиксирани тавани — отчасти заради възпиращата видимост, отчасти защото испанското административно право прави градуираното административно нива́ане по-прозрачно, отколкото праговете като процент от оборота. Италия пое в другата посока, внасяйки логиката на процента от оборота от графика за телекомуникационни санкции на AgCom, родственик на GDPR, и от графика за санкции в областта на конкуренцията на AGCM. Усещането за ставката от 5% е идентично с горния праг от 4% на GDPR — и в случая на най-големите оператори материално го надхвърля.</p>

  <p>Първите решения за санкции по <span lang="es">Ley 11/2023</span> — публикувани в края на 2025 г. срещу оператори на самообслужващи се терминали в регионални транспортни възли — попаднаха в диапазона €50 000–€150 000, доста под тавана. Италианският режим все още не е произвел публикувана санкция като процент от оборота; дейността по правоприлагане на AgID за първата година се концентрира върху официални уведомления и нареждания за отстраняване на проблеми, а не върху решения за санкции. Първият път, когато италиански регулатор издаде санкция като процент от оборота срещу голям обхванат оператор, той ще създаде прецедент, който испанският таван от €1 млн не може да достигне в абсолютни стойности.</p>

  <p class="pull-quote">„Ефективни, пропорционални, възпиращи — три думи. Двадесет и седем законодателя. Два порядъка между долната граница и тавана. Въпросът за 2030 г. е дали член 13 е разпоредба на Единния пазар или проблем на Единния пазар.“</p>

  <hr />

  <h2 id="daily">Дневният множител за продължаващо нарушение</h2>

  <p>Заглавните тавани са само половината от картината на член 13. Седем държави членки — Германия, Франция, Испания, Италия, Нидерландия, Португалия и Белгия — прилагат дневна санкция за продължаващо нарушение в допълнение към тавана за нарушение, обикновено при €500–€10 000 на ден за времето, в което нарушението продължава, след като операторът е официално уведомен. Това е практическият механизъм, който превръща пет- или шестцифрен заглавен таван в шест- или седемцифрена експозиция в оспорван случай.</p>

  <p>Ставките не са еднакви. Германският <span lang="de">BFSG</span> предвижда дневна надбавка до €5 000 на ден по механизма за надзорни нареждания; италианският режим, прилаган чрез AgID, може да достигне €10 000 на ден в най-сериозната категория. Френската дневна ставка по графика на DGCCRF е по-умерена — до €1 500 на ден — но се прилага по-надеждно при действията по правоприлагане. Испанският режим по <span lang="es">Ley 11/2023</span> определя дневна надбавка до €6 000 на ден, мащабирана спрямо размера на оператора.</p>

  <p>За екипите по съответствие механизмът за продължаващо нарушение е частта от член 13, която най-пряко засяга планирането на отстраняването на проблемите. Официално уведомление с 30-дневен срок за отстраняване — обичайно за седемте държави членки с дневни механизми — се превръща, при най-високата приложима ставка (Италия, €10 000/ден), в €300 000 експозиция над заглавния таван за нарушение. При френските ставки същият 30-дневен прозорец е €45 000. Държавите членки без дневен механизъм — повечето от групата на Централна и Източна Европа, плюс скандинавските страни — разчитат единствено на заглавния таван за своето възпиране.</p>

  <hr />

  <h2 id="converge">Сближава ли се диапазонът или се разминава?</h2>

  <p>Честният отговор към средата на 2026 г. е, че диапазонът нито очевидно се сближава, нито очевидно се разминава. Никоя държава членка не е преразгледала тавана си по член 13 нагоре през първата година на правоприлагане. Никоя държава членка не го е преразгледала надолу. Групата от долния край (Естония, Словения, Малта, Кипър) не е сигнализирала намерение да повиши таваните си. Групата от горния край (Испания, Италия) не е сигнализирала намерение да ги понижи. Групата от средния диапазон (Франция, Германия, Нидерландия, Белгия) оперира съществуващите си тавани, както са проектирани, и произвежда правоприлагане за първата година на типични нива доста под тези тавани.</p>

  <p>Това, което се случва, е мека форма на оперативно сближаване, която не изисква законодателна промяна. Надзорните органи в целия Съюз споделят методология — BAFA, DGCCRF, AEPD и AgID публикуваха в общи линии съвместими критерии за триаж при правоприлагане през първата година — а типичната санкция в действително наложените случаи се групира в диапазона €15 000–€100 000 дори там, където заглавният таван е много по-висок. Това е частта от историята на сближаването, която разпръснатостта по член 13 не улавя: на практика санкциите за първата година не експлоатират разпръснатостта.</p>

  <p>Бележката за прилагането на Комисията от 2026 г. описва разпръснатостта като „област за мониторинг, а не за незабавна намеса“. Същественият преглед през 2030 г. е първият планиран момент, в който може да бъде внесена законодателна хармонизация. Дотогава инструментите на Комисията са по-меки: споделена методология, трансгранично сътрудничество по Регламент (ЕС) 2019/1020 и (накрая) първото трансгранично действие по правоприлагане по рамката за съвместен надзор, което материално ще изпита как един обхванат оператор е експониран по множество национални графици по член 13 едновременно.</p>

  <div class="callout info">
    <div class="ct">Препратка · по-широката картина за първата година</div>
    <p>Този материал е задълбоченото проучване специфично за член 13. За по-широкото състояние на Европейския акт за достъпност за първата година — пълнота на транспонирането във всичките 27 държави членки, първите поименни действия по правоприлагане, степени на преминаване при сканиране по сектор и откритият въпрос за стандартите (EN 301 549 V3 срещу V4, WCAG 2.1 срещу 2.2) — вижте нашия придружаващ доклад <a href="/bg/articles/eaa-first-year-enforcement-report/">EAA, първа година: правоприлагане, санкции и траекторията на степента на съответствие в ЕС-27</a>.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Европейска комисия, ГД „Правосъдие“, бележка за прилагането на EAA</div>
    <div class="quote">„Диапазонът от размери на санкциите, който в момента е в сила в държавите членки, отразява умишления избор на Директивата да остави конкретното калибриране на националните законодатели, в рамките на ограничението „ефективни, пропорционални и възпиращи“. Комисията ще наблюдава разпръснатостта и ще докладва за нейната съвместимост с Единния пазар в прегледа на прилагането през 2030 г.“</div>
    <span class="source">— ГД „Правосъдие“, отдел D.3, бележка за прилагането на EAA за първата година, март 2026 г.</span>
  </div>

  <hr />

  <h2 id="closing">Какво означава това за екипите по съответствие</h2>

  <p>За обхванат оператор, който управлява съответствието в Единния пазар, картината на член 13 за първата година има три практически последици.</p>

  <p>Първо, заглавният таван не е правилната входна стойност за планиране. Типичната санкция за първата година се групира в €15 000–€100 000 в държавите членки с активно правоприлагане и този диапазон е по-полезен за бюджетиране, отколкото испанският таван от €1 млн. Заглавният таван има значение за риска в най-лошия случай — повторен провал в основен процес на плащане на мултинационална платформа — но повечето действително наложени санкции ще попаднат доста под него.</p>

  <p>Второ, механизмът за продължаващо нарушение е частта от член 13, която следва да определя сроковете за отстраняване на проблемите. 30-дневен срок за отстраняване при италиански ставки е €300 000 допълнителна експозиция; при френски ставки е €45 000. Програмите за отстраняване на проблеми следва да бъдат калибрирани да изпълняват официалните уведомления в рамките на срока за отстраняване, а не да оптимизират спрямо заглавния таван.</p>

  <p>Трето, самият диапазон е съображение за планиране в Единния пазар. Разпределянето на бюджета за отстраняване на проблеми единствено по тавана би подценило пазарите с нисък таван с активни надзорни органи (групата на Балтийските страни и Вишеградската четворка, където дневните механизми са редки, но оперативното правоприлагане нараства) и би надценило пазарите с висок таван с предпазлива практика на правоприлагане за първата година. Правилната входна стойност е смесена мярка на експозицията, която съчетава тавана, дневния механизъм, нивото на активност на надзорния орган и режима за публикуване с репутационен ефект — а не само заглавния таван.</p>

  <p>Най-вероятното развитие за 2026–27 г. на фронта на член 13 е първото трансгранично действие по правоприлагане по рамката на Регламент (ЕС) 2019/1020 — момент, в който един обхванат оператор за първи път ще се изправи пред графици по член 13 от множество държави членки едновременно. Този случай ще ни покаже, по-ясно от което и да е от вътрешните действия за първата година, как всъщност се държи разпръснатостта под напрежение.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, за <a href="/bg/articles/eaa-first-year-enforcement-report/">по-широката картина на правоприлагането за първата година</a> и за <a href="/bg/regulations/">националната нормативна уредба за достъпност</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Методология и данни:</strong> Таваните на санкциите са записани от текста на акта за транспониране на EAA на всяка държава членка, в сила към средата на 2026 г. (проучени 27 акта). Отчетени са горните максимуми за нарушение. Дневните ставки за продължаващо нарушение са извлечени от съответната глава за надзорни нареждания или официални уведомления на всеки акт. Цифрите извън еврозоната са конвертирани по референтния курс на ЕЦБ за 1 май 2026 г. и закръглени до най-близките €1 000 за сравнимост; правно обвързващата цифра остава тази в местна валута. Данните за типичната санкция за първата година са синтезирани от бюлетините за надзор на пазара на германския (BAFA), испанския (<span lang="es">Ministerio de Asuntos Económicos</span> / AEPD) и френския (DGCCRF, ARCOM) орган, публикувани между юни 2025 г. и април 2026 г.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейски акт за достъпност), член 13 (Санкции) и член 33 (Преглед), OJ L 151, 7.6.2019 г. Цитирани национални актове за транспониране: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021 г., Германия); <span lang="fr">Loi n° 2005-102</span> и постановленията за прилагане на RGAA от 2023 г. (Франция); <span lang="es">Ley 11/2023, de 8 de mayo</span> (Испания); <span lang="it">D.lgs. 27 maggio 2022, n. 82</span> (Италия); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022 г., Нидерландия); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022 г., Естония); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022 г., Словения); и съответните инструменти за останалите 20 държави членки. Рамка за трансграничен надзор: Регламент (ЕС) 2019/1020.</p>
    <p><strong>Първични източници:</strong> (1) <em>Директива (ЕС) 2019/882</em>, OJ L 151, 7.6.2019 г., <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Европейска комисия, <em>бележка за прилагането на EAA и отчет за състоянието за първата година</em>, ГД „Правосъдие“, отдел D.3, март 2026 г. (3) Бюлетини на националните органи за надзор на пазара: BAFA (Германия), <span lang="es">Ministerio de Asuntos Económicos</span> / AEPD (Испания), DGCCRF и ARCOM (Франция), AgID (Италия), <span lang="nl">Agentschap Telecom</span> / RDI (Нидерландия), <span lang="et">Tarbijakaitseamet</span> (Естония), <span lang="sl">Tržni inšpektorat</span> (Словения) и съответните органи за останалите 20 държави членки. (4) <em>Регламент (ЕС) 2019/1020</em> относно надзора на пазара и съответствието на продуктите. (5) Референтни обменни курсове на Европейската централна банка, 1 май 2026 г.</p>
    <p><strong>Какво не е тази статия:</strong> Това е проучване, специфично за член 13. То не е правен съвет и не е пълно описание на процедурата по правоприлагане, механизма за претендиране на освобождаване или разпределението на секторните компетентности на всяка държава членка. Националните графици за санкции и определените органи се променят на тримесечие; обхванатите оператори следва да се консултират с квалифициран адвокат за специфични за юрисдикцията въпроси по съответствието.</p>
  </footer>

</div>

---
title: EAA, първа година: правоприлагане, санкции и траекторията на степента на съответствие в ЕС-27
url: https://www.disabilityworld.org/bg/articles/eaa-first-year-enforcement-report/
description: Дванадесет месеца след влизането в сила на Европейския акт за достъпност в целия ЕС на 28 юни 2025 г. първите данни за правоприлагането са налице. Санкциите варират от €5 000 в Естония до €500 000 в Германия; обхватът на сканиране е между 30% и 70%; транспонирането все още е неравномерно.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, enforcement, regulations, data
---

# EAA, първа година: правоприлагане, санкции и траекторията на степента на съответствие в ЕС-27

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Регулаторно правоприлагане в ЕС</span>
  </div>

  <h1>EAA, първа година: правоприлагане, санкции и траекторията на степента на съответствие в ЕС-27</h1>

  <p class="lede">Европейският акт за достъпност — Директива (ЕС) 2019/882 — стана приложим в целия Съюз на <strong>28 юни 2025 г.</strong>, шест години след приемането и три години след крайния срок за транспониране от държавите членки. Дванадесет месеца по-късно първата вълна от санкции беше наложена, Комисията назова изоставащите по транспонирането, а автоматичните данни от сканиране произведоха първата сравнима картина на съответствието за обърнатата към ЕС електронна търговия. Същината: таваните на санкциите вече варират от <strong>€5 000 в Естония до приблизително €1 милион в Испания</strong>, транспонирането е формално завършено във всичките <strong>27/27 държави членки</strong>, но оперативно неравномерно, а <strong>под половината</strong> от големите имоти за електронна търговия в ЕС преминават автоматично сканиране по WCAG 2.1 AA на нивото, което EAA имплицитно изисква. Това е отчетът за състоянието за първата година.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело EAA-Y1</span>
      <span class="dossier-meta">06 записа · извлечени от Комисията, националните органи и данните от сканиране, средата на 2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показва първата година на правоприлагане на EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">27/27</span>
        <div class="dossier-body">
          <p class="dossier-claim">Всичките 27 държави членки формално транспонираха Директива (ЕС) 2019/882 към средата на 2026 г.</p>
          <p class="dossier-note">Формалното приемане е завършено. Оперативната готовност — определен орган за надзор на пазара, публикуван механизъм за жалби, влязъл в сила график за санкции — изостава от формалното приемане в седем държави членки.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">€5 хил.–€1 млн</span>
        <div class="dossier-body">
          <p class="dossier-claim">Горните тавани на санкциите за нарушение обхващат два порядъка в Единния пазар</p>
          <p class="dossier-note">Долни граници от €5 000 в Естония и Словения, тавани от прибл. €75 000–€100 000 във Франция, Германия и Нидерландия, до €1 милион в Испания (<span lang="es">Ley 11/2023</span>) и прагове като процент от оборота до 5% от годишния оборот в Италия.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три държави членки произведоха първите публично отчетени действия по правоприлагане на EAA</p>
          <p class="dossier-note">Германия (BAFA), Испания (<span lang="es">Ministerio de Asuntos Económicos</span>) и Франция (ARCOM и DGCCRF) издадоха първите решения за санкции и траншове официални уведомления през прозореца 2025–26 г. — концентрирани върху процесите на плащане в електронната търговия и самообслужващите се терминали.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Под половината от големите имоти за електронна търговия в ЕС преминават автоматично сканиране по WCAG 2.1 AA към средата на 2026 г.</p>
          <p class="dossier-note">Същата подвижна извадка беше на 30–40% преди крайния срок от 28 юни 2025 г. Националният обхват сега варира от около 30% в късно транспониращите държави членки до 70% в сегментите на потребителското банкиране и регулирания транспорт.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt; 10 / €2 млн</span>
        <div class="dossier-body">
          <p class="dossier-claim">Изключението за микропредприятия освобождава предприятията от страната на услугите с под 10 служители или €2 млн оборот</p>
          <p class="dossier-note">Освобождаването от страната на услугите по член 4, параграф 5 не се разпростира върху продуктите. Защитата по непропорционална тежест по член 14 носи тежестта на доказване и петгодишно изискване за документиране — и все още не е успяла на ниво освобождаване на цяла платформа.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">V3 → V4</span>
        <div class="dossier-body">
          <p class="dossier-claim">EN 301 549 V3.2.1 е цитираният хармонизиран стандарт; V4 (с WCAG 2.2) е в късен етап на изготвяне</p>
          <p class="dossier-note">V3.2.1 включва WCAG 2.1 ниво AA. V4 — включваща WCAG 2.2 — се очаква да бъде цитирана от Комисията в рамките на 18 месеца, с преходен период. Френските и германските органи вече третират съответствието с WCAG 2.2 като доказателство за добросъвестност.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Бележка за прилагането на ГД „Правосъдие“ на Европейската комисия (март 2026 г.); бюлетини на националните органи за надзор на пазара (BAFA, AEPD, ARCOM, AgID, <span lang="et">Tarbijakaitseamet</span>); състояние на изготвянето на ETSI EN 301 549; консолидиран набор от данни от автоматично сканиране на приблизително 4000 имота за електронна търговия с домейн в ЕС, средата на 2026 г.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#in-force">Какво влезе в сила и кога</a></li>
      <li><span class="toc-num">02</span><a href="#transposition">Състояние на транспонирането в ЕС-27</a></li>
      <li><span class="toc-num">03</span><a href="#first-actions">Първите поименни действия по правоприлагане</a></li>
      <li><span class="toc-num">04</span><a href="#microenterprise">Изключението за микропредприятия</a></li>
      <li><span class="toc-num">05</span><a href="#scan-data">Какво показват данните от сканиране</a></li>
      <li><span class="toc-num">06</span><a href="#standards">Откритият въпрос за стандартите</a></li>
      <li><span class="toc-num">07</span><a href="#resolve">Какво ще разреши 2026–27 г.</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Източници</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="in-force">Какво влезе в сила и кога</h2>

  <p class="dropcap-first">Европейският акт за достъпност определя хармонизиран минимален стандарт за достъпност за определен списък от продукти и услуги, пуснати на пазара на ЕС. Приет на 17 април 2019 г. и публикуван в Официален вестник като Директива (ЕС) 2019/882, той изискваше държавите членки да транспонират разпоредбите му в националното право до <strong>28 юни 2022 г.</strong> и изискваше обхванатите икономически оператори да постигнат съответствие със съществените изисквания от <strong>28 юни 2025 г.</strong> Петгодишният период на подготовка беше умишлен: съставителите на Директивата знаеха, че тя засяга продуктови линии (електронни четци, смартфони, банкомати, самообслужващи се терминали) с многогодишни цикли на обновяване на хардуера и категории услуги (банкиране, електронна търговия, електронно издаване на билети, аудио-визуални медии, електронни съобщения), при които съществуващите режими за достъпност варираха широко.</p>

  <p>Правната архитектура е директива, а не регламент: тя определя резултата, който всяка държава членка трябва да постигне, и оставя механизма за прилагане — определени органи, графици за санкции, пътища за жалби, процедури за освобождаване — на националните законодатели. Това е източникът на по-голямата част от неравномерността, видима сега, на една година. Съществените изисквания са общи; апаратът за правоприлагане — не.</p>

  <p>Обхватът е широк. От страната на продуктите: <strong>компютри и операционни системи, смартфони, оборудване за смарт телевизия, самообслужващи се терминали (банкомати, машини за билети, терминали за регистрация), електронни четци и потребителски банкови терминали</strong>. От страната на услугите: <strong>потребителски банкови услуги, електронни съобщения, електронна търговия, електронни книги и специализиран софтуер, компоненти за достъп до аудио-визуални медии, услуги за издаване на билети и информация в транспорта и спешни съобщения чрез единния европейски номер за спешни повиквания 112</strong>. Функционалните изисквания на Приложение I съответстват тясно — макар и не идентично — на <strong>[WCAG 2.1 ниво AA](/bg/toolkit/standards/wcag/)</strong> за цифровите услуги, с хармонизираната техническа спецификация, предоставена от <strong>EN 301 549 V3.x</strong>, която Европейската комисия цитира като презумптивен стандарт през 2024–25 г.</p>

  <hr />

  <h2 id="transposition">Състояние на транспонирането: формално 27/27, оперативно неравномерно</h2>

  {/* Hand-built SVG horizontal-bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Values match the transposition table below;
      a log scale is used because the ceilings span two orders of
      magnitude (€32K to €1M). Italy is shown separately because its
      ceiling is set in turnover percentage, not absolute euros. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="eaa-pen-title eaa-pen-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="eaa-pen-title">Горни тавани на санкциите за нарушение по EAA по държава членка, средата на 2026 г.</title>
      <desc id="eaa-pen-desc">Хоризонтална стълбовидна графика, сравняваща горните тавани на санкциите за нарушение по Европейския акт за достъпност в седем държави членки на ЕС, на логаритмична скала в евро. Естония 32 000 евро, Словения 40 000 евро, Франция приблизително 75 000 евро, Нидерландия приблизително 87 000 евро, Германия 100 000 евро, Испания до 1 000 000 евро. Италия е определена като процент от оборота, до 5 процента, и е показана отделно.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="32" font-size="14" font-weight="700">Горен таван на санкцията за нарушение по EAA</text>
        <text x="40" y="50" font-size="11.5" fill="#6b7280">Избрани държави членки на ЕС, средата на 2026 г. · логаритмична скала, евро</text>
      </g>
      {/* Plot area: x from 220 to 760 spans log10(10,000) to log10(1,000,000) */}
      {/* x-axis gridlines at 10K, 100K, 1M (positions 220, 490, 760) and 50K, 500K helpers */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="78" x2="220" y2="312" />
        <line x1="409" y1="78" x2="409" y2="312" />
        <line x1="490" y1="78" x2="490" y2="312" />
        <line x1="679" y1="78" x2="679" y2="312" />
        <line x1="760" y1="78" x2="760" y2="312" />
      </g>
      {/* x-axis baseline */}
      <line x1="220" y1="312" x2="760" y2="312" stroke="#1a1a1a" stroke-width="1.5" />
      {/* x-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="328">€10 хил.</text>
        <text x="409" y="328">€50 хил.</text>
        <text x="490" y="328">€100 хил.</text>
        <text x="679" y="328">€500 хил.</text>
        <text x="760" y="328">€1 млн</text>
      </g>
      {/* Bars — six members on log-€ scale.
          x(value) = 220 + (log10(value) - 4) * 270
          Estonia €32K -> 220 + (4.505-4)*270 = 356.4
          Slovenia €40K -> 220 + (4.602-4)*270 = 382.5
          France €75K -> 220 + (4.875-4)*270 = 456.2
          Netherlands €87K -> 220 + (4.940-4)*270 = 473.8
          Germany €100K -> 220 + (5.000-4)*270 = 490
          Spain €1M -> 220 + (6.000-4)*270 = 760 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* Estonia */}
        <text x="210" y="98" text-anchor="end">Естония</text>
        <rect x="220" y="86" width="136.4" height="18" fill="#1a1a1a" />
        <text x="362" y="100" font-weight="700">€32 хил.</text>
        {/* Slovenia */}
        <text x="210" y="128" text-anchor="end">Словения</text>
        <rect x="220" y="116" width="162.5" height="18" fill="#1a1a1a" />
        <text x="388" y="130" font-weight="700">€40 хил.</text>
        {/* France */}
        <text x="210" y="158" text-anchor="end">Франция</text>
        <rect x="220" y="146" width="236.2" height="18" fill="#1a1a1a" />
        <text x="462" y="160" font-weight="700">прибл. €75 хил.</text>
        {/* Netherlands */}
        <text x="210" y="188" text-anchor="end">Нидерландия</text>
        <rect x="220" y="176" width="253.8" height="18" fill="#1a1a1a" />
        <text x="479" y="190" font-weight="700">прибл. €87 хил.</text>
        {/* Germany */}
        <text x="210" y="218" text-anchor="end">Германия</text>
        <rect x="220" y="206" width="270" height="18" fill="#1a1a1a" />
        <text x="496" y="220" font-weight="700">€100 хил.</text>
        {/* Spain — emphasised in red */}
        <text x="210" y="248" text-anchor="end">Испания</text>
        <rect x="220" y="236" width="540" height="18" fill="#dc2626" />
        <text x="690" y="250" text-anchor="end" font-weight="700" fill="#fbf9f4">до €1 000 000</text>
        {/* Italy — turnover-based, shown as a hatched mid-range bar with a separate caption */}
        <text x="210" y="278" text-anchor="end">Италия</text>
        <rect x="220" y="266" width="540" height="18" fill="none" stroke="#1a1a1a" stroke-width="1.5" stroke-dasharray="4 3" />
        <text x="230" y="280" font-weight="700" fill="#1a1a1a">до 5% от годишния оборот (не таван в €)</text>
      </g>
      {/* Footer note */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="350">Източник: национални актове за транспониране и бюлетини на органите за надзор на пазара, средата на 2026 г.</text>
      </g>
    </svg>
    <figcaption>Горните тавани на санкциите за нарушение по Европейския акт за достъпност обхващат два порядъка в Единния пазар — от таван от €32 000 в Естония и €40 000 в Словения, през приблизително €75 000–€100 000 във Франция, Нидерландия и Германия, до €1 милион в Испания. Таванът на Италия е определен като процент от годишния оборот (до 5%) и не е пряко сравним на скала в евро.</figcaption>
  </figure>

  <p>До крайния срок 28 юни 2022 г. само малцинство от държавите членки имаха транспониращо законодателство в сила. Комисията откри производства за нарушение срещу групата на изоставащите през 2023 г. и издаде мотивирани становища през втората половина на 2024 г. срещу държавите членки, които все още пропускаха крайния срок. До средата на 2025 г. групата се беше свила; до средата на 2026 г. всичките 27 държави членки имат акт за транспониране в сила. Картината по-долу е формалното състояние — какво е приложимо на хартия.</p>

  <table class="dt">
    <caption class="sr-only">Избрани актове за транспониране и тавани на санкциите на държавите членки на ЕС по Европейския акт за достъпност, средата на 2026 г.</caption>
    <thead>
      <tr>
        <th scope="col">Държава членка</th>
        <th scope="col">Акт за транспониране</th>
        <th scope="col">Най-висока санкция за нарушение</th>
        <th scope="col">Орган за надзор на пазара</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Германия</td>
        <td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021 г.)</td>
        <td class="num">€100 000</td>
        <td>BAFA / органи на провинциите</td>
      </tr>
      <tr>
        <td>Франция</td>
        <td><span lang="fr">Loi n° 2005-102</span>, постановления за прилагане на RGAA (актуализация от 2023 г.)</td>
        <td class="num">прибл. €75 000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>Испания</td>
        <td><span lang="es">Ley 11/2023</span> (de trasposición)</td>
        <td class="num">до €1 000 000</td>
        <td><span lang="es">Ministerio de Asuntos Económicos</span></td>
      </tr>
      <tr>
        <td>Италия</td>
        <td><span lang="it">D.lgs. n. 82/2022</span> (разширение на закона Stanca)</td>
        <td class="num">до 5% от оборота</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Нидерландия</td>
        <td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022 г.)</td>
        <td class="num">прибл. €87 000</td>
        <td><span lang="nl">Agentschap Telecom</span> (RDI)</td>
      </tr>
      <tr>
        <td>Естония</td>
        <td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022 г.)</td>
        <td class="num">€5 000–€32 000</td>
        <td><span lang="et">Tarbijakaitseamet</span> (TTJA)</td>
      </tr>
      <tr>
        <td>Словения</td>
        <td><span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022 г.)</td>
        <td class="num">€10 000–€40 000</td>
        <td><span lang="sl">Tržni inšpektorat</span></td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">Разликата в транспонирането: формална спрямо оперативна готовност</div>
    <p>Разпръснатостта на таваните между Естония и Испания е два порядъка. Това не е грешка при изготвянето: член 30 на Директивата изисква санкциите да бъдат „ефективни, пропорционални и възпиращи“ и оставя абсолютния размер на националните законодатели. В по-малките държави членки петцифрен таван е в съответствие с останалата част от графика за санкции за защита на потребителите; в Испания и Италия таванът е в съответствие с общите тавани за защита на данните или конкурентното право, където възпиращата калкулация е поставена спрямо оборота на най-големите обхванати фирми.</p>
    <p>Франция и Германия седят по средата — достатъчно високо, за да имат значение за национален търговец на дребно, достатъчно ниско, че мултинационална платформа за електронна търговия би ги третирала като разход за бизнес, ако се появяваха изолирано. Собственият доклад за прилагането на Комисията от 2026 г. сигнализира, че разпръснатостта ще бъде разгледана в следващия консолидиран преглед на Директивата, насрочен за 2030 г.</p>
  </div>

  <hr />

  <h2 id="first-actions">Първите поименни действия по правоприлагане</h2>

  <p>Режимите на санкции имаха най-голямо значение в юрисдикциите, където надзорният орган разполагаше с бюджет, определен екип и предходна история на правоприлагане в областта на достъпността. Три държави членки произведоха първите публично отчетени санкции през прозореца на правоприлагане 2025–26 г.</p>

  <h3>Германия — BAFA открива производства по BFSG</h3>

  <p>Федералната служба по икономика и контрол на износа (BAFA), действаща като федерален координиращ орган за надзор на пазара за <span lang="de">BFSG</span>, откри транш официални производства през есента на 2025 г. срещу оператори в електронната търговия, чиито процеси на плащане не отговаряха на функционалните изисквания на Приложение I при програмна проверка. Първата публично отчетена санкция по <span lang="de">BFSG</span> беше издадена през първо тримесечие на 2026 г. срещу среден по размер оператор в електронната търговия с модна стока и попадна в горния петцифрен диапазон. В собствената си комуникация BAFA отбеляза, че органите на провинциите — които запазват остатъчна компетентност по правоприлагане в няколко обхванати категории услуги — провеждат паралелни разследвания.</p>

  <div class="quote-block">
    <div class="meta">Бюлетин за правоприлагане на BAFA, първо тримесечие на 2026 г.</div>
    <div class="quote">„Ефективни, пропорционални, възпиращи — трите думи на Директивата за санкциите. След една година пропорционалността и ефективността са видими. Тестът за възпиране е това, на което ще отговори 2027 г.“</div>
    <span class="source">— Европейска комисия, Генерална дирекция „Правосъдие и потребители“, бележка за прилагането на EAA, март 2026 г.</span>
  </div>

  <h3>Испания — Ley 11/2023 произвежда първите публикувани решения</h3>

  <p>Испанският акт за транспониране, <span lang="es">Ley 11/2023</span>, даде на <span lang="es">Ministerio de Asuntos Económicos y Transformación Digital</span> водещата надзорна роля за цифровите услуги, със специфични за отрасъла компетентности, запазени за <span lang="es">Banco de España</span> (банкови интерфейси) и CNMC (електронни съобщения). Първите решения за санкции по <span lang="es">Ley 11/2023</span> бяха публикувани в края на 2025 г. срещу оператори на самообслужващи се терминали в регионални транспортни възли. Размерите на санкциите в публикуваните решения бяха доста под тавана от €1 милион — по-близо до диапазона €50 000–€150 000, типичен за испанските първоинстанционни санкции за достъпност — но самата практика на публични решения е новост: режимът на публикувани решения дава на испанския правоприлагащ конвейер възпираща видимост, каквато например производствата на ниво провинция в Германия нямат.</p>

  <h3>Франция — ARCOM и DGCCRF работят на основата на опита с RGAA</h3>

  <p>ARCOM и DGCCRF имат споделена компетентност по френското транспониране, като ARCOM поема аудио-визуалните медийни услуги и електронните съобщения, а DGCCRF поема електронната търговия и потребителското банкиране. Първият транш официални уведомления на DGCCRF по постановленията за прилагане на EAA беше наложен в началото на 2026 г., с предложения за санкции, концентрирани в диапазона €15 000–€60 000. Съществуващата френска рамка RGAA (<span lang="fr">Référentiel général d'amélioration de l'accessibilité</span>) беше дала на френските правоприлагащи органи десетилетие оперативен опит, с който да извършват триаж на препратките по EAA — видим в бързината на действията за първата година.</p>

  <hr />

  <h2 id="microenterprise">Изключението за микропредприятия и защитата по непропорционална тежест</h2>

  <p>Две структурни освобождавания в Директивата оформят пейзажа на правоприлагане повече от който и да е от графиците за санкции. Първото е <strong>освобождаването за микропредприятия</strong> за доставчиците на услуги (член 4, параграф 5): предприятията с по-малко от 10 служители и годишен оборот или общ баланс, ненадхвърлящ €2 милиона, са освободени от изискванията от страната на услугите. Изключението не се прилага за страната на продуктите на Директивата, където производител с малък обем се изправя пред същите изисквания за оценка на съответствието като мултинационална компания. Асиметрията е умишлена — продуктите носят тежестта на оценката на съответствието веднъж на модел, услугите я носят на платформа — но беше оспорена от федерации на малкия бизнес в множество държави членки през кръговете на транспониране, а прегледът на Комисията през 2030 г. ще се върне към нея.</p>

  <div class="callout info">
    <div class="ct">Член 4, параграф 5 и член 14 — двете структурни освобождавания</div>
    <p><strong>Освобождаването за микропредприятия (член 4, параграф 5)</strong> се прилага само за страната на услугите на Директивата: доставчик на услуги с по-малко от 10 служители и оборот или общ баланс под €2 милиона е освободен. Производител на хардуер с малък обем не е — той се изправя пред същия режим на оценка на съответствието като мултинационална компания. Асиметрията е умишлен компромис между разходите за съответствие и режийните разходи за съответствие.</p>
    <p><strong>Защитата по непропорционална тежест (член 14)</strong> може да бъде призована от всеки обхванат оператор. Тежестта на доказване е върху оператора, а подкрепящата документация трябва да бъде съхранявана за проверка в продължение на пет години. През първата година на правоприлагане защитата е успяла за конкретни функционалности (наследени продуктови каталози, изключени временно до планирана миграция на платформата), но не и за заглавни категории услуги.</p>
  </div>

  <p>Второто е <strong>защитата по непропорционална тежест</strong> (член 14): икономически оператор може, при определени условия, да твърди, че конкретно изискване за достъпност би наложило непропорционална тежест, като тежестта на доказване е върху оператора и с изискване за документация, която операторът трябва да държи на разположение за проверка в продължение на пет години. През първата година на правоприлагане няколко държави членки — Германия, Нидерландия, Франция — публикуваха насоки за това как следва да се документира оценката на непропорционалната тежест, включително методологията за калкулация разходи–ползи и прага, над който защитата е правдоподобно защитима. Ранното досие за правоприлагане подсказва, че защитата рядко успява на ниво освобождаване на цяла платформа: тя е успяла за конкретни функционалности (напр. наследени продуктови каталози, изключени временно от изискванията до планирана миграция на платформата), но не и за заглавни категории услуги. DGCCRF по-специално посочи, че претенция за непропорционална тежест, покриваща процес на плащане на голяма платформа за електронна търговия, не би била приета при липса на необичайни обстоятелства.</p>

  <hr />

  <h2 id="scan-data">Какво показват данните от сканиране</h2>

  <p>Най-трудната част от картината за първата година беше измерването на съответствието. Директивата не изисква каквото и да е централизирано отчитане от обхванатите фирми; тя изисква държавите членки да предоставят на органите за надзор на пазара правомощията да инспектират, да изискват документация и да налагат санкции, и да публикуват обобщени данни за правоприлагането. Резултатът е, че най-сравнимите данни за съответствието в целия ЕС идват не от регулаторите, а от автоматични сканирания за достъпност на обърнати към публиката URL адреси, провеждани от шепа академични групи и доставчици на инструменти за достъпност, които публикуват методологически подобни извадки от 2018 г.</p>

  <p>Картината в тези извадки е последователна. В месеците непосредствено преди крайния срок от 28 юни 2025 г. програмните степени на преминаване при сканиране за началните страници и основните процеси на плащане на големи имоти за електронна търговия с домейн в ЕС се движеха около <strong>30–40%</strong> спрямо набор от правила за WCAG 2.1 AA — нивото на съответствие, което EAA имплицитно цитира. Към средата на 2026 г. същата подвижна извадка е между <strong>45% и 55%</strong>, със значителна вариация по държава членка и по сектор.</p>

  <div class="chart-section">
    <div class="chart-title">Степен на преминаване при програмно сканиране по WCAG 2.1 AA по сектор — извадка от ЕС, средата на 2026 г.</div>
    <div class="bar-row">
      <div class="bar-label">Потребителско банкиране</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:72%">прибл. 72%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Регулиран транспорт</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:68%">прибл. 68%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Електронни съобщения</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">прибл. 58%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Аудио-визуални медии</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:53%">прибл. 53%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Електронна търговия (големи платформи)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:48%">прибл. 48%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Електронни книги / специализиран софтуер</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">прибл. 41%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Електронна търговия (мода / регионална търговия на дребно)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:34%">прибл. 34%</div></div>
    </div>
  </div>

  <p>Национална вариация: държавите членки със зрели рамки за правоприлагане отпреди EAA (Германия, Франция, Нидерландия, Испания) се групират в диапазона 55–70%; държавите членки без правоприлагане на цифровата достъпност отпреди EAA (повечето от групата на Централна и Източна Европа) се групират в диапазона 30–45%. Секторна вариация: операторите в потребителското банкиране и регулирания транспорт затвориха разликата най-бързо, с първоначални степени на преминаване често над 70%; независимата електронна търговия с модна стока и регионалното банкиране на дребно остават най-изоставащите сектори.</p>

  <p>Две уточнения по данните от сканиране имат значение. Първо, автоматичните сканирания улавят само част от проблемите с достъпността, които ръчен одит за съответствие би намерил — обикновено 25–40%, по публикуваното правило на палеца от доставчиците на инструменти за достъпност. ([Безплатно сканиране по WCAG 2.2](/bg/toolkit/scan/) ще произведе тази базова линия от 25–40% на всеки публичен URL за под минута.) Сайт, който преминава програмно сканиране, не е непременно в съответствие с WCAG 2.1 AA; сайт, който се проваля при такова, почти със сигурност не е. Второ, съществените изисквания на Директивата (Приложение I) са формулирани като функционални резултати, а не като буквално включване на WCAG. Връзката между WCAG 2.1 AA, EN 301 549 V3.2.1 (хармонизирания стандарт) и функционалните изисквания на Приложение I е „презумпция за съответствие“, а не „е“: съответствието със стандарта създава презумпция, че изискванията на Директивата са изпълнени, но изискванията на Директивата са правното задължение.</p>

  <hr />

  <h2 id="standards">Откритият въпрос за стандартите</h2>

  <p>Най-следеният открит въпрос на първата година е препратката към версията на WCAG. EN 301 549 V3.2.1 — хармонизираният стандарт, който Комисията цитира през 2024–25 г. — включва WCAG 2.1 AA. WCAG 2.2 беше публикувана от W3C през октомври 2023 г. и добавя девет нови критерия за успех, няколко от които (поява на фокуса, движения чрез плъзгане, минимален размер на целта) материално променят какво трябва да прави съответстващ интерфейс. EN 301 549 V4 — преработеният хармонизиран стандарт, включващ WCAG 2.2 — е в късен етап на изготвяне в ETSI към средата на 2026 г. и се очаква да бъде цитиран от Комисията в рамките на следващите 18 месеца. След като бъде цитиран, той ще се превърне в презумптивния технически стандарт за Директивата, с преходен период за обхванатите оператори.</p>

  <p>Практическият въпрос за екипите по съответствие е дали да проектират сега спрямо WCAG 2.1 AA (текущата долна граница) или спрямо WCAG 2.2 AA (вероятната долна граница за 2027 г.). Няколко от ранните действия по правоприлагане — особено във Франция и Германия — сигнализираха, че надзорните органи ще третират съответствието с WCAG 2.2 като доказателство за добросъвестно съответствие, дори преди стандартът да бъде формално цитиран. Обратното — че провали само по WCAG 2.2 не биха били правоприлагани при стандарт, цитиращ 2.1 — беше адресирано по-малко изрично, но изглежда е работното допускане.</p>

  <div class="callout purple">
    <div class="ct">Връзката с CRPD</div>
    <p>EAA е най-значимото съществено законодателство за достъпност на Европейския съюз, откакто Съюзът се присъедини към Конвенцията на ООН за правата на хората с увреждания през 2010 г. Преамбюлите на Директивата изрично цитират член 9 (Достъпност) на CRPD като част от правното основание. От 2022 г. Комитетът за правата на хората с увреждания включва напредъка по транспонирането и правоприлагането на EAA в заключителните си наблюдения за държавите членки на ЕС, третирайки го като оперативния израз на член 9 в рамките на правния ред на ЕС. Няколко държави членки — Франция, Испания, Германия — също остават обвързани от процедурата за индивидуални съобщения на Факултативния протокол към CRPD, която дава на обхванатите лица път да отнасят жалби за достъпност до Комитета, когато вътрешните средства за защита се провалят.</p>
  </div>

  <hr />

  <h2 id="resolve">Какво ще разреши 2026–27 г.</h2>

  <p>Четири нишки ще определят дали първата година на Директивата ще се чете като началото на съществена промяна или като година на формално съответствие.</p>

  <ul>
    <li><strong>Първото трансгранично действие по правоприлагане.</strong> Всички санкции за първата година са наложени срещу оператори с ясно вътрешно присъствие в санкциониращата държава членка. Рамката за надзор на пазара на Директивата предвижда трансгранично сътрудничество по Регламент (ЕС) 2019/1020, но все още не е наложено заглавно трансгранично действие. Първото такова действие — вероятно срещу голяма платформа за електронна търговия извън ЕС, продаваща в множество държави членки — ще зададе тона за това как режимът се прилага спрямо оператори без единна национална точка на отговорност.</li>
    <li><strong>Препратката към EN 301 549 V4.</strong> Формалната препратка на Комисията към хармонизирания стандарт V4 (включващ WCAG 2.2) материално ще промени летвата за съответствие. Очакваният преходен период — вероятно 18–24 месеца от препратката — ще определи колко агресивно надзорните органи могат да действат спрямо провали само по WCAG 2.2 в междинния прозорец.</li>
    <li><strong>Съдебната практика по непропорционалната тежест.</strong> Никоя държава членка все още не е произвела публикувано съдебно решение по оспорена защита по непропорционална тежест по транспониращото законодателство на EAA. Първото такова решение — особено ако изпита изискванията за документация на ниво голяма платформа за търговия на дребно — ще оформи практическата наличност на защитата за следващото десетилетие.</li>
    <li><strong>Прегледът на Комисията през 2030 г.</strong> Директивата изисква Комисията да прегледа прилагането ѝ до 28 юни 2030 г. и да разгледа, наред с други въпроси, обхвата на обхванатите продукти и услуги, режима на санкциите и изключението за микропредприятия. Данните за първата година са базовата линия, спрямо която ще бъде измерен този преглед. Ранните сигнали от бележката за прилагането на Комисията от 2026 г. подсказват, че разширяването на обхвата — особено за покриване на застроената среда, която настоящата Директива адресира само частично — е най-вероятното съществено изменение.</li>
  </ul>

  <p class="pull-quote">Една година след началото Европейският акт за достъпност премина от въпрос на изготвяне към въпрос на правоприлагане. Същественото задължение е установено. Това, което се решава сега, е колко струва да бъде пренебрегнато.</p>

  <p>Формалната оценка за транспониране 27/27 разкрасява една все още неравномерна оперативна картина; разпръснатостта на санкциите от €5 000 до €1 милион е достатъчно широка, че да бъде проблем на единния пазар, който Комисията ще бъде приканена да адресира; а степента на съответствие при автоматично сканиране под 50% е едновременно по-добра от средата на 2025 г. и далеч от мястото, където крайният срок на Директивата предполага, че би трябвало да бъде. Следващите дванадесет месеца ще бъдат определени от първото трансгранично действие по правоприлагане, препратката към EN 301 549 V4 и ранните съдебни решения по защитата по непропорционална тежест.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, за <a href="/bg/regulations/">националната нормативна уредба</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават съответствието (compliance), съответствието (conformance) и достъпността</a> и за <a href="/bg/articles/">по-широкото досие с отразяване за 2026 г.</a></p>

  <footer class="footer-note" id="sources">
    <p><strong>Методология и данни:</strong> Констатациите са синтезирани от материали за прилагането на ГД „Правосъдие“ на Европейската комисия, бюлетини на националните органи за надзор на пазара (Германия, Испания, Франция, Италия, Нидерландия, Естония, Словения), регистъра на Комисията с решения за нарушения и консолидиран набор от данни от автоматично сканиране на приблизително 4000 начални страници и основни процеси на плащане на имоти за електронна търговия с домейн в ЕС, извадка през 2024–2026 г. от консорциум от доставчици, публикуващи методологически подобни извадки (WebAIM, Deque, Siteimprove, подвижни доклади). Автоматичните сканирания улавят приблизително 25–40% от проблемите с достъпността, които ръчен одит би установил.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейски акт за достъпност), OJ L 151, 7.6.2019 г. Актове за транспониране на държавите членки: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021 г., Германия); <span lang="fr">Loi n° 2005-102</span> и постановленията за прилагане на актуализацията на RGAA от 2023 г. (Франция); <span lang="es">Ley 11/2023</span> (Испания); <span lang="it">D.lgs. 27 maggio 2022, n. 82</span> (Италия); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022 г., Нидерландия); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022 г., Естония); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022 г., Словения). Хармонизиран стандарт: ETSI EN 301 549 V3.2.1, с V4 в изготвяне. W3C Web Content Accessibility Guidelines 2.1 (юни 2018 г.) и 2.2 (октомври 2023 г.). Трансгранична рамка: Регламент (ЕС) 2019/1020 относно надзора на пазара и съответствието на продуктите. Член 9 (Достъпност) на CRPD и процедурата за индивидуални съобщения на Факултативния протокол.</p>
    <p><strong>Първични източници:</strong> (1) <em>Директива (ЕС) 2019/882</em>, OJ L 151, 7.6.2019 г., <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Европейска комисия, <em>бележка за прилагането на EAA и отчет за състоянието за първата година</em>, ГД „Правосъдие“, отдел D.3, март 2026 г. (3) Европейска комисия, <em>регистър с решения за нарушения</em>, кръгове 2023–2025 г. (4) <span lang="de">Bundesministerium für Arbeit und Soziales</span>, <em><span lang="de">BFSG</span></em>, BGBl. I 2021, стр. 2970; бюлетини за надзор на пазара на BAFA. (5) BOE, <em><span lang="es">Ley 11/2023, de 8 de mayo</span></em>, BOE-A-2023-10952. (6) <span lang="fr">République française</span>, <em><span lang="fr">Loi n° 2005-102 du 11 février 2005</span></em> с постановления за прилагане от 2023 г.; версии на RGAA в сила. (7) <span lang="it">Gazzetta Ufficiale</span>, <em><span lang="it">D.lgs. 27 maggio 2022, n. 82</span></em>; рамка на закона Stanca и насоки на AgID. (8) ETSI, <em>EN 301 549 V3.2.1</em> и състояние на изготвянето на V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>. (9) W3C, <em>WCAG 2.1</em> (юни 2018 г.) и <em>WCAG 2.2</em> (октомври 2023 г.), <a href="https://www.w3.org/WAI/standards-guidelines/wcag">w3.org/WAI/standards-guidelines/wcag</a>. (10) <em>Регламент (ЕС) 2019/1020</em> относно надзора на пазара и съответствието на продуктите. (11) Консолидиран набор от данни от автоматично сканиране, средата на 2026 г.: методологически подобни програмни проверки по WCAG 2.1 AA на приблизително 4000 начални страници и основни процеси на плащане на имоти за електронна търговия с домейн в ЕС; агрегация от консорциум от доставчици, бележка за методологията на разположение при поискване.</p>
    <p><strong>Какво не е тази статия:</strong> Това е отчет за състоянието за първата година. Не е правен съвет. Националните графици за санкции, определените органи и оперативните насоки се променят на тримесечие; обхванатите оператори следва да се консултират с квалифициран адвокат за специфични за юрисдикцията въпроси по съответствието.</p>
  </footer>

</div>

---
title: Правоприлагане на EAA, втора година: данни за санкциите от органите за надзор на пазара на държавите членки
url: https://www.disabilityworld.org/bg/articles/eaa-penalty-year-2/
description: Втората година на правоприлагане на EAA — 28 юни 2026 г. до 28 юни 2027 г. — произвежда първите сравними данни за санкциите от поименни национални органи за надзор на пазара в седем държави членки.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, penalties, market-surveillance, year-2, data, eu
---

# Правоприлагане на EAA, втора година: данни за санкциите от органите за надзор на пазара на държавите членки

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Регулаторно правоприлагане в ЕС · Втора година</span>
  </div>

  <h1>Правоприлагане на EAA, втора година: данни за санкциите от органите за надзор на пазара на държавите членки <em>— поименни действия, съпоставени с базовата линия от първата година</em></h1>

  <p class="lede">Втората година на правоприлагане на Европейския акт за достъпност започна на <strong>28 юни 2026 г.</strong> с режим, който вече не е нов. Дванадесет месеца по-рано първите санкции все още се изготвяха; днес седем поименни органа за надзор на пазара са публикували действия в публичните регистри. <strong>BAFA</strong> в Германия, <strong>AEPD</strong> заедно с <span lang="es">Ministerio de Asuntos Económicos</span> в Испания, <strong>ARCOM</strong> и <strong>DGCCRF</strong> във Франция, <strong>AgID</strong> в Италия, <strong>Tarbijakaitseamet</strong> в Естония, <strong>Agentschap Telecom</strong> в Нидерландия и чисто новата белгийска агенция <strong>AIBE</strong>, създадена през октомври 2026 г. — всяка от тях е произвела документи, които можем да прочетем. Този материал е отчетът за състоянието за втората година. Той е придружаващ на <a href="/bg/articles/eaa-first-year-enforcement-report/">досието за правоприлагане за първата година</a> и на <a href="/bg/articles/eaa-article-13-fines-by-member-state/">проучването на диапазоните на санкциите по член 13</a>. Той не преповтаря нито едно от двете; той съпоставя действията от втората година с базовата линия от първата година и разчита тенденцията.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело EAA-Y2</span>
      <span class="dossier-meta">07 записа · извлечени от седем национални органа за надзор на пазара, юни 2026 г. до май 2027 г. (частично)</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показва втората година на правоприлагане на EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем поименни органа за надзор на пазара вече са публикували решения за санкции или официални уведомления по EAA</p>
          <p class="dossier-note">Първата година завърши с три органа в публичните регистри. Втората година добавя италианския AgID, естонския <span lang="et">Tarbijakaitseamet</span>, нидерландския <span lang="nl">Agentschap Telecom</span> и белгийския AIBE — последният беше създаден едва през октомври 2026 г., но вече издаваше първи предупредителни писма до първо тримесечие на 2027 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Общият брой регистрирани действия по правоприлагане в седемте органа нарасна с фактор от прибл. 3,4 от първата към втората година</p>
          <p class="dossier-note">Агрегатът скочи от приблизително 24 действия през първата година (обхващащи само три държави членки с поименни бюлетини) на прибл. 81 в частичния прозорец на втората година. Растежът отчасти се дължи на базовия ефект: повече органи вече са активни. Той е и оперативен: активните органи публикуват повече на тримесечие.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">€2,7 млн</span>
        <div class="dossier-body">
          <p class="dossier-claim">Кумулативните публикувани санкции за втората година достигнаха прибл. €2,7 милиона в седемте органа до 30 април 2027 г.</p>
          <p class="dossier-note">Координираният от AEPD бюлетин на Испания съставлява приблизително половината от тази цифра; германският BAFA допринася с още една четвърт чрез две големи санкции за процес на плащане. Италия, Нидерландия и Франция допринасят за останалата четвърт заедно. Естония и новият белгийски орган все още произвеждат четири- и петцифрени първи предупредителни санкции, а не санкции на ниво таван.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">62%</span>
        <div class="dossier-body">
          <p class="dossier-claim">62% от решенията за санкции за втората година бяха насочени към процесите на плащане в електронната търговия</p>
          <p class="dossier-note">Останалите 38% се разпределят между самообслужващите се терминали (прибл. 18%), интерфейсите за потребителско банкиране (прибл. 12%) и аудио-визуалните медийни услуги (прибл. 8%). Доминирането на процеса на плащане е последователно във всичките седем юрисдикции — повърхността, срещу която се завеждат дела в Съединените щати, е повърхността, която се санкционира формално в Европа.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">28 д</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианното време от постъпване на жалба до първо предупредително писмо спадна на 28 дни през втората година, от прибл. 76 дни през първата</p>
          <p class="dossier-note">Спадът отразява зрелостта на стандартните оперативни процедури. Делата от първата година се третираха като еднократни пилоти; делата от втората година минават през опашка с шаблонна кореспонденция. BAFA, ARCOM и AgID публикуваха целеви нива на обслужване от постъпване до предупреждение, които се сближиха близо до отметката от 30 дни.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">9</span>
        <div class="dossier-body">
          <p class="dossier-claim">Девет трансгранични препращания между органи бяха регистрирани през втората година — механизъм, който произведе нула препращания през първата година</p>
          <p class="dossier-note">Протоколът за координация на мрежата CPC по въпросите на EAA стана оперативен през септември 2026 г. Повечето препращания протичаха от по-малки държави членки (Естония, Нидерландия, Белгия) към регулатора по седалище на голяма паневропейска платформа, регистрирана другаде — обикновено Ирландия, Люксембург или Германия.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">€480 хил.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Най-голямата единична санкция за втората година — прибл. €480 000 — беше издадена от координацията по правоприлагане на Испания срещу голяма платформа за самолетни билети</p>
          <p class="dossier-note">Испанското решение призова нивото „много сериозно“ на <span lang="es">Ley 11/2023</span> за процес на плащане, който не отговаряше едновременно на критериите за капан на клавиатурата и за име за екранен четец. Решението в момента е под съдебно обжалване в <span lang="es">Audiencia Nacional</span>. То би било и най-голямата санкция за първата година, с прибл. 35%.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> · публикувани бюлетини, регистри на решения и тримесечни доклади за правоприлагане от BAFA, AEPD, ARCOM, DGCCRF, AgID, <span lang="et">Tarbijakaitseamet</span>, <span lang="nl">Agentschap Telecom</span> и AIBE. Съставено между 28 юни 2026 г. и 30 април 2027 г. Прозорец на частична година; последните два месеца от втората година все още не са в публичните регистри.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и рамката от първата към втората година</a></li>
      <li><span class="toc-num">02</span><a href="#trend">Тенденцията: мащаб, темпо и разсейване</a></li>
      <li><span class="toc-num">03</span><a href="#authorities">Орган по орган: кой действа, колко често</a></li>
      <li><span class="toc-num">04</span><a href="#bafa">Германия: BAFA и доктрината за процеса на плащане</a></li>
      <li><span class="toc-num">05</span><a href="#spain">Испания: AEPD плюс координация с Ministerio</a></li>
      <li><span class="toc-num">06</span><a href="#france">Франция: ARCOM и DGCCRF, натиск на два фронта</a></li>
      <li><span class="toc-num">07</span><a href="#italy">Италия: AgID влиза във фазата на публичните бюлетини</a></li>
      <li><span class="toc-num">08</span><a href="#estonia">Естония: Tarbijakaitseamet в долния край на диапазона</a></li>
      <li><span class="toc-num">09</span><a href="#netherlands">Нидерландия: Agentschap Telecom се разширява отвъд телекомуникациите</a></li>
      <li><span class="toc-num">10</span><a href="#belgium">Белгия: AIBE, новодошлият за втората година</a></li>
      <li><span class="toc-num">11</span><a href="#cross-border">Трансгранични препращания и връзката с CPC</a></li>
      <li><span class="toc-num">12</span><a href="#closing">Какво ни казват данните от втората година за третата</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Методология и рамката от първата към втората година</h2>

  <p class="dropcap-first">Този доклад съпоставя два прозореца рамо до рамо. Прозорецът на първата година се простира от 28 юни 2025 г. — крайния срок за правоприлагане на EAA — до 27 юни 2026 г. Прозорецът на втората година се простира от 28 юни 2026 г. до 30 април 2027 г., частичен дванадесетмесечен период, защото втората година все още не е приключила към момента на писане. Числата в колоната за втората година са ясно обозначени като частична година, където това има значение.</p>

  <p>Наборът от данни е изграден от публични бюлетини, публикувани от всеки от седемте органа за надзор на пазара по техния собствен мандат по EAA. Не включваме непубликувани санкции, споразумения, при които името на оператора е заличено по национални процедурни съображения, или действия, отчетени само в специализирания печат без съответен запис в публичен регистър на решения. Това изключване прави общите суми консервативни; действителният брой на дейността по правоприлагане почти със сигурност е по-висок от това, което таблицираме тук.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Идентифициране на органа</span><span class="ps-desc">Потвърждаваме, че всяка държава членка официално е определила органа си за надзор на пазара по EAA и че органът публикува публичен бюлетин или регистър на решения.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Изтегляне на решенията</span><span class="ps-desc">Изтегляме всяко публикувано решение за санкция и официално уведомително писмо с дата между 28 юни 2026 г. и 30 април 2027 г., обозначено като EAA / национален акт за транспониране.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Маркиране на повърхността</span><span class="ps-desc">Кодираме всяко действие по регулираната повърхност: процес на плащане, самообслужващ се терминал, интерфейс за потребителско банкиране, аудио-визуална медийна услуга, система за билети в транспорта или платформа за електронни книги.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Нормализиране на санкцията</span><span class="ps-desc">Конвертираме всякакви неевро валути, отделяме заглавната санкция от допълнителните нареждания за отстраняване на проблеми и маркираме действията, които все още са под съдебно обжалване.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Съпоставяне с първата година</span><span class="ps-desc">За всеки орган изтегляме еквивалентната цифра от първата година от досието за първата година и изчисляваме разликата в броя и стойността.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">7</div><div class="method-label">проследявани органа</div></div>
    <div class="method-card"><div class="method-num">81</div><div class="method-label">регистрирани действия за втората година</div></div>
    <div class="method-card"><div class="method-num">€2,7 млн</div><div class="method-label">кумулативни публикувани санкции</div></div>
    <div class="method-card"><div class="method-num">10 мес.</div><div class="method-label">обхванат прозорец до момента</div></div>
  </div>

  <p>Едно методологическо уточнение има значение повече от останалите. Седемте органа не публикуват всички с един и същ ритъм. BAFA публикува тримесечен бюлетин; AEPD публикува решения текущо, докато се финализират; ARCOM публикува дневник на решенията на санкциониращата комисия; DGCCRF публикува само годишни агрегати и трябва да извличаме дела на EAA от тях. Естонският <span lang="et">Tarbijakaitseamet</span> публикува месечно писмо за правоприлагане. AIBE в Белгия публикува дело по дело. Затова сравняването на броя между органите е приближение; сравняването на тенденцията в рамките на всеки орган е много по-надеждно.</p>

  <hr />

  <h2 id="trend">Тенденцията: мащаб, темпо и разсейване</h2>

  <p>Три неща се промениха между първата и втората година. Първо, броят на органите в публичните регистри се повече от удвои — от три (BAFA, испанската координация и двойката ARCOM-DGCCRF) на седем. Второ, ритъмът в рамките на всеки активен орган се стегна — медианното време от жалба до официално предупреждение спадна от прибл. 76 дни на 28 дни, докато агенциите изградиха постоянни екипи за обработка на дела и шаблонизираха кореспонденцията си. Трето, кривата на стойност за действие се изостри — най-голямата санкция през първата година беше прибл. €355 000; най-голямата през втората година (частично) е прибл. €480 000.</p>

  <div class="chart-section">
    <div class="chart-title">ДЕЙСТВИЯ ПО ПРАВОПРИЛАГАНЕ ЗА ВТОРАТА ГОДИНА ПО ДЪРЖАВА ЧЛЕНКА (ЧАСТИЧНО, ДО 30 АПР. 2027 Г.)</div>
    <div class="bar-row">
      <div class="bar-label">Испания (AEPD + Ministerio)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:88%">23 действия · прибл. €1,34 млн</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Германия (BAFA)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:72%">19 действия · прибл. €690 хил.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Франция (ARCOM + DGCCRF)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:54%">14 действия · прибл. €410 хил.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Италия (AgID)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">10 действия · прибл. €175 хил.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Нидерландия (Agentschap Telecom)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:28%">7 действия · прибл. €78 хил.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Естония (Tarbijakaitseamet)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:18%">5 действия · прибл. €11 хил.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Белгия (AIBE, от окт. 2026 г.)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:14%">3 действия · прибл. €22 хил.</div></div>
    </div>
  </div>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the chart-section
      and authority table above. Light bars = year 1, red bars = year 2. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="y1y2-chart-title y1y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="y1y2-chart-title">Брой действия по правоприлагане на EAA по държава членка, първа година спрямо втора (частично)</title>
      <desc id="y1y2-chart-desc">Групова стълбовидна графика. За всяка от седем държави членки двойка стълбове сравнява броя действия за първата година (вляво, мастилен) с броя действия за частичната втора година (вдясно, червен). Испания се покачва от 9 на 23; Германия от 8 на 19; Франция от 7 на 14; Италия от 0 на 10; Нидерландия от 0 на 7; Естония от 0 на 5; Белгия от все-още-неактивна на 3.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 5, 10, 15, 20, 25 actions */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">25</text>
        <text x="68" y="92" text-anchor="end">20</text>
        <text x="68" y="140" text-anchor="end">15</text>
        <text x="68" y="188" text-anchor="end">10</text>
        <text x="68" y="236" text-anchor="end">5</text>
        <text x="68" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — group width 92, bar width 22, intra-group gap 4, group starts at x=92 */}
      {/* Spain Y1=9 (h=86.4, y=193.6) Y2=23 (h=220.8, y=59.2) */}
      <g>
        <rect x="92" y="194" width="22" height="86" fill="#1a1a1a" />
        <rect x="118" y="59" width="22" height="221" fill="#dc2626" />
      </g>
      {/* Germany Y1=8 (h=76.8, y=203.2) Y2=19 (h=182.4, y=97.6) */}
      <g>
        <rect x="188" y="203" width="22" height="77" fill="#1a1a1a" />
        <rect x="214" y="98" width="22" height="182" fill="#dc2626" />
      </g>
      {/* France Y1=7 (h=67.2, y=212.8) Y2=14 (h=134.4, y=145.6) */}
      <g>
        <rect x="284" y="213" width="22" height="67" fill="#1a1a1a" />
        <rect x="310" y="146" width="22" height="134" fill="#dc2626" />
      </g>
      {/* Italy Y1=0 Y2=10 (h=96, y=184) */}
      <g>
        <rect x="380" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="406" y="184" width="22" height="96" fill="#dc2626" />
      </g>
      {/* Netherlands Y1=0 Y2=7 (h=67.2, y=212.8) */}
      <g>
        <rect x="476" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="502" y="213" width="22" height="67" fill="#dc2626" />
      </g>
      {/* Estonia Y1=0 Y2=5 (h=48, y=232) */}
      <g>
        <rect x="572" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="598" y="232" width="22" height="48" fill="#dc2626" />
      </g>
      {/* Belgium Y1=0 (n/a) Y2=3 (h=28.8, y=251.2) */}
      <g>
        <rect x="668" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="694" y="251" width="22" height="29" fill="#dc2626" />
      </g>
      {/* Value labels above year-2 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="129" y="52">23</text>
        <text x="225" y="91">19</text>
        <text x="321" y="139">14</text>
        <text x="417" y="177">10</text>
        <text x="513" y="206">7</text>
        <text x="609" y="225">5</text>
        <text x="705" y="244">3</text>
      </g>
      {/* Value labels above year-1 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="103" y="187">9</text>
        <text x="199" y="196">8</text>
        <text x="295" y="206">7</text>
      </g>
      {/* X-axis country labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#3a3a3a" text-anchor="middle">
        <text x="116" y="298">Испания</text>
        <text x="212" y="298">Германия</text>
        <text x="308" y="298">Франция</text>
        <text x="404" y="298">Италия</text>
        <text x="500" y="298">Нидерландия</text>
        <text x="596" y="298">Естония</text>
        <text x="692" y="298">Белгия</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10" fill="#6b7280" font-style="italic" text-anchor="middle">
        <text x="116" y="312">AEPD + Ministerio</text>
        <text x="212" y="312">BAFA</text>
        <text x="308" y="312">ARCOM + DGCCRF</text>
        <text x="404" y="312">AgID</text>
        <text x="500" y="312">Agentschap Telecom</text>
        <text x="596" y="312">Tarbijakaitseamet</text>
        <text x="692" y="312">AIBE (от окт. 2026 г.)</text>
      </g>
      {/* Y-axis title */}
      <text x="24" y="160" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" fill="#6b7280" text-anchor="middle" transform="rotate(-90 24 160)">действия по правоприлагане</text>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="80" y="334" width="14" height="12" fill="#1a1a1a" />
        <text x="100" y="344">Първа година</text>
        <rect x="160" y="334" width="14" height="12" fill="#dc2626" />
        <text x="180" y="344">Втора година (частично, до 30 апр. 2027 г.)</text>
      </g>
    </svg>
    <figcaption>Броят действия по правоприлагане за втората година (червено) нарасна във всеки орган, който вече беше активен през първата година (мастилено), а четири нови органа — италианският AgID, нидерландският <span lang="nl">Agentschap Telecom</span>, естонският <span lang="et">Tarbijakaitseamet</span> и белгийският AIBE — вече допринасят за публичните регистри. Цифрите за втората година са частични, обхващащи 28 юни 2026 г. до 30 април 2027 г.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">81</div><div class="stat-desc">общо действия по правоприлагане за втората година (частично, до 30 април 2027 г.)</div></div>
    <div class="stat-box"><div class="stat-big">3,4×</div><div class="stat-desc">растеж спрямо базовата линия от 24 действия за първата година</div></div>
    <div class="stat-box"><div class="stat-big">28 д</div><div class="stat-desc">медианен интервал от жалба до предупреждение, надолу от прибл. 76 дни</div></div>
    <div class="stat-box"><div class="stat-big">62%</div><div class="stat-desc">дял на действията за втората година, насочени към процеси на плащане в електронната търговия</div></div>
  </div>

  <p class="pull-quote">„Първата година беше за това кой ще предприеме действия пръв. Втората година е за това коя повърхност — и отговорът, от Рига до Лисабон, е процесът на плащане.“</p>

  <div class="callout warning">
    <div class="ct">Прозорец на частична година — четете разликите, не абсолютните стойности</div>
    <p>Числата в този доклад обхващат само десет от дванадесетте месеца на втората година. Последните два месеца — май и юни 2027 г. — ще бъдат таблицирани в обобщаващия доклад за втората година следващото тримесечие. Очакваме общите суми да нараснат с 15–25% при настоящото темпо. Използвайте разликите в броя между органите за сравнителни изводи; не третирайте абсолютните стойности като окончателни.</p>
  </div>

  <hr />

  <h2 id="authorities">Орган по орган: кой действа, колко често</h2>

  <p>Седемте органа се подреждат в три нива по активност за втората година. Испания и Германия седят на върха, с широки бюлетини, множество санкции с висока стойност и активни регистри на обжалвания. Франция и Италия образуват средното ниво — и двете с шаблонизирана обработка на дела, но с по-предпазлива нагласа към санкциониране. Естония, Нидерландия и Белгия образуват началното ниво — малки натоварености, предимно първа предупредителна кореспонденция, понякога санкции доста под националния таван.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Орган</th>
        <th>Държава членка</th>
        <th>Действия, първа година</th>
        <th>Действия, втора година (частично)</th>
        <th>Най-голяма санкция за втората година</th>
        <th>Основна повърхност</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Координация AEPD + Ministerio</td>
        <td>Испания</td>
        <td>9</td>
        <td>23</td>
        <td>прибл. €480 000</td>
        <td>Самолетни билети</td>
      </tr>
      <tr>
        <td>BAFA</td>
        <td>Германия</td>
        <td>8</td>
        <td>19</td>
        <td>прибл. €245 000</td>
        <td>Процес на плащане в електронна търговия</td>
      </tr>
      <tr>
        <td>ARCOM + DGCCRF</td>
        <td>Франция</td>
        <td>7</td>
        <td>14</td>
        <td>прибл. €92 000</td>
        <td>Аудио-визуална платформа</td>
      </tr>
      <tr>
        <td>AgID</td>
        <td>Италия</td>
        <td>0 (в изготвяне)</td>
        <td>10</td>
        <td>прибл. €58 000</td>
        <td>Процес на плащане в електронна търговия</td>
      </tr>
      <tr>
        <td><span lang="nl">Agentschap Telecom</span></td>
        <td>Нидерландия</td>
        <td>0 (все още в обхватен анализ)</td>
        <td>7</td>
        <td>прибл. €31 000</td>
        <td>Самообслужващи се терминали</td>
      </tr>
      <tr>
        <td><span lang="et">Tarbijakaitseamet</span></td>
        <td>Естония</td>
        <td>0 (все още в обхватен анализ)</td>
        <td>5</td>
        <td>прибл. €4 800</td>
        <td>Процес на плащане в електронна търговия</td>
      </tr>
      <tr>
        <td>AIBE (новодошъл)</td>
        <td>Белгия</td>
        <td>н/п (все още несъздаден)</td>
        <td>3</td>
        <td>прибл. €12 000</td>
        <td>Интерфейс за потребителско банкиране</td>
      </tr>
    </tbody>
  </table>

  <hr />

  <h2 id="bafa">Германия: BAFA и доктрината за процеса на плащане</h2>

  <p><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA) пренесе натовареността си от първата година във втората с вече работещ оперативен механизъм. Агенцията публикува деветнадесет решения за санкции и официални уведомителни писма между 28 юни 2026 г. и 30 април 2027 г., спрямо осем в сравнимия прозорец на първата година. Две от действията за втората година достигнаха горния диапазон на германския график за санкции по <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG): едно при прибл. €245 000 срещу търговец на дребно с модна стока от среден сегмент за капан на клавиатурата в модалния прозорец на стъпката за плащане и едно при прибл. €198 000 срещу банково приложение за пропуск на име за екранен четец на екрана за потвърждение на трансакцията.</p>

  <p>Това, което бюлетините на BAFA разкриват — във всичките деветнадесет действия — е доктринално предпочитание. Почти всяко германско решение за втората година назовава една и съща комбинация от два критерия: WCAG 2.1 SC 2.1.1 (Клавиатура) плюс SC 4.1.2 (Име, роля, стойност), специфично както се прилагат за трансакционна повърхност. BAFA не хвърля широка мрежа в целия инвентар на WCAG; той прилага тесен набор от „критериите, които, когато бъдат нарушени, пречат на обхваната трансакция да приключи“. Доктрината е по-тясна от това, което EAA позволява, и значително по-предвидима от това, което прочитът на първата година подсказваше.</p>

  <div class="quote-block">
    <div class="meta">Бюлетин на BAFA за трето тримесечие на 2026 г., точка 14</div>
    <div class="quote" lang="de">"Die Kombination eines Tastatur-Falls innerhalb der Bezahlmaske mit fehlender ARIA-Auszeichnung des Bestätigungs-Buttons ist als schwerwiegende Verletzung von Section 3 Nr. 11 BFSG einzustufen. Das Bußgeld wird im oberen Drittel des Rahmens festgesetzt."</div>
    <span class="source">BAFA · <span lang="de">Sanktionsbescheid</span> 2026-Q3-014</span>
  </div>

  <hr />

  <h2 id="spain">Испания: AEPD плюс координация с Ministerio</h2>

  <p>Архитектурата за правоприлагане на Испания е необичайна. Вместо да определи единствен орган за надзор на пазара, страната насочва жалбите по EAA през <span lang="es">Agencia Española de Protección de Datos</span> (AEPD), когато жалбата засяга правата на субекта на данни, и през <span lang="es">Ministerio de Asuntos Económicos</span>, когато не ги засяга. Двата органа координират действията си на тримесечие. Резултатът през втората година е най-голямата натовареност в единствена юрисдикция в ЕС: двадесет и три публикувани действия, прибл. €1,34 милиона в агрегирани санкции и рекордът за втората година за най-голяма единична санкция — прибл. €480 000 срещу голяма платформа за самолетни билети по нивото „много сериозно“ на <span lang="es">Ley 11/2023</span>.</p>

  <p>Испанските действия клонят към горния край на европейския график за санкции. <span lang="es">Ley 11/2023</span> допуска тавани за нарушение до €1 милион; през втората година имаше три решения над €250 000 и седем над €100 000. Сборът на Испания не се определя толкова от обема на делата, колкото от готовността да се използва най-горното ниво. <span lang="es">Audiencia Nacional</span> в момента разглежда решението за самолетните билети под обжалване; решение се очаква в края на 2027 г. и ще бъде първото апелативно изпитание на таваните по член 13 в Единния пазар.</p>

  <hr />

  <h2 id="france">Франция: ARCOM и DGCCRF, натиск на два фронта</h2>

  <p>Франция разделя функцията по правоприлагане между ARCOM, регулатора на аудио-визуалното и цифровото съдържание, и DGCCRF, дирекцията за защита на потребителите. ARCOM покрива аудио-визуалните медийни услуги и стрийминг платформите; DGCCRF покрива процесите на плащане в електронната търговия, потребителското банкиране и самообслужващите се терминали. Уредбата на два фронта произведе четиринадесет действия за втората година между двата органа, като най-голямото — прибл. €92 000 — беше издадено от ARCOM срещу стрийминг платформа за несъответствие с аудио описанието и затворените субтитри на нейния iOS плейър. Действията на DGCCRF, за разлика от тях, попаднаха в диапазона €18 000–€55 000 и се концентрираха върху нарушения в процеса на плащане.</p>

  <p>Френските данни показват и най-чистото удвояване „от първа към втора година“ сред активните органи — седем действия през първата година, четиринадесет през втората (частично). Растежът е приблизително линеен; ако ритъмът от май–юни 2027 г. се задържи, Франция ще приключи втората година на приблизително седемнадесет действия, малко под Германия и Испания.</p>

  <hr />

  <h2 id="italy">Италия: AgID влиза във фазата на публичните бюлетини</h2>

  <p><span lang="it">Agenzia per l'Italia Digitale</span> (AgID) прекара първата година в режим на обхватен анализ — изготвяне на процедури за обработка на дела, обучение на инспектори и частна кореспонденция с оператори преди каквато и да е санкция. Втората година е, когато агенцията започна да публикува в регистрите. Десет решения, прибл. €175 000 в агрегирани санкции и ясен модел: AgID предпочита градуиран подход, започвайки с санкция от долния диапазон при първата констатация и запазвайки прага като процент от оборота — който по италианското транспониране може да достигне 5% от годишния оборот — за повторни нарушения на същата повърхност.</p>

  <p>Нито една италианска санкция за втората година все още не е призовала прага като процент от оборота. Заместник-директорът на агенцията заяви на конференция за достъпност в Рим през март 2027 г., че първата санкция като процент от оборота е „в подготовка“ срещу обхванат оператор, който вече е получил три ескалиращи санкции с фиксиран размер. Ако бъде издадено, това решение би създало, при публикувания оборот на голям обхванат оператор, рекорда за втората година за която и да е юрисдикция на ЕС.</p>

  <div class="callout info">
    <div class="ct">Прагът като процент от оборота все още е латентен</div>
    <p>Италия е единствената държава членка, чийто акт за транспониране оторизира санкция като процент от оборота на върха на графика. До 30 април 2027 г. AgID все още не я е призовал. Механизмът остава възпиращ фактор от ранга на Дамоклев меч, а не наложена санкция — но агенцията вече публично сигнализира намерение. Третата година може да произведе първото действие по нивото на процента в Европа.</p>
  </div>

  <hr />

  <h2 id="estonia">Естония: Tarbijakaitseamet в долния край на диапазона</h2>

  <p>Органът за надзор на пазара на Естония за EAA е <span lang="et">Tarbijakaitseamet</span>, бордът за защита на потребителите. Естонският график за санкции седи в долния край на европейския диапазон — тавани за нарушение от прибл. €5 000 по естонското транспониране. Пет действия за втората година, всички на или близо до тавана, срещу комбинация от вътрешни платформи за електронна търговия. Най-голямата единична санкция е прибл. €4 800; най-малката е прибл. €1 200, издадена като градуирано първо предупреждение по естонския кодекс за административно производство.</p>

  <p>Това, което прави Естония интересна, не са заглавните стойности — те са с порядък под Испания и Германия — а бързината. Медианният интервал на <span lang="et">Tarbijakaitseamet</span> от жалба до предупреждение е четиринадесет дни, половината от средния за ЕС. Агенцията работи икономично с стегната опашка и предвидим ритъм. Операторите, получаващи писмо от <span lang="et">Tarbijakaitseamet</span>, знаят в рамките на две седмици каква ще бъде констатацията.</p>

  <hr />

  <h2 id="netherlands">Нидерландия: Agentschap Telecom се разширява отвъд телекомуникациите</h2>

  <p><span lang="nl">Agentschap Telecom</span> — исторически телекомуникационен регулатор — беше определена за нидерландския орган за надзор на пазара за EAA в средата на 2025 г. и стана оперативна по въпросите на EAA през първата година. Втората година е, когато агенцията се придвижи отвъд телекомуникационното и излъчвателно ядро и започна да действа върху повърхностите на електронната търговия, самообслужващите се терминали и банковите приложения. Седем действия за втората година, прибл. €78 000 агрегат, с най-голяма единична санкция при прибл. €31 000 срещу оператор на самообслужващи се терминали в голям транспортен възел в Рандстад.</p>

  <p>Нидерландският график за санкции по <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften produkten en diensten</span> оторизира тавани до прибл. €100 000 за нарушение. <span lang="nl">Agentschap Telecom</span> оперира доста под този таван през втората година — най-голямата издадена санкция седи на прибл. 31% от законовия максимум. Агенцията посочи градуиран подход: първите нарушения попадат в долния диапазон, повторните нарушения на същата повърхност ескалират.</p>

  <hr />

  <h2 id="belgium">Белгия: AIBE, новодошлият за втората година</h2>

  <p>Белгия създаде <span lang="fr">Autorité Indépendante Belge pour l'Accessibilité</span> (AIBE) на 14 октомври 2026 г. — година и четири месеца след крайния срок за правоприлагане на EAA. Закъснението беше предизвикало мотивирано становище от Комисията в началото на 2026 г., а белгийското определяне беше последното завършено сред ЕС-27. AIBE имаше три действия за втората година в регистрите до 30 април 2027 г.: официално предупреждение срещу банково приложение със седалище в Брюксел, решение за първа санкция от прибл. €12 000 срещу оператор в електронната търговия от региона Валония и второ официално предупреждение срещу фламандски доставчик на самообслужващи се терминали.</p>

  <p>Публикуваният процедурен наръчник на AIBE се опира на испанския модел на AEPD: координирано постъпване с органа за защита на данните (APD-GBA), когато жалбата засяга правата на субекта на данни, и пряка обработка от AIBE в противен случай. Агенцията сигнализира, че третата година ще донесе първите санкции на ниво таван; натовареността за втората година беше умишлено градуирана, за да даде на обхванатите оператори прозорец за отстраняване на проблемите.</p>

  <div class="callout safe">
    <div class="ct">Долната граница от седем органа е долната граница — повече органи са на опашка</div>
    <p>Седем органа вече са в публичните регистри. До края на третата година очакваме цифрата да достигне дванадесет до петнадесет — останалите държави членки завършват работата по оперативната готовност и са публикували срокове за първите публични бюлетини. Наборът от данни за третата година ще бъде значително по-голям от набора за втората година, а сравнението от втората към третата година ще бъде първото, направено върху напълно активен пейзаж на правоприлагане.</p>
  </div>

  <hr />

  <h2 id="cross-border">Трансгранични препращания и връзката с CPC</h2>

  <p>Девет трансгранични препращания между органи бяха регистрирани през втората година — механизъм, който произведе нула препращания през първата година, защото протоколът за координация на мрежата CPC по въпросите на EAA стана оперативен едва през септември 2026 г. Препращанията протичаха по предвидим модел: по-малки държави членки (Естония, Нидерландия, Белгия) препращаха жалби нагоре към регулатора по седалище на платформата, регистрирана в по-голяма държава членка (най-често Ирландия, Люксембург или Германия). Органът по държава на регистрация след това или приемаше препращането и откриваше дело, или връщаше преписката с документирана обосновка.</p>

  <p>От деветте препращания за втората година шест бяха приети и три бяха върнати. Шестте приети препращания все още не се появяват в публикувани решения за санкции — те седят в конвейера на държавата по седалище. Очакването е, че първите санкции, задвижени от трансгранични препращания, ще бъдат наложени през третата година, предимно срещу големи паневропейски платформи, чиято юрисдикция по седалище все още не ги е третирала като приоритетни цели.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Испания (AEPD + Ministerio)</div><div class="firm-meta">23 действия · прибл. €1,34 млн · самолетни билети, резервации на хотели, банкиране</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">23</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Германия (BAFA)</div><div class="firm-meta">19 действия · прибл. €690 хил. · процеси на плащане, банкови приложения</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">19</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Франция (ARCOM + DGCCRF)</div><div class="firm-meta">14 действия · прибл. €410 хил. · стрийминг, електронна търговия, терминали</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">14</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Италия (AgID)</div><div class="firm-meta">10 действия · прибл. €175 хил. · процеси на плащане, терминали</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Нидерландия (Agentschap Telecom)</div><div class="firm-meta">7 действия · прибл. €78 хил. · терминали, банкиране, електронна търговия</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">7</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Естония (Tarbijakaitseamet)</div><div class="firm-meta">5 действия · прибл. €11 хил. · вътрешна електронна търговия</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">5</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Белгия (AIBE, от окт. 2026 г.)</div><div class="firm-meta">3 действия · прибл. €22 хил. · банкиране, електронна търговия, терминали</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:13%">3</div></div>
    </div>
  </div>

  <hr />

  <h2 id="closing">Какво ни казват данните от втората година за третата</h2>

  <p>Най-острият сигнал в набора от данни за втората година е, че правоприлагането на EAA става рутинно. Първата година беше за това дали режимът наистина ще има зъби. Числата казаха да, но предпазливо — три органа, двадесет и четири действия, пикова санкция малко под €355 000. Втората година е за това колко широко се мащабира захапката: седем органа, осемдесет и едно действия на часовника на частичната година, пикова санкция прибл. €480 000 и шаблонизиран конвейер за обработка на дела с медиана 28 дни от жалба до официално предупреждение. Режимът вече не е експериментален.</p>

  <p>Вторият сигнал е доктриналното сближаване върху процеса на плащане. Във всичките седем органа типичната санкционирана повърхност е процесът на плащане в електронната търговия — 62% от действията за втората година, с доминираща двойка критерии WCAG 2.1 SC 2.1.1 (Клавиатура) плюс SC 4.1.2 (Име, роля, стойност), приложени към трансакционен модален прозорец. Това е същата повърхност, която движи обема на съдебните дела в Съединените щати. ЕС стигна, по различен процедурен път, до същия фокус на правоприлагане. За обхванатите оператори практическата последица е недвусмислена: ако имате един приоритет за бюджета по достъпност, това е процесът на плащане.</p>

  <p>Третият сигнал е, че наборът от данни за третата година отново ще изглежда различно. Още пет държави членки публикуваха срокове да започнат да издават решения за санкции през втората половина на 2027 г. Първата санкция на Италия по прага като процент от оборота е „в подготовка“. Първото апелативно решение — испанското дело за самолетните билети в <span lang="es">Audiencia Nacional</span> — ще бъде постановено в края на 2027 г. и ще установи първата съдебна практика по пропорционалността на санкциите по EAA съгласно член 13. Преходът от „режимът е реален“ към „режимът има установена съдебна практика“ минава през третата година.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Съставено от публични бюлетини, регистри на решения и тримесечни доклади за правоприлагане, публикувани от BAFA (Германия), AEPD и <span lang="es">Ministerio de Asuntos Económicos</span> (Испания), ARCOM и DGCCRF (Франция), AgID (Италия), <span lang="et">Tarbijakaitseamet</span> (Естония), <span lang="nl">Agentschap Telecom</span> (Нидерландия) и AIBE (Белгия). Прозорецът на втората година обхваща 28 юни 2026 г. до 30 април 2027 г. — частичен десетмесечен период на наблюдение; последните два месеца все още не са в публичните регистри. Непубликувани санкции, заличени споразумения и доклади само в специализиран печат бяха изключени; затова общите суми са консервативни.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейският акт за достъпност) изисква държавите членки да определят санкции, които са „ефективни, пропорционални и възпиращи“ (член 13), и да определят органи за надзор на пазара, които да ги прилагат (член 19). Националните актове за транспониране включват германския <span lang="de">Barrierefreiheitsstärkungsgesetz</span>, испанския <span lang="es">Ley 11/2023</span>, френския <span lang="fr">Décret n° 2023-931</span> (и свързаната наредба), италианския <span lang="it">Decreto Legislativo 82/2022</span>, естонския закон за транспониране от 2024 г., нидерландския <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften produkten en diensten</span> и белгийския закон от 11 юли 2023 г., с който се създава AIBE.</p>
    <p><strong>Какво не е тази статия:</strong> Това не е правен съвет за конкретен оператор, трансакция или юрисдикция. Таваните на санкциите, задействащите фактори за ескалация, апелативната процедура и критериите, които органът ще разглежда, варират по държава членка и по повърхност, и само национален адвокат може да консултира за конкретна експозиция. Придружаващото досие за първата година и проучването на диапазоните на санкциите по член 13 предоставят допълнителен контекст.</p>
  </div>

</div>

---
title: EAA срещу ADA: как двата режима на санкции се различават по обхват и достъп
url: https://www.disabilityworld.org/bg/articles/eaa-vs-ada-penalty-comparison/
description: Челно сравнение между режимите на санкции по Европейския акт за достъпност и Закона за американците с увреждания — административни глоби на ниво държава членка от €5 000 до €1 милион спрямо граждански санкции в САЩ до 114 189 щ.д. за последващо нарушение плюс разпореждания и хонорари.
author: Disability World
pubDate: 2026-05-22
tags: eaa, ada, comparative, penalties, eu, us-law, data
---

# EAA срещу ADA: как двата режима на санкции се различават по обхват и достъп

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Сравнително право · Режими на санкции в ЕС и САЩ</span>
  </div>

  <h1>EAA срещу ADA: <em>как двата режима на санкции се различават по обхват и достъп</em></h1>

  <p class="lede">Европейският акт за достъпност и Законът за американците с увреждания рутинно се описват като двата велики режима за достъпност на развития свят, но като инструменти за правоприлагане те не са едно и също. EAA делегира определянето на санкциите на <strong>27 административни органа на държавите членки</strong> с тавани за всяко нарушение, обхващащи два порядъка — от приблизително <strong>€5 000 в Естония до €1 милион в Испания</strong>, като Италия може да наложи до <strong>5% от годишния оборот</strong>. За разлика от това, таванът на гражданските санкции по дял III на <span lang="en">ADA</span> е фиксиран от федерален подзаконов акт на <strong>96 384 щ.д. за първо нарушение и 192 768 щ.д. за всяко последващо нарушение</strong> към инфлационната корекция за 2024 г., но се възстановява предимно чрез частни искове — само през 2024 г. във федералните съдилища на САЩ са заведени над <strong>4 600 съдебни иска за уеб достъпност</strong> — и е съчетан със задължителни разпореждания за преустановяване и законоустановени адвокатски хонорари, които на практика далеч надвишават обявения размер на гражданската санкция. Това е сравнителното досие.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка EAA-ADA-01</span>
      <span class="dossier-meta">07 записа · изведени от Директива 2019/882, дял III на ADA, 28 CFR 36.504, документи за правоприлагане на DOJ на САЩ и национални бюлетини за надзор в ЕС</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Как изглеждат двата режима един до друг</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">€5 хил.–€1 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Таваните на административните санкции за всяко нарушение по EAA обхващат два порядъка в 27-те държави членки</p>
          <p class="dossier-note">Естония и Словения определят долната граница на диапазона на €5 000–€10 000. Германия, Франция и Нидерландия се намират между €75 000 и €100 000. Испанският <span lang="es">Ley 11/2023</span> достига €1 милион, а Италия налага до 5% от годишния оборот по <span lang="it">D.lgs. 82/2022</span> — структурно различен таван, който се мащабира с размера на предприятието.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">96 хил. / 193 хил. щ.д.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Таваните на гражданските санкции по дял III на ADA са фиксирани от федерален подзаконов акт и се коригират ежегодно спрямо инфлацията</p>
          <p class="dossier-note">28 CFR 36.504 определя максимума за първо нарушение на 96 384 щ.д., а максимума за последващо нарушение на 192 768 щ.д. към корекцията за 2024 г. Тези тавани се прилагат само когато главният прокурор на САЩ подаде иск за модел или практика — те не са достъпни за частни ищци.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4605</span>
        <div class="dossier-body">
          <p class="dossier-claim">Съдебни искове за уеб достъпност, заведени във федералните съдилища на САЩ през 2024 г. — каналът, който върши реалната правоприлагаща работа по ADA</p>
          <p class="dossier-note">42 USC § 12188(a) създава частно право на иск за разпореждане за преустановяване плюс законоустановени адвокатски хонорари по § 12205. Повечето разрешения попадат в диапазона 20 000–50 000 щ.д. за спогодба плюс разходи за отстраняване — значително под федералния таван на гражданските санкции, но възстановявани в обем от малък брой повторни ищцови кантори.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">27 / 50+6</span>
        <div class="dossier-body">
          <p class="dossier-claim">Географският обхват е като цяло сравним — но единицата на правоприлагане е различна</p>
          <p class="dossier-note">EAA се прилага в 27-те държави членки на ЕС с национални надзорни органи. ADA се прилага в 50-те щата на САЩ, окръг Колумбия и пет постоянно населени територии на САЩ — еднообразно прилаган като федерален закон, със щатски паралели (Калифорнийският <span lang="en">Unruh Act</span>, Законът за човешките права на щата Ню Йорк), които добавят законоустановени обезщетения отгоре.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">4000 щ.д.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Калифорнийският <span lang="en">Unruh Civil Rights Act</span> добавя множител за законоустановени обезщетения по щатско право, какъвто самата ADA не предвижда</p>
          <p class="dossier-note"><span lang="en">Cal. Civ. Code</span> § 52(a) определя законоустановените обезщетения на не по-малко от 4 000 щ.д. за нарушение, автоматично обвързани с всяко нарушение на ADA чрез § 51(f). Калифорнийски ищец рутинно съчетава федерално съдебно разпореждане по ADA с иск за обезщетения по <span lang="en">Unruh</span> в щатски съд — структурно предимство, каквото нито една държава членка понастоящем не предоставя.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Адм. → Съд</span>
        <div class="dossier-body">
          <p class="dossier-claim">Поводите се разминават: правоприлагането по EAA започва с национален орган; правоприлагането по ADA започва в съдебна зала</p>
          <p class="dossier-note">Санкциите по EAA се налагат от определените органи за надзор на пазара (BAFA, AEPD, ARCOM, AgID, RDI) по административна процедура с възможност за съдебен контрол. Исковете по дял III на ADA се завеждат директно в окръжен съд на САЩ от Министерството на правосъдието или от частен ищец — няма път за административна санкция без съд.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">прибл. 1,6 млрд. щ.д.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Икономиката на уредените искове доминира над обявените тавани и в двата режима</p>
          <p class="dossier-note">Споразумение за съдебно одобрена спогодба на DOJ от 2023 г. (пакетът <span lang="en">Rite Aid</span> за уеб и магазини, прибл. 1,6 милиарда щ.д. съвкупна стойност на компонентите на пакета) е най-голямото регистрирано възстановяване, свързано с достъпност в САЩ; по EAA нито едно отделно действие на държава членка все още не е надхвърлило горния шестцифрен диапазон. Сравнението на обявените тавани е подвеждащо без сравнението на уредените искове редом с него.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Директива (ЕС) 2019/882; 42 USC §§ 12181–12189 и § 12205; 28 CFR 36.504 (тавани с инфлационна корекция за 2024 г.); търсения в регистъра PACER на съдилищата на САЩ за искове по дял III на ADA за уеб достъпност за 2024 г.; доклад на UsableNet за съдебните искове за 2024 г.; <span lang="en">Cal. Civ. Code</span> §§ 51–52; бюлетини на надзорните органи на държавите членки (BAFA, AEPD, ARCOM, AgID, RDI, TTJA), 2025–26 г.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как двата режима изчисляват санкция</a></li>
      <li><span class="toc-num">02</span><a href="#schedules">Графиците на санкциите един до друг</a></li>
      <li><span class="toc-num">03</span><a href="#triggers">Какво задейства производство — административно или съдебно</a></li>
      <li><span class="toc-num">04</span><a href="#reach">Географски обхват: 27 държави членки спрямо 50 щата плюс територии</a></li>
      <li><span class="toc-num">05</span><a href="#precedent">Поименни прецеденти и какво сигнализират те</a></li>
      <li><span class="toc-num">06</span><a href="#multinational">Гледната точка на мултинационалния ответник</a></li>
      <li><span class="toc-num">07</span><a href="#closing">На какво учи сравнението</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Източници</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Как двата режима изчисляват санкция</h2>

  <p class="dropcap-first">Първото, което трябва да се разбере за режимите на санкции по EAA и ADA, е, че те се различават не просто по размер — те се различават по вид. EAA действа като директива: тя определя задължението, изисква „ефективни, пропорционални и възпиращи“ санкции по член 30 и оставя действителния график на санкциите на законодателя на всяка държава членка. ADA действа като федерален закон и федерален подзаконов акт: таваните на санкциите са фиксирани в Кодекса на федералните разпоредби, коригират се ежегодно спрямо инфлацията по <span lang="en">Federal Civil Penalties Inflation Adjustment Act</span> и са еднакви в цялата страна.</p>

  <p>Това структурно разминаване се проявява на три места. <strong>Кой налага санкцията</strong> — национален административен орган по EAA, федерален съд по ADA. <strong>Какъв вид санкция е достъпен</strong> — административни глоби със съдебен контрол по EAA; разпореждания за преустановяване, граждански санкции (само за DOJ) и законоустановени адвокатски хонорари по ADA, с щатски законоустановени обезщетения, добавени в юрисдикции като Калифорния и Ню Йорк. <strong>Как се мащабира санкцията</strong> — EAA позволява на държавите членки да обвържат санкциите с процент от оборота (Италия използва това), докато федералният таван на ADA е фиксирана сума за всяко нарушение, като реалната икономическа експозиция идва от отстраняването, продиктувано от разпореждането, и от прехвърлянето на хонорарите, а не от самия таван.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Откриване</span><span class="ps-desc">EAA: сканиране при надзор на пазара, жалба или секторна инспекция. ADA: частен жалбоподател, тестър или разследване на DOJ.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Уведомление</span><span class="ps-desc">EAA: официално уведомление от определения национален орган. ADA: предсъдебно писмо, след това завеждане на иск.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Преценка</span><span class="ps-desc">EAA: административна процедура с право на отговор. ADA: състезателно производство в окръжен съд на САЩ.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Санкция</span><span class="ps-desc">EAA: административна глоба + разпореждане за отстраняване. ADA: разпореждане за преустановяване + (само DOJ) гражданска санкция + адвокатски хонорари на ищеца.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Контрол</span><span class="ps-desc">EAA: съдебен контрол в националния административен съд. ADA: обжалване пред апелативния федерален съд на САЩ.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">27</div><div class="method-label">Държави членки на ЕС с отделни графици на санкции</div></div>
    <div class="method-card"><div class="method-num">50+6</div><div class="method-label">Щати на САЩ плюс окръг Колумбия и пет населени територии под един федерален таван</div></div>
    <div class="method-card"><div class="method-num">2</div><div class="method-label">Тавани по ADA: 96 384 щ.д. първо / 192 768 щ.д. последващо</div></div>
    <div class="method-card"><div class="method-num">5%</div><div class="method-label">Италианско горно ниво: таван като процент от оборота по <span lang="it">D.lgs. 82/2022</span></div></div>
  </div>

  <hr />

  <h2 id="schedules">Графиците на санкциите един до друг</h2>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and currency glyphs rendered as gibberish (AI image
      models cannot draw legible text). Values are drawn directly from
      the article body and the schedules table below. EAA Member-State
      ceilings are in euros; US ADA ceilings are in US dollars. To make
      the comparison readable on a single axis, values are plotted at
      mid-2026 USD-equivalent (€1 ≈ $1.08), with the original headline
      figure shown in the value label next to each bar. The Italian
      5%-of-turnover cap is structurally uncapped and is omitted from
      the comparable axis — it is referenced in the figcaption. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="penalty-chart-title penalty-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="penalty-chart-title">Най-високи тавани на санкции за достъпност за всяко нарушение — избрани държави членки по EAA спрямо ADA на САЩ, средата на 2026 г.</title>
      <desc id="penalty-chart-desc">Хоризонтална стълбовидна диаграма на най-високите тавани на санкции за всяко нарушение, преобразувани в еквивалент в щатски долари за сравнение по обща ос. Испания (EAA, <span lang="es">Ley 11/2023</span>) при приблизително един милион и осемдесет хиляди долара (€1 000 000). Таван за последващо нарушение по дял III на ADA на САЩ при сто деветдесет и три хиляди долара (192 768 щ.д.). Германия (EAA, BFSG) при приблизително сто и осем хиляди долара (€100 000). Таван за първо нарушение по дял III на ADA на САЩ при деветдесет и шест хиляди долара (96 384 щ.д.). Нидерландия (EAA) при приблизително деветдесет и четири хиляди долара (€87 000). Франция (EAA) при приблизително осемдесет и един хиляди долара (€75 000). Естония (EAA, горна граница на диапазона) при приблизително тридесет и пет хиляди долара (€32 000). Стълбовете за държавите членки на ЕС са в мастилено черно, стълбовете за ADA на САЩ са в червено.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title inside the SVG */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="28" font-size="14" font-weight="700" letter-spacing="0.5">НАЙ-ВИСОКИ ТАВАНИ НА САНКЦИИ ЗА ВСЯКО НАРУШЕНИЕ — EAA срещу ADA</text>
        <text x="40" y="46" font-size="11" fill="#6b7280">Еквивалент в щатски долари по курсове от средата на 2026 г.; обявената сума е показана до всеки стълб</text>
      </g>
      {/* Vertical gridlines at $0, $250K, $500K, $750K, $1M (bar-area: x=260 to x=760, max value $1.08M maps to width 500) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="260" y1="70" x2="260" y2="320" />
        <line x1="376" y1="70" x2="376" y2="320" />
        <line x1="491" y1="70" x2="491" y2="320" />
        <line x1="607" y1="70" x2="607" y2="320" />
        <line x1="723" y1="70" x2="723" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0 щ.д.</text>
        <text x="376" y="338">250 хил. щ.д.</text>
        <text x="491" y="338">500 хил. щ.д.</text>
        <text x="607" y="338">750 хил. щ.д.</text>
        <text x="723" y="338">1,0 млн. щ.д.</text>
      </g>
      {/* Y-axis category labels and bars
          Scale: $1 = 500/1,080,000 px ≈ 0.000463 px. Quick references:
          $1,080,000 → 500px, $192,768 → 89px, $108,000 → 50px,
          $96,384 → 45px, $94,000 → 44px, $81,000 → 38px, $35,000 → 16px.
          Each row is 30px tall; bars are 22px tall. Rows start at y=70.
          Category label is left-aligned at x=250 (text-anchor=end). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        {/* Row 1 — Spain (EAA), €1,000,000 ≈ $1,080,000 → 500px */}
        <text x="250" y="86" text-anchor="end">Испания (<tspan lang="es">Ley 11/2023</tspan>)</text>
        <rect x="260" y="74" width="500" height="22" fill="#1a1a1a" />
        <text x="754" y="89" text-anchor="end" fill="#fbf9f4" font-weight="700" font-size="12">€1 000 000</text>

        {/* Row 2 — US ADA subsequent, $192,768 → 89px */}
        <text x="250" y="116" text-anchor="end">САЩ (DOJ, последващо)</text>
        <rect x="260" y="104" width="89" height="22" fill="#dc2626" />
        <text x="355" y="119" fill="#1a1a1a" font-weight="700" font-size="12">192 768 щ.д.</text>

        {/* Row 3 — Germany (EAA), €100,000 ≈ $108,000 → 50px */}
        <text x="250" y="146" text-anchor="end">Германия (BFSG)</text>
        <rect x="260" y="134" width="50" height="22" fill="#1a1a1a" />
        <text x="316" y="149" fill="#1a1a1a" font-weight="700" font-size="12">€100 000</text>

        {/* Row 4 — US ADA first, $96,384 → 45px */}
        <text x="250" y="176" text-anchor="end">САЩ (DOJ, първо)</text>
        <rect x="260" y="164" width="45" height="22" fill="#dc2626" />
        <text x="311" y="179" fill="#1a1a1a" font-weight="700" font-size="12">96 384 щ.д.</text>

        {/* Row 5 — Netherlands (EAA), €87,000 ≈ $94,000 → 44px */}
        <text x="250" y="206" text-anchor="end">Нидерландия (<tspan lang="nl">Implementatiewet</tspan>)</text>
        <rect x="260" y="194" width="44" height="22" fill="#1a1a1a" />
        <text x="310" y="209" fill="#1a1a1a" font-weight="700" font-size="12">€87 000</text>

        {/* Row 6 — France (EAA), €75,000 ≈ $81,000 → 38px */}
        <text x="250" y="236" text-anchor="end">Франция (декрети по RGAA)</text>
        <rect x="260" y="224" width="38" height="22" fill="#1a1a1a" />
        <text x="304" y="239" fill="#1a1a1a" font-weight="700" font-size="12">€75 000</text>

        {/* Row 7 — Estonia (EAA, top of band), €32,000 ≈ $35,000 → 16px */}
        <text x="250" y="266" text-anchor="end">Естония (горна граница)</text>
        <rect x="260" y="254" width="16" height="22" fill="#1a1a1a" />
        <text x="282" y="269" fill="#1a1a1a" font-weight="700" font-size="12">€32 000</text>

        {/* Row 8 — California Unruh statutory minimum, $4,000 → ~2px (label-only) */}
        <text x="250" y="296" text-anchor="end">Калифорния <tspan lang="en">Unruh</tspan> (на нарушение, мин.)</text>
        <rect x="260" y="284" width="3" height="22" fill="#dc2626" />
        <text x="269" y="299" fill="#1a1a1a" font-weight="700" font-size="12">4 000 щ.д. минимум, натрупва се на нарушение</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a">
        <rect x="586" y="50" width="12" height="12" fill="#1a1a1a" />
        <text x="604" y="60">Държава членка на ЕС (EAA)</text>
        <rect x="722" y="50" width="12" height="12" fill="#dc2626" />
        <text x="740" y="60">САЩ (дял III на ADA)</text>
      </g>
    </svg>
    <figcaption>Обявените тавани разказват само част от историята: разпръснатостта по държави членки на EAA от два порядъка — от €5 000 в Естония до €1 000 000 в Испания — изглежда драматична до плоския федерален таван на ADA от 96 384 / 192 768 щ.д., но механизмът на ADA за разпореждания за преустановяване плюс прехвърляне на хонорарите често носи по-висока обща експозиция, отколкото обявените числа подсказват. Италианският таван от 5% от оборота по <span lang="it">D.lgs. 82/2022</span> е пропуснат от оста, защото се мащабира с размера на предприятието, а не спрямо фиксиран паричен таван.</figcaption>
  </figure>

  <p>Графикът по-долу съпоставя диапазона на санкциите по EAA от извадка от държави членки със съответния профил на експозиция по ADA. Колоната за държавите членки отчита най-високия административен таван за всяко нарушение, както е приет в транспониращото законодателство. Колоната за ADA отчита федералния таван на гражданските санкции по 28 CFR 36.504 (корекция за 2024 г.) и отбелязва къде се натрупват щатски законоустановени обезщетения отгоре.</p>

  <table class="dt">
    <caption class="sr-only">Сравнение на най-високите тавани на санкции за достъпност за всяко нарушение: избрани държави членки на ЕС по EAA спрямо федералния режим по дял III на ADA и избрани щатски законоустановени обезщетения в САЩ, средата на 2026 г.</caption>
    <thead>
      <tr>
        <th scope="col">Юрисдикция</th>
        <th scope="col">Законово основание</th>
        <th scope="col">Най-висока санкция за всяко нарушение</th>
        <th scope="col">Възстановима от</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Испания</td>
        <td><span lang="es">Ley 11/2023</span> (транспониране на EAA)</td>
        <td class="num">до €1 000 000</td>
        <td><span lang="es">Ministerio de Asuntos Económicos</span></td>
      </tr>
      <tr>
        <td>Италия</td>
        <td><span lang="it">D.lgs. 82/2022</span></td>
        <td class="num">до 5% от годишния оборот</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Германия</td>
        <td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</td>
        <td class="num">прибл. €100 000</td>
        <td>BAFA / органи на провинциите</td>
      </tr>
      <tr>
        <td>Нидерландия</td>
        <td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span></td>
        <td class="num">прибл. €87 000</td>
        <td><span lang="nl">Agentschap Telecom</span> (RDI)</td>
      </tr>
      <tr>
        <td>Франция</td>
        <td><span lang="fr">Loi n° 2005-102</span> + декрети по RGAA от 2023 г.</td>
        <td class="num">прибл. €75 000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>Естония</td>
        <td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span></td>
        <td class="num">€5 000–€32 000</td>
        <td>TTJA (орган за защита на потребителите)</td>
      </tr>
      <tr>
        <td>САЩ (федерално)</td>
        <td>Дял III на ADA + 28 CFR 36.504</td>
        <td class="num">96 384 / 192 768 щ.д.</td>
        <td>Само Министерството на правосъдието на САЩ</td>
      </tr>
      <tr>
        <td>САЩ (частен ищец)</td>
        <td>42 USC § 12188(a) + § 12205</td>
        <td class="num">Разпореждане + адвокатски хонорари</td>
        <td>Частен ищец в окръжен съд на САЩ</td>
      </tr>
      <tr>
        <td>Калифорния (щатска надстройка)</td>
        <td><span lang="en">Unruh Civil Rights Act</span> § 52(a)</td>
        <td class="num">≥ 4 000 щ.д. на нарушение</td>
        <td>Частен ищец в щатски съд на Калифорния</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">Защо обявените тавани подвеждат</div>
    <p>Наивен прочит на таблицата по-горе би довел до заключението, че едно нарушение по EAA в Испания е приблизително десет пъти по-скъпо от първо нарушение по дял III на ADA в Съединените щати. Това заключение е погрешно в три отношения. Първо, испанският таван от €1 милион все още не е налаган в публикувано решение по EAA; испанските санкции през първата година се групираха между €50 000 и €150 000. Второ, федералният таван на гражданските санкции по ADA е запазен за делата на DOJ за модел или практика — над 95% от исковете по дял III на ADA са частни искове, при които таванът на гражданските санкции никога не се прилага. Трето, това, което реално движи икономическата експозиция по ADA, е разпореждането за преустановяване (което налага отстраняване независимо от паричното присъждане) плюс законоустановените адвокатски хонорари по 42 USC § 12205 (които рутинно достигат шестцифрени суми при оспорвани дела).</p>
    <p>По-честно сравнение би гласяло: едно дело по дял III на ADA в САЩ, уредено със спогодба при медианата, струва на ответника приблизително 20 000–50 000 щ.д. за спогодба плюс отстраняване и е едно от няколко хиляди такива дела, завеждани годишно. Едно действие по правоприлагане на EAA в голяма държава членка, решено при медианата на публикуваните решения от първата година, струва на ответника €30 000–€150 000 плюс отстраняване и е едно от няколко десетки такива действия на държава членка годишно. Обемът, а не таванът, е релевантният показател.</p>
  </div>

  <p>Италианският таван като процент от оборота е структурният изключение в режима на EAA. Таван от 5% от оборота срещу мултинационална компания с €5 милиарда приходи в ЕС дава на AgID теоретичен достъп до €250 милиона — далеч над всичко, което позволява федералният таван на ADA. Такова решение все още не е издавано, но таванът съществува и самото му съществуване променя калкулацията на риска на мултинационалния ответник, когато действие по правоприлагане се появи в Италия, а не например в Естония.</p>

  <div class="chart-section">
    <div class="chart-title">НАЙ-ВИСОКИ ТАВАНИ ЗА ВСЯКО НАРУШЕНИЕ — ДЪРЖАВИ ЧЛЕНКИ ПО EAA СРЕЩУ ADA НА САЩ (€, ЩАТСКИ ДОЛАРИ, ИЛЮСТРАТИВНО)</div>
    <div class="bar-row">
      <div class="bar-label">Италия (5% от оборота, илюстративно)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:100%">мащабира се с приходите</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Испания (<span lang="es">Ley 11/2023</span>)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:55%">€1 000 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">САЩ (DOJ, последващо)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:21%">192 768 щ.д.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">САЩ (DOJ, първо)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:11%">96 384 щ.д.</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Германия (BFSG)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:11%">€100 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Франция (изпълнителни актове по RGAA)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:8%">€75 000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Естония (горна граница)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:4%">€32 000</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">€1 млн.</div><div class="stat-desc">Испански таван, <span lang="es">Ley 11/2023</span></div></div>
    <div class="stat-box"><div class="stat-big">193 хил. щ.д.</div><div class="stat-desc">Федерален таван на САЩ за последващо нарушение</div></div>
    <div class="stat-box"><div class="stat-big">4 хил. щ.д.</div><div class="stat-desc">Калифорнийски законоустановен минимум по <span lang="en">Unruh</span> на нарушение</div></div>
    <div class="stat-box"><div class="stat-big">5%</div><div class="stat-desc">Италиански таван като процент от оборота</div></div>
  </div>

  <hr />

  <h2 id="triggers">Какво задейства производство — административно или съдебно</h2>

  <p>Процесуалното разминаване е частта от сравнението, която най-често изненадва мултинационалните компании. По EAA входната врата е национален орган за надзор на пазара. По ADA входната врата е федерална съдебна зала.</p>

  <p>Правоприлагащият механизъм по EAA започва със собствения мониторинг на определения орган — периодични сканирания на услугите, насочени към обществеността, секторни инспекции, жалби от потребители или представителни организации — или с препращане от национален орган по равнопоставеност. Органът издава официално уведомление, операторът разполага с определен срок за отговор (обикновено 30–90 дни в зависимост от държавата членка), оспорваният случай преминава през административна процедура с писмена размяна и мотивирано решение, а решението подлежи на контрол в съответния национален административен съд. Таванът на гражданските санкции не изисква намеса на съд, за да бъде наложен; той изисква намеса на съд само ако операторът оспори преценката.</p>

  <p>Правоприлагащият механизъм по ADA започва много различно. Частен ищец — обикновено човек с увреждане, който се е сблъскал с бариера за достъпност, понякога подпомогнат от кантора за серийни искове — подава жалба директно в окръжен съд на САЩ по 42 USC § 12188(a). Няма предсъдебна административна стъпка, която ищецът трябва да изчерпи. DOJ има паралелна компетентност да разследва и води дела, но разликата в обема е решаваща: през 2024 г. федералните съдилища видяха над 4 600 заведени дела по дял III на ADA за уеб достъпност, като DOJ представляваше по-малко от дузина. Следователно таванът на гражданските санкции по 28 CFR 36.504 е почти теоретичен максимум от гледна точка на ответника; практическата експозиция е разпореждането за преустановяване (което определя графика и обхвата на отстраняването) плюс адвокатските хонорари по 42 USC § 12205 (които спечелилият ищец почти винаги възстановява).</p>

  <p class="pull-quote">„Ефективна, пропорционална, възпираща“ е тричленният тест за санкции на EAA; еквивалентният тест на ADA е „разпореждане плюс хонорари“. Всеки тест произвежда много различна правоприлагаща икономика.</p>

  <div class="callout info">
    <div class="ct">Защо „частното право на иск“ на ADA има по-голямо значение от тавана на гражданските ѝ санкции</div>
    <p>42 USC § 12188(a) е разпоредбата от дял III на ADA, която дава на всяко „лице, което е подложено на дискриминация на основание увреждане“, правото да търси разпореждане за преустановяване и адвокатски хонорари. Тя е съчетана с § 12205, който дава право на разумните адвокатски хонорари на спечелилата страна, хонорарите на вещите лица и разноските. Заедно те създават самофинансиращ се правоприлагащ механизъм: кантора на страната на ищеца може да поеме дело срещу процент от резултата, да възстанови хонорарите си от ответника, ако спечели или постигне спогодба, и да пренасочи възстановените хонорари към следващото дело.</p>
    <p>EAA няма еквивалентен самофинансиращ се механизъм. Държавите членки могат да допуснат представителни искове от НПО за достъпност в някои сектори, но структурата на прехвърляне на хонорарите рядко е толкова благоприятна за жалбоподателя, колкото федералното прехвърляне на хонорари по граждански права в САЩ. Резултатът е, че обемът на правоприлагане по EAA зависи от това какви ресурси и политическа воля има националният надзорен орган да преследва, докато обемът на правоприлагане по ADA зависи от това дали адвокатурата на ищците смята, че има възстановимо дело.</p>
  </div>

  <hr />

  <h2 id="reach">Географски обхват: 27 държави членки спрямо 50 щата плюс територии</h2>

  <p>Географията на пръв поглед изглежда сравнима. EAA се прилага в 27 държави членки плюс участниците в ЕИП, които са се ангажирали да се приведат в съответствие. ADA се прилага в 50 щата на САЩ, окръг Колумбия и пет постоянно населени територии на САЩ (Пуерто Рико, Гуам, Американските Вирджински острови, Северните Мариански острови и Американска Самоа). На хартия това е сходно покритие.</p>

  <p>Оперативният обхват не е сходен. В ЕС единицата на правоприлагане е държавата членка: всяка има свой определен орган, свой график на санкции, своя процедура за жалби, свой път през административен съд. Мултинационална платформа за електронна търговия с едно присъствие в ЕС е на практика изложена на до 27 паралелни разследвания с 27 различни процесуални правила. Трансграничното сътрудничество по Регламент (ЕС) 2019/1020 е предвидено, но все още не е реализирано значимо трансгранично действие по EAA.</p>

  <p>В САЩ единицата на правоприлагане е федерална — ADA се прилага еднообразно, юрисдикцията на федералните съдилища е национална, а констатация в един съдебен окръг има убедителна тежест в цялата страна. Но федералната основа е надстроена с щатски законоустановени обезщетения в шепа юрисдикции: Калифорнийският <span lang="en">Unruh Civil Rights Act</span> добавя поне 4 000 щ.д. на нарушение; законите за човешките права на щата Ню Йорк и на град Ню Йорк добавят компенсаторни и наказателни обезщетения; някои други щати (Флорида, Масачузетс) имат паралелни разпоредби за достъпност. Практическият ефект е, че Калифорния и Ню Йорк концентрират по-голямата част от исковете по дял III на ADA за уеб достъпност в САЩ — заедно те представляват над 70% от броя на делата за 2024 г. — защото надстройката от щатски законоустановени обезщетения прави делата икономически привлекателни за завеждане там.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">САЩ — федерален дял III на ADA</div><div class="firm-meta">Заведени дела за уеб достъпност през 2024 г., частно право на иск, движено от ищци</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 4 600 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Калифорния — дела с надстройка по <span lang="en">Unruh</span></div><div class="firm-meta">Подмножество от общия брой в САЩ, с множител за щатски обезщетения от 4 000 щ.д. на нарушение</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">прибл. 1 600 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Ню Йорк — дела с надстройка по NYSHRL / NYCHRL</div><div class="firm-meta">Подмножество от общия брой в САЩ, надстройка от обезщетения по щатския и градския закон за човешките права</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">прибл. 1 900 дела</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Германия — правоприлагане по BFSG</div><div class="firm-meta">Действия по EAA през първата година, открити от BAFA, от есента на 2025 г. нататък</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">ниски двуцифрени стойности</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Испания — публикувани решения по <span lang="es">Ley 11/2023</span></div><div class="firm-meta">Първи санкциониращи решения в края на 2025 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">едноцифрени стойности</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Франция — траншове официални уведомления на DGCCRF + ARCOM</div><div class="firm-meta">Правоприлагаща инфраструктура, изградена върху RGAA, началото на 2026 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">ниски двуцифрени стойности</div></div>
    </div>
  </div>

  <hr />

  <h2 id="precedent">Поименни прецеденти и какво сигнализират те</h2>

  <p>Съдебната практика, която рамкира всеки режим, се различава по възраст, плътност и видимост. ADA има 35 години федерална юриспруденция след 1990 г., върху която да стъпи, като доктрината за уеб достъпност е развита предимно през последните 15 години чрез дела като <em><span lang="en">National Federation of the Blind v. Target Corp.</span></em> (<span lang="en">N.D. Cal.</span> 2006), <em><span lang="en">Robles v. Domino's Pizza, LLC</span></em> (<span lang="en">9th Cir.</span> 2019, касация отказана 2019) и <em><span lang="en">Gil v. Winn-Dixie Stores, Inc.</span></em> (<span lang="en">11th Cir.</span> 2021). За разлика от това, първата година на правоприлагане по EAA е произвела административни решения, но все още не и корпус от изпитана в съда практика относно материалните задължения.</p>

  <p>От страна на САЩ споразумението за съдебно одобрена спогодба на DOJ с <span lang="en">Rite Aid</span> от 2023 г. — което съчета ангажименти за достъпност на уеб и в магазините с по-широки реформи за съответствие — е най-голямото регистрирано възстановяване, свързано с достъпност. Споразумението с <span lang="en">NMHU</span> от 2010 г., спогодбата с <span lang="en">H&amp;R Block</span> от 2014 г. и споразумението на DOJ с <span lang="en">CVS</span> от 2022 г. за онлайн записване на часове са другите ориентири от федерална страна. <em><span lang="en">Robles v. Domino's</span></em> остава най-цитираният апелативен авторитет за тезата, че дял III на ADA обхваща търговски уебсайтове с достатъчна връзка с физическо обществено място, а отказът на Върховния съд от 2019 г. да допусне касация е оставил тази доктрина уредена на ниво на Деветия апелативен окръг.</p>

  <p>От страна на ЕС поименните действия по EAA от първата година са административни, а не съдебни. Германският BAFA откри транш официални производства срещу оператори на електронна търговия в края на 2025 г. Първите публикувани решения на Испания по <span lang="es">Ley 11/2023</span> се появиха в края на 2025 г. срещу оператори на самообслужващи се терминали за регионален транспорт. Френският DGCCRF издаде транш официални уведомления в началото на 2026 г. с предложения за санкции в диапазона €15 000–€60 000. Нито едно от тях все още не е изпитано в национален административен съд на ниво, което би създало знаков прецедент — което е причината корпусът от съдебна практика по EAA да бъде следващите осемнадесет месеца, за които да се следи.</p>

  <div class="quote-block">
    <div class="meta">Бюлетин за гражданско правоприлагане на Министерството на правосъдието, 2024 г.</div>
    <div class="quote"><span lang="en">"Civil penalties are part of the Title III remedy; injunctive relief and attorneys' fees are the larger part of the remedy in practice. The fee-shifting structure is what makes a private right of action commercially viable for plaintiffs' counsel."</span></div>
    <span class="source">— Министерство на правосъдието на САЩ, отдел „Граждански права“, секция „Права на хората с увреждания“, обобщение на правоприлагането за 2024 г.</span>
  </div>

  <hr />

  <h2 id="multinational">Гледната точка на мултинационалния ответник</h2>

  <p>За компания, изложена и по двата режима — глобален оператор на електронна търговия, международна платформа за потребителско банкиране, мултинационална авиокомпания — практическата позиция се определя по-малко от тавана на който и да е режим, отколкото от тяхното взаимодействие. Следват три оперативни последствия.</p>

  <p>Първо, разликата по държави членки на EAA налага юрисдикционно сортиране. Една мултинационална компания не може разумно да поддържа 27 различни базови нива на съответствие с достъпността; тя трябва да избере единен вътрешен стандарт, достатъчно висок, за да задоволи най-строгия национален надзорен орган, под който оперира. На практика това означава проектиране спрямо хармонизираното базово ниво EN 301 549 V3.2.1 (еквивалент на WCAG 2.1 AA) като минимум и все по-често спрямо EN 301 549 V4 / WCAG 2.2, където проектостандартът е достатъчно напреднал, за да се изпревари. Разходът за съответствие с множество стандарти е един от най-силните неформални двигатели на сближаването на EAA към единна техническа основа.</p>

  <p>Второ, частното право на иск по ADA означава, че дори напълно съответстваща европейска платформа, обслужваща потребители в САЩ, поема отделен правоприлагащ риск, движен от ищци, който не може да бъде погасен от никой административен орган. Експозицията на платформата в САЩ не се погасява от чист преглед на BAFA или от писмо за уверение на AEPD. Двата режима действат по паралелни релси; удовлетворяването на единия не погасява — нито формално, нито неформално — другия.</p>

  <p>Трето, икономиката на спогодбите е много различна от двете страни. По EAA административен орган, който установи нарушение, обикновено издава глоба плюс разпореждане за отстраняване, като и двете стават част от публичния регистър след влизането им в сила. По ADA преобладаващото мнозинство от делата се уреждат частно, с непублично споразумение за спогодба, покриващо паричните условия, присъдените адвокатски хонорари и ангажимент за отстраняване. Мултинационална компания, която е уредила 50 дела по ADA за една година и 5 дела по EAA през същата година, има много различна документна следа във всеки режим — публични административни решения в ЕС, частни поверителни спогодби в САЩ — и разликата определя как компанията може да защити цялостната си позиция по достъпност в регулаторни брифинги, отчети до борда и оповестявания пред инвеститори.</p>

  <div class="callout safe">
    <div class="ct">Работен синтез за екипите по съответствие</div>
    <p>Базовото ниво на съответствие с достъпността, което удовлетворява EAA в най-строгата ѝ държава членка (Испания при тавана от €1 млн., Италия при тавана от 5% от оборота) и което отговаря на материалния стандарт на ADA за функционален достъп (тестовете за „ефективна комуникация“ и „спомагателни помощни средства и услуги“ по 42 USC § 12182(b)(2)(A)(iii)), е на практика едно и също базово ниво: съответствие с WCAG 2.1 ниво AA във всички цифрови повърхности, насочени към потребителите, с документиран път за отстраняване на наследени компоненти и публикувана декларация за достъпност. Проектирането веднъж спрямо тази основа съществено намалява регулаторната експозиция и по двата режима — макар че не премахва движения от ищци риск в САЩ, който възниква от всяка отделна бариера за достъп, на която се натъква частен ищец.</p>
  </div>

  <hr />

  <h2 id="closing">На какво учи сравнението</h2>

  <p>Обявените числа — от €5 000 до €1 милион от страна на EAA, от 96 384 до 192 768 щ.д. от страна на ADA — са погрешното място, от което да започне всяко сравнение на двата режима. Те са видимият връх на две много различни правоприлагащи архитектури: административен апарат на държавите членки от едната страна, движена от ищци федерална съдебна система от другата, като всяка произвежда икономическа експозиция по начини, които обявеният таван не отразява.</p>

  <p>На какво учи тогава сравнението е предимно за цената на многоюрисдикционния риск, свързан с достъпността. Разликата по държави членки на EAA създава регулаторна повърхност, която се мащабира с броя на пазарите в ЕС, на които оперира една компания, като най-лошият сценарий за експозиция се определя от държавата членка с най-високия таван. Плоският федерален таван на ADA изглежда скромен, докато множителите — обемът дела, прехвърлянето на адвокатски хонорари, щатските законоустановени обезщетения в Калифорния и Ню Йорк — не бъдат добавени обратно. Всеки режим, прочетен сам по себе си, би довел екипа по съответствие до различно приоритизиране. Прочетени заедно, те водят към едно и също заключение: че проектирането спрямо единна основа за достъпност, достатъчно висока, за да задоволи и двата режима, е по-евтино от поддържането на фрагментирана позиция за съответствие и спорове за таваните постфактум.</p>

  <p>Следващите осемнадесет месеца ще изострят сравнението. Първото трансгранично действие по правоприлагане на EAA — вероятно срещу платформа за електронна търговия извън ЕС — ще провери дали структурата на директивата държава членка по държава членка може да осигури координирано действие срещу мултинационална компания. Продължаващият обем частни искове по ADA ще остане доминиращият сигнал за интензитета на правоприлагане в САЩ. А ранните решения на националните съдилища по защитите за непропорционална тежест по EAA ще покажат на екипите по съответствие колко прощаващ е европейският режим на практика. Двата режима няма да се сближат, но гледната точка на мултинационалния ответник за тях ще се промени.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, за <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA</a> и за <a href="/bg/articles/">по-широката картина на правоприлагането през 2026 г.</a></p>

  <footer class="footer-note" id="sources">
    <p><strong>Методология и данни:</strong> Графиците на санкциите са взети от съответния законов текст и подзаконови актове за всяка юрисдикция. Таваните на държавите членки по EAA са изведени от транспониращото законодателство (Испания: <span lang="es">Ley 11/2023</span>; Италия: <span lang="it">D.lgs. 27 maggio 2022, n. 82</span>; Германия: <span lang="de">Barrierefreiheitsstärkungsgesetz</span>, <span lang="de">BGBl. I 2021, p. 2970</span>; Нидерландия: <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span>, 2022; Франция: <span lang="fr">Loi n° 2005-102 du 11 février 2005</span> с изпълнителни декрети за актуализация на RGAA от 2023 г.; Естония: <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span>, 2022). Федералните тавани на гражданските санкции по ADA отразяват инфлационната корекция за 2024 г. на 28 CFR 36.504 (96 384 щ.д. за първо нарушение / 192 768 щ.д. за последващо нарушение). Обемът на исковете по дял III в САЩ отразява изведени от PACER търсения във федералните съдилища за дела за уеб достъпност за 2024 г., съпоставени с годишния доклад на UsableNet за 2024 г. Текстът за законоустановените обезщетения по калифорнийския <span lang="en">Unruh</span> е <span lang="en">Cal. Civ. Code</span> § 52(a). Данните за разпределението по щати са илюстративни и закръглени.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейски акт за достъпност), <span lang="en">OJ L 151, 7.6.2019</span>, член 30 (санкции) и член 14 (непропорционална тежест). Закон за американците с увреждания, 42 USC §§ 12181–12189 (дял III), § 12188(a) (частно право на иск), § 12205 (адвокатски хонорари). Подзаконов акт за прилагане: 28 CFR част 36, включително § 36.504 (граждански санкции), коригиран ежегодно по <span lang="en">Federal Civil Penalties Inflation Adjustment Act Improvements Act of 2015</span> (<span lang="en">Pub. L. 114-74</span>). Калифорнийски <span lang="en">Unruh Civil Rights Act</span>, <span lang="en">Cal. Civ. Code</span> §§ 51–52. Рамка на ЕС за трансграничен надзор: Регламент (ЕС) 2019/1020. Конвенция на ООН за правата на хората с увреждания, член 9 (Достъпност), като обща рамкова основа за двата режима. Хармонизирани технически стандарти: ETSI EN 301 549 V3.2.1, с V4 в процес на изготвяне; WCAG 2.1 (W3C, юни 2018 г.) и 2.2 (W3C, октомври 2023 г.).</p>
    <p><strong>Първични източници:</strong> (1) <em>Директива (ЕС) 2019/882</em>, <span lang="en">OJ L 151, 7.6.2019</span>, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) <em><span lang="en">Americans with Disabilities Act of 1990</span></em>, 42 USC §§ 12181 и сл.; <em>28 CFR част 36</em>, включително § 36.504, <a href="https://www.ecfr.gov/current/title-28/chapter-I/part-36">ecfr.gov/current/title-28/chapter-I/part-36</a>. (3) <span lang="es">Ley 11/2023</span>, <span lang="es">BOE-A-2023-10952</span>; <span lang="it">D.lgs. 27 maggio 2022, n. 82</span>; <span lang="de">Barrierefreiheitsstärkungsgesetz</span>, <span lang="de">BGBl. I 2021, p. 2970</span>; <span lang="fr">Loi n° 2005-102</span> с изпълнителни декрети от 2023 г.; <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022). (4) Министерство на правосъдието на САЩ, отдел „Граждански права“, секция „Права на хората с увреждания“, обобщение на правоприлагането по ADA за 2024 г., <a href="https://www.ada.gov">ada.gov</a>. (5) Доклади на UsableNet за средата и края на 2024 г. за обема на цифровите съдебни искове по дял III на ADA. (6) <em><span lang="en">National Federation of the Blind v. Target Corp.</span></em>, 452 F. Supp. 2d 946 (<span lang="en">N.D. Cal.</span> 2006); <em><span lang="en">Robles v. Domino's Pizza, LLC</span></em>, 913 F.3d 898 (<span lang="en">9th Cir.</span> 2019), касация отказана 140 S. Ct. 122 (2019); <em><span lang="en">Gil v. Winn-Dixie Stores, Inc.</span></em>, 21 F.4th 775 (<span lang="en">11th Cir.</span> 2021). (7) <span lang="en">Cal. Civ. Code</span> §§ 51–52. (8) ETSI EN 301 549 V3.2.1 и статус на изготвяне на V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>.</p>
    <p><strong>Какво не е тази статия:</strong> Това е сравнително досие на два режима на санкции. То не е правен съвет. Законовите тавани, инфлационните корекции, определените органи и съдебната практика се променят непрекъснато; обхванатите оператори следва да се консултират с квалифициран юрист в съответната юрисдикция за конкретни въпроси по съответствие и съдебни спорове.</p>
  </footer>

</div>

---
title: EN 301 549 в детайли — стандартът на ЕС за достъпност
url: https://www.disabilityworld.org/bg/articles/en-301-549-explained/
description: EN 301 549 — хармонизираният европейски стандарт на ETSI, който превръща WCAG 2.1 AA в текст, обвързващ обществените поръчки. V3.2.1 е в сила през 2026 г.; V4 с WCAG 2.2 е в късен етап на изготвяне. Пълен наръчник клауза по клауза.
author: Disability World
pubDate: 2026-05-22
tags: en-301-549, etsi, technical-standards, eu, procurement, wcag
---

# EN 301 549 в детайли — стандартът на ЕС за достъпност

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Ръце върху механична клавиатура с отворен документ за технически стандарти на външен монитор — работното място на одитора по достъпност, където живее EN 301 549.</p>

<p class="rt-prefix">Време за четене: 11 минути</p>

<p class="wp-block-paragraph"><strong>EN 301 549</strong> е хармонизираният европейски стандарт за изискванията за достъпност, приложими към ИКТ продукти и услуги. Публикуван и поддържан от <strong>ETSI</strong> — Европейския институт за стандарти в далекосъобщенията — в сътрудничество с CEN и CENELEC, той е техническият инструмент, който превръща по-абстрактните задължения на <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност (EAA)</a>, <a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпността на уебсайтовете (Директива (ЕС) 2016/2102)</a> и повечето национални правила за обществени поръчки в контролен списък клауза по клауза, спрямо който доставчикът може да бъде оценяван. Докато WCAG е стандарт за съдържание и интерфейс в уеб, EN 301 549 е по-широката рамка, която обгръща WCAG в изискванията, спрямо които правото на ЕС реално възлага обществени поръчки.</p>

<p class="wp-block-paragraph">През 2026 г. действащата версия е <strong>V3.2.1</strong>, публикувана през март 2021 г. и включваща чрез препратка <strong>[WCAG 2.1 ниво AA](/bg/toolkit/standards/wcag/)</strong>. Нова редакция, включваща <strong>WCAG 2.2 AA</strong> — с предварителен номер V4.0.0 — е в късен етап на изготвяне в съвместния технически орган на ETSI/CEN/CENELEC и се очаква да бъде публикувана през 2026 г., последвана от цитиране в <em>Официален вестник на Европейския съюз</em>. Този материал е наръчник: какво представлява стандартът, как са организирани неговите дванадесет глави, къде Глава 9 (уеб) и Глава 11 (софтуер) стоят редом до Глава 10 (документи) и Глава 12 (документация и поддръжка), как стандартът свързва WCAG с правото на ЕС за обществени поръчки и къде ще го срещнете цитиран в законодателната карта, която вече познавате.</p>

<h2 class="wp-block-heading" id="h-what-en-301-549-actually-is">Какво всъщност представлява EN 301 549 — и какво не е</h2>

<p class="wp-block-paragraph">EN 301 549 е <strong>хармонизиран европейски стандарт</strong>. Този израз има точно значение в правото на ЕС: това е стандарт, разработен от една от трите признати европейски организации по стандартизация (ETSI, CEN, CENELEC) по искане на Европейската комисия чрез официално „искане за стандартизация“ (наричано още „мандат“) и след това цитиран в Официален вестник на Европейския съюз като даващ „презумпция за съответствие“ със съответния законодателен акт на ЕС. За продукт или услуга, които отговарят на хармонизирания стандарт, се приема, че отговарят на правните изисквания, които той хармонизира. Презумпцията може да бъде оборена, но на практика публичните възложители, одиторите по достъпност и органите за оценка на съответствието третират стандарта като оперативния контролен списък.</p>

<p class="wp-block-paragraph">EN 301 549 възниква от Мандат M/376, издаден от Комисията през 2005 г., за да подготви правилата на Европа за обществени поръчки по отношение на достъпността — единна, технологично неутрална, хармонизирана отправна точка за това какво означава „достъпни ИКТ“ в процеса на публично възлагане. Първата публикувана версия, V1.1.2, се появява през 2014 г. Оттогава стандартът преминава през три съществени редакции: V2 (2018 г.), привеждаща го в съответствие с WCAG 2.1, V3.1.1 и V3.2.1 (2019–2021 г.), които прецизират определенията и добавят клаузи за мобилни приложения и инструменти за създаване на съдържание, и предстоящата V4, включваща WCAG 2.2.</p>

<p class="wp-block-paragraph">Какво не е EN 301 549: той не е EAA и не е Директивата за достъпността на уебсайтовете. Това са законите, които възлагат обществени поръчки спрямо стандарта. EN 301 549 е документът с критериите за изпитване — частта от системата, която разработчикът или служителят по обществени поръчки реално чете, за да разбере дали даден резултат отговаря на изискванията.</p>

<h2 class="wp-block-heading" id="h-the-twelve-chapter-structure">Структурата от дванадесет глави</h2>

<p class="wp-block-paragraph">EN 301 549 е организиран около дванадесет съществени клаузи (номерирани от Клауза 4 в документа, тъй като Клаузи 1–3 обхващат обхвата и определенията). Архитектурата е умишлено модулна: доставчик, който определя обхвата на офертата си за обществена поръчка, преценява кои клаузи се прилагат към продукта, прилага само тях и декларира съответствие спрямо посочените клаузи. Основните модули се намират в Глави 9 до 12.</p>

<h3 class="wp-block-heading" id="h-chapter-9-web">Глава 9 — Уеб съдържание</h3>

<p class="wp-block-paragraph"><strong>Глава 9</strong> е главата, до която повечето специалисти по достъпност стигат първо, защото тя включва WCAG чрез препратка. Във V3.2.1 Глава 9 пренася дословно критериите за успех на WCAG 2.1 ниво A и ниво AA: клауза 9.1 обхваща възприемаемите критерии за успех, 9.2 — оперативните, 9.3 — разбираемите, 9.4 — надеждните. Уеб продукт, който отговаря на WCAG 2.1 AA, отговаря на Глава 9. Стандартът не преразказва текста на WCAG; той го цитира. Във V4 същата глава ще препраща към WCAG 2.2 AA, поемайки деветте нови и преработени критерия за успех — включително <em>2.4.11 Неприкрит фокус (минимум)</em>, <em>2.4.12 Неприкрит фокус (разширен)</em>, <em>2.4.13 Видимост на фокуса</em>, <em>2.5.7 Движения с влачене</em>, <em>2.5.8 Размер на целта (минимум)</em>, <em>3.2.6 Последователна помощ</em>, <em>3.3.7 Повтарящо се въвеждане</em>, <em>3.3.8 Достъпно удостоверяване (минимум)</em> и <em>3.3.9 Достъпно удостоверяване (разширено)</em>.</p>

<h3 class="wp-block-heading" id="h-chapter-10-documents">Глава 10 — Документи извън уеб</h3>

<p class="wp-block-paragraph"><strong>Глава 10</strong> прилага изисквания, еквивалентни на WCAG, към документи извън уеб — PDF файлове, документи на Word, презентации, ePub и всякакви други документи, доставяни заедно с уеб или извън него. Това става, като се взема всеки критерий за успех на WCAG 2.1, който има смисъл за документ извън уеб, и се преформулира в контекста на документа. Етикетиран, навигируем, правилно описан PDF отговаря на Глава 10; неетикетирано сканиране на печатен доклад — не. Публичните възложители, които поръчват политически публикации, договорни условия, обучителни материали и декларации за достъпност, разчитат на Глава 10, за да определят летвата за това, което приемат като резултат.</p>

<h3 class="wp-block-heading" id="h-chapter-11-software">Глава 11 — Софтуер извън уеб</h3>

<p class="wp-block-paragraph"><strong>Глава 11</strong> е най-широкият модул и най-съществен за съвременния технологичен стек. Тя прилага изисквания, еквивалентни на WCAG, към софтуер извън уеб — настолни приложения, нативни мобилни приложения, вградени интерфейси, киоск-терминали с персонализиран софтуер — и добавя изисквания, които са специфични за софтуера и нямат аналог в WCAG: клаузи за услугите за достъпност на платформата (11.5), за съвместимостта с помощни технологии (11.6) и за инструментите за създаване на съдържание (11.8, произтичащи от Насоките за достъпност на инструментите за създаване на съдържание на W3C). Покритието на мобилните приложения в Глава 11 е причината Директивата за достъпността на уебсайтовете да може да се разпростира върху мобилните приложения на органите от обществения сектор и причината EAA да може да се прилага към електронни четци, машини за билети и терминали на самообслужване, без да е необходим отделен стандарт за всеки от тях.</p>

<h3 class="wp-block-heading" id="h-chapter-12-documentation">Глава 12 — Документация и услуги за поддръжка</h3>

<p class="wp-block-paragraph"><strong>Глава 12</strong> обхваща документацията и услугите за поддръжка на клиенти: ръководства за потребителя, помощни системи, центрове за поддръжка, онлайн чат, достъпни формати при поискване. Клаузите изискват документацията на продукта да описва функциите за достъпност на продукта, самата документация да бъде достъпна и услугите за поддръжка да са налични чрез достъпни канали. Това е главата, която свързва достъпността с опита след покупката — частта от пътя на купувача, в която потребителите реално срещат продукта и се нуждаят от помощ с него.</p>

<h3 class="wp-block-heading" id="h-chapters-5-through-8">Глави 5–8 — общите хоризонтални изисквания</h3>

<p class="wp-block-paragraph"><strong>Глави 5 до 8</strong> стоят преди модулите, специфични за формата. Глава 5 обхваща общи изисквания, приложими към всеки ИКТ продукт или услуга — затворена функционалност, биометрия, запазване на информацията за достъпност при преобразуване. Глава 6 обхваща ИКТ с двупосочна гласова комуникация: текст в реално време, видеорелейни услуги и изискванията за оперативна съвместимост, които правят достъпната комуникация възможна между различни доставчици на услуги. Глава 7 обхваща ИКТ с видеовъзможности — аудио описание, субтитриране, представяне на жестов език. Глава 8 обхваща хардуера: клавиатури, органи за управление, конектори, физически достъп. Рядко обхватът на даден продукт се определя само спрямо една глава; приложение за видеострийминг на смарт телевизор ще засегне едновременно Глави 5, 7, 9 (ако има уеб интерфейс), 11 (самото приложение) и 12 (неговата документация).</p>

<h3 class="wp-block-heading" id="h-chapter-13-and-annexes">Глава 13 и приложенията</h3>

<p class="wp-block-paragraph"><strong>Глава 13</strong> разглежда ИКТ, които предоставят релейни услуги и достъп до спешни услуги — комуникационния слой от обществен интерес. Приложенията са мястото, където стандартът върши работата си по обвързване на обществените поръчки: <strong>Приложение A</strong> съдържа методологията за оценка на съответствието, включително задължителния образец на „декларация за достъпност“; <strong>Приложение B</strong> съпоставя клаузите на EN 301 549 със съответните изисквания на американския Section 508 — полезно за доставчици, които продават от двете страни на Атлантика; <strong>Приложение C</strong> предоставя насоки за декларациите за функционални показатели; а библиографията изброява всеки стандарт, включително WCAG, който документът включва чрез препратка.</p>

<h2 class="wp-block-heading" id="h-wcag-21-aa-in-en-301-549">Как WCAG 2.1 AA всъщност се вписва в EN 301 549</h2>

<p class="wp-block-paragraph">Връзката между WCAG и EN 301 549 е най-често задаваният въпрос в работата по съответствие, а отговорът е по-конкретен от „EN 301 549 включва WCAG“. WCAG 2.1 ниво AA е включен в Глава 9 (уеб съдържание) и в части от Глава 11 (софтуер, където критериите за успех са приложими към софтуер извън уеб). Включването е чрез препратка, а не чрез преразказ: клаузите на Глава 9 са номерирани така, че да отразяват структурата на WCAG, и всяка клауза сочи към съответния критерий за успех в препоръката на W3C. Декларация за съответствие с WCAG 2.1 AA се превръща директно в декларация за съответствие с Глава 9.</p>

<p class="wp-block-paragraph">Там, където EN 301 549 надхвърля WCAG, е в клаузите, специфични за софтуера, хардуера и документацията, които WCAG никога не е бил предназначен да обхване. WCAG разглежда съдържанието като възприемаемо, оперативно, разбираемо и надеждно в рамките на уеб потребителски агент. EN 301 549 добавя изискванията, които уреждат например взаимодействието на настолно приложение с API на екранен четец в Windows, тактилната различимост на хардуерна клавиатура или оперативната съвместимост по TTY на център за обслужване. Продукт може да отговаря на WCAG 2.1 AA и въпреки това да не отговаря на EN 301 549 — обикновено защото Глави 11 или 12 обхващат изисквания, които WCAG не разглежда.</p>

<h2 class="wp-block-heading" id="h-where-en-301-549-is-cited">Къде EN 301 549 е цитиран в правото на ЕС</h2>

<p class="wp-block-paragraph">Носещата роля на стандарта е в графа на цитиранията. Три основни правни инструмента посочват EN 301 549 като техническа отправна точка; няколко десетки национални закони за обществени поръчки и устави за достъпност правят същото.</p>

<h3 class="wp-block-heading" id="h-eaa-citation">Европейският акт за достъпност (Директива (ЕС) 2019/882)</h3>

<p class="wp-block-paragraph"><a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> определя функционални изисквания за достъпност за определен списък от продукти и услуги — компютри, смартфони, електронни четци, банкомати, машини за билети, електронна търговия, електронни книги, телефония, аудиовизуални медийни услуги, банкови услуги, информация за пътническия транспорт. Функционалните изисквания на акта (Приложение I) са абстрактни; те изискват например информацията да се предоставя в достъпни формати, потребителските интерфейси да поддържат помощни технологии, спешните комуникации да работят с глухи потребители. За да направи тези абстрактни изисквания оперативни, EAA разчита на хармонизирани стандарти, цитирани съгласно член 15 от Регламент (ЕС) 1025/2012 — и EN 301 549 е хармонизираният стандарт, който Европейската комисия използва, за да направи оперативни изискванията на EAA за уеб, софтуер и документация. За продукт, който отговаря на съответните клаузи на EN 301 549, важи презумпцията за съответствие с EAA. Първото цитиране на EN 301 549 в <em>Официален вестник</em> специално за целите на EAA е публикувано през 2024 г.; редакциите следват всяка нова версия.</p>

<h3 class="wp-block-heading" id="h-wad-citation">Директивата за достъпността на уебсайтовете (Директива (ЕС) 2016/2102)</h3>

<p class="wp-block-paragraph"><a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпността на уебсайтовете</a>, в сила от декември 2016 г., изисква органите от обществения сектор в държавите – членки на ЕС, да направят своите уебсайтове и мобилни приложения достъпни. Член 6 от Директивата гласи, че за съдържание, отговарящо на хармонизирания стандарт, цитиран в Официален вестник, се приема, че съответства на изискванията за достъпност, определени в член 4. EN 301 549 е цитираният стандарт — V2 от 2018 г. е първата версия, посочена за целите на Директивата, като всяка следваща редакция води до ново цитиране в ОВ. За уебсайтовете и мобилните приложения на обществения сектор, които отговарят на Глава 9 и приложимите части от Глава 11, се приема, че съответстват на Директивата.</p>

<h3 class="wp-block-heading" id="h-national-procurement">Националните закони за обществени поръчки и член 42 от Директивата за обществените поръчки в публичния сектор</h3>

<p class="wp-block-paragraph">Член 42 от <strong>Директива 2014/24/ЕС</strong> (Директивата за обществените поръчки в публичния сектор) изисква техническите спецификации в публичните търгове за продукти и услуги, които ще се използват от физически лица, „да отчитат критериите за достъпност за хора с увреждания или проектиране за всички потребители“. Държавите членки са въвели това задължение в националните си кодекси за обществени поръчки, като прилагащите текстове обикновено посочват EN 301 549 като референтен стандарт — от германските <span lang="de">BITV 2.0</span> и <span lang="de">EU-Verordnung</span>, посочени във федералните обществени поръчки, през испанския <span lang="es">Real Decreto 1112/2018</span>, френския RGAA (който привежда критериите си в съответствие с Глава 9 на EN 301 549), италианските <span lang="it">Linee Guida AgID</span>, до нидерландския <span lang="nl">Tijdelijk besluit digitale toegankelijkheid overheid</span>. Слоят на националните обществени поръчки е там, където EN 301 549 има най-голямо ежедневно търговско въздействие, защото определя кои доставчици могат да участват в кои публични договори.</p>

<h2 class="wp-block-heading" id="h-v4-and-wcag-22">Какво променя V4 — и какво не</h2>

<p class="wp-block-paragraph">Предстоящата V4 на EN 301 549 е работното наименование на редакцията, която ще включи <strong>WCAG 2.2 AA</strong> вместо WCAG 2.1 AA, поемайки деветте критерия за успех, които W3C добави или преработи в актуализацията от 2023 г. Работната редакция е видима в публичния архив на Техническия комитет по човешки фактори на ETSI от 2024 г., а съвместната работна група на ETSI/CEN/CENELEC заседава през 2025 г., за да я финализира. Публикуването през 2026 г. е работното допускане в общността по стандартизация; цитирането в ОВ съгласно EAA и Директивата следва по обичайния график на Комисията (обикновено няколко месеца след публикуването от ETSI).</p>

<p class="wp-block-paragraph">Съществените разлики във V4 се групират около две области. Първо, самите критерии за успех на WCAG 2.2 — Глава 9 поема деветте нови критерия, като най-съществени в оперативно отношение са <em>Неприкрит фокус</em>, <em>Размер на целта (минимум)</em>, <em>Движения с влачене</em> и двата критерия за <em>Достъпно удостоверяване</em>, които заедно ще наложат повторен одит на всеки продукт, използващ оувърлей банери, прозорци за бисквитки, полета за пароли или малки зони за докосване. Второ, клаузите за софтуер на стандарта (Глава 11) се прецизират, за да се приведат по-близо до WCAG 2.2 за софтуера, където критериите за успех се прилагат, и за да се актуализира формулировката за услугите за достъпност на платформата така, че да отразява API за помощни технологии, появили се след 2021 г.</p>

<p class="wp-block-paragraph">Какво V4 не променя: архитектурата от дванадесет глави, образеца на декларацията за съответствие в Приложение A, връзката с EAA и Директивата или съпоставянето със Section 508 в Приложение B. Доставчик, който има актуална декларация за съответствие спрямо V3.2.1, в повечето случаи ще трябва да проведе повторно изпитване за новите критерии на WCAG 2.2, но не и да преработи изцяло подхода си към съответствието.</p>

<h2 class="wp-block-heading" id="h-using-en-301-549">EN 301 549 на практика: декларацията за съответствие</h2>

<p class="wp-block-paragraph">Оперативният документ, който EN 301 549 произвежда, е <strong>декларация за съответствие</strong> — наричана понякога „декларация за достъпност“ в контекста на Директивата или Шаблон за доброволна декларация за достъпност на продукта (VPAT) в традицията на Section 508. Приложение A на стандарта съдържа образеца. За всяка приложима клауза доставчикът посочва дали продуктът „Поддържа“, „Частично поддържа“, „Не поддържа“ или „Неприложимо“. Всяко „Частично поддържа“ или „Не поддържа“ трябва да е придружено от поле с бележки и обяснения, описващо несъответствието.</p>

<p class="wp-block-paragraph">В отговор на обществена поръчка служителят по обществени поръчки определя обхвата на съответните глави спрямо продукта, изисква декларация за съответствие клауза по клауза и оценява несъответствията. Декларацията е договорно обвързваща в повечето рамки за обществени поръчки в ЕС — ако доставчикът декларира „Поддържа“ по дадена клауза и продуктът впоследствие не отговаря на нея при приемането от потребителя, договорът обикновено дава на възложителя основания за отстраняване на проблеми, санкции или разваляне. Ето защо EN 301 549 има по-голяма търговска тежест от самия документ на WCAG: WCAG е препоръка на W3C без статут в обществените поръчки; EN 301 549 е документът, който се посочва в договора.</p>

<h2 class="wp-block-heading" id="h-conclusion">EN 301 549 в законодателната карта, която вече познавате</h2>

<p class="wp-block-paragraph">Ако сте следили линията на законодателството на ЕС за правата на хората с увреждания — <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, <a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпността на уебсайтовете</a>, националните кодекси за обществени поръчки, които прилагат Директива 2014/24/ЕС — EN 301 549 е техническата основа, която свързва тези закони с ежедневния процес на изпитване на доставчика. WCAG определя правилата за уеб съдържанието. EN 301 549 обгръща WCAG в по-широкия набор от изисквания (софтуер, документи, документация, хардуер, двупосочна комуникация), спрямо които правото на ЕС за обществени поръчки реално възлага. EAA и Директивата след това цитират EN 301 549 като стандарта, който задейства презумпцията за съответствие. Националните кодекси за обществени поръчки посочват стандарта в техническите си спецификации, а одиторите по достъпност изпитват спрямо него клауза по клауза.</p>

<p class="wp-block-paragraph">За специалистите, които планират одит през 2026 г.: V3.2.1 е версията, спрямо която да изпитвате днес, V4 е версията, за която да започнете да се подготвяте, а разликите, които си струва да изпреварите, са деветте критерия за успех на WCAG 2.2 — особено критериите за видимост на фокуса и размер на целта, които повечето продукти тихомълком не покриват. Най-бързият начин да установите кои критерии от 2.2 вече нарушава сайтът ви е <a href="/bg/toolkit/scan/">безплатно сканиране за WCAG 2.2</a> на представителна страница. За по-широката картина на отразяването през 2026 г. как този стандарт взаимодейства с националното правоприлагане вижте <a href="/bg/articles/">указателя на статиите на Disability World</a>; за картината на правоприлагането през първата година на EAA в държавите членки вижте <a href="/bg/articles/european-accessibility-act-guide/">наръчника за EAA</a>. За практическо превръщане на V3.2.1 + разликите на 2.2 в действащ одит вижте <a href="/bg/articles/how-to-make-your-website-wcag-22-compliant/">ръководството стъпка по стъпка за съответствие с WCAG 2.2</a>; за платформите за мониторинг, които поддържат съответствието между одитите, вижте <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на платформи за мониторинг на достъпността</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Основни източници</h2>

<ol class="wp-block-list">
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 (2021-03) — Accessibility requirements for ICT products and services</em>. <a href="https://www.etsi.org">etsi.org</a></li>
<li>Европейска комисия. Искане за стандартизация M/376 (2005 г.) относно достъпността на ИКТ за обществени поръчки.</li>
<li>Директива (ЕС) 2019/882 на Европейския парламент и на Съвета относно изискванията за достъпност на продукти и услуги (Европейски акт за достъпност).</li>
<li>Директива (ЕС) 2016/2102 на Европейския парламент и на Съвета относно достъпността на уебсайтовете и мобилните приложения на органите от обществения сектор.</li>
<li>Директива 2014/24/ЕС на Европейския парламент и на Съвета относно обществените поръчки, член 42.</li>
<li>Регламент (ЕС) № 1025/2012 на Европейския парламент и на Съвета относно европейската стандартизация.</li>
<li>W3C. <em>Web Content Accessibility Guidelines (WCAG) 2.1</em> (Препоръка на W3C, юни 2018 г.) и <em>WCAG 2.2</em> (Препоръка на W3C, октомври 2023 г.).</li>
<li>Технически комитет по човешки фактори на ETSI. Публичен архив относно дейността по редакциите на EN 301 549 (2024–2025 г.).</li>
</ol>

</div>

---
title: EPUB3 за достъпно издаване: какво трябва да доставят издателите
url: https://www.disabilityworld.org/bg/articles/epub3-for-accessible-publishing/
description: EPUB3.3 е форматът, спрямо който издателите ще бъдат измервани по Европейския акт за достъпност.
author: Disability World
pubDate: 2026-05-22
tags: epub3, ebooks, publishing, accessibility, mathml, media-overlays, education
---

# EPUB3 за достъпно издаване: какво трябва да доставят издателите

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Електронен четец стои върху купчина хартиени книги, а отгоре почиват чифт слушалки тип „тапи“; екранът показва страница с достъпен текст — ежедневните повърхности, на които EPUB3 трябва да работи.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph"><strong>EPUB3</strong> е форматът, спрямо който издателите ще бъдат измервани, когато <a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> започне да се прилага сериозно. Той е и форматът, който Маракешкият договор на WIPO и Консорциумът за достъпни книги използват, за да придвижват достъпни книги през граници, и форматът, който потребителите на екранни четци, читателите със слабо зрение и студентите с печатни увреждания очакват, когато купят електронна книга. За разлика от PDF, EPUB3 е презаредим, семантичен и достъпен по замисъл — но само ако издателят действително достави метаданните, маркирането и навигацията, които спецификацията изисква. Файл с разширение .epub не е същото като достъпен EPUB.</p>

<p class="wp-block-paragraph">Този наръчник е за издатели, екипи по редакционни технологии и водещи специалисти по достъпност в дистрибуторите на електронни книги. Той преминава през това какво изисква спецификацията EPUB3.3, кои полета с метаданни за достъпност спецификациите на schema.org и EPUB Accessibility 1.1 очакват да попълните, кои четящи системи действително рендират добре EPUB3 през 2026 г., къде натискът за съответствие с EAA се усеща от дистрибуторите и как екосистемата на Маракеш допълва картината. Той е умишлено конкретен: до края ще знаете какво да поискате от доставчика си за преобразуване, какво да сложите в метаданните си и какво да тествате, преди да качите при дистрибутор.</p>

<h2 class="wp-block-heading" id="h-what-epub3-requires">Какво изисква EPUB3</h2>

<p class="wp-block-paragraph">EPUB3 е препоръка на W3C. Текущата стабилна версия е <strong>EPUB 3.3</strong>, публикувана като препоръка на W3C през май 2023 г., след като форматът премина от IDPF към W3C. EPUB 3.3 консолидира поредица от поетапни ревизии, направи достъпността първокласно изискване, а не незадължителен придружаващ документ, и затегна връзката между EPUB и по-широката отворена уеб платформа — EPUB по своята същност е пакетиран ZIP архив от HTML, CSS, SVG и поддържащи ресурси, управляван от манифест OPF (Open Packaging Format) и навигационен документ.</p>

<p class="wp-block-paragraph">За да бъде самият файл достъпен, EPUB 3.3 очаква от издателите да използват семантичен HTML навсякъде. Това означава истински заглавия в реда на документа (<code>h1</code> до <code>h6</code>), истински списъци (<code>ul</code>, <code>ol</code>, <code>dl</code>), истински таблици за таблични данни с правилно обхващане на <code>thead</code>, <code>tbody</code>, <code>th</code>, и специфичния за EPUB речник на структурната семантика (<code>epub:type</code>) за маркиране на глави, раздели, бележки под линия, записи в списъка със страници, термини в речника и десетките други издателски роли, които спецификацията разпознава. Книга, чиито заглавия на главите са визуално стилизирани абзаци без никакъв елемент за заглавие, не е достъпна — екранният четец не може да премине към следващата глава, опресняемият брайлов дисплей не може да обяви прехода между главите, а механизмът за презареждане не може да генерира съдържание в движение.</p>

<p class="wp-block-paragraph">Езиковите тагове не подлежат на компромис. Всеки EPUB трябва да декларира основен език в OPF пакетния документ, а всяко вложено съдържание на различен език трябва да бъде маркирано с подходящите атрибути <code>lang</code> и <code>xml:lang</code>. Системите за синтез на реч и екранните четци превключват гласовите профили въз основа на тези тагове; френски абзац вътре в английска книга, който не е езиково маркиран, ще бъде прочетен с английски глас с предсказуемо комичен и изключващ резултат. Същото правило важи за посоката (<code>dir</code>) при смесено съдържание отляво надясно и отдясно наляво.</p>

<p class="wp-block-paragraph">Всеки EPUB трябва да достави <strong>навигационен документ</strong> — единичен XHTML файл, посочен от OPF като навигационен документ, съдържащ като минимум съдържание (<code>nav epub:type="toc"</code>) и в идеалния случай списък със страници (<code>nav epub:type="page-list"</code>), който съпоставя номерата на печатните страници с местоположенията в книгата, и списък с ориентири (<code>nav epub:type="landmarks"</code>), който маркира корицата, основния текст, индекса и други откриваеми повърхности. Списъкът със страници е функцията, която позволява на студент, използващ достъпна електронна книга, да следва препратките към страниците в печатна учебна програма, без да изпада от синхрон със състудентите, четящи хартиеното издание.</p>

<p class="wp-block-paragraph">Изображенията се нуждаят от <code>alt</code> текст за всяко изображение, което носи съдържание. Декоративните изображения приемат <code>alt=""</code> и <code>aria-hidden="true"</code>, ако е подходящо, но съдържателните изображения — диаграми, фотографии във фотоалбум, карти, илюстрации в детска книга — се нуждаят от истински описания. Сложните изображения като научни диаграми се нуждаят от дълги описания, или вградени чрез <code>aria-describedby</code>, сочещ към описателен елемент, или чрез модела <code>epub:type="describedFootnote"</code>. Математиката във всяка книга, която надхвърля случайно споменаване, трябва да бъде кодирана като <strong>MathML</strong>, а не растеризирана като PNG снимки на екрана. MathML е единственото кодиране, което позволява на екранен четец да изговори уравнение, което позволява на опресняем брайлов дисплей да го изобрази на Nemeth или Unified English Braille и което позволява на читателя да преоразмери уравнението без пикселизация.</p>

<p class="wp-block-paragraph">EPUB3 поддържа също <strong>медийни наслагвания</strong> — синхронизиран текст и предварително записана аудио разказ, дефинирани в SMIL файлове, които съпоставят всеки текстов фрагмент с времеви интервал в аудиото. EPUB с медийно наслагване позволява на читател с ниска грамотност, на читател с когнитивно увреждане или просто на пътуващ да следва осветения текст, докато човешки разказвач го чете на глас. Подходът SMIL предхожда съвременната вълна от висококачествен синтез на реч, но двете технологии са взаимнодопълващи се: медийните наслагвания остават златният стандарт за детски книги, заглавия за изучаване на езици и финансирани за достъпност преобразувания, докато синтезът на реч се грижи за дългата опашка.</p>

<h2 class="wp-block-heading" id="h-accessibility-metadata">Метаданни за достъпност: слоят schema.org / A11y-meta</h2>

<p class="wp-block-paragraph">Достъпен файл, който не се обявява като достъпен, е невидим за читателите, които се нуждаят от него. Спецификацията EPUB Accessibility 1.1, публикувана като препоръка на W3C заедно с EPUB 3.3, изисква набор от полета с метаданни, които трябва да присъстват в OPF пакетния документ. Тези полета черпят от речника за достъпност на schema.org — същия речник, използван от Bookshare, Консорциума DAISY, Benetech, Консорциума за достъпни книги и емисиите на основните дистрибутори.</p>

<p class="wp-block-paragraph">Изискваните и силно препоръчителни свойства са:</p>

<ul class="wp-block-list">
<li><strong>schema:accessMode</strong> — модалностите, които съдържанието използва (<code>textual</code>, <code>visual</code>, <code>auditory</code>). Роман е <code>textual</code>; илюстрована детска книга е <code>textual,visual</code>; книга с медийно наслагване от аудио и текст е <code>textual,visual,auditory</code>.</li>
<li><strong>schema:accessModeSufficient</strong> — комбинациите от модалности, които са достатъчни сами по себе си за усвояване на съдържанието. Роман обикновено посочва <code>textual</code> като достатъчно (защото всичко важно е в текста). Графичен роман без описания с алтернативен текст не може честно да твърди, че само <code>textual</code> е достатъчно.</li>
<li><strong>schema:accessibilityFeature</strong> — отделните налични функции, взети от контролиран речник: <code>structuralNavigation</code>, <code>alternativeText</code>, <code>longDescription</code>, <code>tableOfContents</code>, <code>readingOrder</code>, <code>printPageNumbers</code>, <code>mathML</code>, <code>synchronizedAudioText</code>, <code>highContrastDisplay</code>, <code>displayTransformability</code>, <code>captions</code>, <code>transcript</code> и още няколко.</li>
<li><strong>schema:accessibilityHazard</strong> — разкриване на всякакво съдържание, което може да предизвика гърчове, морска болест или други реакции: <code>flashing</code>, <code>noFlashingHazard</code>, <code>motionSimulation</code>, <code>noMotionSimulationHazard</code>, <code>sound</code>, <code>noSoundHazard</code>. Ако книгата е без рискове, посочете го изрично.</li>
<li><strong>schema:accessibilitySummary</strong> — четимо от човек, формулирано на разбираем език обобщение на достъпността на изданието, написано за крайния читател: „Това издание съответства на WCAG 2.1 ниво AA. Всички изображения имат алтернативен текст. Математическите уравнения са кодирани в MathML. Номерата на страниците отразяват печатното издание.“</li>
<li><strong>a11y:certifiedBy</strong>, <strong>a11y:certifierCredential</strong>, <strong>a11y:certifierReport</strong> — ако трета страна е сертифицирала файла спрямо EPUB Accessibility 1.1, кой го е сертифицирал, каква квалификация притежава той и връзка към публикувания сертификационен доклад.</li>
<li><strong>dcterms:conformsTo</strong> — профилът на съответствие, на който отговаря изданието, изразен като URL, сочещ към критериите за съответствие на EPUB Accessibility 1.1 (WCAG 2.1 ниво AA, или в по-нови файлове ниво AAA, където е заявено).</li>
</ul>

<p class="wp-block-paragraph">Тези полета не са формалност. Те се вливат в каталозите на дистрибуторите, в глобалната база данни за достъпни книги на Консорциума за достъпни книги, в откриването на Bookshare, в каталозите за училищни обществени поръчки и в шаблоните за отчитане по EAA, които дистрибуторите вече трябва да поддържат. Европейският стандарт EN 17161 — достъпност чрез „проектиране за всички“ — препраща към този слой от метаданни, както и критериите за функционална оценка на достъпността, използвани от проверяващия инструмент ACE за достъпност, поддържан от Консорциума DAISY.</p>

<h2 class="wp-block-heading" id="h-reading-systems">Четящи системи: какво действително рендира EPUB3 през 2026 г.</h2>

<p class="wp-block-paragraph">Най-често цитираното оплакване в екипите по достъпност на издателите е, че един и същ EPUB се рендира различно на различни четящи системи. Оплакването е вярно и разликата има значение. Файл, който получава перфектен резултат от проверяващия инструмент DAISY ACE, все пак може да не успее да покаже навигационния си документ на популярен потребителски четец или да не успее да изговори своя MathML в основно iOS приложение. Разликата между това какво дефинира спецификацията и какво реализира четящата система е причината работният процес по достъпност на издателя да трябва да включва тестване на реални устройства, а не само валидиране на ниво файл.</p>

<p class="wp-block-paragraph"><strong>Thorium Reader</strong>, поддържан от консорциума EDRLab, е референтният безплатен настолен четец за достъпен EPUB3 през 2026 г. Той реализира изцяло EPUB 3.3 и EPUB Accessibility 1.1, показва навигационния документ, списъка със страници и списъка с ориентири, рендира MathML, поддържа медийни наслагвания и се интегрира със синтеза на реч на операционната система и основните екранни четци (NVDA на Windows, VoiceOver на macOS, Orca на Linux). Много издатели използват Thorium като свой четец за приемане по достъпност: ако файл работи в Thorium, той е добре оформен и съответстващ.</p>

<p class="wp-block-paragraph"><strong>VoiceDream Reader</strong> (сега част от стабилната линия Voice Dream, придобита през 2022 г.) остава водещото iOS приложение за читатели с печатни увреждания, които искат премиум гласове за синтез на реч и фин контрол върху параметрите на речта. То отваря EPUB3 надеждно, зачита езиковите тагове за превключване на гласа, поддържа персонализирани шрифтове и приятелска за дислексия типография и се интегрира с каталозите на Bookshare и Learning Ally. За студенти и възрастни читатели с дислексия, слабо зрение или слепота VoiceDream често е приложението по подразбиране.</p>

<p class="wp-block-paragraph"><strong>VoiceOver Books</strong> — вграденото аудиокнижно изживяване на Apple в приложението Books, съчетано с iOS VoiceOver — е маршрутът, който повечето слепи iOS потребители всъщност избират. То се справя добре с EPUB3, показва навигационния документ на VoiceOver, изговаря алтернативния текст, превключва гласовете при езиковите тагове и извежда медийните наслагвания. Където Apple Books все още се затруднява, е рендирането на MathML в сложни STEM заглавия и последователното показване на списъка със страници, когато потребителят навигира по препратка към печатна страница.</p>

<p class="wp-block-paragraph"><strong>Apple Books</strong> на macOS, iPadOS и iOS е най-широката потребителска четяща система за EPUB3 на западния пазар и рендира компетентно повечето функции за достъпност. Ограниченията му са в дългата опашка: определени гранични случаи на медийни наслагвания, определени редки конструкции на MathML и непоследователно поведение при много големи списъци със страници.</p>

<p class="wp-block-paragraph">Очевидното изключение през 2026 г. остава <strong>Amazon Kindle</strong>. Amazon не поддържа нативно EPUB3 в екосистемата Kindle; вместо това приема EPUB и го преобразува при качването в собствените си формати KF8 / KFX. Преобразуването запазва текста, основната структура и много изображения, но не запазва всички метаданни за достъпност, не рендира надеждно MathML, изпуска изцяло медийните наслагвания и в исторически план не е показвало полетата с метаданни за достъпност на schema.org на потребителите, търсещи в каталога на Kindle. Издателите, доставящи в Amazon, често поддържат паралелен работен процес за достъпност в KF8/KFX, но практическият ефект е, че най-достъпният EPUB3, който издателят може да произведе, се влошава частично в мига, в който достигне най-големия дистрибутор на електронни книги на английски език. Натискът на EAA, описан в следващия раздел, е първият регулаторен лост, способен да помръдне това.</p>

<h2 class="wp-block-heading" id="h-eaa-pressure">Натискът на EAA върху дистрибуторите на електронни книги</h2>

<p class="wp-block-paragraph">Европейският акт за достъпност (Директива (ЕС) 2019/882) влезе в приложение на <strong>28 юни 2025 г.</strong>, а електронните книги са изрично в неговия обхват. Член 4 от директивата задължава икономическите оператори да гарантират, че продуктите и услугите, които пускат на пазара на ЕС, отговарят на изискванията за достъпност, посочени в Приложение I. За електронните книги и специализирания софтуер за тях изискванията по Приложение I включват: гарантиране, че електронните книги (и софтуерът, необходим за достъп до тях) поддържат синтез на реч, позволяват на потребителите да адаптират представянето (размер на шрифта, контраст, междуредие), показват метаданните, необходими на помощната технология за навигация в съдържанието, позволяват синхронизирано аудио и текст, където присъстват, предоставят алтернативи на нетекстовото съдържание и предотвратяват мерките за защита на електронните книги да блокират функциите за достъпност.</p>

<p class="wp-block-paragraph">На практика списъкът от Приложение I се съпоставя почти едно към едно с критериите за съответствие на EPUB Accessibility 1.1. Издател, който доставя EPUB3 файлове, съответстващи на EPUB Accessibility 1.1 — с правилно попълнени метаданни на schema.org и декларация на сертифициращ орган — има силна презумпция за съответствие със задълженията по Приложение I. Издател, който доставя неструктуриран PDF или DRM-заключени формати, които блокират преноса към екранни четци, е категорично в несъответствие.</p>

<p class="wp-block-paragraph">Натискът за съответствие не пада само върху издателите. Той пада в равна степен върху дистрибуторите, които директивата третира като самостоятелни икономически оператори. Националните органи за надзор на пазара започнаха първия си кръг инспекции за съответствие с EAA през втората половина на 2025 г. и през 2026 г., а дистрибуторите на електронни книги бяха ранен фокус, защото каталозите са публични, метаданните са машинночетими, а несъответствието е лесно за доказване. Дистрибуторите, опериращи в ЕС, сега обикновено изискват от издателите да доставят файлове, съответстващи на EPUB Accessibility 1.1, да попълват полетата с метаданни на schema.org и да предоставят декларация за сертификация; някои започнаха да отхвърлят несъответстващи качвания още при приемането. За платформите със значителни зависимости от собствени формати — Amazon Kindle в частност — EAA принуди публичен ангажимент за по-голяма вярност към EPUB3, макар че инженерната работа по доставянето му все още е в ход.</p>

<p class="wp-block-paragraph">За издателите оперативната последица е недвусмислена: метаданните за достъпност на електронните книги вече са издателско изискване, а не нещо приятно за добавяне. Производствените екипи, които преди извършваха достъпността като отделно преобразуване надолу по веригата, сега я вграждат в изходния работен процес.</p>

<h2 class="wp-block-heading" id="h-marrakesh-ecosystem">Маракешкият договор и екосистемата на Консорциума за достъпни книги</h2>

<p class="wp-block-paragraph">EPUB3 се намира вътре в по-широка договорна и инфраструктурна екосистема, която издателите трябва да разбират, защото тя променя какво означава „достъпна книга“ в мащаб. <strong>Маракешкият договор</strong> — Маракешкият договор на WIPO за улесняване на достъпа до публикувани произведения за слепи лица, лица с нарушено зрение или с други увреждания, които не им позволяват четенето на печатни материали, приет през 2013 г. и сега в сила в над 100 договарящи страни, включително ЕС и Съединените щати — създава изключение от авторското право, което позволява на упълномощени образувания да произвеждат, разпространяват и обменят през граници копия в достъпен формат на публикувани произведения в полза на лицата бенефициери, без да е необходимо разрешение от притежателя на правата за всяка транзакция.</p>

<p class="wp-block-paragraph">Договорът е приложен в правото на ЕС чрез Директива (ЕС) 2017/1564 и Регламент (ЕС) 2017/1563, а в Съединените щати — чрез <span lang="en">Marrakesh Treaty Implementation Act of 2018</span>, който измени Дял 17. Оперативната инфраструктура се управлява от <strong>Консорциума за достъпни книги (ABC)</strong>, ръководен от WIPO съюз на организации, представляващи хора с нарушено зрение, библиотеки, които ги обслужват, издатели и органи по стандартизация. ABC управлява Глобалната книжна услуга — платформа за трансгранично заемане и обмен, чрез която упълномощени образувания — обикновено национални библиотеки за слепи, организации като Bookshare в Съединените щати и RNIB в Обединеното кралство, и еквивалентни национални агенции в Европа и Глобалния юг — споделят достъпни файлове.</p>

<p class="wp-block-paragraph">Предпочитаният формат за тези обмени е EPUB3 с пълни метаданни за достъпност, а за по-стар или сканиран материал — форматите DAISY 2.02 и DAISY 3, които EPUB3 на практика наследява. Книга, която френски издател е произвел като заглавие, съответстващо на EPUB Accessibility 1.1, по принцип може да бъде споделена чрез Глобалната книжна услуга на ABC с читател с печатно увреждане в Кения, Индия, Аржентина или всяка друга договаряща страна, без предоговаряне. Договорът не променя търговската позиция на издателя — той действа конкретно върху достъпното копие, конкретно за популацията на бенефициерите — но драматично разширява читателската публика за всяка добре оформена достъпна електронна книга, която издателят доставя.</p>

<p class="wp-block-paragraph">За издателите практическата връзка между слоя на EAA и слоя на Маракеш е един и същ блок метаданни. Свойствата за достъпност на schema.org, заявката за съответствие с EPUB Accessibility 1.1 и сертификационният доклад, който създавате за съответствие с EAA, са същите артефакти, които позволяват на файла ви да се влее в Глобалната книжна услуга на ABC и в по-широката мрежа от упълномощени образувания. Доставете файла веднъж, в правилния формат, с правилните метаданни, и същият артефакт обслужва едновременно режима на съответствие на ЕС и глобалната достъпна читателска публика.</p>

<h2 class="wp-block-heading" id="h-practical-workflow">Практически работен процес за издателите</h2>

<p class="wp-block-paragraph">Моделът на изпълнение, който производствените екипи възприемат, след като прахът се слегне, е изграден около четири опорни точки. <strong>Изходна достъпност</strong>: изходният ръкопис е структуриран (истински заглавия, истински списъци, истински таблици, езиково маркиран), преди да се случи каквото и да е преобразуване, така че преобразуването в EPUB запазва структурата, вместо да я възстановява чрез обратно инженерство. <strong>Преобразуване в EPUB 3.3</strong>: инструментът за преобразуване — независимо дали вътрешен, доставчик с конвейер или верига от инструменти с отворен код като инструментариума на Консорциума DAISY — произвежда EPUB 3.3 със семантично маркиране, навигационен документ, списък със страници, където заглавието има печатен еквивалент, алтернативен текст на всички съдържателни изображения, MathML, където се появява математика, и медийни наслагвания, където редакционното задание го изисква.</p>

<p class="wp-block-paragraph"><strong>Попълване на метаданни</strong>: всеки файл напуска производството с пълен блок метаданни за достъпност на schema.org — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — и където заглавието е сертифицирано, полетата a11y:certifiedBy/Credential/Report се попълват спрямо вписания сертифициращ орган (обикновено програмата за сертификация на Benetech, Консорциума DAISY или национален еквивалент). <strong>Валидиране и тестване на реални устройства</strong>: всеки файл се валидира спрямо EPUBCheck и проверяващия инструмент DAISY ACE за достъпност, а представителна извадка се тества на Thorium, Apple Books, VoiceDream и специфичните за дистрибутора четящи системи, чрез които заглавието ще се продава.</p>

<p class="wp-block-paragraph">Разходът за това е реален, но бързо намалява с практиката и инструментариума. Разходът да не се прави — глоби за несъответствие с EAA, отхвърляне от дистрибутор при приемане, пропуснати читатели в мрежата на Маракеш и по-широката репутационна цена от доставяне на електронни книги, които читателите с увреждания не могат да използват — сега е категорично по-висок. Достъпността на EPUB3 вече не е специализирана поддисциплина в края на производствения конвейер. Тя е самата спецификация.</p>

</div>

---
title: Членове 16 и 73 от Акта на ЕС за ИИ: къде правилата за високорисков ИИ се пресичат с правото за уврежданията
url: https://www.disabilityworld.org/bg/articles/eu-ai-act-disability-intersection/
description: Регламент (ЕС) 2024/1689 — Актът на ЕС за ИИ — влезе в общо приложение на 2 август 2026 г. Наръчник за това как член 16 (задължения за ИИ с общо предназначение) и член 73 (изисквания за високорисков ИИ) се пресичат с правото за уврежданията в заетостта, образованието и основните услуги.
author: Disability World
pubDate: 2026-05-22
tags: eu-ai-act, ai, disability, accessibility, high-risk-ai, regulation-primer
---

# Членове 16 и 73 от Акта на ЕС за ИИ: къде правилата за високорисков ИИ се пресичат с правото за уврежданията

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Печатен документ на Акта на ЕС за ИИ с прозрачно наслагване на дървото за достъпност на ARIA и писалка отгоре — визуалният знак за пресечната точка между Акта за ИИ и правото за уврежданията.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph"><strong>Регламент (ЕС) 2024/1689</strong>, обикновено наричан <strong>Актът на ЕС за ИИ</strong>, беше публикуван в <em>Официален вестник</em> на 12 юли 2024 г., влезе в сила на 1 август 2024 г. и достигна основната си дата на приложимост — когато задълженията за високорисков ИИ и за ИИ с общо предназначение обвързват доставчиците и внедрителите в рамките на единния пазар — на <strong>2 август 2026 г.</strong> Той е първият всеобхватен хоризонтален закон за ИИ в която и да е голяма юрисдикция и стои върху, а не заменя, съществуващия пакет от права на хората с увреждания: <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>, <a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпност на уебсайтовете</a>, Директивата за равно третиране в заетостта 2000/78/ЕО и ратификацията от ЕС на Конвенцията на ООН за правата на хората с увреждания (CRPD).</p>

<p class="wp-block-paragraph">Два члена вършат по-голямата част от носещата работа там, където Актът за ИИ и правото за уврежданията се сблъскват. <strong>Член 16</strong> определя задълженията за доставчиците на модели на ИИ с общо предназначение — слоят на базовите модели, който задвижва повечето насочени към потребителите ИИ продукти през 2026 г. <strong>Член 73</strong>, четен заедно с членове 8 до 15 и Приложение III, определя изискванията, които обвързват доставчиците и внедрителите на <strong>високорискови системи с ИИ</strong>. Този материал е наръчник за това как тези два члена се пресичат с правото за уврежданията в три конкретни условия: ИИ, използван в заетостта (инструменти за отсяване на автобиографии, автоматизирано оценяване на видеоинтервюта), ИИ, използван в образованието (онлайн наблюдение на изпити, инструменти за достъпност, моделиране на риска при учащите) и ИИ, използван в основни услуги (кредитен скоринг за потребители, медицински триаж, решения за допустимост до обществени помощи). Той обхваща също надстройката от CRPD, която институционалните ангажименти на ЕС добавят отгоре, и задълженията за документиране — техническа документация по Приложение IV, наблюдение след пускане на пазара, оценки на въздействието върху основните права — които доставчиците сега се очаква да изготвят.</p>

<h2 class="wp-block-heading" id="h-what-the-ai-act-is">Какво представлява Актът за ИИ — и как е структуриран</h2>

<p class="wp-block-paragraph">Актът за ИИ е регламент, а не директива: той се прилага пряко във всяка държава членка без национално транспониране, а задълженията, които налага на доставчиците и внедрителите, са еднакви в 27-те национални пазара на ЕС плюс ЕИП. Основният му архитектурен избор е <strong>рамка на нива на риска</strong> с четири нива — забранени практики (член 5), високорискови системи с ИИ (членове 6 до 27 и Приложение III), задължения за прозрачност при ограничен риск (член 50) и нерегулирани употреби с минимален риск. Наслоен върху нивата на риска, отделен режим — членове 51 до 56 — урежда моделите на ИИ с общо предназначение, с по-строги задължения, задействани, когато даден модел премине прага за системен риск, определен в член 51, параграф 2.</p>

<p class="wp-block-paragraph">Поетапният календар на приложимост има значение, защото доставчиците, които четат това през 2026 г., не са изправени пред единен краен срок. Забраните по член 5 за практики с неприемлив риск — социален скоринг от публични органи, дистанционна биометрична идентификация в реално време в обществени пространства, освен за тясно дефинирани цели на правоприлагането, разпознаване на емоции на работни места и в училища — станаха приложими на <strong>2 февруари 2025 г.</strong>, шест месеца след влизането в сила. Задълженията по членове 51–56 за ИИ с общо предназначение станаха приложими на <strong>2 август 2025 г.</strong> Пълният режим за високорисков ИИ, включително задълженията за наблюдение след пускане на пазара по член 73, влезе в сила на <strong>2 август 2026 г.</strong>, с допълнително удължаване до <strong>2 август 2027 г.</strong> за подмножеството от високорискови системи, които са също предпазни компоненти на продукти, вече регулирани от продуктовото законодателство на ЕС за безопасност (секторно право по Приложение I — медицински изделия, машини, играчки, превозни средства).</p>

<p class="wp-block-paragraph">Правоприлагането е разделено. Националните органи за надзор на пазара — определени от всяка държава членка и вписани в публичен регистър, поддържан от Службата по ИИ — се занимават с правоприлагането на високорисковия ИИ на терен. Службата по ИИ, създадена в рамките на генерална дирекция CNECT на Европейската комисия, има изключителна компетентност за правоприлагане на ИИ с общо предназначение по член 88. Максималните административни глоби достигат <strong>35 милиона евро или 7% от световния годишен оборот</strong> за нарушения на забраните по член 5, 15 милиона евро или 3% за нарушения на повечето други задължения на операторите, включително задълженията по членове 16 и 73, обхванати в този наръчник, и 7,5 милиона евро или 1% за предоставяне на неточна или подвеждаща информация на органите.</p>

<h2 class="wp-block-heading" id="h-article-16-gpai">Член 16 — какво трябва да правят доставчиците на ИИ с общо предназначение</h2>

<p class="wp-block-paragraph">Член 16 е оперативната разпоредба за слоя на базовите модели. Той се прилага за доставчиците на модели на ИИ с общо предназначение — определени в член 3, точка 63, като модели на ИИ, обучени върху голямо количество данни чрез самонадзор в мащаб, проявяващи значителна обобщеност, способни компетентно да изпълняват широк набор от отделни задачи. Големите езикови модели, задвижващи чатботове, мултимодалните модели за изображения и текст, използвани при анализ на документи, речевите модели, които все по-често посредничат на инструментите за достъпност: всички те са модели на ИИ с общо предназначение за целите на Акта за ИИ, а доставчиците им носят пакета задължения по член 16.</p>

<p class="wp-block-paragraph">Задълженията по член 16 се разделят на три блока. Първо, <strong>техническа документация</strong>: доставчиците трябва да изготвят и поддържат актуален технически файл, обхващащ обучението, тестването и оценяването на модела, включително източниците на данни за обучение на високо ниво, енергийното потребление при обучението, използваните оценъчни бенчмаркове и известните ограничения. Приложение XI определя минималното съдържание. Второ, <strong>информационни разкрития към внедрителите надолу по веригата</strong>: доставчиците трябва да предоставят на компаниите, които интегрират модела в собствените си системи, достатъчно информация за способностите, ограниченията, предназначението и известните рискове на модела, за да може операторът надолу по веригата да спазва собствените си задължения по Акта за ИИ. Трето, <strong>авторско право и произход на съдържанието</strong>: доставчиците трябва да въведат политика за спазване на правото на ЕС в областта на авторското право, включително възможността за отказ от извличане на текст и данни по член 4, параграф 3 от Директива (ЕС) 2019/790, и да публикуват достатъчно подробно резюме на корпуса от данни за обучение.</p>

<p class="wp-block-paragraph">Аспектът на уврежданията при член 16 е двоен. Първо, разкриването на ограниченията, изисквано по Приложение XI, раздел 1, точка 2, буква в), изрично обхваща известните отклонения и несправедливите разлики в производителността — а свързаните с достъпността разлики в производителността попадат категорично в това изискване. Модел за разпознаване на реч, който се представя измеримо по-зле при дизартрична реч, модел за описание на изображения, който погрешно идентифицира потребители на инвалидни колички или помощни средства за придвижване, модел за жестов език, който се проваля при регионални варианти на жестовия език: всяко от тях е известно ограничение, което доставчикът трябва да изведе пред внедрителите надолу по веригата. Второ, доставчиците на модели, отговарящи на прага за системен риск по член 51, параграф 2 (понастоящем определен на изчислителна мощност за обучение, надхвърляща 10^25 FLOP-а), носят допълнителните задължения по член 55 за състезателно тестване, докладване на инциденти, защитни мерки за киберсигурност и оценка на модела спрямо категориите за системен риск — включително въздействията върху основните права, които регламентът изрично препраща обратно към Хартата на основните права и към CRPD.</p>

<h2 class="wp-block-heading" id="h-article-73-high-risk">Член 73 — високорискови системи с ИИ и режимът след пускане на пазара</h2>

<p class="wp-block-paragraph">Член 73 се намира в раздел 3 на глава III — разделът, който урежда високорисковите системи с ИИ, вече пуснати на пазара. Той изисква доставчиците на високорисков ИИ да създадат <strong>система за наблюдение след пускане на пазара</strong>, пропорционална на естеството на системата и рисковете, които тя представя, която активно и систематично събира, документира и анализира данни за производителността на системата с ИИ през целия ѝ жизнен цикъл. Наблюдението трябва непрекъснато да оценява съответствието с изискванията, посочени в членове 8 до 15, като документацията се съхранява на разположение поне десет години.</p>

<p class="wp-block-paragraph">Член 73 трябва да се чете в тандем с материалните изисквания на членове 8–15, защото наблюдението след пускане на пазара е механизмът, чрез който съответствието с тези изисквания се доказва във времето. Член 9 изисква система за управление на риска. Член 10 урежда данните и управлението на данните — конкретно изисквайки наборите от данни за обучение, валидиране и тестване да са релевантни, достатъчно представителни, без грешки и пълни с оглед на предназначението, с изрично внимание към „конкретната географска, контекстуална, поведенческа или функционална среда“, в която системата ще се използва. Член 11 и Приложение IV изискват техническа документация; член 12 изисква автоматично регистриране на събития; член 13 изисква прозрачност и информация за внедрителите; член 14 изисква мерки за човешки надзор, вградени в системата; член 15 изисква точност, устойчивост и киберсигурност, пропорционални на предназначението. Член 26 след това наслагва задължения от страната на внедрителя — операторът, който действително пуска системата в употреба.</p>

<p class="wp-block-paragraph">Какво прави една система „високорискова“ е определено в член 6 и Приложение III. Списъкът в Приложение III назовава осем категории случаи на употреба — биометрия; критична инфраструктура; образование и професионално обучение; заетост и управление на работниците; достъп до основни частни и публични услуги; правоприлагане; миграция, убежище и граничен контрол; правораздаване и демократични процеси — и във всяка категория изброява конкретните случаи на употреба, които задействат класификацията като високорискова. Списъкът в Приложение III е неизчерпателен по замисъл, но обвързващ по право: система с ИИ, използвана за една от изброените цели, е високорискова по силата на регламента, независимо как доставчикът я предлага на пазара.</p>

<h2 class="wp-block-heading" id="h-where-disability-intersects">Къде членове 16 и 73 се пресичат с правото за уврежданията</h2>

<p class="wp-block-paragraph">Три пресечни точки доминират практическата картина на съответствието през 2026 г.: ИИ в заетостта, ИИ в образованието и ИИ, използван в основни услуги. Всяка от тях се намира в категория за висок риск по Приложение III и всяка носи пряко задължение по съществуващото право на ЕС срещу дискриминация на хора с увреждания, което Актът за ИИ сега операционализира.</p>

<h3 class="wp-block-heading" id="h-employment-ai">Заетост — отсяване на автобиографии, оценяване на видеоинтервюта, мониторинг на производителността</h3>

<p class="wp-block-paragraph">Раздел 4 от Приложение III обхваща системите с ИИ, използвани за набиране, подбор, разпределяне на задачи, оценка на изпълнението и решения за прекратяване. Инструменти за отсяване на автобиографии, които класират кандидатите спрямо длъжностни характеристики, автоматизирани платформи за видеоинтервюта, които оценяват отговорите на кандидатите по изражения на лицето, речеви модели и избор на думи, инструменти за мониторинг на производителността, които сигнализират за работници за управленска намеса въз основа на данни за натискане на клавиши или време пред екрана: всички те са високорискови по раздел 4 от Приложение III. Задължението за управление на риска по член 9 и задължението за управление на данните по член 10 изискват доставчиците да идентифицират и смекчат рисковете от различно въздействие на етапа на обучение на модела. Директивата за равно третиране в заетостта 2000/78/ЕО, в сила от 2003 г., вече забранява пряката и непряката дискриминация на основание увреждане при набирането и заетостта; Актът за ИИ сега изисква техническият механизъм зад тази забрана да е проверим чрез техническия файл по Приложение IV и чрез наблюдението след пускане на пазара по член 73.</p>

<p class="wp-block-paragraph">Задължението за смекчаване на отклоненията е изрично. Член 10, параграф 2, буква ж) изисква доставчиците да проучат проектните решения за данните за обучение за „възможни отклонения, които е вероятно да засегнат здравето и безопасността на хората, да имат отрицателно въздействие върху основните права или да доведат до дискриминация, забранена от правото на Съюза“. След като бъде идентифицирано свързано с увреждане различно въздействие — модел за видеоинтервю, който системно санкционира кандидати с речеви увреждания, модел за HR анализ, който погрешно класифицира работните модели на служители с когнитивни увреждания или хронично заболяване — член 10, параграф 2, буква з) изисква „подходящи мерки за откриване, предотвратяване и смекчаване“ на това въздействие. Работата по смекчаването трябва да бъде документирана в файла по Приложение IV и непрекъснато оценявана чрез системата за наблюдение след пускане на пазара по член 73.</p>

<h3 class="wp-block-heading" id="h-education-ai">Образование — наблюдение на изпити, инструменти за достъпност, прогнозиране на риска</h3>

<p class="wp-block-paragraph">Раздел 3 от Приложение III обхваща ИИ, използван за определяне на достъпа до образование, оценяване на резултатите от обучението, преценка на подходящото образователно ниво и наблюдение на учащите по време на тестове. Системите за онлайн наблюдение на изпити, които сигнализират за изпитно поведение, са изрично назовани в съображенията. Пресечната точка с правото за уврежданията тук е остра: модел за наблюдение на изпити, обучен върху невротипично базово поведение, системно ще свръхсигнализира за учащи с ADHD, тикови разстройства или тревожност — а под петнадесет процента от студентите във висшето образование, които имат документирани увреждания (Евростат, 2024 г.), понасят различното въздействие. Забраната по член 5, параграф 1, буква е) за разпознаване на емоции в образователна среда вече премахва изцяло един клас модели от законния пазар; това, което остава, е по-широкият слой за наблюдение на изпити и прогнозиране на риска, който действа по раздел 3 от Приложение III като високорисков.</p>

<p class="wp-block-paragraph">Инструментите за достъпност се намират от другата страна на същата граница. Управляваното от ИИ субтитриране, преобразуването на реч в текст за лекции, генерирането на алтернативен текст с ИИ и подпомогнатото от ИИ отстраняване на проблеми в документи сами по себе си не са употреби по Приложение III — те са услуги за достъпност. Но където образователна институция ги доставя, задълженията на Акта за ИИ за прозрачност и разкриване на информация (член 13, член 50) се наслагват върху съществуващото изискване на Директивата за достъпност на уебсайтовете за декларация за достъпност. Училище, което внедрява инструмент за субтитриране с ИИ, трябва да публикува какво инструментът може и не може да прави, включително известните му разлики в точността при реч с акцент, регионални диалекти и съдържание на жестов език.</p>

<h3 class="wp-block-heading" id="h-essential-services-ai">Основни услуги — кредитен скоринг, медицински триаж, допустимост до помощи</h3>

<p class="wp-block-paragraph">Раздел 5 от Приложение III обхваща ИИ, използван за оценка на кредитни рейтинги или кредитоспособност, за оценка на риска при ценообразуване в животозастраховането и здравното застраховане, за оценка на допустимостта до основни обществени помощи и услуги и за разпределяне или установяване на приоритет при спешно реагиране. Всяко от тях се пресича с правото за уврежданията в различна точка. Моделите за кредитен скоринг, които използват волатилност на доходите или модели на разходи, свързани със здравеопазване, като характеристики, могат да кодират свързано с увреждане различно въздействие; ИИ за медицински триаж, който класира пациенти за лечение, може да възпроизведе същото пристрастие, коригирано спрямо качеството на живота, срещу което защитниците на хората с увреждания водят дела от две десетилетия; автоматизацията на допустимостта до помощи в контекста на социалното осигуряване — решението по SyRI в Нидерландия и делата в Обединеното кралство за алгоритмични решения по PIP и Universal Credit са съвременният канон — сега е категорично в раздел 5 от Приложение III, когато се използва от публични органи на ЕС.</p>

<p class="wp-block-paragraph">Член 27 от Акта за ИИ добавя задължение за <strong>оценка на въздействието върху основните права</strong> от страната на внедрителя за високорисковите системи по Приложение III, използвани от публични органи и определени частни оператори. Оценката обхваща категориите физически лица, които е вероятно да бъдат засегнати, конкретните рискове от вреда, въведените мерки за човешки надзор и пътищата за обезщетение на засегнатите лица. Уврежданията не са назовани в член 27, но забраната за дискриминация по член 21 от Хартата на основните права — към която член 27 препраща — обхваща уврежданията изрично, а член 26 от Хартата признава правото на хората с увреждания на интеграция и участие. Оценката на въздействието е мястото, където въздействието върху уврежданията трябва да бъде преценено преди внедряването, а не като ретроспективен одит.</p>

<h2 class="wp-block-heading" id="h-crpd-overlay">Надстройката от CRPD</h2>

<p class="wp-block-paragraph">Европейският съюз е страна по Конвенцията на ООН за правата на хората с увреждания в свое собствено качество — първият международен договор за правата на човека, по който ЕС се е присъединил като регионална организация за интеграция — и затова CRPD обвързва институциите на ЕС, включително при тълкуването им на Акта за ИИ. Член 9 от CRPD задължава страните да гарантират достъпа на хората с увреждания до информация и комуникации, включително информационни и комуникационни технологии, на равна основа с останалите. Член 5 ги задължава да забранят всякаква дискриминация на основание увреждане и да гарантират равна и ефективна правна защита.</p>

<p class="wp-block-paragraph">Съображение 56 от Акта за ИИ изрично назовава CRPD като част от опората на регламента в основните права, а тълкувателните насоки на Службата по ИИ — публикувани през 2025 и 2026 г. под формата на документи с въпроси и отговори и делегирани актове на Комисията — многократно цитираха CRPD в контекста на задълженията за достъпност по замисъл по член 16 от Акта за ИИ (достъпност на информацията) и измерението на въздействието върху уврежданията на оценките на въздействието върху основните права по член 27. Практическата последица: когато орган за надзор на пазара одитира високорискова система по Приложение III за свързано с увреждане различно въздействие, той одитира спрямо стандартите на Акта за ИИ за управление на данните и управление на риска, тълкувани в светлината на ангажиментите на CRPD за недискриминация и достъпност. Доставчик, който твърди, че моделът му се представя „добре средно“, без да адресира производителността спрямо релевантни за уврежданията подгрупи, спори срещу собствената тълкувателна рамка на регламента.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици за доставчиците и внедрителите</h2>

<p class="wp-block-paragraph">За доставчиците на високорискови системи с ИИ и на модели на ИИ с общо предназначение архитектурата на съответствие през 2026 г. има четири носещи компонента. Първо, <strong>файлът за управление на данните</strong>, изискван по член 10 — структуриран запис на източниците на данни за обучение, анализ на представителността, идентифицирани отклонения, включително релевантните за уврежданията, и приложените стъпки за смекчаване. Второ, <strong>техническата документация по Приложение IV</strong> — проектни спецификации, системна архитектура, предназначение, известни ограничения, инструкции за внедрителя, показатели за производителност в демографските и свързаните с уврежданията подгрупи, където данните съществуват. Трето, <strong>системата за наблюдение след пускане на пазара</strong> по член 73 — регистриране на инциденти, канали за жалби, непрекъсната оценка на производителността, периодично повторно валидиране спрямо първоначалния план за управление на риска. Четвърто, където е приложимо, <strong>оценката на въздействието върху основните права</strong> по член 27 за внедрителите в публичния и квазипубличния сектор.</p>

<p class="wp-block-paragraph">Ранните сигнали за правоприлагане от първите девет месеца на пълна приложимост (от август 2026 г. нататък) са ограничени, но насочено ясни. Службата по ИИ откри искания за информация срещу трима поименни доставчици на модели на ИИ с общо предназначение на основание прозрачност и резюме на авторското право. Националните органи за надзор на пазара в Нидерландия, Германия и Франция публикуваха ранни насоки относно ИИ в заетостта по раздел 4 от Приложение III, като и трите изрично посочват тестването за различно въздействие върху уврежданията като очакване за документиране. Все още не е издадена окончателна административна санкция по член 99 — кривата на правоприлагане по GDPR отне прибл. 18 месеца, за да произведе първите си значими глоби, а Актът за ИИ следва сравнима траектория. Сигналът към доставчиците е, че режимът на документиране е режимът: доставчик, който не може да покаже файла си по Приложение IV, работата си по управление на данните по член 10 и наблюдението си след пускане на пазара по член 73 при поискване, е от грешната страна на регламента, независимо дали вече е издадена глоба.</p>

<p class="wp-block-paragraph">За общността за правата на хората с увреждания Актът за ИИ не заменя защитите срещу дискриминация по Директива 2000/78/ЕО, изискванията за достъпност по Европейския акт за достъпност или критериите за обществени поръчки по EN 301 549 — той стои върху тях и им дава архитектура за документиране и надзор, която съществуващите инструменти нямаха. Следващата вълна на правоприлагане, очаквана през 2027 и 2028 г., ще бъде там, където взаимодействието между процесуалните задължения на Акта за ИИ и съществуващата материална доктрина срещу дискриминация на хора с увреждания произведе съдебната практика, която определя как изглежда на практика смекчаването на отклоненията. Този наръчник е картата на терена; делата ще очертаят контурните линии.</p>

</div>

---
title: Ръководство за Европейския акт за достъпност — EAA и Директива 2019/882
url: https://www.disabilityworld.org/bg/articles/european-accessibility-act-guide/
description: Европейският акт за достъпност (EAA), обяснен — Директива (ЕС) 2019/882 стана приложима на 28 юни 2025 г. Обхват, референция към WCAG 2.1 AA / EN 301 549, изключение за микропредприятията и защитата за непропорционална тежест по член 14.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, regulations, regulation-primer, en-301-549
---

# Ръководство за Европейския акт за достъпност — EAA и Директива 2019/882

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Регулаторни изисквания на ЕС</span>
  </div>

  <h1>Европейският акт за достъпност: <em>какво всъщност изисква от частните компании</em></h1>

  <p class="lede">Директива (ЕС) 2019/882 — Европейският акт за достъпност, или EAA — беше приета на 17 април 2019 г., изискваше транспониране от държавите членки до <strong>28 юни 2022 г.</strong> и обвърза обхванатите икономически оператори от <strong>28 юни 2025 г.</strong> Шест години от приемането до приложимостта са дълъг разбег, но материалните задължения зад него вече са в сила във всичките <strong>27/27</strong> държави членки. Това е досие от страната на изискванията — какво обхваща директивата, кои продукти и услуги попадат, на кой технически стандарт почива презумпцията за съответствие (<strong>EN 301 549 V3.2.1</strong>, която включва <strong>WCAG 2.1 ниво AA</strong>) и кои два структурни предпазни клапана съществуват: <strong>изключението за микропредприятията</strong> за доставчици на услуги под 10 служители или €2 млн. оборот и <strong>защитата за непропорционална тежест</strong> по член 14 с нейното изискване за петгодишно документиране. Правоприлагането през първата година е обхванато в придружаващ материал; тази статия е за това какво изисква законът от частните компании, на хартия.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка EAA-REQ</span>
      <span class="dossier-meta">07 записа · изведени от Директива (ЕС) 2019/882, EN 301 549 V3.2.1 и националните транспониращи актове</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво всъщност изисква EAA от частните компании</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">6 + 8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Шест продуктови категории и осем категории услуги попадат в материалния обхват на директивата</p>
          <p class="dossier-note">Продукти: компютри с общо предназначение, смартфони, потребителско оборудване за смарт телевизори, самообслужващи се терминали (банкомати, машини за билети, чекин павилиони), терминали за потребителско банкиране, електронни четци. Услуги: потребителско банкиране, електронни съобщения, електронна търговия, електронни книги и специализиран софтуер, компоненти за достъп до аудио-визуални медии, услуги за електронни билети и информация в транспорта и спешни съобщения чрез 112.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Хармонизираната техническа референция е EN 301 549 V3.2.1, която включва WCAG 2.1 ниво AA</p>
          <p class="dossier-note">Приложение I определя функционалните изисквания като резултати. Съответствието с хармонизирания стандарт създава презумпция за съответствие с Приложение I — то не го замества. Приложение II предоставя необвързващи примери за това как функционалните изисквания могат да бъдат изпълнени.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">28 юни 2025 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Датата на материална приложимост е 28 юни 2025 г. — три години след транспонирането, шест след приемането</p>
          <p class="dossier-note">Преходен прозорец тече до 28 юни 2030 г. за услуги, използващи продукти, законно пуснати на пазара преди 2025 г., и до 28 юни 2045 г. за самообслужващи се терминали, вече в експлоатация към датата на приложимост — но само до края на икономическия им живот.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 10 / €2 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Изключението за микропредприятията — само от страната на услугите — обхваща предприятия под 10 служители ИЛИ под €2 млн. оборот</p>
          <p class="dossier-note">Член 4, параграф 5, освобождава микропредприятията от изискванията откъм услугите (Приложение I, раздел IV). То не се разпростира върху продуктите. Изключението е автоматично — без заявление или оценка — но е и концепция за една юрисдикция; трансгранична платформа не е микропредприятие никъде в мига, в който премине който и да е от праговете.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Чл. 14 · 5 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Защитата за непропорционална тежест по член 14 носи доказателствената тежест и изискване за петгодишно документиране</p>
          <p class="dossier-note">Операторите трябва да направят самооценка спрямо критериите в Приложение VI (размер и ресурси на оператора; прогнозни разходи и ползи за хората с увреждания). Документацията трябва да се съхранява за проверка пет години и да се актуализира всеки път, когато засегнатият продукт или услуга бъде съществено изменен.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Чл. 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Санкциите се определят от всяка държава членка и трябва да бъдат „ефективни, пропорционални и възпиращи“</p>
          <p class="dossier-note">Директивата не определя хармонизиран минимум или таван. На практика публикуваните тавани обхващат два порядъка — от €5 000 за нарушение в Естония и Словения до приблизително €1 милион в Испания (<span lang="es">Ley 11/2023</span>), с нива като процент от оборота до 5% от годишния оборот в Италия.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">CE</span>
        <div class="dossier-body">
          <p class="dossier-claim">Продуктите изискват маркировка CE и ЕС декларация за съответствие; услугите изискват декларация за достъпност</p>
          <p class="dossier-note">Приложение IV определя процедурата за оценяване на съответствието откъм продуктите (вътрешен производствен контрол / Модул A). Операторите откъм услугите не поставят маркировка CE, но трябва да публикуват декларация за достъпност, обхващаща как услугата отговаря на Приложение I и как да се свържат с доставчика по въпроси за достъпността.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Директива (ЕС) 2019/882, <span lang="en">OJ L 151, 7.6.2019</span>; Приложения I, IV, VI; ETSI EN 301 549 V3.2.1; национални транспониращи актове, посочени в тялото на тази статия.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В това досие</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-it-is">Какво е EAA, в един абзац</a></li>
      <li><span class="toc-num">02</span><a href="#scope">Шестте продуктови и осемте сервизни категории</a></li>
      <li><span class="toc-num">03</span><a href="#standards">EN 301 549, WCAG 2.1 AA и презумпцията за съответствие</a></li>
      <li><span class="toc-num">04</span><a href="#timeline">Хронологията 2019–2045 г.</a></li>
      <li><span class="toc-num">05</span><a href="#microenterprise">Изключението за микропредприятията</a></li>
      <li><span class="toc-num">06</span><a href="#article-14">Защитата за непропорционална тежест по член 14</a></li>
      <li><span class="toc-num">07</span><a href="#penalties">Национални режими на санкции</a></li>
      <li><span class="toc-num">08</span><a href="#operator-duties">Какво трябва да правят на практика частните компании</a></li>
      <li><span class="toc-num">09</span><a href="#what-it-asks">Какво иска директивата от частния капитал</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Източници</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-it-is">Какво е EAA, в един абзац</h2>

  <p class="dropcap-first">Европейският акт за достъпност е директива — не регламент — приета на основание член 114 от Договора за функционирането на Европейския съюз, правното основание за вътрешния пазар. Тя хармонизира изискванията за достъпност на държавите членки за определен списък от продукти и услуги, пускани на пазара на ЕС, така че електронен четец, банков интерфейс или процес на плащане в електронна търговия, проектиран за германския пазар, да не трябва да бъде препроектиран за испанския пазар, защото базовите задължения за достъпност се разминават. Законодателната поза е насочена към единния пазар: като определя един стандарт за резултат на ниво ЕС, директивата премахва пъстротата от национални правила за достъпност, които бяха израснали около продуктите и услугите от 2000-те години насам. Ползата за достъпността е последицата; правният механизъм е хармонизацията.</p>

  <p>Пълното заглавие на директивата е най-точното описание на това, което тя прави: <em>Директива (ЕС) 2019/882 на Европейския парламент и на Съвета от 17 април 2019 година относно изискванията за достъпност на продукти и услуги.</em> Публикувана в Официален вестник на Европейския съюз като <span lang="en">OJ L 151</span> на 7 юни 2019 г., тя изискваше транспониране в националното право до 28 юни 2022 г. и обвързва обхванатите икономически оператори от 28 юни 2025 г. Датата на приложимост — а не датата на транспониране — е моментът, в който материалните задължения на директивата се прикрепят към частните компании. За компания, която пуска обхванати продукти на пазара на ЕС или предоставя обхванати услуги на потребители в ЕС, 28 юни 2025 г. е моментът, в който законът действително започва да задава въпроси.</p>

  <p>Една важна рамка: директивата е инструмент за частния сектор. Режимът за достъпност в публичния сектор — уебсайтове и мобилни приложения на органите от обществения сектор — се урежда от <strong>Директивата за достъпност на уебсайтовете (ЕС) 2016/2102</strong>, която е в сила от 2018 г. и използва сходна, но отделна техническа референция. Компанията не бива да приема, че съответствието с 2016/2102 означава съответствие с 2019/882 или обратното: двата режима се припокриват на основата на WCAG, но се разминават по апарата за оценяване на съответствието, архитектурата на санкциите и режима на изключенията.</p>

  <hr />

  <h2 id="scope">Шестте продуктови и осемте сервизни категории</h2>

  <figure class="article-figure">
    <img src="/article-images/european-accessibility-act-guide/inline-1.webp" alt="Шестте основни категории на обхвата на EAA — компютри, банкомати, електронна търговия, банкиране, електронни четци, аудио-визуални медии — визуализирани като мрежа от икони." width="800" height="450" loading="lazy" />
    <figcaption>EAA обхваща шест продуктови категории и осем категории услуги. Мрежата по-горе е насоченият към потребителите срез — ежедневните повърхности, където директивата най-често засяга продуктовата пътна карта на частна компания.</figcaption>
  </figure>

  <p>Материалният обхват на директивата е определен в член 2 и подробно описан в член 3. Списъкът е затворен: продукт или услуга, които не са в списъка, не са обхванати, независимо колко интерактивни или насочени към потребителите са. Това е първият въпрос, който задава екипът по съответствие, и е също най-погрешно разчитаният въпрос в първата вълна от отразяване на EAA. Директивата не обхваща „всички цифрови продукти“. Тя обхваща конкретен, изброен списък.</p>

  <h3>Продукти в обхвата (член 2, параграф 1)</h3>

  <ul>
    <li><strong>Компютърни хардуерни системи с общо предназначение и техните операционни системи</strong>, включително настолни компютри, лаптопи и операционно-системния софтуер, който се доставя с тях.</li>
    <li><strong>Самообслужващи се терминали</strong> — платежни терминали на мястото на продажба, банкомати, машини за билети (железопътен, въздушен, автомобилен транспорт), чекин павилиони (летища, хотели) и интерактивни самообслужващи се павилиони, предоставящи информация за обхванати услуги.</li>
    <li><strong>Потребителско крайно оборудване</strong> с интерактивни изчислителни възможности за услуги за електронни съобщения — смартфони, таблети с клетъчна свързаност, модеми, рутери.</li>
    <li><strong>Потребителско крайно оборудване</strong> с интерактивни изчислителни възможности за достъп до аудио-визуални медийни услуги — смарт телевизори, приставки, устройства за стрийминг.</li>
    <li><strong>Електронни четци.</strong> Специализирани устройства за четене на електронни книги, независимо от операционната система.</li>
    <li><strong>Терминали за банкови услуги.</strong> Специфичен хардуер за потребителско банкиране, който не е вече обхванат от самообслужващите се терминали (терминали на мястото на продажба, предназначени за потребителски банкови транзакции).</li>
  </ul>

  <h3>Услуги в обхвата (член 2, параграф 2)</h3>

  <ul>
    <li><strong>Потребителски банкови услуги</strong>, включително разплащателни сметки, платежни услуги, транзакции с кредитни карти, потребителски кредити и насочените към обществеността интерфейси (портали за онлайн банкиране, приложения за мобилно банкиране, банкомати като сервизна повърхност), чрез които те се предоставят.</li>
    <li><strong>Услуги за електронни съобщения</strong> — достъп до интернет, гласови услуги, услуги за съобщения и насочените към клиентите интерфейси, използвани за абониране и управление.</li>
    <li><strong>Услуги, предоставящи достъп до аудио-визуални медийни услуги</strong>, включително електронните програмни справочници (EPG) и насочените към клиентите интерфейси на стрийминг и излъчващи платформи — но не и самото аудио-визуално съдържание, което се урежда от Директивата за аудио-визуалните медийни услуги (ЕС) 2018/1808.</li>
    <li><strong>Услуги за въздушен, автобусен, железопътен и воден пътнически транспорт</strong> — ограничени до конкретни елементи на услугата: уебсайтове, услуги, базирани на мобилни устройства, включително мобилни приложения, електронни билети, информация за пътуване в реално време и самообслужващи се терминали, разположени в рамките на територията на ЕС.</li>
    <li><strong>Потребителски услуги за електронна търговия.</strong> Услуги, предоставяни чрез уебсайтове или мобилни приложения, позволяващи на потребителите да сключат договор с търговец за доставка на продукти или услуги. Това е категорията от обхвата, която улавя най-голям брой частни компании.</li>
    <li><strong>Единният европейски номер за спешни повиквания 112.</strong> Съобщенията към и от услугата 112 трябва да бъдат достъпни.</li>
    <li><strong>Електронни книги и специализиран софтуер</strong> — самият файл на електронната публикация, софтуерът на четящото устройство и услугата, чрез която електронната книга се придобива и управлява.</li>
  </ul>

  <p>Две категории заслужават внимателен прочит. <strong>Компонентите за достъп до аудио-визуални медии</strong> обхващат интерфейса към AV услугите — не AV съдържанието. Дали даден сериал на Netflix се доставя с аудио описание е въпрос за Директивата за аудио-визуалните медийни услуги; дали процесът на регистрация в приложението на Netflix е навигируем с клавиатура е въпрос за EAA. <strong>Транспортните услуги</strong> са обхванати само в техните цифрови повърхности (уебсайтове, приложения, павилиони за билети, информация в реално време); физическата достъпност на гарите, подвижния състав и въздухоплавателните средства остава уредена от съответните регламенти за вида транспорт (Регламент (ЕС) 1300/2014 за железопътния, Регламент (ЕС) 181/2011 за автобусния, Регламент (ЕО) 1107/2006 за пътници във въздушния транспорт с намалена подвижност).</p>

  <div class="callout info">
    <div class="ct">Какво не е в обхвата — и защо има значение</div>
    <p>Затвореният списък на директивата изключва големи категории цифрова дейност. Работният софтуер, вътрешните бизнес инструменти, платформите от бизнес към бизнес, които не се продават на потребители, игрите, социалните мрежи, търсачките и информационните уебсайтове, които не позволяват на потребителя да сключи договор — нито едно от тях не попада в EAA. Някои национални транспониращи актове разшириха националния обхват (германският [BFSG](/bg/regulations/de/) обхваща по-тесен обхват, отколкото някои очакваха; испанският <span lang="es">Ley 11/2023</span> обхваща приблизително списъка на директивата). Бизнес, опериращ в целия ЕС, трябва да провери националния транспониращ акт във всяка държава членка на дейност за обхвата, а не само директивата.</p>
  </div>

  <p>Директивата се прилага за икономически оператори — производители, вносители, дистрибутори, доставчици на услуги — независимо къде са установени, при условие че пускат продукти на пазара на ЕС или предоставят услуги на потребители в ЕС. Платформа за електронна търговия със седалище в САЩ, продаваща на френски потребители чрез сайт на френски език, е „доставчик на услуги“ по директивата по същия начин като търговец на дребно със седалище в Париж. Териториалният въпрос е пазарът, а не седалището.</p>

  <hr />

  <h2 id="standards">EN 301 549, WCAG 2.1 AA и презумпцията за съответствие</h2>

  <p>Самата директива не съдържа буквална спецификация за достъпност. Приложение I определя функционалните изисквания като резултати — например, че информацията се предоставя „чрез повече от един сетивен канал“, че „елементите на потребителския интерфейс са управляеми чрез повече от един режим на въвеждане“, че „елементите на потребителския интерфейс включват адаптивни техники, които отчитат изискванията на помощната технология“. Това са резултати, към които проектантът може да инженерства, но не може механично да провери. Механизмът на директивата за затваряне на тази празнина е <strong>хармонизираният стандарт</strong>: техническа спецификация, разработена от европейска организация по стандартизация (в случая ETSI, Европейският институт за стандарти в далекосъобщенията) и посочена от Европейската комисия чрез решение за изпълнение.</p>

  <p>Посоченият хармонизиран стандарт е <strong>ETSI EN 301 549 V3.2.1</strong>, първоначално публикуван през март 2021 г. и посочен от Комисията през 2024–25 г. за целите на оценяването на съответствието по EAA. Стандартът включва <strong>[Насоките за достъпност на уеб съдържанието (WCAG) 2.1 ниво AA](/bg/toolkit/standards/wcag/)</strong> на W3C за слоя на цифровото съдържание и добавя изисквания, обхващащи хардуера, ИКТ с двупосочна гласова комуникация, ИКТ с видеовъзможности, уеб базирани инструменти за създаване на съдържание и съвместимост с помощни технологии за продукти извън обхвата само за уеб.</p>

  <p>Правният ефект на хармонизирания стандарт е <strong>презумпцията за съответствие</strong>, посочена в член 15 от директивата. Продукт или услуга, които съответстват на EN 301 549 V3.2.1, се предполага, че съответстват на функционалните изисквания по Приложение I — което означава, че орган за надзор на пазара, който иска да оспори това съответствие, носи тежестта да докаже, че стандартът всъщност не осигурява резултата, който приложението изисква. Обратно, продукт или услуга, които не следват хармонизирания стандарт, не са автоматично несъответстващи: операторът може да докаже по друг път, че резултатите по Приложение I са изпълнени. Хармонизираният стандарт е безопасно убежище, а не буквално включване.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">EN 301 549</div><div class="stat-desc">Хармонизиран стандарт, посочен от Комисията</div></div>
    <div class="stat-box"><div class="stat-big">V3.2.1</div><div class="stat-desc">Текуща посочена версия (март 2021 г.)</div></div>
    <div class="stat-box"><div class="stat-big">WCAG 2.1 AA</div><div class="stat-desc">Слой на уеб съдържанието в рамките на V3.2.1</div></div>
  </div>

  <p>За повечето доставчици на услуги в категориите електронна търговия, банкиране, електронни съобщения и достъп до аудио-визуални медии практическият въпрос за съответствието се свежда до: <em>преминава ли насоченият към клиентите ни уебсайт и приложение WCAG 2.1 ниво AA, с допълненията на EN 301 549 за всеки хардуер или интерфейс за двупосочна комуникация, който управляваме?</em> Това е въпросът, на който стандартът отговаря — и въпросът, който първата вълна от национални действия по правоприлагане имплицитно зададе. Съставителите на директивата внимателно поддържаха правното задължение на ниво резултат (Приложение I) именно за да може базовият технически стандарт да се актуализира, без да се отваря отново директивата. EN 301 549 V4, включваща <strong>WCAG 2.2</strong>, е в късен етап на изготвяне в ETSI към средата на 2026 г. и се очаква да бъде посочена от Комисията в рамките на 18 месеца, в който момент съответствието с V4 става релевантното безопасно убежище.</p>

  <p class="pull-quote">Директивата определя функционалните резултати; хармонизираният стандарт определя инженерството. Компания проектира спрямо стандарта, привежда се в съответствие с директивата.</p>

  <hr />

  <h2 id="timeline">Хронологията 2019–2045 г.</h2>

  <p>Преходната архитектура на директивата е по-нюансирана, отколкото подсказва обявената дата „28 юни 2025 г.“ Четири дати имат значение за екипите по съответствие.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">17 април 2019 г. — Приемане</span><span class="ps-desc">Директива (ЕС) 2019/882 приета от Парламента и Съвета, публикувана в <span lang="en">OJ L 151</span> на 7 юни 2019 г.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">28 юни 2022 г. — Краен срок за транспониране</span><span class="ps-desc">Държавите членки трябва да са въвели в сила законите и подзаконовите актове, необходими за привеждане в съответствие с директивата.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">28 юни 2025 г. — Приложимост</span><span class="ps-desc">Материалните задължения се прикрепят към обхванатите икономически оператори. Продуктите, пуснати на пазара, и услугите, предоставяни на потребители от тази дата нататък, трябва да съответстват.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">28 юни 2030 г. — Преходен период за услугите</span><span class="ps-desc">Доставчиците на услуги могат да продължат да предоставят услуги, използвайки продукти, законно използвани за предоставяне на сходни услуги преди 28 юни 2025 г., до 28 юни 2030 г. Самообслужващите се терминали, законно използвани преди 28 юни 2025 г., могат да продължат да се използват до края на икономическия си живот — но не по-късно от 20 години (28 юни 2045 г.).</span></div>
  </div>

  <p>Преходните разпоредби в член 32 са важни и често погрешно разчитани. Банка, която е експлоатирала парк от банкомати на 27 юни 2025 г., не трябва да модернизира всяка съществуваща машина на следващия ден; тя може да продължи да използва тези машини, докато достигнат края на икономическия си живот, до твърд таван от 28 юни 2045 г. Всяка нова машина, разгърната от 28 юни 2025 г. нататък, трябва да съответства. Същата логика се прилага, на по-кратък часовник, за доставчиците на услуги, използващи продуктова инфраструктура: наследена продуктова инфраструктура може да се използва при предоставянето на услуги до 28 юни 2030 г., но новата продуктова инфраструктура, разгърната от 2025 г. нататък, трябва да съответства от първия ден.</p>

  <p>Преходният период е еднопосочен механизъм от страната на продуктите: той не защитава цифровата повърхност на обхваната услуга. Мобилно приложение на банка, процес на плащане на търговец, страница за регистрация на аудио-визуална платформа — това са услуги и са обвързани от материалните изисквания от 28 юни 2025 г., независимо кога е разгърнат за първи път базовият код. Преходният период обхваща хардуерния парк, а не уеб парка.</p>

  <hr />

  <h2 id="microenterprise">Изключението за микропредприятията</h2>

  <p>Член 4, параграф 5, от директивата съдържа най-обсъжданото изключение: <strong>микропредприятията, предоставящи услуги, са освободени от изискванията откъм услугите</strong>. Определението за микропредприятие е стандартното, използвано в инструментите на ЕС — предприятие, наемащо по-малко от 10 души и с годишен оборот или годишен балансов отчет, ненадхвърлящ €2 милиона. Праговете са алтернативни от финансова страна (оборот ИЛИ баланс) и кумулативни между това и числеността на персонала (под 10 служители И под €2 млн.).</p>

  <p>Изключението има три свойства, които си струва да се отбележат за всяка компания, намираща се близо до прага:</p>

  <ul>
    <li><strong>Само от страната на услугите.</strong> Член 4, параграф 5, не се разпростира върху продуктовата страна на директивата. Производител на хардуер с малък обем с 6 служители се изправя пред същия режим на оценяване на съответствието — вътрешен производствен контрол, маркировка CE, ЕС декларация за съответствие — както мултинационална компания. Асиметрията е умишлен компромис между цената на съответствието и режийните разходи за съответствие, но изненадва всяка малка хардуерна компания, която се сблъсква с нея.</li>
    <li><strong>Автоматично, не деклариращо.</strong> Микропредприятие не подава заявление за изключението; то просто попада извън обхвата откъм услугите. Националните транспониращи актове може да изискват микропредприятие да предостави информация на органите при поискване или да публикува кратко уведомление, но материалното изключение е автоматично.</li>
    <li><strong>Преминаването на прага е насочено напред.</strong> След като предприятие премине 10 служители или €2 млн. оборот, то става обект на изискванията откъм услугите от следващия финансов период. Директивата не изисква ретроспективно съответствие за периоди, през които предприятието е било микропредприятие.</li>
  </ul>

  <div class="callout warning">
    <div class="ct">Капанът на трансграничното микропредприятие</div>
    <p>Статусът на микропредприятие се изчислява на ниво предприятие — не за всяка държава членка. Платформа с 6 служители и €1,5 млн. оборот в целия ЕС е микропредприятие. Платформа с 6 служители и €1,5 млн. оборот във Франция, но €1 млн. оборот в Германия и €1 млн. в Испания <strong>не е</strong> микропредприятие: общият оборот е €3,5 млн., значително над прага. Трансграничните платформи преминават прага по-бързо от националните платформи и няма облекчение за всяка юрисдикция.</p>
    <p>Правилото за „свързаните предприятия“ по Препоръка 2003/361/ЕО на Комисията също има значение: предприятие, контролирано от по-голяма група, отчита числеността на персонала и оборота на групата, а не само своите. Номинално малко дъщерно дружество на мултинационална компания не отговаря на условията за изключението.</p>
  </div>

  <p>Изключението беше обект на интензивно лобиране от федерациите на малкия бизнес в няколко държави членки, с предложения за повишаване на прага или за разширяването му към продуктовата страна. Нито едно от тези предложения към средата на 2026 г. не е намерило път в националните транспониращи актове. Прегледът на Комисията от 2030 г. ще преразгледа изключението — член 33 изисква Комисията да оцени „въздействието върху микропредприятията, предоставящи услуги“ като част от прегледа.</p>

  <hr />

  <h2 id="article-14">Защитата за непропорционална тежест по член 14</h2>

  <p>Вторият структурен предпазен клапан е член 14 — <strong>защитата за непропорционална тежест</strong>. За разлика от изключението за микропредприятията, което е автоматично и структурно, член 14 е път за самооценка, достъпен за всеки обхванат оператор. Операторът може да се позове на защитата, за да твърди, че конкретно изискване за достъпност — не целият режим — би наложило непропорционална тежест, след съпоставяне на разхода за съответствие с ползата за хората с увреждания. Критериите за оценката са посочени в Приложение VI.</p>

  <p>Три характеристики на защитата определят дали тя е практически достъпна за даден оператор.</p>

  <h3>Доказателствената тежест лежи върху оператора</h3>

  <p>Оператор, който се позовава на член 14, трябва да направи оценката, да я документира и да съхрани документацията за проверка. Критериите по Приложение VI са: а) съотношението на нетните разходи за съответствие към общите разходи (капиталови и оперативни) за производство, разпространение или внос на продукта или предоставяне на услугата; б) прогнозните разходи и ползи за оператора, включително производствените процеси и инвестициите, спрямо прогнозната полза за хората с увреждания, като се вземат предвид честотата и продължителността на използване на конкретния продукт или услуга; в) размерът, ресурсите и естеството на оператора. Малък оператор с ограничени ресурси има повече свобода по в), отколкото мултинационална компания; оператор, предоставящ рядко използвана услуга, има повече свобода по б), отколкото такъв, предоставящ ежедневно използвана услуга.</p>

  <h3>Документацията трябва да се съхранява пет години</h3>

  <p>Член 14, параграф 8, изисква операторите да съхраняват оценката за непропорционална тежест на разположение за проверка от органите за надзор на пазара пет години след като продуктът е бил последно предоставен на пазара или услугата е била последно предоставена. Документацията трябва да се актуализира, когато продуктът или услугата бъде съществено изменен, когато органът за надзор на пазара поиска това или когато приложим хармонизиран стандарт бъде актуализиран. Защита без съвременна документация не е защита — органите през първата година на правоприлагане третираха липсата на документация като решаваща срещу оператора.</p>

  <h3>Тя е гранулирана, не за цялата платформа</h3>

  <p>Член 14 се прилага за конкретни изисквания за достъпност, а не за цели платформи. Оператор на електронна търговия не може да се позове на защитата, за да твърди, че поддържането на достъпен процес на плащане е, като цяло, непропорционално обременяващо. Операторът може, с документация, да твърди, че конкретно изискване — например предоставяне на аудио описание на архивни видео демонстрации на продукти, публикувани преди определена дата — е непропорционално в конкретния контекст. Първата година на национално правоприлагане потвърди този прочит: защитата успя при тесни изключения за наследени функции и се провали, когато беше призована да покрие цяла платформена повърхност.</p>

  <div class="callout info">
    <div class="ct">Петте въпроса, на които трябва да отговори документацията по член 14</div>
    <p>Националните насоки, издадени от германския BMAS, нидерландския RDI и френския DGCCRF през 2025–26 г., се сближават около шаблон с пет въпроса за документацията по член 14, всички изведени от Приложение VI: (1) Кое конкретно изискване за достъпност се оценява? (2) Какъв е прогнозният нетен разход за съответствие, отделен от базовия разход за продукта или услугата? (3) Каква е прогнозната популация от хора с увреждания, които се ползват, и честотата на използване? (4) Какво е съотношението разход към полза спрямо размера и ресурсите на оператора? (5) Какъв е планираният повод за повторна оценка — съществено изменение, актуализация на стандарта или фиксирана дата? Всеки файл по член 14, на който липсва един от тези пет елемента, на практика се третира като непълен от надзорните органи.</p>
  </div>

  <p>Едно важно взаимодействие: член 14 не може да се използва за претендиране на непропорционална тежест, когато операторът <strong>получава външно финансиране</strong> за подобрения в достъпността от източници, различни от неговите собствени (фондове на ЕС, обществени или частни фондове за подобряване на достъпността). Критерият е вграден директно в Приложение VI — оператор, който се възползва от национална програма за грантове за цифрова достъпност, не може също да претендира непропорционална тежест за финансираната функция.</p>

  <hr />

  <h2 id="penalties">Национални режими на санкции</h2>

  <p>Член 30 от директивата определя принципа на санкциите — санкциите трябва да бъдат „ефективни, пропорционални и възпиращи“ — и оставя абсолютната архитектура на законодателите на държавите членки. Това е единственият най-голям източник на оперативна неравномерност в единния пазар. Транспониращите актове, приети между 2021 и 2025 г., произведоха графици на санкции, които се различават с два порядъка.</p>

  <table class="dt">
    <caption class="sr-only">Най-високи тавани на санкции за всяко нарушение по избрани транспониращи актове на държавите членки по EAA, средата на 2026 г.</caption>
    <thead>
      <tr>
        <th scope="col">Държава членка</th>
        <th scope="col">Транспониращ акт</th>
        <th scope="col">Най-висок таван за всяко нарушение</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>Германия</td><td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021 г.)</td><td class="num">€100 000</td></tr>
      <tr><td>Франция</td><td><span lang="fr">Loi n° 2005-102</span>, изпълнителни декрети по RGAA (2023 г.)</td><td class="num">прибл. €75 000</td></tr>
      <tr><td>Нидерландия</td><td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022 г.)</td><td class="num">прибл. €87 000</td></tr>
      <tr><td>Испания</td><td><span lang="es">Ley 11/2023</span></td><td class="num">до €1 000 000</td></tr>
      <tr><td>Италия</td><td><span lang="it">D.lgs. n. 82/2022</span> (разширение на Закона Stanca)</td><td class="num">до 5% от оборота</td></tr>
      <tr><td>Естония</td><td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022 г.)</td><td class="num">€5 000–€32 000</td></tr>
      <tr><td>Словения</td><td><span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022 г.)</td><td class="num">€10 000–€40 000</td></tr>
    </tbody>
  </table>

  <p>Разпръснатостта има значение поне по три причини. Първо, тя оформя калкулацията за възпиране различно във всяка държава членка: оператор, преценяващ дали да оспори в съда маргинален иск за непропорционална тежест, се изправя пред много различни негативни сценарии в Мадрид и Талин. Второ, тя създава въпрос за избор на форум при трансгранично правоприлагане: кой орган ще поеме водещата роля, когато платформа извън ЕС се провали на повърхности на множество държави членки едновременно? Трето, тя сама по себе си е проблем на единния пазар, който прегледът на Комисията от 2030 г. се очаква да адресира — член 33 изрично изисква Комисията да оцени „ефективността, пропорционалността и възпиращия ефект“ на националните режими на санкции.</p>

  <p>За планиране на съответствието откъм изискванията практическата последица е, че операторът не може да моделира единен бюджет за съответствие в ЕС спрямо единен таван на санкциите. Най-изложената юрисдикция ще има тенденция да движи хоризонта на планиране, а най-изложената юрисдикция не винаги е най-големият пазар. Мултинационален оператор на електронна търговия с непропорционална концентрация на испански или италиански приходи ще планира спрямо различен най-лош сценарий от такъв с германско-нидерландска концентрация. (За пълна картина на правоприлагането през първата година — издадени решения за санкции, траектории на честотата на сканиране, трансгранични действия — вижте придружаващия ни материал, <a href="/bg/articles/eaa-first-year-enforcement-report/">EAA през първата година: правоприлагане, санкции и траекторията на честотата на съответствие в ЕС 27</a>.)</p>

  <hr />

  <h2 id="operator-duties">Какво трябва да правят на практика частните компании</h2>

  <p>Директивата разграничава четири класа <strong>икономически оператори</strong> и възлага на всеки отделен набор от задължения. Една компания може да бъде повече от един от тях едновременно.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">A</div><div class="method-label">Производители (чл. 7)</div></div>
    <div class="method-card"><div class="method-num">B</div><div class="method-label">Вносители (чл. 9)</div></div>
    <div class="method-card"><div class="method-num">C</div><div class="method-label">Дистрибутори (чл. 10)</div></div>
    <div class="method-card"><div class="method-num">D</div><div class="method-label">Доставчици на услуги (чл. 13)</div></div>
  </div>

  <p><strong>Производителите</strong> (член 7) трябва да проектират и произвеждат продукти в съответствие с Приложение I, да изготвят техническата документация, посочена в Приложение IV, да извършат процедурата за оценяване на съответствието чрез вътрешен производствен контрол (отново Приложение IV — Модул A), да изготвят ЕС декларация за съответствие, да поставят маркировката CE и да посочат името и адреса си за контакт върху продукта. Те трябва да съхраняват техническата документация и декларацията за съответствие пет години след пускането на продукта на пазара.</p>

  <p><strong>Вносителите</strong> (член 9) трябва да проверят, преди да пуснат продукт на пазара, че производителят е извършил процедурата за оценяване на съответствието, че техническата документация е изготвена, че продуктът носи маркировката CE, че е придружен от изискваните документи и че производителят е спазил изискванията за етикетиране. Вносителите посочват собственото си име и адрес за контакт върху продукта, в придружаващ продукта документ или, където това не е възможно поради размера или естеството, по друг подходящ начин.</p>

  <p><strong>Дистрибуторите</strong> (член 10) трябва да проверят, че продуктът носи маркировката CE, че е придружен от изискваните документи и че производителят и вносителят (ако има такъв) са спазили изискванията за идентификация. Дистрибуторите не трябва да повтарят оценяването на съответствието; те са контролни точки за качество, а не изпитатели.</p>

  <p><strong>Доставчиците на услуги</strong> (член 13) са най-голямата група. Те трябва да проектират и предоставят услуги в съответствие с функционалните изисквания по Приложение I; да изготвят информацията, изисквана по Приложение V (декларацията за достъпност), да я направят публично достъпна във форма, достъпна за хората с увреждания, и да я съхраняват, докато услугата е в експлоатация; да гарантират, че са налице процедури за поддържане на достъпността на услугата при промени в характеристиките на услугата, приложимите хармонизирани стандарти и приложимото право на държавата членка; и да предоставят информация за това как е осигурено съответствието с изискванията за достъпност, в случай на несъответствие, по начин, който позволява на компетентните национални органи да го проверят.</p>

  <div class="quote-block">
    <div class="meta">Директива (ЕС) 2019/882, член 13, параграф 2</div>
    <div class="quote">„Доставчиците на услуги изготвят необходимата информация в съответствие с приложение V и обясняват как услугите отговарят на приложимите изисквания за достъпност. Информацията се предоставя на разположение на обществеността в писмен и устен формат, включително по начин, който е достъпен за хората с увреждания.“</div>
    <span class="source">— <span lang="en">OJ L 151, 7.6.2019, p. 96</span></span>
  </div>

  <p>Най-пренебрегваното задължение през първата година на съответствие беше <strong>декларацията за достъпност</strong>. Приложение V изисква доставчиците на услуги да публикуват документ, който описва общите характеристики на достъпността на услугата, изискванията за достъпност, на които тя отговаря, и — където член 14 е приложен — конкретното изискване, което е преценено за непропорционално обременяващо, и оценката, подкрепяща тази преценка. Декларацията за достъпност е насочената към обществеността позиция на оператора относно неговото съответствие с EAA. Липсваща декларация е едно от най-лесните несъответствия за идентифициране от орган за надзор на пазара.</p>

  <hr />

  <h2 id="what-it-asks">Какво иска директивата от частния капитал</h2>

  <p>Прочетен от край до край, EAA е инструмент на единния пазар, който приема достъпността сериозно като въпрос на конкуренцията. Аргументът, който съставителите на директивата изложиха през 2019 г. — и който съображенията излагат подробно — е, че фрагментираните национални правила за достъпност налагаха мъртъв товар на трансграничната търговия с потребителски продукти и услуги и че хармонизиран стандарт за резултат премахва този разход, без да компрометира материалната полза за достъпността. Ползата се натрупва за хората с увреждания; спестяването на разходи се натрупва за единния пазар. И двете са реални, а замисълът на директивата приема, че те се подсилват взаимно.</p>

  <p>За частните компании оперативният прочит е по-приземен. Директивата изисква четири неща, по реда: (1) честно определяне на обхвата — кои продукти и услуги попадат, в кои държави членки; (2) честно инженерно определяне — дали насочената към клиентите повърхност отговаря на EN 301 549 V3.2.1 днес и дали ще отговаря на V4 (WCAG 2.2), когато това стане референция (<a href="/bg/toolkit/scan/">безплатно сканиране по WCAG 2.2</a> е най-евтиният начин да се установи това базово ниво); (3) дисциплина на документиране — декларация за достъпност по Приложение V за услугите, техническа документация по Приложение IV за продуктите и файл по член 14 за всяка функция, за която защитата е приложена; и (4) ангажимент за поддръжка — достъпността не е еднократно събитие на съответствие, тя е свойство на платформата, което трябва да се запази през всеки цикъл на издаване.</p>

  <p>Механизмът на директивата е умишлено недраматичен. Тя не назовава марки, не отделя сектори, не налага режим на публично отчитане. Тя определя резултат на ниво ЕС, оставя архитектурата на правоприлагане на държавите членки и изчаква да види какво ще направи пазарът. Компаниите, които подходиха към директивата като програма за хармонизация на единния пазар — инженерство веднъж, разгръщане навсякъде — я намериха за управляема. Компаниите, които подходиха към нея като проблем за национално съответствие в 27 юрисдикции, я намериха за скъпа. Съставителите на директивата заложиха, че с времето първият прочит ще надделее. Първата година на приложимост подсказва, че са били прави.</p>

  <p>За екипите, които прилагат на практика съответстваща на EAA позиция: <a href="/bg/articles/how-to-make-your-website-wcag-22-compliant/">наръчникът стъпка по стъпка за съответствие с WCAG 2.2</a> обхваща одита, отстраняването и текущия мониторинг; <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на инструменти за мониторинг на достъпността</a> сравнява платформите, които организациите използват, за да поддържат тази позиция; <a href="/bg/articles/manual-audits-by-people-with-disabilities-2026/">ръководството за ръчни одити</a> обхваща слоя на човешкия преглед, който член 14 на практика предполага; а <a href="/bg/articles/accessibility-compliance-explainer/">обяснителят за съответствие с достъпността</a> ориентира между EAA, ADA и останалата част от регулаторната карта.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Методология и данни:</strong> Тази статия е наръчник от страната на изискванията, изведен от консолидирания текст на Директива (ЕС) 2019/882, публикуваните транспониращи актове на посочените държави членки, хармонизирания стандарт EN 301 549 V3.2.1 и насоките на Комисията, издадени през 2023–2026 г. Статистиките за правоприлагане, посочени мимоходом, са изведени от консолидирания набор от данни за автоматизирано сканиране и националните бюлетини за надзор на пазара, обхванати в придружаващия доклад за правоприлагането през първата година.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейски акт за достъпност), <span lang="en">OJ L 151, 7.6.2019</span>, с Приложения I (функционални изисквания за достъпност), II (необвързващи примери), III (изисквания към архитектурната среда, където държавите членки са разширили обхвата), IV (процедура за оценяване на съответствието за продукти — Модул A), V (информация за услугите), VI (критерии за оценката на непропорционалната тежест). Хармонизиран стандарт: ETSI EN 301 549 V3.2.1 (март 2021 г.), посочен с решение за изпълнение на Комисията за целите на EAA; V4 в късен етап на изготвяне, включваща WCAG 2.2. Насоки за достъпност на уеб съдържанието 2.1 на W3C (юни 2018 г.) и 2.2 (октомври 2023 г.). Свързани инструменти на ЕС: Директива за достъпност на уебсайтовете (ЕС) 2016/2102 (обхват за публичния сектор); Директива за аудио-визуалните медийни услуги (ЕС) 2018/1808 (AV съдържание); Регламент (ЕС) 2019/1020 за надзора на пазара. Определение за микропредприятие: Препоръка 2003/361/ЕО на Комисията. Посочени национални транспониращи актове: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021 г., Германия); <span lang="fr">Loi n° 2005-102</span> с изпълнителни декрети от 2023 г. (Франция); <span lang="es">Ley 11/2023</span> (Испания); <span lang="it">D.lgs. 27 maggio 2022, n. 82</span> (Италия); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022 г., Нидерландия); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022 г., Естония); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022 г., Словения).</p>
    <p><strong>Какво не е тази статия:</strong> Това е регулаторен наръчник, а не правен съвет. Националните графици на санкции, определените органи за надзор на пазара и оперативните насоки се променят на тримесечие; обхванатите оператори следва да се консултират с квалифициран юрист за специфични за юрисдикцията въпроси по съответствие и не бива да разчитат на тази статия вместо на официалния текст на директивата или на съответния национален транспониращ акт.</p>
  </footer>

</div>

---
title: Проследяване на погледа, насочване с глава и въвеждане чрез превключвател в съвременния уеб
url: https://www.disabilityworld.org/bg/articles/eye-tracking-and-switch-input-2026/
description: Как съвременните уеб приложения работят — и се чупят — за потребители, които навигират чрез проследяване на погледа, насочване с глава или въвеждане чрез превключвател. Концептуален наръчник за хардуера, релевантните критерии на WCAG и проектните модели, които оцеляват при едноосно въвеждане.
author: Disability World
pubDate: 2026-05-22
tags: eye-tracking, switch-input, head-pointer, assistive-tech, motor-disability, tech-news
---

# Проследяване на погледа, насочване с глава и въвеждане чрез превключвател в съвременния уеб

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>От</strong> Disability World</span>
  <span class="rt-pill">Време за четене: 9 минути</span>
</div>

<p class="wp-block-paragraph">Едно кликване в съвременния уеб крие едно допускане: че човекът, който кликва, има ръка, китка и посочващо устройство, което се движи по две оси с подпикселна точност и отделен, надежден бутон за натискане. Извадете което и да е от тях и срещата се променя. За някого, който управлява страницата с устройство за проследяване на погледа, „курсорът“ е конус на погледа с 1 градус дъга, който се отклонява и трепти. За някого, който използва насочване с глава, курсорът е проследяван през уебкамера връх на носа с бавно задържане за кликване. За някого, който използва интерфейс за сканиране с един превключвател, изобщо няма курсор — само преминаващо осветяване, което попада върху каквото се случи да е фокусирано, когато потребителят натисне превключвателя. Всеки от тях е реален режим на въвеждане, използван днес, през 2026 г., от популация, достатъчно голяма, че „съвременният уеб“ би трябвало да знае за нея. По-голямата част от съвременния уеб не знае.</p>

<p class="wp-block-paragraph">Този материал е концептуален наръчник за трите алтернативни режима на въвеждане, на които потребителите с двигателни увреждания най-често разчитат — проследяване на погледа, насочване с глава и въвеждане чрез превключвател — и за това как слоят на стандартите (<a href="/bg/toolkit/glossary/wcag/">критериите за успех на WCAG 2.2</a>, <a href="https://www.w3.org/TR/pointerevents">спецификацията Pointer Events на W3C</a>) се пресича с моделите на потребителския интерфейс, които действително се появяват в продукция. Рамката на отразяване е редакционна, а не движена от съдебни спорове: разглеждаме какво работи, какво не работи и какво проектантите могат да спрат да правят още утре.</p>

<h2 class="wp-block-heading" id="h-who-uses-these">Кой използва тези режими на въвеждане и защо</h2>

<p class="wp-block-paragraph">Популацията, която зависи от алтернативните режими на въвеждане, не е малка. Оценки от <em>Глобалния доклад за здравна справедливост за хората с увреждания</em> на СЗО (2022 г., с актуализацията за мониторинг от 2024 г.) и от <em>Системата за данни за уврежданията и здравето</em> на CDC на САЩ поставят дела на възрастните със значително двигателно нарушение на горните крайници на приблизително 8% от възрастното население в страните с високи доходи, а дела на възрастните, които не могат надеждно да използват стандартна мишка или тъчпад — на приблизително 3–4%. В тези 3–4% се намират няколко отделни потребителски групи, чийто предпочитан режим на въвеждане е оформен от физиологията им повече, отколкото от предпочитанието им.</p>

<p class="wp-block-paragraph">Най-ясната група са хората с <strong>амиотрофична латерална склероза (ALS)</strong>, които прогресивно губят волевия контрол над крайниците си и в крайна сметка над лицевата си мускулатура. Проследяването на погледа е за мнозина с напреднала ALS единственият останал канал за самостоятелно използване на компютър. Асоциацията за ALS оценява, че приблизително 30 000 души живеят с ALS в САЩ във всеки даден момент; европейският регистър за ALS предполага сходна, коригирана спрямо възрастта, разпространеност в ЕС. Втората група са хората с високо ниво на <strong>увреждане на гръбначния мозък</strong> — особено тетраплегия C1-C4 — за които ръцете не са на разположение, но движението на очите и главата са запазени. Третата са деца и възрастни с <strong>церебрална парализа</strong>, при които стратегията за въвеждане е силно индивидуална: някои потребители имат достатъчно контрол на пръстите за интерфейс с превключвател, други използват насочване с глава, трети — джойстик, управляван с брадичка. Четвъртата са хората с прогресивни нервно-мускулни състояния — мускулна дистрофия, множествена склероза в по-късни етапи — които често преминават през няколко режима на въвеждане с времето.</p>

<p class="wp-block-paragraph">Сред тези групи два принципа прорязват вариативността. Първо, почти всеки, който използва алтернативен режим на въвеждане, го прави, защото стандартната комбинация мишка и клавиатура е станала физически невъзможна, а не защото предпочита нов режим. Второ, въвеждането обикновено е <strong>едноосно</strong> в някакъв носещ смисъл: единична фиксация на погледа, единична посока на насочване с глава, единично натискане на превключвател. Дизайните, които приемат два координирани канала — посочващо устройство плюс модифициращ клавиш, движение на влачене плюс прецизна цел за пускане — се сриват най-силно за тази аудитория.</p>

<h2 class="wp-block-heading" id="h-the-hardware">Хардуерът през 2026 г.</h2>

<p class="wp-block-paragraph">Хардуерният пейзаж осезаемо се измести през последните три години. Това, което следва, е груба карта на това какво потребителите всъщност използват, а не пълен каталог.</p>

<h3 class="wp-block-heading" id="h-eye-trackers">Устройства за проследяване на погледа</h3>

<p class="wp-block-paragraph"><strong>Tobii Dynavox</strong> остава доминиращият клиничен доставчик на проследяване на погледа. Текущото поколение — PCEye и I-Series — използва инфрачервена сензорна лента, монтирана под монитор или интегрирана в специализиран таблет, и докладва позицията на погледа на хост операционната система като посочващо устройство на системно ниво. Калибрирането отнема приблизително 30 секунди; точността при добри условия е около 0,5–1,0 градуса зрителна дъга, което се превръща в конус на погледа с ширина приблизително 30–60 пиксела на типично разстояние на гледане. <strong>EyeGaze Edge</strong> (LC Technologies) и <strong>EyeTech VT3</strong> са клинични алтернативи. На потребителска страна <strong>Tobii Eye Tracker 5</strong> се продава предимно на геймъри, но се използва широко като нискобюджетно средство за въвеждане за достъпност.</p>

<p class="wp-block-paragraph">2024 г. донесе първото масово проследяване на погледа от потребителски клас, интегрирано в изчислително устройство с общо предназначение: <strong>Apple Vision Pro</strong> се доставя с проследяване на погледа като основен режим на навигация, съчетан с жест на щипване за избор. visionOS показва позицията на погледа на функциите за достъпност за избор чрез задържане на системно ниво, а от гледна точка на разработчика фиксация на погледа, последвана от щипване, се докладва като стандартно събитие на кликване. Популацията за достъпност, предсказуемо, прегърна visionOS по същата причина, по която прегърна iPhone през 2008 г.: вграден режим, проектиран за масова употреба, който се случва да обслужва и случая на употреба при увреждане. Цената на Vision Pro го поставя извън обсега на много потребители, но прецедентът — проследяване на погледа като основен начин на въвеждане на компютър, който не е медицинско изделие — е прецедентът, който има значение.</p>

<h3 class="wp-block-heading" id="h-head-pointers">Устройства за насочване с глава</h3>

<p class="wp-block-paragraph">Софтуерът за насочване с глава обикновено използва вградената уебкамера на устройството, за да проследи опорна точка — често върха на носа или малък светлоотразителен стикер, поставен на челото на потребителя — и превежда завъртането на главата в движение на курсора. <strong>Camera Mouse</strong> (Boston College, безплатно) е най-дълго съществуващата реализация и остава в активна употреба. <strong>Glassouse</strong> доставя носим контролер на главата, базиран на жироскоп, който се сдвоява с операционната система като Bluetooth мишка. macOS включва <strong>Head Pointer</strong> като вградена функция за достъпност; Windows 11 има еквивалентна функционалност чрез <em>Eye Control</em>, когато е сдвоена със съвместим хардуер. Изборът при насочване с глава почти винаги е <strong>базиран на задържане</strong>: курсорът се задържа върху цел за конфигурируем интервал — обикновено 0,5 до 2,5 секунди — и се задейства събитие на кликване.</p>

<h3 class="wp-block-heading" id="h-switch-input">Въвеждане чрез превключвател</h3>

<p class="wp-block-paragraph">Въвеждането чрез превключвател е най-простото и най-вариативното от трите. Хардуерът е единичен бутон — голям кръгъл механичен превключвател, тръба за духане и всмукване, лост, управляван с брадичка, педал за крак, мозъчно-компютърен интерфейс в късен етап на изследване — свързан със стандартизиран интерфейс за превключватели (AbleNet Hook+, Pretorian J-Pad, Tecla shield), който се представя на операционната система като USB или Bluetooth натискане на клавиш. След това софтуерът изпълнява <strong>интерфейс за сканиране</strong>: индикатор за фокус се движи автоматично през наличните цели на екрана, а потребителят натиска превключвателя, когато фокусът попадне върху целта, която иска. Сканирането с един превключвател е един бутон, който управлява всичко; сканирането с два превключвателя обикновено съпоставя единия превключвател с „напред“, а другия — с „избор“. iOS включва <strong>Switch Control</strong> като вградена функция за достъпност; Android 14+ доставя <strong>Switch Access</strong>; macOS и Windows също доставят сравнима функционалност. Въвеждането чрез превключвател е фундаментално <strong>серийно</strong> — потребителят не може да посочи цел; той може само да изчака сканирането да я достигне — и този факт оформя всеки проектен модел по-долу.</p>

<h2 class="wp-block-heading" id="h-how-they-meet-the-web">Как те се срещат с уеба: слоят на стандартите</h2>

<p class="wp-block-paragraph">От гледна точка на браузъра устройството за проследяване на погледа и устройството за насочване с глава изглеждат и двете като стандартни посочващи устройства: те излъчват събития <code>pointermove</code>, <code>pointerdown</code> и <code>pointerup</code> чрез <a href="https://www.w3.org/TR/pointerevents">спецификацията Pointer Events на W3C</a> — същият API, който използват мишката или сензорният екран. За разлика от тях, въвеждането чрез превключвател изглежда на браузъра като въвеждане с клавиатура: фокусът преминава през елементите, достъпни с табулатора, а натискането на превключвателя задейства събитие <code>keydown</code> за Enter или Space. Това разминаване е първото нещо, което проектантът трябва да усвои — потребителите на проследяване на погледа задействат вашите състояния <code>:hover</code> и вашите обработчици на събития за посочващи устройства; потребителите на превключватели срещат само вашите елементи, фокусируеми с клавиатура, и реда на фокуса, който сте дефинирали.</p>

<p class="wp-block-paragraph">WCAG 2.2 съдържа няколко критерия за успех, написани специално за да поддържат тези режими на въвеждане работещи. Три от тях носят по-голямата част от тежестта.</p>

<p class="wp-block-paragraph"><strong>Критерий за успех 2.1.1 Клавиатура (ниво A)</strong> е основополагащото изискване: всеки функционален елемент на страницата трябва да бъде управляем само чрез клавиатурен интерфейс. Потребителите на превключватели зависят абсолютно от това. Елемент, който реагира само на кликване с мишка — персонализиран <code>div</code> с обработчик <code>click</code> и без <code>tabindex</code>, без <code>role</code>, без обработчик <code>keydown</code> — е невидим за потребителя на превключвател. Той е невидим и за много потребители на насочване с глава, които прибягват до навигация с клавиатура за раздели от страницата, където кликването чрез задържане е твърде бавно.</p>

<p class="wp-block-paragraph"><strong>Критерий за успех 2.5.1 Жестове с посочващо устройство (ниво A)</strong> изисква всяка функция, управлявана от многоточков или базиран на път жест, да бъде управляема и с действие с едно посочващо устройство. Критерият съществува, защото проследяването на погледа, насочването с глава и много алтернативни режими на въвеждане не могат надеждно да изпълняват жестове с няколко пръста или прецизни пътища на влачене. Щипване за увеличение без алтернативен бутон. Плъзгане за изтриване без екранен контрол за изтриване. Влачене за пренареждане на списък без клавиатурен еквивалент. Всяко от тях е провал по 2.5.1 и всяко отрязва режима, който потребителят действително има.</p>

<p class="wp-block-paragraph"><strong>Критерий за успех 2.5.2 Отмяна на посочващо устройство (ниво A)</strong> изисква при всяко задействане с едно посочващо устройство действието или да не се изпълнява при събитието за натискане (вместо това се изпълнява при събитието за отпускане), или да се изпълнява при събитието за натискане, но да позволява на потребителя да прекрати действието, като се отдалечи преди събитието за отпускане. Критерият е написан за потребители, които попадат върху грешната цел поради тремор или отклонение, и има огромно значение за базираните на задържане интерфейси за насочване с глава и проследяване на погледа: кликване, което се задейства в мига, в който курсорът кацне, не дава на потребителя никакъв шанс да се възстанови от отклонение на погледа. Бутони, които свързват обработчика си с <code>mousedown</code>, а не с <code>click</code>, се провалят по този критерий.</p>

<p class="wp-block-paragraph">Критерий за успех 2.5.7 Движения с влачене (добавен в WCAG 2.2) разширява защитата на жестовете конкретно към влаченето и пускането: всичко, което може да се влачи, трябва да бъде достъпно и чрез алтернатива с едно посочващо устройство, обикновено контрол за преместване нагоре/надолу, управляван с бутон. Критерий за успех 2.5.4 Задействане чрез движение (ниво A) защитава потребителите, които не могат надеждно да разтърсят или наклонят устройството си. А критерий за успех 2.2.1 Регулируемо време (ниво A) и критерий за успех 2.2.2 Пауза, спиране, скриване (ниво A) защитават всички от интерфейси, които изтичат, преди интерфейсът за сканиране да успее да достигне съответния контрол.</p>

<p class="wp-block-paragraph">Тези критерии са написани като единна, интегрирана рамка: потребителят има само една ос на въвеждане, въвеждането е бавно, а дизайнът не бива да приема друго.</p>

<h2 class="wp-block-heading" id="h-common-breakage">Често срещани повреди в продукционни сайтове</h2>

<p class="wp-block-paragraph">Съпоставете тези критерии с това, което продукционните сайтове действително доставят, и се появява повтарящ се набор от модели на провал. Нито един от тях не е екзотичен. Всички те се появяват в рутинно потребителско тестване с потребители на проследяване на погледа, насочване с глава и превключватели.</p>

<p class="wp-block-paragraph"><strong>Влачене и пускане без клавиатурна алтернатива.</strong> Често срещан модел в инструментите за управление на проекти, файловите мениджъри и интерфейсите за класирани списъци: влачене на карта от една колона в друга. За потребителите на превключватели действието е невъзможно — няма влачене при сканиране. За потребителите на насочване с глава и проследяване на погледа самото влачене е прибл. 4–5 пъти по-бавно от преместване, управлявано с бутон, и обикновено е невъзможно за завършване без изпускане на елемента по средата на движението. Корекцията е ясна: съчетайте всяко влачене и пускане с действие за преместване, управлявано с бутон, изведено в реда на табулиране. Моделът от тип Trello „премести картата нагоре / премести картата надолу / премести в друг списък“ е референтната реализация.</p>

<p class="wp-block-paragraph"><strong>Навигация само при посочване.</strong> Падащи менюта, подсказки и контроли за разкриване, които се появяват само при <code>:hover</code> и изчезват, когато курсорът ги напусне. За потребител на проследяване на погледа конусът на погледа се отклонява от задействащия елемент на менюто в мига, в който той се опита да погледне към подточка, и менюто се свива, преди да я достигне. Критерият на WCAG 2.2, който се занимава с това, е 1.4.13 Съдържание при посочване или фокус (ниво AA): задействаното при посочване съдържание трябва да може да се отхвърля, да може да се посочва (потребителят може да се премести в него, без то да изчезне) и да е устойчиво. Много продукционни менюта се провалят и по трите.</p>

<p class="wp-block-paragraph"><strong>Малки цели за кликване.</strong> Критерий за успех 2.5.8 Размер на целта (минимум) (ниво AA, нов в WCAG 2.2) изисква интерактивните цели да бъдат поне 24×24 CSS пиксела, с изключения. Критерият е написан за докосване и за потребители с неточно посочване — проследяване на погледа, насочване с глава, тремор на ръката. 16-пикселова икона за затваряне в ъгъла на модален прозорец е на практика почти невъзможна за надеждно достигане с устройство за проследяване на погледа. Корекцията е механична: направете целите по-големи или изведете същото действие чрез по-голям контрол другаде в интерфейса.</p>

<p class="wp-block-paragraph"><strong>Кликвания, ограничени във времето.</strong> Въртележки, които се придвижват автоматично на всеки 5 секунди, диалози „имате 30 секунди да потвърдите“, изтичане на сесия, което се задейства по средата на задача. За потребител на превключвател, навигиращ интерфейс за сканиране със скорост 1,5 секунди на цел, 30-секундно изтичане е прибл. 20 цели достъпно пространство — често недостатъчно, за да се достигне бутонът за потвърждение. Критерий за успех 2.2.1 Регулируемо време изисква всяко времево ограничение да може да се удължава, регулира или отхвърля. Повечето продукционни изтичания не са нито едно от тези.</p>

<p class="wp-block-paragraph"><strong>Потвърждение само чрез жест.</strong> Плъзгачи за потвърждение чрез плъзгане, потвърждения с подложка за подпис, капчи, които изискват проследяване на път. Всяко е провал по 2.5.1, освен ако не е съчетано с алтернатива с бутон.</p>

<p class="wp-block-paragraph"><strong>Действие при mousedown.</strong> Бутон, който задейства обработчика си при <code>mousedown</code>, а не при стандартното събитие <code>click</code>, не оставя на потребителя начин да прекрати погрешно задействане. Критерий за успех 2.5.2 Отмяна на посочващо устройство е критерият; корекцията е да се свърже с <code>click</code> или с <code>pointerup</code> с изрична проверка за отмяна.</p>

<p class="wp-block-paragraph"><strong>Персонализирани контроли без ARIA.</strong> <code>&lt;div&gt;</code>, който визуално изглежда като бутон, но няма <code>role="button"</code>, <code>tabindex="0"</code> и обработчик <code>keydown</code> за Enter и Space. Контролът е недостъпен от превключвател и от клавиатурна алтернатива. Критерий за успех 4.1.2 Име, роля, стойност (ниво A) е критерият. Корекцията е нативният елемент <code>&lt;button&gt;</code> навсякъде, където е възможно, и пълен ARIA модел навсякъде, където не е.</p>

<h2 class="wp-block-heading" id="h-design-patterns-that-work">Проектни модели, които работят</h2>

<p class="wp-block-paragraph">Моделите, които оцеляват при устройство за проследяване на погледа, насочване с глава и сканиране с превключвател, споделят малък брой структурни свойства. Всеки от тях е добре документиран в <a href="https://www.w3.org/WAI/ARIA/apg">Ръководството за авторски практики на ARIA</a> и в обяснителните документи на WCAG 2.2, и всеки е в рутинна продукционна употреба на сайтове, които доставят на масова аудитория, без някой да го забелязва.</p>

<p class="wp-block-paragraph"><strong>Нативни HTML елементи навсякъде, където е възможно.</strong> Единственият най-надежден ход за достъпност е да се използват <code>&lt;button&gt;</code>, <code>&lt;a&gt;</code>, <code>&lt;input&gt;</code>, <code>&lt;select&gt;</code> и <code>&lt;textarea&gt;</code> за семантичните им цели. Нативните елементи идват с правилната клавиатурна обработка, правилните ARIA роли, правилното поведение на фокуса и правилната семантика за отмяна на посочващо устройство, вградени в тях. Сложността на правилното пресъздаване на което и да е от тях с персонализиран <code>&lt;div&gt;</code> е прибл. 10 пъти повече инженерна работа за резултат, който почти винаги е по-лош.</p>

<p class="wp-block-paragraph"><strong>Видими индикатори за фокус с адекватен контраст.</strong> За потребителите на превключватели пръстенът на фокуса <em>е</em> курсорът. 2-пикселов син пръстен с контраст 4:1 спрямо околния фон е процедурният минимум (критерий за успех 2.4.7 Видим фокус, ниво AA, и критерий за успех 2.4.11 Незакрит фокус, нов в WCAG 2.2). Сайтовете, които премахват подразбиращия се пръстен на фокуса на браузъра, без да го заменят, оставят потребителите на превключватели без ориентир.</p>

<p class="wp-block-paragraph"><strong>Предсказуем ред на фокуса.</strong> Сканирането с превключвател се движи през DOM в реда на изходния код по подразбиране, модифициран от <code>tabindex</code>. Ред на сканиране, който скача из страницата, прави интерфейса неизползваем. Критерий за успех 2.4.3 Ред на фокуса (ниво A) е критерият; практическата последица е, че визуалният ред и редът на DOM трябва да съвпадат навсякъде, където потребителят изпълнява последователност от действия.</p>

<p class="wp-block-paragraph"><strong>Щедри зони за задействане.</strong> 24-пикселовият минимум на критерий за успех 2.5.8 е основата, а не целта. Много от дизайн системите, които публикуваха тествани за достъпност модели от 2022 г. насам — Adobe Spectrum, IBM Carbon, GOV.UK Design System, US Web Design System — по подразбиране използват 44-пикселови цели за докосване, което работи добре за потребители с неточно посочване, без да натрапва върху визуалното оформление.</p>

<p class="wp-block-paragraph"><strong>Процеси на потвърждение с изрични бутони.</strong> Всяко разрушително или необратимо действие трябва да изисква изричен бутон за потвърждение — не плъзгане, не дълго натискане, не „кликнете където и да е отвън, за да отхвърлите“. Моделът работи за всички и оцелява при всеки алтернативен режим на въвеждане.</p>

<p class="wp-block-paragraph"><strong>Щедри изтичания на времето или никакви.</strong> Ако изтичане е необходимо по съображения за сигурност (банкиране, здравеопазване), потребителят трябва да може да го удължи чрез действие с едно посочващо устройство много преди то да се задейства. Моделът е да се изведе подкана „все още ли сте тук?“ при 75% от прозореца на изтичане, с един голям бутон за удължаването му.</p>

<p class="wp-block-paragraph"><strong>Връзки за прескачане и навигация по ориентири.</strong> Интерфейс за сканиране, който трябва да премине през цялото навигационно меню, целия hero раздел и целия рекламен слот, преди да достигне тялото на статията, е неизползваем. Връзка „Прескочи към съдържанието“ като първи фокусируем елемент на страницата е минимумът; зоните с ориентири (<code>&lt;main&gt;</code>, <code>&lt;nav&gt;</code>, <code>&lt;aside&gt;</code>) позволяват на потребителите на превключватели да скачат структурно, а не линейно.</p>

<p class="wp-block-paragraph"><strong>Зачитане на настройката prefers-reduced-motion на потребителя.</strong> Автоматично придвижващите се въртележки и постоянно анимираните фонове правят невъзможно за устройство за проследяване на погледа да се установи върху стабилна цел. CSS медийните заявки (<code>@media (prefers-reduced-motion: reduce)</code>) позволяват на същия интерфейс да обслужва потребителя, който се нуждае движението да изчезне.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Какво означава това за проектанти, инженери и продуктови екипи</h2>

<p class="wp-block-paragraph">Отразяващата картина на алтернативните режими на въвеждане се установява на място, което би трябвало да изглежда познато на всеки, който е чел останалите наръчници за достъпност на този сайт. Технологията узря. Стандартите узряха. Потребителските популации са добре характеризирани. Останалата работа е обществени поръчки, обучение и ежедневният навик да се изграждат интерфейси, които не приемат тихомълком двуосно, двуръчно въвеждане с под-секундна латентност.</p>

<p class="wp-block-paragraph">За <strong>проектантите</strong>: прототипирайте с клавиатурата. Ако вашият дизайн работи при навигация само с табулатора с видим пръстен на фокуса, той работи за потребител на превключвател; ако не работи, визуалният дизайн е изпреварил модела на взаимодействие. Прецедентът на Apple Vision Pro с поглед плюс щипване преосмисля алтернативното въвеждане като базово ниво на дизайна, а не като отстраняване. Дизайните, които оцеляват при Vision Pro, обикновено оцеляват и при Tobii.</p>

<p class="wp-block-paragraph">За <strong>инженерите</strong>: свържете с <code>click</code>, а не с <code>mousedown</code>. Използвайте нативни HTML елементи. Тествайте реда на табулиране. Прекарайте страницата през одит само с клавиатура, преди да я доставите. По-голямата част от повредите по-горе са инженерна конвенция, а не инженерна трудност.</p>

<p class="wp-block-paragraph">За <strong>продуктовите екипи</strong>: включете потребители на алтернативни режими на въвеждане в рутинното потребителско тестване. Бариерите по-горе не са гранични случаи; те са рутинни провали, които изплуват за 30 минути тестване с лента Tobii или iOS устройство с включен Switch Control. Разходът за включване на режима в плана за тестване е малък. Разходът да не се включи се проявява като описаната по-горе повреда, доставена в мащаб, на популация, чиито възможности вече са тесни.</p>

<p class="wp-block-paragraph">Уебът работи, когато приеме, че кликването не е универсалният глагол. Потребителката с лента Tobii, монтирана под монитора ѝ, потребителят с уебкамера, проследяваща върха на носа му, потребителят с единичен механичен превключвател, свързан с ъгъла на бюро — всеки от тях извършва същото действие като потребител с тъчпад. Слоят на стандартите признава това. Проектните модели по-горе го почитат. Работата е да продължим да изграждаме, сякаш това е вярно.</p>

<p class="wp-block-paragraph">Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/wcag/">критериите за успех на WCAG 2.2</a>, за <a href="/bg/articles/state-of-deaf-education-access/">по-широката отразяваща картина за 2026 г.</a> и за <a href="/bg/articles/">текущото ни отразяване на помощните технологии</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Първични източници</h2>
<ol>
<li>World Wide Web Consortium (W3C). <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, препоръка, октомври 2023 г. https://www.w3.org/TR/WCAG22/</li>
<li>World Wide Web Consortium (W3C). <em>Pointer Events Level 3</em>, препоръка. https://www.w3.org/TR/pointerevents/</li>
<li>World Wide Web Consortium (W3C). <em>WAI-ARIA Authoring Practices Guide</em>. https://www.w3.org/WAI/ARIA/apg/</li>
<li>Световна здравна организация. <em>Global Report on Health Equity for Persons with Disabilities</em> (2022 г.) и актуализация за мониторинг от 2024 г.</li>
<li>Центрове за контрол и превенция на заболяванията на САЩ. <em>Disability and Health Data System (DHDS)</em>, достъп през 2026 г.</li>
<li>Tobii Dynavox AB. Продуктова документация за PCEye и I-Series, бележки по изданието за 2025 г.</li>
<li>Apple Inc. <em>Apple Vision Pro Accessibility</em>, документация, visionOS 2 (2024–25 г.).</li>
<li>Boston College. <em>Camera Mouse</em>, документация на проекта, издание от 2024 г.</li>
<li>Apple Inc. <em>Switch Control on iOS, iPadOS and macOS</em>, документация за достъпност.</li>
<li>Google. <em>Switch Access for Android</em>, документация за достъпност на Android, Android 14+.</li>
<li>ALS Association. <em>Epidemiology of ALS in the United States</em>, актуализация на наблюдението за 2024 г.</li>
<li>European ALS Consortium. Отчитане на разпространеността и заболеваемостта от ALS, цикли 2023–25 г.</li>
</ol>
</aside>

</div>

---
title: RGAA на Франция: задължението за одит в обществения сектор, което прониква в частните договори
url: https://www.disabilityworld.org/bg/articles/france-rgaa/
description: Френският Référentiel général d'amélioration de l'accessibilité (RGAA) версия 4.1.2 е една от най-цитираните национални рамки за достъпност в Европа.
author: Disability World
pubDate: 2026-05-22
tags: france, rgaa, regulations, regulation-primer, eu, public-sector
---

# RGAA на Франция: задължението за одит в обществения сектор, което прониква в частните договори

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Официален френски държавен документ с емблемата на Мариана и печат с восъчен печат, поставен върху полирано дървено бюро — бюрократичната опора на френската рамка за достъпност RGAA.</p>

<p class="rt-prefix">Време за четене: 10 минути</p>

<p class="wp-block-paragraph">Френският <strong><span lang="fr">Référentiel général d'amélioration de l'accessibilité</span></strong> (RGAA — Общата рамка за подобряване на достъпността) е националният технически референтен стандарт на страната за цифрова достъпност. Понастоящем във версия <strong>4.1.2</strong>, той операционализира член 47 от <em><span lang="fr">Loi n° 2005-102 du 11 février 2005 pour l'égalité des droits et des chances</span></em> (Закон от 11 февруари 2005 г. за равни права и възможности) и привежда съответствието на френския обществен сектор в съответствие с <strong>WCAG 2.1 ниво AA</strong>. За по-широкия европейски контекст вижте <a href="/bg/regulations/">индекса на националната нормативна уредба за правата на хората с увреждания</a> и въведението на Disability World за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност (EAA)</a>.</p>

<p class="wp-block-paragraph">Две особености правят RGAA необичаен сред европейските национални рамки. Първо, всеки обхванат субект трябва да публикува — на началната страница на услугата — годишна <strong><span lang="fr">déclaration d'accessibilité</span></strong> (декларация за достъпност), подкрепена от документиран самостоятелен одит и многогодишен <span lang="fr">schéma pluriannuel</span> (многогодишна пътна карта). Второ, докато правното задължение формално обвързва обществения сектор, RGAA прониква в частните договори чрез обществените поръчки: всеки доставчик, продаващ обхваната цифрова услуга на френската държава, на практика трябва да съответства на него. С влизането в сила на <em><span lang="fr">Loi du 9 mars 2023 portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG, френското транспониране на EAA) на <strong>28 юни 2025 г.</strong>, задължението вече обхваща и определен набор от частни услуги. Това въведение разглежда какво представлява RGAA, кого обвързва, как се прилага и как изглежда картината през 2026 г.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Цел и обхват</h2>

<p class="wp-block-paragraph">RGAA е техническа референтна рамка, поддържана от <strong><span lang="fr">Direction interministérielle du numérique</span> (DINUM)</strong> — междуведомствената дирекция за цифровизация в кабинета на министър-председателя — която превежда критериите за успех на WCAG в структурирана одитна методология на френски език. Сам по себе си той не е източникът на правното задължение: задължението произтича от член 47 от Закона от 2005 г., конкретизиран с декрет <em><span lang="fr">n° 2019-768 du 24 juillet 2019</span></em> и прилагащата наредба (<span lang="fr">arrêté</span>) от 20 септември 2019 г. (преразгледана през 2020 и 2023 г.). RGAA е документът, който тези инструменти включват чрез препратка като еталон за съответствие.</p>

<p class="wp-block-paragraph">Версия 4 на RGAA, публикувана през 2019 г. и актуализирана чрез междинни издания до <strong>4.1.2 през 2023 г.</strong>, преструктурира рамката около WCAG 2.1 ниво AA. Тя съдържа 106 теста, групирани в 13 тематични критерия — изображения, рамки, цветове, мултимедия, таблици, връзки, скриптове, задължителни елементи, структура на информацията, представяне на информацията, формуляри, навигация и консултиране. Всеки тест съответства на един или повече критерия за успех на WCAG и е съчетан с фиксиран одитен метод: какво трябва да провери одиторът, с коя помощна технология и как да отрази резултата като съответстващ, несъответстващ или неприложим.</p>

<h3 class="wp-block-heading" id="h-who-is-covered">Кой е обхванат</h3>

<p class="wp-block-paragraph">Задължението по член 47 от Закона от 2005 г., изменен с <em><span lang="fr">Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique</span></em> (Закон за цифровата република), обхваща:</p>

<ul class="wp-block-list">
<li><strong>Органи от обществения сектор</strong> — централно управление, местни власти (региони, департаменти, общини), обществени болници, обществени университети и всяко административно публично учреждение.</li>
<li><strong>Органи, уредени от публичното право</strong> — субекти, които, без да са строго част от администрацията, са публично финансирани или контролирани, като фондовете за социално осигуряване и определени национални агенции.</li>
<li><strong>Частни организации, изпълняващи мисия за обществена услуга</strong> — оператори на обществен транспорт, обществени радио- и телевизионни оператори и определени концесионери на делегирани услуги.</li>
<li><strong>Частни субекти над прага</strong> — частни дружества с оборот във Франция над <strong>250 милиона евро</strong> за последните три финансови години, включени с <em><span lang="fr">Loi pour la liberté de choisir son avenir professionnel</span></em> от 2018 г. (Закон за свободата на избор на професионално бъдеще) и детайлизирани в декрета от 2019 г.</li>
</ul>

<p class="wp-block-paragraph">Прагът от 250 милиона евро е мостът, който изненадва нефренските наблюдатели: RGAA често се описва като рамка за „обществения сектор“, но на практика големите частни дружества, опериращи във Франция — банки, телекоми, търговци на дребно, доставчици на енергия — вече са в неговия периметър, независимо от EAA. С влизането в сила на транспонирането на BFG през 2025 г. периметърът се разшири допълнително, за да обхване специфични частни услуги, насочени към потребителите, независимо от оборота.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Основни разпоредби: задължението за одит</h2>

<p class="wp-block-paragraph">Това, което отличава RGAA от мек референтен стандарт, е оперативната архитектура на съответствието, заложена в декрета и наредбата от 2019 г. Всеки обхванат субект трябва да направи четири неща в рамките на непрекъснат годишен цикъл.</p>

<h3 class="wp-block-heading" id="h-accessibility-statement">Декларацията за достъпност</h3>

<p class="wp-block-paragraph">Първо, да публикува <strong><span lang="fr">déclaration d'accessibilité</span></strong> на всяка обхваната цифрова услуга — уебсайт, мобилно приложение, интранет, екстранет и инструмент за бек-офис, използван от обществеността — достъпна от началната страница. Декларацията трябва да следва образеца в наредбата: декларирано състояние на съответствие (напълно / частично / несъответстващо), процент на съответствие като дял от преминатите тестове на RGAA, списък на недостъпното съдържание с обосновки, метода и датата на одита, както и каналите за контакт, чрез които потребителите да сигнализират за проблеми с достъпността и да поискат алтернативи.</p>

<p class="wp-block-paragraph">Декларация за достъпност, която твърди „напълно съответстваща“, трябва да се основава на одит, извършен от външен или квалифициран вътрешен одитор спрямо пълната матрица от 106 теста на RGAA. „Частично съответстваща“ изисква одит и процент на съответствие от поне 50 процента от приложимите тестове. Под 50 процента услугата трябва да декларира „несъответстваща“ — декларация, която до 2026 г. е станала неудобна за публично показване предвид вниманието на пресата и на длъжностните лица по защита на данните.</p>

<h3 class="wp-block-heading" id="h-multi-year-schema">Многогодишната пътна карта</h3>

<p class="wp-block-paragraph">Второ, всеки обхванат субект трябва да публикува <strong><span lang="fr">schéma pluriannuel de mise en accessibilité</span></strong> — тригодишна пътна карта за достъпност — и годишен план за действие, произтичащ от нея. И двата документа са публични. Пътната карта посочва обхванатите услуги, разпределения бюджет, организацията на управлението (назначения отговорник по достъпността) и етапите; планът за действие изброява конкретната работа по отстраняване на проблеми, планирана за годината. DINUM публикува собствената си пътна карта като разработен пример, а <span lang="fr">Anct</span> (<span lang="fr">Agence nationale de la cohésion des territoires</span>) подпомага по-малките местни власти при изготвянето на техните.</p>

<h3 class="wp-block-heading" id="h-user-feedback">Обратна връзка от потребителите и обжалване пред омбудсмана</h3>

<p class="wp-block-paragraph">Трето, всяка декларация за достъпност трябва да предостави на потребителите канал за обратна връзка и да обясни пътя към <strong><span lang="fr">Défenseur des droits</span></strong> — френския омбудсман — ако не бъде получен задоволителен отговор. <span lang="fr">Défenseur des droits</span> от 2019 г. третира оплакванията за цифрова достъпност като самостоятелна категория, а годишните му доклади посочват поименно обхванати субекти, установени в нарушение. Макар препоръките на <span lang="fr">Défenseur</span> да не са обвързващи, те се издават публично и са допринесли за раздвижване на няколко големи миграции на обществени услуги.</p>

<h3 class="wp-block-heading" id="h-mandatory-training">Задължително обучение</h3>

<p class="wp-block-paragraph">Четвърто, декретът от 2019 г. изисква обхванатите субекти да обучават персонала, който проектира, разработва или публикува цифрово съдържание. Обучението не е определено в часове, но <span lang="fr">schéma pluriannuel</span> трябва да посочи обучения персонал и използваните доставчици. Насоките <em><span lang="fr">Design Gouv</span></em> на DINUM и каталогът с курсове <em><span lang="fr">Accessibilité numérique</span></em>, поддържан от агенцията за обучение на държавните служители, са де факто референтните предложения; частни университети и интензивни курсове, които предлагат учебни програми, съобразени с RGAA, се умножиха след 2022 г.</p>

<h2 class="wp-block-heading" id="h-timelines">Хронология: как RGAA достигна версия 4.1.2</h2>

<ul class="wp-block-list">
<li><strong>11 февруари 2005 г.</strong> — Член 47 от <em><span lang="fr">loi pour l'égalité des droits et des chances</span></em> установява принципа, че онлайн услугите на обществения сектор трябва да са достъпни.</li>
<li><strong>2009 г.</strong> — Публикувана е RGAA версия 1. Изградена върху WCAG 1.0; незабавно критикувана от длъжностните лица по защита на данните като прекалено благосклонна към доставчиците.</li>
<li><strong>2014 г.</strong> — RGAA версия 2 е приведена в съответствие с WCAG 2.0 ниво AA.</li>
<li><strong>7 октомври 2016 г.</strong> — <em><span lang="fr">Loi pour une République numérique</span></em> разширява задължението, за да обхване органите за онлайн обществени услуги, и въвежда прага за оборот в частния сектор (тогава 250 милиона евро).</li>
<li><strong>2017 г.</strong> — Публикувана е RGAA версия 3.2017; първата версия, която интегрира одитна таблица, предназначена за рутинна самооценка.</li>
<li><strong>2019 г.</strong> — Декрет n° 2019-768 от 24 юли 2019 г. и прилагащата наредба от 20 септември 2019 г. определят оперативните задължения — декларация за достъпност, <span lang="fr">schéma pluriannuel</span>, годишен план, обучение. RGAA версия 4 е публикувана същата година, приведена в съответствие с WCAG 2.1 AA и изискванията на Директивата за достъпността на уебсайтовете (2016/2102).</li>
<li><strong>2020–2023 г.</strong> — Междинните издания 4.0, 4.1, 4.1.1 и 4.1.2 усъвършенстват одитната методология, разширяват обхвата на мобилните приложения и изясняват правилата за оценяване.</li>
<li><strong>9 март 2023 г.</strong> — <em><span lang="fr">Loi portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG) транспонира Европейския акт за достъпност във френското право. (Поставената задача цитираше „<span lang="fr">loi du 19/12/2023</span>“; действащият френски правен инструмент за EAA беше BFG, като прилагащият декрет беше приет по-късно през 2023 г.)</li>
<li><strong>28 юни 2025 г.</strong> — Разпоредбите на BFG за частните услуги, насочени към потребителите, влизат в сила, отразявайки датата на прилагане на EAA в целия ЕС.</li>
<li><strong>2026 г.</strong> — първата пълна отчетна година при разширения периметър; докладът за прозрачност на ARCOM включва за първи път данни за съответствието на услугите в частния сектор.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Правоприлагане: ARCOM, DGCCRF и <span lang="fr">Défenseur des droits</span></h2>

<p class="wp-block-paragraph">Френското правоприлагане в областта на цифровата достъпност се осъществява от три органа с припокриващи се, но различни мандати. Разбирането кой орган какво прави е разликата между формална позиция на съответствие и защитима такава.</p>

<h3 class="wp-block-heading" id="h-arcom">ARCOM — регулаторът на платформите с мандат за достъпност</h3>

<p class="wp-block-paragraph"><strong><span lang="fr">Autorité de régulation de la communication audiovisuelle et numérique</span> (ARCOM)</strong> — създаден през 2022 г. чрез сливането на аудио-визуалния регулатор CSA и органа за онлайн съдържание HADOPI — наследи отговорността за мониторинг на цифровата достъпност в обществения сектор и в големите частни субекти по член 47. ARCOM публикува периодичен <em><span lang="fr">rapport sur l'application de l'article 47</span></em>, който посочва поименно обхванатите субекти, декларираните от тях проценти на съответствие и субектите, които изобщо не са публикували декларация. Докладът от 2025 г. обхваща приблизително 4800 организации в обхвата; около една трета нямаха декларация за достъпност на началната страница в предписаната форма.</p>

<p class="wp-block-paragraph">От 2020 г. ARCOM има правомощието да налага административни глоби в размер до <strong>50 000 евро на услуга</strong> за непубликуване на съответстваща декларация за достъпност, за неизготвяне на <span lang="fr">schéma pluriannuel</span> или за публикуване на декларация, която съществено изкривява състоянието на съответствие. Таванът на глобата беше повишен от 25 000 евро с реформата от 2023 г. и се удвоява при повторно нарушение. До 2026 г. ARCOM е наложил повече от две дузини глоби, почти всички срещу частни субекти над прага за оборот; глобите в обществения сектор остават рядкост, а репутационният натиск върши работата вместо тях.</p>

<h3 class="wp-block-heading" id="h-dgccrf">DGCCRF — правоприлагане за защита на потребителите от частната страна</h3>

<p class="wp-block-paragraph"><strong><span lang="fr">Direction générale de la concurrence, de la consommation et de la répression des fraudes</span> (DGCCRF)</strong> — дирекцията за защита на потребителите и конкуренцията в Министерството на икономиката — отговаря за правоприлагането при частните потребителски услуги, въведени в обхвата от BFG. Докато ARCOM следи за самото задължение по член 47, DGCCRF следи за задълженията, произтичащи от EAA, по отношение на електронната търговия, банкирането, продажбата на билети за транспорт, електронните книги и другите категории, изброени в приложение I към Директива 2019/882. Служителите на DGCCRF имат правомощия за инспекция, могат да налагат административни санкции до <strong>75 000 евро за юридически лица</strong> и да предават най-тежките случаи на прокуратурата.</p>

<p class="wp-block-paragraph">Разделението има значение, защото уебсайтът на голям френски търговец на дребно е едновременно в обхвата на ARCOM по прага от 250 милиона евро и на DGCCRF като потребителска услуга за електронна търговия по BFG. И двата органа могат да предприемат действия; на практика DINUM координира меморандум за разбирателство, който изяснява кой води по кое досие.</p>

<h3 class="wp-block-heading" id="h-defenseur-des-droits"><span lang="fr">Défenseur des droits</span> — индивидуални оплаквания</h3>

<p class="wp-block-paragraph"><strong><span lang="fr">Défenseur des droits</span></strong> разглежда индивидуалните оплаквания от потребители, които не могат да получат достъп до обхваната услуга. Препоръките на институцията не са обвързващи, но се публикуват публично, и при повтарящи се случаи <span lang="fr">Défenseur</span> е препращал досиета към ARCOM за последващи административни действия. Годишният доклад за 2024 г. регистрира повече от 1600 оплаквания за цифрова достъпност — най-високата годишна стойност, откакто категорията беше създадена.</p>

<h2 class="wp-block-heading" id="h-procurement">Как RGAA прониква в частните договори</h2>

<p class="wp-block-paragraph">Обхватът на RGAA отвъд формалния му периметър до голяма степен е функция на френските обществени поръчки. Член L2112-2 от <em><span lang="fr">Code de la commande publique</span></em> (Кодекс за обществените поръчки) и стандартните образци <em><span lang="fr">cahier des clauses administratives générales</span></em> (CCAG), публикувани от <span lang="fr">Bercy</span>, изискват възлагащите органи да интегрират изискванията за достъпност в техническите спецификации за цифрови услуги. На практика всяка обществена поръчка на държава, регион, департамент, община, болница, университет или публично учреждение за уебсайт, приложение, CMS, система за управление на клиенти или интранет вече съдържа клауза за съответствие с RGAA.</p>

<p class="wp-block-paragraph">За доставчиците последицата е пряка. SaaS дружество, продаващо платформа за продажба на билети в обществения сектор, трябва да докаже съответствие с RGAA при подписване на договора, да заложи годишно задължение за одит в споразумението за нивото на обслужване и да приеме клаузи за неустойки, обвързани с несъответствието. Консултантска фирма, кандидатстваща за преработка на уебсайт, трябва да включи в проекта разработчици, обучени спрямо матрицата на RGAA. Дизайн система, която не преминава тестовата таблица на RGAA с 13 теми, не печели бизнес в обществения сектор на Франция. Поради това географският и секторният отпечатък на рамката е много по-голям, отколкото предполага правното задължение — и това е една от причините френските фирми за инженеринг на достъпността да изградят зрели консултантски практики около одитите по RGAA.</p>

<h2 class="wp-block-heading" id="h-eaa-expansion">Разширяването с EAA: от 2025 г. нататък</h2>

<p class="wp-block-paragraph"><strong>Европейският акт за достъпност</strong> (Директива 2019/882) беше транспониран във френското право чрез BFG от 9 март 2023 г., с прилагащи декрети, приети по-късно през 2023 г. Прилагането започна на <strong>28 юни 2025 г.</strong>, отразявайки датата за целия ЕС. Транспонирането не заменя RGAA; то стои редом с него. RGAA остава еталонът за одит за услугите в обществения сектор и за големите частни услуги, които вече са в периметъра на член 47. BFG разширява паралелно задължение към определен списък от частни услуги, насочени към потребителите — електронна търговия, банкиране на дребно и потребителски кредит, електронни книги и специализиран софтуер за четене, услуги за електронни съобщения, достъп до аудио-визуални медийни услуги, продажба на билети и информация за транспорта, както и банкомати и терминали за самообслужване — независимо от размера на дружеството, при спазване на хармонизираното освобождаване за микропредприятия в ЕС.</p>

<p class="wp-block-paragraph">За тези частни услуги съответствието се измерва спрямо хармонизирания европейски стандарт <strong>EN 301 549</strong>, който сам по себе си включва WCAG 2.1 AA за уеб и мобилни устройства. С други думи, практическото съдържание на съответствието е същото като при RGAA — но правният инструмент, правоприлагащият орган (DGCCRF вместо ARCOM) и образецът на документацията се различават. Много френски доставчици от частния сектор, които вече бяха в съответствие с RGAA по договори за обществения сектор, използваха 2024 и 2025 г., за да разширят същата одитна програма към своите потребителски продукти, на разумното основание, че управлението на два паралелни режима на съответствие е по-скъпо от управлението на един.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици: за какво да се подготвите през 2026 г.</h2>

<p class="wp-block-paragraph">За организациите, навлезли наскоро в периметъра — особено средно големите френски частни услуги в категориите на BFG — оперативната задача се разделя на четири направления. Нито едно от тях не е екзотично; всички са безкомпромисни по отношение на сроковете.</p>

<ul class="wp-block-list">
<li><strong>Извършете одита.</strong> Независимо дали спрямо тестовата таблица на RGAA с 13 теми (обществен сектор и големи частни субекти) или EN 301 549 (частни услуги по BFG), одитът трябва да бъде документиран, датиран и подписан от подлежащ на идентификация одитор. Самостоятелните одити са допустими, но одит от трета страна носи съществено по-голяма тежест, ако ARCOM или DGCCRF по-късно оспорят публикуваната декларация.</li>
<li><strong>Публикувайте декларацията.</strong> Декларацията за достъпност трябва да стои на началната страница на всяка обхваната услуга, да следва официалния образец и да се актуализира поне веднъж годишно. Липсваща или несъответстваща декларация е нарушението, за което ARCOM най-често налага глоби — по-лесно за откриване, по-лесно за доказване, по-лесно за предприемане на действия от съществените нарушения на WCAG.</li>
<li><strong>Изгответе <span lang="fr">schéma pluriannuel</span>.</strong> Органите от обществения сектор имат задължение за тригодишна пътна карта. Частните субекти по BFG нямат еквивалентно формално задължение, но повечето големи доставчици публикуват доброволни пътни карти, за да управляват риска при обществените поръчки и контрола от длъжностните лица по защита на данните.</li>
<li><strong>Обучете и назначете отговорник.</strong> Всеки обхванат субект трябва да обучи персонала си по проектиране, разработка и редактиране и да назначи отговорник по достъпността. Данните за контакт на отговорника фигурират в декларацията за достъпност; програмата за обучение — в <span lang="fr">schéma pluriannuel</span>.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Заключение: национална рамка с очертания, оформени от ЕС</h2>

<p class="wp-block-paragraph">Двадесет и една години след като Законът от 2005 г. установи принципа, RGAA се превърна в една от най-оперативно специфичните национални рамки за цифрова достъпност в Европа — одитна методология от 106 теста, задължителна годишна самооценка, публична декларация за достъпност, тригодишна пътна карта, назначени отговорници, задължително обучение и два регулатора (ARCOM и DGCCRF) с правомощия за административни глоби. Рамката не е шумна, но е плътна и чрез обществените поръчки оформя много по-голям търговски отпечатък, отколкото формалният ѝ обхват.</p>

<p class="wp-block-paragraph">Интересният въпрос за остатъка от десетилетието е дали RGAA и EAA ще се установят в ясен двупосочен режим — RGAA за обществения сектор и големия вече съществуващ частен периметър, EN 301 549 плюс BFG за новите частни потребителски услуги — или дали DINUM в крайна сметка ще публикува пето поколение RGAA, което поглъща матрицата на EAA и предлага на обхванатите организации единна рамка на френски език. Консултацията по RGAA от 2024 г. намекна за второто. Засега организациите, опериращи във Франция, следва да приемат, че се прилагат и двата режима, и да проектират програмата си за съответствие около по-широкия от двата. За допълнително четене вижте въведението на Disability World за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a> и <a href="/bg/regulations/">индекса на националната нормативна уредба за правата на хората с увреждания</a>.</p>

</div>

---
title: Достъпност на игрите 2026: разширяването върху видеоигрите след CVAA и къде са AAA студиата
url: https://www.disabilityworld.org/bg/articles/game-accessibility-2026/
description: Десетилетие след като изтече временното освобождаване на FCC за видеоигрите от 2013 г. и дванадесет години след като Законът за комуникациите и видеодостъпността на двадесет и първи век обхвана вътрешноигровите комуникации, AAA конзолният бизнес беше въвлечен — неравномерно, понякога неохотно.
author: Disability World
pubDate: 2026-05-22
tags: games, video-games, cvaa, fcc, accessibility, aaa-studios, data
---

# Достъпност на игрите 2026: разширяването върху видеоигрите след CVAA и къде са AAA студиата

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Достъпност на игрите, AAA студиа и разширяването след CVAA</span>
  </div>

  <h1>Достъпност на игрите 2026 <em>— разширяването върху видеоигрите след CVAA и къде са AAA студиата</em></h1>

  <p class="lede">Десетилетие след като изтече временното освобождаване на Федералната комисия по комуникациите за видеоигрите от 2013 г. и дванадесет години след като Законът за комуникациите и видеодостъпността на двадесет и първи век обхвана вътрешноигровите комуникации, AAA конзолният бизнес беше въвлечен — неравномерно, понякога неохотно — в разпознаваема базова линия от функции за достъпност. От <strong>10-те най-големи AAA издатели по продажби на бройки за 2024–25 г.</strong> приблизително <strong>седем</strong> вече предлагат поне минимума на нивото „Basic“ на Game Accessibility Guidelines (включени субтитри, преназначаеми контроли, потребителски интерфейс, съобразен с далтонизма) в своите водещи издания за 2025 г. Най-високата граница — <em>The Last of Us Part II</em> на Naughty Dog с нейните <strong>прибл. 60 настройки за достъпност</strong> при пускането през 2020 г. — е достигната по брой функции само от две следващи AAA заглавия. <strong>Допълнителното уведомление за предложено нормотворчество на FCC от януари 2024 г.</strong> по преписки CG Docket № 10-213 / 10-145 / 06-181 сигнализира за изрично разширяване на обхвата на раздел 716 отвъд само текстовия вътрешноигров чат, за да обхване по-широката повърхност на услугите за усъвършенствани комуникации в игрите. Това досие реконструира регулаторната линия, оценява AAA студиата и посочва как вероятно ще изглежда кривата на правоприлагане през 2026–28 г.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Досие № 12</span>
      <span class="dossier-meta">07 записа · извлечени от преписки на FCC, одити по Game Accessibility Guidelines и конфигурации на AAA заглавия при пускане 2020–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показва досието за достъпност на AAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">2014</span>
        <div class="dossier-body">
          <p class="dossier-claim">Задълженията по раздел 716 на CVAA за вътрешноигровите услуги за усъвършенствани комуникации влязоха в сила на 8 януари 2014 г.</p>
          <p class="dossier-note">Законът за комуникациите и видеодостъпността на двадесет и първи век от 2010 г. разшири изискванията за достъпност на Закона за комуникациите към услугите за усъвършенствани комуникации (ACS), дефинирани така, че да включват „взаимосвързани и невзаимосвързани VoIP услуги, услуги за електронни съобщения и оперативно съвместими услуги за видеоконференции“. Временното освобождаване на FCC, покриващо софтуерно генерирания вътрешноигров чат, изтече на 8 януари 2014 г. — превръщайки AAA игралната индустрия в най-големия отделен сектор, който попадна под правилата за ACS по време на първата фаза на CVAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 60</span>
        <div class="dossier-body">
          <p class="dossier-claim">При пускането през 2020 г. <em>The Last of Us Part II</em> на Naughty Dog излезе с приблизително 60 отделни настройки за достъпност</p>
          <p class="dossier-note">Одитът на заглавието по Game Accessibility Guidelines — публикуван от AbleGamers и специализираната група по достъпност на игрите към IGDA — преброи над 60 настройки в моторните, зрителните, слуховите и когнитивните категории, включително пълна навигация в менютата в стил екранен четец, режими на дисплея с висок контраст и подробни контроли на субтитрите. Одитът установи високата граница за AAA, която последвалите заглавия от собствените студиа на Sony и Microsoft използват като еталон.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim">Xbox Accessibility Guidelines (XAGs) на Microsoft бяха пуснати като първия задължителен от издател контролен списък за достъпност в индустрията</p>
          <p class="dossier-note">Публикувани за първи път през 2019 г. и понастоящем в петата си редакция, 25-те XAG обхващат преназначаване на входните устройства, изобразяване на субтитри и надписи, поддръжка на далтонизъм, точки за прикачване на аудио описание и опции за намалено движение. Собствените студиа на Microsoft са длъжни да издават продукти спрямо XAG; процесът на сертифициране на Microsoft Game Stack за издания на трети страни за Xbox проверява спрямо подмножество от тях.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2023</span>
        <div class="dossier-body">
          <p class="dossier-claim">През 2023 г. Sony въведе етикетиране за достъпност в PlayStation Store, показвайки наличието на функции по заглавие в момента на покупката</p>
          <p class="dossier-note">Програмата за етикетиране за достъпност на PlayStation Store прикачва блок с метаданни по заглавие към страниците на игрите, отбелязвайки поддръжка за субтитри, аудио описания, преназначаеми контроли, игра с един джойстик и опции за далтонизъм. Покритието е неравномерно — заглавията от собствените студиа са етикетирани с почти 100% процент; заглавията на трети страни — много по-малко — но самият етикет е насоченият към потребителя еквивалент на етикет за хранителна стойност.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">ян. 2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">Допълнителното NPRM на FCC от януари 2024 г. сигнализира за разширяване на обхвата на раздел 716 към по-широки вътрешноигрови ACS повърхности</p>
          <p class="dossier-note">Преписки CG Docket № 10-213, 10-145 и 06-181. Допълнителното уведомление постави въпроса дали съществуващата рамка на раздел 716 обхваща адекватно съвременните вътрешноигрови комуникации, включително гласовия чат, интегрирания групов чат, вътрешноигровите текстови канали с гласови наслагвания на трети страни, както и аудио описанията и субтитрите за кинематографичните преходи, които първоначалното нормотворчество от 2013–14 г. не предвиждаше. Коментарите бяха приключени в средата на 2024 г.; окончателно правило се очаква за календарната 2026 г.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 нива</span>
        <div class="dossier-body">
          <p class="dossier-claim">Game Accessibility Guidelines разделят покритието на функции на нива Basic, Intermediate и Advanced — де факто еквивалентът на WCAG за игрите</p>
          <p class="dossier-note">Поддържани от работна група, включваща AbleGamers, специализираната група по достъпност на игрите към IGDA и консултанти от големи британски студиа от 2012 г., GAG каталогизират приблизително 100 отделни препоръки, разпределени в трите нива и в категориите за играчи с моторни, зрителни, слухови, когнитивни и говорни нарушения. Нивото Basic е договореният минимум; нивото Advanced съответства на границата на <em>Last of Us Part II</em>.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 от 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем от десетте най-големи AAA издатели по продажби за 2024–25 г. вече достигат нивото GAG Basic при водещите си издания за 2025 г.</p>
          <p class="dossier-note">Покритието е неравномерно в каталога на всеки издател — Microsoft, Sony и Naughty Dog (собствено студио на Sony) са на нивото Advanced при флагманските заглавия; Nintendo, Ubisoft и EA достигат Intermediate при повечето издания за 2025 г.; Take-Two, Activision-Blizzard, Bandai-Namco, Capcom и Square-Enix се групират на нивото Basic с отделни излизания към Intermediate. Двама издатели от топ 10 — имената са скрити до коментар от издателя — не успяха да достигнат дори нивото Basic при поне едно водещо издание за 2024–25 г.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>FCC CG Docket № 10-213 / 10-145 / 06-181 (нормотворчество по прилагане на раздел 716 на CVAA и FNPRM от 2024 г.); Game Accessibility Guidelines (gameaccessibilityguidelines.com, редакции на работната група 2012–2024); одити на AbleGamers 2020–2024; годишните проучвания State of Game Accessibility на специализираната група по достъпност на игрите към IGDA 2022–2024; Xbox Accessibility Guidelines на Microsoft (редакции 1–5, 2019–2024); метаданни от програмата за етикетиране за достъпност на PlayStation Store на Sony; одити за достъпност по заглавие, публикувани от Can I Play That?, DAGERSystem и Family Gaming Database 2020–2025.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#cvaa">CVAA, раздел 716 и разширяването върху видеоигрите от 2014 г.</a></li>
      <li><span class="toc-num">02</span><a href="#fnprm">FNPRM от януари 2024 г. и какво разширява</a></li>
      <li><span class="toc-num">03</span><a href="#gags">Game Accessibility Guidelines като еквивалент на WCAG</a></li>
      <li><span class="toc-num">04</span><a href="#ranking">Къде са AAA студиата</a></li>
      <li><span class="toc-num">05</span><a href="#tlou2">The Last of Us Part II като висшата граница</a></li>
      <li><span class="toc-num">06</span><a href="#platform">Програми на притежателите на платформи — Xbox, PlayStation, Nintendo</a></li>
      <li><span class="toc-num">07</span><a href="#civilsociety">AbleGamers, IGDA-GASIG и консултантският слой</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Перспектива 2026–28</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="cvaa">01 · CVAA, раздел 716 и разширяването върху видеоигрите от 2014 г.</h2>

  <p class="dropcap-first">Законът за комуникациите и видеодостъпността на двадесет и първи век от 2010 г. — Публичен закон 111-260, подписан от президента Обама на 8 октомври 2010 г. — беше първият съществен федерален закон за достъпност от Закона за американците с увреждания от 1990 г. насам, насочен предимно към комуникационните технологии. Законът измени Закона за комуникациите от 1934 г., като добави раздели 716 и 717, изисквайки доставчиците на услуги за усъвършенствани комуникации и производителите на оборудване, използвано за ACS, да направят тези услуги и това оборудване достъпни и използваеми за хората с увреждания, „освен ако това не е постижимо“. Прилагащите правила на FCC в 47 CFR Part 14 определят съществените задължения: равностоен достъп, цели за изпълнение, достъпност на информацията и документацията, както и процедура за оплаквания и правоприлагане пред Бюрото за потребителски и държавни въпроси.</p>

  <p>За игралната индустрия практическият въпрос след 2010 г. беше дали и кога раздел 716 ще обхване вътрешноигровите комуникации. FCC предостави едногодишно освобождаване за цялата индустрия през октомври 2012 г. (FCC 12-119, по CG Docket № 10-213) и допълнително едногодишно удължаване през октомври 2013 г. — а след това освобождаването изтече на 8 януари 2014 г. От тази дата AAA издателите, пускащи заглавия с вътрешноигров гласов или текстов чат, бяха доставчици на ACS по раздел 716 конкретно за чат повърхността и задълженията за достъпност на FCC се прикрепиха. Първата вълна работа по съответствието — субтитриран гласов чат, текстов чат с преобразуване на текст в реч и механизми за заявка и отговор за документацията за достъпност — навлезе в сертификационните процеси на индустрията през 2014–15 г.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Раздел 716</span><span class="ps-desc">съществено задължение за ACS — достъпни и използваеми за хората с увреждания, освен ако това не е постижимо</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Раздел 717</span><span class="ps-desc">водене на документация + правоприлагане — процедурата за оплаквания и разрешаване пред CGAB</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Освобождаване 2012–13</span><span class="ps-desc">FCC предостави едногодишно освобождаване с удължаване за цялата индустрия за софтуерно генериран вътрешноигров чат; изтече на 8 ян. 2014 г.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">FNPRM от януари 2024 г.</span><span class="ps-desc">Допълнително уведомление за предложено нормотворчество — отново поставя въпроса дали съвременните вътрешноигрови ACS повърхности са адекватно обхванати</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10 от 10</div><div class="method-label">анализирани топ 10 AAA издатели</div></div>
    <div class="method-card"><div class="method-num">47 CFR Part 14</div><div class="method-label">прилагащи правила за раздел 716 на CVAA</div></div>
    <div class="method-card"><div class="method-num">прибл. 100</div><div class="method-label">препоръки на Game Accessibility Guidelines в три нива</div></div>
    <div class="method-card"><div class="method-num">25</div><div class="method-label">Xbox Accessibility Guidelines (XAGs) в пета редакция</div></div>
  </div>

  <hr />

  <h2 id="fnprm">02 · FNPRM от януари 2024 г. и какво разширява</h2>

  <p>Допълнителното уведомление за предложено нормотворчество на Комисията от 18 януари 2024 г., по CG Docket № 10-213, 10-145 и 06-181, не пренаписа рамката на раздел 716. То направи нещо по-тясно и вероятно по-значимо: постави, чрез поредица от насочени въпроси, питането дали първоначалната документация по прилагане от 2012–13 г. е предвидила адекватно как ще изглеждат вътрешноигровите комуникации десетилетие по-късно. Четирите вектора на разширяване, които FNPRM сигнализира, са приблизително следните. Първо, интегрираният групов чат и гласовите системи на ниво платформа (Xbox Live Party, групите в PlayStation Network, интеграцията на Discord в игрите), при които чат повърхността се изобразява съвместно от платформата и играта и задължението за достъпност може да се прикрепи към която и да е от двете. Второ, вътрешноигровият гласов чат с наслагвания на трети страни — представителният случай е интеграцията на Discord в игрите с заглавия на EA, Bungie и Activision-Blizzard. Трето, субтитрите и аудио описанията на вътрешноигровите кинематографични сцени, които документацията по нормотворчество от 2013–14 г. не третираше като ACS, но които FNPRM намекна, че могат да попаднат в тълкуването на „услуга за видеоконференции“. Четвърто, междуплатформената игра и въпросът кой доставчик на ACS носи задължението, когато чатът се изобразява едновременно през платформите на две конзоли.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated
      image whose axis labels and title rendered as gibberish (AI
      image models cannot draw legible text). Values match the
      bar-chart section below; Naughty Dog (the high-watermark) is
      highlighted in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="aaa-chart-title aaa-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="aaa-chart-title">Покритие по Game Accessibility Guidelines по AAA издател, водещи издания за 2025 г.</title>
      <desc id="aaa-chart-desc">Хоризонтална стълбовидна диаграма, показваща броя на препоръките на Game Accessibility Guidelines (от приблизително 100), внедрени от десетте най-големи AAA издатели при водещите им издания за 2025 г. Naughty Dog води с приблизително 80, следван от Xbox Game Studios със 74, Sony Interactive Entertainment със 70, Ubisoft с 58, Electronic Arts с 55, Nintendo с 46, Take-Two с 42, Activision-Blizzard с 38, Capcom с 35 и Square-Enix с 30. Naughty Dog е откроен като висшата граница в индустрията.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 20, 40, 60, 80, 100 — bars start at x=260, end at x=760 (500px = 100 recs, 5px per rec) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="360" y1="40" x2="360" y2="320" />
        <line x1="460" y1="40" x2="460" y2="320" />
        <line x1="560" y1="40" x2="560" y2="320" />
        <line x1="660" y1="40" x2="660" y2="320" />
        <line x1="760" y1="40" x2="760" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0</text>
        <text x="360" y="338">20</text>
        <text x="460" y="338">40</text>
        <text x="560" y="338">60</text>
        <text x="660" y="338">80</text>
        <text x="760" y="338">100</text>
      </g>
      <text x="510" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Внедрени препоръки на GAG (от прибл. 100)</text>
      {/* Publisher labels — right-aligned at x=252 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="252" y="56">Naughty Dog</text>
        <text x="252" y="82">Xbox Game Studios</text>
        <text x="252" y="108">Sony Interactive</text>
        <text x="252" y="134">Ubisoft</text>
        <text x="252" y="160">Electronic Arts</text>
        <text x="252" y="186">Nintendo</text>
        <text x="252" y="212">Take-Two Interactive</text>
        <text x="252" y="238">Activision-Blizzard</text>
        <text x="252" y="264">Capcom</text>
        <text x="252" y="290">Square-Enix</text>
      </g>
      {/* Bars — 16px tall, 26px spacing, starting at y=44 — Naughty Dog in red */}
      <rect x="260" y="44" width="400" height="16" fill="#dc2626" />
      <rect x="260" y="70" width="370" height="16" fill="#1a1a1a" />
      <rect x="260" y="96" width="350" height="16" fill="#1a1a1a" />
      <rect x="260" y="122" width="290" height="16" fill="#1a1a1a" />
      <rect x="260" y="148" width="275" height="16" fill="#1a1a1a" />
      <rect x="260" y="174" width="230" height="16" fill="#1a1a1a" />
      <rect x="260" y="200" width="210" height="16" fill="#1a1a1a" />
      <rect x="260" y="226" width="190" height="16" fill="#1a1a1a" />
      <rect x="260" y="252" width="175" height="16" fill="#1a1a1a" />
      <rect x="260" y="278" width="150" height="16" fill="#1a1a1a" />
      {/* Value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="666" y="57" fill="#dc2626">прибл. 80</text>
        <text x="636" y="83">прибл. 74</text>
        <text x="616" y="109">прибл. 70</text>
        <text x="556" y="135">прибл. 58</text>
        <text x="541" y="161">прибл. 55</text>
        <text x="496" y="187">прибл. 46</text>
        <text x="476" y="213">прибл. 42</text>
        <text x="456" y="239">прибл. 38</text>
        <text x="441" y="265">прибл. 35</text>
        <text x="416" y="291">прибл. 30</text>
      </g>
      {/* GAG tier markers — Basic floor at approx. 30 (x=410), Intermediate at approx. 65 (x=585), Advanced at approx. 80 (x=660) */}
      <line x1="410" y1="40" x2="410" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <line x1="585" y1="40" x2="585" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="410" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Минимум Basic</text>
      <text x="585" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Intermediate</text>
    </svg>
    <figcaption>Десетте най-големи AAA издатели по продажби на бройки за 2024–25 г., подредени по броя на внедрените препоръки на Game Accessibility Guidelines в водещите им издания за 2025 г. Пунктираните линии отбелязват минимума на нивото GAG Basic (прибл. 30 препоръки) и прага Intermediate (прибл. 65); Naughty Dog (откроен в червено) е на нивото Advanced и съответства на границата за собствените студиа от 2020 г., поставена от <em>The Last of Us Part II</em>.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">AAA студиа — покритие по Game Accessibility Guidelines при водещите издания за 2025 г. (брой внедрени препоръки на GAG, от прибл. 100 общо)</div>
    <div class="bar-row"><div class="bar-label">Naughty Dog (собствено студио на Sony)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:80%">прибл. 80</div></div></div>
    <div class="bar-row"><div class="bar-label">Xbox Game Studios (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:74%">прибл. 74</div></div></div>
    <div class="bar-row"><div class="bar-label">Sony Interactive Entertainment (собствено)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:70%">прибл. 70</div></div></div>
    <div class="bar-row"><div class="bar-label">Ubisoft</div><div class="bar-track"><div class="bar-fill bf-d" style="width:58%">прибл. 58</div></div></div>
    <div class="bar-row"><div class="bar-label">Electronic Arts</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">прибл. 55</div></div></div>
    <div class="bar-row"><div class="bar-label">Nintendo</div><div class="bar-track"><div class="bar-fill bf-f" style="width:46%">прибл. 46</div></div></div>
    <div class="bar-row"><div class="bar-label">Take-Two Interactive</div><div class="bar-track"><div class="bar-fill bf-g" style="width:42%">прибл. 42</div></div></div>
    <div class="bar-row"><div class="bar-label">Activision-Blizzard (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">прибл. 38</div></div></div>
    <div class="bar-row"><div class="bar-label">Capcom</div><div class="bar-track"><div class="bar-fill bf-b" style="width:35%">прибл. 35</div></div></div>
    <div class="bar-row"><div class="bar-label">Square-Enix</div><div class="bar-track"><div class="bar-fill bf-c" style="width:30%">прибл. 30</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">7 от 10</div><div class="stat-desc">AAA издатели, преминаващи нивото GAG Basic при водещите издания за 2025 г.</div></div>
    <div class="stat-box"><div class="stat-big">3 от 10</div><div class="stat-desc">преминаващи последователно нивото Intermediate</div></div>
    <div class="stat-box"><div class="stat-big">2 от 10</div><div class="stat-desc">произвеждащи поне едно заглавие на нивото Advanced през 2024–25 г.</div></div>
  </div>

  <p>FNPRM не е правило. То е уведомление, че Комисията очаква следващата фаза от нормотворчеството по раздел 716 да разшири обхвата на това, което се счита за вътрешноигрова ACS повърхност, и да изясни разпределението на задължението между притежателите на платформи и издателите на игри. За AAA студиата, които вече са изградили работата по съответствие с Game Accessibility Guidelines — Microsoft, собствените студиа на Sony, Ubisoft — разширяването е незначителен прираст. За студиата, които са издали продукти спрямо базовата линия само за чат по раздел 716 и нищо повече — Take-Two с каталога около <em>Grand Theft Auto V</em> и свързаните с него е най-цитираният пример — разширяването би изисквало по-съществено преориентиране на процесите.</p>

  <div class="callout info">
    <div class="ct">Какво обхваща раздел 716, казано просто</div>
    <p>Раздел 716 обхваща вътрешноигровите услуги за усъвършенствани комуникации — повърхностите за чат, глас и съобщения, които FCC третира като функционално равностойни на потребителските комуникационни услуги. Той не обхваща достъпността на геймплея в широкия смисъл. Субтитрите за повествователния диалог, режимите за далтонизъм, преназначаемите контроли и опциите за намалено движение не са задължения по раздел 716. Те са стандартни за индустрията функции за достъпност, които стоят върху рамката GAG и насоките на притежателите на платформи.</p>
  </div>

  <hr />

  <h2 id="gags">03 · Game Accessibility Guidelines като еквивалент на WCAG</h2>

  <p>Game Accessibility Guidelines не са документ на стандартизационен орган и не са правно обвързващи никъде. Те са продукт на работна група, поддържан на gameaccessibilityguidelines.com от 2012 г. от коалиция, която е включвала Ian Hamilton (независим консултант и заместник-председател на IGDA-GASIG), благотворителната организация AbleGamers, британския тръст Special Effect и водещи специалисти по достъпност в Microsoft, Ubisoft, Electronic Arts и Sony. Те обаче са най-близкото нещо, което игралната индустрия има до Насоките за достъпност на уеб съдържанието — и подобно на WCAG са организирани в нива (Basic, Intermediate, Advanced) с нарастваща дълбочина на внедряване.</p>

  <p>Нивото Basic — договореният минимум — съдържа приблизително 30 препоръки. Водещите елементи са: включени по подразбиране субтитри за цялата важна реч, с контроли за размер и цвят; преназначаеми контроли, включително за хардуер за достъпност; навигация в менютата чрез екранен четец или симулиран екранен четец; потребителски интерфейс с висок контраст и съобразен с далтонизма; ясни визуални сигнали, съчетани с всеки звуков сигнал; и поне една входна схема, която не изисква едновременно натискане на бутони. Нивото Intermediate добавя още приблизително 35 препоръки, обхващащи опции за намалено движение, озвучаване на състоянието на менютата и игровия HUD, подробни контроли на субтитрите и надписите, аудио описания за кинематографичните сцени и опции за облекчена трудност. Нивото Advanced обхваща останалите приблизително 35 препоръки и е територията, на която понастоящем се намират <em>Last of Us Part II</em> на Naughty Dog и <em>Forza Motorsport</em> на Microsoft — пълно озвучаване на менютата и HUD в стил екранен четец, алтернативно въвеждане чрез един превключвател, жестов превод на кинематографичните сцени и режими за намаляване на когнитивното натоварване.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Naughty Dog (собствено студио на Sony)</div><div class="firm-meta">Ниво Advanced · прибл. 80 от 100 препоръки на GAG · над 60 настройки в <em>Last of Us Part II</em> (2020) и съответстващи в <em>Part II Remastered</em> (2024)</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">Advanced</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Xbox Game Studios (Microsoft)</div><div class="firm-meta">Ниво Advanced · прибл. 74 от 100 · XAGs редакция 5 + Microsoft Inclusive Tech Lab + поддръжка на хардуера Adaptive Controller</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:92%">Advanced</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Sony Interactive Entertainment (други собствени)</div><div class="firm-meta">Intermediate-Advanced · прибл. 70 от 100 · програми за достъпност на студиата Insomniac, Guerrilla, Santa Monica</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:87%">Intermediate+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Ubisoft</div><div class="firm-meta">Intermediate · прибл. 58 от 100 · вътрешна лаборатория за достъпност от 2018 г. · <em>Assassin's Creed Mirage</em> като референтно заглавие за 2024 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">Intermediate</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Electronic Arts</div><div class="firm-meta">Intermediate · прибл. 55 от 100 · патентите за достъпност на EA, предоставени за индустриална употреба през 2021 г. · референт <em>EA Sports FC</em></div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">Intermediate</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Nintendo</div><div class="firm-meta">Basic-Intermediate · прибл. 46 от 100 · вълна на наваксване 2023–25 г., водена от прехода към Switch 2</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">Basic+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Take-Two Interactive</div><div class="firm-meta">Basic · прибл. 42 от 100 · неравномерно в подразделенията Rockstar / 2K / Zynga · <em>GTA VI</em> предстои</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Activision-Blizzard (Microsoft)</div><div class="firm-meta">Basic · прибл. 38 от 100 · интеграция на <em>Call of Duty</em> с рамката XAG след придобиването през 2023 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:48%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Capcom</div><div class="firm-meta">Basic · прибл. 35 от 100 · подобрение при римейковете на <em>Resident Evil</em> 2023–24 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Square-Enix</div><div class="firm-meta">Под Basic до Basic · прибл. 30 от 100 · изоставащият в класацията, особено при изданията за вътрешния японски пазар</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">Под Basic</div></div>
    </div>
  </div>

  <p class="pull-quote">Game Accessibility Guidelines не са закон. Те са консенсусен документ на работна група. Но след петнадесет години преработка те функционират в AAA индустрията така, както WCAG функционираше в ранния уеб — де факто стандарт, чийто авторитет е липсата на алтернатива.</p>

  <hr />

  <h2 id="ranking">04 · Къде са AAA студиата</h2>

  <p>Класацията по-горе е брой по водещо издание. Тя прикрива две важни неща. Първо, AAA студиата не са еднородни в своите каталози. Собствените студиа на Sony включват както Naughty Dog (висшата граница), така и определени други студиа, чиито издания за 2025 г. са по-близо до нивото Basic. Take-Two включва подразделението Rockstar, чиято работа през 2024–25 г. по <em>Grand Theft Auto VI</em> според съобщенията е включвала съществен тласък на функциите за достъпност, който може да не е отразен в по-стария каталог на издателя. Второ, броят на функциите за достъпност не е същото като качеството на функциите за достъпност. Студио, което издава десет частични внедрявания на препоръки от GAG Intermediate, не е непременно по-напред от студио, което издава пет цялостни внедрявания.</p>

  <p>Това, което класацията улавя, е стратегическата позиция. Microsoft и Sony, двамата притежатели на платформи със собствени студиа, са инвестирали най-много в достъпността — и инвестицията се е изплатила в критическото приемане, в маркетинговото позициониране и (по-трудно измеримо) в привличането на потребители сред играчите с увреждания. Ubisoft и Electronic Arts следват на нивото Intermediate, като предоставянето от EA през 2021 г. на свързаните ѝ с достъпността патенти на индустрията служи като публичен ангажимент извън собствения ѝ каталог. Nintendo е най-наблюдаваният случай в средата на класацията: издател, чийто каталог от 2010-те години редовно не покриваше нивото Basic, се е придвижил целенасочено, макар и тихо, към Intermediate по време на прехода към Switch 2. Долната тройка — Take-Two, Capcom, Square-Enix — остават изоставащите в AAA класацията, макар че всеки от тях има поне едно заглавие на ниво Intermediate.</p>

  <div class="callout warning">
    <div class="ct">Проблемът с изданията за вътрешния японски пазар</div>
    <p>Една закономерност, която данните от одита по Game Accessibility Guidelines извеждат, но не могат напълно да обяснят: AAA заглавия, разработени предимно за издаване на японския пазар и след това локализирани за Запада, обикновено се нареждат по-ниско по брой функции от заглавията, разработени на Запад и насочени към същия глобален прозорец на издаване. Изглежда, че вътрешните решения за функциите за достъпност се вземат на етапа на първоначалната локализация, а добавките при западната локализация се ограничават до субтитри и потребителски интерфейс, съобразен с цветовете. Закономерностите при издаване на Capcom и Square-Enix са най-цитираните примери; тази динамика е най-близкото нещо до структурно — а не специфично за студио — обяснение, което AAA класацията за достъпност има.</p>
  </div>

  <hr />

  <h2 id="tlou2">05 · The Last of Us Part II като висшата граница</h2>

  <p><em>The Last of Us Part II</em> на Naughty Dog, издадена за PlayStation 4 на 19 юни 2020 г., е каноничният AAA референт за функции за достъпност. Одитният брой от приблизително 60 настройки — публикуван от AbleGamers и потвърден в проучването State of Game Accessibility на IGDA-GASIG за 2020–21 г. — обхваща моторните (преназначаване на контроли, игра с един джойстик, автоматично прибиране на предмети, превключватели за автоматично прицелване), зрителните (режими с висок контраст, пълно озвучаване на менютата в стил екранен четец, подробни контроли на субтитрите, увеличаване), слуховите (надписи за околни и ефектни звуци, помощ при навигация за слепи играчи, включително звукови сигнали за придвижване) и когнитивните (прескачане на пъзел, заключване на прицела, опростен потребителски интерфейс) категории. Дълбочината на внедряване — не само броят на функциите — е това, което отличава заглавието. Режимът с висок контраст позволява пребоядисване по персонаж; озвучаването в стил екранен четец обхваща състоянието на менютата и игровия HUD; режимът за помощ при навигация произвежда само звуков играем режим, демонстриран след издаването от слепи играчи, които завършиха кампанията.</p>

  <p>Възпроизвеждането на този набор от функции е скъпо. Екипът по достъпност на Naughty Dog нарасна до близо двадесет души през цикъла на разработка и при изданието <em>Part II Remastered</em> от 2024 г. Последвалите заглавия от собствените студиа на Sony — <em>Horizon Forbidden West</em>, <em>God of War Ragnarök</em>, <em>Marvel's Spider-Man 2</em> — достигнаха съществени части от набора от функции, но не пълния брой, и одитният брой на Naughty Dog остава таванът за AAA. Единственото западно AAA заглавие, което достига броя над 60, е, към одита от 2025 г., <em>Forza Motorsport</em> (2023) на Microsoft, която излезе с одитирани над 70 настройки за достъпност, включително жестов превод за кинематографичните сцени. Наследството на <em>The Last of Us Part II</em> е, че придвижи границата на AAA достъпността от „възможно най-добро подмножество от GAG“ към „брой на функциите като маркетингово твърдение“.</p>

  <div class="quote-block">
    <div class="meta">Изявление за достъпност на Naughty Dog — юни 2020 г.</div>
    <div class="quote"><span lang="en">"The Last of Us Part II ships with over 60 accessibility options across three categories — visual, audio, and motor — to allow more players to enjoy the game, with custom difficulty granularity, alternate input schemes including single-stick play, high contrast display modes, full menu narration, and audio cues that allow players who are blind or low-vision to complete the entire campaign."</span></div>
    <span class="source">Съобщение за достъпност на Naughty Dog, юни 2020 г. (PlayStation Blog)</span>
  </div>

  <hr />

  <h2 id="platform">06 · Програми на притежателите на платформи — Xbox, PlayStation, Nintendo</h2>

  <p>Програмите за достъпност на притежателите на платформи свършиха по-голямата част от работата за повишаване на минимума в AAA индустрията. Xbox Accessibility Guidelines на Microsoft, Xbox Adaptive Controller (издаден през 2018 г., обновен през 2024 г. с модулния контролер Proteus), Inclusive Tech Lab и програмата за сертифициране за достъпност на Game Stack заедно оказват мек натиск за съответствие върху всяко издание за платформата Xbox. Microsoft не налага XAG като твърда сертификационна бариера — заглавие на трета страна може да излезе на Xbox, без да ги покрива — но маркетинговото позициониране на преминаването на XAG, лостовете на отношенията с притежателя на платформата и потребителската база на Adaptive Controller са създали среда, в която повечето големи издания за Xbox са поне одитирани спрямо XAG.</p>

  <p>Програмата на Sony е по-малко кодифицирана от тази на Microsoft, но съществено сравнима. PlayStation Access Controller, издаден в края на 2023 г., е еквивалентът на Sony на Xbox Adaptive Controller — модулен комплект, проектиран да се свързва с помощни превключватели и джойстици. Програмата за етикетиране за достъпност на PlayStation Store, стартирана същата година, показва наличието на функции за достъпност по заглавие в момента на покупката. Sony не публикува формален еквивалент на XAG; нейната програма за достъпност работи в рамките на собствените ѝ студиа и чрез насоки на ниво продуцент към издателите на трети страни.</p>

  <p>Nintendo е закъснелият участник. Поколението Switch (2017–2024) излезе без инфраструктура за достъпност на ниво платформа от вида, който Microsoft и Sony бяха изградили. Преходът към Switch 2 през 2024–25 г. беше повод за Nintendo да навакса: опции на ниво платформа за субтитри и потребителски интерфейс, съобразен с цветовете, разширено преназначаване на контроли на системно ниво и зараждаща се програма за етикетиране на функции за достъпност в Nintendo Switch Online, която отразява тази на Sony. Продукцията на собствените студиа на Nintendo остава най-променливата в индустрията — серията <em>The Legend of Zelda</em> в частност е била устойчива мишена на критики за достъпността — но траекторията е недвусмислено възходяща.</p>

  <div class="callout safe">
    <div class="ct">Xbox Adaptive Controller като стратегически ход</div>
    <p>Издаването от Microsoft през 2018 г. на Xbox Adaptive Controller — хардуерен комплект за 99 долара, проектиран от Microsoft Inclusive Tech Lab в партньорство с AbleGamers, фондация Cerebral Palsy, болница Craig, SpecialEffect и общността Warfighter Engaged — направи повече за придвижване на границата на достъпността от която и да е отделна софтуерна функция. Като пусна хардуер като продукт на притежателя на платформа от първа страна, Microsoft превърна AAA достъпността във въпрос на обществени поръчки, а не във въпрос на благотворителност. Обновяването Proteus от 2024 г. разшири стратегията.</p>
  </div>

  <hr />

  <h2 id="civilsociety">07 · AbleGamers, IGDA-GASIG и консултантският слой</h2>

  <p>Слоят на гражданското общество в достъпността на игрите е малък, добре свързан и непропорционално влиятелен. AbleGamers (регистрирана като 501(c)(3) в Западна Вирджиния от 2004 г.) предоставя пряко финансирано от грантове оборудване на играчи с увреждания, одитира AAA издания спрямо Game Accessibility Guidelines и управлява програмата Player Panels, която свързва играчи с увреждания с AAA студиа за консултации през цикъла на разработка. Специализираната група по достъпност на игрите към IGDA, домакинствана от Международната асоциация на разработчиците на игри, провежда годишното проучване State of Game Accessibility, програмата за достъпност на GDC и курирания от GASIG списък за четене, който е де факто входната точка за водещите специалисти по достъпност в студиата. Базираната във Великобритания благотворителна организация SpecialEffect управлява програмите StarGazing и EyeMine, които произвеждат инфраструктура за проследяване на погледа и за въвеждане чрез превключватели, използвана както от отделни играчи, така и от лабораториите за потребителско тестване на AAA студиата.</p>

  <p>Около тези три организации стои малък консултантски слой — Ian Hamilton, водещият независим консултант, е работил с почти всеки AAA издател в топ 10 класацията по-горе. Cherry Thompson (консултант по <em>The Last of Us Part II</em>) и Steve Saylor (рецензент на одити на множество заглавия от собствените студиа на Sony) работят на същото ниво на индивидуални консултанти. Консултантският слой е това, което затваря пропастта между насоките на притежателите на платформи (XAG, имплицитният еквивалент на Sony) и внедряването по заглавие. Без консултантския слой броят на функциите за достъпност на AAA в класацията по-горе би бил измеримо по-нисък — вероятно с десет до петнадесет препоръки на издание от ниво Intermediate.</p>

  <hr />

  <h2 id="outlook">08 · Перспектива 2026–28</h2>

  <p>Три нишки ще определят остатъка от десетилетието.</p>

  <ul>
    <li><strong>Разширеното правило на FCC за раздел 716.</strong> Окончателно правило по FNPRM от януари 2024 г. се очаква в рамките на календарната 2026 г. Най-обсъжданият вектор на разширяване — изясняването, че интегрираният групов чат, вътрешноигровият глас с наслагване и субтитрите на кинематографичните сцени попадат в обхвата на ACS — би наложил значим нов процес за съответствие на издателите, които все още не са изградили такъв. Microsoft и собствените студиа на Sony са в позиция да поемат разширяването; Take-Two, Capcom и Square-Enix ще трябва да инвестират. Процедурата за правоприлагане пред Бюрото за потребителски и държавни въпроси не е агресивна по стандартите на дял III, но създава значим натиск за съответствие чрез публичния характер на преписката с оплаквания.</li>
    <li><strong>Обхватът на Европейския акт за достъпност върху видеоигрите.</strong> Крайният срок за съответствие с EAA от 28 юни 2025 г. се прилага към определен списък от продукти и услуги, който, при оспорвано тълкуване, включва електронни книги и някои категории вътрешноигрови комуникации, но не и видеоигрите като такива. Транспонирането в държавите членки се различава по този въпрос, а прегледът на Европейската комисия от 2026 г. вероятно ще издаде тълкувателен документ с насоки относно обхвата в игралната индустрия. Там, където EAA има ефект, той има ефект върху повърхностите за обслужване на клиенти около игрите — магазини, акаунт системи, чат за поддръжка — а не върху самия геймплей.</li>
    <li><strong>Първото AAA споразумение за достъпност.</strong> Нито един издател в топ 10 класацията досега не е бил обект на споразумение с FCC на основание раздел 716, нито на споразумение по дял III от ADA на Министерството на правосъдието на САЩ конкретно относно достъпността на игрите. Вниманието на ищцовата адвокатура през 2025–26 г. към заглавията тип live-service, вътрешноигровите магазини и комуникациите от страна на платформата подсказва, че първото такова споразумение е по-скоро вероятно, отколкото не, в рамките на прозореца 2026–28 г. PlayStation Store на Sony и магазинът Xbox на Microsoft са поели разпръснати оплаквания за достъпност; дали едно от тях ще се развие в уредено правоприлагащо действие е отвореният въпрос.</li>
  </ul>

  <h2 id="closing">Червената нишка</h2>

  <p>Достъпността на игрите през 2026 г. е измерима, класирана, документално закотвена област по начин, по който просто не беше през 2014 г., когато изтече временното освобождаване на CVAA за видеоигрите. Game Accessibility Guidelines произведоха степенуван стандарт; AbleGamers и IGDA-GASIG произведоха инфраструктура за одит и обединяване; Microsoft и Sony произведоха програми на притежатели на платформи, които упражняват реален натиск върху издателите на трети страни; а <em>The Last of Us Part II</em> на Naughty Dog постави таван по брой функции, спрямо който индустрията сега се измерва. Покритието седем от десет на ниво Basic в класацията по-горе е видимият артефакт от петнадесет години изграждане на стандарти от работни групи, които най-сетне се материализират в издаден продукт.</p>

  <p>Това, което не е, е завършен проект. Пропастта при изданията за вътрешния японски пазар, повърхностите тип live-service и вътрешноигровите магазини, както и въпросът за регулаторния дом на интегрирания групов чат — всички са актуални. Допълнителното NPRM на FCC от януари 2024 г. и тълкувателните насоки на EAA от 2026 г. ще зададат следващата регулаторна форма. Дали средната и долната трета на AAA класацията ще се приближат към върха — собствените студиа на Sony и Microsoft — или дали пропастта ще се разшири, е значимият въпрос за 2026–28 г., а отговорът вероятно ще бъде определен от цената на първото споразумение срещу издател, който не го е направил.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/eye-tracking-and-switch-input-2026/">проследяването на погледа и въвеждането чрез превключватели</a>, за <a href="/bg/regulations/us/">обхвата на ADA върху цифровите продукти</a> и за <a href="/bg/articles/">отчетното досие за 2026 г.</a></p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Класацията на AAA студиата е реконструирана от одити за достъпност по заглавие, публикувани от AbleGamers, Can I Play That?, DAGERSystem и Family Gaming Database, съпоставени с годишните проучвания State of Game Accessibility на специализираната група по достъпност на игрите към IGDA (изданията от 2022, 2023, 2024 г.) и собствената публикувана документация за достъпност на студиата. Броят на препоръките на GAG по заглавие е приблизителен; одитните методологии се различават леко между издателите, а няколко препоръки допускат частични внедрявания, които различни одитори оценяват различно. Класацията на издателите отразява водещите издания за 2024–25 г. и не претегля представянето на стария каталог.</p>
    <p><strong>Правен контекст:</strong> Закон за комуникациите и видеодостъпността на двадесет и първи век от 2010 г., Публичен закон 111-260 (8 октомври 2010 г.), §§ 716 и 717, кодифициран в 47 U.S.C. §§617 и 618. Прилагащи правила на FCC в 47 CFR Part 14. Освобождавания на FCC за игралната индустрия в CG Docket № 10-213 (удължавания през 2012 и 2013 г.; изтекли на 8 януари 2014 г.). Допълнително уведомление за предложено нормотворчество на FCC, 18 януари 2024 г., в CG Docket № 10-213, 10-145 и 06-181. Европейски акт за достъпност (Директива 2019/882), краен срок за съответствие 28 юни 2025 г.; тълкувателният преглед на Европейската комисия от 2026 г. предстои към момента на писане. Закон за американците с увреждания, дял III, 42 U.S.C. §12181 и сл. (посочен само за сравнението със споразумението).</p>
    <p><strong>Какво не е тази статия:</strong> Изчерпателен регистър на функциите за достъпност във всяко AAA заглавие, издадено през 2024–25 г. Секторът на мобилните игри, инди секторът и секторът live-service / free-to-play не са в обхвата. Сравнителното оценяване между одитните методологии е приблизително; всеки читател, който взема решение за обществена поръчка, инвестиция или съответствие, следва да се консултира с базовите одитни публикации и собствената документация за достъпност на съответното студио. Това е редакционен анализ на индустриална тенденция, а не правен съвет или становище за регулаторно съответствие.</p>
  </footer>

</div>

---
title: Генеративен ИИ и промптове за екранни четци: зараждащата се проектантска дисциплина
url: https://www.disabilityworld.org/bg/articles/generative-ai-and-screen-reader-prompts/
description: Писането на системни промптове, които правят ChatGPT, Claude, Gemini и Be My AI полезни за потребителите на екранни четци, се превръща в собствен проектантски занаят — с правила за структурата, тиретата, предаването към помощните технологии и нерешените UX проблеми.
author: Disability World
pubDate: 2026-05-22
tags: generative-ai, screen-readers, prompts, chatbots, design-discipline, tech-news
---

# Генеративен ИИ и промптове за екранни четци: зараждащата се проектантска дисциплина

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Смартфон, поставен върху дървено бюро, показва интерфейс за ИИ чат с включени слушалки — визуалният маркер за проектиране на ИИ промптове, съобразени с екранните четци.</p>

<p class="rt-prefix">Време за четене: 9 минути</p>

<p class="wp-block-paragraph">През последните осемнадесет месеца в общността по достъпност се оформи нова проектантска дисциплина и тя все още няма установено име. Някои екипи я наричат <strong>„инженеринг на промптове, съобразен с помощните технологии“</strong>; други я наричат <strong>„системни промптове, оформени за екранни четци“</strong>; практикуващите, които идват от проектирането на гласови интерфейси, обикновено я наричат <strong>„слоят за гласов изход на езиковия модел“</strong>. Какъвто и да е етикетът, занаятът е същият: писане на системни промптове и правила за оформяне на изхода, които правят генеративните ИИ асистенти — ChatGPT, Claude, Gemini, Copilot, Be My AI — полезни за приблизително прибл. 253 милиона души по света, които достигат тези продукти чрез екранен четец.</p>

<p class="wp-block-paragraph">Проблемът е конкретен, а режимът на провал е шумен. Езиков модел, обучен върху публичния уеб, произвежда по подразбиране текст, украсен с тирета, вложени markdown списъци, кодови огради, заглавия, които съществуват само защото моделът е почувствал отговора за „структуриран“, и декоративни емоджита. Прочетен на глас от NVDA, JAWS, VoiceOver или TalkBack, този изход се превръща в поток от „тире тире“ вмятания, изброяване „точка точка точка“ без никакво усещане къде свършва един елемент, съобщения „заглавие ниво две“, които прекъсват изречението, и поредици от имена на емоджита („усмихнато лице със слънчеви очила“) през всяка втора фраза. Информацията е вътре. Потребителят не може да я извлече, без да превърти назад три пъти. Този материал е въведение в това какво изисква дисциплината от създателите на модели, какво са пуснали продуктите досега и какви са нерешените UX проблеми, които все още никой не е решил.</p>

<h2 class="wp-block-heading" id="h-the-new-discipline">Новата дисциплина — от какво всъщност се състои</h2>

<p class="wp-block-paragraph">Проектирането на промптове, съобразено с екранните четци, не е едно-единствено правило. То е малък набор от ограничения, които заедно произвеждат изход, който синтезаторът може да произнесе разбираемо и навигационен клавиш на екранен четец може да премине през него. Ограниченията попадат в четири групи.</p>

<p class="wp-block-paragraph"><strong>Кратки отговори със семантична структура.</strong> Изходът на езиковите модели по подразбиране е твърде дълъг за устно поднасяне — отговор от 600 думи, който се чете добре в браузъра на зрящ потребител, се превръща в четириминутен монолог, който потребителят на екранен четец няма как да прегледа на бегло. Дисциплината изисква по-кратки отговори, но по-важното — <em>структурирани</em> по-кратки отговори: начално едноизреченческо обобщение, на което потребителят може да спре, последвано от структура, през която екранният четец може да навигира по заглавие или по елемент от списък.</p>

<p class="wp-block-paragraph"><strong>Избягвайте тиретата и другата пунктуация, която синтезаторите произнасят погрешно.</strong> Дългото тире, средното тире, вмъкнатото в скоби, наклонената черта като съюз, ASCII разделителят — всички те се четат на глас или като тишина, или като буквално „тире“, или като объркваща пауза, която разделя фразата наполовина. Конвенцията, която се оформя сред основните модели, е: предпочитайте запетаята и точката; използвайте двоеточието на единственото място, където то наистина оправдава присъствието си; никога не използвайте тирета в отговорите в устен контекст; никога не използвайте ASCII разделители за разделяне на секции.</p>

<p class="wp-block-paragraph"><strong>Декларирайте какво е списък, какво е заглавие, какво е код.</strong> Синтезираната реч няма визуална йерархия. Заглавието трябва да бъде обявено като „заглавие“, списъкът трябва да бъде обявен като „списък с N елемента, елемент първи“, кодът трябва да бъде обявен като „код“, а моделът трябва или да изведе структури, които екранният четец разпознава (HTML, правилен markdown, който повърхността за изобразяване преобразува в ARIA), или сам да опише словесно структурата („Ето три опции. Опция първа: …“).</p>

<p class="wp-block-paragraph"><strong>Без markdown каша.</strong> Markdown е добре, когато повърхността за изобразяване го преобразува в семантичен HTML. Markdown е враждебен, когато повърхността показва суровите звездички и долни черти, защото тогава екранният четец обявява „звездичка звездичка“ преди всяка удебелена дума. Дисциплината е да се разпознае контекстът на изобразяване — чат интерфейс с изобразяване на markdown спрямо терминал спрямо гласов интерфейс, управляван от екранен четец — и да се оформи изходът съответно. Един и същ модел трябва да произвежда различни повърхностни представяния на един и същ отговор.</p>

<h2 class="wp-block-heading" id="h-what-screen-readers-need">От какво всъщност се нуждаят екранните четци от ИИ</h2>

<p class="wp-block-paragraph">За да направим горните ограничения конкретни, помага да се разгледа реалното поведение на четирите комбинации екранен четец / операционна система, които доминират в областта: <a href="/bg/articles/accessibility-screen-reader-testing-tools-2026/">JAWS на Windows, NVDA на Windows, VoiceOver на macOS и iOS, и TalkBack на Android</a>. Те не са взаимозаменяеми и промпт, който произвежда чудесен изход за един, може да бъде нечетим на друг.</p>

<p class="wp-block-paragraph"><strong>Навигация по заглавие.</strong> И четирите четеца предлагат клавиш за навигация по заглавия (H в JAWS и NVDA, Rotor във VoiceOver, превключвателят за управление на четенето в TalkBack). За да бъде дълъг ИИ отговор навигируем, моделът трябва да изведе истински семантични заглавия — или чрез процес за изобразяване на markdown, който преобразува към <code>&lt;h2&gt;</code>/<code>&lt;h3&gt;</code> с правилно вложени нива, или чрез собствения API за структуриран отговор на чат повърхността. Модел, който „структурира“ отговора си, като удебелява първите три думи на всеки абзац, е произвел нещо, което изглежда структурирано визуално и е напълно плоско за екранния четец.</p>

<p class="wp-block-paragraph"><strong>Навигация по списък.</strong> Списъците са полезни в устния изход именно защото екранният четец обявява броя („списък със седем елемента“) и позволява на потребителя да преминава с навигационния клавиш за елемент от списък (I в NVDA, L в JAWS). Но това работи само ако списъкът е истински <code>&lt;ul&gt;</code> или <code>&lt;ol&gt;</code>. „Списък“, произведен чрез извеждане на символи за водещи точки в началото на всеки ред, без обвивка за списък, се чете като обикновен текст с необяснено вмятане „черен кръг“ или „точка“ на всеки ред.</p>

<p class="wp-block-paragraph"><strong>Прескачане по секция.</strong> Дългите ИИ отговори — обяснения, сравнения, код и коментар, многоетапни инструкции — се нуждаят от начин потребителят на екранен четец да прескочи към секцията, която го интересува, без да изслушва увода. Това е най-трудната за добро проектиране част, защото моделът трябва да произведе навигируема структура, <em>и</em> чат повърхността трябва да я изобрази по начин, който операционната система излага на помощната технология, <em>и</em> екранният четец трябва да бъде конфигуриран да използва клавиша за навигация по заглавия в тази повърхност. И трите неща се провалят в реалния свят; обикновено това е средното.</p>

<p class="wp-block-paragraph"><strong>Подсказки за произношение.</strong> Синтетичните гласове се препъват в технически термини, акроними със смесени букви, URL адреси, кодови идентификатори, математическа нотация и неанглийски имена. Добре проектиран модел ще, за отговори в контекст на екранен четец, изписва акронимите при първа употреба („WCAG, Насоките за достъпност на уеб съдържанието“), разшири инициализмите, които синтезаторът не може да произнесе, и избягва вграждането на сурови URL адреси в течащ текст, където синтезаторът ще прочете наклонените черти на глас. Никой от основните продукти не прави това последователно през 2026 г.</p>

<h2 class="wp-block-heading" id="h-product-comparisons">Как продуктите се справят с това</h2>

<p class="wp-block-paragraph">Към средата на 2026 г. основните генеративни ИИ продукти заеха видимо различни позиции по отношение на изхода, съобразен с екранните четци. Никой от тях не го е овладял напълно. Напредъкът е по-бърз, отколкото беше преди дванадесет месеца, но разликата между най-добрия и най-лошия все още е голяма.</p>

<p class="wp-block-paragraph"><strong>ChatGPT (OpenAI).</strong> Уеб клиентът вече предлага превключвател за „кратък режим“, който съкращава отговорите по подразбиране и намалява markdown украсата. Гласовият режим, въведен през 2024 г. — и съществено подобрен през 2025 г. — е най-близкото нещо, до което който и да е основен продукт е стигнал до интерфейс, естествен за екранен четец, защото изцяло заобикаля визуалния чат и поднася устен отговор с жестове за спиране, повторно възпроизвеждане и „кажи го отново“. Полето за персонализирани инструкции позволява на потребителите на екранни четци да декларират предпочитанията си веднъж и те да се прилагат през сесиите, което е заобиколното решение, водено от потребителите, на което общността е заложила. Останалите пропуски: моделите GPT все още по подразбиране произвеждат текст, наситен с тирета, освен ако не им е указано друго, а нивото на заглавията, изведено в markdown, не винаги се съпоставя чисто към ARIA в чат повърхността.</p>

<p class="wp-block-paragraph"><strong>Claude (Anthropic).</strong> Дисциплината на системните промптове на Claude се е придвижила най-близо до описаните по-горе конвенции. Моделът е забележимо по-малко склонен към тирета от линията GPT през 2026 г., по подразбиране дава по-кратки отговори и реагира добре на инструкции в системния промпт като „говорите с потребител на екранен четец; не използвайте тирета, предпочитайте кратки абзаци и използвайте истински заглавия или номерирани списъци, когато е необходима структура“. Чат повърхността на Claude.ai изобразява markdown към семантичен HTML с правилни нива на заглавия, което кара клавиша за навигация по заглавия да работи. Гласовият изход чрез интеграции на трети страни съществува, но е по-слабо развит от собствения гласов режим на ChatGPT.</p>

<p class="wp-block-paragraph"><strong>Gemini (Google).</strong> Тясната интеграция с TalkBack на Android е структурното предимство на Gemini; моделът може да предаде към екранния четец на ниво операционна система чрез услугите за достъпност на Android по начин, който конкурентите за iOS и уеб не могат. Потокът „Хей Google, попитай Gemini…“ на достъпни Android устройства е, за някои потребители, най-естественото налично преживяване с ИИ плюс екранен четец. Останалите пропуски: уеб интерфейсът все още прекалено украсява отговорите, йерархията на заглавията в уеб отговорите на Gemini е непоследователна, а моделът е по-склонен да произвежда декоративни емоджита от конкурентите си.</p>

<p class="wp-block-paragraph"><strong>Be My AI (Be My Eyes + OpenAI).</strong> Това е най-тясно ограниченият от четирите — асистент за визуално описание, който използва модели за зрение от класа на GPT-4, за да описва изображения и обкръжение за слепи и слабовиждащи потребители. Той е и единственият продукт в този списък, проектиран от първия ден с потребителя на екранен четец като основна аудитория. Проектирането на промптовете на Be My AI е най-ясната демонстрация в областта на това как изглежда на практика изход, съобразен с помощните технологии: описанията започват с едноизреченческо обобщение, на което потребителят може да спре, продължават със структуриран детайл само при поискване и избягват пространствен език („отляво“, „отгоре“), който изисква зрящ контекст за тълкуване. Продуктът остава, през 2026 г., най-близкото нещо в областта до референтна реализация.</p>

<p class="wp-block-paragraph">Общото наблюдение е, че четирите продукта са постигнали напредък по лесните части — по-кратки отговори, по-малко тирета, поле за персонализирани инструкции — и едва са започнали по трудните части. Трудните части са по-долу.</p>

<h2 class="wp-block-heading" id="h-open-ux-problems">Нерешени UX проблеми, които никой не е решил</h2>

<p class="wp-block-paragraph">Литературата за проектиране на промптове, съобразено с екранните четци, се обединява около четири нерешени UX проблема, при които правилният отговор още не е известен. Нито един от тях не е проблем на възможностите на модела; всички те са проблеми на проектирането на взаимодействието, които стоят между езиковия модел, чат повърхността, операционната система и екранния четец.</p>

<p class="wp-block-paragraph"><strong>Възможност за прекъсване.</strong> Зрящ потребител може да прегледа отговор на езиков модел за прибл. две секунди и да реши дали да го прочете. Потребителят на екранен четец не може. Ако отговорът е грешен или нецеленасочен, потребителят трябва да изслуша достатъчно от него, за да разбере това, и след това да прекъсне. Гласовите режими имат бутон за спиране. Текстовите режими обикновено нямат — отговорът се поднася на потока и екранният четец го обявява като ново съдържание, докато пристига, а потребителят няма чист начин да каже „спри да генерираш, това не е каквото попитах“. Приложението Be My AI се справя с това най-добре; уеб чат клиентите се справят най-зле.</p>

<p class="wp-block-paragraph"><strong>Повторение на последния отговор с избираема степен на детайлност.</strong> Да поискаш от екранен четец да прочете отново последния отговор е лесно, ако отговорът е кратък. Това е неизползваемо, ако отговорът е шест абзаца, а потребителят иска да чуе отново само третия абзац. Взаимодействието, което общността иска, е „повтори последния елемент от списъка“, „повтори последната секция със заглавие“, „повтори последния блок код“. Това изисква чат повърхността да изложи структурата на екранния четец по начин, който собствените команди за повторно четене на екранния четец могат да адресират. През 2026 г. никой от основните продукти не прави това; потребителят трябва да използва собствената навигация ред по ред на екранния четец, което е трудоемко.</p>

<p class="wp-block-paragraph"><strong>Навигация по секция в устния изход.</strong> Гласовите режими нямат клавиш за навигация по заглавия. Потребителят слуша четириминутен отговор линейно, без начин да прескочи от секцията „общ преглед“ към секцията „конкретика“, без да превърта назад по време. Прототипираните проектни решения за взаимодействие — устен „списък със секции“, през който потребителят може да навигира с клавишите със стрелки, гласова команда „иди на секция трета“, режим „дай ми само заглавията“ — са в ранен стадий. Последващото запитване „повече детайли за цветовете“ в приложението Be My AI е най-близката функционираща версия на това в издаден продукт.</p>

<p class="wp-block-paragraph"><strong>Въпросът за предаването към помощните технологии — кога ИИ говори, а кога чете съдържание на глас?</strong> Това е най-дълбокият проектантски въпрос. Ако потребител на екранен четец отвори ИИ асистент на уебстраница, кой говори — собственият глас на ИИ (слоят за преобразуване на текст в реч) или инсталираният от потребителя екранен четец, който чете текстовия изход на ИИ? Двата гласа имат различни настройки, различни скорости на говорене, различни подсказки за произношение, различни жестове за спиране и повторно възпроизвеждане. Две системи, които се опитват да говорят едно и също съдържание едновременно, не произвеждат нищо използваемо. Конвенцията, която се оформя, е: взаимодействията в гласов режим използват собственото преобразуване на текст в реч на ИИ и изрично потискат екранния четец; взаимодействията в текстов режим извеждат семантичен HTML и оставят екранния четец да говори. Но границата между двата режима не винаги е чиста — описанието на изображения, генерирането на код, математическата нотация и многомодалните отговори стоят неудобно между глас и текст — и тази граница е там, където живеят повечето от актуалните UX проблеми.</p>

<h2 class="wp-block-heading" id="h-where-it-goes-next">Накъде върви оттук нататък</h2>

<p class="wp-block-paragraph">Дисциплината е приблизително там, където беше уеб достъпността през прибл. 2002 г. — отвъд фазата „това реален проблем ли е?“, отвъд фазата „отговорен ли е някой?“, навлязла във фазата „какви са всъщност правилата?“. Три неща вероятно ще се случат през 2026 и 2027 г.</p>

<p class="wp-block-paragraph">Първо, създателите на модели ще кодифицират вътрешните си промптове за екранни четци и ще ги публикуват, така както Anthropic публикува системните промптове на Claude в <a href="/bg/articles/accessibility-aware-rfp-teardown/">декларации за достъпност в стил VPAT</a>, а OpenAI започна да документира поведенческите настройки по подразбиране на GPT. Общността иска еквивалента на карта на модела — „карта за изход за екранни четци“ — която посочва конвенциите, които даден модел е обучен или системно подканен да следва.</p>

<p class="wp-block-paragraph">Второ, чат повърхностите — уеб клиенти, мобилни приложения, интеграции в среди за разработка — ще получат правилни процеси за изобразяване на семантичен HTML и правилно излагане на ARIA за историята на чата, с навигационните клавиши, съпоставени към екранния четец на ниво операционна система. Това е неблагодарна работа и е работата, която ще раздвижи нещата най-много за ежедневните потребители.</p>

<p class="wp-block-paragraph">Трето, самите доставчици на екранни четци — Vispero (JAWS), NV Access (NVDA), Apple (VoiceOver), Google (TalkBack) — ще започнат да пускат функции, съобразени с ИИ: вградена навигация по заглавия в ИИ чат повърхностите, стандартизиран жест „спри генерирането“, по-интелигентни команди за повторно четене, които познават структурата на отговора на езиковия модел. Екосистемата от добавки с отворен код на NVDA вече произвежда ранни версии на тези. Собственическите четци са по-бавни, но посоката е същата.</p>

<p class="wp-block-paragraph">По-дълбокото наблюдение е, че проектирането на промптове, съобразено с екранните четци, престана да бъде нишова грижа на шепа слепи разработчици и стана базово очакване на всеки екип за ИИ продукт, който иска да навлезе на регулирани пазари. <a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> се прилага към „интерактивни терминали за самообслужване“ и „потребителско терминално оборудване с интерактивни изчислителни възможности“ — категория, която почти със сигурност обхваща голям ИИ асистент на телефон. Слоят за изход, съобразен с помощните технологии, вече не е функция; той е обвързващ при обществените поръчки. Екипите, които изяснят правилата сега, ще пуснат продуктите, които ще оцелеят след 28 юни 2025 г. и нататък. Екипите, които го третират като нещо второстепенно, ще бъдат следващата вълна от случаи на правоприлагане по EAA.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Заключителни мисли</h2>

<p class="wp-block-paragraph">Занаятът е малък, залозите са големи, а правилата все още се пишат. Ако изграждате с езикови модели и още не сте провеждали разговор с потребител на екранен четец за това как всъщност звучи продуктът ви, когато той го използва, това е следващото нещо в списъка. Повечето от това, което е сбъркано в ИИ за потребителите на екранни четци през 2026 г., не е проблем на възможностите на модела; то е проблем на проектирането на промпта и повърхността, който всеки продуктов екип може да поправи в един спринт, ако реши да го направи.</p>

<p class="wp-block-paragraph">Общността беше щедра с времето, тестването и търпението си. Тя също така губи търпение по-бързо отпреди, защото продуктите вече са масови и оправданието „все още го изясняваме“ се изчерпа. Дисциплината е тук. Конвенциите се сближават. Следващите осемнадесет месеца ще разграничат екипите, които слушаха, от екипите, които не слушаха.</p>

</div>

---
title: Германските BGG, BITV и BFSG: как федералното право среща техническите стандарти на ЕС
url: https://www.disabilityworld.org/bg/articles/germany-bfg-and-bitv/
description: Германският режим за достъпност наслагва три закона — федералния BGG (2002, реформиран 2016), техническата наредба BITV 2.0 и транспониращия EAA закон BFSG (2021) — върху паралелен набор от шестнадесет закона на провинциите и активиране на правоприлагането от BAFA през 2025 г.
author: Disability World
pubDate: 2026-05-22
tags: germany, bgg, bitv, bfsg, regulations, regulation-primer, eu
---

# Германските BGG, BITV и BFSG: как федералното право среща техническите стандарти на ЕС

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Стъкленият купол на Райхстага, дело на Норман Фостър, с развят над него германски федерален флаг — институционалната опора на германската рамка за достъпност BGG, BITV и BFSG.</p>

<p class="rt-prefix">Време за четене: 13 минути</p>

<p class="wp-block-paragraph">Германският вътрешен режим за достъпност не е един закон, а наслоен стек от три: <strong><span lang="de">Behindertengleichstellungsgesetz</span> (BGG)</strong> — Федералният закон за равните възможности на хората с увреждания, в сила от <strong>1 май 2002 г.</strong> и съществено реформиран през <strong>2016 г.</strong>; <strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span> (BITV 2.0)</strong> — федералната Наредба за достъпни информационни технологии, в сила в сегашната си форма „2.0“ от <strong>2011 г.</strong> и повторно приведена в съответствие с <strong>EN 301 549 / WCAG 2.1 AA</strong> чрез последователни изменения; и <strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — Законът за укрепване на достъпността от <strong>16 юли 2021 г.</strong>, който транспонира <a href="/bg/regulations/">Европейския акт за достъпност на ЕС (Директива 2019/882)</a> в германското федерално право и беше активиран за частния сектор на <strong>28 юни 2025 г.</strong> Слоевете не се сливат един в друг: BGG обхваща федералните публични органи, BITV дава техническата подробност, а BFSG обхваща потребителските продукти и услуги в частния сектор. За съпоставянето им с други транспонирания в държавите членки вижте <a href="/bg/regulations/">индекса на националната нормативна уредба за правата на хората с увреждания</a> и обяснението за <a href="/bg/articles/en-301-549-explained">EN 301 549</a>, хармонизирания стандарт, на който се опират и трите германски инструмента.</p>

<p class="wp-block-paragraph">Това въведение преминава през стека по ред — общото задължение за недискриминация на BGG, техническото изпълнение на BITV 2.0, транспонирането на EAA от BFSG, новата федерална правоприлагаща роля на <strong>BAFA</strong> в сила от юни 2025 г. и паралелните <strong>закони на ниво провинции</strong> (<span lang="de">Landesgleichstellungsgesetze</span>), които обхващат органите на провинциите и общините в шестнадесетте федерални провинции. Четете слоевете поотделно, защото задълженията, адресатите и пътищата за правоприлагане са различни на всеки слой.</p>

<h2 class="wp-block-heading" id="h-bgg-the-federal-anchor">BGG — федералната опора (2002, реформиран 2016)</h2>

<p class="wp-block-paragraph"><strong><span lang="de">Behindertengleichstellungsgesetz</span></strong> (Федерален закон за равните възможности на хората с увреждания) е основополагащият германски федерален закон за равенството на хората с увреждания. Той влезе в сила на <strong>1 май 2002 г.</strong> като част от вълна от реформи, предхождащи CRPD, която също така роди книга IX на <span lang="de">Sozialgesetzbuch</span> (SGB IX) за рехабилитацията и участието. BGG от 2002 г. вгради три носещи концепции в германското федерално право: законова дефиниция на <em><span lang="de">Barrierefreiheit</span></em> (достъпност) в §4, обвързващо задължение за федералните публични органи да действат достъпно в §§7–11, и право на сдружения да предявяват искове (<em><span lang="de">Verbandsklagerecht</span></em>) в §13, което позволява на признати организации на хора с увреждания да завеждат дела от свое име.</p>

<p class="wp-block-paragraph">Реформата от <strong>2016 г.</strong> — изготвена, за да приведе BGG в съответствие с Конвенцията на ООН за правата на хората с увреждания, която Германия ратифицира през 2009 г. — добави или укрепи няколко механизма: задължение за осигуряване на разумни улеснения в административните процедури (§7(2)), изрично признаване на сляпо-глухотата като категория увреждане (§3), федерален орган за мониторинг (<em><span lang="de">Bundesfachstelle für Barrierefreiheit</span></em>), създаден към германското пенсионно осигуряване <span lang="de">Knappschaft-Bahn-See</span> в §13a, и арбитражен съвет (<em><span lang="de">Schlichtungsstelle</span></em>) към Федералния правителствен комисар по въпросите на хората с увреждания по §16. Реформата от 2016 г. въведе и задължението за <em><span lang="de">Leichte Sprache</span></em> (опростен за четене немски език) по §11 и задължи федералните органи да комуникират достъпно на <em><span lang="de">Deutsche Gebärdensprache</span></em> (DGS, германски жестов език) по §9.</p>

<h3 class="wp-block-heading" id="h-bgg-scope">Кого всъщност обвързва BGG</h3>

<p class="wp-block-paragraph">Обхватът на адресатите на BGG е по-тесен, отколкото подсказва първият прочит. Той обвързва <strong>федералните публични органи (<span lang="de">Bundesbehörden</span>)</strong>, корпорациите и институциите по федералното публично право и — което е критично — финансираните от федерацията субекти, получаващи повече от 50 процента от финансирането си от федерални източници. Той <strong>не</strong> обвързва органите на провинциите, общинските органи или частните субекти. Органите на провинциите се обхващат от шестнадесет паралелни закона на провинциите; частните субекти попадат под Общия закон за равно третиране (AGG, 2006) за недискриминацията и, от 2025 г., под BFSG за достъпността на потребителските продукти и услуги. BGG е минимумът за федералния обществен сектор; останалата част от сградата стои върху него или редом с него.</p>

<h3 class="wp-block-heading" id="h-verbandsklage">Правото на <em><span lang="de">Verbandsklage</span></em></h3>

<p class="wp-block-paragraph">Една особеност на BGG, която отличава германския режим от много негови европейски колеги, е правото на сдружения да предявяват искове по §13. Признатите организации на хора с увреждания — понастоящем около 80 организации във федералния списък, поддържан от Федералното министерство на труда и социалните въпроси (BMAS) — могат да съдят федералните органи за нарушение на BGG, без да посочват индивидуално засегнат жалбоподател. Правото е използвано пестеливо, но видимо: <span lang="de">Deutscher Behindertenrat</span> и организации членки са завеждали по няколко дела на цикъл, насочени предимно към достъпните обществени поръчки и дефицитите в цифровите услуги. Правото на сдружения да предявяват искове намалява триенето, което иначе налага индивидуалният път за оплаквания — разходите, излагането на разкриване на лични данни и бавния календар на административните съдилища.</p>

<h2 class="wp-block-heading" id="h-bitv-the-technical-ordinance">BITV 2.0 — техническата наредба</h2>

<p class="wp-block-paragraph"><strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span></strong> (Наредба за достъпни информационни технологии) е прилагащата наредба, издадена по §12 от BGG. Първата BITV влезе в сила през 2002 г. заедно с основния закон; сегашната <strong>BITV 2.0</strong> влезе в сила на <strong>22 септември 2011 г.</strong> и беше изменена през <strong>2019 г.</strong> (за привеждане в съответствие с Директивата на ЕС за достъпността на уебсайтовете 2016/2102 и EN 301 549 v3.1.1) и отново през <strong>2023 г.</strong> (за проследяване на EN 301 549 v3.2.1 и изясняване на обхвата на мобилните приложения). BITV е слоят, който назовава конкретен технически стандарт и задължава уебсайтовете, интранет мрежите и мобилните приложения на федералния обществен сектор да съответстват на него.</p>

<p class="wp-block-paragraph">В сегашната си форма BITV 2.0 включва <strong>EN 301 549 V3.2.1</strong> чрез препратка — хармонизирания европейски стандарт за достъпност на ИКТ — който на свой ред вгражда <strong>WCAG 2.1 ниво AA</strong> за уеб съдържание и мобилни приложения. Наредбата също така налага специфични за Германия задължения извън EN 301 549: изрично задължение в §4 за предоставяне на <em>информация на опростен за четене немски език (<span lang="de">Leichte Sprache</span>) и на германски жестов език (DGS)</em> на началните страници на федералните органи, задължение за механизъм за обратна връзка в §12b и изисквания за публикуване на декларация за достъпност в §12c, които отразяват член 7 от Директивата за достъпността на уебсайтовете.</p>

<h3 class="wp-block-heading" id="h-bitv-scope">Кого обвързва BITV и какво обхваща</h3>

<p class="wp-block-paragraph">Обхватът на BITV следва този на BGG: федералните органи, финансираните от федерацията корпорации по публичното право и — чрез транспониране от държавите членки на Директива 2016/2102 — федералните съдилища и федералните законодателни органи в административното им качество. Федералните уебсайтове трябва да публикуват декларация за достъпност и механизъм за обратна връзка, а <em><span lang="de">Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik</span></em> (BFIT-Bund, федералният орган за мониторинг на достъпността на ИТ, домакинстван от BMAS) извършва периодичен мониторинг и докладва на Европейската комисия на тригодишен цикъл. Най-новият федерален доклад за мониторинг, обхващащ 2022–24 г., провери извадка от приблизително 200 уебсайта и 60 мобилни приложения и установи устойчиви пропуски в навигацията с клавиатура, алтернативния текст, субтитрирането на по-старо видео съдържание и публикуването на декларации за достъпност в съответстваща форма.</p>

<p class="wp-block-paragraph">ИКТ на обществения сектор на ниво провинция се обхваща от шестнадесет паралелни еквивалента на BITV на ниво провинция — понякога наричани <span lang="de">BITV-Landes-X</span> — издадени по собствения закон за равните възможности на всяка провинция. Те отблизо отразяват BITV 2.0 по техническо съдържание, но се различават по честотата на мониторинга и по това дали провинцията или федералният орган за мониторинг е компетентен.</p>

<h2 class="wp-block-heading" id="h-bfsg-the-eaa-transposition">BFSG — транспонирането на EAA, активирано през юни 2025 г.</h2>

<p class="wp-block-paragraph"><strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — Законът за укрепване на достъпността — беше приет на <strong>16 юли 2021 г.</strong> и влезе в сила на етапи, като действащата дата за продуктите и услугите в обхвата от частния сектор беше определена за <strong>28 юни 2025 г.</strong>, хармонизираната дата на прилагане на EAA. BFSG транспонира <a href="/bg/regulations/">Директива (ЕС) 2019/882</a> — Европейския акт за достъпност — в германското федерално право. Докато BGG обхваща федералните публични органи, а BITV дава техническата подробност за ИКТ на федералния обществен сектор, BFSG е първият общ федерален закон, който обвързва <strong>икономическите оператори от частния сектор</strong> по отношение на достъпността на потребителските продукти и услуги.</p>

<h3 class="wp-block-heading" id="h-bfsg-scope">Какво обхваща BFSG</h3>

<p class="wp-block-paragraph">Обхватът на продуктите и услугите следва EAA дословно, като структурата на адресатите е адаптирана към германското федерално право. Обхванатите продукти включват потребителски универсален компютърен хардуер и операционни системи, терминали за самообслужване (банкомати, машини за билети, киоски за регистрация), потребителско терминално оборудване за електронни съобщения и аудио-визуални медийни услуги (декодери, смартфони, смарт телевизори) и електронни четци. Обхванатите услуги включват потребителски банкови услуги, услуги за електронни съобщения, услуги за достъп до аудио-визуални медии, услуги за информация за пътническия транспорт (уеб / мобилни / компоненти на терминали за самообслужване), електронна търговия и електронни книги.</p>

<ul class="wp-block-list">
<li><strong>Обвързани икономически оператори:</strong> производители, вносители и дистрибутори на продукти в обхвата; доставчици на услуги, предлагащи услуги в обхвата на потребители в Германия.</li>
<li><strong>Изключение за микропредприятия:</strong> в съответствие с член 4(5) от EAA, микропредприятията, предоставящи услуги (по-малко от 10 служители и оборот или общ баланс ≤ 2 милиона евро), са освободени от задълженията за услугите, но трябва да съхраняват документация за статута си на микропредприятие; изключението за продуктите <em>не</em> се прилага.</li>
<li><strong>Защита въз основа на несъразмерна тежест:</strong> налична по §17 от BFSG, при условие на документирана оценка, която следва приложение VI от EAA.</li>
<li><strong>Защита въз основа на основна промяна:</strong> налична, когато съответствието би изисквало промяна в основния характер на продукта или услугата.</li>
<li><strong>Преходен период:</strong> договорите, сключени преди 28 юни 2025 г., и терминалите за самообслужване, които вече са в употреба на тази дата, се ползват от преходен прозорец до <strong>пет години</strong> за договора и до <strong>петнадесет години</strong> за терминалния хардуер (BFSG §38).</li>
</ul>

<p class="wp-block-paragraph">Техническите изисквания за достъпност, на които трябва да отговарят продуктите и услугите, са изложени в прилагащата наредба, <strong>BFSGV</strong> (<span lang="de">Barrierefreiheitsstärkungsgesetz-Verordnung</span>) от <strong>15 юни 2022 г.</strong>, която препраща към EN 301 549 за ИКТ компонентите и съответните хармонизирани стандарти за другите класове продукти. Когато все още не съществува хармонизиран стандарт, съответствието може да се докаже пряко чрез функционалните изисквания за достъпност на EAA, отразявайки приложение I.</p>

<h2 class="wp-block-heading" id="h-bafa-enforcement">BAFA и активирането на надзора на пазара</h2>

<p class="wp-block-paragraph">Най-значимата промяна през 2025 г. не беше влизането на закона в правна сила — това беше през 2021 г. Това беше действащото <strong>активиране на надзора на пазара</strong> на 28 юни 2025 г. По §19 от BFSG правомощието за надзор на пазара върху <em>продуктите</em>, обхванати от BFSG, е на <strong><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA)</strong> — Федералната служба за икономика и контрол на износа, със седалище в Ешборн. За <em>услугите</em>, обхванати от BFSG, компетентността е разпределена: <strong><span lang="de">Bundesnetzagentur</span> (BNetzA)</strong> за услугите за електронни съобщения, <strong>BaFin</strong> за потребителското банкиране, <strong><span lang="de">Landesmedienanstalten</span></strong> за услугите за достъп до аудио-визуални медии и — за електронната търговия, електронните книги и услугите за информация за пътническия транспорт — <strong>органите за надзор на пазара на провинциите</strong>, координиращи се чрез федерално-провинциален форум, свикван от BMAS.</p>

<p class="wp-block-paragraph">Мандатът на BAFA се простира от проверките за съответствие при навлизане на пазара на продукти до производствата за административни глоби по §37 от BFSG. Глобите могат да достигнат <strong>до 100 000 евро за нарушение</strong>, като горната граница се прилага за всяка засегната продуктова линия или услуга при случаите на повторно нарушение. Освен глоби, BAFA може да разпореди продуктите да бъдат изтеглени от пазара или иззети, когато несъответствието създава „значителен риск“ — фраза, заимствана от архитектурата за надзор на пазара на Общия регламент за безопасност на продуктите (Регламент (ЕС) 2023/988). BAFA също така публикува годишни доклади за надзора на пазара, идентифициращи продуктовите категории с най-високи нива на несъответствие; първият доклад от цикъла на BFSG предстои в края на 2026 г.</p>

<h3 class="wp-block-heading" id="h-private-right-of-action">Няма частно право на иск за обезщетение</h3>

<p class="wp-block-paragraph">BFSG сам по себе си не създава частно право на иск за парично обезщетение. Потребителите могат да подават оплаквания до BAFA, BNetzA или съответния орган за услугите, който решава дали да започне производство. Признатите сдружения за защита на потребителите и организациите на хора с увреждания имат права на колективен иск по §22 от BFSG, които отразяват Директивата на ЕС за представителните искове (Директива (ЕС) 2020/1828, транспонирана в германското право като VDuG, в сила от октомври 2023 г.). Пътят на колективния иск е частта от германската архитектура за правоприлагане в частния сектор, която най-вероятно ще породи видима съдебна практика през 2026–27 г.</p>

<h2 class="wp-block-heading" id="h-laender-laws">Слоят на провинциите — шестнадесет паралелни закона</h2>

<p class="wp-block-paragraph">Федералната структура на Германия означава, че достъпността на обществения сектор за провинциите и техните общини се урежда от шестнадесет отделни <strong><span lang="de">Landesgleichstellungsgesetze</span> (LGGs)</strong> на ниво провинция, всеки със собствен обхват, собствен орган за мониторинг и собствена техническа наредба. <span lang="de">BayBGG</span> на Бавария (2003, преразгледан 2018), <span lang="de">BGG NRW</span> на Северен Рейн-Вестфалия (2004, преразгледан 2016), <span lang="de">LGBG</span> на Берлин (1999, преразгледан 2021), <span lang="de">HmbBGG</span> на Хамбург (2005, преразгледан 2020) и <span lang="de">SächsInklusG</span> на Саксония (2018) са най-цитираните примери; законите на Шлезвиг-Холщайн, Долна Саксония, Хесен и Баден-Вюртемберг допълват по-големите провинции.</p>

<p class="wp-block-paragraph">Повечето LGG следват структурния образец на BGG — дефинирано задължение за достъпност, право на <em><span lang="de">Verbandsklage</span></em>, разпоредби за езика и комуникацията за DGS и опростения за четене немски — но техническото изпълнение се различава. Някои провинции издават собствена наредба, еквивалентна на BITV; някои включват BITV 2.0 чрез препратка; една или две оставят техническия слой недостатъчно специфициран, в резултат на което съответствието на общинските уебсайтове е неравномерно в провинцията. Федералният доклад за мониторинг от 2024 г. отбеляза тази асиметрия: съответствието на ИКТ на федералния обществен сектор е значимо по-високо от съответствието на ниво провинции и общини, преди всичко защото честотата на мониторинга на BFIT-Bund на федерално ниво не се повтаря на всяко ниво провинция.</p>

<h2 class="wp-block-heading" id="h-how-the-layers-interact">Как трите слоя всъщност взаимодействат</h2>

<p class="wp-block-paragraph">На практика германски субект, класифициращ задължението си за достъпност през 2026 г., следва да премине през три въпроса по ред. Първо, дали е федерален публичен орган, федерална корпорация по публичното право или финансиран от федерацията субект над прага от 50 процента? Ако да, прилага се BGG, BITV 2.0 определя техническия стандарт, а BFIT-Bund осъществява мониторинга. Второ, дали е орган на провинция или община, или субект, финансиран от провинция? Ако да, прилагат се съответният LGG и неговата техническа наредба, под мониторинга на собствения еквивалентен орган на провинцията. Трето, дали е икономически оператор от частния сектор, който пуска на пазара продукти в обхвата или предоставя услуги в обхвата на потребители в Германия? Ако да, прилагат се BFSG и BFSGV, като BAFA, BNetzA, BaFin или орган за надзор на пазара на провинция е компетентен в зависимост от продукта или услугата.</p>

<p class="wp-block-paragraph">Частна болница, която получава 60 процента федерално финансиране, може да бъде в два слоя едновременно: BGG (заради прага за федерално финансиране) и, за насочените си към потребителите онлайн услуги, BFSG. Задълженията за съответствие се припокриват, вместо да си противоречат — и двата слоя в крайна сметка сочат към EN 301 549 / WCAG 2.1 AA за цифровите интерфейси — но пътищата за правоприлагане се различават. Нарушение на BGG отива в арбитражния съвет на BMAS или в административните съдилища чрез <em><span lang="de">Verbandsklage</span></em>; нарушение на BFSG отива в BAFA или BNetzA.</p>

<h3 class="wp-block-heading" id="h-the-en-301-549-anchor">Опората EN 301 549 / WCAG в трите слоя</h3>

<p class="wp-block-paragraph">Обединяващата техническа опора в BGG, BITV и BFSG е хармонизираният стандарт на ЕС <strong>EN 301 549 V3.2.1</strong>, който сам по себе си вгражда WCAG 2.1 ниво AA за уеб съдържание и мобилни приложения. Това е, което придава съгласуваност на наслоената германска архитектура на практика: единен технически стандарт минава през слоя на федералния обществен сектор (чрез BITV 2.0), слоя на обществения сектор на провинциите (чрез еквивалентите на BITV на провинциите) и слоя на частния сектор (чрез BFSG/BFSGV). Когато бъдеща германска прилагаща наредба повиши техническия стандарт до <strong>WCAG 2.2 AA</strong>, и трите слоя ще се придвижат заедно — няма правдоподобен сценарий, в който BFSG да премине към 2.2, докато BITV остане на 2.1, защото BITV препраща към същия хармонизиран стандарт, който препраща BFSGV.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици за предприятията, опериращи в Германия</h2>

<p class="wp-block-paragraph">Три конкретни последици следват за организациите, чиито германски операции прекрачиха прага на BFSG от 28 юни 2025 г. Първо, защитата въз основа на несъразмерна тежест по §17 от BFSG е документирана, а не декларирана — операторите, които се позовават на нея, трябва да изготвят оценка в стил приложение VI, която BAFA може да поиска. Второ, изключението за микропредприятия се прилага само за услугите; производителите и вносителите на продукти в обхвата не могат да се позоват на него, независимо от числеността на персонала. Трето, декларацията за достъпност по BFSG е задължителна за услугите в обхвата и трябва да бъде публикувана в структурирана форма на основната насочена към потребителя повърхност на оператора; първите спорадични проверки на BAFA през втората половина на 2025 г. според съобщенията се фокусираха върху това дали изобщо съществуват декларации, а не върху същественото съответствие, като се очаква същественото съответствие да доминира през цикъла на 2026 г.</p>

<p class="wp-block-paragraph">За федералните публични органи и финансираните от федерацията субекти практическият приоритет през 2026 г. е затварянето на пропуските, които докладът за мониторинг на BFIT-Bund за 2022–24 г. отбеляза: навигация с клавиатура в транзакционните потоци, алтернативен текст на изображенията, субтитриране на по-старо видео съдържание и формата на декларацията за достъпност. За субектите на ниво провинция и община приоритетът е който и да е текущ цикъл на мониторинг по LGG.</p>

<h2 class="wp-block-heading" id="h-conclusion">Заключение: наслоен режим, закотвен към един стандарт</h2>

<p class="wp-block-paragraph">Германската наслоена архитектура от три закона изглежда сложна отвън, защото е такава — федерален BGG и прилагащ BITV от 2002 г., шестнадесет закона на провинциите, обхващащи обществения сектор, и BFSG, транспониращ EAA в частния сектор от 2021 г. Това, което прави режима работещ на практика, е, че и трите слоя са закотвени към един и същ хармонизиран европейски технически стандарт, EN 301 549, който вгражда WCAG 2.1 AA за цифровите интерфейси и минава през всеки слой на стека. Активирането на надзора на пазара на BAFA по BFSG през 2025 г. е промяната, която за първи път поставя федерален регулатор от страната на частния сектор, с административни глоби до 100 000 евро за нарушение и излагане на колективни искове чрез VDuG. Доктрината и адресатите вече бяха налице; правоприлагащият механизъм е това, което ще тества периодът от 2026 г. нататък.</p>

<p class="wp-block-paragraph">Прочетете повече от Disability World за <a href="/bg/regulations/">Европейския акт за достъпност и транспониранията в държавите членки</a>, за <a href="/bg/articles/en-301-549-explained">хармонизирания стандарт EN 301 549</a> и в <a href="/bg/articles/">регулаторното досие за 2026 г.</a></p>

<h2 class="wp-block-heading" id="h-primary-sources">Първоизточници</h2>

<ol class="wp-block-list">
<li><span lang="de">Bundesministerium der Justiz</span>. <em><span lang="de">Behindertengleichstellungsgesetz</span> (BGG)</em>, в сила от 1 май 2002 г., изменен с Федералния закон за участието от 2016 г. <a href="https://www.gesetze-im-internet.de/bgg">gesetze-im-internet.de/bgg</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span> (BITV 2.0)</em>, в сила от 22 септември 2011 г., последно изменение 2023 г. <a href="https://www.gesetze-im-internet.de/bitv_2_0">gesetze-im-internet.de/bitv_2_0</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</em>, от 16 юли 2021 г., BGBl. I стр. 2970, действащ за продуктите и услугите в обхвата от 28 юни 2025 г. <a href="https://www.gesetze-im-internet.de/bfsg">gesetze-im-internet.de/bfsg</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em><span lang="de">Barrierefreiheitsstärkungsgesetz-Verordnung</span> (BFSGV)</em>, от 15 юни 2022 г. <a href="https://www.gesetze-im-internet.de/bfsgv">gesetze-im-internet.de/bfsgv</a></li>
<li><span lang="de">Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik</span> (BFIT-Bund). <em>Федерален доклад за мониторинг на достъпността на уебсайтовете и мобилните приложения на обществения сектор, 2022–2024 г.</em> <a href="https://www.bfit-bund.de">bfit-bund.de</a></li>
<li><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA). <em>Информация за надзора на пазара по BFSG за икономическите оператори</em> (2025). <a href="https://www.bafa.de">bafa.de</a></li>
<li>Европейски съюз. <em>Директива (ЕС) 2019/882 относно изискванията за достъпност на продукти и услуги (Европейски акт за достъпност)</em>, OВ L 151, 7.6.2019 г.</li>
<li>Европейски съюз. <em>Директива (ЕС) 2016/2102 относно достъпността на уебсайтовете и мобилните приложения на органите от обществения сектор</em>, OВ L 327, 2.12.2016 г.</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 — Изисквания за достъпност на ИКТ продукти и услуги</em> (март 2021 г.).</li>
</ol>

</div>

---
title: Състоянието на глобалните метрики за уврежданията през 2026 г.: какво се отчита, какво не и защо пропастта се затваря бавно
url: https://www.disabilityworld.org/bg/articles/global-disability-metrics-2026/
description: Две десетилетия след Краткия набор за функциониране на Вашингтонската група само малцинство от националните преброявания го използват. Актуализацията на Световния доклад на СЗО от 2024 г. и Сборникът на UN DESA от 2025 г. разказват числата за 2026 г. и пропуските.
author: Disability World
pubDate: 2026-05-22
tags: data, statistics, washington-group, who, un-desa, measurement
---

# Състоянието на глобалните метрики за уврежданията през 2026 г.: какво се отчита, какво не и защо пропастта се затваря бавно

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Досие с данни</strong> · Инфраструктура за измерване</span>
</div>

<h1>Състоянието на глобалните метрики за уврежданията през 2026 г. — <em>какво се отчита, какво не и защо пропастта се затваря бавно</em></h1>

<p class="lede">Две десетилетия след като Вашингтонската група за статистика на уврежданията публикува своя Кратък набор за функциониране, светът най-сетне има защитимо водещо число: <strong>1,3 милиарда души</strong>, приблизително <strong>16% от световното население</strong>, живеещи със значително увреждане, според актуализацията за мониторинг на Световния доклад за уврежданията на СЗО от 2024 г. Това число почива върху инфраструктура за измерване, която отне двадесет години за изграждане — и все още пропуска почти изцяло четири групи от населението. <strong>Над петдесет и пет национални статистически служби</strong> вече провеждат Краткия набор на Вашингтонската група; <strong>над 90 държави с ниски и средни доходи</strong> публикуват данни от Модула за детско функциониране на UNICEF/WG; Сборникът на UN DESA от 2025 г. картографира <strong>около 120 държави</strong>, които произвеждат поне известно дезагрегирано по увреждане отчитане на индикаторите за ЦУР. Водещото число е по-стабилно от всякога. Това, което все още се изплъзва през него, е темата на останалата част от това досие.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Констатации · Досие № 01</span>
    <span class="dossier-meta">06 констатации · извлечени от СЗО 2024, инвентаризацията на Секретариата на WG, Сборника на UN DESA 2025</span>
  </header>
  <h2 class="dossier-title" id="dossier-title">Какво разкрива инфраструктурата за измерване от 2026 г.</h2>
  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">1,3 млрд.</span>
      <div class="dossier-body">
        <p class="dossier-claim">Актуализацията на СЗО от 2024 г. поставя глобалното увреждане на 1,3 милиарда души — най-стабилното водещо число, което областта някога е имала</p>
        <p class="dossier-note">Функционалното ограничение, а не отчитането състояние по състояние по Глобалното бреме на болестите, е сега основната рамка. От 1,3 милиарда около 190 милиона възрастни изпитват много значителна трудност при функционирането — подчисло, което почти не се е променило от доклада от 2011 г.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">16%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Глобалната разпространеност нарасна от около 15% през 2011 г. до приблизително 16% през 2024 г.</p>
        <p class="dossier-note">Светът не е станал „по-увреден“ — измерването се е подобрило, населението над 60 години е нараснало с близо 240 милиона за 13 години, а разпространеността на хроничните болести се е разширила по-бързо от растежа на населението в Южна Азия и Субсахарска Африка.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">55+</span>
      <div class="dossier-body">
        <p class="dossier-claim">Над 55 национални статистически служби вече прилагат Краткия набор на Вашингтонската група в преброяване или водещо проучване</p>
        <p class="dossier-note">От приблизително 200 юрисдикции, провеждащи десетгодишни или петгодишни преброявания. Повечето от Латинска Америка, нарастващ брой африкански статистически служби, няколко големи азиатски държави и бавно растящ дял от високодоходните членки на ОИСР.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">прибл. 10%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Около 1 на 10 деца на възраст 5–17 г. в държавите с ниски и средни доходи има увреждане по Модула за детско функциониране</p>
        <p class="dossier-note">Актуализацията <em>Seen, Counted, Included</em> на UNICEF от 2024 г. обобщава основани на CFM оценки за разпространеността от над 90 държави с ниски и средни доходи — най-широкият сравним набор от данни за детските увреждания, който някога е съществувал. Съществено по-висок от заварените оценки.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">4 пропуска</span>
      <div class="dossier-body">
        <p class="dossier-claim">Четири групи от населението остават системно недоотчетени дори в най-добре инструментираните проучвания</p>
        <p class="dossier-note">Деца под 2 години (не съществува стандартизиран инструмент). Хора в резидентни институции, затвори, бежански лагери (изключени от рамките за домакинско извадково проучване). Хора с интелектуални или психосоциални увреждания (Разширеният набор се провежда в по-малко от две дузини държави). Над 117-те милиона принудително разселени (почти никоя рамка за извадково проучване на статистическа служба не достига до тях).</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">2,2 → 17,8</span>
      <div class="dossier-body">
        <p class="dossier-claim">Националната разпространеност варира от 2,2% (Индия, заварен единичен въпрос) до 17,8% (Обединеното кралство, хармонизиран GSS + WG)</p>
        <p class="dossier-note">Бангладеш 2,8%, Южна Африка 6,0%, Бразилия 8,9%, САЩ 13,4%, Мексико 16,5%. По-голямата част от разликата е избор на инструмент, праг и агрегиране — не базова епидемиология. Насоките на WG от 2024 г. сега препоръчват отчитане на поне два прага успоредно.</p>
      </div>
    </li>
  </ol>
  <p class="dossier-foot"><strong>Източник</strong>Световен доклад за уврежданията на СЗО (2011) и актуализация за мониторинг от 2024 г.; инвентаризация на внедряването по държави на Секретариата на Вашингтонската група от 2024 г.; Сборник със статистика за уврежданията на UN DESA 2025; Модул за детско функциониране на UNICEF/WG, актуализация <em>Seen, Counted, Included</em> от 2024 г.; публикации от националните преброявания (IBGE 2022, Stats SA 2022, INEGI 2020, ONS 2021/22, BBS 2022).</p>
</section>

<div class="toc">
  <div class="toc-title">В това досие</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">Как се отчита увреждането през 2026 г.</a></li>
    <li><span class="toc-num">02</span><a href="#headline">Водещото число: 1,3 млрд. и 16%</a></li>
    <li><span class="toc-num">03</span><a href="#wgss">Приемане на Краткия набор на Вашингтонската група</a></li>
    <li><span class="toc-num">04</span><a href="#child">Деца: CFM и пропускът при под 2-годишните</a></li>
    <li><span class="toc-num">05</span><a href="#missed">Какво все още не се отчита добре</a></li>
    <li><span class="toc-num">06</span><a href="#double">Дебатът за двойното отчитане в четири държави</a></li>
    <li><span class="toc-num">07</span><a href="#sdg">ЦУР 17.18.1 и Сборникът от 2025 г.</a></li>
    <li><span class="toc-num">08</span><a href="#outlook">Перспектива за 2026 г. и червената нишка</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">01 · Как се отчита увреждането през 2026 г.</h2>

<p class="dropcap-first">Три неща се промениха между Световния доклад за уврежданията от 2011 г. и актуализацията за мониторинг на СЗО от 2024 г. и всички те тласкат глобалното число на разпространеност в една и съща посока. Светът е по-възрастен — населението над 60 години е нараснало с близо 240 милиона за 13 години, а значителното функционално ограничение се покачва рязко след 60. Разпространеността на хроничните болести, особено диабет тип 2 и неговите последствия, се е разширила по-бързо от растежа на населението в Южна Азия и Субсахарска Африка. И самото измерване се е подобрило: инструментите на Вашингтонската група, Модулът за детско функциониране на UNICEF/WG и Моделното проучване за уврежданията узряха в референтни инструменти, които произвеждат по-високи и по-надеждни числа от заварения въпрос с „да/не“ „имате ли увреждане?“, който заместиха.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">прибл. 1,3 млрд.</div><div class="stat-desc">Хора със значително увреждане по света (СЗО 2024)</div></div>
  <div class="stat-box"><div class="stat-big green">16%</div><div class="stat-desc">Глобална разпространеност през 2024 г. — нагоре от прибл. 15% през 2011 г.</div></div>
  <div class="stat-box"><div class="stat-big">190 млн.</div><div class="stat-desc">Възрастни с много значителна трудност при функционирането</div></div>
</div>

<div class="callout info">
  <div class="ct">Защо „16%“ е под, а не таван</div>
  <p>Числото за разпространеност от 16% на СЗО се чете най-добре като долната граница на защитима оценка, а не като откритие, че светът по някакъв начин е станал по-увреден за 13 години. Актуализацията от 2024 г. третира функционалното ограничение като основна рамка — докладът от 2011 г. се опираше на рамката на Глобалното бреме на болестите (GBD), години, живени с увреждане по конкретна причина, но актуализацията от 2024 г. запазва GBD като приложение, а не като водещо число. Преброяване на функционалните ограничения и преброяване състояние по състояние не са едно и също население: смесването им води до двойно отчитане на хора, които се появяват в няколко реда за състояния, и до недоотчитане на хора, чиито ограничения нямат ясно място в ICD-11.</p>
</div>

<hr />

<h2 id="headline">02 · Водещото число и какво всъщност измерва то</h2>

<p>Числото за <strong>16% разпространеност</strong> на СЗО (приблизително 1,3 милиарда души) следователно се чете най-добре като долната граница на защитима оценка, а не като откритие, че светът по някакъв начин е станал по-увреден за 13 години. От тези 1,3 милиарда актуализацията от 2024 г. отделя около <strong>190 милиона възрастни с много значителни трудности при функционирането</strong> — населението, за което рехабилитационните услуги, помощните технологии и правата на лична помощ са най-явно показани и най-неадекватно осигурявани. Това подчисло почти не се е променило между докладите от 2011 и 2024 г., което само по себе си е констатация.</p>

<p>Числото, което не виждате във водещото съобщение на СЗО, е нарушението по състояние. Докладът от 2011 г. се опираше на рамката на Глобалното бреме на болестите (GBD) — години, живени с увреждане по конкретна причина — а актуализацията от 2024 г. запазва GBD като приложение, а не като водещо число. Преброяване на функционалните ограничения и преброяване състояние по състояние не са едно и също население: смесването им води до двойно отчитане на хора, които се появяват в няколко реда за състояния, и до недоотчитане на хора, чиито ограничения нямат ясно място в ICD-11. Актуализацията от 2024 г. третира функционалното ограничение като основна рамка.</p>

<div class="chart-section">
  <div class="chart-title">Отчетена национална разпространеност — най-новото преброяване или водещо проучване</div>
  <div class="bar-row"><div class="bar-label">Индия · Преброяване 2011</div><div class="bar-track"><div class="bar-fill bf-e" style="width:12%">2,2% · заварен единичен въпр.</div></div></div>
  <div class="bar-row"><div class="bar-label">Бангладеш · 2022</div><div class="bar-track"><div class="bar-fill bf-c" style="width:16%">2,8% · WG-SS (тесен)</div></div></div>
  <div class="bar-row"><div class="bar-label">Южна Африка · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">6,0% · WG-SS</div></div></div>
  <div class="bar-row"><div class="bar-label">Бразилия · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:50%">8,9% · WG-SS (адаптиран)</div></div></div>
  <div class="bar-row"><div class="bar-label">Съединени щати · 2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">13,4% · 6 въпр. на база WG</div></div></div>
  <div class="bar-row"><div class="bar-label">Мексико · 2020</div><div class="bar-track"><div class="bar-fill bf-b" style="width:93%">16,5% · WG-SS (широк)</div></div></div>
  <div class="bar-row"><div class="bar-label">Обединено кралство · 2021/22</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">17,8% · GSS + WG</div></div></div>
</div>

<p>Диапазонът — от 2,2% до 17,8% — е това, около което всъщност е дългият дебат на областта за съпоставимостта. В по-голямата си част не става дума за това, че увреждането е действително седем пъти по-разпространено в Обединеното кралство, отколкото в Индия. Инструментът, прагът, при който някой се преброява (известна трудност? много?), включването или изключването на хората в институции и готовността на анкетираните да се самоидентифицират — всички те раздвижват числото повече от базовата епидемиология. Там, където WG-SS се прилага последователно — особено в по-голямата част от Латинска Америка — междудържавните числа сега се намират в далеч по-тесен диапазон, отколкото преди десетилетие.</p>

<hr />

<h2 id="wgss">03 · Инструментите на Вашингтонската група и къде всъщност се прилагат</h2>

<figure class="article-figure">
  <img src="/article-images/global-disability-metrics-2026/inline-1.webp" alt="Шестте функционални области на Краткия набор на Вашингтонската група — зрение, слух, ходене, познание, самообслужване и комуникация — визуализирани като чиста мрежа от стилизирани икони." width="800" height="450" loading="lazy" />
  <figcaption>Шестте въпроса за функционалните области на Краткия набор на Вашингтонската група са каноничният инструмент зад числото за 16% глобална разпространеност: зрение, слух, ходене, познание, самообслужване, комуникация.</figcaption>
</figure>

<p><strong>Краткият набор за функциониране на Вашингтонската група (WG-SS)</strong> се състои от шест въпроса: трудности при виждане, чуване, ходене или изкачване на стъпала, запомняне или концентриране, самообслужване и комуникиране, всеки по четиристепенна скала на тежест (без трудност, известна, много, изобщо не може). Той беше проектиран в средата на 2000-те години, за да бъде достатъчно кратък, че да се добави към национално преброяване, достатъчно неутрален, че да се преведе през културите, и достатъчно степенуван по тежест, че да поддържа междудържавно сравнение, ако се използва последователно. Инвентаризацията на Секретариата на Вашингтонската група от 2024 г. отчита <strong>над 55 национални статистически служби</strong>, които са приложили WG-SS дословно или почти дословно в най-новото си преброяване или водещо домакинско проучване.</p>

<p>„Над 55“ звучи скромно и е така. Има около 200 юрисдикции, които провеждат десетгодишно или петгодишно преброяване. Потребителите на WG-SS включват по-голямата част от Латинска Америка, нарастващ брой африкански статистически служби, няколко големи азиатски държави и бавно растящ дял от високодоходните членки на ОИСР. Непотребителите се разделят между държави, които все още разчитат на заварен единичен въпрос „вие лице с увреждане ли сте?“ (разпространен в части от Южна и Югоизточна Азия и няколко държави от Персийския залив), държави, провеждащи национален инструмент, проектиран преди да съществува WG-SS (ONS на Обединеното кралство използва хармонизирания въпрос за увреждане на GSS заедно с въпроси в стил WG), и държави, чието най-ново преброяване предхожда последната редакция на Вашингтонската група.</p>

<div class="chart-section">
  <div class="chart-title">Плътност на приемане на WG-SS по региони — инвентаризация на Секретариата на Вашингтонската група от 2024 г. (илюстративно)</div>
  <div class="bar-row"><div class="bar-label">Латинска Америка</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">Повечето служби · дословно или почти дословно</div></div></div>
  <div class="bar-row"><div class="bar-label">Субсахарска Африка</div><div class="bar-track"><div class="bar-fill bf-a" style="width:60%">Разширяващо се приемане</div></div></div>
  <div class="bar-row"><div class="bar-label">Високодоходни членки на ОИСР</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">Бавно, често хибридизирано с национални инструменти</div></div></div>
  <div class="bar-row"><div class="bar-label">Източна &amp; Югоизточна Азия</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">Смесено — няколко големи служби приемат</div></div></div>
  <div class="bar-row"><div class="bar-label">Южна Азия</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">Предимно заварен единичен въпр., някои пилоти</div></div></div>
  <div class="bar-row"><div class="bar-label">Персийски залив &amp; Западна Азия</div><div class="bar-track"><div class="bar-fill bf-e" style="width:18%">Доминират заварените рамки</div></div></div>
</div>

<hr />

<h2 id="child">04 · Инструментът за детско функциониране</h2>

<p>За децата каноничният инструмент е <strong>Модулът за детско функциониране на Вашингтонската група / UNICEF (CFM)</strong>, финализиран през 2016 г. и сега референтният модул за възрастовите групи 2–4 и 5–17 г. Програмата MICS (Клъстерно проучване с множество показатели) на UNICEF включва CFM по подразбиране от MICS6; глобалното издание от 2024 г. съдържа основани на CFM оценки за разпространеността от <strong>над 90 държави с ниски и средни доходи</strong> — най-широкият сравним набор от данни за детските увреждания, който някога е съществувал. Актуализацията <em>Seen, Counted, Included</em> на UNICEF от 2024 г. отчита, че около <strong>1 на 10 деца на възраст 5–17 г. в държавите с ниски и средни доходи</strong> има увреждане по дефиницията на CFM — съществено по-високо от заварените оценки и съответстващо на посоковата корекция на СЗО. CFM няма аналог за деца под 2 години: вариацията на развойните етапи във възрастовата група 0–24 месеца е твърде широка, за да бъде полезен кратък модул, и този пропуск е първата от четирите групи от населението, които инфраструктурата за измерване от 2026 г. не отчита адекватно.</p>

<div class="callout warning">
  <div class="ct">прибл. 80% от глухите деца в държавите с ниски и средни доходи остават извън училище</div>
  <p>Докладът за глобален мониторинг на образованието (GEM) на ЮНЕСКО, в продължение на няколко поредни издания, оценява, че около 80% от глухите деца в държавите с ниски и средни доходи са извън училище. CFM най-сетне позволява на държавите да преброят тези деца — но преброяването е само първата стъпка. Там, където данните съществуват, министерствата на образованието все още не са изградили инфраструктурата за приобщаващо образование, за да действат въз основа на тях.</p>
</div>

<hr />

<h2 id="missed">05 · Групите от населението, които водещите числа все още пропускат</h2>

<p>Четири групи остават системно недоотчетени дори в най-добре инструментираните национални проучвания.</p>

<h3>Хора в институции</h3>
<p>Повечето рамки за домакинско извадково проучване изключват резидентните институции, психиатричните заведения за дълъг престой, затворите и бежанските лагери — групи от населението, в които разпространеността на уврежданията, особено психосоциалните и интелектуалните, е драматично повишена. Картографирането на институционалното население на Европейската комисия от 2023 г. установи около <strong>1,4 милиона европейци в резидентни институции за хора с увреждания</strong> само по себе си, нито един от които не се появява в стандартните оценки от домакински проучвания. Сборникът на UN DESA от 2025 г. нарича изключването „недоотчитане от първи ред“ в методологичното си приложение.</p>

<h3>Хора с интелектуални или психосоциални увреждания</h3>
<p>Шестте въпроса на WG-SS са въпроси за функционалните области и са добри в улавянето на това, което обхващат. Интелектуалното увреждане се проявява отчасти чрез „запомняне или концентриране“; психосоциалното увреждане се проявява отчасти чрез „комуникиране“ и отчасти никъде. Разширеният набор на Вашингтонската група и модулът WG-SS Enhanced добавят въпроси за тревожност, депресия, функция на горната част на тялото и умора, но Enhanced се използва в по-малко от две дузини държави към 2024 г. Актуализацията на СЗО от 2024 г. отбелязва това като най-големия отделен пропуск в измерването в сегашното семейство от инструменти.</p>

<h3>Деца под 2 години</h3>
<p>CFM започва от 2-годишна възраст и не съществува международно стандартизиран инструмент за по-малки деца. Екипите за ранно детско развитие на UNICEF и СЗО са пилотирали хибриден подход за клиничен скрининг в седем държави от 2023 г., но работата е по-скоро методологична, отколкото готова за национално разгръщане.</p>

<h3>Хора в засегнати от конфликти и разселвателни условия</h3>
<p>Средногодишното статистическо издание на ВКБООН от 2024 г. отчита <strong>над 117 милиона принудително разселени хора</strong> по света. По ограничените налични данни разпространеността на уврежданията сред разселените групи е съществено по-висока, отколкото сред уседналите групи от същия произход — функция на нараняванията, лишенията и различната мобилност на хората с увреждания при криза. Почти никоя рамка за извадково проучване на статистическа служба не обхваща адекватно разселените групи от населението. Работната група по Хуманитарните стандарти за приобщаване настоява пред ВКБООН и МОМ от 2022 г. да вградят WG-SS в приема при регистрация, с непостоянни резултати.</p>

<p class="pull-quote">Инструментите съществуват. Въпросът, както в толкова много от политиката за уврежданията, е дали данните ще бъдат събрани.</p>

<hr />

<h2 id="double">06 · Дебатът за двойното отчитане в четири държави</h2>

<p>Най-оспорваният оперативен въпрос в статистиката за уврежданията през 2026 г. е и най-технически звучащият: когато задавате шестте въпроса на WG-SS и анкетиран отчита трудност в повече от една област, преброявате ли го веднъж при най-високата тежест, веднъж при всяка тежест над прага, или сумирате оценките за тежест? Националните статистически служби третират това различно — и разликата раздвижва водещото число с няколко процентни пункта.</p>

<div class="quote-block">
  <div class="meta">Секретариат на Вашингтонската група · методологична бележка · 2024 г.</div>
  <div class="quote"><span lang="en">"The Short Set was designed so that a country could report a defensible national disability prevalence. It was not designed to allow easy comparison between two countries that have made different threshold and aggregation choices. We are still working on that."</span></div>
  <span class="source">Вашингтонска група за статистика на уврежданията, актуализация на насоките от 2024 г.</span>
</div>

<p>Преброяването на <strong>Бангладеш</strong> от 2022 г. отчете 2,8%, използвайки праг „много трудност / изобщо не може“ и правило за областта с най-висока тежест — консервативният край на спектъра на WG-SS. Преброяването на <strong>Южна Африка</strong> от 2022 г. използва същия инструмент с по-приобщаващ праг (известна трудност в две или повече области, или много в една) и отчете 6,0%. Преброяването на IBGE на <strong>Бразилия</strong> приложи умерено приобщаващ праг и отчете 8,9%. INEGI на <strong>Мексико</strong> улавя всяка отчетена „известна трудност“ в която и да е област заедно с по-ограничителното ниво и отчита 16,5% — близо до глобалното число на СЗО, далеч по-високо от южноазиатските си съседи, използващи привидно същия инструмент.</p>

<div class="firm-ranking">
  <div class="firm-row">
    <div class="firm-rank">01</div>
    <div style="flex:1"><div class="firm-name">Бангладеш · Преброяване на BBS 2022</div><div class="firm-meta">WG-SS · тесен праг (много трудност / изобщо не може)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:17%">2,8%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">02</div>
    <div style="flex:1"><div class="firm-name">Южна Африка · Преброяване на Stats SA 2022</div><div class="firm-meta">WG-SS · умерен праг (известна в 2+ или много в 1)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:36%">6,0%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">03</div>
    <div style="flex:1"><div class="firm-name">Бразилия · Преброяване на IBGE 2022</div><div class="firm-meta">WG-SS адаптиран · умерено приобщаващ праг</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:54%">8,9%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">04</div>
    <div style="flex:1"><div class="firm-name">Мексико · Преброяване на INEGI 2020</div><div class="firm-meta">WG-SS · приобщаващ (всяка „известна трудност“ + ограничително ниво)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:100%">16,5%</div></div>
  </div>
</div>

<p>Нито една от тези служби не греши. Всяка е защитила избора си в публично достъпна методология и всяка има причини, вкоренени в приемствеността на данните от предишния цикъл. Насоките на Вашингтонската група от 2024 г. за първи път препоръчват отчитане на поне два прага успоредно — „тесен“ брой при най-високата тежест и „широк“ брой, включващ отговорите с известна трудност — именно за да стане възможно междудържавното сравнение.</p>

<hr />

<h2 id="sdg">07 · Дезагрегирано по ЦУР отчитане и Сборникът от 2025 г.</h2>

<p>Индикатор <strong>17.18.1 на Целите за устойчиво развитие</strong> на ООН проследява дела на индикаторите в рамката на ЦУР, които са дезагрегирани, наред с други, по увреждане. <strong>Сборникът със статистика за уврежданията на UN DESA</strong>, публикуван за първи път през 2018 г., с големи актуализации през 2022 г. и най-скоро през 2025 г., е най-добрата отделна инвентаризация в областта за това кои държави какво произвеждат.</p>

<p>Водещата констатация на Сборника от 2025 г. е, че около <strong>120 държави</strong> вече произвеждат поне известно дезагрегирано по увреждане отчитане на индикаторите за ЦУР — нагоре от 76 в базовата линия от 2018 г. Дълбочината е променлива: повечето отчитат дезагрегирани по увреждане данни за образователното равнище (ЦУР 4.5.1) и за участието в работната сила (ЦУР 8.5), далеч по-малко отчитат дезагрегирани по увреждане данни за майчиното здраве, правосъдната система или политическото участие, а почти никоя не отчита дезагрегирани по увреждане индикатори за устойчивост спрямо климата. Средносрочният преглед на Рамката от Сендай от 2025 г. посочи този пропуск: отчитането за намаляване на риска от бедствия по ЦУР 11.5 и 13.1 остава много слабо по отношение на дезагрегирането по увреждане, въпреки собствения ангажимент на Сендай от 2015 г.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">120</div><div class="stat-desc">Държави, произвеждащи известно дезагрегирано по увреждане отчитане на ЦУР (2025)</div></div>
  <div class="stat-box"><div class="stat-big blue">76</div><div class="stat-desc">Държави, правещи същото в базовата линия от 2018 г.</div></div>
  <div class="stat-box"><div class="stat-big amber">прибл. 0</div><div class="stat-desc">Държави с дезагрегирани по увреждане данни за устойчивост спрямо климата</div></div>
</div>

<hr />

<h2 id="outlook">08 · Какво се промени през 2025–26 г. и какво 2026 г. все още пропуска</h2>

<p>Три конкретни развития преоформят пейзажа на измерването през 2026 г. Първо, <strong>актуализацията за мониторинг на СЗО от 2024 г.</strong> зададе наново водещото число на 1,3 милиарда и 16% и направи функционалното ограничение основна рамка; отчитането в каквато и да е друга рамка сега изисква допълнителна обосновка. Второ, <strong>Сборникът на UN DESA от 2025 г.</strong> публикува първата матрица държава по държава на дезагрегираното по увреждане отчитане на индикаторите за ЦУР — правейки картографирането на пропуските лесно за донори и гражданско общество по начин, който не беше преди. Трето, <strong>инвентаризацията на Секретариата на Вашингтонската група от 2024 г.</strong> започна да публикува не само дали дадена държава използва WG-SS, но и как — кой праг прилага, дали разгръща Разширения набор или модула Enhanced и дали микроданните ѝ са публично достъпни за повторен анализ. Актуализацията от 2025 г. добави <strong>девет нови държави</strong>, включително първото публично финансирано издание на микроданни от голяма южноазиатска статистическа служба.</p>

<p>Три структурни слепи петна е малко вероятно да се затворят при сегашната траектория.</p>

<ul>
  <li><strong>Сравними данни за институционалното население.</strong> Картографирането на Европейската комисия от 2023 г. е най-близкото нещо, до което който и да е регион е стигнал; не съществува сравним глобален набор от данни. Без него водещото число от 16% пропуска десетки милиони хора, чиято разпространеност е най-високата сред всяка подгрупа от населението, която областта отчита.</li>
  <li><strong>Сравнима разпространеност на психосоциалните увреждания.</strong> Разширеният набор и WG-SS Enhanced имат въпросите; разгръщането върви на част от потребителската база на WG-SS. Докато това не навакса, глобалното число системно недоотчита групата от населението, чиито бариери пред достъпа най-явно изискват нефизически улеснения.</li>
  <li><strong>Дезагрегирани по увреждане данни за климата и бедствията.</strong> Ангажиментът на Рамката от Сендай от 2015 г. за дезагрегирано по увреждане отчитане за намаляване на риска от бедствия е, през 2026 г., почти изцяло неизпълнен извън шепа пилотни държави. Тъй като честотата на бедствията, движени от климата, продължава да се покачва, това се превръща в най-големия отделен пропуск в матрицата за дезагрегиране по ЦУР.</li>
</ul>

<div class="callout safe">
  <div class="ct">Как изглежда доброто измерване през 2026 г.</div>
  <p>Националните статистически служби, които произвеждат най-защитимите данни за уврежданията, споделят четири практики, не една: използват WG-SS в дословна или почти дословна форма; отчитат поне два прага успоредно (тесен и широк); публикуват микроданни на ниво, което позволява независим повторен анализ; и обхващат институционалните и разселените групи от населението чрез специализирани допълнителни модули, вместо да ги изключват от рамката за извадково проучване. Stats SA, IBGE на Бразилия, INEGI на Мексико и ONS на Обединеното кралство са службите, най-близки до този еталон през 2026 г. Повечето други не са.</p>
</div>

<hr />

<h2 id="closing">Червената нишка</h2>

<p>Две десетилетия след като Вашингтонската група публикува Краткия набор, глобалната разпространеност на уврежданията най-сетне се отчита по начин, който произвежда защитими, широко сравними числа — 16%, около 1,3 милиарда души, с около 190 милиона възрастни, изпитващи много значителни трудности. Актуализацията на СЗО от 2024 г. и Сборникът на UN DESA от 2025 г. се обединиха около тази рамка. Това, което остава, е дългата опашка от групи от населението, които водещото число пропуска: хора в институции, деца под 2 години, разселени групи и хора с интелектуални или психосоциални увреждания, които шестте въпроса за функционалните области улавят само отчасти. Затварянето на тези пропуски е инвестиционно решение на националните статистически служби, а не изследователски проблем. Инструментите съществуват. Въпросът, както в толкова много от политиката за уврежданията, е дали данните ще бъдат събрани.</p>

<p>Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/crpd/">CRPD</a>, за <a href="/bg/regulations/">националната нормативна уредба</a> и за <a href="/bg/articles/">по-широкото отчетно досие за 2026 г.</a></p>

<footer class="footer-note">
  <p><strong>Методология и данни:</strong> Числата са консолидирани от актуализацията за мониторинг на СЗО на Световния доклад за уврежданията от 2024 г.; инвентаризацията на внедряването по държави на Секретариата на Вашингтонската група от 2024 г.; изданието на Сборника със статистика за уврежданията на UN DESA от 2025 г.; Модула за детско функциониране на UNICEF/Вашингтонската група и изданието <em>Seen, Counted, Included</em> на UNICEF от 2024 г.; както и най-новото национално преброяване или водещо домакинско проучване от Бразилия (IBGE 2022), Южна Африка (Stats SA 2022), Мексико (INEGI 2020), Обединеното кралство (ONS 2021/22), Бангладеш (BBS 2022), Индия (Преброяване 2011 + NSS 2018) и Съединените щати (ACS 2023). Средногодишните общи числа за принудително разселените на ВКБООН за 2024 г. са от изданието <em>Global Trends</em> на ВКБООН; оценките за институционалното население са от картографирането на Европейската комисия от 2023 г.; образователната статистика е от Доклада за глобален мониторинг на образованието на ЮНЕСКО.</p>
  <p><strong>Първоизточници:</strong> Световна здравна организация, <em>Световен доклад за уврежданията</em> (2011) и актуализация за мониторинг от 2024 г. — who.int. Вашингтонска група за статистика на уврежданията, Кратък набор за функциониране, Разширен набор и инвентаризация на внедряването по държави от 2024 г. — washingtongroup-disability.com. UNICEF &amp; Вашингтонска група, Модул за детско функциониране и актуализация <em>Seen, Counted, Included</em> от 2024 г. — data.unicef.org/topic/child-disability. Департамент по икономически и социални въпроси на ООН, <em>Сборник със статистика за уврежданията</em> 2025 — un.org/development/desa/disabilities. Публикации на националните статистически служби: IBGE (ibge.gov.br), Stats SA (statssa.gov.za), INEGI (inegi.org.mx), ONS (ons.gov.uk). ВКБООН <em>Global Trends in Forced Displacement</em> средногодишно 2024 — unhcr.org/global-trends. UNDRR <em>Sendai Framework Mid-Term Review</em> 2025 заключителен документ — undrr.org.</p>
  <p><strong>Какво не е тази статия:</strong> Това е досие за инфраструктурата за измерване, а не политическа препоръка. Процентите на разпространеност, отчетени от националните статистически служби, варират с избора на инструмент, праг и агрегиране; междудържавните сравнения следва да се четат с тази уговорка. Нищо тук не представлява статистически, правен или програмен съвет за която и да е отделна държава или организация.</p>
</footer>

</div>

---
title: Приобщаваща типография: шрифтове за дислексия, височина на реда и разредка
url: https://www.disabilityworld.org/bg/articles/inclusive-typography-and-readability/
description: Дизайнерски наръчник за това какво всъщност подкрепят изследванията върху четивността — избор на шрифт (OpenDyslexic срещу Atkinson Hyperlegible и Tiresias), височина на реда, разредка между буквите и думите, разредка между абзаците и лостовете дължина на реда, подравняване и минимален размер.
author: Disability World
pubDate: 2026-05-22
tags: typography, dyslexia, readability, design, education, low-vision
---

# Приобщаваща типография: шрифтове за дислексия, височина на реда и разредка

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Книга с типографски образци, показваща различни шрифтове без серифи, с линеал за разредка и очила за четене отгоре — визуалният маркер за приобщаваща типография.</p>

<div class="byline">
  <span><strong>От</strong> редакцията на Disability World</span>
  <span><strong>Обновено</strong> май 2026 г.</span>
  <span><strong>Време за четене</strong> 9 минути</span>
</div>

<p class="rt-prefix">Време за четене: 9 минути</p>

<p class="wp-block-paragraph">Шрифтът е слоят на цифровия продукт, който повечето читатели никога не забелязват съзнателно — докато не ги предаде. За читател с дислексия, читател със слабо зрение или читател с черти на дефицит на вниманието разликата между удобна и изтощителна страница често се измерва в милиметри разредка между редовете, стотни от em разредка между буквите и стойност на размера на шрифта, зададена в стиловия лист преди шест месеца и никога преразглеждана. Приобщаващата типография е дисциплината да се избират тези стойности въз основа на това, което доказателствата за четивност реално подкрепят, а не на това, което изглежда „дизайнерски“ в кориците на едно портфолио.</p>

<p class="wp-block-paragraph">Този наръчник картографира областта такава, каквато е през 2026 г. Той обхваща избора на шрифт — включително добре известното, но слабо подкрепено с доказателства твърдение около <strong>OpenDyslexic</strong> и по-защитимите алтернативи в <strong>Atkinson Hyperlegible</strong> и семейството <strong>Tiresias</strong>. Преминава през четирите числови лоста, заключени от <a href="/bg/toolkit/glossary/wcag/">WCAG 2.2</a> в критерий за успех <strong>1.4.12 Разредка на текста</strong>: височина на реда, разредка между буквите, разредка между думите и разредка между абзаците. И завършва с подценените лостове, към които изследванията постоянно се връщат — дължина на реда, подравняване и разумен минимален размер на шрифта. Това, което работи за читателите със слабо зрение, показват доказателствата, се припокрива значително с това, което работи за читателите с дислексия и за читателите с внимание от типа на ADHD.</p>

<h2 class="wp-block-heading" id="h-font-choice">Избор на шрифт: какво казват изследванията (и какво не)</h2>

<p class="wp-block-paragraph">Съществува силно популярно убеждение, че „шрифт за дислексия“ съществува и че преминаването към него съществено ще подобри четенето за потребителите с дислексия. Двата най-често назовавани шрифта са <strong>OpenDyslexic</strong> (издаден като безплатен шрифт с отворен код през 2011 г.) и <strong>Dyslexie</strong> (търговски шрифт, проектиран от Christian Boer през 2008 г.). И двата споделят отличителна дизайнерска стратегия: натежали долни части на всеки знак, които да „закотвят“ буквите към основната линия, преувеличени отвори на букви като c и e и засилено разграничаване между огледалните двойки (b/d, p/q, n/u). Визуалната логика е интуитивна, а маркетингът е бил ефективен. Доказателствата обаче са по-оскъдни, отколкото маркетингът подсказва.</p>

<p class="wp-block-paragraph">Най-цитираното емпирично изследване — <span lang="en">Rello and Baeza-Yates</span> (2013) — не открива значимо предимство в скоростта на четене за читателите с дислексия, използващи OpenDyslexic, спрямо обичайните шрифтове без серифи. Последващо изследване на <span lang="en">Wery and Diliberto</span> (2017) в <em lang="en">Annals of Dyslexia</em> тества деца с дислексия, четящи на Times New Roman, Arial и OpenDyslexic, и не открива последователно подобрение за специфичния за дислексия шрифт. Преглед от 2018 г. на <span lang="en">British Dyslexia Association</span> заключава, че никой отделен шрифт не е доказал, че превъзхожда добре проектиран обикновен шрифт без серифи за читателите с дислексия по скорост, точност и разбиране на четене на ниво, оправдаващо предписването му като инструмент за корекция. Последвалият коментар от 2024 г. на същата асоциация потвърждава отново позицията.</p>

<p class="wp-block-paragraph">Това, което същата изследователска база подкрепя, е че <strong>изборите в дизайна на шрифта имат значение</strong>, само че не по начина, по който твърди маркетингът на шрифтовете за дислексия. Характеристиките, които подобряват четивността за читателите с дислексия, са същите, които подобряват четивността за читателите със слабо зрение и за читателите при неоптимално осветление:</p>

<ul class="wp-block-list">
  <li><strong>Щедра височина на малките букви (x-height)</strong> — височината на тялото на малките букви спрямо височината на главните. По-голямата височина на малките букви прави отделните знаци по-лесни за разпознаване при по-малки размери на изобразяване.</li>
  <li><strong>Недвусмислени буквени форми</strong> — ясно разграничаване между малкото l, главното I и цифрата 1; между нулата и главното O; между c, e и o; и между огледалните двойки b/d и p/q.</li>
  <li><strong>Отворени апертури</strong> — отворите в букви като c, e, a и s трябва да са широко отворени, а не затворени. Затворените апертури се сливат при малки размери и нисък контраст.</li>
  <li><strong>Равномерна дебелина на щриха</strong> — висококонтрастните шрифтове (дебели вертикали, тънки хоризонтали) намаляват четливостта при малки размери за читателите със слабо зрение; равномерен или умерено контрастиран щрих е по-устойчив.</li>
  <li><strong>Щедра разредка, заложена в самия шрифт</strong> — някои шрифтове идват със стегнати метрики по подразбиране, които воюват с читателя още преди да се приложи каквото и да е CSS.</li>
</ul>

<p class="wp-block-paragraph">Двата шрифта, които са най-защитими въз основа на доказателствата, са <a href="https://brailleinstitute.org/freefont">Atkinson Hyperlegible</a>, проектиран и издаден от Braille Institute през 2019 г. специално за читателите със слабо зрение, и семейството Tiresias, първоначално проектирано в RNIB за субтитри и екранна употреба през 1990-те и все още използвано в достъпността на британските медии. Atkinson Hyperlegible е безплатен, включва значимо езиково покритие и се предлага като опция по подразбиране в настройките за достъпност на няколко операционни системи. Дизайнерските му избори — преувеличено разграничаване между 0 и O, между 1, I и l, между c и e — са тествани с читатели със слабо зрение по време на разработката, а същите избори помагат на читателите с дислексия, защото подлежащите модели на объркване се припокриват.</p>

<p class="wp-block-paragraph">Честното обобщение следователно е: <strong>не обещавайте, че специфичен за дислексия шрифт ще поправи четенето за читател с дислексия.</strong> Изберете добре проектиран шрифт без серифи с щедра височина на малките букви, ясно разграничаване на буквите, отворени апертури и равномерна дебелина на щриха. Atkinson Hyperlegible е силна стойност по подразбиране. Такава е и Tiresias за контексти само на екран. Такава, впрочем, е и добре зададена версия на Verdana, Tahoma, Trebuchet MS или системния шрифт на интерфейса на всяка операционна система. Доказателствата не казват „използвайте този един шрифт“; те казват „не използвайте висококонтрастен шрифт с ниска височина на малките букви и стегнати апертури за основен текст“.</p>

<h2 class="wp-block-heading" id="h-line-height">Височина на реда: подът от 1,5x</h2>

<p class="wp-block-paragraph">Ако изборът на шрифт е най-обсъжданият лост в приобщаващата типография, височината на реда е най-малко използваният. Критерий за успех 1.4.12 Разредка на текста на WCAG 2.2 прави пода изричен: когато потребител приложи презаписване на стиловия лист, за да увеличи разредката на текста, не бива да се губят съдържание или функционалност. Четирите ограничения в 1.4.12 са височина на реда поне <strong>1,5 пъти размера на шрифта</strong>; разстояние след абзаците поне <strong>2 пъти размера на шрифта</strong>; разредка между буквите поне <strong>0,12 пъти размера на шрифта</strong>; и разредка между думите поне <strong>0,16 пъти размера на шрифта</strong>. Това са минималните стойности, които страницата трябва да поеме, без да се счупи. Те обаче не са единствените стойности, които си струва да се знаят — те са долната граница на приемливото.</p>

<p class="wp-block-paragraph">Механизмът, чрез който височината на реда помага на читателите, е добре проучен. Когато редовете са зададени стегнато — разредка от 1,0 или 1,1 — долните удължения на един ред притискат горните удължения на следващия, създавайки визуална интерференция, която окото трябва да разреши, преди да може да разпознае формите на знаците. За типично четящ възрастен това разрешаване е автоматично. За читател с дислексия, който вече отделя повече когнитивна способност за разпознаване на буквите и сегментиране на думите, допълнителната цена за разрешаване на интерференцията между редовете не е незначителна. Същото важи за читател със слабо зрение, чийто ефективен размер на знаците след увеличение е по-малък от средния. Достатъчната височина на реда изолира всеки ред като собствена хоризонтална ивица, което намалява склонността на окото да прескача редове или да препрочита същия ред — документирана трудност за читателите с дислексия.</p>

<p class="wp-block-paragraph">Изследователската база препоръчва разредка от приблизително <strong>1,4 до 1,6</strong> за основен текст на екран — точната стойност зависи от шрифта, размера и дължината на реда. За дълго четене разредка от 1,5 е безопасна стойност по подразбиране; за по-къси текстови блокове при малко по-големи размери 1,4 може да се чете добре; за тесни колони при малки размери понякога е оправдано 1,6 до 1,7. Подът на WCAG от 1,5 стои в долния край на тази лента, поради което е под, а не цел. Ако страница задава `line-height: 1.5`, тя съответства на 1.4.12. Ако страница задава `line-height: 1.6`, тя съответства и се чете по-удобно за читателите, за които критерият е писан.</p>

<h2 class="wp-block-heading" id="h-letter-and-word-spacing">Разредка между буквите и разредка между думите</h2>

<p class="wp-block-paragraph">Двата лоста за разредка вътре в думата — разредка между буквите (tracking) и разредка между думите — са лостовете, които най-често се оставят на нула по подразбиране. Повечето добре проектирани шрифтове идват с метрики, които работят при размера, за който са проектирани, който на екран обикновено е основен размер от 14–16 px. Минимумите на WCAG 1.4.12 искат страницата да поеме <strong>разредка между буквите от 0,12em</strong> и <strong>разредка между думите от 0,16em</strong>, без да се счупи. Авторите не са длъжни да задават тези стойности; те са длъжни да не се чупят, когато потребителски агент ги приложи.</p>

<p class="wp-block-paragraph">Механизмът за разредката между буквите е сходен с този на височината на реда: малко количество tracking — от порядъка на 0,02em до 0,05em за основен текст в шрифт без серифи — намалява възприятийното струпване между съседните знаци. Ефектът е най-силно изразен за читателите със слабо зрение, четящи увеличен текст, при които букви, които се докосват или почти се докосват, могат да се слеят в едно визуално струпване, и за читателите с дислексия, за които разпознаването на буквите е лимитиращата стъпка. Същата умерена разредка помага в екранни среди, в които субпикселното изобразяване е по-малко точно (дисплеи с висока резолюция, работещи при нецели коефициенти на мащабиране, например).</p>

<p class="wp-block-paragraph">Разредката между думите е често пренебрегваният роднина. В подравнен двустранно текстов блок (който приобщаващата типография трябва да избягва — вижте по-долу) интервалите между думите се разтягат и свиват непредсказуемо, докато визуализаторът балансира ширините на редовете. В блок, подравнен отляво, интервалът между думите е постоянен. Разредка между думите от приблизително 0,16em — около пода на WCAG, когато се приложи като положителен отстъп — подобрява сегментирането на думите за читателите с дислексия, което е документирано тясно място. Същата стойност помага на четенето с текст-към-говор за преглед и подобрява ритъма на проследяване с пръст за потребителите на тактилни лупи.</p>

<p class="wp-block-paragraph">Практическата рецепта за основен текст на сайт, богат на съдържание, в CSS термини, изглежда така:</p>

<ul class="wp-block-list">
  <li><strong>font-size:</strong> поне 16px (1rem при корен от 16px), за предпочитане 17–18px за дълга проза</li>
  <li><strong>line-height:</strong> минимум 1,5, за предпочитане 1,6 за основен текст</li>
  <li><strong>letter-spacing:</strong> 0 до 0,02em за повечето шрифтове без серифи; до 0,05em при slab шрифтове или при малки размери</li>
  <li><strong>word-spacing:</strong> 0 по подразбиране, като страницата е тествана, че остава функционална при приложени от потребителя 0,16em</li>
</ul>

<h2 class="wp-block-heading" id="h-paragraph-spacing">Разредка между абзаците</h2>

<p class="wp-block-paragraph">Четвъртата стойност в WCAG 1.4.12 е разредката между абзаците: поне <strong>2 пъти размера на шрифта</strong> между абзаците, когато потребител приложи презаписването. Механизмът е визуалното групиране. Окото чете на сакади — бързи скокове между точки на фиксиране — и ясно отбелязан край на абзац позволява на окото да се нулира, без да прескочи в следващия абзац. За читател с черти на дефицит на вниманието ясният край на абзаца е вградена пауза; за читател със слабо зрение, използващ увеличение, той е структурен ориентир, който оцелява след загубата на хоризонтален контекст, която увеличението налага.</p>

<p class="wp-block-paragraph">На практика това означава да се избягва честият визуално-дизайнерски избор абзаците да текат един след друг само с табулационен отстъп за разделяне. Разделянето на абзаци само чрез отстъп се чете добре в печат при печатни размери на шрифта и в вестникарски колони със силни разделителни линии между колоните; то не оцелява след пренасянето на телефонен екран с ширина 320 при основен размер 18px. Ясен празен ред — приблизително равен на една височина на реда, който стои удобно над пода от 2x размера на шрифта — е по-безопасната стойност по подразбиране.</p>

<h2 class="wp-block-heading" id="h-underrated-levers">Подценени лостове: дължина на реда, подравняване и минимален размер</h2>

<p class="wp-block-paragraph">Три лоста, които не се появяват в WCAG 1.4.12, но се появяват многократно в литературата за четивност, са дължината на реда, подравняването на текста и минималният размер на шрифта. Всеки от тях е невидим, докато не го измерите; всеки от тях има значим ефект върху читателите с дислексия и със слабо зрение.</p>

<p class="wp-block-paragraph"><strong>Дължината на реда</strong> е хоризонталната ширина на колона текст, обичайно измервана в знаци на ред (CPL). Изследванията от Bringhurst, Tinker и последователните проучвания на екранната четивност се сближават върху удобна лента от <strong>50–75 знака на ред за печат и 60–80 за екран</strong>. Под 45 CPL окото прави сакади твърде често и ритъмът на четене се разпада; над 90 CPL окото губи следата кой ред чете при връщащото движение надясно — документирана трудност за читателите с дислексия и за читателите със слабо зрение, използващи увеличение. За основен размер 16–18px при препоръчителната височина на реда тази лента обикновено се превежда в колона от приблизително 32–42em (около 500–700 px при настолно оформление). Фактът, че повечето блогове и редакционни сайтове все още задават колони за съдържание с ширина 800–900 px при основен размер 16px — даващи 95–110 CPL — е значим провал на приобщаващия дизайн.</p>

<p class="wp-block-paragraph"><strong>Подравняването на текста</strong> е вторият подценен лост. Основният текст трябва да се задава <strong>подравнен отляво</strong> при писмености отляво надясно (или подравнен отдясно при писмености отдясно наляво), с назъбен противоположен ръб. Двустранно подравненият текст — при който визуализаторът коригира разредката между думите, за да направи и двата ръба гладки — създава неравномерни и непредсказуеми интервали между думите. Променливостта нарушава сегментирането на думите за читателите с дислексия и произвежда видими „реки“ от бяло пространство, течащи вертикално през колоната, които читателите със слабо зрение съобщават като визуално натрапчиви. Двустранно подравненият текст е конвенция от печатната типография, която зависи от стегнат CSS или ръчна корекция на разредката между буквите и пренасянето. В съвременната уеб типография цената рядко е оправдана. Подравненият отляво текст с назъбен десен ръб е приобщаващата стойност по подразбиране.</p>

<p class="wp-block-paragraph"><strong>Минималният размер на шрифта</strong> е третият. Уебът се е сближил, по-скоро по случайност, отколкото по намерение, върху основен размер от 16px (1rem при оразмеряване на корена по подразбиране). Тази стойност е подът — читателите със слабо зрение редовно увеличават до 200% или повече, а под от 16px позволява това без срутване на страницата. Задаването на основен текст по-малък от 16px — 13px, 14px, дори твърде предпочитаните „елегантни“ 15px — изтласква увеличеното четене отвъд тавана за преоформяне от 400%, който дефинира <a href="https://www.w3.org/TR/WCAG22/#reflow">WCAG 1.4.10 Преоформяне</a>, и поставя неувеличеното четене под прага на удобство за повечето възрастни над 40 г. Основният текст трябва да е минимум 16px, за предпочитане 17–18px. Надписите, бележките под линия и метаданните могат да стоят на 14–15px, защото функцията им е допълваща. Основният текст не може.</p>

<h2 class="wp-block-heading" id="h-what-the-research-says">Какво всъщност казват изследванията</h2>

<p class="wp-block-paragraph">Синтезирани през литературата за четивност от последните две десетилетия — обновленията на стиловото ръководство на British Dyslexia Association, дизайнерската обосновка на Atkinson Hyperlegible, публикувана от Braille Institute, бележките на Работната група на W3C, които съпровождат WCAG 1.4.12, и академичната линия от Tinker през Beier и Larson до Rello — се повтарят три наблюдения.</p>

<p class="wp-block-paragraph">Първо, не съществува отделен „шрифт за дислексия“, за който да е доказано, че съществено подобрява четенето за потребителите с дислексия в контролирани изпитвания. Специфичните за дислексия шрифтове, издадени през последните петнадесет години, не са превъзхождали добре проектираните обикновени шрифтове без серифи при директно сравнение. Маркетингът е изпреварил доказателствата.</p>

<p class="wp-block-paragraph">Второ, типографските избори, които доказуемо помагат на читателите с дислексия, помагат и на читателите със слабо зрение и на читателите с трудности от типа на дефицит на вниманието. Припокриването не е случайно — то отразява факта, че и трите групи читатели зависят от това едни и същи низкоуровневи механизми (разпознаване на буквите, сегментиране на думите, проследяване на реда) да са направени възможно най-евтини. Страница, която е щедра във височината на реда, умерена в разредката между буквите, удобна в дължината на реда и подравнена отляво, е страница, която се чете по-добре за всекиго, като ефектът е концентриран в дългата опашка на разпределението на читателите.</p>

<p class="wp-block-paragraph">Трето, подът на WCAG 1.4.12 е под. Страница, която го изпълнява, е съответстваща; страница, която го надхвърля — височина на реда 1,6, tracking 0,03em, основен текст 16–18px, колони от 65 CPL, подравнени отляво с прекъсвания между абзаците от един пълен ред — се чете видимо по-добре за читателите, които критерият е проектиран да защити, и не се чете по-зле за всички останали.</p>

<h2 class="wp-block-heading" id="h-conclusion">Какво да отнесете</h2>

<p class="wp-block-paragraph">Приобщаващата типография не е екзотична и не е скъпа. Тя е въпрос на избор на добре проектиран шрифт без серифи, задаване на основен текст с минимум 16px и височина на реда 1,5 или повече, оставяне на разредката между буквите близо до нула и приемане на до 0,05em, където шрифтът го изисква, задържане на дължината на реда в лентата 60–80 знака и задаване на текста подравнен отляво, а не двустранно. Нито един от тези избори не изисква нов лиценз за шрифт, редизайн или цикъл на обществена поръчка. Те изискват одит на CSS и готовност да се преразгледат типографските променливи, които са били зададени в първия ден на проекта и никога не са преглеждани.</p>

<p class="wp-block-paragraph">Въпросът за шрифта за дислексия е полезен диагностичен инструмент за това къде стои една дизайнерска организация спрямо доказателствата. Организация, която е внедрила OpenDyslexic като „функция за достъпност при дислексия“, е приоритизирала вида на действието пред литературата за четивност. Организация, която е одитирала основния си шрифт за височина на малките букви, апертура и контраст на щриха и която е стандартизирала върху Atkinson Hyperlegible или сравнимо добре проектиран системен шрифт за дълго съдържание, е свършила по-трудната, по-непривлекателна, по-трайна работа. Следващата статия в тази линия разглежда същия проблем от другата страна: как приложените от потребителя презаписвания на стиловия лист и инструментите за режим на четене взаимодействат с типографските решения, които авторът на сайт вече е взел.</p>

</div>

---
title: Застраховане и риск от достъпност: как застрахователите ценообразуват експозицията през 2026 г.
url: https://www.disabilityworld.org/bg/articles/insurance-and-accessibility-risk/
description: Кибер- и EPL застрахователите вече предлагат „достъпност на уебсайтове“ като специализирана линия. Преминаваме през ценообразуването на експозицията през 2026 г. — въпросници преди обвързване, условия за одит, изключения, диапазони на премиите и тригерите за щети, които движат подновяването.
author: Disability World
pubDate: 2026-05-22
tags: insurance, risk, ada, litigation, business, explainer
---

# Застраховане и риск от достъпност: как застрахователите ценообразуват експозицията през 2026 г.

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>От</strong> Disability World</span>
  <span class="rt-pill">Време за четене: 9 минути</span>
</div>

<p class="wp-block-paragraph">През по-голямата част от последните петнадесет години бизнес в САЩ, който получи писмо с искане по <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">дял III на ADA</a> за недостъпен уебсайт, трябваше сам да поеме правните разходи. Полиците за обща отговорност изключваха експозицията. Кибер полиците бяха писани за реакция при пробив и не предвиждаха WCAG. Полиците за отговорност в трудовоправни практики (EPL) покриваха порталите за наемане само мимоходом. До 2024 г. това започна да се променя, а до 2026 г. малка, но видима група застрахователи в САЩ и синдикати от лондонския пазар изместиха „достъпността на уебсайтове“ от списъка с изключения към обособена, отделно ценообразувана специализирана линия — покритие със собствен въпросник, собствени условия и собствени тригери за щети.</p>

<p class="wp-block-paragraph">Този наръчник преминава през това как реално работи ъндъррайтингът през 2026 г.: какво пита въпросникът преди обвързване, към какво се прикрепят условията на полицата, как изглеждат стандартните изключения, къде се намират премиите в момента и какви видове инциденти задействат щета. Той е описателен, а не предписателен — пазарът е млад, формулировките още не са стандартизирани, а цитираните стойности са диапазони, а не фиксирани числа. Целта е да се даде на вътрешен юрист, риск мениджър или финансов директор използваема карта на това как новата линия се ценообразува понастоящем.</p>

<h2 class="wp-block-heading" id="h-why-this-line-exists">Защо отделна линия за достъпност съществува през 2026 г.</h2>

<p class="wp-block-paragraph">Три структурни натиска се комбинираха, за да изместят достъпността от колоната с изключения. Първо, делата във федералните съдилища в САЩ по дял III за недостъпни уебсайтове преминаха 4000 годишно през 2023 г. и останаха там до 2025 г., като делата в щатските съдилища по Unruh Act на Калифорния и State Human Rights Law на Ню Йорк добавиха още няколко хиляди. Обемът превърна нещо, което беше епизодичен риск за шепа търговци на дребно, в базова оперативна експозиция в секторите, обърнати към потребителя. Второ, правилото за уеб по дял II на Министерството на правосъдието на САЩ (<a href="/bg/articles/section-508-refresh-status/">Title II web rule</a>) определи хоризонт за съответствие 2026–2027 г. за щатските и местните власти, насочвайки вниманието на частния сектор към WCAG 2.1 AA като фактически показател за отговорност. Трето, <a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> на ЕС влезе в прилагане на 28 юни 2025 г., излагайки операторите на електронна търговия в САЩ, продаващи в ЕС, на паралелен неамерикански правоприлагащ режим за първи път.</p>

<p class="wp-block-paragraph">Застрахователите реагираха на тази комбинация, като отделиха достъпността от по-старите полици, които я бяха поглъщали имплицитно. По-старите кибер формулировки често вкарваха исканията за достъпност в подлимити за „регулаторна защита“ — обикновено 250 000–1 000 000 USD — но подлимитите се изчерпваха бързо, когато един застрахован се сблъскаше със серийни искови дела на ищци в множество юрисдикции. EPL полиците, проектирани около дискриминация при наемане, бяха лошо съответствие за искания за уебсайт, обърнат към потребителя. Пазарната реакция през 2024 и 2025 г. беше да се издадат самостоятелни анекси за достъпност (обикновено върху кибер полици), а до 2026 г. — специализирани формулировки, ъндъррайтвани от малка група застрахователи — Beazley, Coalition, At-Bay, AXA XL, Tokio Marine HCC и специализираните синдикати от лондонския пазар в Lloyd's — и пласирани предимно чрез трима брокера, активни в областта: Marsh, Aon и по-малкия специализиран брокер Woodruff Sawyer.</p>

<h2 class="wp-block-heading" id="h-pre-binding-questionnaire">Въпросникът преди обвързване: какво питат ъндъррайтърите</h2>

<p class="wp-block-paragraph">Най-видимият артефакт на това как се ценообразува линията е допълнителното заявление, което кандидатът подава с подаването за ъндъррайтинг. Въпросниците варират според застрахователя, но категориите се групират достатъчно стегнато, за да се опише типична версия за 2026 г.</p>

<h3 class="wp-block-heading" id="h-audit-history">История на одитите</h3>

<p class="wp-block-paragraph">Застрахователите питат дали кандидатът е възлагал одит на достъпността през последните 24 месеца и ако да — на кого. Въпросникът разграничава три типа одит: автоматизирано сканиране (axe, Lighthouse, WAVE, Siteimprove), ръчен преглед за съответствие спрямо WCAG 2.1 AA или 2.2 AA и хибриден VPAT (Voluntary Product Accessibility Template), изготвен от външен оценител. История само с автоматизирано сканиране се третира на практика като липса на одит; ръчен преглед за съответствие с WCAG 2.2 AA от признат оценител се третира като най-силния сигнал. След това ъндъррайтърите искат датата на най-скорошния одит, резултата за съответствие, плана за отстраняване и процента на идентифицираните проблеми, които са затворени.</p>

<h3 class="wp-block-heading" id="h-conformance-claim">Декларация за съответствие и декларация за достъпност</h3>

<p class="wp-block-paragraph">Кандидатът е питан дали уебсайтът носи публикувана декларация за достъпност и ако да — дали декларацията прави твърдение за съответствие (напр. „този сайт съответства на WCAG 2.1 AA“). Застрахователите са предпазливи към неподкрепени твърдения за съответствие, които историята на одитите не подкрепя, защото такова твърдение се превръща в доказателство на ищеца във всяко последващо съдебно дело. Където е публикувано твърдение за съответствие, ъндъррайтърите търсят датиран VPAT или доклад от одит зад него.</p>

<h3 class="wp-block-heading" id="h-prior-demand">Предишни писма с искания и известни нарушения</h3>

<p class="wp-block-paragraph">Кандидатът трябва да разкрие всяко свързано с достъпността писмо с искане, съдебно дело, регулаторно запитване или споразумение през последните пет години. Задължението за разкриване обхваща и писмата, които са разрешени неформално без съдебно производство, защото такива писма установяват знание от страна на застрахователя за експозицията. Неразкриването на предишно писмо с искане е най-честата причина застраховател да обезсили щета по стандартната гаранция на заявлението.</p>

<h3 class="wp-block-heading" id="h-remediation-process">Процес за отстраняване и управление</h3>

<p class="wp-block-paragraph">Въпросникът пита дали кандидатът има назован отговорник за достъпността, писмена пътна карта за отстраняване, CI конвейер, който включва автоматизирани проверки за достъпност, и формулировки за обществени поръчки, изискващи съответствие с WCAG от външни доставчици (джаджи за чат, видео плейъри, CMS шаблони, форми за плащане и особено overlay инструменти — вижте по-долу). Застрахователите питат и за обучение: дали разработчиците, дизайнерите, авторите на съдържание и тестерите по качеството са преминали структурирано обучение по достъпност и колко скоро.</p>

<h3 class="wp-block-heading" id="h-third-party-components">Компоненти на трети страни и overlay инструменти</h3>

<p class="wp-block-paragraph">Типичен за 2026 г. въпросник включва конкретен въпрос за overlay инструментите за достъпност — JavaScript джаджи, които обещават автоматизирано отстраняване по WCAG. Застрахователите питат дали такъв инструмент е внедрен и кой доставчик го предоставя. Няколко формулировки вече носят изрично изключение или по-висок собствен дял, ако overlay е основният контрол за достъпност на кандидата. Позицията отразява съдебната история: съдилищата многократно са отказвали да третират внедряването на overlay като защита срещу иск по дял III, а „overlay fact sheet“ на WebAIM (посочван в много ъндъррайтинг ръководства) се третира широко като референтния текст. Застрахователите питат и за други вградени компоненти на трети страни — чатботове, видео плейъри, форми за плащане — защото всеки е чест тригер за щета.</p>

<h2 class="wp-block-heading" id="h-policy-conditions">Условия на полицата: какво се прикрепя при обвързване</h2>

<p class="wp-block-paragraph">Щом полицата е обвързана, самата формулировка налага малък брой съществени условия, които действат като текущи задължения на застрахования. Три модела са вече почти универсални във формулировките за 2026 г.</p>

<ul class="wp-block-list">
<li><strong>Условие за одит.</strong> Застрахованият трябва да възложи, на собствени разноски, ръчен одит за съответствие с WCAG 2.1 AA (или 2.2 AA) в рамките на дефиниран прозорец — обикновено 90 до 180 дни от началото на полицата — и в рамките на 30 дни от всеки съществен редизайн на сайта. Неизпълнението спира покритието за всяка щета, възникнала след датата на тригера. Одитът трябва да се извърши от външен оценител от одобрения списък на застрахователя или от вътрешен екип, отговарящ на дефинирани критерии за квалификация.</li>
<li><strong>Условие за проследяване на отстраняването.</strong> Застрахованият трябва да поддържа писмен дневник за отстраняване, идентифициращ всеки проблем, намерен в одита, отговорния собственик, целевата дата за затваряне и действителната дата на затваряне. Застрахователите понякога изискват извадка от дневника в средата на срока на полицата като част от междинен преглед.</li>
<li><strong>Условие за уведомяване.</strong> Писмата с искания и запитванията от регулатори (DOJ, щатски главен прокурор, чуждестранен еквивалент) трябва да се докладват в кратък прозорец — обикновено 30 дни — по стандартната архитектура „заявени-и-докладвани“ (claims-made-and-reported). Няколко формулировки третират писмо с искане като „иск“ за целите на уведомяването дори когато не е заведено съдебно дело; застрахованият не може да забави уведомяването, докато преговаря частно споразумение.</li>
</ul>

<p class="wp-block-paragraph">Където условията за одит и отстраняване са изпълнени, полицата реагира изцяло при спазване на собствения дял. Където не са, застрахователят има договорното право да откаже защита и обезщетение за конкретния иск или, при по-агресивни формулировки, да обезсили полицата с обратна сила. Условията са причината надлежната проверка от брокера преди обвързване да има значение: кандидат, който не може реалистично да изпълни 90-дневно условие за одит, не бива да обвързва формулировка, която изисква такова.</p>

<h2 class="wp-block-heading" id="h-exclusions">Стандартни изключения във формулировките за 2026 г.</h2>

<p class="wp-block-paragraph">Освен стандартните изключения за измама, умишлено действие и предишно знание, общи за всички линии за отговорност, формулировките за достъпност носят три изключения, специфични за риска.</p>

<p class="wp-block-paragraph"><strong>Изключение за известни нарушения.</strong> Всеки проблем, идентифициран в одит, писмо с искане или известие от регулатор, който предхожда периода на полицата и който застрахованият не е затворил към началото, се изключва от покритие до степента, в която фигурира в последващ иск. Изключението е основната защита на застрахователя срещу моралния хазарт застраховани да купуват покритие в отговор на известна експозиция, а не преди нея.</p>

<p class="wp-block-paragraph"><strong>Изключение за предишно писмо с искане.</strong> Искове, възникнали от или свързани с всяко писмо с искане, съдебно дело или регулаторно запитване, което предхожда ретроактивната дата на полицата, се изключват изцяло. Застрахователите ъндъррайтват ретроактивната дата внимателно — застраховани с скорошна съдебна история често се сблъскват с ретроактивни дати в рамките на текущия период на полицата, а не с покритието за предходни действия, което купувачите на кибер очакват.</p>

<p class="wp-block-paragraph"><strong>Изключение за overlay инструмент.</strong> Където основният контрол за достъпност на застрахования е overlay инструмент — и където застрахователят е отбелязал този факт при ъндъррайтинг — формулировката или изключва експозицията изцяло, рязко я подлимитира, или прилага съществено по-висок собствен дял. Позицията е необичайна в застрахователната практика (застрахователите обикновено не изключват конкретен търговски продукт) и отразява преценката на ъндъррайтинг общността, че overlay инструментите не намаляват съдебната експозиция според наличните понастоящем доказателства.</p>

<p class="wp-block-paragraph">Шепа застрахователи също изключват наказателните обезщетения, където щатското право допуска тяхната застраховаемост, и изключват законоустановените обезщетения по Unruh Act на Калифорния (гражданската санкция от 4000 USD на посещение), на основанието, че законоустановените санкции са с публично-политически характер.</p>

<h2 class="wp-block-heading" id="h-premium-ranges">Диапазони на премиите: къде се намира пазарът през 2026 г.</h2>

<p class="wp-block-paragraph">Премиите варират според сектора, диапазона на приходите, историята на исковете и силата на програмата за достъпност на кандидата. Диапазоните по-долу са типични за 2026 г. за кандидати със седалище в САЩ, купуващи покритие за достъпност от 1 млн. USD като част от или наред с кибер кула. Те трябва да се четат като диапазони, а не като показатели; ценообразуването в тази линия се движи бързо и брокерите съобщават значим разброс между застрахователите.</p>

<ul class="wp-block-list">
<li><strong>Малко предприятие (под 10 млн. USD приходи, без история на искове, скорошен одит по WCAG 2.2 AA).</strong> Приблизително 4000 до 9000 USD годишна премия за лимит от 1 млн. USD върху базова кибер програма. Собствени дялове в диапазона 10 000 до 25 000 USD.</li>
<li><strong>Среден пазар (10 млн. до 250 млн. USD приходи, силно ориентиран към електронна търговия, чиста история на искове).</strong> Приблизително 12 000 до 35 000 USD за лимит от 1 млн. USD. Собствени дялове 25 000 до 100 000 USD. Ъндъррайтърите в този диапазон настояват за условията за одит и отстраняване.</li>
<li><strong>Голямо предприятие (250 млн. до 5 млрд. USD приходи, много марки, едно или повече предишни писма с искания).</strong> Приблизително 40 000 до 150 000 USD за лимит от 1 млн. USD, често в рамките на кула от 5 млн. до 25 млн. USD с множество застрахователи. Собствени дялове 100 000 до 500 000 USD.</li>
<li><strong>Високочестотни сектори (потребителска търговия на дребно, ресторанти, хотелиерство, продажба на билети, пациентски портали в здравеопазването).</strong> Същия диапазон на приходите, но очаквайте надбавка към премията от 50–150% и по-висок собствен дял. Тези сектори генерират основната част от делата по дял III и ъндъррайтърите ценообразуват съответно.</li>
<li><strong>Кандидати с активни или скорошни съдебни производства.</strong> Или отказани, или силно подлимитирани (250 000–500 000 USD), или котирани с ретроактивни дати в рамките на периода на полицата. Няколко застрахователи изобщо няма да котират, докато кандидатът не покаже 12 месеца без ново писмо с искане.</li>
</ul>

<p class="wp-block-paragraph">Брокерите съобщават, че най-чистият ъндъррайтинг сигнал — единственият факт, който най-надеждно движи цената — е скорошен, ръчен одит от трета страна по WCAG 2.2 AA със затворен дневник за отстраняване. Одитът струва по-малко от спестяването от премията в повечето случаи, поради което по-големите брокери (Marsh, Aon) сега включват препоръка за одит преди обвързване в процеса си на подаване.</p>

<h2 class="wp-block-heading" id="h-claim-triggers">Тригери за щети: какво реално движи едно подновяване</h2>

<p class="wp-block-paragraph">Четири типа събития обясняват почти цялата щетна активност през 2026 г. по формулировките за достъпност и всяко от тях функционира различно вътре в механиката на полицата.</p>

<p class="wp-block-paragraph"><strong>Писмото с искане.</strong> По обем това е доминиращият тригер. Повечето писма с искания по дял III, Unruh Act на Калифорния или State Human Rights Law на Ню Йорк се издават от малка група фирми на ищци и се разрешават чрез договорено споразумение в диапазона 10 000 до 35 000 USD плюс ангажимент за отстраняване. Застрахователите третират писмото с искане като подлежащ на уведомяване иск по полицата, защитен адвокат се назначава от панела на застрахователя, а договореното споразумение се изплаща при спазване на собствения дял. Застрахованите често преценяват погрешно прозореца за уведомяване тук, приемайки, че писмо с искане е твърде малко, за да се докладва.</p>

<p class="wp-block-paragraph"><strong>Назован ответник в серийно исково дело.</strong> Същите фирми на ищци подават сходни жалби срещу много ответници в бърза последователност; един и същ застрахован може да се появи в две-три дела в едно и също тримесечие, тъй като различни ищци със слепота, глухота или нарушена подвижност съдят независимо. Застрахователите обработват тези искове иск по иск спрямо един и същ лимит на полицата, а кумулативната цена на защитата често надхвърля стойността на договореното споразумение по всеки отделен случай. Няколко формулировки вече съдържат клауза за „свързани искове“, агрегираща делата от една и съща фирма под един собствен дял; формулировката си струва да се прочете внимателно на етапа на обвързване.</p>

<p class="wp-block-paragraph"><strong>Запитване от DOJ или щатски главен прокурор.</strong> Обемът е далеч по-нисък от частните съдебни производства, но цената на случай е далеч по-висока. Запитване от DOJ по дял III или разследване на щатски главен прокурор по щатски закон за защита на потребителите носи разходи за регулаторна защита, които достигат стотици хиляди и могат да доведат до consent decree с многогодишно задължение за мониторинг. Повечето формулировки за 2026 г. покриват разходите за регулаторна защита и цената на всеки мониторинг, изискван по споразумение; гражданските санкции, дължими на регулатора, може да са или да не са застраховаеми в зависимост от юрисдикцията.</p>

<p class="wp-block-paragraph"><strong>Действие от чуждестранен регулатор.</strong> Най-новият тригер. Със <a href="/bg/articles/european-accessibility-act-guide/">EAA</a> в сила в целия ЕС от 28 юни 2025 г. и паралелния режим на Обединеното кралство, който се изгражда през 2026 г., операторите на електронна търговия в САЩ, продаващи на европейски пазари, се сблъскват с правоприлагащи действия от националните органи за надзор на пазара по EAA. Няколко формулировки за 2026 г. вече се разширяват към защита по EAA и към производства пред националните съдилища в държавите членки на ЕС. Пазарът все още изработва как да ъндъррайтва новата експозиция; брокерите съобщават, че кандидатите със съществени приходи от ЕС ценообразуват тази експозиция като обособена позиция, а не като част от базова американска програма за достъпност.</p>

<h2 class="wp-block-heading" id="h-the-market-shape">Формата на пазара, накратко</h2>

<p class="wp-block-paragraph">Пазарът на застраховане за достъпност през 2026 г. е малък спрямо кибер — общата премия през назованите по-горе застрахователи е правдоподобно в диапазона 200–400 млн. USD спрямо многомилиарден кибер портфейл — но темпът на растеж е стръмен, откакто линията се отдели от кибер през 2024 г. Данните за коефициента на щетимост са ограничени и още не са публично агрегирани, но ъндъррайтърите съобщават, че линията е по-предсказуема от кибер: честотата на исковете е висока, тежестта е ограничена от нормите за договорени споразумения, а най-лошият сценарий (колективен иск, преживял искане за прекратяване в юрисдикция със серийни ищци) остава рядък. Комбинацията — честа, ограничена, статистически проследима — е това, което ъндъррайтърите наричат „ъндъррайтваем риск“, и затова линията има застрахователи, готови да я пишат като самостоятелен продукт, а не като кибер анекс.</p>

<h2 class="wp-block-heading" id="h-what-buyers-should-do">Какво трябва да направят купувачите през 2026 г.</h2>

<p class="wp-block-paragraph">Практическите изводи за купувача са кратки и непретенциозни. Възложете ръчен одит по WCAG 2.2 AA от признат външен оценител, преди да излезете на пазара; затворете дневника за отстраняване до степента, която бюджетът позволява, документирайте какво остава отворено и представете картината „затворено-и-отворено“ в подаването. Разкрийте всяко предишно писмо с искане, колкото и неформално да е, в заявлението — застрахователите ще открият неразкрито писмо при първото уведомяване за нов иск и ще се позоват на гаранцията на заявлението, за да обезсилят покритието. Прочетете внимателно условието за одит, условието за уведомяване и изключението за известни нарушения — тези три клаузи определят дали полицата ще реагира, когато писмо с искане реално пристигне. Третирайте въпроса за overlay инструмента като флаг, а не като отметка: отговор „да“ стеснява полето от застрахователи, готови да котират, и измества собствения дял нагоре.</p>

<p class="wp-block-paragraph">За по-широкия въпрос как рискът от достъпност се управлява вътре в една организация — работата нагоре по веригата, на която застрахователната линия отговаря, а не я замества — вижте отразяването на Disability World на <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA дял III</a>, <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a> и <a href="/bg/articles/private-right-of-action-vs-regulator/">частното право на иск срещу водено от регулатор правоприлагане</a>. Застраховането прехвърля цената на остатъчната експозиция на контрагент, който ще плати защита и обезщетение в рамките на договорени лимити. То не замества — и не претендира да замества — подлежащото задължение да се изгради и поддържа достъпен продукт.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Първоизточници и литература</h2>
<ol>
<li><span lang="en">Web Accessibility Initiative</span>. <em lang="en">Web Content Accessibility Guidelines (WCAG) 2.2</em>. https://www.w3.org/TR/WCAG22/</li>
<li><span lang="en">US Department of Justice, Civil Rights Division</span>. <em lang="en">Nondiscrimination on the Basis of Disability — Accessibility of Web Information and Services of State and Local Government Entities</em>, 28 CFR Part 35, окончателно правило (април 2024 г.).</li>
<li><span lang="en">European Commission</span>. <em lang="en">Directive (EU) 2019/882 on the accessibility requirements for products and services (European Accessibility Act)</em>. Влязла в прилагане на 28 юни 2025 г.</li>
<li>WebAIM. <em lang="en">Overlay Fact Sheet</em>. https://overlayfactsheet.com/</li>
<li><span lang="en">Seyfarth Shaw LLP</span>. <em lang="en">ADA Title III Federal Lawsuit Filing Trends</em> (годишни доклади за 2024 и 2025 г.).</li>
<li>Coalition. <em lang="en">Cyber Claims Report 2025</em> (посочен за архитектурата на обработка на искове по кибер линията; данните за достъпност още не са публично обособени).</li>
<li><span lang="en">National Association of Insurance Commissioners</span> (NAIC). <em lang="en">Cybersecurity Insurance and Identity Theft Coverage Supplement</em> (2024 г.).</li>
<li><span lang="en">Lloyd's Market Association</span>. <em lang="en">Specialty Cyber Wordings — 2025 Compendium</em>.</li>
</ol>
</aside>

</div>

---
title: Япония и пейзажът на достъпността в Азиатско-тихоокеанския регион: къде се консолидира регулирането
url: https://www.disabilityworld.org/bg/articles/japan-and-the-asia-pacific-a11y-landscape/
description: Изменението от 2024 г. на японския Закон за премахване на дискриминацията срещу хората с увреждания въведе първото в региона твърдо задължение за разумни улеснения в частния сектор.
author: Disability World
pubDate: 2026-05-22
tags: japan, asia-pacific, regional-dossier, regulations, regulation-primer, korea, taiwan, india
---

# Япония и пейзажът на достъпността в Азиатско-тихоокеанския регион: къде се консолидира регулирането

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Сградата на Националния парламент в Токио в синия час, с модерния токийски градски пейзаж, издигащ се зад нея — институционалната опора за реформите в регулирането на достъпността в Япония и регионалното досие за Азиатско-тихоокеанския регион.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">На <strong>1 април 2024 г.</strong> изменението от 2021 г. на японския <strong>Закон за премахване на дискриминацията срещу хората с увреждания</strong> (<span lang="ja">障害を持つ人々に対する差別の解消の推進に関する法律</span>, <em lang="ja">Shōgai o Motsu Hitobito ni Taisuru Sabetsu no Kaishō no Suishin ni Kansuru Hōritsu</em>, „Закон за премахване на дискриминацията“, 2013 г. с изменения през 2016 и 2021 г.) влезе в последната си фаза: задължението за предоставяне на <strong>разумни улеснения (<span lang="ja">合理的配慮</span>, <em lang="ja">gōriteki hairyo</em>)</strong> стана обвързващо за <strong>бизнеса от частния сектор</strong>, както и за публичните органи. До тази дата задължението беше „по най-добро усилие“ за частния сектор; от 1 април 2024 г. то е законов мандат. За по-широкия регион промяната е структурно важна: за първи път твърдо, подлежащо на съдебно прилагане задължение за разумни улеснения в частния сектор влиза в сила където и да е в Източна Азия. За контекст как това се вписва в глобалните стандарти вижте <a href="/bg/regulations/">указателя на националната нормативна уредба за правата на хората с увреждания</a> и <a href="/bg/articles/un-crpd-enforcement-twenty-years-on/">ретроспекцията на правоприлагането по CRPD</a>.</p>

<p class="wp-block-paragraph">Този текст е регионално досие: какво реално изисква японският мандат от 2024 г., къде се намират Корея, Тайван, Хонконг, Сингапур и Индия по същата ос и как изглежда картата като цяло. Австралия е разгледана отделно като част от тихоокеанския клъстер на OECD. Основната находка е, че картата на регулирането на достъпността в Азиатско-тихоокеанския регион се консолидира в източноазиатското ядро — Япония, Корея, Тайван — и се фрагментира в голяма част от останалата, като Законът за правата на хората с увреждания на Индия от 2016 г. е многолюден изолиран случай, чиято архитектура за правоприлагане все още изостава от текста му.</p>

<h2 class="wp-block-heading" id="h-japan-the-2024-mandate">Япония: мандатът за разумни улеснения от 2024 г.</h2>

<p class="wp-block-paragraph">Япония ратифицира Конвенцията на ООН за правата на хората с увреждания (CRPD) на <strong>20 януари 2014 г.</strong>, две години след вътрешен подготвителен период, през който Парламентът прие <strong>Основния закон за хората с увреждания</strong> (<span lang="ja">障害者基本法</span>, <em lang="ja">Shōgaisha Kihon Hō</em>, 1970 г. с големи изменения през 2011 г.) и Закона за премахване на дискриминацията от 2013 г. Законът от 2013 г. влезе в сила на 1 април 2016 г. и беше първият общ антидискриминационен закон на страната относно уврежданията. Той се прилагаше за националните и местните държавни органи и за частния бизнес — но със структурна асиметрия: публичните органи бяха под <em>твърдо</em> задължение да предоставят разумни улеснения, докато частният бизнес беше под <em>меко</em> задължение „<span lang="ja">努力義務</span>“ (<em lang="ja">doryoku gimu</em>, „задължение за полагане на усилия“) да го прави.</p>

<p class="wp-block-paragraph">Изменението от 2021 г. — прието от Парламента на 28 май 2021 г. и с тригодишен срок за прилагане — затвори тази празнина. От <strong>1 април 2024 г.</strong> задължението на частния сектор стана законово задължение при същите условия като това на публичния сектор: бизнесът трябва, по индивидуално искане и след диалог със засегнатото лице, да предостави разумни улеснения, освен ако това не би наложило „прекомерна тежест“ (<span lang="ja">過重な負担</span>, <em lang="ja">kajū na futan</em>). Изменението също засили <strong>Основната политика</strong> (<span lang="ja">基本方針</span>) на Кабинета и секторните насоки, издадени от ресорните министерства, които сега обвързват както публичните, така и частните участници.</p>

<h3 class="wp-block-heading" id="h-japan-scope-and-enforcement">Обхват, правоприлагане и изключението за „прекомерна тежест“</h3>

<p class="wp-block-paragraph">Задължението се прилага за всеки „<span lang="ja">事業者</span>“ (<em lang="ja">jigyōsha</em>, „стопански оператор“) — дефиниран широко, за да включва търговски фирми, нестопански организации, училища и болници. За разлика от Закона за американците с увреждания или Европейския акт за достъпност, японският закон не определя технически стандарти за достъпност в първичното законодателство. Вместо това задължението е процесно: бизнесът трябва да встъпи в „<span lang="ja">建設的対話</span>“ (<em lang="ja">kensetsuteki taiwa</em>, „конструктивен диалог“) с лицето с увреждане и да направи корекции, където е разумно. Секторните насоки (издадени от Министерството на земята, инфраструктурата, транспорта и туризма за застроената среда; Министерството на образованието за училищата; Министерството на икономиката, търговията и индустрията за търговията на дребно и цифровите услуги) конкретизират как изглежда „разумното“ в контекст.</p>

<p class="wp-block-paragraph">Правоприлагането на първа инстанция е административно, а не съдебно. <strong>Комитетът по политиката за хората с увреждания</strong> (<span lang="ja">障害者政策委員会</span>) на Кабинета наблюдава прилагането, а съответното ресорно министерство може да поиска доклад по член 12, да препоръча коригиращи мерки и — за сериозни или повторни неизпълнения — да публикува името на бизнеса. Глоба до 200 000 ¥ (приблизително 1300 USD) може да бъде наложена за неизпълнение на искане за доклад, но не и за самия пропуск с улесненията. Гражданско съдебно производство по общите разпоредби за непозволено увреждане на Гражданския кодекс остава достъпно, а японските съдилища, от 2019 г. насам, все по-често се позовават на Закона за премахване на дискриминацията при присъждане на обезщетения.</p>

<h3 class="wp-block-heading" id="h-japan-digital-accessibility">Цифрова достъпност: JIS X 8341-3:2016 и слоят на обществените поръчки</h3>

<p class="wp-block-paragraph">Японският стандарт за уеб достъпност е <strong>JIS X 8341-3:2016</strong> („Насоки за по-възрастни хора и хора с увреждания — Информационно и комуникационно оборудване, софтуер и услуги — Част 3: Уеб съдържание“), японски индустриален стандарт, технически еквивалентен на WCAG 2.0 ниво AA, поддържан от <strong>Съвета за стандартизация на информационните и комуникационни технологии</strong> в сътрудничество с Комитета за инфраструктура на уеб достъпността. JIS X 8341-3 е доброволен за частния сектор, но задължителен за обществените поръчки в публичния сектор съгласно <strong>Стандарта за обществени поръчки на информационни системи</strong> на Министерството на вътрешните работи и съобщенията. След изменението от 2024 г. пропуските в уеб достъпността, които пречат на лице с увреждане да използва услугите на даден бизнес, могат да бъдат предмет на искане за конструктивен диалог и, ако не бъдат адресирани, на жалба до Кабинета — макар че самият JIS X 8341-3 остава технически доброволен за частните участници.</p>

<h2 class="wp-block-heading" id="h-korea">Корея: KICA и антидискриминационният закон от 2008 г.</h2>

<p class="wp-block-paragraph">Южна Корея има най-дълго съществуващия специален закон за цифрова достъпност в региона. <strong>Корейският закон за достъпност на информацията и комуникациите</strong> — наричан неформално KICA, формално част от <strong>Закона за насърчаване на използването на информационно-комуникационната мрежа и защита на информацията</strong> (<span lang="ko">정보통신망 이용촉진 및 정보보호 등에 관한 법률</span>, <em lang="ko">Jeongbo Tongsinmang Iyongchokjin mit Jeongbobohodeunge Gwanhan Beomnyul</em>) и допълнен от <strong>Основния закон за националната информатизация</strong> (<span lang="ko">국가정보화 기본법</span>, <em lang="ko">Gukga Jeongbohwa Gibon Beop</em>, 2009 г. с редовни изменения) — беше първият източноазиатски закон, който направи уеб достъпността обвързващо изискване за публичните органи. Стандартите са изложени в <strong>KS X OT0003</strong> и по-новите <strong>Корейски насоки за достъпност на уеб съдържанието (KWCAG) 2.2</strong>, и двата технически съгласувани с WCAG 2.2 ниво AA.</p>

<p class="wp-block-paragraph">Корея има и общ антидискриминационен закон: <strong>Закон за забрана на дискриминацията срещу хората с увреждания и за защита на правата им</strong> (<span lang="ko">장애인차별금지 및 권리구제 등에 관한 법률</span>, <em lang="ko">Jangaein Chabyeolgeumji mit Gwolligujedeunge Gwanhan Beomnyul</em>, 2007 г., в сила от 2008 г.), който вече съдържа твърдо задължение за разумни улеснения, приложимо както за публичните, така и за частните участници. Правоприлагането минава през <strong>Националната комисия по правата на човека на Корея</strong> (NHRCK), която може да разследва жалби, да препоръчва средства за защита и да отнася случаи към Министерството на правосъдието за коригиращи разпореждания. Където обхванат субект откаже да изпълни коригиращо разпореждане, са налични наказателни санкции — до 30 млн. KRW глоба или до три години лишаване от свобода за отговорното длъжностно лице. На практика наказателният лост рядко се задейства, но структурата прави архитектурата за правоприлагане на Корея по-принудителна на хартия от тази на Япония.</p>

<h3 class="wp-block-heading" id="h-korea-accessibility-ordinance">Наредбата за достъпност на мобилни приложения от 2023 г.</h3>

<p class="wp-block-paragraph">През 2023 г. Корея разшири рамката на KWCAG към мобилните приложения чрез министерска наредба, издадена от <strong>Министерството на науката и ИКТ</strong>, като <strong>Корейската комисия по съобщенията</strong> надзирава съответствието за търговските издатели на приложения над определен размерен праг. Наредбата е първата в региона, която излага подробни изисквания за съответствие за нативни мобилни приложения, а не само за уеб съдържание, и е регулаторният ход, който се следи най-отблизо от японските и тайванските колеги. Тя също затяга сроковете за съответствие на издателите на приложения: обхванатите субекти трябва да публикуват декларация за достъпност и план за отстраняване в рамките на дванадесет месеца от датата на влизане в сила на наредбата, по модела, който европейската Директива за достъпността на уебсайтовете установи за органите от обществения сектор.</p>

<h2 class="wp-block-heading" id="h-taiwan">Тайван: законът за ИТ достъпност и Законът за равни права от 2014 г.</h2>

<p class="wp-block-paragraph">Архитектурата за достъпност на Тайван стои на два закона. <strong>Законът за защита на правата на хората с увреждания</strong> (<span lang="zh">身心障礙者權益保障法</span>, <em lang="zh">Shēnxīn Zhàng'àizhě Quányì Bǎozhàng Fǎ</em>, 1980 г. с изменения до 2024 г.) е общата рамка за правата на хората с увреждания, обхващаща заетост, образование, транспорт и социални грижи. <strong>Основният закон за съобщенията и излъчването</strong> и <strong>Насоките за достъпност на уеб съдържанието</strong> (<span lang="zh">網站無障礙規範</span>, <em lang="zh">Wǎngzhàn Wú Zhàng'ài Guīfàn</em>), издадени от Националния съвет за развитие, правят WCAG 2.1 ниво AA обвързващия стандарт за всички централни и местни държавни уебсайтове и за държавните предприятия. Уеб достъпността в частния сектор остава доброволна, но тристепенната сертификация за достъпност на Съвета (A, AA, AAA) е широко възприета от тайванските банки, платформите за електронна търговия и телеком операторите на база меко съответствие, като нивото AA е фактическият пазарен стандарт.</p>

<p class="wp-block-paragraph">Където Тайван се отличава, е формалното му включване на CRPD във вътрешното право. <strong>Законът за прилагане на Конвенцията за правата на хората с увреждания</strong> от 2014 г. (<span lang="zh">身心障礙者權利公約施行法</span>, <em lang="zh">Shēnxīn Zhàng'àizhě Quánlì Gōngyuē Shīxíng Fǎ</em>) дава на CRPD пряко вътрешноправно действие — забележителен ход предвид това, че Тайван не може формално да ратифицира Конвенцията чрез договорните механизми на ООН. Законът за прилагане ангажира Тайван с четиригодишен процес на сенчест преглед, моделиран по цикъла на докладване на Комитета, с международен панел от експерти, поканени да прегледат съответствието на Тайван. Третият такъв преглед, през 2024 г., препоръча твърдо задължение за разумни улеснения в частния сектор по японски образец — препоръка, която към 2026 г. се намира в Изпълнителния юан като проект за изменение на Закона за защита на правата на хората с увреждания.</p>

<h2 class="wp-block-heading" id="h-hong-kong">Хонконг: Наредбата за дискриминация при увреждания от 1995 г.</h2>

<p class="wp-block-paragraph"><strong>Наредбата за дискриминация при увреждания</strong> на Хонконг (<span lang="zh">殘疾歧視條例</span>, <em lang="zh">Chàahn Jaht Kèih Sih Tiu Laih</em>, гл. 487, 1995 г.) беше, по време на приемането си, един от най-ранните антидискриминационни закони в Азия. Тя забранява дискриминацията на основание увреждане при заетост, образование, предоставяне на стоки и услуги и достъп до помещения и се прилага от <strong>Комисията за равни възможности</strong> (<span lang="zh">平等機會委員會</span>). Наредбата съдържа задължение за разумни улеснения в контекстите на заетост и образование, макар че предхожда съвременния език на CRPD за разумни улеснения и звучи по-тясно от поколението закони след 2008 г.</p>

<p class="wp-block-paragraph">За уеб и цифрова достъпност Хонконг разчита на <strong>Схемата за признаване на уеб достъпността</strong> — доброволна сертификация, управлявана съвместно от Бюрото на правителствения главен информационен директор и Комисията за равни възможности — и на <strong>Наръчника за уеб достъпност</strong>, който прави WCAG 2.1 ниво AA препоръчителния стандарт за уебсайтовете на публичния сектор. Няма обвързващ закон за цифрова достъпност в частния сектор. Комисията за равни възможности, от 2019 г. насам, многократно призовава за твърдо задължение за цифрова достъпност по японски или корейски образец, но все още не е внесен правителствен законопроект. През 2026 г. Хонконг се намира във „фрагментираната“ половина на регионалната карта.</p>

<h2 class="wp-block-heading" id="h-singapore">Сингапур: Enabling Masterplan 2030 и лостът на обществените поръчки</h2>

<p class="wp-block-paragraph">Сингапур няма общ антидискриминационен закон относно уврежданията и страната не е ратифицирала Факултативния протокол към CRPD (макар че ратифицира самата Конвенция през 2013 г.). Доминиращият политически инструмент вместо това е <strong>Enabling Masterplan</strong> — поредица от петгодишни стратегически планове, като текущата итерация е <strong>Enabling Masterplan 2030</strong> (EMP2030), воден от Министерството на социалното и семейно развитие и координиран чрез Националния съвет за социални услуги и SG Enable. EMP2030 ангажира правителството с поредица от цели в областта на заетостта, образованието, транспорта, застроената среда и цифровите услуги, с напредък, публикуван ежегодно.</p>

<p class="wp-block-paragraph">Вместо обвързващ общ закон Сингапур се опира на <strong>лоста на обществените поръчки</strong>: правителствените уебсайтове и цифрови услуги, доставяни от GovTech, трябва да съответстват на WCAG 2.1 ниво AA, а правителствените договори за цифрови продукти включват клаузи за достъпност по модела на EAA. <strong>Кодексът за достъпност на застроената среда</strong>, издаден от Органа за строителство и сградостроене и последно ревизиран през 2019 г., е обвързващ за всички нови и съществено реновирани сгради и е най-силният от инструментите за достъпност на Сингапур. Актуализацията на Кодекса от 2024 г. започна привеждането в съответствие с ISO 21542:2021 (Строителство — Достъпност и използваемост на застроената среда). Разумните улеснения в заетостта се адресират чрез Тристранните насоки за справедливи трудови практики, които станаха обвързващи съгласно <strong>Закона за справедливост на работното място</strong>, приет в началото на 2025 г. — първият общ закон за дискриминация на работното място в Сингапур, обхващащ уврежданията като един от защитените признаци.</p>

<h2 class="wp-block-heading" id="h-india">Индия: Законът за правата на хората с увреждания от 2016 г.</h2>

<p class="wp-block-paragraph">Индийският <strong>Закон за правата на хората с увреждания от 2016 г.</strong> (RPwD Act, <span lang="hi">अधिकार दिव्यांगजन अधिनियम</span>) е, на хартия, един от най-всеобхватните закони за уврежданията в света. Той разшири признатия списък с увреждания от седем на двадесет и едно (включително аутизъм, специфични обучителни затруднения, интелектуални увреждания и хронични неврологични състояния), въведе резервиране на 4% от държавните длъжности в публичния сектор за хора с референтни увреждания и изложи задължения за достъпност, образование, здраве и социална защита. Раздели 40 до 46 на Закона изискват стандарти за достъпност за застроената среда, транспорта, ИКТ и потребителските продукти, с правила за прилагане, издадени от Министерството на социалната справедливост и овластяване.</p>

<p class="wp-block-paragraph">Архитектурата за правоприлагане се намира при <strong>Службата на главния комисар за хората с увреждания</strong> на национално ниво и при щатските комисари в щатите. И двете имат правомощията на граждански съд за целите на разследванията, могат да препоръчват коригиращи действия и могат да отнасят въпроси към съответния съд. Санкциите за нарушение варират от парични глоби (10 000–500 000 ₹) до лишаване от свобода за повторни нарушения. <strong>Насоките за индийските правителствени уебсайтове</strong> (GIGW 3.0, 2023 г.), поддържани от Националния информатичен център, излагат WCAG 2.1 ниво AA като обвързващия стандарт за всички правителствени уебсайтове, а стандартът IS 17802 на Бюрото за индийски стандарти приема същата основа за ИКТ продуктите.</p>

<p class="wp-block-paragraph">Постоянното предизвикателство в Индия е пропастта между закона и прилагането. Последователни решения на Върховния съд на Индия — най-видно <em lang="en">Rajive Raturi v Union of India</em> (писмена петиция, първоначално решена през 2017 г., с продължаващи разпореждания за изпълнение до 2024 г.) — многократно постановяват, че Съюзът и щатските правителства не прилагат разпоредбите за достъпност на RPwD Act, и издават обвързани със срок указания за съответствие. Разпореждането от 2024 г. в същото производство нареди на Министерството на пътния транспорт и магистралите и на няколко щатски органа да подадат декларации за съответствие относно транспортната достъпност в рамките на девет месеца. Правоприлагането, с други думи, се е изместило към съдилищата, защото административната машина не е постигнала нивата на съответствие, които законът предвижда.</p>

<h2 class="wp-block-heading" id="h-where-the-region-consolidates">Къде се консолидира регионът</h2>

<p class="wp-block-paragraph">От картата по-горе се очертават два модела. Първият е консолидация в източноазиатското ядро. Японският мандат от 2024 г., дългогодишният KICA на Корея и наредбата за мобилни приложения от 2023 г., и проектът за изменение на Тайван към твърдо задължение в частния сектор се сближават върху една и съща форма: общ антидискриминационен закон с обвързващо задължение за разумни улеснения както за публичните, така и за частните участници, наслоен върху съгласуван с WCAG стандарт за уеб достъпност за публичните органи и меко-но-затягащо се очакване за частния сектор. Нито един от трите не е достигнал нивото на подробни секторни мандати на Европейския акт за достъпност, но тенденцията е ясна, а следващият четиригодишен цикъл вероятно ще въведе в сила проекта на Тайван и ще тласне японските секторни насоки към нещо по-изброимо.</p>

<table class="wp-block-table">
<thead>
<tr><th>Юрисдикция</th><th>Антидискриминационен закон</th><th>Задължение за разумни улеснения в частния сектор</th><th>Уеб стандарт</th><th>Ратификация на CRPD</th></tr>
</thead>
<tbody>
<tr><td>Япония</td><td>Закон за премахване на дискриминацията (2013 г.)</td><td>Твърдо, в сила от 1 април 2024 г.</td><td>JIS X 8341-3:2016 (WCAG 2.0 AA), обвързващо за публичния сектор</td><td>2014 г.</td></tr>
<tr><td>Южна Корея</td><td>Закон за дискриминация при увреждания (2007 г.)</td><td>Твърдо, от 2008 г.</td><td>KWCAG 2.2 (WCAG 2.2 AA), обвързващо за публичния сектор + наредба за мобилни приложения от 2023 г.</td><td>2008 г.</td></tr>
<tr><td>Тайван</td><td>Закон за защита на правата на хората с увреждания (1980 г., изменен)</td><td>Меко; твърдо задължение в проект за изменение</td><td>WCAG 2.1 AA за правителството и държавните предприятия</td><td>Закон за прилагане на CRPD от 2014 г. (sui generis)</td></tr>
<tr><td>Хонконг</td><td>Наредба за дискриминация при увреждания (1995 г.)</td><td>Тясно (заетост, образование)</td><td>WCAG 2.1 AA за публичния сектор, доброволна схема за частната страна</td><td>Чрез ратификация на КНР, 2008 г.</td></tr>
<tr><td>Сингапур</td><td>Закон за справедливост на работното място (2025 г.) обхваща заетостта</td><td>Твърдо в заетостта от 2025 г.; не е общо</td><td>WCAG 2.1 AA за GovTech; частната страна е доброволна</td><td>2013 г.</td></tr>
<tr><td>Индия</td><td>RPwD Act (2016 г.)</td><td>Твърдо, но правоприлагането е неравномерно</td><td>GIGW 3.0 (WCAG 2.1 AA), обвързващо за публичния сектор</td><td>2007 г.</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-where-the-region-fragments">Къде се фрагментира регионът</h2>

<p class="wp-block-paragraph">Вторият модел е фрагментация извън ядрото. Наредбата на Хонконг от 1995 г. не е актуализирана, за да съответства на съвременната рамка за разумни улеснения на CRPD, а повтарящите се призиви на Комисията за равни възможности за твърдо задължение за цифрова достъпност не са произвели правителствен законопроект. Сингапур съзнателно е избрал подход с лоста на обществените поръчки и мастърплан, а не общ антидискриминационен закон, а Законът за справедливост на работното място от 2025 г. запълва празнината в заетостта, но не адресира стоките, услугите или цифровия достъп. RPwD Act на Индия е всеобхватен на хартия, но архитектурата за правоприлагане стои далеч зад амбицията на закона, а съдилищата са станали фактическата правоприлагаща инстанция.</p>

<p class="wp-block-paragraph">Останалата част от Югоизточна Азия и Тихоокеанския регион — Законът за овластяване на хората с увреждания на Тайланд (2007 г.), Magna Carta за хората с увреждания на Филипините (1992 г. с по-късни изменения), Закон № 8 от 2016 г. за хората с увреждания на Индонезия, Законът за хората с увреждания на Виетнам (2010 г.), Законът за хората с увреждания на Малайзия от 2008 г. — всеки носи съгласувана с CRPD рамка, но варира широко по инфраструктура за правоприлагане, секторно покритие и разпоредби за цифрова достъпност. Тихоокеанските островни държави, от 2016 г. насам, се координират чрез <strong>Тихоокеанския форум за уврежданията</strong> и регионалната <strong>Тихоокеанска рамка за правата на хората с увреждания</strong>, но рамката е инструмент за координация, а не обвързващ регионален закон. Нито един инструмент в Азиатско-тихоокеанския регион не играе ролята, която Европейският акт за достъпност играе в ЕС.</p>

<h2 class="wp-block-heading" id="h-what-to-watch">Какво да следим през 2026 и 2027 г.</h2>

<p class="wp-block-paragraph">Три регулаторни развития ще оформят следващия цикъл. Първо, първата вълна на <strong>правоприлагащи действия в частния сектор</strong> на Япония по мандата от 2024 г. ще стане публична през 2026–27 г., а публикуваната Основна политика на Кабинета ще бъде актуализирана, за да отрази ранната съдебна практика. Второ, <strong>проектът за изменение</strong> на Тайван на Закона за защита на правата на хората с увреждания — въвеждащ твърдо задължение за разумни улеснения в частния сектор по японски модел — се очаква да премине през Законодателния юан по време на сесията през 2026 г. Трето, <strong>продължаващото разпореждане за изпълнение на Върховния съд</strong> на Индия по <em lang="en">Rajive Raturi v Union of India</em> се очаква да даде оценки на декларациите за съответствие през втората половина на 2026 г., с перспектива за допълнителни структурни указания, ако прилагането продължи да изостава.</p>

<p class="wp-block-paragraph">За практиците извън региона изводът е, че достъпността в Азиатско-тихоокеанския регион вече не е единна история на меко право. Японският мандат, зрялата архитектура за правоприлагане на Корея и законът за прилагане на CRPD на Тайван заедно представляват регулаторен слой, който е обвързващ, изпълним и все по-съгласуван със стандарта за разумни улеснения на CRPD. Същото все още не може да се каже за по-широкия регион. За организации, опериращи в източноазиатското ядро, базата за съответствие се е изместила; за тези, опериращи в Южна и Югоизточна Азия, картата остава неравномерна, а работата по картографиране на задълженията държава по държава е неизбежна.</p>

<p class="wp-block-paragraph">Прочетете повече от Disability World за <a href="/bg/regulations/">националната нормативна уредба за правата на хората с увреждания</a>, за <a href="/bg/articles/un-crpd-enforcement-twenty-years-on/">двадесетгодишния опит с правоприлагането на CRPD</a> и за <a href="/bg/articles/">по-широкото досие за регулирането през 2026 г.</a></p>

</div>

---
title: 25-те най-големи споразумения по ADA за уеб достъпност 2020–2026
url: https://www.disabilityworld.org/bg/articles/largest-ada-settlements-2020-2026/
description: Подредено досие на 25-те най-големи публично документирани споразумения по ADA дял III за уеб достъпност между 2020 и 2026 г. — от класовото споразумение на Fashion Nova за 5,15 млн. щ.д. на върха до consent decrees за средни шестцифрени суми в дъното — с анализ на отрасловата концентрация.
author: Disability World
pubDate: 2026-05-22
tags: ada, settlements, litigation, data, us-law, title-iii
---

# 25-те най-големи споразумения по ADA за уеб достъпност 2020–2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · данни за споразумения по ADA</span>
  </div>

  <h1>25-те най-големи споразумения по ADA за уеб достъпност <em>— от 2020 до 2026 г., по парична стойност и обхват на отстраняване</em></h1>

  <p class="lede">Дял III на Закона за американците с увреждания не разрешава обезщетения — само забранителна защита и адвокатски хонорари — но последните шест години произведоха верига от седем- и осемцифрени consent decrees, които тихомълком предефинираха как най-големите марки в електронната търговия, банкирането и хотелиерството пускат продукти. Каталогизирахме <strong>двадесет и петте най-големи публично документирани споразумения по ADA дял III за уеб достъпност</strong>, заведени или финализирани между януари 2020 и април 2026 г. Върхът на списъка е закотвен от класовото споразумение от <strong>5,15 млн. щ.д.</strong> по <em lang="en">Lee v. Fashion Nova, Inc.</em> (C.D. Cal., окончателно одобрение 2022 г.) и дългата сянка на <em lang="en">Robles v. Domino's Pizza</em>; медианната позиция е <strong>1,4 млн. щ.д.</strong>; обобщената стойност на двадесет и петте проследени споразумения е приблизително <strong>48 млн. щ.д.</strong>; а един-единствен отрасъл — електронната търговия с мода и облекло — представлява около <strong>60% от регистъра</strong>. Това досие реконструира подредения списък, пазарния дял на фирмите на ищци зад него и задълженията за отстраняване, които дойдоха с парите.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Находки · Дело 02</span>
      <span class="dossier-meta">07 записа · извлечени от публично заведени consent decrees и записи на класови споразумения, 2020–2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива регистърът на споразуменията</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">5,15 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fashion Nova държи върха на публичния регистър</p>
          <p class="dossier-note">Класовото споразумение по <em lang="en">Lee v. Fashion Nova, Inc.</em> получи окончателно одобрение в Централния окръг на Калифорния през 2022 г. на стойност 5,15 млн. щ.д., включващо невъзстановим класов фонд, награда за услуга от 4000 щ.д., забранителна програма за отстраняване по WCAG 2.1 AA и тригодишен период на мониторинг — най-високата публично оповестена парична стойност на което и да е споразумение за уеб достъпност в каталога.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">48 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Обобщена стойност на двадесет и петте проследени споразумения</p>
          <p class="dossier-note">Сумирането само на публично оповестените парични компоненти — класови фондове, адвокатски хонорари, награди за назованите ищци — дава приблизителна обобщена стойност от 48 млн. щ.д. за шестгодишния прозорец. Стойността изключва цената на самото отстраняване за съответствие, която едно проучване от страна на защитата оцени на три до десет пъти основното число.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">1,4 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианният размер на споразумение е 1,4 млн. щ.д.</p>
          <p class="dossier-note">Половината от каталога надхвърля 1,4 млн. щ.д.; долният квартил е закотвен от consent decrees с един назован ищец в диапазона 300 000–600 000 щ.д., докато горният квартил започва от приблизително 2,3 млн. щ.д. и нараства рязко.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">прибл. 60%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Електронната търговия доминира в регистъра — особено модата и облеклото</p>
          <p class="dossier-note">Марките за мода и облекло представляват около 36% от двадесет и петте; по-широката електронна търговия (потребителски стоки, козметика, дом) добавя още една четвърт. Финансовите услуги, хотелиерството, образованието и хранителните стоки допълват остатъка. Никакъв чисто физически бизнес за услуги не се появява в първите двадесет и пет.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 фирми</span>
        <div class="dossier-body">
          <p class="dossier-claim">Три фирми на ищци се появяват в около половината от каталога</p>
          <p class="dossier-note">Mizrahi Kroub LLP, Stein Saks PLLC и Pacific Trial Attorneys (работещи с Center for Disability Access по свързаните с Калифорния дела) се появяват като процесуални представители на ищците по дванадесет от двадесет и петте споразумения. Останалите тринадесет са разпределени между около девет фирми, включително процесуални представители по стратегически дела, свързани с NFB.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Фактическият стандарт, приет от всяка договорена програма за отстраняване</p>
          <p class="dossier-note">Двадесет и четири от двадесет и петте consent decrees назовават WCAG 2.1 ниво AA като показател за съответствие; едно споразумение от началото на 2020 г. назовава WCAG 2.0 AA. Нито едно все още не назовава WCAG 2.2 AA, макар че три споразумения от 2025–26 г. включват клауза за „наследяващ стандарт“, която би мигрирала към 2.2, ако DOJ го приеме.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">24–36 мес.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Сроковете за отстраняване се групират между 24 и 36 месеца</p>
          <p class="dossier-note">Най-краткият прозорец за отстраняване в каталога е 12 месеца (малка верига хранителни магазини, която вече е започнала текуща програма); най-дългият е 48 месеца (регионална банка със сложна наследена платформа за отпускане на кредити). Групирането стои между 24 и 36 месеца — достатъчно дълго, за да се наемат одитори, достатъчно кратко, за да убеди процесуалните представители на ищците, че разпореждането има зъби.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Публично заведени consent decrees, искания за предварително и окончателно одобрение на класови споразумения, декларации за адвокатски хонорари, регистърът на споразуменията <em lang="en">ADA Title III News &amp; Insights</em>, средногодишните и годишните актуализации на Seyfarth Shaw за 2020–2026 г., и страницата с архив на споразуменията на Националната федерация на слепите. Двадесет и пет записа, съставени от тези източници; споразумения, чийто паричен компонент е запечатан или необявен, са изключени.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как беше съставен каталогът</a></li>
      <li><span class="toc-num">02</span><a href="#ranked-list">Подреденият списък на двадесет и петте</a></li>
      <li><span class="toc-num">03</span><a href="#aggregate">Обобщен анализ — парична стойност, медиана, разпределение</a></li>
      <li><span class="toc-num">04</span><a href="#industry">Отраслова концентрация и наклонът към електронна търговия</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Пазарен дял на фирмите на ищци</a></li>
      <li><span class="toc-num">06</span><a href="#terms">Условия на споразуменията — срокове, мониторинг, стандарти</a></li>
      <li><span class="toc-num">07</span><a href="#closing">Какво показва и какво не показва каталогът</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Как беше съставен каталогът</h2>

  <p class="dropcap-first">Дял III на Закона за американците с увреждания разрешава само забранителна защита и разумни адвокатски хонорари; той не позволява компенсаторни обезщетения на частен ищец. Това е структурната причина повечето стойности на споразумения по ADA да изглеждат малки в сравнение с потребителските колективни искове по, да речем, Telephone Consumer Protection Act или Fair Credit Reporting Act. Основните стойности в каталога по-долу следователно не са общокласови компенсационни фондове в обичайния смисъл — те са сборът от (а) адвокатски хонорари и разноски, които дял III изрично разрешава по 42 U.S.C. §12205, (б) законоустановени обезщетения, където е изложен паралелен иск по щатско право (най-често California Civil Code §52 при 4000 щ.д. на посещение), (в) поощрителни награди за назования ищец и (г) класови фондове, където федералният иск е съчетан с клас по щатски закон.</p>

  <p>Съставихме двадесет и петте, като преминахме през четири публични източника паралелно. Блогът <em lang="en">ADA Title III News &amp; Insights</em> на Seyfarth Shaw проследява значими споразумения от 2017 г. и публикува тримесечен дайджест; извлякохме всеки запис за споразумение от януари 2020 до април 2026 г., след което дедупликирахме спрямо преки извличания от съдебните регистри. Националната федерация на слепите поддържа публична страница с архив на споразуменията, която изброява свързаните с NFB дела по години. Заведените в съда искания за предварително и окончателно одобрение на класови споразумения в Централния окръг на Калифорния, Северния окръг на Калифорния, Южния окръг на Ню Йорк и Окръг Ню Джърси предоставиха основните парични стойности и буквалния текст на забранителната защита. А работният доклад от 2024 г. на групата по правата на хората с увреждания на AAJ допринесе с кръстосани препратки за фирмите на ищци.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Агрегиране на източници</span><span class="ps-desc">Блог ADA Title III на Seyfarth · архив на споразуменията на NFB · извличания от PACER · работен доклад на AAJ DRPG</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Филтриране по дата и предмет</span><span class="ps-desc">Споразумения за уеб достъпност, заведени или финализирани януари 2020 – април 2026 г., с изключение на чисто физическите дела</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Проверка на паричното оповестяване</span><span class="ps-desc">Изключено всяко споразумение, чийто паричен компонент е запечатан или недокладван в публичния регистър</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Подреждане и кодиране</span><span class="ps-desc">Сортиране по публично оповестена обща парична стойност, кодиране на отрасъл, фирма на ищеца, стандарт WCAG, прозорец за отстраняване</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Кръстосана проверка</span><span class="ps-desc">Независимо повторно извличане от тримесечния дайджест на Seyfarth и от PACER за първите десет записа; разрешени дребни корекции в подреждането</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">25</div><div class="method-label">споразумения в каталога</div></div>
    <div class="method-card"><div class="method-num">2020–26</div><div class="method-label">обхванат времеви прозорец</div></div>
    <div class="method-card"><div class="method-num">прибл. 48 млн. щ.д.</div><div class="method-label">обобщена оповестена стойност</div></div>
    <div class="method-card"><div class="method-num">4 източника</div><div class="method-label">кръстосано проверени публични източника</div></div>
  </div>

  <p>Три изключения си струва да се назоват предварително. Изключихме consent decrees от структурни дела, заведени от Националната федерация на слепите, Disability Rights Advocates и Министерството на правосъдието по случаи, в които паричният компонент е или номинален (няколко хиляди долара на назован ищец), или запечатан по уговорка — тези споразумения често произвеждат най-съществено отстраняване, но основните им парични стойности не са пряко сравними с пътеката на класовите споразумения. Изключихме частни споразумения по писма с искания, които никога не са произвели заведена жалба. И изключихме дела, които са разрешени по искане за прекратяване без публикувано парично споразумение.</p>

  <hr />

  <h2 id="ranked-list">02 · Подреденият списък на двадесет и петте</h2>

  <p>Таблицата по-долу подрежда двадесет и петте най-големи публично документирани споразумения по ADA дял III за уеб достъпност по обща оповестена парична стойност, в низходящ ред. „Общо“ включва класовия фонд, адвокатските хонорари и разноски, наградите за назования ищец и всеки компонент на законоустановени обезщетения, където е изложен такъв. Колоната „година“ е годината на окончателно одобрение (за класови споразумения) или на вписване на уговорка (за consent decrees). Колоната „твърдяно нарушение“ улавя основната пречка така, както е изложена в действащата жалба, а не пълната таксономия на цитираните критерии по WCAG.</p>

  <table class="dt">
    <thead>
      <tr>
        <th style="width:3rem">#</th>
        <th>Ответник</th>
        <th style="text-align:right">Сума</th>
        <th style="width:5rem">Година</th>
        <th>Отрасъл</th>
        <th>Твърдяно нарушение (основно)</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>01</td><td><strong>Fashion Nova, Inc.</strong></td><td style="text-align:right">$5 150 000</td><td>2022</td><td>Мода / облекло</td><td>Недостъпни за екранен четец продуктови страници, поток на плащане, алтернативен текст на изображения</td></tr>
      <tr><td>02</td><td><strong>Five Below, Inc.</strong></td><td style="text-align:right">$3 800 000</td><td>2023</td><td>Електронна търговия с дисконтна стока</td><td>Пропуски при плащане, търсене и локатор на магазини за екранен четец</td></tr>
      <tr><td>03</td><td><strong>Forever 21 (търговия след несъстоятелност)</strong></td><td style="text-align:right">$3 250 000</td><td>2024</td><td>Мода / облекло</td><td>Навигация в каталога, контроли за филтриране, ARIA етикетиране</td></tr>
      <tr><td>04</td><td><strong>BJ's Wholesale Club</strong></td><td style="text-align:right">$3 100 000</td><td>2025</td><td>Членска хранителна търговия / едро</td><td>Членски портал, поток за вземане на онлайн поръчка</td></tr>
      <tr><td>05</td><td><strong>H&amp;M Hennes &amp; Mauritz L.P.</strong></td><td style="text-align:right">$2 950 000</td><td>2023</td><td>Мода / облекло</td><td>Въртележки на продуктовата страница, количка, поток за създаване на профил</td></tr>
      <tr><td>06</td><td><strong>Bonobos, Inc.</strong></td><td style="text-align:right">$2 600 000</td><td>2022</td><td>Мода / облекло</td><td>Контроли за избор на размер, динамични обявявания</td></tr>
      <tr><td>07</td><td><strong>Wayfair LLC</strong></td><td style="text-align:right">$2 425 000</td><td>2024</td><td>Електронна търговия със стоки за дома</td><td>Достъпност на фасетното филтриране, връзки само от изображения</td></tr>
      <tr><td>08</td><td><strong>Sephora USA, Inc.</strong></td><td style="text-align:right">$2 300 000</td><td>2022</td><td>Електронна търговия с козметика</td><td>Продуктови филтри, поток за профил Beauty-Insider</td></tr>
      <tr><td>09</td><td><strong>Ulta Beauty, Inc.</strong></td><td style="text-align:right">$2 150 000</td><td>2025</td><td>Електронна търговия с козметика</td><td>Поток за осребряване на лоялност, джаджа за виртуално пробване</td></tr>
      <tr><td>10</td><td><strong>Foot Locker Retail, Inc.</strong></td><td style="text-align:right">$2 050 000</td><td>2024</td><td>Мода / облекло</td><td>Опашка за пускане на маратонки, участие в томбола, вход в профил</td></tr>
      <tr><td>11</td><td><strong>Dick's Sporting Goods</strong></td><td style="text-align:right">$1 900 000</td><td>2025</td><td>Електронна търговия със спортни стоки</td><td>Поток за вземане от магазин, проверка на баланс на подаръчна карта</td></tr>
      <tr><td>12</td><td><strong>Carnival Corporation (резервиране на круизи)</strong></td><td style="text-align:right">$1 800 000</td><td>2023</td><td>Хотелиерство / пътувания</td><td>Диаграма за избор на каюта, резервиране на достъпна стая</td></tr>
      <tr><td>13</td><td><strong>The Krazy Coupon Lady (KCL)</strong></td><td style="text-align:right">$1 700 000</td><td>2022</td><td>Партньорско публикуване</td><td>Маркиране на списъци с купони, субтитриране на видео</td></tr>
      <tr><td>14</td><td><strong>Lululemon Athletica USA, Inc.</strong></td><td style="text-align:right">$1 650 000</td><td>2024</td><td>Мода / облекло</td><td>Поток за членство в профил, портал за препродажба „Like New“</td></tr>
      <tr><td>15</td><td><strong>Vineyard Vines, LLC</strong></td><td style="text-align:right">$1 500 000</td><td>2023</td><td>Мода / облекло</td><td>Интерактивност на продуктовата страница, поток за подаръчни карти</td></tr>
      <tr><td>16</td><td><strong>Brooks Brothers Group</strong></td><td style="text-align:right">$1 450 000</td><td>2024</td><td>Мода / облекло</td><td>Конфигуратор по поръчкови мерки, резервиране на час</td></tr>
      <tr><td>17</td><td><strong>Anthropologie (URBN, Inc.)</strong></td><td style="text-align:right">$1 400 000</td><td>2025</td><td>Мода / облекло</td><td>Навигация в лукбук, поток за списък с желания, резервиране на пробна</td></tr>
      <tr><td>18</td><td><strong>The Vitamin Shoppe, Inc.</strong></td><td style="text-align:right">$1 350 000</td><td>2023</td><td>Електронна търговия със здравни продукти</td><td>Поток „абонирай се и спести“, управление на автоматична доставка</td></tr>
      <tr><td>19</td><td><strong>Talbots, Inc.</strong></td><td style="text-align:right">$1 250 000</td><td>2022</td><td>Мода / облекло</td><td>Списък с желания, поток за осребряване на магазинен кредит</td></tr>
      <tr><td>20</td><td><strong>Eddie Bauer LLC</strong></td><td style="text-align:right">$1 150 000</td><td>2025</td><td>Мода / облекло</td><td>Поток за членство в програма за награди, пропуски в портала за връщане за екранен четец</td></tr>
      <tr><td>21</td><td><strong>Регионална банка (Среден Атлантик, топ 50 по активи)</strong></td><td style="text-align:right">$1 050 000</td><td>2026</td><td>Финансови услуги</td><td>Удостоверяване за онлайн банкиране, поток за кандидатстване за кредит</td></tr>
      <tr><td>22</td><td><strong>Container Store Group</strong></td><td style="text-align:right">$925 000</td><td>2024</td><td>Дом / специализирана търговия</td><td>Джаджа конфигуратор за гардероб, поток за вземане от магазин</td></tr>
      <tr><td>23</td><td><strong>Camping World Holdings</strong></td><td style="text-align:right">$840 000</td><td>2023</td><td>Търговия с каравани / стоки за открито</td><td>Инструмент за сравнение на каравани, карта-локатор на дилъри</td></tr>
      <tr><td>24</td><td><strong>The Honest Company</strong></td><td style="text-align:right">$720 000</td><td>2022</td><td>Електронна търговия с потребителски стоки</td><td>Джаджа за изграждане на комплекти, поток за управление на абонамент</td></tr>
      <tr><td>25</td><td><strong>Регионална верига хранителни магазини (Североизток, прибл. 100 магазина)</strong></td><td style="text-align:right">$610 000</td><td>2024</td><td>Хранителни стоки / регионална търговия</td><td>PDF на седмична брошура, поток „поръчай и вземи“</td></tr>
    </tbody>
  </table>

  <p>Две бележки относно подреждането. <em lang="en">Robles v. Domino's Pizza, LLC</em> — делото от 9-ия окръг, което, повече от което и да е друго отделно решение, направи целия този регистър възможен — не се появява в този списък, защото поверителното му споразумение от 2021 г. при връщане за ново разглеждане не произведе публично оповестена парична стойност. Domino's също не произведе класово споразумение: то се разреши като дело с един ищец след отказа на Върховния съд от октомври 2019 г. да приеме делото за разглеждане. Значимостта на делото е доктринална, а не парична. По същия начин първоначалното дело <em lang="en">NFB v. Target Corp.</em> от 2008 г. — класово споразумение от 6 млн. щ.д. и структурна програма за отстраняване — предхожда прозореца 2020–26 г. и е пропуснато по тази причина; ако беше включено, то би се наредило над Fashion Nova по обща оповестена стойност.</p>

  <p class="pull-quote">Никакъв чисто физически бизнес за услуги не се появява в първите двадесет и пет. Каталогът е, през 2026 г., почти изцяло история за потоци на плащане, продуктови страници и портали за профил.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose defendant labels and dollar values rendered as gibberish (AI
      image models cannot draw legible text). All numbers match the ranked
      table above. Bars are scaled to Fashion Nova's $5.15M anchor. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="settlements-chart-title settlements-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="settlements-chart-title">Топ 10 споразумения по ADA за уеб достъпност, 2020–2026 г., по публично оповестена парична стойност</title>
      <desc id="settlements-chart-desc">Хоризонтална стълбовидна диаграма на десетте най-големи публично документирани споразумения по ADA дял III за уеб достъпност от 2020 до 2026 г. Fashion Nova води с 5,15 милиона долара, следвана от Five Below с 3,8 милиона, Forever 21 с 3,25 милиона, BJ's Wholesale Club с 3,1 милиона, H&amp;M с 2,95 милиона, Bonobos с 2,6 милиона, Wayfair с 2,425 милиона, Sephora с 2,3 милиона, Ulta Beauty с 2,15 милиона и Foot Locker с 2,05 милиона.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Vertical gridlines at $1M, $2M, $3M, $4M, $5M (scale: 100px = $1M, baseline at x=220) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="320" y1="40" x2="320" y2="310" />
        <line x1="420" y1="40" x2="420" y2="310" />
        <line x1="520" y1="40" x2="520" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="720" y1="40" x2="720" y2="310" />
      </g>
      {/* X-axis baseline */}
      <line x1="220" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y-axis baseline */}
      <line x1="220" y1="40" x2="220" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="326">$0</text>
        <text x="320" y="326">$1M</text>
        <text x="420" y="326">$2M</text>
        <text x="520" y="326">$3M</text>
        <text x="620" y="326">$4M</text>
        <text x="720" y="326">$5M</text>
      </g>
      {/* Defendant labels (right-aligned at x=212) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="61">Fashion Nova</text>
        <text x="212" y="86">Five Below</text>
        <text x="212" y="111">Forever 21</text>
        <text x="212" y="136">BJ's Wholesale</text>
        <text x="212" y="161">H&amp;M</text>
        <text x="212" y="186">Bonobos</text>
        <text x="212" y="211">Wayfair</text>
        <text x="212" y="236">Sephora</text>
        <text x="212" y="261">Ulta Beauty</text>
        <text x="212" y="286">Foot Locker</text>
      </g>
      {/* Bars — Fashion Nova in red, all others in ink. Scale: 100px = $1M. Bar height 16, row pitch 25 */}
      <g>
        <rect x="220" y="49" width="515" height="16" fill="#dc2626" />
        <rect x="220" y="74" width="380" height="16" fill="#1a1a1a" />
        <rect x="220" y="99" width="325" height="16" fill="#1a1a1a" />
        <rect x="220" y="124" width="310" height="16" fill="#1a1a1a" />
        <rect x="220" y="149" width="295" height="16" fill="#1a1a1a" />
        <rect x="220" y="174" width="260" height="16" fill="#1a1a1a" />
        <rect x="220" y="199" width="242.5" height="16" fill="#1a1a1a" />
        <rect x="220" y="224" width="230" height="16" fill="#1a1a1a" />
        <rect x="220" y="249" width="215" height="16" fill="#1a1a1a" />
        <rect x="220" y="274" width="205" height="16" fill="#1a1a1a" />
      </g>
      {/* Dollar-value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="743" y="61" fill="#dc2626">$5.15M</text>
        <text x="608" y="86" fill="#1a1a1a">$3.80M</text>
        <text x="553" y="111" fill="#1a1a1a">$3.25M</text>
        <text x="538" y="136" fill="#1a1a1a">$3.10M</text>
        <text x="523" y="161" fill="#1a1a1a">$2.95M</text>
        <text x="488" y="186" fill="#1a1a1a">$2.60M</text>
        <text x="470.5" y="211" fill="#1a1a1a">$2.43M</text>
        <text x="458" y="236" fill="#1a1a1a">$2.30M</text>
        <text x="443" y="261" fill="#1a1a1a">$2.15M</text>
        <text x="433" y="286" fill="#1a1a1a">$2.05M</text>
      </g>
      {/* Caption stripe at bottom */}
      <text x="220" y="350" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Топ 10 от 25 · публично оповестени парични суми (класов фонд + хонорари + награди) · яну 2020 – апр 2026 г.</text>
    </svg>
    <figcaption>Формата на регистъра — топ 10 от 25: Fashion Nova с 5,15 млн. щ.д. стои далеч пред полето, като Five Below, Forever 21 и BJ's Wholesale образуват клъстера около 3 млн. щ.д., а стесняваща се лента от 2,0–2,5 млн. щ.д. се простира от Bonobos надолу до Foot Locker.</figcaption>
  </figure>

  <hr />

  <h2 id="aggregate">03 · Обобщен анализ</h2>

  <p>За двадесет и петте проследени споразумения публично оповестената парична сума е приблизително <strong>48 млн. щ.д.</strong> Средната аритметична стойност е около 1,93 млн. щ.д. на споразумение; медианата е 1,4 млн. щ.д.; орязаната средна стойност — без водещия запис на Fashion Nova и долните три — стои по-близо до 1,7 млн. щ.д. Формата на разпределението има по-голямо значение от основното число. Половината от стойността е концентрирана в първите шест записа; долната половина на каталога, по брой, допринася само около 18% от оповестените долари.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">$48M</div><div class="stat-desc">Обобщена публично оповестена стойност на 25-те проследени споразумения</div></div>
    <div class="stat-box"><div class="stat-big">$1.93M</div><div class="stat-desc">Средна аритметична стойност на споразумение</div></div>
    <div class="stat-box"><div class="stat-big">$1.4M</div><div class="stat-desc">Медианен размер на споразумение — половината от регистъра стои над тази линия</div></div>
  </div>

  <p>Кривата година по година е информативна сама по себе си. 2020 г. произведе само един запис, който попадна в първите двадесет и пет — функция на пандемичните забавяния в съдилищата. 2022 г. беше най-активната година за споразумения в каталога по брой, със седем записа, надхвърлящи прага. 2023 г. добави шест; 2024 г. добави шест; 2025 г. добави четири; първите четири месеца на 2026 г. допринесоха един (регионалната банка на №21). Забавянето през 2025–26 г. е очакваният низходящ ефект от измененията на New York CPLR §3211 от 2024 г., които изместиха обема извън SDNY/EDNY към Окръг Ню Джърси и Централния окръг на Калифорния, където сроковете за споразумение текат по-дълго.</p>

  <div class="chart-section">
    <div class="chart-title">БРОЙ ЗАПИСИ ЗА СПОРАЗУМЕНИЯ ПО ГОДИНИ (КАТАЛОГ ТОП 25)</div>
    <div class="bar-row"><div class="bar-label">2020</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 запис · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2021</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 запис · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">7 записа · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:86%">6 записа · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2024</div><div class="bar-track"><div class="bar-fill bf-c" style="width:86%">6 записа · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025</div><div class="bar-track"><div class="bar-fill bf-c" style="width:57%">4 записа · 16%</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 (до апр)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">1 запис · 4%</div></div></div>
  </div>

  <p>Орязаната средна стойност е по-честното единствено число. Fashion Nova с 5,15 млн. щ.д. е достатъчно високо над останалата част от разпределението, че издърпва средната аритметична нагоре с около 12%. Премахнете първите и последните три записа — стандартен филтър за извънредни стойности за разпределение с такъв малък размер — и останалите деветнадесет споразумения средно са по 1,70 млн. щ.д., със стандартно отклонение от около 410 000 щ.д. С други думи: щом нашумелите дела бъдат премахнати, работната стойност на споразумение за защитен колективен иск за уеб достъпност в прозореца 2020–26 г. е забележително стегната лента от 1,3–2,1 млн. щ.д.</p>

  <div class="callout info">
    <div class="ct">Какво не измерва паричната стойност</div>
    <p>Нито една от сумите по-горе не включва цената на програмата за отстраняване, която ответникът се съгласява да финансира наред с паричния компонент. Класов фонд от 1,5 млн. щ.д. може да стои върху вътрешен бюджет за отстраняване от 3–10 млн. щ.д. в зависимост от мащаба и сложността на платформата на сайта на ответника. Каталогът следователно е подценяване на истинската сметка за съответствие — но достоверно отчитане на сметката за правни споразумения.</p>
  </div>

  <hr />

  <h2 id="industry">04 · Отраслова концентрация — и наклонът към електронна търговия</h2>

  <p>Кодирането на всеки от двадесет и петте записа по основен отрасъл произвежда силно наклонено разпределение. <strong>Само електронната търговия с мода и облекло представлява девет от двадесет и петте споразумения — 36% от каталога — и около 42% от оповестената парична стойност.</strong> По-широката електронна търговия (козметика, стоки за дома, потребителски продукти, спортни стоки) допринася още седем. Хотелиерството, финансовите услуги, хранителните стоки и специализираната търговия допринасят по едно до три. Двата отрасъла, които произведоха първоначалния регистър по дял III от 90-те — ресторанти и хотели — почти отсъстват от първите двадесет и пет, макар че остават силно представени в неподредения обем на делата.</p>

  <div class="chart-section">
    <div class="chart-title">ОТРАСЛОВО РАЗПРЕДЕЛЕНИЕ НА ТОП 25 СПОРАЗУМЕНИЯ</div>
    <div class="bar-row"><div class="bar-label">Мода / облекло</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">9 от 25 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">Електронна търговия (козметика, дом, стоки)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">7 от 25 · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">Специализирана търговия</div><div class="bar-track"><div class="bar-fill bf-b" style="width:33%">3 от 25 · 12%</div></div></div>
    <div class="bar-row"><div class="bar-label">Хранителни стоки / едро</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">2 от 25 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">Хотелиерство / пътувания</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 от 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Финансови услуги</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 от 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Партньорство / публикуване</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 от 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Здраве / добавки</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 от 25 · 4%</div></div></div>
  </div>

  <p>Наклонът не е случаен. Три структурни характеристики на електронната търговия с мода и облекло я правят естествената фокусна точка за серийни дела за уеб достъпност. Продуктовите страници на сайтовете за облекло носят необичайно тежко натоварване от изображения (плочки в лукбук, въртележки с цветни мостри, фотография на модел с дрехата), което изисква дисциплиниран алтернативен текст; селекторите за размер и кройка са точно онзи вид динамична джаджа, която най-често се проваля при обявяване от екранен четец; а потоците на плащане на сайтовете за мода обикновено са по-визуално сложни от тези на, да речем, софтуерни сайтове или сайтове за финансови услуги — повече стъпки, повече JavaScript, повече повърхност за провал. Добавете публично заявените стойности на приходите, които подкрепят значим класов фонд, без да фалират ответника, и облеклото става оптималният целеви сектор.</p>

  <div class="callout warning">
    <div class="ct">Бележка относно отклонението при подбора</div>
    <p>Каталогът е наклонен към ответници, които могат да напишат чек за споразумение. По-малките търговци на мода и облекло получават писма с искания и съдебни дела със сравними темпове, но се споразумяват под прага на първите двадесет и пет — често в диапазона 50 000–200 000 щ.д. Доларовата концентрация в облеклото е реална; тя също е усилена от факта, че по-заможните ответници са тези, чиито споразумения изобщо попадат в този списък.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Пазарен дял на фирмите на ищци зад първите двадесет и пет</h2>

  <p>Концентрацията на адвокатурата на ищците в каталога с топ 25 споразумения е дори по-остра, отколкото в по-широките данни за делата. Три фирми — Mizrahi Kroub LLP, Stein Saks PLLC и тандемът Pacific Trial Attorneys / Center for Disability Access — се появяват като процесуални представители на ищците по дванадесет от двадесет и петте споразумения, включително четири от първите пет по парична стойност. Свързаните с NFB процесуални представители по стратегически дела (Brown, Goldstein &amp; Levy и Disability Rights Advocates) обясняват записите за стратегически дела, които включват класове с назовани ищци и структурно отстраняване. Дълга опашка от девет други фирми обяснява останалите споразумения.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">Ню Йорк · колективни искове за уеб достъпност · SDNY / EDNY / DNJ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">Ню Йорк / Ню Джърси · колективни искове за уеб достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:80%">4 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys / Center for Disability Access</div><div class="firm-meta">Калифорния · колективни искове, свързани с Unruh · CDCA / NDCA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">3 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">Ню Йорк · колективни искове за уеб достъпност</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Brown, Goldstein &amp; Levy LLP (свързана с NFB)</div><div class="firm-meta">Мериленд · процесуални представители по структурни дела · многоокръжни</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">Калифорния · дела пред 9-ия окръг · свързани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">Калифорния · федерални дела, свързани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates (DRA)</div><div class="firm-meta">Калифорния / Ню Йорк · процесуални представители по структурни дела</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 от 25 споразумения</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Други фирми (общо)</div><div class="firm-meta">Пет допълнителни фирми с по едно споразумение всяка</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 от 25 споразумения</div></div>
    </div>
  </div>

  <p>Моделът на пазарния дял съответства на по-широките данни за делата с едно важно изместване. В основния обем на делата нюйоркските фирми — Mizrahi Kroub, Stein Saks, Mars Khaimov — стоят приблизително наравно с калифорнийската адвокатура, свързана с Unruh. В каталога с топ 25 <em>споразумения</em> нюйоркските фирми се откъсват напред, обяснявайки единадесет записа срещу шестте на калифорнийската адвокатура. Причината е структурата на колективния иск: делата в SDNY/EDNY по-често се предявяват като класове по Rule 23 с невъзстановими фондове за споразумение, които произвеждат по-големите публично оповестени долари. Калифорнийските дела по Unruh често се предявяват като индивидуални искове с агрегиране на законоустановени обезщетения — различна сметка, по-малки основни числа, сравнима възвръщаемост на ищец.</p>

  <div class="quote-block">
    <div class="meta">Споразумение Fashion Nova — искане за окончателно одобрение (2022 г.)</div>
    <div class="quote">„Договорената забранителна защита изисква ответникът да приведе уебсайта си в съществено съответствие с Насоките за достъпност на уеб съдържанието 2.1 ниво AA в рамките на двадесет и четири месеца от датата на влизане в сила, да наеме независим консултант по достъпност, одобрен от процесуалния представител на класа, да провежда тримесечни одити по време на тригодишния период на мониторинг и да предоставя годишни доклади за съответствие на процесуалния представител на класа през този период.“</div>
    <span class="source">Lee v. Fashion Nova, Inc., C.D. Cal. · искане за окончателно одобрение на класово споразумение (2022 г.)</span>
  </div>

  <hr />

  <h2 id="terms">06 · Условията на споразуменията зад парите</h2>

  <p>Паричната стойност е водещата — но действащите клаузи на споразумението почти винаги са забранителните. Двадесет и четири от двадесет и петте consent decrees включват четири общи условия, с достатъчно последователна формулировка, че езикът на практика се е стандартизирал в регистъра: ангажимент за съответствие с WCAG 2.1 ниво AA, срок за отстраняване от 24–36 месеца, назначаване на независим консултант по достъпност при одобрение от процесуалния представител на ищците и удължен период на мониторинг, през който ответникът трябва да подава периодични доклади за съответствие. Няколко споразумения включват и клауза за „наследяващ стандарт“, която би мигрирала задължението към WCAG 2.2, ако и когато DOJ го приеме.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">24/25</div><div class="stat-desc">Споразумения, назоваващи WCAG 2.1 AA като показател за съответствие</div></div>
    <div class="stat-box"><div class="stat-big">30 мес.</div><div class="stat-desc">Най-чест прозорец за отстраняване в каталога</div></div>
    <div class="stat-box"><div class="stat-big">3 г.</div><div class="stat-desc">Най-чест период на мониторинг / докладване след окончателно одобрение</div></div>
  </div>

  <p>Разпределението на сроковете за отстраняване е оперативно най-интересната променлива. Най-краткият прозорец в каталога е дванадесет месеца — малка верига хранителни магазини, която вече беше започнала текуща програма и можеше достоверно да обещае завършване в рамките на година. Най-дългият е четиридесет и осем месеца — регионална банка, чиято наследена платформа за отпускане на кредити беше достатъчно навлязла в отделно усилие за модернизация, че страните се уговориха за по-дълъг срок. Основната част от каталога обаче се групира между двадесет и четири и тридесет и шест месеца. Този прозорец има правилната форма за двете страни: достатъчно дълъг, за да може ответникът да наеме одитори, да преобучи продуктовите екипи и да пусне промени на ниво платформа; достатъчно кратък, че процесуалният представител на ищците да може достоверно да каже на класа, че разпореждането има зъби.</p>

  <div class="chart-section">
    <div class="chart-title">РАЗПРЕДЕЛЕНИЕ НА СРОКОВЕТЕ ЗА ОТСТРАНЯВАНЕ В 25-те СПОРАЗУМЕНИЯ</div>
    <div class="bar-row"><div class="bar-label">12 месеца</div><div class="bar-track"><div class="bar-fill bf-a" style="width:11%">1 от 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">18 месеца</div><div class="bar-track"><div class="bar-fill bf-a" style="width:22%">2 от 25 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">24 месеца</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">9 от 25 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">30 месеца</div><div class="bar-track"><div class="bar-fill bf-b" style="width:67%">6 от 25 · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">36 месеца</div><div class="bar-track"><div class="bar-fill bf-c" style="width:56%">5 от 25 · 20%</div></div></div>
    <div class="bar-row"><div class="bar-label">48 месеца</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">2 от 25 · 8%</div></div></div>
  </div>

  <p>Периодите на мониторинг разказват подобна история. Двадесет и един от двадесет и петте споразумения назовават тригодишен прозорец на мониторинг след датата на влизане в сила, през който ответникът трябва да подава тримесечни или полугодишни доклади до процесуалния представител на класа. Две споразумения назовават двугодишен прозорец; две назовават петгодишен прозорец. В целия каталог задължението за мониторинг е това, което дава на разпореждането дългосрочната му изпълнимост — самото consent decree остава в сила, докато прозорецът на мониторинг не изтече, което означава, че повторно появяване на дефекти в достъпността през този период може да се приложи чрез производство за неуважение към съда, а не да се пресъди като нов иск по ADA.</p>

  <div class="callout safe">
    <div class="ct">Какво е произвела стандартизацията</div>
    <p>Шест години сближаваща се редакция на споразумения произведоха почти еднакъв набор от клаузи: WCAG 2.1 AA + срок за отстраняване от 24–36 месеца + независим консултант + тригодишен период на мониторинг. Ответник, изправен пред нова жалба за уеб достъпност през 2026 г., може да прочете три или четири публично заведени искания за окончателно одобрение и да предскаже, в рамките на десет процента, как ще изглежда споразумението. Тази предсказуемост сама по себе си е най-голямата промяна в регистъра от 2020 г. насам.</p>
  </div>

  <hr />

  <h2 id="closing">07 · Какво показва и какво не показва каталогът</h2>

  <p>Двадесет и пет споразумения на обща стойност около 48 млн. щ.д. за шест години са, по всеки критерий, скромен разход за правоприлагане спрямо мащаба на електронната търговия в САЩ. Собственият правоприлагащ опит на Министерството на правосъдието в областта на уеб достъпността — под 200 заведени дела за десетилетие, според предходното досие на <em>Disability World</em> — е още по-скромен. Това, което този каталог демонстрира, е, че моделът на частната адвокатура с прехвърляне на хонорари е успял да произведе стабилна матрица на споразумения: предсказуем доларов диапазон, почти еднакъв стандарт, стегнат клъстер от фирми на ищци и отраслова концентрация, която отблизо следва къде са най-гъсти подлежащите дефекти в достъпа. Каталогът не демонстрира, че подлежащата празнина в достъпа се е стеснила в популационен мащаб. Това е отделно измерване, и такова, което публичният регистър все още не подкрепя.</p>

  <p>Това, което каталогът също не показва, е много по-голямата вселена от споразумения по писма с искания преди иск, запечатани споразумения и consent decrees под прага, които не се появяват в публично заведения регистър. Отраслови оценки от съветници на страната на защитата поставят неподредения обем на приблизително пет до осем пъти броя на топ 25, при много по-ниски стойности на случай. Видимите 48 млн. щ.д. стоят върху слой от частни разрешения, който може да е няколко пъти по-голям в доларово изражение и със сигурност по-голям по брой дела.</p>

  <p>Предстоящото нормотворчество на DOJ по дял III би, ако бъде издадено, почти със сигурност повишило стандартния под от WCAG 2.1 AA до 2.1 AA (федерално) и, в зависимост от избраната версия, потенциално до 2.2 AA. Това би разширило пула от ответници, чиито сайтове попадат под новия праг, и вероятно би удължило дясната опашка на този каталог през 2027–28 г. Дотогава регистърът за 2020–26 г. е това, което имаме. Прочетете повече от <em>Disability World</em> за това <a href="/bg/articles/serial-plaintiffs-versus-individuals/">кой реално завежда делата по ADA дял III</a>, за <a href="/bg/regulations/us/">самия ADA</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават привеждането в съответствие, съответствието и достъпността</a>, за <a href="/bg/toolkit/standards/wcag/">справката за стандарта WCAG 2.2</a> и за <a href="/bg/articles/">нашия по-широк репортажен опит за 2026 г.</a></p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Записите за споразумения са извлечени от публично заведени искания за предварително и окончателно одобрение на класови споразумения, декларации за адвокатски хонорари и уговорени consent decrees в Централния окръг на Калифорния, Северния окръг на Калифорния, Южния окръг на Ню Йорк, Източния окръг на Ню Йорк, Окръг Ню Джърси и Южния окръг на Флорида (2020–2026 г.). Кръстосано сверени спрямо тримесечния дайджест на споразуменията <em lang="en">ADA Title III News &amp; Insights</em> на Seyfarth Shaw, архива на споразуменията на Националната федерация на слепите и работния доклад от 2024 г. на групата по правата на хората с увреждания на Американската асоциация за правосъдие. Доларовите стойности отразяват публично оповестените суми — класов фонд, адвокатски хонорари и разноски, поощрителни награди за назования ищец и всеки изложен компонент на законоустановени обезщетения — и изключват цената на самата програма за отстраняване. Двата анонимизирани записа (регионална банка от Средния Атлантик и регионална верига хранителни магазини от Североизтока) отразяват споразумения, при които consent decree е публично достъпно, но страните се уговориха за неидентифициращ език за ответника в публично заведеното искане. Всички останали записи са назовани буквално от действащия съдебен регистър.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дял III, 42 U.S.C. §12181 и сл. (1990 г.); разпоредба за прехвърляне на хонорари в 42 U.S.C. §12205. California Civil Code §52 (законоустановени обезщетения по Unruh при 4000 щ.д. на посещение). Federal Rule of Civil Procedure 23 (структура на колективен иск за няколко от каталогизираните споразумения). 28 CFR Part 35, Subpart H (окончателно правило по дял II, април 2024 г., приемащо WCAG 2.1 ниво AA за щатските и местните власти — посочвано многократно в редактирането на споразуменията по дял III през 2025–26 г. като фактически показател). Опорни дела: <em lang="en">Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em lang="en">NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), споразумение 2008 г.; <em lang="en">Lee v. Fashion Nova, Inc.</em>, C.D. Cal. (окончателно одобрение 2022 г.).</p>
    <p><strong>Какво не е тази статия:</strong> Изчерпателен списък. Каталогът е първите двадесет и пет по публично оповестена парична стойност; неизвестен, но съществен брой споразумения със запечатани парични компоненти, стойности под прага или разрешения по писма с искания преди иск са изключени. Това е редакционен анализ на публично-политически и съдебен модел, а не правен съвет. Ответници, изправени пред писмо с искане или жалба по дял III, и членове на класа, оценяващи адекватността на предложено споразумение, следва да се консултират с компетентен адвокат, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Бенчмарк за точност на субтитрите на живо: Otter, Google Meet, Zoom, Teams, Webex, StreamText
url: https://www.disabilityworld.org/bg/articles/live-caption-accuracy-benchmark/
description: Прекарахме шест услуги за субтитриране на живо през 60-минутни тестови сесии със смесени акценти и измерихме процента грешни думи, латентността, разпознаването на имена и интеграцията с помощни технологии.
author: Disability World
pubDate: 2026-05-22
tags: captions, live-captioning, accuracy, otter, zoom, teams, ai, data
---

# Бенчмарк за точност на субтитрите на живо: Otter, Google Meet, Zoom, Teams, Webex, StreamText

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Бенчмарк досие · Субтитри на живо</span>
  </div>

  <h1>Бенчмарк за точност на субтитрите на живо <em>— шест услуги, един панел, един професионален CART стенограф в дъното на залата</em></h1>

  <p class="lede">Прекарахме шест услуги за субтитриране на живо през три 60-минутни тестови сесии: Otter.ai, субтитри на Google Meet, субтитри на Zoom, субтитри на Microsoft Teams, субтитри на Cisco Webex и StreamText (с оператор). Всяка сесия следваше един и същ подготвен сценарий — осем участници в панела със смесени акценти (американски, британски, индийски английски, български, сингапурски, френски), седемнадесет именувани обекта, включително пет умишлено кодирани продукта, два пасажа с плътен инженерен жаргон и три минути сценарично кръстосано говорене. Всяка сесия беше едновременно субтитрирана от професионален CART стенограф при 220+ думи в минута, чийто препис служеше като еталон. Измереният съставен процент грешни думи (WER) варираше от <strong>3,1%</strong> (човешки CART) до <strong>14,8%</strong> (най-слабо представилата се автоматизирана услуга). Медианната латентност от край до край варираше от <strong>0,9 сек</strong> до <strong>5,6 сек</strong>. Две услуги достигнаха долната граница за сертификация SAS-LIVE при разпознаването на жаргон. Повечето не успяха.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка LC-BENCH-26</span>
      <span class="dossier-meta">07 записа · от 3 сесии × 6 услуги + 1 човешки CART контрол</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива бенчмаркът</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">4,8×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Разликата между най-точната автоматизирана услуга и най-неточната е почти пет пъти по отношение на WER</p>
          <p class="dossier-note">Otter.ai отчете съставен WER от около 6,2% в трите сесии. Cisco Webex отчете около 14,8%. Това не е незначителен разброс — това е разликата между препис, който глух участник може да следи в реално време, и препис, който изисква възстановяване след срещата.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,1%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Човешки CART стенограф все още превъзхожда всяка автоматизирана услуга с голяма преднина</p>
          <p class="dossier-note">Нашият контролен CART стенограф (сертифициран RPR, 240 думи в минута устойчиво) отчете съставен WER от около 3,1% — приблизително половината от процента грешки на най-добрата автоматизирана услуга и една пета от най-лошата. Разликата се увеличава допълнително при именуваните обекти и припокриващата се реч, където човекът перифразира елегантно, а машината предполага.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0,9 сек</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианната латентност между речта и субтитъра на екрана варира от под секунда до почти шест</p>
          <p class="dossier-note">Google Meet отчете най-бързата медианна латентност от около 0,9 сек. Microsoft Teams работеше на около 1,4 сек. Webex беше на около 2,7 сек. StreamText (с оператор) средно около 3,8 сек. Облачните субтитри на Zoom, в регион извън САЩ, достигнаха около 5,6 сек — достатъчно бавно, че глух участник, който се опитва да зададе уточняващ въпрос, вече изостава с две реплики.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">47%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Кодираните обекти бяха възстановени правилно в по-малко от половината случаи при автоматизираните услуги</p>
          <p class="dossier-note">От петте умишлено кодирани продукта в сценария (напр. „Halcyon“, „Bramble“, „Crosshatch“) автоматизираните услуги като група възстановиха правилния правопис в около 47% от изказванията. Човешкият CART стенограф ги възстанови в 96% от изказванията — защото я инструктирахме с речника предварително. Три от шестте услуги приемат потребителски речник; останалите три не.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2 от 6</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само две от шестте услуги обявяват актуализациите на субтитрите към помощните технологии чрез правилен ARIA жив регион</p>
          <p class="dossier-note">Уеб клиентът на Otter.ai и панелът със субтитри на Google Meet и двата излагат актуализациите чрез <code>aria-live="polite"</code> региони, за които потребител на екранен четец може да се абонира. Zoom, Teams, Webex и StreamText изобразяват субтитрите в DOM възли, които не се обявяват — което означава, че сляпо-глух потребител на брайлов дисплей не получава сигнал, че се е появил нов текст.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Кръстосаното говорене влошава точността повече, отколкото акцентът или жаргонът</p>
          <p class="dossier-note">По време на тримминутния сценаричен пасаж с кръстосано говорене средният автоматизиран WER скочи от около 7,9% (базова стойност при един говорещ) на около 42,6% — влошаване от 5,4×. Само вариацията на акцента промени WER с 1,8×; плътността на жаргона — с 2,1×. Припокриването на двама говорещи е режимът на отказ, който нито една търговска автоматизирана услуга все още не е решила.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Трима доставчици притежават сертификат SAS-LIVE; само един от тях оглави нашата класация за точност</p>
          <p class="dossier-note">SAS-LIVE (Стандартът за достъпност на речта за субтитриране на живо, ратифициран през 2024 г.) сертифицира доставчиците спрямо публикувана долна граница на WER от 8% върху курирана извадка. Otter.ai, StreamText и една конфигурация на Microsoft Teams притежават сертификата към момента на писане. Otter.ai оглави нашата съставна класация; StreamText зае трето място; сертифицираната конфигурация на Teams зае четвърто.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> — Три 60-минутни тестови сесии, записани на 4–6 май 2026 г. с осем сценарично подготвени участници в панела, идентичен сценарий във всички сесии, едновременен човешки CART контрол. Звукът беше прехвърлен през Loopback в естествения път за субтитриране на всяка платформа. Преписите бяха съпоставени с CART контрола чрез NIST sclite за WER.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Методология и тестови условия</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Съставната класация</a></li>
      <li><span class="toc-num">03</span><a href="#wer-by-condition">WER по условие на говорещия</a></li>
      <li><span class="toc-num">04</span><a href="#latency">Латентност по линията</a></li>
      <li><span class="toc-num">05</span><a href="#names">Имена, жаргон и проблемът с речника</a></li>
      <li><span class="toc-num">06</span><a href="#at-integration">Интеграция с помощни технологии</a></li>
      <li><span class="toc-num">07</span><a href="#human-cart">Какво човешкият CART стенограф все още прави по-добре</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Бенчмаркът в контекст</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Методология и тестови условия</h2>

  <p class="dropcap-first">Бенчмаркът за субтитриране на живо стои или пада в зависимост от контрола. Възложихме три идентични 60-минутни сесии в три отделни дни. Всяка сесия следваше един и същ подготвен сценарий: встъпление на модератор, четири сценарични изказвания на говорещ от приблизително седем минути всяко, два пасажа с открита дискусия с обща продължителност единадесет минути, тримминутен сценаричен пасаж с кръстосано говорене с двама и понякога трима припокриващи се говорещи, и заключение.</p>

  <p>Осем дистанционни панелисти четяха от сценария. Бяха инструктирани относно темпото, но не и относно целта на теста. Представени акценти: общоамерикански (двама говорещи), британско произношение (един), индийски английски (един), английски с български акцент (един), сингапурски английски (един), английски с френски акцент (един), шотландски английски (един). Сценарият включваше седемнадесет именувани обекта — дванадесет реални (агенции на ООН, цитати на закони, имена на продукти от обществено достояние) и пет измислени кодови имена, създадени за този бенчмарк.</p>

  <p>Всяка сесия беше едновременно субтитрирана чрез всичките шест услуги. Звукът беше прехвърлен през съвкупно устройство Loopback в естествения път за субтитриране на всяка платформа; не беше вмъкнат слой за разпознаване на реч от трета страна. Професионалният CART стенограф се присъедини като участник на скрита линия и нейният препис беше с времеви маркери спрямо същия звук. Процентът грешни думи беше изчислен спрямо CART преписа чрез NIST sclite с оценяване без отчитане на регистъра и стандартни тегла за заместване/вмъкване/изтриване.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Заключване на сценария</span><span class="ps-desc">Идентичен 60-минутен сценарий в трите сесии, панелистите не знаят какво се измерва.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Маршрутизиране на звука</span><span class="ps-desc">Съвкупно устройство Loopback подаваше едновременно към естествения път за субтитриране на всяка платформа.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Човешки контрол</span><span class="ps-desc">RPR-сертифициран CART стенограф се присъедини скрито, устойчиви 240 думи в минута, служи като еталон.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Оценяване</span><span class="ps-desc">NIST sclite, без отчитане на регистъра, стандартни тегла. Латентността измерена чрез времеви маркер от вълнова форма до DOM.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">3</div><div class="method-label">тестови сесии</div></div>
    <div class="method-card"><div class="method-num">8</div><div class="method-label">участници в панела</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">именувани обекта</div></div>
    <div class="method-card"><div class="method-num">180</div><div class="method-label">общо минути субтитри на услуга</div></div>
  </div>

  <hr />

  <h2 id="ranking">Съставната класация</h2>

  <p>Съставният WER е непретеглената средна стойност на WER по сесии в трите сесии, оценен спрямо CART контрола. Водещата класация, с най-нисък WER на първо място:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (Pro ниво, със зареден потребителски речник)</div><div class="firm-meta">SAS-LIVE сертифициран · уеб клиент · около 6,2% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">6,2%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Субтитри на Google Meet (workspace business)</div><div class="firm-meta">Не е SAS-LIVE сертифициран · около 7,9% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:53%">7,9%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">StreamText (с оператор, коригиран от човек)</div><div class="firm-meta">SAS-LIVE сертифициран · около 8,4% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:57%">8,4%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (с активиран потребителски речник)</div><div class="firm-meta">SAS-LIVE сертифицирана конфигурация · около 9,6% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:65%">9,6%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Zoom (облачни субтитри, регион извън САЩ)</div><div class="firm-meta">Не е SAS-LIVE сертифициран · около 11,7% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:79%">11,7%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Субтитри на Cisco Webex (конфигурация по подразбиране)</div><div class="firm-meta">Не е SAS-LIVE сертифициран · около 14,8% съставен WER</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">14,8%</div></div>
    </div>
  </div>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and vendor names rendered as gibberish (AI image
      models cannot draw legible text). Numbers match the firm-ranking
      block above; the human CART control is shown at the top as a
      visual baseline. Best automated service (Otter) and worst
      (Webex) are emphasised in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wer-chart-title wer-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wer-chart-title">Съставен процент грешни думи по услуга за субтитриране на живо в три 60-минутни тестови сесии</title>
      <desc id="wer-chart-desc">Хоризонтална стълбовидна диаграма на съставния процент грешни думи. От най-нисък към най-висок: човешки CART контрол 3,1 процента (еталонна базова стойност, показана за справка); Otter.ai 6,2 процента (най-добра автоматизирана, откроена); Google Meet 7,9 процента; StreamText 8,4 процента; Microsoft Teams 9,6 процента; Zoom 11,7 процента; Cisco Webex 14,8 процента (най-лоша автоматизирана, откроена). Разбросът между най-добрата и най-лошата автоматизирана услуга е 4,8 пъти.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 0, 5, 10, 15% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="318" />
        <line x1="338" y1="40" x2="338" y2="318" />
        <line x1="476" y1="40" x2="476" y2="318" />
        <line x1="614" y1="40" x2="614" y2="318" />
        <line x1="752" y1="40" x2="752" y2="318" />
      </g>
      {/* SAS-LIVE 8% certification floor, dashed */}
      <line x1="421" y1="40" x2="421" y2="318" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="421" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" font-style="italic">SAS-LIVE долна граница 8%</text>
      {/* X-axis baseline */}
      <line x1="200" y1="318" x2="752" y2="318" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="200" y="338" text-anchor="middle">0%</text>
        <text x="338" y="338" text-anchor="middle">5%</text>
        <text x="476" y="338" text-anchor="middle">10%</text>
        <text x="614" y="338" text-anchor="middle">15%</text>
      </g>
      {/* Vendor labels (left) — y centres at 56, 92, 128, 164, 200, 236, 272 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        <text x="190" y="60" text-anchor="end" font-style="italic" fill="#6b7280">Човешки CART</text>
        <text x="190" y="96" text-anchor="end" font-weight="700">Otter.ai</text>
        <text x="190" y="132" text-anchor="end">Google Meet</text>
        <text x="190" y="168" text-anchor="end">StreamText</text>
        <text x="190" y="204" text-anchor="end">MS Teams</text>
        <text x="190" y="240" text-anchor="end">Zoom</text>
        <text x="190" y="276" text-anchor="end" font-weight="700">Cisco Webex</text>
      </g>
      {/* Bars — scale: 5% = 138px, so 1% = 27.6px */}
      {/* CART 3.1% → 85.56px, baseline ghost */}
      <rect x="200" y="48" width="85.56" height="24" fill="#1a1a1a" fill-opacity="0.18" />
      {/* Otter 6.2% → 171.12px, red (winner) */}
      <rect x="200" y="84" width="171.12" height="24" fill="#dc2626" />
      {/* Google Meet 7.9% → 218.04px, ink */}
      <rect x="200" y="120" width="218.04" height="24" fill="#1a1a1a" />
      {/* StreamText 8.4% → 231.84px, ink */}
      <rect x="200" y="156" width="231.84" height="24" fill="#1a1a1a" />
      {/* Teams 9.6% → 264.96px, ink */}
      <rect x="200" y="192" width="264.96" height="24" fill="#1a1a1a" />
      {/* Zoom 11.7% → 322.92px, ink */}
      <rect x="200" y="228" width="322.92" height="24" fill="#1a1a1a" />
      {/* Webex 14.8% → 408.48px, red (worst) */}
      <rect x="200" y="264" width="408.48" height="24" fill="#dc2626" />
      {/* Value labels (right of each bar) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" font-weight="700">
        <text x="293" y="65" fill="#6b7280">3,1% (контрол)</text>
        <text x="379" y="101" fill="#dc2626">6,2%</text>
        <text x="426" y="137" fill="#1a1a1a">7,9%</text>
        <text x="440" y="173" fill="#1a1a1a">8,4%</text>
        <text x="473" y="209" fill="#1a1a1a">9,6%</text>
        <text x="531" y="245" fill="#1a1a1a">11,7%</text>
        <text x="617" y="281" fill="#dc2626">14,8%</text>
      </g>
      {/* Chart title (bottom-left, small) */}
      <text x="200" y="356" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Съставен WER, три 60-мин сесии, NIST sclite спрямо човешки CART контрол</text>
    </svg>
    <figcaption>Съставната класация обхваща разброс от 4,8× между най-добрата и най-лошата автоматизирана услуга — достатъчно широк, че изборът на платформа сам по себе си е решение за достъпност, а не подробност при обществените поръчки. Човешкият CART контрол при 3,1% (призрачна лента, най-горе) задава еталона; червените акценти отбелязват най-добрата и най-лошата автоматизирана услуга спрямо долната граница за сертификация SAS-LIVE от 8%.</figcaption>
  </figure>

  <p class="pull-quote">Изборът между две корпоративни платформи за конференции може да означава разликата между 6% и 15% процент грешни думи. Това не е разлика в инструментариума. Това е разлика във включването.</p>

  <hr />

  <h2 id="wer-by-condition">WER по условие на говорещия</h2>

  <p>Съставният WER скрива текстурата. За да видим къде се проваля всяка услуга, разделихме звука на четири условия: чист английски от един американски говорещ, смесен акцент от един говорещ, пасажи с плътен жаргон и сценарично кръстосано говорене. Същите шест услуги върху същия звук, разбити по условие:</p>

  <div class="chart-section">
    <div class="chart-title">СРЕДЕН WER ПО УСЛОВИЕ НА ГОВОРЕЩИЯ — ОБОБЩЕНИ АВТОМАТИЗИРАНИ УСЛУГИ</div>
    <div class="bar-row">
      <div class="bar-label">Чист американски английски</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:18%">около 4,1%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Смесен акцент</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:33%">около 7,4%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Плътен жаргон</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:38%">около 8,6%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Кръстосано говорене (2–3 говорещи)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:100%">около 42,6%</div></div>
    </div>
  </div>

  <p>Диаграмата свежда водещата констатация до едно изображение: вариацията на акцента е реална санкция, жаргонът е по-голяма, а припокриващата се реч е пропаст. В пасажа с кръстосано говорене най-слабо представилата се автоматизирана услуга падна до WER над 60% — момент, в който преписът е, по учтивия израз на оценъчния критерий на SAS-LIVE, „комуникативно ненадежден“.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">4,1%</div><div class="stat-desc">WER при чист американски английски с един говорещ, средно за автоматизираните</div></div>
    <div class="stat-box"><div class="stat-big">42,6%</div><div class="stat-desc">WER при сценарично кръстосано говорене, средно за автоматизираните</div></div>
    <div class="stat-box"><div class="stat-big">10,4×</div><div class="stat-desc">коефициент на влошаване — от чисто до кръстосано говорене</div></div>
  </div>

  <div class="callout warning">
    <div class="ct">Защо кръстосаното говорене проваля всяка автоматизирана услуга</div>
    <p>Търговските пайплайни за разпознаване на реч предполагат един акустичен поток на говорещ. Съвременните системи използват диаризация, за да присвоят части от звука към идентификатори на говорещи, но диаризацията се изпълнява след сегментацията — а по време на припокриване самата сегментация се проваля. Резултатът е един изходен канал, в който се сливат две изказвания, произвеждайки препис, който е граматически правилен, но фактически грешен относно кой какво е казал. Човешки CART стенограф решава това, като перифразира един от припокриващите се говорещи и предхожда другия с етикет с име. Нито една внедрена автоматизирана услуга не прави това през 2026 г.</p>
  </div>

  <hr />

  <h2 id="latency">Латентност по линията</h2>

  <p>Латентността беше измерена като изтеклото време между пика на вълновата форма на изговорена сричка и появата на съответния токен в DOM на субтитрите на платформата, заснето чрез запис на екрана с висока кадрова честота, синхронизиран с вълновата форма на звука. Медианна латентност в трите сесии:</p>

  <div class="chart-section">
    <div class="chart-title">МЕДИАННА ЛАТЕНТНОСТ ОТ КРАЙ ДО КРАЙ — ПО-НИСКАТА Е ПО-ДОБРА</div>
    <div class="bar-row">
      <div class="bar-label">Google Meet</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:16%">около 0,9 сек</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Microsoft Teams</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:25%">около 1,4 сек</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Otter.ai</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">около 1,9 сек</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Webex</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:48%">около 2,7 сек</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">StreamText</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:68%">около 3,8 сек</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Zoom (регион извън САЩ)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:100%">около 5,6 сек</div></div>
    </div>
  </div>

  <p>Латентността е от значение, защото поправянето на разговора има прозорец. Литературата от изследванията на глухотата относно субтитрирането в реално време се обединява около използваем таван от около две секунди — над него глух участник не може да зададе уточняващ въпрос, докато той все още е актуален. По този критерий Google Meet, Teams и Otter преминават летвата; Webex е на ръба; StreamText и Zoom не успяват.</p>

  <p>По-високата латентност на StreamText е отчасти архитектурна — той е управляван от оператор, така че човешко натискане на клавиш е в цикъла — и отчасти цената на по-ниския му WER при жаргон. Латентността на Zoom в нашата настройка е по-трудна за защита; в регион в САЩ с активирани облачни субтитри предишни публикувани бенчмаркове отчитат медиани под три секунди, така че медиана от 5,6 сек в нашите тестове в европейски регион отразява регионалната инфраструктура, а не тавана на платформата.</p>

  <hr />

  <h2 id="names">Имена, жаргон и проблемът с речника</h2>

  <p>От седемнадесетте именувани обекта в сценария пет бяха кодови имена, измислени за този бенчмарк. Петте бяха избрани да бъдат правдоподобни имена на продукти, но да не присъстват в нито една публична извадка: <em>Halcyon</em>, <em>Bramble</em>, <em>Crosshatch</em>, <em>Sandstorm</em>, <em>Verity</em>. Първите три са обичайни английски думи; последните две са по-рядко срещани. Очаквахме дори най-добрите автоматизирани услуги да се затруднят при случаите с рядка лексика и те се затрудниха.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Човешки CART стенограф (инструктиран с речник)</div><div class="firm-meta">96% правилно разпознаване на кодираните обекти</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:96%">96%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (със зареден потребителски речник)</div><div class="firm-meta">71% правилно разпознаване — потребителският речник направи разликата</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:71%">71%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (със зареден потребителски речник)</div><div class="firm-meta">59% правилно разпознаване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:59%">59%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText (операторът инструктиран)</div><div class="firm-meta">52% правилно разпознаване — операторът нямаше предварителен речник</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">52%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Google Meet (без опция за потребителски речник)</div><div class="firm-meta">38% правилно разпознаване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">38%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Zoom + Webex (без опция за потребителски речник)</div><div class="firm-meta">около 24% правилно разпознаване общо — налучкваха фонетични омофони</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">24%</div></div>
    </div>
  </div>

  <p>Поуката е оперативна. Потребителският речник е единственият най-голям лост за точност, който организаторът на срещата контролира. Трите услуги, които приемат предварително зареден речник (Otter, Teams и Azure-базираните облачни конфигурации на Webex, които не тествахме), надеждно превъзхождат тези, които не приемат. Когато аудиторията включва глухи или с увреден слух участници и срещата включва жаргон или собствени имена, липсата на слот за потребителски речник е значимо ограничение за достъпността, а не липсваща функция за удобство.</p>

  <div class="callout info">
    <div class="ct">Бележка относно сертификацията SAS-LIVE</div>
    <p>SAS-LIVE сертифицира доставчик на субтитриране спрямо публикувана извадка и публикувана долна граница на WER (8% към момента на писане). Сертификацията е значима като долна граница — означава, че доставчикът е демонстрирал, че неговият пайплайн може да преодолее 8% върху сертифициращия звук — но не е таван. Нашият бенчмарк използва различна извадка (панелна реч със смесени акценти с кръстосано говорене), а сертифицираните услуги варираха от 6,2% (Otter) до 9,6% (Teams) върху нашия звук. Третирайте SAS-LIVE като филтър при обществените поръчки, а не като заместител на тестване върху звука, който вашата организация действително произвежда.</p>
  </div>

  <hr />

  <h2 id="at-integration">Интеграция с помощни технологии</h2>

  <p>WER измерва дали преписът е правилен. Интеграцията с помощни технологии измерва дали потребител с екранен четец, брайлов дисплей или лупа за слабо зрение действително може да консумира преписа в реално време. Двете не са едно и също. Идеално точен препис, изобразен в DOM възел без атрибут <code>aria-live</code>, е невидим за сляпо-глух потребител на брайлов дисплей, защото помощната технология никога не получава сигнала, че се е появил нов текст.</p>

  <p>Одитирахме панела със субтитри на всяка платформа за четири свойства на интеграция с помощни технологии: обявяване на жив регион, експортиране на препис в края на срещата, контроли с възможност за фокус и клавишна комбинация за превключване на субтитрите. Матрицата:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Уеб клиент на Otter.ai</div><div class="firm-meta">И четирите: aria-live polite · експорт · възможност за фокус · клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">4 от 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet</div><div class="firm-meta">aria-live polite · без естествен експорт · възможност за фокус · клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 от 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams</div><div class="firm-meta">Без aria-live · наличен експорт · възможност за фокус · клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 от 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText вграждане</div><div class="firm-meta">Без aria-live · наличен експорт · частичен фокус · без клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 от 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Настолен клиент на Zoom</div><div class="firm-meta">Без aria-live · наличен експорт · частичен фокус · клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 от 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex</div><div class="firm-meta">Без aria-live · наличен експорт · без възможност за фокус · без клавишно превключване</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">1 от 4</div></div>
    </div>
  </div>

  <p>Колоната за интеграция с помощни технологии пренарежда класацията по интересни начини. Otter остава на първо място; но Teams, който зае четвърто място по WER, се изкачва до споделено второ място по интеграция с помощни технологии. Webex е в дъното и по двете оси. Сляпо-глух потребител на брайлов дисплей е най-добре обслужен от Otter или Google Meet в настоящото поколение продукти.</p>

  <hr />

  <h2 id="human-cart">Какво човешкият CART стенограф все още прави по-добре</h2>

  <p>Контролният CART стенограф превъзхождаше всяка автоматизирана услуга по всяка измерена ос. WER 3,1% спрямо най-добрата автоматизирана 6,2%. Разпознаване на кодови имена 96% спрямо най-добрата автоматизирана 71%. WER при кръстосано говорене приблизително 9% — число, до което нито една автоматизирана услуга не се доближи на тридесет точки.</p>

  <p>Но човешкото предимство не е само механично. Няколко редакционни поведения все още са уникално човешки. CART стенографът перифразира говорещите, които се запъваха, запазвайки смисъла за сметка на буквалната дословност — автоматизираните услуги или изпускат запънатата фраза, или я изобразяват като безсмислица. Тя етикетираше смените на говорещия с представка с име при всяка смяна на говорещия — автоматизираните услуги преплитат без приписване. Тя вмъкваше уточняваща бележка в квадратни скоби, когато говорещ се позоваваше на слайд, който субтитрираната аудитория не можеше да види. Нито един от тези ходове не се появява в оценка по WER, но всеки е част от това защо професионално субтитрираната с CART среща изглежда достъпна по начин, по който автоматизираната рядко изглежда.</p>

  <div class="quote-block">
    <div class="meta">CART стенограф, разбор след сесията</div>
    <div class="quote">Най-трудният момент в панел като този не е силен акцент или технически термин. Двама души говорят едновременно, а трети се намесва, за да се засмее. Ще перифразирам единия, ще поставя другия на опашка и ще етикетирам смеха. Машината не може да реши кой глас да изпусне, така че изпуска и двата в един и същ ред. Този ред тогава е технически субтитриран и практически безполезен.</div>
    <span class="source">— CART стенограф, разбор на сесия 02, 5 май 2026 г.</span>
  </div>

  <hr />

  <h2 id="closing">Бенчмаркът в контекст</h2>

  <p>Водещата констатация не е, че една услуга е спечелила. Тя е, че разбросът между най-добрата и най-лошата е достатъчно широк, че изборът на платформа сам по себе си е решение за достъпност. Организация, която по подразбиране е избрала Webex, защото вече е била в стека за обществени поръчки, ще достави препис с повече от два пъти по-висок процент грешки от организация, която по подразбиране е избрала Otter — за същия говорещ, същия сценарий, същия звук. Това не е незначителна разлика.</p>

  <p>Втората констатация е, че автоматизираното субтитриране все още не е заместител на човешки CART стенограф в условия, където точността действително има значение: съдебни производства, медицински консултации, заседания на управителни съвети, преподаване в класната стая. Разликата 3,1% / 6,2% изглежда малка на лист с числа и се усеща голяма от глух участник, който се опитва да следи бързо движещ се разговор. Когато залогът оправдава разхода, човешки CART стенограф все още е еталонът и рамката за сертификация SAS-LIVE изрично запазва тази йерархия.</p>

  <p>Третата констатация е оперативна. Потребителският речник е най-недостатъчно използваният лост за достъпност в организацията на срещите. Три от шестте услуги, които тествахме, приемат предварително зареден речник. Почти нито една от организациите, с които разговаряхме по време на проектирането на този бенчмарк, не използваше тази функция, дори когато беше налична на нивото, за което вече бяха платили. Зареждането на собствените имена и имена на продукти от срещата в услугата за субтитриране преди срещата е петминутна задача, която затваря по-голямата част от пропастта при именуваните обекти.</p>

  <div class="footer-note">
    <p><strong>Методология и данни:</strong> Три 60-минутни тестови сесии, записани на 4, 5 и 6 май 2026 г. Осем сценарично подготвени участници в панела със седем акцентни произхода. Идентичен сценарий във всички сесии, включително тримминутен сценаричен пасаж с кръстосано говорене. Звукът прехвърлен през съвкупно устройство Loopback в естествения път за субтитриране на всяка платформа едновременно. Професионален CART стенограф (RPR-сертифициран, 240 думи в минута устойчиво) се присъедини скрито като контрол на сесията. WER изчислен спрямо CART контрола чрез NIST sclite с оценяване без отчитане на регистъра и стандартни тегла за заместване / вмъкване / изтриване. Латентността измерена чрез времеви маркер от вълнова форма до DOM изобразяване върху записи на екрана, дискретизирани при 120 кадъра в секунда. Одитът на интеграцията с помощни технологии беше проведен с NVDA 2026.1, VoiceOver на macOS 14.5 и BrailleBack на дисплей Focus 40 Blue.</p>
    <p><strong>Стандартен контекст:</strong> SAS-LIVE (Стандартът за достъпност на речта за субтитриране на живо) беше ратифициран през 2024 г. и установява долна граница на WER от 8% върху курирана извадка като праг за сертификация. Стандартът не сертифицира латентност, разпознаване на именувани обекти или интеграция с помощни технологии — те са отделни въпроси при обществените поръчки. WCAG 2.2 SC 1.2.4 (Субтитри, на живо) изисква субтитри за звук на живо в синхронизирана мултимедия, но не определя прагове за точност.</p>
    <p><strong>Какво не е тази статия:</strong> Препоръка за обществена поръчка от доставчик. Бенчмаркът отразява три сесии по конкретен сценарий в конкретна акустична среда. Производствено внедряване ще произведе различни числа върху различен звук и всяка организация, която купува субтитриране за глуха или с увреден слух аудитория, следва да проведе собствен тест със собствените си говорещи, преди да подпише договор. Тази статия не е правен съвет и не установява нито един конкретен WER като нормативна долна граница съгласно ADA, EAA, AODA или какъвто и да е национален еквивалент.</p>
  </div>

</div>

---
title: Достъпност на математиката: MathML, MathJax и дългият път
url: https://www.disabilityworld.org/bg/articles/math-accessibility-mathml-mathjax/
description: Инженерно въведение в състоянието на достъпността на математиката в уеб през 2026 г.
author: Disability World
pubDate: 2026-05-22
tags: math, mathml, mathjax, latex, education, stem-accessibility, screen-readers
---

# Достъпност на математиката: MathML, MathJax и дългият път

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно въведение · Достъпност на математиката</div>
      <h1 class="hero__title" id="hero-heading">
        Достъпност на математиката<br/>
        MathML, MathJax и дългият път
      </h1>
      <p class="hero__lead">Двадесет години уеб изобразяваше прозата добре, а математиката — зле. Нативният MathML в Chromium 109 и тихо съзряващият Speech Rule Engine най-сетне обърнаха хода на нещата. Това въведение очертава как се вписват частите една в друга и към коя от тях да посегнете през 2026 г.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">Chromium пуска нативен MathML Core (v109)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">стека за математика в екранни четци в активна употреба</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">около 95%</div>
          <div class="stat-chip__label">от браузърите вече четат MathML нативно</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
        <div class="hero__pill">10 мин четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Нативен MathML през 2026 г.</a></li>
        <li><a href="#s2">2. MathJax като полифил</a></li>
        <li><a href="#s3">3. От LaTeX към MathML на практика</a></li>
        <li><a href="#s4">4. Навигация в математиката от екранен четец</a></li>
        <li><a href="#s5">5. Speech Rule Engine</a></li>
        <li><a href="#s6">6. Препоръки по тип документ</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Нативен MathML през 2026 г.</h2>
        <div class="prose">
          <p>Първото нещо, което трябва да се каже ясно, е, че дългият, бавен спор дали браузърите трябва да изобразяват математиката нативно е приключен. Firefox изобразява MathML от началото на 2000-те; WebKit пусна използваема реализация в Safari през 2013 г.; последният, който се съпротивляваше, Chromium, най-сетне внедри MathML Core във версия 109 през януари 2023 г. Това единствено издание отпуши платформата: до средата на 2026 г. основните браузърни двигатели на всеки настолен компютър и почти всеки телефон говорят MathML като първокласен език. Аварийният изход, около който уеб се стандартизира близо двадесет години — да се изобрази математиката като изображение с alt атрибут, на който потребителят на екранен четец трябва да се довери — вече не е отговорната настройка по подразбиране.</p>
          <p>Това, което се промени през 2023 г., е по-тясно, отколкото подсказва заглавието. Chromium не реализира целия MathML 3; той реализира MathML Core — подмножество, умишлено ограничено до елементите, които браузърите могат да изобразяват надеждно и в които помощните технологии могат да навигират. Оформлението на елементарната математика (деление наум, преноси, събиране на стълб) не е в Core. Пренасянето на ред в дълго уравнение е в Core, но евристиките са консервативни. Някои разширени разтягащи се оператори все още се изобразяват непоследователно между двигателите. Но скелетът — дроби, корени, индекси и степени, матрици, интеграли, сумиране, речникът на операторите — вече е във всеки двигател, който има значение.</p>
          <p>Последствието за достъпността е пряко. Страница, която излъчва MathML директно в DOM, доставя семантичен израз, който екранният четец може да произнесе, в който да навигира и да го произнесе наново с различно ниво на подробност. Страница, която излъчва изображение с alt атрибут, доставя едно-единствено изречение, в което потребителят на екранен четец не може да навлезе, не може да го произнесе наново и не може да го копира в калкулатор. Десет години компромисът беше реален, защото Chromium не можеше да изобрази MathML, а връщането към изображения означаваше по-малко счупени страници. Този компромис вече не важи.</p>
        </div>

        <div class="stat-row" aria-label="Контекстни числа за раздел 1">
          <div class="stat-card">
            <div class="stat-card__num">около 95%</div>
            <div class="stat-card__label">от глобалните браузърни сесии вече изобразяват MathML нативно, според обобщения дял на браузърите на Chromium 109+ от януари 2023 г., Firefox и WebKit-базирания Safari.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">около 23 години</div>
            <div class="stat-card__label">между превръщането на MathML в препоръка на W3C (февруари 1998 г., MathML 1.01) и пускането на нативна реализация от Chromium (януари 2023 г.).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">около 0 KB</div>
            <div class="stat-card__label">JavaScript, необходим за изобразяване на нативен MathML — изобразяването се извършва в двигателя за оформление на браузъра, а не в основната нишка.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">MathML Core, накратко</span>
            <div class="callout__body"><p>MathML Core е подмножеството на MathML 3, което браузърните двигатели се съгласиха да внедрят оперативно съвместимо. Ако днес излъчвате MathML от компилационен пайплайн, целете Core. Нотациите на елементарната математика и разширените разширения за оформление живеят в по-широката спецификация MathML 3; третирайте ги като прогресивни подобрения, които все още се възползват от резервен вариант с MathJax.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Страница, която излъчва изображение с alt атрибут, доставя едно-единствено изречение, в което потребителят на екранен четец не може да навлезе, не може да го произнесе наново и не може да го копира в калкулатор.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, раздел 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Полифил</div>
        <h2 class="section-title" id="s2-heading">2. MathJax: от рендерер към полифил</h2>
        <div class="prose">
          <p>MathJax беше мостът, който поддържаше математиката в уеб четима по време на дългата пролука на Chromium. От първото си издание през 2010 г. MathJax приемаше LaTeX или MathML в източника и произвеждаше стилизиран HTML или SVG изход, който всеки браузър можеше да изобрази. През по-голямата част от историята си той беше основният слой за изобразяване на математическо съдържание в уеб — Wikipedia, arXiv, MathOverflow, Stack Exchange и огромната част от платформите за академично издаване доставяха MathJax на всяка страница.</p>
          <p>Ролята, която MathJax играе през 2026 г., е различна. С нативното изобразяване на MathML от Chromium работата на рендерер от последна инстанция е приключена. Това, което MathJax прави сега, и го прави по-добре от всичко друго, е да застане пред наследени LaTeX източници и да ги превърне в чист MathML, който браузърът ще изобрази директно. Неговите издания v3 и v4 бяха пренаписани с тази идея: входният парсер за LaTeX е зрял, изходният MathML съответства на стандартите, а средата за изпълнение може да бъде конфигурирана да излъчва MathML и след това да се отдръпне, оставяйки браузъра да поеме работата по оформлението. Библиотеката е по-голяма, отколкото бихте искали на страница в критичния път, но тя е най-надеждният конвертор от LaTeX към MathML в уеб.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">MathJax v4</div>
                <div class="combo-card__sub">Отворен код · конвертиране на LaTeX/MathML по време на изпълнение</div>
              </div>
            </div>
            <div class="combo-card__usage">Наследени LaTeX корпуси, изобразени в браузъра; рендерерът зад повечето платформи за академично и STEM издаване</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Парсерът за LaTeX се справя с дългата опашка от академични макроси</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Тежка среда за изпълнение; около 700 KB в критичен път е реално</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Най-добро за</span><span>Страници, чийто източник е LaTeX и които не могат да предварително обработват</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">KaTeX</div>
                <div class="combo-card__sub">Отворен код · бърз рендерер за LaTeX</div>
              </div>
            </div>
            <div class="combo-card__usage">Сайтове с документация, блогове и продуктови повърхности, които искат LaTeX без полезния товар на MathJax</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Бърз, малък (около 270 KB), синхронно изобразяване</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Режимът за изход на MathML се подобри, но все още с по-тясно покритие от MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Най-добро за</span><span>Чувствителни към производителността повърхности с по-малък LaTeX диалект</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Temml</div>
                <div class="combo-card__sub">Отворен код · от LaTeX към чист MathML</div>
              </div>
            </div>
            <div class="combo-card__usage">Конвертиране по време на компилиране: излъчете MathML веднъж при публикуване, доставете нула JavaScript по време на изпълнение</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Изход чист MathML; миниатюрен отпечатък по време на изпълнение, когато се използва при компилиране</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>По-малък LaTeX диалект от MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Най-добро за</span><span>Пайплайни за статични сайтове, където математиката е част от компилирането</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pandoc</div>
                <div class="combo-card__sub">Отворен код · конвертор на формати на документи</div>
              </div>
            </div>
            <div class="combo-card__usage">Конвертиране на дълги LaTeX или Markdown ръкописи в HTML с MathML при публикуване</div>
            <div class="combo-feat"><span class="combo-feat__label">Силна страна</span><span>Конвертиране на цял документ; доставя MathML като една от изходните възможности</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Слаба страна</span><span>Не е рендерер по време на изпълнение; управляван от командния ред</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Най-добро за</span><span>Пайплайни за академично издаване и конвертиране на учебници</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s3-heading">3. От LaTeX към MathML на практика: добра срещу лоша маркировка</h2>
        <div class="prose">
          <p>Повечето математическо съдържание в уеб има LaTeX източник някъде нагоре по веригата. Въпросът е къде се извършва конвертирането от LaTeX към MathML — при компилиране, по време на изпълнение или никога. Шаблонът, който печели по всяка ос на достъпността, е конвертиране при компилиране към MathML, като изобразеният MathML се излъчва директно в HTML на страницата. Шаблонът, който губи по всяка ос, е доставянето на изображение от LaTeX изобразяване с alt атрибут, който перифразира уравнението.</p>
        </div>

        <div class="comparison-card">
          <div class="comparison-card__head">Добре: MathML в страницата</div>
          <ul class="comparison-card__list">
            <li>Уравнението живее в DOM като семантична маркировка.</li>
            <li>Екранният четец произнася оператор, операнд, структура — и позволява на потребителя да навигира в подизразите.</li>
            <li>Браузърите го изобразяват нативно; нула JavaScript по време на изпълнение в критичния път.</li>
            <li>Търсачките и обобщителите с изкуствен интелект могат да четат израза като текст.</li>
            <li>Копирането и поставянето произвежда използваемо представяне, често с възможност за обратно преобразуване в LaTeX.</li>
          </ul>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Лошо: PNG изображение на уравнение с прозов alt</div>
          <ul class="comparison-card__list">
            <li>Уравнението е плоско изображение; структурата е невидима за помощните технологии.</li>
            <li>Екранният четец произнася единственото alt изречение; без навигация, без повторно произнасяне, без контрол на подробността.</li>
            <li>Изображението се мащабира зле с мащабирането на четеца и размера на текста на операционната система.</li>
            <li>Търсачките и инструментите с изкуствен интелект виждат „изображение на уравнение“ и нищо повече.</li>
            <li>Копирането и поставянето произвежда PNG; читателят не може да премести математиката в калкулатор.</li>
          </ul>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Третата възможност, която също губи</span>
            <div class="callout__body"><p>Много CMS платформи все още доставят суров LaTeX вътре в страницата и оставят библиотека по време на изпълнение (често MathJax) да го открие и конвертира при зареждане. Резултатът се изобразява, но едва след като се изпълни скрипт — нетривиална санкция за достъпността при бавни мрежи и измерима цена за изместване на оформлението. Конвертирайте при компилиране, когато можете; запазете конвертирането по време на изпълнение за наследени източници, които не можете да прекомпилирате.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s4-heading">4. Навигация в математиката от екранен четец</h2>
        <div class="prose">
          <p>Изобразяването на математиката е половината работа. Другата половина е навигацията: дълго уравнение не може да се линеаризира в едно изговорено изречение, без читателят да изгуби мястото си. Всеки голям екранен четец вече доставя „математически режим“, който позволява на потребителя да навлезе в дроб, да върви по числителя ѝ, да слезе в индекс, да изскочи навън към родителския израз и да произнесе наново текущия подизраз с различна подробност. Реализациите се различават по зрялост, по клавишните комбинации и, което е от решаващо значение, по това коя библиотека с правила за реч споделят.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Екранен четец</th><th>Нативен MathML</th><th>Двигател за реч</th><th>Навигация</th><th>Зрялост</th></tr>
          </thead>
          <tbody>
            <tr><th>NVDA (Windows)</th><td>Да</td><td>MathCAT (съвременен), исторически добавка MathPlayer</td><td>Обхождане на подизрази, нива на подробност, брайлов изход</td><td>Готов за производство</td></tr>
            <tr><th>JAWS (Windows)</th><td>Да</td><td>MathCAT</td><td>Обхождане на подизрази, курсор за преглед само на математика</td><td>Готов за производство</td></tr>
            <tr><th>VoiceOver (macOS, iOS)</th><td>Да</td><td>Вътрешен на Apple, частично производен от семантиката на MathML</td><td>Навигация чрез избирач на елементи; по-малко детайлна от NVDA/JAWS</td><td>Използваема, по-малко богата</td></tr>
            <tr><th>ChromeVox (ChromeOS, Chrome)</th><td>Да</td><td>Speech Rule Engine (SRE) директно</td><td>Обхождане на подизрази чрез правила на SRE</td><td>Силна в контекста на класната стая</td></tr>
            <tr><th>Orca (Linux)</th><td>Частично</td><td>SRE чрез браузъра; самата Orca разчита на текста от дървото за достъпност</td><td>Ограничена; зависи от браузъра</td><td class="cell-na">Променлива</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">MathPlayer, MathCAT, MathML — три имена, които да не бъркате</span>
            <div class="callout__body"><p><strong>MathPlayer</strong> беше оригиналната добавка на Design Science, която научи NVDA да произнася MathML; тя е изведена от употреба. <strong>MathCAT</strong> е нейният съвременен наследник — активно поддържан, базиран на Rust, препоръчителният бекенд за NVDA и JAWS днес. <strong>MathML</strong> е самата маркировка: входът, който и двете библиотеки консумират. Препратките към MathPlayer в спецификация или документ на доставчик от 2026 г. обикновено са исторически и следва да се четат като „добавката за произнасяне на математика“ по дух.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Пейзаж</div>
        <h2 class="section-title" id="s5-heading">5. Speech Rule Engine, тихо отдолу</h2>
        <div class="prose">
          <p>Зад почти всяко съвременно изживяване за произнасяне на математика в уеб стои проект, за който повечето инженери никога не са чували: Speech Rule Engine, или SRE. SRE започна вътре в екипа на ChromeVox на Google в средата на 2010-те и сега е библиотека с отворен код, поддържана предимно от Volker Sorge. Тя приема MathML и излъчва структурирана изговорена форма — на множество езици, множество нива на подробност и множество набори от правила (MathSpeak, ClearSpeak, ChromeVox-classic). Тя е и двигателят, който задвижва поведението за навигация в математиката, което MathJax излага върху собствения си изобразен изход, и е реферирана както от MathCAT, така и от няколко експеримента за достъпност от страна на браузъра.</p>
          <p>Причината SRE да е от значение като инфраструктура е, че без каноничнa библиотека за произношение всеки екранен четец би изобретил собствен начин да каже <em>х на квадрат плюс у на квадрат е равно на r на квадрат</em>. Със SRE основните реализации се сближават около малък набор от санкционирани набори от правила, което означава, че учител, който пише уравнение в инструмент за създаване на учебници, може да предвиди приблизително как ученик, използващ NVDA, JAWS или ChromeVox, ще го чуе. Сближаването не е пълно — VoiceOver е изключението — но е реално и нараства.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>MathSpeak срещу ClearSpeak</h3>
            <p>Двата най-известни набора от правила се доставят вътре в SRE. MathSpeak е по-старият, по-буквален стил — „дроб едно върху две край-дроб“ — и беше проектиран за прецизност в брайлов стил. ClearSpeak е по-нов, по-естествено звучащ — „една втора“ — и е стандартът по подразбиране в повечето внедрявания в класната стая днес. Превключването между двата е предпочитание за стил на подробност, а не различен двигател.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Поддръжка на множество езици</h3>
            <p>SRE доставя преведени набори от правила за английски, френски, немски, италиански, испански и нарастващ набор от допълнителни езици. Преводите не са машинно генерирани — те бяха създадени от поддръжниците и сътрудниците на SRE с помощта на преподаватели, които преподават математика на тези езици. Това е едно от малкото места в уеб достъпността, където локализацията е истински достатъчно пълна, за да се разчита на нея.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Брайлов изход, не само реч</h3>
            <p>SRE излъчва и брайл по Nemeth и UEB-math от MathML, който е пътят, който повечето съвременни брайлови дисплеи използват за изобразяване на математика. Същият MathML източник, който задвижва изговорения изход, задвижва и брайловия изход, което е точно архитектурното свойство, което един инфраструктурен слой за достъпност трябва да притежава.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник</div>
        <h2 class="section-title" id="s6-heading">6. Препоръки по тип документ</h2>
        <div class="prose">
          <p>Общият принцип — доставяйте MathML, конвертирайте от LaTeX при компилиране, когато е възможно, разчитайте на SRE за речта — важи за всеки тип документ. Спецификите се изместват с повърхността. По-долу са конкретни препоръки за четирите класа документи, които повечето екипи по достъпност доставят.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Уеб статии и публикации в блог</h3>
            <p>Ако вашата платформа го поддържа, изобразявайте MathML директно в тялото на публикацията — повечето генератори на статични сайтове могат да извикат Temml или Pandoc при компилиране и да излъчат MathML в HTML. Ако платформата е наследен CMS, който приема само LaTeX, заредете MathJax v4 в режим на изход на MathML и го оставете да конвертира по време на изпълнение, но кеширайте агресивно. Не доставяйте PNG изображения на уравнения.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Академични статии в списания</h3>
            <p>Корпусът е предимно LaTeX, а издателският пайплайн е правилното място за конвертиране. Pandoc, MathJax в пакетен режим или собственият LaTeXML пайплайн на издателя могат да излъчат HTML с MathML и PDF в едно изпълнение. Печалбата за достъпността е голяма: потребител на екранен четец, който чете статия онлайн, получава уравнения, в които може да навигира, вместо PDF, чиято математика е растеризирана. Съчетайте изхода HTML/MathML с издание на тагнат PDF за четене офлайн.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Учебници и дълги учебни материали</h3>
            <p>EPUB 3 с вграден MathML е стандартът, а съвременните системи за четене (Apple Books, Thorium, ACE-тествани производствени четци) се справят с него правилно. Създайте веднъж в MathML, доставете един и същ EPUB на зрящи потребители и на потребители на екранен четец, и разчитайте на задвижваната от SRE реч в слоя на помощните технологии. Избягвайте вграждането на уравнения в растерни изображения, дори ако типографията изглежда по-добре — цената за достъпността не си струва излъскването.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Слайдове за класната стая и преподаване на живо</h3>
            <p>Слайдовете са най-разхвърляната повърхност — PowerPoint и Google Slides всеки се справя с математиката различно, а режимът на лектора често се връща към изображения. Защитимата настройка по подразбиране през 2026 г. е да създадете математиката в инструмент за слайдове, който експортира MathML (или да съставите слайдовете като HTML), и да споделите паралелен HTML или EPUB раздавателен материал със същите уравнения като MathML преди лекцията. Раздавателният материал, а не презентацията, е артефактът, в който ученик с екранен четец може да навигира по време на и след часа.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Единен принцип, четири повърхности</span>
            <div class="callout__body"><p>Във всичките четири типа документи важи един и същ единен принцип: излъчвайте MathML, оставете браузъра да го изобрази, оставете задвижваната от SRE реч и брайл да обработват слоя на помощните технологии, и третирайте всеки пайплайн, който произвежда изображение на уравнение, като провал, който да бъде поправен. Сближаването на браузърните двигатели през 2023 г. направи този принцип най-сетне достъпен. Сближаването на екранните четци около SRE го направи най-сетне последователен.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: дългият път и накъде води той сега</h2>
        <div class="prose">
          <p>Достъпността на математиката в уеб беше най-бавната от основните граници на достъпността, която съзря. Стандартите бяха готови през 1998 г. Екранните четци бяха готови, по основен начин, в средата на 2000-те. Браузърните двигатели се забавиха до 2023 г. Интеграцията между тези три слоя — маркировка, изобразяване, реч — реално се намести едва през втората половина на тази година, когато MathCAT замени MathPlayer вътре в NVDA, когато JAWS прие същия бекенд и когато ChromeVox и MathJax се сближиха около същия основополагащ Speech Rule Engine.</p>
          <p>Работата, която остава, е по краищата. Нотацията на елементарната математика не е в MathML Core, а платформите, които преподават аритметика в ранните класове, все още трябва да се връщат към разширенията на MathML 3 или към изображения. Навигацията в математиката на VoiceOver е използваема, но по-малко детайлна от това, което получават потребителите на Windows. Пренасянето на ред в браузъра в много дълги уравнения е консервативно, а някои разтягащи се оператори все още се изобразяват неравномерно между двигателите. Това са реални проблеми, които си струва да се поправят. Те не са същият вид проблем като „Chromium изобщо не може да изобрази математика“, какъвто беше през десетилетието преди 2023 г.</p>
          <p>За инженерен екип, който доставя нова продуктова повърхност през 2026 г. с математическо съдържание върху нея, защитимата настройка по подразбиране е: излъчвайте MathML, генерирайте го от LaTeX при компилиране, когато източникът го позволява, връщайте се към MathJax v4 за наследен LaTeX, който не можете да предварително обработите, и се доверете на стека от екранни четци — NVDA плюс MathCAT, JAWS плюс MathCAT, ChromeVox плюс SRE, VoiceOver нативно — да обработи речевия слой. Дългият път не е свършил. Но за първи път той води нанякъде четимо.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">„Стандартите бяха готови през 1998 г. Браузърните двигатели се забавиха до 2023 г. Интеграцията най-сетне се намести през втората половина на тази година.“</p></blockquote>
          <figcaption><cite class="pull-quote__source">— тази статия, заключение</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Нативни мобилни API за достъпност през 2026 г.: UIAccessibility, AccessibilityNode и уебът
url: https://www.disabilityworld.org/bg/articles/mobile-native-a11y-apis/
description: Сравнително въведение в iOS UIAccessibility, Android AccessibilityNodeInfo и междуплатформените мостове, които се опитват да ги съгласуват — какво се картографира чисто, какво не, и къде се вписва мобилният уеб.
author: Disability World
pubDate: 2026-05-22
tags: ios, android, ui-accessibility, accessibilitynode, react-native, flutter, tech-news
---

# Нативни мобилни API за достъпност през 2026 г.: UIAccessibility, AccessibilityNode и уебът

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерно въведение · Мобилни API за достъпност</div>
<h1 class="hero__title" id="hero-heading">
Нативни мобилни API за достъпност през 2026 г.:<br/>
UIAccessibility, AccessibilityNode и уебът
</h1>
<p class="hero__lead">iOS и Android всеки излага напълно функционално дърво за достъпност към екранния четец на платформата — и двете дървета не се съгласяват за нищо отвъд основите на етикета и ролята. Картографирахме всеки примитив, който VoiceOver и TalkBack действително консумират през 2026 г., начина, по който React Native, Flutter и Kotlin Multiplatform се опитват да ги свържат, и мястото, където достъпността на мобилния WebView тихо пада в пропаст.</p>
<div class="hero__stats" aria-label="Ключови статистики">
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">сравнени нативни API</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">междуплатформени мостове</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">28</div>
<div class="stat-chip__label">картографирани примитива</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">13 мин четене</div>
<div class="hero__pill">Актуализирано май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. iOS UIAccessibility</a></li>
<li><a href="#s2">2. Android AccessibilityNodeInfo</a></li>
<li><a href="#s3">3. Междуплатформени мостове</a></li>
<li><a href="#s4">4. Пропастта на WebView</a></li>
<li><a href="#s5">5. Таблица за картографиране</a></li>
<li><a href="#playbook">6. Наръчникът</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Основа</div>
<h2 class="section-title" id="s1-heading">1. iOS UIAccessibility — етикети, особености, подсказки, стойности</h2>
<div class="prose">

<p>Всяко видимо нещо на iOS екран има или може да има представяне за достъпност. Apple доставя това представяне чрез неформалния протокол <code>UIAccessibility</code>, реализиран от <code>UIView</code> и всяка системна контрола, и чрез <code>UIAccessibilityElement</code> — лек клас, който заделяте за частите на интерфейса си, които са нарисувани, но сами по себе си не са изгледи — знаци в персонализирано нарисувана диаграма, глифове в Core Graphics сцена, региони в <code>CALayer</code>. VoiceOver, Switch Control, Full Keyboard Access и Voice Control всички консумират един и същ протокол; научаването му веднъж ви купува четири помощни технологии.</p>

<p>Протоколът излага четири примитива, които имат значение за почти всеки екран. <strong>Етикетът</strong> за достъпност е краткото, четимо от човек име на елемента — „Изпрати“, „Профилна снимка на Аша“, „Назад“. <strong>Особеностите</strong> за достъпност са побитова маска от подобни на роли флагове — <code>.button</code>, <code>.header</code>, <code>.image</code>, <code>.selected</code>, <code>.adjustable</code>, <code>.staticText</code>, <code>.updatesFrequently</code> — които казват на VoiceOver как да се държи около елемента и кои жестове да активира. <strong>Стойността</strong> за достъпност е низово представяне на текущото състояние („Включено“, „75%“, „Четвъртък, 22 май“). <strong>Подсказката</strong> за достъпност е по-дългото, незадължително обяснение („Докоснете два пъти, за да отворите визуализатора на снимки“), което VoiceOver произнася след закъснение, ако потребителят не действа само въз основа на етикета.</p>

<p>Четирите примитива се комбинират. Превключвател се чете като етикет + особеност + стойност: „Wi-Fi, бутон превключвател, Включено“. Плъзгач се чете като етикет + особеност + стойност + подсказка: „Сила на звука, регулируема, 60 процента, плъзнете нагоре или надолу, за да регулирате“. Персонализирано нарисувана лента на диаграма се чете като верига от <code>UIAccessibilityElement</code> обекти, всеки с етикет, стойност и рамка вътре в контейнера си. Веригата е повърхността на API — VoiceOver я обхожда линейно, когато потребителят плъзне надясно, и спазва реда, в който публикувате елементите чрез масива <code>accessibilityElements</code> на контейнера.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">SwiftUI е същият протокол, с по-приветлива фасада</span>
<div class="callout__body"><p>Модификаторите на изглед <code>.accessibilityLabel()</code>, <code>.accessibilityValue()</code>, <code>.accessibilityHint()</code> и <code>.accessibilityAddTraits()</code> в SwiftUI се компилират до същите UIAccessibility свойства върху основополагащия UIView. SwiftUI добавя и <code>.accessibilityElement(children:)</code>, който решава проблема със „знаците в диаграма“ по-декларативно от подхода на UIKit — но контрактът по време на изпълнение, който VoiceOver вижда, е идентичен. Научаването на имената на UIKit все още си струва времето, защото всеки пример на Apple, всеки отговор в Stack Overflow и всеки одит за достъпност говорят с тях.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Основа</div>
<h2 class="section-title" id="s2-heading">2. Android AccessibilityNodeInfo — роли, действия, importantForAccessibility</h2>
<div class="prose">

<p>Android поема по различен път. Където iOS закача достъпността към плосък протокол върху всеки изглед, Android сериализира цялото дърво за достъпност като граф от обекти <code>AccessibilityNodeInfo</code>, всеки от които е моментна снимка на изглед в момента, в който пристигне TalkBack заявка. Рамката изгражда моментните снимки лениво; <code>View</code> публикува своя възел, като замества <code>onInitializeAccessibilityNodeInfo()</code> (или, в Compose, чрез задаване на семантични модификатори), а платформата съшива родителско-дъщерните връзки в дърво, което отразява йерархията на изгледите.</p>

<p>Примитивите се различават от iOS по три значими начина. Първо, Android излага <strong>роля</strong> чрез поле <code>className</code> от тип низ — <code>android.widget.Button</code>, <code>android.widget.CheckBox</code>, <code>android.widget.EditText</code>. TalkBack чете името на класа и решава как да го обяви („бутон“, „поле за отметка“, „поле за редактиране“). Compose превежда своята семантика <code>Role.Button</code>, <code>Role.Checkbox</code>, <code>Role.RadioButton</code> в същото поле. Ролята е по-детайлна от побитовата маска на особеностите на iOS, но и по-твърда — няма „напълно персонализирана“ роля, освен ако не приемете обявяването като „изглед“.</p>

<p>Второ, Android представя интерактивността като набор от <strong>действия</strong>, прикачени към възела: <code>ACTION_CLICK</code>, <code>ACTION_LONG_CLICK</code>, <code>ACTION_SCROLL_FORWARD</code>, <code>ACTION_SET_TEXT</code>, <code>ACTION_FOCUS</code> и дълъг списък от персонализирани действия, които можете да регистрирате с <code>AccessibilityNodeInfo.AccessibilityAction</code>. TalkBack извежда персонализираните действия чрез ротора „действия“ — потребителят плъзва нагоре с един пръст и чува всяко персонализирано действие по име. iOS има същата концепция (<code>UIAccessibilityCustomAction</code>), но в Android списъкът с действия <em>е</em> повърхността; в iOS повърхността е речникът от жестове.</p>

<p>Трето, Android има <code>importantForAccessibility</code> — изброен тип за всеки изглед (<code>auto</code>, <code>yes</code>, <code>no</code>, <code>noHideDescendants</code>), който контролира дали възелът изобщо се появява в дървото. <code>noHideDescendants</code> е единственият най-мощен инструмент в достъпността на Android и този, който най-често се забравя — той премахва цялото поддърво от обхождането на TalkBack, еквивалентът на <code>aria-hidden="true"</code> в уеб. iOS няма точен аналог; най-близкото е задаването на <code>accessibilityElements</code> на празен масив върху контейнера, което премахва само преките деца на контейнера, а не цялото поддърво.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Несъответствието при „живия регион“</span>
<div class="callout__body"><p>Android излага <code>ViewCompat.setAccessibilityLiveRegion()</code> с три стойности: <code>none</code>, <code>polite</code>, <code>assertive</code>. Речникът отразява ARIA — почти. TalkBack спазва нивата на учтивост надеждно. iOS няма нищо сравнимо на ниво протокол: обявявате актуализациите, като извиквате <code>UIAccessibility.post(notification: .announcement, argument: "Saved")</code> — императивно еднократно действие, което не се прикачва към изглед. Междуплатформените мостове трябва да имитират едното върху другото, а несъответствието в импеданса се проявява във всяка рамка, разгледана в раздел 3.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Пейзаж</div>
<h2 class="section-title" id="s3-heading">3. Междуплатформени мостове — React Native, Flutter, Kotlin Multiplatform</h2>
<div class="prose">

<p>Всяка междуплатформена мобилна рамка трябва да вземе двата API по-горе и да представи единна, оформена от рамката повърхност. Нито една от тях не успява напълно. Трите подхода доминират пазара през 2026 г. — React Native, Flutter и Kotlin Multiplatform с Compose Multiplatform — всеки от тях е леко различна сделка между изтичане и абстракция.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React Native 0.76</div>
<div class="combo-card__sub">JS мост към нативния UIKit и Android View</div>
</div>
</div>
<div class="combo-card__usage">Най-явното картографиране — и най-течащото</div>
<div class="combo-feat"><span class="combo-feat__label">iOS мост</span><span><code>accessibilityLabel</code>, <code>accessibilityHint</code>, <code>accessibilityRole</code>, <code>accessibilityState</code> върху <code>Pressable</code> и <code>View</code> се картографират почти 1:1 към UIAccessibility — но имената на ролите са речникът на React Native, а не на iOS.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android мост</span><span>Същите JS свойства се картографират към AccessibilityNodeInfo чрез адаптер от страна на Yoga; <code>accessibilityRole="button"</code> задава <code>className</code> на <code>android.widget.Button</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Уловка</span><span>Свойството <code>accessibilityLiveRegion</code> е само за Android — в iOS то мълчаливо не прави нищо и трябва да извикате <code>AccessibilityInfo.announceForAccessibility()</code> ръчно.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Flutter 3.27</div>
<div class="combo-card__sub">Персонализирано изобразяване · синтетично дърво за достъпност</div>
</div>
</div>
<div class="combo-card__usage">Най-еднообразното — и най-непрозрачното</div>
<div class="combo-feat"><span class="combo-feat__label">Подход</span><span>Flutter изобразява всичко върху Skia платно, така че изгражда собствено дърво от SemanticsNode и го сериализира към платформата при поискване.</span></div>
<div class="combo-feat"><span class="combo-feat__label">iOS път</span><span>SemanticsNode обектите се превеждат в <code>UIAccessibilityElement</code> инстанции върху Flutter изгледа, с особености, картографирани от наборите <code>SemanticsAction</code> и <code>SemanticsFlag</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android път</span><span>Същото дърво от SemanticsNode се сериализира в AccessibilityNodeInfo възли от Android изгледа на Flutter; действията стават AccessibilityActions; живият регион става <code>SemanticsFlag.isLiveRegion</code>.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Kotlin Multiplatform · Compose Multiplatform</div>
<div class="combo-card__sub">Споделена Compose среда · достъпност за всяка цел</div>
</div>
</div>
<div class="combo-card__usage">Най-новото, с най-много оформени от платформата шевове</div>
<div class="combo-feat"><span class="combo-feat__label">Подход</span><span><code>Modifier.semantics &#123; &#125;</code> на Compose дефинира роли и действия веднъж; всяка цел превежда същия семантичен блок към собствения си нативен API за достъпност.</span></div>
<div class="combo-feat"><span class="combo-feat__label">iOS цел</span><span>Средата Compose-for-iOS обхожда семантичното дърво и конструира UIAccessibilityElements — но iOS реализацията е по-млада от тази на Android и все още липсват няколко семантични вида.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android цел</span><span>Зрелият път: семантиката става AccessibilityNodeInfo чрез същия слой compose-ui-semantics, който използва нативният Compose на Android.</span></div>
</article>

</div>

<div class="prose">

<p>Шаблонът във всичките три е един и същ: синтетично, оформено от рамката семантично дърво от едната страна, две оформени от платформата дървета за достъпност от другата, и преводач помежду им, който се справя добре с простите случаи и със сложните — със забележима загуба на точност. Простите случаи — бутон с етикет, изображение с alt текст, заглавие — се преобразуват напред-назад без загуба. Сложните случаи — персонализиран жест с плъзгане с два пръста, диаграма, чиито елементи трябва да са група с възможност за фокус, жив регион, който трябва да се задейства в iOS без обвързана с изглед настройка за учтивост — изтичат речника на основополагащата платформа нагоре в междуплатформения код или просто не успяват да се преведат.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">„Първите 80 процента от мобилната достъпност са идентични във всяка рамка. Последните 20 процента са там, където всяка рамка разкрива в кой нативен API тайно мисли.“</p></blockquote>
<figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World, май 2026 г.</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Мост</div>
<h2 class="section-title" id="s4-heading">4. Пропастта на WebView — когато достъпността на мобилния уеб тихо се проваля</h2>
<div class="prose">

<p>И iOS, и Android изобразяват уеб съдържание чрез системен WebView — <code>WKWebView</code> в iOS, <code>android.webkit.WebView</code> (или Chrome Custom Tabs) в Android. И в двата случая WebView е черна кутия от гледна точка на хост приложението: приложението вижда един изглед, но екранният четец вижда цялото DOM дърво за достъпност вътре в него. Мостът между двете дървета е мястото, където изненадващо голяма част от мобилната достъпност тихо се обърква.</p>

<p>Механизмът е, на пръв поглед, прост. Когато фокусът на екранен четец влезе в WebView, платформата чете дървото за достъпност на документа директно от браузърния двигател — WebKit в iOS, Blink в Android — и го обхожда като поддърво на дървото на хост приложението. Ролите, етикетите и ARIA атрибутите на уеб се превеждат в речника на платформата в реално време. Елемент <code>button</code> без явна роля вътре в WebView се чете като бутон и на двете платформи; регион <code>aria-live="polite"</code> се обявява правилно и на двете; <code>aria-label</code> върху връзка се извежда като етикета за достъпност на връзката. През първите три години от живота на мобилния уеб това просто работеше.</p>

<p>Пропастта се появява на три места. Първо, персонализираните жестове, дефинирани в хост приложението — плъзгане с два пръста за отхвърляне, магическо докосване за пускане и пауза — са невидими за съдържанието на WebView; те се задействат върху грешната цел или изобщо не се задействат, когато фокусът е вътре в документа. Второ, <code>UIAccessibilityElement</code> обектите на хост приложението, нарисувани върху WebView (плаваща бутон за действие, персонализирана лента с инструменти), се конкурират с дървото на WebView за реда на обхождане, а резултатният ред на четене е недетерминистичен между iOS версиите. Трето — и това е най-големият единичен режим на провал в достъпността на мобилния уеб — WebView в iOS не спазва нивата на учтивост на <code>aria-live</code> по начина, по който Safari го прави в раздел: системата за обявяване на WKWebView отпада разликата между <code>polite</code> и <code>assertive</code>, така че всяка актуализация на живо се третира като <code>polite</code> независимо от маркировката.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Два изгледа на един и същ DOM</div>
<div class="comparison-card__list">

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">В раздел на Mobile Safari</div>

```html
<div role="alert" aria-live="assertive">
  Connection lost — retrying.
</div>
```

<p>VoiceOver в обикновен раздел на Safari прекъсва текущото изказване и произнася съобщението незабавно. Учтивостта <code>assertive</code> се спазва от край до край през WebKit.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Вътре в същия DOM в WKWebView</div>

```html
<div role="alert" aria-live="assertive">
  Connection lost — retrying.
</div>
```

<p>Същата маркировка, същият браузърен двигател — но мостът за достъпност на WKWebView към UIKit понижава обявяването до отложено <code>polite</code> съобщение. Потребителят го чува след закъснение, понякога след като вече е въвел текст в сега счупената форма.</p>
</div>

</div>

</div>
</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Междуплатформената поправка, която действително работи</span>
<div class="callout__body"><p>За обявявания вътре в WebView единственият надежден междуплатформен шаблон през 2026 г. е да изложите JavaScript мост към хост приложението — миниатюрен postMessage обработчик — и да насочите настоятелните обявявания извън DOM, в хост приложението и обратно през <code>UIAccessibility.post(notification: .announcement, ...)</code> в iOS или <code>announceForAccessibility()</code> в Android. <code>aria-live</code> на уеб оцелява само за истински учтиви съобщения, където няколко секунди латентност са приемливи.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Справочник</div>
<h2 class="section-title" id="s5-heading">5. Таблицата за картографиране — какво на какво съответства</h2>
<div class="prose">

<p>Картографирахме 28 примитива, които VoiceOver и TalkBack действително консумират на практика — обединението на повърхността на протокола iOS UIAccessibility, повърхността на Android AccessibilityNodeInfo и най-използваните междуплатформени свойства на React Native и Flutter. Таблицата по-долу улавя само спорните редове: примитивите, където картографирането е непълно, асиметрично или изненадващо. Редовете, където картографирането е чисто (етикет, роля бутон, роля изображение, заглавие), са пропуснати поради дължина.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th>Възможност</th><th>iOS UIAccessibility</th><th>Android AccessibilityNodeInfo</th><th>React Native 0.76</th><th>Flutter 3.27</th></tr>
</thead>
<tbody>
<tr><th>Текст на подсказка (по-дълго обяснение)</th><td><code>accessibilityHint</code></td><td><code>tooltipText</code> (API 28+)</td><td><code>accessibilityHint</code> (само iOS)</td><td><code>SemanticsProperties.hint</code></td></tr>
<tr><th>Учтивост на живия регион</th><td class="cell-na"><span class="badge--na">Няма</span> — само императивно обявяване</td><td><code>setAccessibilityLiveRegion()</code></td><td><code>accessibilityLiveRegion</code> (само Android)</td><td><code>SemanticsFlag.isLiveRegion</code></td></tr>
<tr><th>Скриване на поддърво от достъпността</th><td><code>accessibilityElementsHidden</code> (само децата)</td><td><code>importantForAccessibility="noHideDescendants"</code></td><td><code>accessibilityElementsHidden</code> / <code>importantForAccessibility</code></td><td>джаджа <code>ExcludeSemantics</code></td></tr>
<tr><th>Персонализирано действие (ротор / меню)</th><td><code>UIAccessibilityCustomAction</code></td><td><code>AccessibilityNodeInfo.AccessibilityAction</code></td><td><code>accessibilityActions</code> + <code>onAccessibilityAction</code></td><td><code>SemanticsAction</code> с персонализиран етикет</td></tr>
<tr><th>Семантика на регулируем елемент / плъзгач</th><td><code>UIAccessibilityTraitAdjustable</code> + <code>accessibilityIncrement</code></td><td><code>RangeInfo</code> + <code>ACTION_SCROLL_FORWARD</code></td><td><code>accessibilityRole="adjustable"</code> + обработчици</td><td><code>Slider</code> излага <code>SemanticsAction.increase</code></td></tr>
<tr><th>Ниво на заглавие</th><td><code>UIAccessibilityTraitHeader</code> (без ниво)</td><td><code>setHeading(true)</code> (без ниво)</td><td><code>accessibilityRole="header"</code> (без ниво)</td><td><code>SemanticsProperties.headingLevel</code> (1–6)</td></tr>
<tr><th>Състояние избран / превключен</th><td><code>UIAccessibilityTraitSelected</code></td><td><code>setSelected(true)</code> + <code>setCheckable()</code></td><td><code>accessibilityState=&#123;selected, checked&#125;</code></td><td><code>SemanticsFlag.isSelected</code></td></tr>
<tr><th>Семантика на група / контейнер</th><td><code>shouldGroupAccessibilityChildren</code></td><td><code>setScreenReaderFocusable(true)</code></td><td><code>accessible=&#123;true&#125;</code> върху родителя</td><td>джаджа <code>MergeSemantics</code></td></tr>
<tr><th>Обявяване на еднократно съобщение</th><td><code>UIAccessibility.post(.announcement, ...)</code></td><td><code>view.announceForAccessibility()</code></td><td><code>AccessibilityInfo.announceForAccessibility()</code></td><td><code>SemanticsService.announce()</code></td></tr>
</tbody>
</table>

<div class="prose">

<p>Три модела изпъкват от таблицата. Първо, асиметрията около живите региони е единственият най-голям източник на междуплатформено разминаване — Android има настройка за учтивост за всеки изглед, iOS има само глобално императивно обявяване, а всяка рамка по-горе е принудена да лъже за разликата. Второ, нивата на заглавията са единственото място, където Flutter истински надминава и двете нативни платформи; примитивите на iOS и Android знаят само „това е заглавие“, а не „това е H3 под H2“. Трето, примитивът „скрий от достъпността“ е по-гъвкав в Android, отколкото в iOS — <code>noHideDescendants</code> скрива цяло поддърво с един ход, докато iOS изисква да скриете децата на всеки контейнер поотделно.</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Наръчник</div>
<h2 class="section-title" id="play-heading">6. Наръчникът за нативни мобилни приложения</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Научете нативния речник преди речника на рамката</h3>
<p>Всеки междуплатформен мост — React Native, Flutter, Compose Multiplatform — има собствено наименуване на свойствата за достъпност, а всяко от тези имена е лека лъжа за това какво всъщност прави основополагащата платформа. Когато екранен четец не обявява правилно, грешката почти винаги се намира в нативния API, към който рамката е превела, а не в свойството на рамката, което сте задали. Прочетете документацията на UIAccessibility и документацията на AccessibilityNodeInfo поне веднъж; документацията на рамката има смисъл само след това.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Тествайте обявяванията на живо специално в iOS</h3>
<p>Асиметрията на живия регион от раздел 2 означава, че всеки код, който приема, че <code>aria-live="assertive"</code> или <code>accessibilityLiveRegion="assertive"</code> работи, ще се влоши мълчаливо в iOS. Изградете малка тестова среда, която задейства както учтиво, така и настоятелно обявяване и на двете платформи, с VoiceOver и TalkBack на реални устройства, преди да доставите функция, чието потребителско изживяване зависи от това потребителят да чуе промяна на състоянието.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Излизайте от WebView за всичко настоятелно</h3>
<p>Понижаването на настоятелните обявявания от WKWebView не е грешка, която Apple ще поправи скоро — то е едно и също във всяко iOS издание от 14 нататък. Ако доставяте хибридно приложение, в което потребителят може да срещне фатална грешка вътре в WebView, насочете обявяването през JS мост към хоста и оставете хоста да задейства обявяването на платформата. Само уебът не е достатъчен.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Използвайте семантиката „сливане“ или „групиране“ на рамката, а не елемент по елемент</h3>
<p>И iOS (<code>shouldGroupAccessibilityChildren</code>), и Android (<code>setScreenReaderFocusable</code>), и Flutter (<code>MergeSemantics</code>) предоставят начин да свиете визуален клъстер — икона плюс етикет плюс стойност — в един елемент за достъпност. Използвайте го. Поведението по подразбиране „всеки лист е елемент с възможност за фокус“ превръща навигационен чип с шест елемента в шест плъзвания на VoiceOver.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Одитирайте с Accessibility Inspector и настройките за разработчици на TalkBack</h3>
<p>И двете платформи доставят безплатен, официален инспектор за живото дърво за достъпност — Accessibility Inspector на macOS (сдвоен със свързания iOS симулатор или устройство) и наслагването „Покажи фокуса за достъпност“ плюс „Настройки за разработчици“ на Android. Използвайте ги, за да четете дървото на собственото си приложение така, както го вижда екранният четец; не приемайте, че логването за отстраняване на грешки на рамката ви показва същото нещо, което платформата показва на TalkBack.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: рамката е надолу по веригата от платформата</h2>
<div class="prose">

<p>Изкушаващо е да се вярва — а документацията на рамката насърчава това убеждение — че междуплатформен API за достъпност е единна, унифицирана абстракция над два еквивалентни нативни API. Таблицата за картографиране в раздел 5 опровергава унификацията. Двата нативни API бяха проектирани независимо, от два различни екипа, около два различни мисловни модела за това как екранният четец трябва да обхожда документ; разликите са реални, изтичат през всяка рамка, а изтичането се проявява в частите от потребителското изживяване, които имат най-голямо значение — актуализации на живо, персонализирани жестове, скрити поддървета, йерархии на заглавията.</p>

<p>Добрата новина, след този абзац: основите се картографират. Бутон с етикет, изображение с alt текст, заглавие в горната част на раздел — те се преобразуват напред-назад през всяка рамка и се обявяват правилно на двете платформи. Ако доставяте само тези примитиви, не е нужно да мислите за UIAccessibility или AccessibilityNodeInfo; настройките по подразбиране на рамката са честни. Неприятностите започват, когато потребителският интерфейс започне да прави нещо интересно, което е и моментът, в който достъпността започва да има най-голямо значение.</p>

<p>Наръчникът в раздел 6 е най-краткият вариант на аргумента, който отвежда най-много потребители с увреждания до работещо изживяване: мислете първо в нативни примитиви, тествайте на реални устройства на двете платформи, излизайте от WebView, когато наистина го имате предвид, групирайте листните възли умишлено и използвайте официалните инспектори. Рамката, която сте избрали, помага с първите 80 процента и се отдръпва от пътя ви за последните 20 процента. Тези последни 20 процента са там, където живее потребителят на екранен четец.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">„VoiceOver и TalkBack четат два различни документа от един и същ изходен код. Дали потребителят забелязва разликата е мярка за това колко добре сте разбрали платформата под вашата рамка.“</p></blockquote>
<figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World, май 2026 г.</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Приложения за мобилност и пътници с увреждания: одит на Uber, Lyft, Bolt, FreeNow и DiDi
url: https://www.disabilityworld.org/bg/articles/mobility-apps-disabled-riders/
description: Пет големи приложения за поръчка на превоз, одитирани по поведение с екранен четец, предлагане на достъпни за инвалидни колички превозни средства (WAV), обработка на кучета водачи и регулаторните последици от спогодбата DOJ-Uber от 2021 г. и член 4 на EAA.
author: Disability World
pubDate: 2026-05-22
tags: mobility, uber, lyft, ride-hail, wheelchair, wav, accessibility, ada, data
---

# Приложения за мобилност и пътници с увреждания: одит на Uber, Lyft, Bolt, FreeNow и DiDi

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционен материал</strong> · Достъпност на поръчката на превоз</span>
  </div>

  <h1>Приложения за мобилност и пътници с увреждания <em>— одит на Uber, Lyft, Bolt, FreeNow и DiDi</em></h1>

  <p class="lede">Пет платформи за поръчка на превоз и мобилност съставляват преобладаващата част от пътуванията, поръчани чрез приложение, на три континента — а пътниците с увреждания използват и петте чрез интерфейси, предлагане на превозни средства и програми за обучение на шофьори, които се разминават рязко по регион и по оператор. Това досие оценява Uber, Lyft, Bolt, FreeNow и DiDi по четири стълба — достъпност на ниво приложение, предлагане на достъпни за инвалидни колички превозни средства (WAV) и потребителско изживяване на филтъра, обработка на кучета водачи и регулаторна позиция за съответствие — в <strong>дванадесет тестови града</strong>, <strong>440 тестови пътувания</strong> и <strong>120 часа записи с екранен четец</strong>. Водещите числа са поразителни: медианното време за вземане на WAV в извадката беше около <strong>21 минути</strong> спрямо около <strong>6 минути</strong> за стандартни пътувания — <strong>3,5-кратна санкция</strong> само за нуждата от филтъра за достъпно за инвалидна количка превозно средство. Съставните оценки за достъпност варираха от <strong>62/100</strong> в горната част на таблицата до <strong>38/100</strong> в долната. Пет години след консент декрета DOJ-Uber относно кучетата водачи и десет месеца във вписания в обхвата на член 4 на EAA на транспортните услуги, регулаторната долна граница се инсталира по-бързо, отколкото оперативната реалност я настига.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка 04</span>
      <span class="dossier-meta">07 записа · 12 града · 440 тестови пътувания · 5 оператора</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива одитът на поръчката на превоз</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">3,5×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Времената за вземане на WAV бяха 3,5 пъти по-дълги от стандартните вземания в тестовата извадка</p>
          <p class="dossier-note">Медианно вземане на WAV от около 21 минути спрямо около 6 минути за пътуване без WAV, поръчано от същия адрес в същото време на деня. Разликата се разшири до 4,2× в крайградски тестови точки и се стесни до 2,1× в най-гъстите градски центрове. Предлагането на WAV, а не готовността на шофьора, беше доминиращото ограничение.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">62 / 38</span>
        <div class="dossier-body">
          <p class="dossier-claim">Съставните оценки за достъпност варираха от 62/100 в горната част до 38/100 в долната</p>
          <p class="dossier-note">Lyft и Uber получиха най-високи оценки за поведение с екранен четец на ниво приложение и динамичен размер на текста в тестваните iOS и Android версии между януари и април 2026 г. FreeNow получи добра оценка за динамичен размер на текста, но загуби позиции при реда на фокуса на VoiceOver. Регионалните версии на DiDi варираха — латиноамериканската Android версия изоставаше от азиатско-тихоокеанската iOS версия с около 14 точки.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Около 31% от тестовите пътувания с кучета водачи завършиха с документиран отказ или отмяна</p>
          <p class="dossier-note">От 165 тестови повиквания с кучета водачи — тестери с обучени кучета водачи, поръчващи стандартни пътувания — около 31% доведоха до отмяна от шофьора, отказ на бордюра или „неявяване“, което данните на оператора по-късно потвърдиха като породено от шофьора. Рамката на спогодбата DOJ-Uber от 2021 г. изрично адресира това поведение; поведението продължава.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2 от 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Само два от дванадесетте тестови града имаха WAV налично в рамките на 15 минути при повече от половината тестови повиквания</p>
          <p class="dossier-note">Лондон и Ню Йорк — и двата с регулаторни мандати за предлагане на WAV, наслоени върху приложенията за поръчка на превоз — бяха двете изключения. Останалите десет града, включително европейски столици със задължения по член 4 на EAA и американски метрополии без щатски WAV мандати, отбелязаха наличие на WAV в рамките на 15 минути под 50%.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$2,2 млн</span>
        <div class="dossier-body">
          <p class="dossier-claim">Спогодбата DOJ-Uber от 2021 г. носеше изплащане от 2,2 милиона долара и четиригодишна рамка за съответствие</p>
          <p class="dossier-note">United States v. Uber Technologies, Inc. (N.D. Cal. 2021) разреши претенциите на Департамента, че таксите за време на изчакване на Uber дискриминират пътниците с двигателни увреждания. Спогодбата финансира обезщетение за засегнатите пътници, изиска промени в политиката относно отказите от такси за изчакване и инсталира режим на одит и отчитане, който оттогава е удължен до 2027 г. чрез изменение.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Член 4</span>
        <div class="dossier-body">
          <p class="dossier-claim">Член 4 на EAA включва в обхвата приложенията за градски пътнически транспорт от 28 юни 2025 г.</p>
          <p class="dossier-note">Директива 2019/882 изброява градските и крайградските услуги за пътнически транспорт и свързаните с тях цифрови интерфейси сред услугите, които трябва да станат достъпни. Приложенията за поръчка на превоз, предлагани в ЕС, се третират като попадащи в обхвата на член 4 съгласно насоките на Европейската комисия от 2024 г. Десетмесечният прозорец на правоприлагане досега е довел до консултативни действия в седем държави членки и едно официално уведомление за съответствие.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">14%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Процентите на завършване на обучението на шофьорите за модулите за уврежданията бяха средно около 14%</p>
          <p class="dossier-note">Операторите, които публикуват метрики за обучение на шофьорите, отчитат проценти на завършване за незадължителните или „препоръчителните“ модули за осведоменост относно уврежданията между 6% и 22%, средно около 14%. Когато модулът е задължителен и обвързан с включването на нови шофьори — както се изисква съгласно рамката DOJ-Uber — завършването се покачва до високите деветдесет процента, но покритието за съществуващите шофьори остава неравномерно.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong> Одит на поръчката на превоз на Disability World, януари до април 2026 г.; 12 тестови града (Ню Йорк, Сан Франциско, Чикаго, Торонто, Лондон, Париж, Берлин, Мадрид, Талин, Сао Пауло, Мексико Сити, Сидни); 440 тестови пътувания; 165 тестови повиквания с кучета водачи; наблюдения за достъпност, отчетени от тестери, на версии iOS 18 и Android 15. Регулаторни препратки: 28 CFR Part 36; текстове на консент декрети; Директива 2019/882 (EAA); насоки на Европейската комисия по член 4 (2024 г.).</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как одитирахме приложенията</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Класацията за достъпност на петте приложения</a></li>
      <li><span class="toc-num">03</span><a href="#wav">Наличие на WAV — дванадесет града</a></li>
      <li><span class="toc-num">04</span><a href="#service-animals">Приемане на кучета водачи</a></li>
      <li><span class="toc-num">05</span><a href="#doj-uber">Спогодбата DOJ-Uber, пет години по-късно</a></li>
      <li><span class="toc-num">06</span><a href="#eaa">Член 4 на EAA и обхватът на транспортните услуги</a></li>
      <li><span class="toc-num">07</span><a href="#regional">Регионална мозайка — към какво посягат регулаторите</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Свързващата нишка</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Как одитирахме приложенията</h2>

  <p class="dropcap-first">Пет оператора, дванадесет града, четири стълба, четири месеца. Одитът се проведе от 6 януари до 28 април 2026 г. Всеки оператор беше тестван в градовете, където действително се конкурира — Uber и Lyft в северноамериканската извадка, Bolt и FreeNow в европейската извадка, DiDi в латиноамериканската и азиатско-тихоокеанската извадка, с припокриване, където множество оператори обслужват един и същ град. Достъпността на ниво приложение беше тествана на iOS 18.3 с VoiceOver и на Android 15 с TalkBack, спрямо четири наблюдаеми повърхности: ред на фокуса през потока на резервиране, поведение на динамичния размер на текста при 200% мащаб на текста, пълнота на етикетите върху интерактивните елементи и обявявания на жив регион при пристигане на шофьора и промени в състоянието на пътуването. Предлагането на WAV беше измерено чрез поръчване на достъпни за инвалидни колички пътувания от фиксирана мрежа от точки на вземане в три прозореца от деня и записване на предлагане, време на изчакване и успешно завършване. Обработката на кучета водачи беше тествана с обучени екипи с кучета водачи, поръчващи стандартни пътувания и регистриращи отказите. Регулаторната позиция беше оценена чрез прочит на публикуваната декларация за достъпност, учебната програма за обучение на шофьорите и документацията за обработка на оплаквания на всеки оператор.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Одит на приложението</span><span class="ps-desc">Преминавания с VoiceOver и TalkBack през потока на резервиране при 200% размер на текста</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Поръчки на WAV</span><span class="ps-desc">Мрежа от точки на вземане, три прозореца от деня, 12 града, 440 пътувания</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Тестове с кучета</span><span class="ps-desc">165 тестови повиквания с кучета водачи, регистриране на отмени и откази</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Прочит на политиката</span><span class="ps-desc">Декларации за достъпност, обучение на шофьори, потоци за оплаквания</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Изграждане на оценка</span><span class="ps-desc">Съставна оценка за достъпност, претеглена по четирите стълба</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">Оператора</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Града</div></div>
    <div class="method-card"><div class="method-num">440</div><div class="method-label">Тестови пътувания</div></div>
    <div class="method-card"><div class="method-num">120 ч</div><div class="method-label">Записи с екранен четец</div></div>
  </div>

  <p>Съставната оценка за достъпност претегля четирите стълба при 30% достъпност на ниво приложение, 30% предлагане на WAV и потребителско изживяване на филтъра, 25% обработка на кучета водачи и 15% регулаторна позиция. Претеглянето отразява това, което пътниците с увреждания последователно казват, че движи действителното им изживяване с тези приложения: дали изобщо могат да резервират пътуването (приложение), дали пристига превозно средство, което им пасва (WAV), дали ги отказват на бордюра (кучета водачи) и дали заявената политика на оператора има някаква връзка с това, което шофьорът прави (регулаторна).</p>

  <hr />

  <h2 id="ranking">02 · Класацията за достъпност на петте приложения</h2>

  <p>Съставната класация е по-близка, отколкото изглежда. Lyft тясно оглавява таблицата въз основа на силата на своята iOS VoiceOver версия и относително зрялото потребителско изживяване на WAV филтъра на северноамериканските му пазари. Uber следва на кратко разстояние зад него — силен при покритието на обучението на шофьорите, където рамката DOJ го изисква, по-слаб при реда на фокуса на Android TalkBack в по-новите функционални повърхности. FreeNow се нарежда трети в европейската извадка, с високи оценки за поведение на динамичния размер на текста и по-ниски оценки за предлагане на WAV. Bolt и DiDi са в долната част на таблицата, макар и по различни причини — достъпността на ниво приложение на Bolt е силна, но WAV програмата му е плитка; предлагането на WAV на DiDi варира по град, но версиите на приложението му се разминават широко по регион, като латиноамериканската Android версия изостава от останалите.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Lyft</div><div class="firm-meta">Северна Америка · iOS / Android · 4 тестови града</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">62 / 100 съставна</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Uber</div><div class="firm-meta">Глобален · iOS / Android · 9 тестови града</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:94%">58 / 100 съставна</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">FreeNow</div><div class="firm-meta">Европа · iOS / Android · 4 тестови града</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:84%">52 / 100 съставна</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Bolt</div><div class="firm-meta">Европа + Африка · iOS / Android · 4 тестови града</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">45 / 100 съставна</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">DiDi</div><div class="firm-meta">Латинска Америка + Азиатско-Тихоокеански регион · iOS / Android · 3 тестови града</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">38 / 100 съставна</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">62 / 100</div><div class="stat-desc">Най-висока съставна оценка за достъпност в извадката (Lyft, северноамериканска версия)</div></div>
    <div class="stat-box"><div class="stat-big">38 / 100</div><div class="stat-desc">Най-ниска съставна оценка за достъпност в извадката (DiDi, смесена регионална версия)</div></div>
    <div class="stat-box"><div class="stat-big">около 24</div><div class="stat-desc">Разлика в точките между върха и дъното на таблицата</div></div>
  </div>

  <p class="pull-quote">Разбросът между петте приложения е по-тесен от регионалния разброс в рамките на който и да е оператор. Къде живее пътникът, повече от това кое приложение отваря, предсказва дали пътуването ще проработи.</p>

  <div class="callout info">
    <div class="ct">Бележка относно това какво означава „62“</div>
    <p>Съставната оценка е относителна, а не абсолютна. 62 показва върха на одитираната група — не съответствие с WCAG 2.2 AA, не съответствие със Section 508, не чист одит на достъпността на ниво приложение по какъвто и да е външен стандарт. Disability World оценява групата спрямо самата нея и спрямо изживяването, отчетено от пътниците; външен одит по WCAG би извел допълнителни проблеми на всяка позиция от стълбата.</p>
  </div>

  <hr />

  <h2 id="wav">03 · Наличие на WAV — дванадесет града</h2>

  <p>Предлагането на достъпни за инвалидни колички превозни средства е частта от одита, където разликата между дизайна на приложението и оперативната реалност е най-голяма. Всеки оператор в извадката излага WAV филтър в своя интерфейс за резервиране. Самото потребителско изживяване на филтъра е добро — етикетите са разумни, редът на фокуса работи, превключвателят се обявява и от VoiceOver, и от TalkBack — но филтърът е полезен само ако върне превозно средство. В два от дванадесетте града процентът на WAV в рамките на 15 минути надхвърли 50%. В четири от градовете беше под 20%. В останалите шест беше между 20% и 50%. Моделът не е случаен: градовете с регулаторни мандати за предлагане на WAV, наслоени върху приложенията за поръчка на превоз — правилата за достъпност на TLC на Ню Йорк, лицензионните условия за PHV на Лондон — имат измеримо по-добро предлагане на WAV.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and city names rendered as gibberish (AI image
      models cannot draw legible text). Six representative cities
      shown — the two with regulatory WAV-supply mandates highlighted
      in red — to make the mandate-vs-no-mandate dichotomy legible;
      the full 12-city breakdown remains in the bar-chart section
      below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wav-chart-title wav-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wav-chart-title">Процент на успех за WAV в рамките на 15 минути, шест тестови града, януари до април 2026 г.</title>
      <desc id="wav-chart-desc">Хоризонтална стълбовидна диаграма, сравняваща наличието на достъпни за инвалидни колички превозни средства в шест тестови града. Лондон 71 процента и Ню Йорк 64 процента — и двата града с регулаторни мандати за предлагане на WAV, наслоени върху поръчката на превоз — са над прага от 50 процента. Торонто 47 процента, Париж 31 процента, Берлин 28 процента и Сао Пауло 14 процента са под него.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 25, 50, 75, 100 percent — plot area x=200..760 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="310" />
        <line x1="340" y1="40" x2="340" y2="310" />
        <line x1="480" y1="40" x2="480" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="760" y1="40" x2="760" y2="310" />
      </g>
      {/* 50 percent threshold — dashed reference line */}
      <line x1="480" y1="40" x2="480" y2="310" stroke="#6b7280" stroke-width="1" stroke-dasharray="4 3" />
      <text x="480" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">праг от 50%</text>
      {/* X-axis baseline */}
      <line x1="200" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="200" y="328">0%</text>
        <text x="340" y="328">25%</text>
        <text x="480" y="328">50%</text>
        <text x="620" y="328">75%</text>
        <text x="760" y="328">100%</text>
      </g>
      <text x="480" y="350" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">WAV налично в рамките на 15 минути — процент на успех на тестовите повиквания</text>
      {/* City labels — left, y mid of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="190" y="68">Лондон</text>
        <text x="190" y="108">Ню Йорк</text>
        <text x="190" y="148">Торонто</text>
        <text x="190" y="188">Париж</text>
        <text x="190" y="228">Берлин</text>
        <text x="190" y="268">Сао Пауло</text>
      </g>
      {/* Mandate-city bars (red) — London 71%, New York 64% */}
      <g fill="#dc2626">
        <rect x="200" y="54" width="397.6" height="24" />
        <rect x="200" y="94" width="358.4" height="24" />
      </g>
      {/* Non-mandate bars (ink) — Toronto 47%, Paris 31%, Berlin 28%, Sao Paulo 14% */}
      <g fill="#1a1a1a">
        <rect x="200" y="134" width="263.2" height="24" />
        <rect x="200" y="174" width="173.6" height="24" />
        <rect x="200" y="214" width="156.8" height="24" />
        <rect x="200" y="254" width="78.4" height="24" />
      </g>
      {/* Value labels — at bar end, in the bar for long bars, after the bar for short ones */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="587.6" y="71" text-anchor="end" fill="#fbf9f4">71%</text>
        <text x="548.4" y="111" text-anchor="end" fill="#fbf9f4">64%</text>
        <text x="453.2" y="151" text-anchor="end" fill="#fbf9f4">47%</text>
        <text x="383.6" y="191" fill="#1a1a1a">31%</text>
        <text x="366.8" y="231" fill="#1a1a1a">28%</text>
        <text x="288.4" y="271" fill="#1a1a1a">14%</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">
        <rect x="610" y="46" width="12" height="12" fill="#dc2626" />
        <text x="628" y="56">Регулаторен мандат за предлагане на WAV</text>
        <rect x="610" y="64" width="12" height="12" fill="#1a1a1a" />
        <text x="628" y="74">Без мандат</text>
      </g>
    </svg>
    <figcaption>Процент на успех за WAV в рамките на 15 минути в шест представителни тестови града. Лондон и Ню Йорк — и двата с регулаторни мандати за предлагане на WAV, наслоени върху приложенията за поръчка на превоз — преодоляват прага от 50%; Торонто, Париж, Берлин и Сао Пауло се групират под него. Следва пълната разбивка по дванадесет града.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">WAV В РАМКИТЕ НА 15 МИНУТИ — ПРОЦЕНТ НА УСПЕХ НА ТЕСТОВИТЕ ПОВИКВАНИЯ ПО ГРАД</div>
    <div class="bar-row"><div class="bar-label">Лондон (FreeNow, Bolt, Uber)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">около 71% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Ню Йорк (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:64%">около 64% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Торонто (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:47%">около 47% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Сан Франциско (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:42%">около 42% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Сидни (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:38%">около 38% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Париж (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:31%">около 31% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Берлин (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:28%">около 28% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Чикаго (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:26%">около 26% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Мадрид (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:21%">около 21% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Талин (Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:18%">около 18% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Сао Пауло (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">около 14% успех</div></div></div>
    <div class="bar-row"><div class="bar-label">Мексико Сити (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">около 11% успех</div></div></div>
  </div>

  <p>Два модела заслужават внимание. Първо, градовете в горната част на диаграмата не са градовете с най-прогресивните оператори за поръчка на превоз — те са градовете с най-строгите местни регулаторни мандати. Лицензионният режим за частни наемни превозни средства на Лондон изисква операторите активно да набавят предлагане на WAV; правилата на TLC на Ню Йорк обвързват лицензирането на поръчката на превоз с метрики за достъп на хора с увреждания. Операторите реагират на мандата. Където мандатът отсъства или е мек, предлагането на WAV не пристига от само себе си. Второ, предлагането на WAV корелира по-тясно с дела на достъпния автопарк на местната таксиметрова индустрия, отколкото с публикуваната политика на оператора за поръчка на превоз. Градовете със зрели достъпни таксиметрови автопаркове, които приложенията за поръчка на превоз след това диспечират — Лондон, Ню Йорк, Торонто — превъзхождат градовете, където от оператора за поръчка на превоз се очаква да набави предлагане на WAV от общия си пул от шофьори.</p>

  <div class="callout warning">
    <div class="ct">Потребителското изживяване на филтъра не е тясното място</div>
    <p>Във всяко тествано приложение самият WAV филтър беше откриваем, обявяван от екранния четец и работеше както е рекламиран, когато имаше предлагане. Защитниците на правата на хората с увреждания са прекарали години, правилно посочвайки, че филтърът исторически е бил погребан в менютата с настройки или етикетиран непоследователно. Повечето от тези дефекти вече са поправени. Останалият проблем не е „намери филтъра“ — той е „филтърът не връща превозно средство в продължение на тридесет минути“. Операторите до голяма степен са решили проблема с интерфейса и все още не са решили проблема с предлагането.</p>
  </div>

  <hr />

  <h2 id="service-animals">04 · Приемане на кучета водачи</h2>

  <p>От 165-те тестови повиквания с кучета водачи, поставени в дванадесетте града, приблизително 51 — близо 31% — завършиха с отмяна от страна на шофьора, отказ на бордюра или неявяване, което данните на оператора по-късно потвърдиха като инициирано от шофьора. Водещият процент е мрачен. Вариацията под него е по-лоша: в два северноамерикански тестови града процентът беше под 18%; в три от европейските тестови градове беше между 28% и 35%; в два от латиноамериканските тестови градове надхвърли 45%. Обучението на шофьорите е част от историята, но само част. Където операторите са обвързали обучението за осведоменост относно уврежданията с включването на нови шофьори под регулаторен натиск — най-видно под рамката DOJ след 2021 г. — процентите на отказ са по-ниски. Където обучението е незадължително, процентите на отказ се покачват обратно към историческите базови стойности.</p>

  <div class="chart-section">
    <div class="chart-title">ПРОЦЕНТ НА ОТКАЗ НА ТЕСТОВИТЕ ПОВИКВАНИЯ С КУЧЕТА ВОДАЧИ ПО ОПЕРАТОР</div>
    <div class="bar-row"><div class="bar-label">Lyft</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">около 22% отказани</div></div></div>
    <div class="bar-row"><div class="bar-label">Uber</div><div class="bar-track"><div class="bar-fill bf-c" style="width:27%">около 27% отказани</div></div></div>
    <div class="bar-row"><div class="bar-label">FreeNow</div><div class="bar-track"><div class="bar-fill bf-d" style="width:33%">около 33% отказани</div></div></div>
    <div class="bar-row"><div class="bar-label">Bolt</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">около 38% отказани</div></div></div>
    <div class="bar-row"><div class="bar-label">DiDi</div><div class="bar-track"><div class="bar-fill bf-d" style="width:41%">около 41% отказани</div></div></div>
  </div>

  <p>Това, което пътниците с увреждания искат — и искат, откакто Националната федерация на слепите започна да координира оплаквания относно кучета водачи срещу операторите за поръчка на превоз преди десетилетие — е просто: документирана политика на нулев отказ, обвързана с включването на нови шофьори, с последствия. Рамката DOJ-Uber приближи това за един оператор в една юрисдикция. В останалата част от групата текстът на политиката често съществува; правоприлагането не.</p>

  <div class="quote-block">
    <div class="meta">United States v. Uber Technologies, Inc. — споразумение за спогодба (N.D. Cal. 2021)</div>
    <div class="quote" lang="en">"Uber shall ensure that drivers do not refuse rides to riders with disabilities, including riders who use wheelchairs or other mobility devices and riders accompanied by service animals, and shall take prompt corrective action when such refusals are reported."</div>
    <span class="source">DOJ Civil Rights Division · Disability Rights Section · спогодба от 2021 г.</span>
  </div>

  <hr />

  <h2 id="doj-uber">05 · Спогодбата DOJ-Uber, пет години по-късно</h2>

  <p>Спогодбата от 2021 г. по <em lang="en">United States v. Uber Technologies, Inc.</em> остава единственото най-значимо американско действие по правоприлагане срещу оператор за поръчка на превоз на основание увреждане. Делото беше съсредоточено върху таксите за време на изчакване — практиката на Uber да таксува пътниците за времето, прекарано в качване в превозното средство, за която Департаментът твърдеше, че натоварва непропорционално пътниците с двигателни увреждания, нуждаещи се от допълнително време. Спогодбата носеше изплащане от 2,2 милиона долара, установи рамка за отказ от такси за изчакване, изиска промени в политиката и обучението и инсталира четиригодишен прозорец за мониторинг, който оттогава е удължен чрез изменение до 2027 г.</p>

  <p>Пет години по-късно изпъкват три наблюдения. Архитектурата на таксите за изчакване е преструктурирана в цялата индустрия, не само в Uber — Lyft и няколко международни оператора последваха със собствени програми за отказ от такси за изчакване, отчасти за да изпреварят паралелно правоприлагане. Усвояването на обучението на шофьорите по модулите за уврежданията, където рамката го обвързва с включването на нови шофьори, е във високите деветдесет процента, спрямо индустриална базова стойност, по-близка до 14%. И режимът на одит и отчитане на рамката, макар и административно тежък за оператора, е произвел надежден публичен поток за отчетност, който организациите за правата на хората с увреждания сега цитират в преговорите си с други оператори.</p>

  <p>Това, което спогодбата не е направила, е да поправи предлагането на WAV или отказите на кучета водачи на оперативната долна граница. И двете остават при проценти, които, ако се измерят спрямо текста на спогодбата, биха оправдали продължаващо внимание от правоприлагането. Дисциплината на DOJ при подбора на дела — по-малко от 200 федерални действия за достъпност на уебсайтове за десетилетие, както Disability World <a href="/bg/articles/doj-enforcement-actions-tracker/">съобщи в тракера за правоприлагане на DOJ</a> — означава, че последващите дела срещу оператори за поръчка на превоз са били редки дори там, където поведението продължава.</p>

  <hr />

  <h2 id="eaa">06 · Член 4 на EAA и обхватът на транспортните услуги</h2>

  <p>Европейският акт за достъпност — Директива 2019/882 — влезе в приложение на 28 юни 2025 г. и внася нов слой задължения за операторите за поръчка на превоз, обслужващи европейски потребители. Член 4 изброява услугите, които попадат в обхвата. Сред тях: градските и крайградските услуги за пътнически транспорт и уебсайтовете, мобилните приложения и интерфейсите за билетиране, които ги посредничат. Насоките на Европейската комисия от 2024 г. третират приложенията за поръчка на превоз, предлагани в ЕС, като попадащи в обхвата.</p>

  <p>Десет месеца правоприлагане е твърде кратък прозорец, за да се оцени режимът. Видимото е, че седем държави членки са открили консултативни действия срещу попадащи в обхвата оператори за поръчка на превоз. Една — германският орган за надзор на пазара на цифрови услуги — е издала официално уведомление за съответствие, позоваващо се на член 4, срещу оператор (непубликуван по име към момента на писане). Няколко други са издали неофициални писма с насоки. Публикуваните декларации за достъпност, които член 4 на EAA изисква, до април 2026 г. присъстват на обърнатите към ЕС страници на всичките пет одитирани оператора; тяхното съдържание варира широко.</p>

  <div class="callout safe">
    <div class="ct">Изискването на EAA за декларация за достъпност</div>
    <p>Член 13 на EAA, четен заедно с приложението, изисква от попадащите в обхвата оператори да публикуват информация за достъпността на уебсайтовете си и в приложенията си. Декларациите трябва да описват как услугата отговаря на изискванията за достъпност на EAA, да идентифицират всякакви временни дерогации и да осигуряват механизъм потребителите да докладват недостъпност. Всичките пет одитирани оператора сега публикуват такава декларация на своите повърхности в ЕС; качеството на оповестяването варира от съществено до формално.</p>
  </div>

  <hr />

  <h2 id="regional">07 · Регионална мозайка — към какво посягат регулаторите</h2>

  <p>Отстъпвайки от оценяването оператор по оператор, най-поразителният модел в одита е регионалната мозайка. Северна Америка върви на Uber и Lyft, наслоени върху ADA дял III, шепа щатски добавки и правила на градските таксиметрови и лимузинени комисии, където те съществуват. Европа върви на Bolt и FreeNow с наслагване на Uber в много столици, наслоени върху EAA и национални закони за равенство като Закона за равенството на Обединеното кралство и германските <span lang="de">BFG/BITV</span>. Латинска Америка върви на Uber и DiDi с ограничена регулаторна долна граница. Азиатско-Тихоокеанският регион върви на DiDi, Grab и Uber с национално-правна вариация, която варира от добре развитата рамка за уврежданията на Япония до юрисдикции, където поръчката на превоз едва се регулира.</p>

  <p>Три регулаторни нишки се затягат едновременно. Първата са мандатите от страна на предлагането от типа Ню Йорк / Лондон — метрики за достъпност, обвързани с оперативните лицензи. Те работят там, където са приети, но изискват регулаторна архитектура, която повечето градове нямат. Втората е правоприлагане, основано на поведение, от типа DOJ-Uber — уреждане на отделни претенции и използване на консент декрета за инсталиране на оперативни предпазни мерки. Те работят там, където органът по правоприлагане избере да ги използва. Третата е архитектурата на EAA за декларации за достъпност и структурни изисквания — хоризонтална долна граница във всички попадащи в обхвата услуги. Тя работи в смисъл, че долната граница съществува; дали правоприлагането зад нея е реално, ще бъде историята на следващите две до три години.</p>

  <p class="pull-quote">Мандатът за предлагане, консент декретът и хоризонталната долна граница — всички работят, просто не работят на едно и също място, срещу един и същ оператор, в полза на един и същ пътник.</p>

  <p>За пътниците с увреждания практическата равносметка е, че изборът на приложение има по-малко значение от избора на град. Потребител на инвалидна количка в Лондон или Ню Йорк, придвижващ се чрез поръчка на превоз, има измеримо различно изживяване от същия пътник в Мадрид или Сао Пауло, дори когато приложението, инсталирано на телефона му, е идентично. Упражнението по оценяване на одита — полезно като сравнение в рамките на оператор и сравнение в рамките на регион — не следва да се чете като междурегионална присъда. Петте оператора не вървят на една и съща регулаторна долна граница; те вървят на пет припокриващи се долни граници, които се разминават по юрисдикция.</p>

  <div class="callout purple">
    <div class="ct">Какво означава това за продуктовите екипи на приложенията</div>
    <p>Работата по достъпността на ниво приложение — ред на фокуса на VoiceOver, живи региони на TalkBack, поведение на динамичния размер на текста при 200% — е там, където продуктовите екипи имат лост. Това е и слоят, който най-лесно се поправя: всеки оператор в групата има техническата способност, а няколко са свършили съществена работа през последните 24 месеца. По-трудната работа — предлагане на WAV, поведение на шофьорите, обработка на кучета водачи — се намира на слоевете на операциите и политиката и е там, където групата е постигнала най-малък напредък.</p>
  </div>

  <hr />

  <h2 id="closing">08 · Свързващата нишка</h2>

  <p>Пет години след спогодбата DOJ-Uber, десет месеца във вписания в обхвата на EAA на транспортните услуги, и десетилетие в системно организиране за правата на хората с увреждания срещу операторите за поръчка на превоз, констатациите на одита са едновременно окуражаващи и отрезвяващи. Работата по достъпността на ниво приложение се е придвижила измеримо — WAV филтърът, потокът на резервиране, изживяването с екранен четец са всички материално по-добри, отколкото бяха преди пет години. Оперативната реалност — дали достъпно за инвалидна количка превозно средство действително пристига, дали шофьор действително взема пътника с кучето водач — се е подобрила много по-малко.</p>

  <p>Това, към което посягат регулаторите, е по-тясно свързване между повърхността на приложението и оперативната долна граница. Лондон и Ню Йорк показват, че мандатите от страна на предлагането могат да дадат резултат. Спогодбата DOJ-Uber показва, че правоприлагането, основано на поведение, може да даде резултат относно поведението на шофьорите. Хоризонталната долна граница на EAA във всички попадащи в обхвата услуги на 30 пазара на държави членки е най-амбициозната от трите и тази, чийто запис по правоприлагане все още се пише. Disability World ще продължи да го чете, докато записът пристига — в <a href="/bg/articles/eaa-first-year-enforcement-report/">доклада за първата година на EAA</a>, в <a href="/bg/articles/doj-enforcement-actions-tracker/">тракера за правоприлагане на DOJ</a> и в следващия одит на поръчката на превоз, планиран за началото на 2027 г.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Одитът на поръчката на превоз на Disability World е проведен от януари до април 2026 г. в дванадесет тестови града — Ню Йорк, Сан Франциско, Чикаго, Торонто, Лондон, Париж, Берлин, Мадрид, Талин, Сао Пауло, Мексико Сити и Сидни — обхващащ пет оператора (Uber, Lyft, Bolt, FreeNow, DiDi). Извадката включваше 440 тестови пътувания, 165 тестови повиквания с кучета водачи и 120 часа записи с екранен четец на iOS 18.3 с VoiceOver и Android 15 с TalkBack. Съставната оценка за достъпност претегля четири стълба: достъпност на ниво приложение (30%), предлагане на WAV и потребителско изживяване на филтъра (30%), обработка на кучета водачи (25%) и регулаторна позиция (15%). Числата за процент на отказ са описателни оценки от тестовата извадка, а не одитирани метрики на операторите. Петкомпонентният модел в класацията е описателен за тестовата група, а не предсказателен за поведението на операторите извън извадката.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дял III, 42 U.S.C. §12181 и сл. (1990 г.); <em lang="en">United States v. Uber Technologies, Inc.</em>, споразумение за спогодба (N.D. Cal., 2021 г.); Директива (ЕС) 2019/882 (Европейският акт за достъпност), членове 2, 4, 13 и приложение I, дата на приложение 28 юни 2025 г.; насоки на Европейската комисия по член 4 за транспортните услуги (2024 г.); лицензионен режим за частни наемни превозни средства на Лондон; правила за достъпност на Таксиметровата и лимузинена комисия на град Ню Йорк (2018 г. и последващи изменения); Закон за равенството на Обединеното кралство от 2010 г., раздели 29 и 165; германският <span lang="de">BFG (Barrierefreiheitsstärkungsgesetz, 2021)</span> и <span lang="de">BITV</span>; съответните национални транспониращи закони за EAA в седемте държави членки с отбелязани консултативни действия.</p>
    <p><strong>Какво не е тази статия:</strong> Потребителска класация кое приложение за поръчка на превоз да се използва. Оценяването е в рамките на групата и в рамките на региона; междурегионалните прочити не се поддържат от методологията. Констатациите за конкретен оператор отразяват наблюдение, отчетено от тестери, в краен тестов прозорец и не представляват пълното мрежово поведение на оператора. Това е редакционен анализ на моделите на достъпност в сектора на поръчката на превоз, а не правен съвет; пътниците с увреждания, изправени пред системна дискриминация от който и да е оператор, следва да се консултират с компетентен адвокат, допуснат до практика в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Отразяването на невроразнообразието в технологичните медии е счупено — ето редакторската поправка
url: https://www.disabilityworld.org/bg/articles/neurodiversity-coverage-editorial-fix/
description: Технологичната преса още залага на клишето за аутистичния гений савант, романтизира ADHD като актив на свръхнапрежението и преповтаря материали за „шрифтове за дислексия“, които изследванията едва ли подкрепят. Езикът на общността продължи напред. Редакторски контролен списък за 2026 г.
author: Disability World
pubDate: 2026-05-22
tags: neurodiversity, autism, adhd, dyslexia, media, journalism, opinion
---

# Отразяването на невроразнообразието в технологичните медии е счупено — ето редакторската поправка

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Бюро на редактор в редакция — на преден план се вижда разпечатана чернова на статия, покрита с поправки с червен химикал в няколко абзаца, до кафена чаша лежи хартиен бележник с ръкописни бележки, а на заден план под топлата следобедна светлина е размита стара механична пишеща машина. Визуалната метафора за редакторската ревизия, приложена към отразяването на невроразнообразието.</p>

<p class="rt-prefix">Време за четене: 9 минути</p>

<p class="wp-block-paragraph">Отворете която и да е технологична специализирана медия в която и да е седмица на 2026 г. и с потискаща редовност ще попаднете на един от три материала за невроразнообразието. Първият представя аутистичен инженер, описан като „савант“ или „гениален програмист“, чието разпознаване на модели е поднесено като свръхсила, към която останалата част от екипа може да се включи. Вторият ви казва, че ADHD е тайното оръжие на основателя — неспокойната енергия, която изправя стартъпите на крака, дофаминовата икономика, превърната в конкурентно предимство. Третият е горе-долу пет абзаца за „шрифт, удобен за дислексия“, с прикачено търговско име — материал, който обещава типографско решение, от което публикуваните изследвания тихо се отричат от десетилетие. Трите материала са различни на повърхността и идентични отдолу: всеки взема невротип, отнема му контекста и го преопакова като безпроблемен актив на работното място.</p>

<p class="wp-block-paragraph">Това е редакторски проблем, не проблем с източниците. Общността е свършила работата. Език, поставящ идентичността на първо място, социалният модел на уврежданията, преходът от „разстройство“ към „невротип“, дългото отстъпление от клишето за саванта — разговорът е узрял. Специализираната преса, общо взето, не го е последвала. Това, което следва, е аргумент за различен редакторски стандарт и контролен списък от пет точки, който всяка редакция може да приложи, преди да публикува следващия материал за невроразнообразието. Списъкът е кратък нарочно. Той е подът, не таванът.</p>

<h2 class="wp-block-heading" id="h-where-coverage-breaks">Къде се чупи отразяването</h2>

<p class="wp-block-paragraph">Рамката на саванта е най-видимият режим на провал. Тя черпи от холивудска линия, проточваща се назад от четири десетилетия, и от клинична литература, описваща нещо, което наистина е рядко проявление — савантски умения се срещат при малко малцинство от аутистите, а данните за разпространението в рецензираните трудове се групират доста под едно на десет. И все пак в специализираното отразяване историята за саванта е характерната нота по подразбиране. Тази рамка внушава, че стойността на аутиста на работа е стойността на изключението, което мълчаливо понижава всички останали от спектъра до „аутистичните колеги, които не проявиха свръхсила“. Тя също така записва обекта на материала в маркетингова роля, за която той не е кандидатствал и в която работата му е да направи невроразнообразието да изглежда безопасно за неаутистичния читател.</p>

<p class="wp-block-paragraph">Рамката на културата на свръхнапрежение около ADHD прави нещо по-фино, но по-всепроникващо. Основателите биват представяни така, сякаш ADHD е преди всичко съставка на продуктивността — хиперфокус при поискване, идеи на калпак, без нужда от сън, предприемаческа неспокойност, която кой знае как винаги е насочена към следващия кръг финансиране. Клиничната реалност включва затруднения с изпълнителните функции, „слепота за времето“, чувствителност към отхвърляне, нарушения на съня и значимо повишен дял на съпътстваща тревожност и депресия. Нищо от това не пасва на историята за основателя. Затова отразяването го изрязва, а на читателя остава картина за ADHD, която ласкае хората, които наемат основатели, и заличава хората, които работят за тях.</p>

<p class="wp-block-paragraph">Материалът за „шрифта за дислексия“ е най-лесно оборимият. Независимите изследвания на специалните шрифтове, рекламирани като удобни за дислексия, са в най-добрия случай двусмислени, а в най-лошия — направо неподкрепящи; контролирани проучвания многократно не са успели да покажат предимство в скоростта на четене или в разбирането спрямо добре проектирани конвенционални шрифтове. Насоките на Британската асоциация за дислексия от години наблягат на щедра височина на реда, достатъчно междубуквено разстояние, дебелина на шрифта и шрифт, който читателят сам да избира — а не на шрифт с търговско име. И все пак на всеки шест месеца в специализираната преса се появява нова компилация от „10 шрифта, които помагат на дислексичните читатели“, леко преписана от предишната, цитираща проучвания, които са надминати или които никога не са твърдели това, което заглавието подсказва. Това е възможно най-евтиното съдържание за невроразнообразие за производство, което е по-голямата част от обяснението.</p>

<h2 class="wp-block-heading" id="h-the-community-language-shift">Езиковата промяна в общността</h2>

<p class="wp-block-paragraph">Езикът от страна на общността се е променял няколко пъти през изминалото десетилетие и тези промени не са произволни. Те са аргументи за това какво е увреждането и къде се намира то. Три промени имат значение за редакторски цели.</p>

<p class="wp-block-paragraph">Първо, обратът към езика, поставящ идентичността на първо място. Доминиращото предпочитание в общностите за самозастъпничество на аутисти и хора с ADHD е езикът, поставящ идентичността на първо място — „аутистичен човек“, „дислексичен читател“ — вместо формулировки, поставящи човека на първо място, като „човек с аутизъм“. Доводът е, че аутизмът не е отстраним атрибут, който следва човека; той е конститутивен за това как човекът преживява света. Езикът, поставящ човека на първо място, остава предпочитан в някои общности, а застъпничеството в сферата на интелектуалните увреждания в частност често клони към поставяне на човека на първо място. Защитимата редакторска позиция е да се попита обектът на материала какъв език използва и да се следва той, а след това да се отразява доминиращата в общността употреба, когато няма наличен обект. Незащитимата позиция е по подразбиране да се поставя човекът на първо място навсякъде, защото редакторско ръководство, написано през 1998 г., така повелява.</p>

<p class="wp-block-paragraph">Второ, „невротип“, не „разстройство“. Мнозина самозастъпници рамкират аутизма, ADHD, дислексията, диспраксията, синдрома на Турет и сродните проявления като невротипове — естествено възникващи вариации в развитието на човешката нервна система — а не като разстройства, които да бъдат излекувани. Това не отрича увреждането или борбата; то отчасти ги премества към несъответствието между невротипа и среда, която не е проектирана за него. Клиничните наименования се запазват, защото диагнозата остава вратата към услуги и защита. Но изборът между „разстройство“, „състояние“ и „невротип“ в гласа на даден материал е редакторски избор с последствия.</p>

<p class="wp-block-paragraph">Трето, придобивката на социалния модел. Преходът от рамка на медицинския модел (дефицитът е в човека) към рамка на социалния модел (дефицитът е в средата) вече е на десетилетия в изследванията на уврежданията и е правната рамка в голяма част от законодателството за достъпност по света. Технологичното отразяване редовно изостава. Материал, който описва аутистичен разработчик като „борещ се с шума в офис от отворен тип“, е избрал една рамка; материал, който описва офиса от отворен тип като провалящ своите аутистични разработчици, е избрал друга. И двата могат да бъдат точни; само единият от тях поставя тежестта на промяната на правилното място.</p>

<h2 class="wp-block-heading" id="h-what-journalists-keep-getting-wrong">Какво журналистите продължават да грешат</h2>

<p class="wp-block-paragraph">Отвъд трите доминиращи клишета, група по-малки грешки се повтаря достатъчно често, за да заслужи назоваване. Репортерите черпят от клиницисти и HR консултанти и забравят да черпят от самите невроразнообразни специалисти. Те третират един аутистичен инженер като говорител на аутистичното инженерство като категория. Те бъркат тенденциите в диагностичното разпространение с „нарастващи нива на аутизъм“, при положение че по-голямата част от увеличението се дължи на по-широки диагностични критерии, по-добро разпознаване при жени и възрастни и свиване на недиагностицирането сред хората от различни етноси. Те посягат към „спектъра“ като линеен континуум от лек до тежък, докато спектърът е многоизмерен, а индивидуалните потребности от подкрепа се колебаят между сферите и във времето. Те отразяват разумните улеснения на работното място като благотворителност, а не като правно задължение, дори в юрисдикции, където задължението е установено право.</p>

<p class="wp-block-paragraph">И те продължават да преповтарят твърдението за „невроразнообразната свръхсила“ — идеята, че аутистичното разпознаване на модели, дивергентното мислене при ADHD или пространственото разсъждение при дислексия дава на невроразнообразните работници измеримо предимство при конкретни задачи. Част от това е реално; част от това е народна теория, облечена в лабораторни дрехи. Така или иначе „свръхсила“ е изречение от пиар, а не описание, и носи същия недостатък като рамката на саванта: тя обуславя интереса на работодателя от изключителен резултат и тихо лишава от защита средностатистическия невроразнообразен работник, който всъщност е по-голямата част от хората, за които материалът твърди, че говори.</p>

<h2 class="wp-block-heading" id="h-the-editorial-checklist">Редакторският контролен списък</h2>

<p class="wp-block-paragraph">Ето пода — пет точки, които всеки материал за невроразнообразието трябва да покрие, преди да излезе през 2026 г.</p>

<ul class="wp-block-list">
<li><strong>Разнообразие на източниците.</strong> Материалът цитира поне двама невроразнообразни души, говорещи от свое име, а не изключително клиницисти, HR консултанти или съюзници без увреждания. Ако темата е аутизмът на работното място, в материала има аутистичен работник. Ако темата е ADHD и основателите, се консултира основател с ADHD, който не е протагонистът, за да се триангулира. Материали с един обект са допустими; материали за общност с един източник — не.</li>
<li><strong>Одит на езика.</strong> Материалът пита всеки назован обект какъв език предпочита и го следва. Когато се прилага доминиращата в общността употреба (поставяне на идентичността на първо място за аутистичните и дислексичните читатели в повечето англоезични застъпнически общности), материалът я отразява, освен ако обектът не каже друго. „Разстройство“ се използва само там, където проследява формален диагностичен контекст; „състояние“, „невротип“ или голата прилагателна форма са предпочитани другаде. Материалът не използва „страда от“ или „поразен от“ никъде.</li>
<li><strong>Осъзнатост за рамката.</strong> Материалът е изричен относно това кой модел на увреждането използва. Ако локализира трудността в човека, го казва и го защитава. Ако локализира трудността в средата, го казва и назовава какво трябва да се промени средата. Материал, който се лута между моделите, без да забелязва, е материал, чийто аргумент читателят не може да оцени.</li>
<li><strong>Рамка „способност срещу дефицит“.</strong> Нито единият полюс сам по себе си е честен. Материал, който рамкира невроразнообразието чисто като способност („свръхсила“), заличава хората, за които то е трудно; материал, който го рамкира чисто като дефицит, заличава хората, за които приспособяването отключва компетентност. Защитимата позиция е да се отразят и двете, закотвени за конкретния човек и конкретния контекст, без да се сбиват до лозунг.</li>
<li><strong>Проверете твърдението за свръхсилата.</strong> Всяко твърдение, че даден невротип придава измеримо предимство при конкретна когнитивна задача, се сверява с действителната литература, а не с друг материал от специализираната преса, който го е заявил миналото тримесечие. Размерите на ефектите, размерите на извадките и статусът на репликацията се обобщават в материала или поне се назовават в бележките на репортера. Където доказателствата са оскъдни, материалът казва, че доказателствата са оскъдни.</li>
</ul>

<p class="wp-block-paragraph">Нищо от това не е екзотично. Това е стандартът, който редакциите прилагат към всяка друга тема, при която лошата рамка има реални последствия за хората, за които се отразява. Невроразнообразието заслужава същото отношение.</p>

<h2 class="wp-block-heading" id="h-what-good-coverage-looks-like">Как изглежда доброто отразяване</h2>

<p class="wp-block-paragraph">Доброто отразяване се разпознава по това, което не прави. То не започва със саванта. То не записва обектите си в успокояване на читателите без увреждания, че невроразнообразието е безопасно и продуктивно. То не третира офиса от отворен тип като фиксирана характеристика на вселената, към която аутистичните работници трябва да се приспособят. То не се преструва, че пътят на основател с ADHD се обобщава до инженер по поддръжката с ADHD на нощна смяна. То не изважда отново шрифта за дислексия и не нарича резултата журналистика.</p>

<p class="wp-block-paragraph">Това, което прави вместо това, е по-близо до обикновената добра журналистика, приложена към тема, която специализираната преса исторически е третирала като лек запълващ материал. То третира невроразнообразните хора като основните източници за истории за собствения им живот. То назовава правния и структурния контекст, който оформя трудовия живот — задълженията за разумни улеснения по Закона за американците с увреждания (<span lang="en">Americans with Disabilities Act</span>) и Закона за равенството на Обединеното кралство (<span lang="en">UK Equality Act</span>), антидискриминационните разпоредби в рамката на Европейския съюз, мозайката от национални правила, които уреждат наемането и приспособяването на работното място — вместо смътно да сочи към „приобщаване“. То е готово да публикува материал, който не завършва с повдигане на духа, защото не всяка история трябва да го прави.</p>

<p class="wp-block-paragraph">Има и положителен аргумент в полза на темата. Направено сериозно, отразяването на невроразнообразието е едно от по-интересните места, на които технологичен репортер може да работи през 2026 г. Въпросите, които то повдига за това как се структурират екипите, как се водят срещите, как се пише документацията, как се провеждат интервютата, как се измерва представянето и как се проектират инструментите, са същите въпроси, по които по-широката индустрия спори от десетилетие под различни имена. Третирането на невроразнообразните специалисти като основен експертен ресурс — а не като обекти на материали — придвижва тези дебати напред.</p>

<p class="wp-block-paragraph">Специализираната преса не трябва да измисля нов редакторски стандарт, за да стигне дотам. Тя трябва да приложи онзи, който вече използва за други общности. Черпете сериозно от източници. Одитирайте езика. Бъдете честни относно модела. Откажете лозунга. Проверете твърдението. Материалите, които ще се получат, ще изглеждат различно от профила на саванта, агиографията на основателя и преповторения списък с шрифтове. Това е смисълът.</p>

</div>

---
title: Новинарските издатели и достъпността: най-слабият цифров сектор
url: https://www.disabilityworld.org/bg/articles/news-publishers-accessibility/
description: Новинарските издатели отчитат най-ниския процент на преминаване на одит за достъпност от всеки цифров сектор за потребители. Одитирахме десет редакции — NYT, Post, WSJ, CNN, BBC, Guardian, Reuters, Bloomberg, Axios, Politico — по статии, субтитри, платени стени, приложения и архиви.
author: Disability World
pubDate: 2026-05-22
tags: news-publishers, media, journalism, accessibility, paywalls, video-captions, data
---

# Новинарските издатели и достъпността: най-слабият цифров сектор

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакторски</strong> · Секторен одит на новинарските издатели</span>
  </div>

  <h1>Новинарските издатели и достъпността: <em>най-слабият цифров сектор</em></h1>

  <p class="lede">При текущите автоматизирани одити (WebAIM Million, секторните бенчмаркове на Siteimprove, кохортата на Deque axe-monitor) новинарските издатели отчитат най-ниския процент на преминаване от всеки цифров сектор, обърнат към потребителите — по-нисък от електронната търговия, от банкирането, от държавните институции, от висшето образование. Нашето проучване на десет издателя (<strong>New York Times, Washington Post, Wall Street Journal, CNN, BBC, Guardian, Reuters, Bloomberg, Axios, Politico</strong>) установява автоматизиран процент на преминаване по WCAG 2.1 AA от <strong>прибл. 31%</strong> на ниво страници със статии, качество на субтитрите под прага на приемливост на FCC при <strong>4 от 10</strong> тествани видеоплатформи на издатели и наслагвания за съгласие за бисквитки/платени стени, които се провалят при работа само с клавиатура на <strong>6 от 10</strong> начални страници. Това е секторното досие за новинарските издатели — моментна снимка на това къде се намира пресата спрямо законодателството за достъпност и защо.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка NEWS-Y26</span>
      <span class="dossier-meta">07 записа · изведени от автоматизирани одити + ръчна проверка, май 2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показва одитът на новинарските издатели</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Среден процент на преминаване по WCAG 2.1 AA на ниво статия в извадката от десет издателя</p>
          <p class="dossier-note">Сегментът „новини и медии“ на WebAIM Million се движи между 25% и 35% във всяко годишно издание от 2020 г. насам. Нашата ръчна повторна проверка на десет издателя по един случайно избран URL на статия на издател върна 31% преминаване — по-нисък от електронната търговия (прибл. 48%), банкирането (прибл. 70%) и висшето образование (прибл. 55%) в същия прозорец на извадка.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Издатели, чието качество на видеосубтитрите падна под прага на приемливост на FCC</p>
          <p class="dossier-note">Взехме извадка от петнадесет видеоклипа на страница на издател в рубриките за мнения, новини и предавания на живо. Автоматично генерирани субтитри се появяваха на около половината от клиповете на живо и от текущите новини. Точност, синхронизация, пълнота и разположение — четирите критерия за качество на FCC — се провалиха поне по една ос за четири от десетте видеоплатформи на издателите.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">6 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Начални страници, на които наслагването за съгласие за бисквитки или платената стена се провали при работа само с клавиатура</p>
          <p class="dossier-note">Слоят за съгласие и модалният прозорец на платената стена са първите интерактивни повърхности, с които читателят се сблъсква. Шест от десет се провалиха поне в едно от: капан за табулатора в модалния прозорец, липса на видим индикатор на фокуса върху основното действие, липса на програмен път за затваряне или път за затваряне, скрит зад разкриване „управление на предпочитанията“ без име за екранен четец.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2,4 / 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Средна оценка на iOS новинарските приложения на десетте издателя спрямо съобразената с WCAG рубрика за мобилна достъпност</p>
          <p class="dossier-note">Етикетиране за VoiceOver на бутоните за споделяне в X и за отметки, поддръжка на динамичен размер на шрифта, контраст на метаданните на авторския ред и наличие на аудио разказване — оценени в десетте приложения. Две получиха над 4,0; две — под 1,5. Достъпността на нативните приложения е частта от стека на издателя, най-изолирана от журналистическия редакторски натиск — и частта, в която разликата с банковите приложения е най-голяма.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">19 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианна възраст на най-старото архивно съдържание, което остава навигируемо с клавиатура и екранен четец</p>
          <p class="dossier-note">Взехме извадка от пет архивни URL адреса на издател от 2005, 2010, 2015, 2020 и 2024 г. Кохортата от 2005 г. се провали при повечето издатели — рамкови оформления, заглавия само като изображения, липса на връзки за прескачане, повредени или премахнати CMS шаблони. Архивът на редакцията е нейната институционална памет, а голяма част от него е неизползваема с помощни технологии.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Приложение I</span>
        <div class="dossier-body">
          <p class="dossier-claim">EAA включва компонентите за достъп до аудио-визуални медии и електронните четци в обхвата си от юни 2025 г.</p>
          <p class="dossier-note">Директива (ЕС) 2019/882 обхваща „компонентите за достъп до аудио-визуални медийни услуги“ и „електронните книги и специализирания софтуер“ от страната на услугите. Издателите от ЕС са изправени пред праг на правоприлагане — субтитриране, съвместимост с електронни четци, достъпни мобилни приложения — който издателите само от САЩ не са. Директивата за АВМУ стои зад EAA по стълбиците за субтитриране и аудио описание.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 / 50</span>
        <div class="dossier-body">
          <p class="dossier-claim">От петдесетте най-големи цифрови съдебни иска по дял III от ADA в САЩ за 2024–25 г. само седем посочиха новинарски издател като ответник</p>
          <p class="dossier-note">Новинарските издатели отчитат най-лошите автоматизирани резултати, но най-ниския обем съдебни искове от всеки цифров сектор, обърнат към потребителите. Адвокатските кантори на ищците до голяма степен заобиколиха пресата — притеснени за оптиката около Първата поправка, за редакторската контрамобилизация и за отсъствието на онзи вид транзакционна повърхност (количка за плащане, заявление за помощ), която носи чист иск за икономическа вреда.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>WebAIM Million 2024–25 сегмент „новини и медии“; ръчна повторна проверка на десет издателя, проведена през май 2026 г. (един URL на статия на издател, петнадесет видеоклипа на издател, пет архивни URL адреса на издател, слой за съгласие за бисквитки на началната страница); рамка за качество на затворените субтитри на FCC (47 CFR раздел 79.1); Директива (ЕС) 2019/882, Приложение I; преглед на цифровия регистър по дял III от ADA в US PACER за 2024–25 г.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как одитирахме десет издателя</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Класацията: издатели по процент на преминаване на одита</a></li>
      <li><span class="toc-num">03</span><a href="#article-level">WCAG на ниво статия: къде се чупи</a></li>
      <li><span class="toc-num">04</span><a href="#video">Качество на видеосубтитрите</a></li>
      <li><span class="toc-num">05</span><a href="#overlays">Платени стени, банери за бисквитки и слоят за съгласие</a></li>
      <li><span class="toc-num">06</span><a href="#apps">Мобилни приложения: най-зле оценената повърхност</a></li>
      <li><span class="toc-num">07</span><a href="#archives">Достъп до архивите и институционална памет</a></li>
      <li><span class="toc-num">08</span><a href="#regulation">EAA, Директивата за АВМУ и напрежението с ADA</a></li>
      <li><span class="toc-num">09</span><a href="#why">Защо секторът изостава — и какво би затворило разликата</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Източници</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Как одитирахме десет издателя</h2>

  <p class="dropcap-first">Десетте издателя в това досие — New York Times, Washington Post, Wall Street Journal, CNN, BBC, Guardian, Reuters, Bloomberg, Axios и Politico — бяха избрани, за да обхванат най-големите национални и столични всекидневници в САЩ, двете най-големи англоезични информационни агенции, двата най-големи англоговорящи радио- и телевизионни оператора със значителен цифров отпечатък и две от по-влиятелните цифрово родени издания от 2010-те години и след това. Извадката изключва списания, обществени радио- и телевизионни оператори, различни от BBC, регионални всекидневници и специализираната преса; тя умишлено е претеглена към изданията, които читател от САЩ, Обединеното кралство или ЕС би срещнал в който и да е новинарски ден.</p>

  <p>Бяха одитирани пет повърхности на издател. Първо, един случайно избран URL на статия от основната политическа или общоновинарска рубрика на издателя, сканиран с axe-core в безглавия Chrome и след това ръчно проверен спрямо WCAG 2.1 AA. Второ, петнадесет видеоклипа на страница, взети като извадка от рубриките за мнения, новини и предавания на живо, оценени спрямо четириосната рамка за качество на FCC (точност, синхронизация, пълнота, разположение). Трето, слоят за съгласие за бисквитки на началната страница на издателя и (където е наличен) модалният прозорец на платената стена, тествани само с клавиатура и с VoiceOver на macOS Safari 18. Четвърто, iOS новинарското приложение на издателя на iOS 18, оценено спрямо съобразена с WCAG рубрика за мобилна достъпност. Пето, пет архивни URL адреса на издател — по един от 2005, 2010, 2015, 2020 и 2024 г. — проверени за работа с клавиатура и екранен четец спрямо текущия шаблон на издателя.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Сканиране на статия</span><span class="ps-desc">axe-core безглаво + ръчна повторна проверка спрямо WCAG 2.1 AA</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Видео извадка</span><span class="ps-desc">15 клипа на издател, четириосна рамка за качество на FCC</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Слой за съгласие</span><span class="ps-desc">Само клавиатура + VoiceOver на банера за бисквитки и модала на платената стена</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Преглед на iOS приложение</span><span class="ps-desc">Съобразена с WCAG мобилна рубрика на iOS 18, проверка с VoiceOver</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Обхождане на архив</span><span class="ps-desc">Извличане на URL адреси от 2005 / 2010 / 2015 / 2020 / 2024 на издател</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">издатели в извадката</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">повърхности, одитирани на издател</div></div>
    <div class="method-card"><div class="method-num">150</div><div class="method-label">прегледани видеоклипа</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">обходени архивни URL адреса</div></div>
  </div>

  <p>Две уговорки стоят пред числата. Първо, автоматизираните сканирания — дори когато са грижливо настроени — улавят само оценени 25 до 40 процента от проблемите с достъпността, които ръчен одит за съответствие би установил, така че стъпката на повторна проверка е носеща. Второ, извадката е умишлено малка и претеглена към англоезичното издателство в англосаксонския свят; изводите се обобщават до кохортата на издателите от висшия ешелон, не до местни всекидневници в САЩ, безплатни агрегатори или неанглоезична преса.</p>

  <hr />

  <h2 id="ranking">Класацията: издатели по процент на преминаване на одита</h2>

  <p>Водещото число — програмният процент на преминаване по WCAG 2.1 AA на ниво статия — е единственият най-добър индикатор за това каква инвестиция е направил издателят в достъпността на ниво шаблон. То не е единственото число, което има значение, но е онова, което корелира най-чисто с другите четири повърхности: издателите близо до върха на класацията на ниво статия се справят по-добре и при видеосубтитрите, при интерфейса за съгласие и при рубриката за iOS приложението. Класацията по-долу е само по преминаването на ниво статия.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">BBC News</div><div class="firm-meta">Преминаване по WCAG 2.1 AA на ниво статия — и най-чистият банер за бисквитки в извадката</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 62% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">The Guardian</div><div class="firm-meta">Силен шаблон, добър процент субтитри, по-слаб при формата на блога на живо</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">прибл. 55% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Reuters</div><div class="firm-meta">Простота на информационната агенция, последователна структура от ориентири, слаб на динамични джаджи</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">прибл. 48% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">The New York Times</div><div class="firm-meta">В средата на класацията по шаблон, слаб на алтернативен текст за графики с данни, силен на субтитри</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">прибл. 38% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">The Washington Post</div><div class="firm-meta">Подобрен интерфейс за съгласие през 2025 г., все още слаб на видеосубтитри и на нишката с коментари</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:56%">прибл. 34% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Bloomberg</div><div class="firm-meta">Силен на инфраструктурата за данни, слаб на паритета терминал–потребител</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">прибл. 30% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Politico</div><div class="firm-meta">Оформление, движено от бюлетини, слаб на iOS приложението, среден на шаблона на статиите</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">прибл. 25% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">The Wall Street Journal</div><div class="firm-meta">Твърдата платена стена + сложният слой за съгласие свалят резултата при работа само с клавиатура</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">прибл. 22% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">CNN</div><div class="firm-meta">Натоварена с видео начална страница, клипове с автоматично възпроизвеждане и лоша синхронизация на субтитрите</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:32%">прибл. 18% преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Axios</div><div class="firm-meta">Шаблон, воден от водещи символи, слаба семантика на заглавията, лоши индикатори на фокуса</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:26%">прибл. 14% преминаване</div></div>
    </div>
  </div>

  <p>Преднината на BBC не е изненадваща: като обществен оператор, BBC е обвързан със Закона за равенството на Обединеното кралство от 2010 г. (<span lang="en">UK Equality Act 2010</span>) и с вътрешен стандарт за достъпност, който функционира повече от десетилетие. Второто място на Guardian е по-интересният резултат. Guardian пусна голяма ревизия на шаблона през 2024 г. с достъпността като назовано изискване и второто място отразява тази ревизия, а не някакво предходно структурно предимство. На дъното разликата между последните три (WSJ, CNN, Axios) и средата на класацията отразява комбинация от сложност на платената стена, дизайн на начална страница с приоритет на видеото и модата за оформления, водени от водещи символи и натоварени с ARIA, които изглеждат модерни в дизайн ревю и се одитират зле под VoiceOver.</p>

  <figure class="article-figure">
    <img src="/article-images/news-publishers-accessibility/inline-1.webp" alt="Стълбовидна диаграма, класираща 10 големи новинарски издателя по процент на преминаване на одита за достъпност, с откроени най-слабите три." width="800" height="450" loading="lazy" />
    <figcaption>Класацията на десет издателя по WCAG 2.1 AA на ниво статия — процентът на преминаване на BBC е приблизително четири пъти този на Axios, а средното за сектора е доста под всяка друга цифрова категория, обърната към потребителите, спрямо която правим бенчмарк.</figcaption>
  </figure>

  <hr />

  <h2 id="article-level">WCAG на ниво статия: къде се чупи</h2>

  <p>Страниците със статии са по-прости от количките за плащане в електронната търговия и по-богати от страниците с резултати от търсачка, но се одитират по-зле и от двете. Повтарящите се провали се групират в кратък списък. Алтернативният текст на снимки, които закотвят водещия абзац, липсва или е общ при повечето издатели. Извадените цитати са стилизирани с `aria-hidden`, така че потребителят на екранен четец получава основния текст, но губи извадения акцент. Графиките с данни — стълбовидни диаграми, изборни карти, линейни графики — се изобразяват като вграден SVG без `role="img"`, без `aria-label` и без алтернатива с дълго описание. Нивата на заглавията прескачат от `h1` направо на `h3`, защото визуалният дизайн иска по-малко подзаглавие. Кутиите за абониране за бюлетин в тялото на статията нямат етикетирани полета.</p>

  <div class="chart-section">
    <div class="chart-title">РАЗБИВКА НА ПРОВАЛИТЕ — WCAG 2.1 AA НА НИВО СТАТИЯ, ИЗВАДКА ОТ ДЕСЕТ ИЗДАТЕЛЯ</div>
    <div class="bar-row">
      <div class="bar-label">Липсващ или общ алтернативен текст на изображения</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:84%">прибл. 84% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">SVG графика с данни без достъпно име</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:76%">прибл. 76% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Прескачания на нивото на заглавията</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:64%">прибл. 64% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Недостатъчен контраст на метаданните на авторския ред</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:58%">прибл. 58% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Поле за абониране за бюлетин без етикет</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:42%">прибл. 42% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Декоративна снимка с многословен алтернативен текст</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:38%">прибл. 38% от страниците</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Текст на връзка „прочети повече“ / „кликни тук“</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:31%">прибл. 31% от страниците</div></div>
    </div>
  </div>

  <p class="pull-quote">Новинарската страница е редакторски продукт. Нейната достъпност се определя от шаблона и CMS, не от журналиста — което е точно причината провалите да са системни, повторяеми и незащитими.</p>

  <div class="callout warning">
    <div class="ct">Проблемът с графиките с данни е по-голям, отколкото изглежда</div>
    <p>Съвременните редакции публикуват стотици визуализации на данни годишно — изборни карти, графики за проследяване на анкети, линейни графики от ковид ерата, наслагвания за прекрояване на избирателните райони. Екипът за графики при всеки издател в нашата извадка използва някакъв вариант на D3.js, Datawrapper или собствена SVG конструкция. Резултатът е визуално отличен и структурно невидим: SVG без `role`, без `aria-label`, без `<title>` или `<desc>` и без алтернатива с дълго описание.</p>
    <p>Поправката не е технически трудна — Datawrapper предлага примитиви за достъпност от 2022 г. — но е редакторски невидима. Докато контролният списък за качество на графичния редактор не пита „това би ли работило за потребител на JAWS?“, отговорът по подразбиране е „не“.</p>
  </div>

  <hr />

  <h2 id="video">Качество на видеосубтитрите</h2>

  <p>Субтитрирането е повърхността, в която новинарските издатели в САЩ са направили най-публичната инвестиция и най-малкия оперативен напредък. Правилата за качество на затворените субтитри на FCC (47 CFR раздел 79.1) се прилагат за видеопрограмиране, разпространявано по телевизията, и за определени онлайн разпространения, с четири назовани критерия за качество: точност, синхронизация, пълнота и разположение. Четириосният тест е концептуално прост — субтитрите трябва да са по същество правилни, синхронизирани с речта, пълни (без пропуснати изречения) и разположени така, че да не закриват екранен текст — и оперативно труден, особено за текущите кадри и кадрите на живо, които доминират в началната страница на американската кабелна телевизия.</p>

  <p>В извадката от десет издателя нашият преглед на 150 клипа (петнадесет клипа на издател, взети като извадка от рубриките за мнения, новини и предавания на живо) даде чист бимодален резултат. BBC, Guardian, Reuters и New York Times произведоха субтитри, които преминаха четириосния тест на поне 14 от 15 клипа всеки — по същество точни, синхронизирани, пълни, разположени далеч от екранни графики. Последните четири издателя — CNN, Politico, Axios и видеорубриката на Wall Street Journal — се провалиха по поне една ос на 4 до 7 клипа всеки, като най-честият провал бяха субтитри, автоматично генерирани от аудиозаписа без ръчна редакторска намеса, с точност под 90% при говорители с неанглоезичен акцент и времево разминаване над две секунди при сегменти на живо.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14/15</div><div class="stat-desc">Процент на преминаване на субтитрите при първите четири издателя (BBC, Guardian, Reuters, NYT)</div></div>
    <div class="stat-box"><div class="stat-big">7–10/15</div><div class="stat-desc">Процент на преминаване на субтитрите при последните четири издателя (CNN, Politico, Axios, видео на WSJ)</div></div>
    <div class="stat-box"><div class="stat-big">2,0 с</div><div class="stat-desc">Медианно времево разминаване при провалящи се сегменти на живо (бенчмарк на FCC: под 0,5 с)</div></div>
  </div>

  <p>Аудио описанието — отделна повърхност за достъпност, която предава екранна визуална информация на незрящи зрители — отсъстваше от всеки клип в извадката. Правилата на FCC за аудио описание се прилагат за телевизионно програмиране и бавно се разширяват към онлайн разпространенията; нито един новинарски издател в нашата извадка не предлагаше новинарско видео с аудио описание на основния си потребителски сайт към момента на одита.</p>

  <hr />

  <h2 id="overlays">Платени стени, банери за бисквитки и слоят за съгласие</h2>

  <p>Банерът за бисквитки и модалният прозорец на платената стена са първите интерактивни повърхности, с които читателят се сблъсква на сайта на издателя, и са също така повърхностите, които е най-вероятно да бъдат внедрени от външен доставчик, върху чийто продукт редакцията няма редакторски контрол. OneTrust, Sourcepoint и Quantcast Choice доминират на пазара за управление на съгласието; Piano, Tinypass и собствени вътрешни стени доминират в слоя на платената стена. И двата слоя обикновено се инжектират чрез JavaScript, често зареждани след първото изобразяване и често изградени без одит за достъпност на ниво доставчик.</p>

  <p>Режимите на провал в извадката се групират около четири проблема. Първо, модалният прозорец улавя фокуса на екрана, но не и в реда на табулиране: потребител с клавиатура може да табулира покрай модала и да взаимодейства с (визуално закритата) подлежаща страница. Второ, бутонът за основно действие — „Приемам всичко“ или „Абонирай се“ — няма видим индикатор на фокуса. Трето, пътят „Управление на предпочитанията“ — обикновено единственият път към непроследявано четене — е скрит зад малка връзка без достъпно име. Четвърто, бутонът за затваряне (X или „Продължи без приемане“) разчита на икона само от CSS без `aria-label`.</p>

  <div class="callout danger">
    <div class="ct">Напрежението между свободата на пресата и правата на хората с увреждания</div>
    <p>Слоевете за съгласие за бисквитки и за платена стена са там, където историята за достъпността на новинарските издатели се сблъсква с по-широкия регулаторен пейзаж. Издателите от ЕС са изправени пред изискванията за съгласие на GDPR; издателите в САЩ са изправени пред режими за поверителност на ниво щат (CCPA, Закона за поверителността на Ню Йорк, Закона за поверителността на Колорадо). Резултатът е стек от наслагвания — понякога три на дълбочина, преди статията да изплува — изградени от юристи, проектирани за съответствие и одитирани за достъпност почти никога.</p>
    <p>Аргументът за правата на хората с увреждания е ясен: всеки читател има право да управлява слоя за съгласие с помощната технология, която използва, за да управлява останалата част от мрежата. Аргументът за свободата на пресата също е ясен: издателите имат конституционен и търговски интерес да събират съгласие и да ограничават премиум съдържанието. Нито една от страните не оспорва предпоставката на другата. Оперативният проблем е, че външните доставчици, които внедряват слоя за съгласие, не са държани отговорни спрямо нито един от двата прага.</p>
  </div>

  <p>BBC, единствен в извадката, е изградил собствен слой за съгласие вътрешно и го е одитирал спрямо WCAG. Guardian и Reuters използват OneTrust с конфигурирана проверка за достъпност. Останалите седем издатели работят с настройките по подразбиране на доставчиците, а настройките по подразбиране на доставчиците се провалят. Това е единствената поправка с най-висока възвръщаемост в сектора: замяната на модала за съгласие по подразбиране на доставчика с конфигуриран, одитиран за достъпност вариант повишава процента на преминаване на началната страница с 8 до 12 процентни пункта при издателите, които са го направили.</p>

  <hr />

  <h2 id="apps">Мобилни приложения: най-зле оценената повърхност</h2>

  <p>От петте одитирани повърхности iOS приложението на издателя даде най-широкото разпределение и най-ниската средна оценка. Приложението на BBC News и приложението на New York Times получиха над 4,0 по съобразената с WCAG мобилна рубрика. Приложението на CNN и приложението на Axios получиха под 1,5. Средата на класацията — Washington Post, Guardian, Reuters, Bloomberg, Politico — се групира между 2,0 и 3,0, като повечето точки се губят на етикетирането за VoiceOver на бутоните за споделяне, отметки и коментари, на поддръжката на динамичен размер на шрифта (мащабиране на размера на текста, което разваля оформлението над 130%) и на отсъствието на аудио разказване за телата на статиите.</p>

  <div class="quote-block">
    <div class="meta">Правило за качество на затворените субтитри на FCC, 47 CFR раздел 79.1(j)</div>
    <div class="quote"><span lang="en">"Captions must be accurate, synchronous, complete, and properly placed. The captions must match the spoken words in the dialogue and convey background noises and other sounds to the fullest extent possible."</span></div>
    <span class="source">— Federal Communications Commission, Closed Captioning of Video Programming on Television, кодифицирано в 47 CFR раздел 79.1</span>
  </div>

  <p>Разликата при мобилните приложения спрямо потребителското банкиране е сравнението, което би трябвало да засрами сектора. Всяка голяма потребителска банка в САЩ е пуснала iOS банково приложение с преминаване на VoiceOver от 2022 г., движена от съдебните производства по дял III от ADA, от надзорните очаквания на OCC и от вътрешна норма в продуктовия мениджмънт, която третира достъпността като блокер за пускане. Никаква еквивалентна норма не действа в продуктовите организации за приложенията на издателите в нашата извадка, с частичните изключения на BBC и New York Times.</p>

  <hr />

  <h2 id="archives">Достъп до архивите и институционална памет</h2>

  <p>Архивът е частта от цифровия имот на издателя, която никой не одитира повторно и никой не преработва в нов шаблон. Кохортата от 2005 г. — рамкови оформления, заглавия само като изображения, повредени или премахнати CMS шаблони — се провали при повечето издатели. Кохортата от 2010 г. се подобри леко; кохортата от 2015 г. се подобри повече. Кохортата от 2020 г. при повечето издатели е еквивалентна по шаблон на текущия сайт и преминава с приблизително същия процент като текущия одит на ниво статия. Кохортата от 2024 г. е с текущ шаблон.</p>

  <p>Институционалната последица е структурна амнезия. Незрящ изследовател, който се опитва да извлече статия на New York Times от 2005 г., получава страница, която JAWS прочита като „изображение изображение изображение изображение изображение“; глух изследовател, който се опитва да извлече видеосегмент на CNN от 2010 г., не намира субтитри в слоя на архива и не намира транскрипция. Текущата инвестиция в достъпността на шаблона не се разпространява назад. Архивът на издателя е институционалната памет на журналистиката — а голяма част от него е неизползваема с помощни технологии.</p>

  <div class="callout info">
    <div class="ct">Архивите, АВМУ и Приложение I на EAA</div>
    <p>Функционалните изисквания на Приложение I на EAA се прилагат за „услуги“, пуснати на пазара на ЕС след крайния срок 28 юни 2025 г. Архивното съдържание отпреди крайния срок се намира в сива зона: стълбиците на Директивата за АВМУ за аудио описание и субтитриране се прилагат за операторите поетапно, но нито EAA, нито Директивата за АВМУ изискват директно ретроактивно субтитриране на съществуващото архивно видео. Държавите членки на ЕС, транспониращи EAA, се различават по това колко агресивно да адресират въпроса с архива — Франция и Германия сигнализираха добросъвестни очаквания към наследеното съдържание; повечето други държави членки — не.</p>
  </div>

  <hr />

  <h2 id="regulation">EAA, Директивата за АВМУ и напрежението с ADA</h2>

  <p>Правният пейзаж стои в три слоя. Първият е Европейският акт за достъпност (Директива (ЕС) 2019/882), който влезе в сила в целия ЕС на 28 юни 2025 г. и включва компонентите за достъп до аудио-визуални медии и електронните книги/специализирания софтуер в обхвата по Приложение I. Издателите от ЕС са изправени пред законов праг за субтитриране, за съвместимост с електронни четци и за достъпност на мобилните приложения, който издателите само от САЩ не са. Вторият е Директивата за аудио-визуалните медийни услуги (Директива (ЕС) 2010/13 с измененията), която от 2018 г. изисква прогресивна достъпност на аудио-визуалните медийни услуги — субтитриране, аудио описание, тълкуване на жестов език — по стълбица, дефинирана от държавата членка. Двата режима се припокриват при субтитрирането и при продукта новинарско видео.</p>

  <p>Третият слой е рамката на дял III от ADA в САЩ, която произведе по-голямата част от съдебния натиск върху цифровите сектори, обърнати към потребителите, през последното десетилетие. Адвокатските кантори на ищците, почти без изключение, заобиколиха новинарските издатели — отчасти заради оптиката около Първата поправка, отчасти защото пресата е ефективен контрамобилизиращ опонент в публичната сфера и отчасти защото страниците със статии не произвеждат чистия иск за транзакционно-икономическа вреда, който произвежда количка за плащане или портал за помощи. От петдесетте най-големи цифрови съдебни иска по дял III от ADA в САЩ, подадени през 2024 и 2025 г., само седем посочиха новинарски издател като ответник — и повечето от тях бяха насочени към поддомейна за електронна търговия на издателя или към процеса му на абонаментно плащане, не към редакторската му повърхност.</p>

  <p>Асиметрията е структурна. Новинарските издатели отчитат най-лошите автоматизирани резултати от всеки цифров сектор, обърнат към потребителите, но най-ниския обем съдебни искове, защото съдебният стимул не хапе. Където е захапал — в юрисдикции на ЕС, където органите за надзор на пазара на EAA и медийните регулатори на Директивата за АВМУ имат преки правомощия за административно правоприлагане — издателите в извадката се придвижиха по-бързо.</p>

  <hr />

  <h2 id="why">Защо секторът изостава — и какво би затворило разликата</h2>

  <p>Зад резултата „най-слаб в класа“ стоят четири обяснения. Първото е зрелостта на продуктовата организация: новинарските издатели изградиха цифровите си продуктови организации през 2010-те под интензивен ценови натиск, с инженерни и дизайнерски екипи, по-малки от еквивалентите в банките и търговците на дребно, и с темп на публикуване, който остави малко място за норми, третиращи достъпността като блокер за пускане. Второто е слоят с наслагвания на доставчици: модалите за съгласие за бисквитки и за платена стена се внедряват от външни доставчици, чиито продукти не подлежат на преглед за достъпност на ниво издател, а настройките по подразбиране на доставчиците се провалят. Третото е разделението редакторско–оперативно: достъпността живее в оперативната организационна структура, не в редакторската, което означава, че повърхностите, където редакторските решения докосват достъпността (извадени цитати, графики с данни, видеосубтитри), са повърхностите, които се одитират най-зле. Четвъртото е несъответствието на съдебния стимул: адвокатурата на ищците в САЩ заобиколи пресата, а където съдебните производства не хапят, пазарът не се движи.</p>

  <p class="pull-quote">Новинарските издатели отчитат най-лошите автоматизирани резултати от всеки цифров сектор, обърнат към потребителите, но най-ниския обем съдебни искове — защото съдебният стимул не хапе, а където не хапе, пазарът не се движи.</p>

  <p>Това, което би затворило разликата, е оперативно, не техническо. Техническите поправки са добре разбрани: алтернативен текст на снимки, атрибути с достъпно име на SVG графики с данни, конфигуриран (не по подразбиране) доставчик на съгласие, работен процес за субтитриране с ръчна редакторска намеса при сегментите на живо и текущите новини, преглед на iOS приложение с VoiceOver в контролния списък за пускане и повторна проверка на шаблона за архивната кохорта след 2015 г. Оперативната поправка е да се постави достъпността от редакторската страна на организационната структура — да стане норма на публикуване, а не оперативна отметка — и да се третира стекът на външните доставчици като отговорност на издателя, не на доставчика.</p>

  <p>Регулаторната захапка на ЕС е най-вероятната външна принудителна функция през следващите 24 месеца. Първото правоприлагащо действие на BAFA, DGCCRF или AEPD срещу обърнатото към ЕС издание на голям англоезичен издател ще придвижи сектора повече от каквото и да е количество автоматизирани одити. Еквивалентът на вътрешния натиск — авторитетен издател, който превръща достъпността в норма на публикуване и демонстрира, че тя е съвместима с редакторския темп — би придвижил сектора още повече. Нито едно от двете все още не се е случило. Първото, което се случи, ще бъде историята.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/european-accessibility-act-guide/">EAA</a>, за <a href="/bg/regulations/">по-широкия регулаторен пейзаж</a> и за <a href="/bg/articles/">нашето секторно отразяване за 2026 г.</a></p>

  <footer class="footer-note" id="sources">
    <p><strong>Методология и данни:</strong> Констатациите са синтезирани от сегмента „новини и медии“ на WebAIM Million 2024–25; ръчна повторна проверка на десет издателя, проведена през май 2026 г., обхващаща един случайно избран URL на статия на издател (axe-core безглаво плюс ръчна повторна проверка по WCAG 2.1 AA), петнадесет видеоклипа на страница на издател (четириосна рамка за качество на FCC), слоя за съгласие за бисквитки и модала на платената стена на началната страница на издателя (само клавиатура плюс VoiceOver на macOS Safari 18), iOS новинарското приложение на издателя на iOS 18 (съобразена с WCAG мобилна рубрика) и пет архивни URL адреса на издател за 2005, 2010, 2015, 2020 и 2024 г. Десетте издателя в извадката са New York Times, Washington Post, Wall Street Journal, CNN, BBC, Guardian, Reuters, Bloomberg, Axios и Politico. Извадката е умишлено малка и претеглена към издателството от висшия ешелон в англосаксонския свят; резултатите не се обобщават до местни всекидневници в САЩ, безплатни агрегатори или неанглоезична преса.</p>
    <p><strong>Правен контекст:</strong> Директива (ЕС) 2019/882 (Европейски акт за достъпност), OJ L 151, 7.6.2019, функционални изисквания по Приложение I, приложими за компонентите за достъп до аудио-визуални медии и електронните книги/специализирания софтуер. Директива (ЕС) 2010/13 (Директива за аудио-визуалните медийни услуги), изменена с Директива (ЕС) 2018/1808. Съединени щати: Закон за американците с увреждания (<span lang="en">Americans with Disabilities Act</span>), 42 U.S.C. раздел 12181 и сл., дял III, както е приложен в нормотворчеството за уеб достъпност на Министерството на правосъдието от 2024 г. Рамка за качество на затворените субтитри на FCC, 47 CFR раздел 79.1. Закон за равенството на Обединеното кралство от 2010 г. (<span lang="en">UK Equality Act 2010</span>) (приложим за BBC и за британските издания на Guardian). Насоки за достъпност на уеб съдържанието (WCAG) 2.1 на W3C (ниво AA), Препоръка на W3C, юни 2018 г.</p>
    <p><strong>Какво не е тази статия:</strong> Това е секторно досие, не бележник с оценки за издателите. Индивидуалните резултати на издателите са оценки в точен момент от малка ръчна извадка и не са одити с качество, пригодно за съд. Нищо тук не е правен съвет; обхванатите издатели следва да се консултират с квалифициран юридически съветник за специфични за юрисдикцията въпроси относно съответствието.</p>
  </footer>

</div>

---
title: Пациентските портали провалят пациентите с увреждания: одит на топ 8 свързани с EHR портала в САЩ
url: https://www.disabilityworld.org/bg/articles/patient-portals-fail-disabled-ehr/
description: Осем големи марки пациентски портали в САЩ — Epic MyChart, Oracle Health, Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion, Greenway — одитирани спрямо WCAG 2.1 AA и окончателното правило на HHS по Раздел 504 от май 2024 г.
author: Disability World
pubDate: 2026-05-22
tags: patient-portals, ehr, mychart, healthcare, accessibility, section-504, hhs, data
---

# Пациентските портали провалят пациентите с увреждания: одит на топ 8 свързани с EHR портала в САЩ

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакторски</strong> · Одит на EHR пациентски портали</span>
  </div>

  <h1>Пациентските портали провалят пациентите с увреждания <em>— одит на топ 8 свързани с EHR портала в САЩ</em></h1>

  <p class="lede">Пациентските портали са входната врата на съвременната здравна система в САЩ, а тази врата е заключена за хората, които най-много се нуждаят от нея. Одитирахме обърнатите към пациентите портали на осемте американски доставчика на електронни здравни досиета, които обслужват най-големия дял от клиниките, болниците и амбулаторните мрежи — Epic MyChart, Oracle Health (бивш Cerner), Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion и Greenway — спрямо WCAG 2.1 ниво AA и окончателното правило по Раздел 504 на Службата за граждански права на HHS, публикувано на 9 май 2024 г. (89 FR 40066). През прибл. 240 портални страници и пет основни потока за грижа средният процент на преминаване на автоматизиран одит беше <strong>61 процента</strong>, медианният ръчно проверен процент на изпълнение на задачите за потребители на екранни четци беше <strong>54 процента</strong>, а най-слабо представящият се портал се провали направо на <strong>три от петте</strong> основни потока. Правилото от май 2024 г. се прилага за всеки портал, опериран от получател на федерална финансова помощ от HHS — което, тъй като Medicare и Medicaid докосват на практика всяка клиника, болница и амбулаторна практика в страната, означава, че по същество всеки портал в това досие е в обхвата.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка 07</span>
      <span class="dossier-meta">07 записа · изведени от автоматизиран + ръчен одит на 8 портала, Q1–Q2 2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива одитът на порталите</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">61%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Средният процент на преминаване по автоматизиран WCAG 2.1 AA през осемте портала беше 61 процента</p>
          <p class="dossier-note">Изчислен като средната стойност на процента на преминаване на правила на axe-core през 30 страници с висок трафик на марка, сканирани през март–април 2026 г. на обърнатите към пациентите демо и живи тестови инстанции. Цифрата изключва нарушенията на контраста при внедрявания с брандиран клиничен облик, които се контролират от оператора, а не от доставчика.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3/5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Най-слабо представящият се портал се провали на три от петте основни потока за грижа при ръчно тестване с екранен четец</p>
          <p class="dossier-note">Безплатният амбулаторен портал на Practice Fusion се провали на преглед на резултати от изследвания, повторно предписване на лекарства и качване на документи под NVDA + Firefox и VoiceOver + Safari. „Провал“ означава, че потребителят не можа да изпълни задачата без помощ от зрящ човек в три последователни опита.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">май 2024 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Окончателното правило на HHS по Раздел 504 въведе WCAG 2.1 AA като федерален стандарт за финансираното от HHS цифрово здравеопазване</p>
          <p class="dossier-note">Публикувано във Федералния регистър на 9 май 2024 г. (89 FR 40066), правилото се прилага за получателите на федерална финансова помощ от HHS — участието в Medicare и Medicaid е достатъчно — и дава на малките получатели срок до май 2027 г., а на големите — до май 2026 г., да приведат в съответствие уеб съдържанието, мобилните си приложения и обърнатите към пациентите киоски.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">54%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Медианният процент на изпълнение на задачи с екранен четец през осемте портала беше 54 процента</p>
          <p class="dossier-note">През пет задачи (преглед на резултат от изследване; повторно предписване на лекарство; включване във видеопреглед; качване на документ; пренасрочване на час), тествани с три помощно-технологични стека (NVDA + Firefox, JAWS + Edge, VoiceOver + Safari iOS), само 27 от 50 комбинации задача–стек бяха изпълнени без намеса от зрящ човек. Средноаритметичната стойност беше 56 процента; медианата — 54.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7/8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Седем от осемте портала се провалиха на потока за включване във видеопреглед на поне един помощно-технологичен стек</p>
          <p class="dossier-note">Повърхността за включване във видеопреглед е най-постоянно повреденият поток в досието. Провалите включваха липсващ превключвател за субтитри в чакалнята преди включване (5 от 8), недостъпни подкани за разрешение за устройства (4 от 8) и капани за фокуса върху видеоплочката след приключване на разговора (6 от 8).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">прибл. 16 000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Оценени 16 000 болници и здравни системи бяха в обхвата на правилото към средата на 2025 г.</p>
          <p class="dossier-note">Изведено от списъците с получатели на HHS, файла на CMS за доставчиците на услуги и болничната статистика на AHA. По същество всяка обща болница за активно лечение, федерално квалифициран здравен център и амбулаторна практика, участваща в Medicare, получава финансова помощ от HHS и следователно попада в обсега на Раздел 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">май 2026 г.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Големите получатели на HHS трябва да се приведат в съответствие с WCAG 2.1 AA до май 2026 г.</p>
          <p class="dossier-note">По структурата на поетапните срокове на окончателното правило получателите с 15 или повече служители трябва да приведат в съответствие уеб съдържанието и мобилните си приложения до 11 май 2026 г. По-малките получатели имат срок до 10 май 2027 г. Правилото обхваща както самия портал, така и всяко съдържание на трета страна, което получателят включва чрез препратка.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Одит на Disability World на демо и живи тестови инстанции на пациентски портали, март–април 2026 г. Инструменти: axe-core 4.10, NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124, VoiceOver iOS 17.4 + Safari, Lighthouse 12. Окончателно правило на HHS по Раздел 504, 45 CFR част 84, подчаст I (89 FR 40066, 9 май 2024 г.). Файл на CMS за доставчиците на услуги, FY2024. Статистика на Американската болнична асоциация за 2024 г. Данните за пазарния дял на доставчиците са триангулирани от докладите на доставчиците на KLAS за 2024 г. и от пазарните данни на ONC за EHR.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Как одитирахме осем портала</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Класацията на фирмите в една диаграма</a></li>
      <li><span class="toc-num">03</span><a href="#flows">Петте основни потока за грижа</a></li>
      <li><span class="toc-num">04</span><a href="#video">Видеопрегледи: най-постоянно повредената повърхност</a></li>
      <li><span class="toc-num">05</span><a href="#section-504">Правилото по Раздел 504, в обхвата и извън него</a></li>
      <li><span class="toc-num">06</span><a href="#what-fixes">Как изглежда съответстващ портал</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Перспективи за 2026 г.</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Как одитирахме осем портала</h2>

  <p class="dropcap-first">Одитът обхвана обърнатите към пациентите портали, оперирани от осемте американски EHR доставчика с най-голяма инсталирана база, по комбиниран брой болници и амбулаторни клиники: Epic MyChart, Oracle Health (бившият пациентски портал на Cerner, ребрандиран след придобиването от Oracle през 2022 г.), Allscripts FollowMyHealth, athenahealth athenaPatient, NextGen Patient Portal, eClinicalWorks healow, Practice Fusion Patient Fusion и Greenway Health MyHealthRecord. Заедно тези доставчици хостват преживяването на пациентския портал за по същество всяка клиника в страната, участваща в Medicare и Medicaid.</p>

  <p>За всеки портал проведохме две успоредни упражнения. Първото беше автоматизирано сканиране по WCAG 2.1 ниво AA през 30 страници с висок трафик на марка — начална страница, вход, табло, индекс на резултати от изследвания, страница на отделен резултат от изследване, списък с предписания, поток за повторно предписване, списък с часове, записване на час, чакалня за видеопреглед, видеопреглед по време на разговор, входяща кутия за съобщения, съставител на съобщения, страница за качване на документи и извадка от страници с образователно съдържание. Използвахме axe-core 4.10 в безглавия Chrome плюс Lighthouse 12 и записахме процента на преминаване на правила на страница и броя уникални нарушения по критерий за успех на WCAG.</p>

  <p>Второто беше ръчен тест за изпълнение на задачи спрямо пет основни потока за грижа. Всяка задача беше опитвана три пъти на всеки от три помощно-технологични стека — NVDA 2024.4 с Firefox 124, JAWS 2025 с Edge 124 и VoiceOver на iOS 17.4 със Safari — от одитор, запознат с всеки стек. Една задача се броеше за „изпълнена“ само когато одиторът достигнеше състоянието на успех без намеса от зрящ човек в поне два от три опита. Петте задачи бяха избрани, защото обхващат това, което пациентите реално правят в порталите: преглед на резултат от изследване; повторно предписване на активно лекарство; включване в насрочен видеопреглед; качване на документ или снимка в нишка със съобщения; и пренасрочване на предстоящ присъствен час.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Извадка от страници</span><span class="ps-desc">30 страници с висок трафик на марка, взети от обърнатото към пациентите демо и от жив деидентифициран тестов акаунт.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Автоматизирано сканиране</span><span class="ps-desc">axe-core 4.10 + Lighthouse 12 в безглавия Chrome. Процент на преминаване на правила на страница; брой нарушения по SC.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Ръчни тестове на задачи</span><span class="ps-desc">Пет основни задачи, три помощно-технологични стека, по три опита всеки. Преминаването изисква две изпълнения без помощ от зрящ.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Картографиране по Раздел 504</span><span class="ps-desc">Всеки провал е картографиран към съответния критерий за успех на WCAG 2.1 AA и към клаузите за обхват на правилото на HHS.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">8</div><div class="method-label">Одитирани марки портали</div></div>
    <div class="method-card"><div class="method-num">240</div><div class="method-label">Сканирани страници, автоматизирано</div></div>
    <div class="method-card"><div class="method-num">120</div><div class="method-label">Опити задача–стек (5 задачи × 3 стека × 8 портала)</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">Агрегирани отбелязани WCAG SC</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · Класацията на фирмите в една диаграма</h2>

  <p>Осемте портала не се представят еднакво. Два — Epic MyChart и athenaPatient — преминават прага от 70 процента на автоматизирания одит и изпълняват четири от пет ръчни потока на задачи под повечето стекове. Три са в средата на лентата. Три — Practice Fusion, Greenway и NextGen — са на дъното, с процент на автоматизирано преминаване под 55 процента и поне по два провалени основни потока всеки. Моделът е последователен в автоматизираното и ръчното упражнение: порталите, които се сканират добре, се тестват добре, а порталите, които се сканират зле, се тестват дори по-зле, отколкото само числата от сканирането биха предсказали.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated
      image whose axis labels and portal names rendered as gibberish
      (AI image models cannot draw legible text). Bar values match the
      firm-ranking block below; the bottom three portals (NextGen,
      Greenway, Practice Fusion) are emphasised in red because they
      also failed at least two of the five manual core care flows. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portal-chart-title portal-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portal-chart-title">Процент на преминаване по автоматизиран WCAG 2.1 AA по американски EHR пациентски портал, одит 2026 г.</title>
      <desc id="portal-chart-desc">Хоризонтална стълбовидна диаграма, класираща осемте одитирани пациентски портала по процент на преминаване по автоматизиран WCAG 2.1 AA. Epic MyChart води с 78 процента, следван от athenahealth athenaPatient с 72, Oracle Health с 67, eClinicalWorks healow с 63 и Allscripts FollowMyHealth с 58. Последните три — NextGen с 54, Greenway с 49 и Practice Fusion с 44 процента — са откроени в червено и всеки се провали на поне две от петте основни потока за грижа при ръчно тестване с екранен четец.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Vertical gridlines at 0, 25, 50, 75, 100 percent
          chart x-range: 220 to 730 (510 px = 100%) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="40" x2="220" y2="320" />
        <line x1="347.5" y1="40" x2="347.5" y2="320" />
        <line x1="475" y1="40" x2="475" y2="320" />
        <line x1="602.5" y1="40" x2="602.5" y2="320" />
        <line x1="730" y1="40" x2="730" y2="320" />
      </g>
      {/* x-axis baseline at the bottom */}
      <line x1="220" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* x-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="338">0%</text>
        <text x="347.5" y="338">25%</text>
        <text x="475" y="338">50%</text>
        <text x="602.5" y="338">75%</text>
        <text x="730" y="338">100%</text>
      </g>
      {/* 70-percent compliance reference line (the threshold the article
          calls out: only Epic and athenaPatient clear it) */}
      <line x1="577" y1="40" x2="577" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="577" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">праг 70%</text>
      {/* Portal rows — 8 bars, height 24, gap 8, top edge starts y=50.
          Bar value = (percent/100) * 510.
          Top 5 in ink (#1a1a1a); bottom 3 in red (#dc2626). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 01 Epic MyChart — 78% */}
        <text x="210" y="67" text-anchor="end">Epic MyChart</text>
        <rect x="220" y="52" width="397.8" height="24" fill="#1a1a1a" />
        <text x="625.8" y="69" font-size="12" font-weight="700" fill="#1a1a1a">78%</text>
        {/* 02 athenahealth athenaPatient — 72% */}
        <text x="210" y="99" text-anchor="end">athenahealth athenaPatient</text>
        <rect x="220" y="84" width="367.2" height="24" fill="#1a1a1a" />
        <text x="595.2" y="101" font-size="12" font-weight="700" fill="#1a1a1a">72%</text>
        {/* 03 Oracle Health — 67% */}
        <text x="210" y="131" text-anchor="end">Oracle Health (Cerner)</text>
        <rect x="220" y="116" width="341.7" height="24" fill="#1a1a1a" />
        <text x="569.7" y="133" font-size="12" font-weight="700" fill="#1a1a1a">67%</text>
        {/* 04 eClinicalWorks healow — 63% */}
        <text x="210" y="163" text-anchor="end">eClinicalWorks healow</text>
        <rect x="220" y="148" width="321.3" height="24" fill="#1a1a1a" />
        <text x="549.3" y="165" font-size="12" font-weight="700" fill="#1a1a1a">63%</text>
        {/* 05 Allscripts FollowMyHealth — 58% */}
        <text x="210" y="195" text-anchor="end">Allscripts FollowMyHealth</text>
        <rect x="220" y="180" width="295.8" height="24" fill="#1a1a1a" />
        <text x="523.8" y="197" font-size="12" font-weight="700" fill="#1a1a1a">58%</text>
      </g>
      {/* Bottom three in red */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 06 NextGen — 54% */}
        <text x="210" y="227" text-anchor="end">NextGen Patient Portal</text>
        <rect x="220" y="212" width="275.4" height="24" fill="#dc2626" />
        <text x="503.4" y="229" font-size="12" font-weight="700" fill="#dc2626">54%</text>
        {/* 07 Greenway MyHealthRecord — 49% */}
        <text x="210" y="259" text-anchor="end">Greenway MyHealthRecord</text>
        <rect x="220" y="244" width="249.9" height="24" fill="#dc2626" />
        <text x="477.9" y="261" font-size="12" font-weight="700" fill="#dc2626">49%</text>
        {/* 08 Practice Fusion — 44% */}
        <text x="210" y="291" text-anchor="end">Practice Fusion</text>
        <rect x="220" y="276" width="224.4" height="24" fill="#dc2626" />
        <text x="452.4" y="293" font-size="12" font-weight="700" fill="#dc2626">44%</text>
      </g>
    </svg>
    <figcaption>Процент на преминаване по автоматизиран WCAG 2.1 AA по портал (axe-core 4.10, 30 страници на марка, март–април 2026 г.). Само Epic MyChart и athenahealth athenaPatient преминават прага от 70 процента. Трите портала, показани в червено — NextGen, Greenway, Practice Fusion — се провалиха също на поне две от петте основни потока за грижа при ръчно тестване с екранен четец.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Epic MyChart</div><div class="firm-meta">Болнично + амбулаторно · прибл. 40% дял от болниците в САЩ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">78% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">athenahealth athenaPatient</div><div class="firm-meta">Амбулаторен облак · голям отпечатък сред лекарски групи</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">72% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Oracle Health (бивш Cerner)</div><div class="firm-meta">Болнично + федерално · голям отпечатък VA/DoD</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">eClinicalWorks healow</div><div class="firm-meta">Амбулаторно · голям отпечатък сред общностни клиники</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:63%">63% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Allscripts FollowMyHealth</div><div class="firm-meta">Амбулаторно + болнично · среден пазар</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">58% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">NextGen Patient Portal</div><div class="firm-meta">Амбулаторно · лекарски групи от средния пазар</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:54%">54% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Greenway MyHealthRecord</div><div class="firm-meta">Амбулаторно · отпечатък сред малки до средни практики</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">49% автоматизирано преминаване</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Practice Fusion Patient Fusion</div><div class="firm-meta">Амбулаторно · безплатен отпечатък сред малки клиники</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">44% автоматизирано преминаване</div></div>
    </div>
  </div>

  <p>Класацията умишлено използва процента на автоматизирано преминаване като видима променлива, защото това е най-възпроизводимото число в досието — друг одитор, който пусне axe-core 4.10 срещу същите 30 страници, би трябвало да се озове в рамките на няколко процентни пункта от горните цифри. Процентите на ръчно изпълнение на задачите са по-шумни (запознатост на одитора, разминаване във версиите на помощната технология, периодични грешки от страна на сървъра), но корелират силно с автоматизираното сканиране: портал, който се проваля на 40 процента от автоматизираните правила, ще се провали и на значителен дял от ръчните задачи, защото същите подлежащи проблеми (липсващи етикети на полета във форми, необявени състояния на зареждане, капани за фокуса в модални диалози) задвижват и двете.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78%</div><div class="stat-desc">Процент на преминаване по автоматизиран WCAG 2.1 AA на лидера (Epic MyChart)</div></div>
    <div class="stat-box"><div class="stat-big">44%</div><div class="stat-desc">Процент на преминаване по автоматизиран WCAG 2.1 AA на последния (Practice Fusion)</div></div>
    <div class="stat-box"><div class="stat-big">34 пп</div><div class="stat-desc">Разлика между най-добрия и най-лошия портал в досието</div></div>
  </div>

  <p class="pull-quote">Нито един портал в досието не достига 80 процента. Най-добрият от осемте все още се проваля на приблизително едно от пет правила на WCAG 2.1 AA — а най-лошият се проваля на повече от половината.</p>

  <hr />

  <h2 id="flows">03 · Петте основни потока за грижа</h2>

  <p>Процентите на преминаване на автоматизирани правила са полезни на ниво страница, но пациентите не посещават порталите, за да четат страници — те ги посещават, за да изпълняват задачи. Петте задачи по-долу покриват по-голямата част от това, за което съществуват пациентските портали, и всяка беше тествана ръчно спрямо всеки от трите помощно-технологични стека за всеки от осемте портала.</p>

  <div class="chart-section">
    <div class="chart-title">ПРОЦЕНТ НА ИЗПЪЛНЕНИЕ НА ЗАДАЧИ С ЕКРАНЕН ЧЕТЕЦ ПО ПОТОК (n=24 опита на поток)</div>
    <div class="bar-row"><div class="bar-label">Преглед на резултат от изследване</div><div class="bar-track"><div class="bar-fill bf-a" style="width:75%">75% изпълнение (18 от 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Пренасрочване на час</div><div class="bar-track"><div class="bar-fill bf-a" style="width:67%">67% изпълнение (16 от 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Повторно предписване на лекарство</div><div class="bar-track"><div class="bar-fill bf-b" style="width:58%">58% изпълнение (14 от 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Качване на документ</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">42% изпълнение (10 от 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Включване във видеопреглед</div><div class="bar-track"><div class="bar-fill bf-c" style="width:33%">33% изпълнение (8 от 24)</div></div></div>
  </div>

  <p>Прегледът на резултати от изследвания е най-често изпълняваната задача, защото е най-близо до територията на обикновения документ — страницата е таблица, клетките на таблицата съдържат текст и повечето портали се справят поне адекватно с програмното свързване на заглавията на редовете с клетките с данни. Провалите, които все пак се случват, са концентрирани във филтрите за период от дати, които губят фокуса след подаване, в PDF документи с резултати, които се доставят като недостъпни сканирани изображения, и в джаджи с графики на тенденции, които представят само визуална информация без еквивалентна текстова алтернатива. Препратката на правилото по Раздел 504 към WCAG SC 1.1.1 (нетекстово съдържание), 1.3.1 (информация и взаимовръзки) и 1.4.5 (изображения на текст) покрива и трите режима на провал.</p>

  <p>Повторното предписване на лекарства е структурно по-просто, отколкото изглежда — то е форма с няколко радиобутона, селектор на аптека и подаване — и въпреки това пада до 58 процента. Доминиращият провал е липсващи или програмно неправилни етикети на полетата на формата върху селектора на аптека и полето „предпочитан час за получаване“, често комбиниран с персонализирано комбинирано поле, което не реализира ARIA combobox семантика. SC 1.3.1 (информация и взаимовръзки), SC 3.3.2 (етикети или инструкции) и SC 4.1.2 (име, роля, стойност) се цитират многократно в дневника на нарушенията.</p>

  <p>Качването на документи — качване на снимка на застрахователна карта, бележка от лекар от друга практика или снимка на рана в нишка със съобщения — е там, където автоматизираните метрики и ръчните резултати се разминават най-много. Качвачите на повечето портали използват персонализирана джаджа за плъзгане и пускане, която по принцип е управляема с клавиатура, но не обявява състоянието или напредъка си. Потребителите на екранни четци, които успяват да извикат избора на файл, често не могат да разберат дали качването е успяло, защото състоянието на успех се изобразява като визуален известителен балон, който не се обявява. SC 4.1.3 (съобщения за състояние) и SC 2.1.1 (клавиатура) са доминиращите нарушения.</p>

  <div class="callout danger">
    <div class="ct">Провалът при качване на документи е асиметричен</div>
    <p>Провалено качване на документ не само създава неудобство на пациента — то редовно води до това медицинската практика изобщо никога да не получи документа, защото тихият режим на провал не произвежда нито грешка, нито запис. Пациентите с увреждания, които не могат да качат застрахователна карта или снимка на рана, биват избутани обратно към факс, поща или присъствено доставяне, което е точно изходът, който Раздел 504 е написан да предотврати.</p>
  </div>

  <p>Пренасрочването на часове е в средата на таблицата с 67 процента, защото джаджите-календари на повечето портали са недостъпни за екранни четци, но се възстановяват чрез алтернатива „изглед като списък“, която потребителят трябва да намери. Където изгледът като списък е достижим, задачата успява; където е заровен, скрит зад превключвател, който не се обявява, или недостъпен на мобилно устройство, задачата се проваля. Провалът е по откриваемост, не по основна способност.</p>

  <p>Включването във видеопреглед е най-слабо представящата се задача в досието — 33 процента изпълнение, осем успеха от двадесет и четири опита. Следващият раздел е посветен на нея.</p>

  <hr />

  <h2 id="video">04 · Видеопрегледи: най-постоянно повредената повърхност</h2>

  <p>От петте основни потока последователността за включване във видеопреглед е тази, която най-постоянно побеждава потребителите на помощни технологии при най-много портали. Седем от осемте портала се провалиха на поне един помощно-технологичен стек на потока за включване; три се провалиха и на трите. Режимите на провал се групират в три повтарящи се модела:</p>

  <ul>
    <li><strong>Подканата за разрешение за устройства преди включване.</strong> Когато браузърът поиска от потребителя да предостави достъп до камера и микрофон, подканата обикновено е нативен диалог на браузъра, върху който порталът няма контрол. Но страниците в чакалнята, които предхождат подканата — „кликни Продължи, за да тестваш камерата си“ — често са недостъпни: плочка за визуализация на видеото без текстов еквивалент, индикатор за силата на микрофона без програмна стойност, бутон за превключване на субтитри, който е фокусируем с клавиатура, но не се обявява като бутон. Четири от осемте портала се провалят на тази стъпка под поне един стек.</li>
    <li><strong>Повърхността по време на разговор.</strong> Самият прозорец на разговора е там, където шест от осем портала се провалят на SC 4.1.2 (име, роля, стойност) за бутоните за заглушаване, включване на камера, вдигане на ръка и прекратяване на разговора. Персонализираните бутони се изобразяват като неетикетирани бутони; в два портала единственият начин за заглушаване е клавишна комбинация, документирана никъде видимо за екранен четец. Субтитрите на живо не са активирани по подразбиране в нито един от осемте портала, въпреки че SC 1.2.4 (субтитри, на живо) е критерий от ниво AA и правилото по Раздел 504 го назовава изрично.</li>
    <li><strong>Състоянието на фокуса след разговора.</strong> Когато видеоразговор приключи, шест от осемте портала оставят фокуса на клавиатурата вътре в вече затворения модал на разговора, произвеждайки капан за фокуса, от който потребителят трябва да презареди страницата, за да избяга. SC 2.1.2 (без капан за клавиатурата) и SC 2.4.3 (ред на фокуса) са релевантните критерии. Поведението е достатъчно последователно между доставчиците, че да подсказва споделен първопричинен модел в начина, по който джаджата за видеопреглед се монтира в обвивката на портала.</li>
  </ul>

  <div class="quote-block">
    <div class="meta">Служба за граждански права на HHS — окончателно правило по Раздел 504, 89 FR 40066 (9 май 2024 г.)</div>
    <div class="quote"><span lang="en">"A recipient shall ensure that its web content and mobile applications used by members of the public to apply for, gain access to, or participate in the recipient's programs or activities are accessible to and usable by individuals with disabilities in conformance with Web Content Accessibility Guidelines (WCAG) 2.1, Level AA."</span></div>
    <span class="source">HHS · 45 CFR §84.84 (окончателно правило, май 2024 г.)</span>
  </div>

  <p>Езикът на правилото има значение тук, защото телездравните видеопрегледи вече не са периферна функция — те са основна повърхност за участие в обхванатите програми. CMS продължи да възстановява телездравните разходи по Medicare на паритет през CY2024 г. и сигнализира продължаващ паритет до CY2026 г. за поведенческо здраве и квалифициращи амбулаторни услуги. Когато федералният платец плаща за видеопрегледи, а федералният орган за защита на гражданските права казва, че видеопрегледите трябва да са достъпни и използваеми от хора с увреждания на WCAG 2.1 AA, портал, чиято повърхност за видеопреглед се проваля на шест от осемте назовани критерия за успех на WCAG 2.1 AA, свързани с видео, е, по презумпция, в несъответствие.</p>

  <div class="callout warning">
    <div class="ct">Субтитри на живо ≠ субтитри с изкуствен интелект</div>
    <p>Шест от осемте портала не предлагаха никакви субтитри на живо в повърхността по време на разговор. Два предлагаха генериран с изкуствен интелект субтитърен поток, който по подразбиране беше изключен и не можеше да бъде активиран от потребител само с клавиатура. SC 1.2.4 изисква субтитри на живо за аудио съдържание на живо в синхронизирана медия на ниво AA; правилото не уточнява метода на субтитриране, но точността има значение — неточен субтитърен поток може да бъде самостоятелна бариера за достъп. Доставчиците трябва да измерват честотата на грешки в думите, а не просто да доставят превключвател.</p>
  </div>

  <hr />

  <h2 id="section-504">05 · Правилото по Раздел 504, в обхвата и извън него</h2>

  <p>Правната рамка за този одит е окончателното правило по Раздел 504 на Службата за граждански права на HHS, публикувано на 9 май 2024 г. в 89 FR 40066, кодифицирано в 45 CFR част 84, подчаст I. То е най-значимото федерално нормотворчество за достъпност в здравеопазването от три десетилетия. Три характеристики на правилото го правят пряко приложимо към осемте портала в това досие.</p>

  <p>Първо, правилото се прилага за получателите на федерална финансова помощ от HHS. Центровете за услуги по Medicare и Medicaid администрират федерална финансова помощ чрез Medicare част A, Medicaid и Програмата за здравно осигуряване на децата. Клиника, болница или амбулаторна практика, която фактурира на Medicare или приема Medicaid, е получател. По същество всяка обща болница за активно лечение в страната участва в Medicare; по същество всяка практика за първична грижа, която обслужва деца, участва в Medicaid или CHIP. Практическият ефект на клаузата за обхват е, че правилото достига до оператора на всеки портал в това досие.</p>

  <p>Второ, правилото въвежда WCAG 2.1 ниво AA като федерален технически стандарт. То не приема WCAG 2.0, не приема WCAG 2.2 и не приема смътен стандарт за „по същество еквивалентен достъп“. Назоваването на конкретен, цитируем, поддържан външно стандарт със стабилен речник от критерии за успех е оперативно най-важната характеристика на правилото. То свежда години аргументи за „по същество съответствие“ в съдебните производства за достъпност в здравеопазването до едно-единствено число.</p>

  <p>Трето, сроковете за съответствие на правилото са поетапни според размера на получателя. Получателите с 15 или повече служители трябва да се приведат в съответствие до 11 май 2026 г. — тоест в рамките на прозореца на одита на това досие. По-малките получатели имат срок до 10 май 2027 г. Осемте доставчика на портали в това досие сами по себе си не са получатели, но техните клиенти са, и задължението на клиента се пренася до преживяването на портала: болница, която внедрява несъответстващ портал, сама по себе си е в несъответствие.</p>

  <div class="chart-section">
    <div class="chart-title">ОКОНЧАТЕЛНО ПРАВИЛО ПО РАЗДЕЛ 504 — ПОЕТАПНИ СРОКОВЕ ЗА СЪОТВЕТСТВИЕ</div>
    <div class="bar-row"><div class="bar-label">Получатели с 15+ служители</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">краен срок 11 май 2026 г.</div></div></div>
    <div class="bar-row"><div class="bar-label">Получатели с по-малко от 15 служители</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">краен срок 10 май 2027 г.</div></div></div>
    <div class="bar-row"><div class="bar-label">Стандарт за медицинско-диагностично оборудване</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">поетапно до 2029 г.</div></div></div>
  </div>

  <p>Това, което правилото не прави, също има значение. То не обвързва пряко EHR доставчиците като такива — доставчиците не са получатели на федерална финансова помощ от HHS, а правилото обвързва получателите. Експозицията на доставчиците се пренася чрез договорните изисквания на техните клиенти. Но договорните изисквания идват: всяка голяма болнична система, подписваща нов договор за MyChart, Oracle Health или athenahealth през 2025–2026 г., поставя език с WCAG 2.1 AA в рамковото споразумение, защото алтернативата е да подпише договор, който поставя самата болница в несъответствие. Доставчиците, които вече са се подготвили — Epic и athenahealth водят в досието — са в по-силна търговска позиция от доставчиците, които не са.</p>

  <p>Правилото също така не препятства частни съдебни производства. Пациент с увреждане, който не може да изпълни търсене на резултат от изследване на портал, обвързан от Раздел 504, все още има частно основание за иск по дял III от ADA (за повърхността на клиниката като място за обществено ползване), по Раздел 1557 от Закона за достъпни грижи (за повърхността на федерално финансирана здравна програма) и по щатски закони за уврежданията (Закона Unruh на Калифорния, Закона за човешките права на Ню Йорк и други). Правилото по Раздел 504 добавя федерален регулаторен праг; то не замества съществуващите пътища за съдебни производства.</p>

  <hr />

  <h2 id="what-fixes">06 · Как изглежда съответстващ портал</h2>

  <p>Одитът не е еднообразно мрачна картина. Два от осемте портала — Epic MyChart и athenahealth athenaPatient — се доближават до съответстваща базова линия на повечето повърхности, а пропуските, които имат, са до голяма степен поправими в прозореца за съответствие на правилото. Три от осемте — Allscripts FollowMyHealth, Oracle Health, eClinicalWorks healow — са на ударно разстояние от съответствието с фокусирано отстраняване на проблеми. Три — NextGen, Greenway, Practice Fusion — имат значително повече работа за вършене и при текущата траектория няма да преминат крайния срок май 2026 г. без ангажимент, който все още не са направили видимо.</p>

  <p>Моделите, които разграничават съответстващите от несъответстващите портали, не са особено екзотични. Контролите на формите имат видими етикети, които са програмно свързани с входните им полета. Персонализираните джаджи — комбинирани полета, селектори на дати, качвачи на файлове — реализират ARIA семантиката, от която се нуждаят. Промените на състоянието се обявяват чрез aria-live региони или възли с роля за състояние. Редът на фокуса съответства на реда на четене. Модалните диалози улавят фокуса, докато са отворени, и го връщат правилно при затваряне. Субтитрите на живо са включени по подразбиране във видеоразговорите, а зад тях стои публикувана целева честота на грешки в думите. Нищо от това не е новаторска работа — това е базовата линия на WCAG 2.1 AA, която всеки доставчик на портали има от 2018 г. да усвои.</p>

  <div class="callout safe">
    <div class="ct">Какво правят правилно по-добрите портали</div>
    <p>Epic MyChart и athenaPatient доставят специализирани панели с настройки за достъпност — контроли за размер на текста и висок контраст — наред с основните си потоци. И двата публикуват доклади за съответствие с достъпността (VPAT спрямо WCAG 2.1 AA и Раздел 508). И двата са се ангажирали с организации за застъпничество за хората с увреждания през последните 24 месеца по начини, по които по-ниско класираните портали не са. Поуката не е, че те са перфектни; не са. Поуката е, че инженерната дисциплина, която произвежда 70-процентов автоматизиран процент на преминаване, е същата инженерна дисциплина, която произвежда 80-процентов процент две години по-късно — а инженерната дисциплина, която произвежда 44-процентов процент днес, произвежда 50-процентов процент след две години, не 80-процентов.</p>
  </div>

  <div class="callout info">
    <div class="ct">Какво болниците могат да направят през следващите дванадесет месеца</div>
    <p>Болниците са получатели; доставчиците не са. Задължението за съответствие се пренася към болницата. Болниците, които се движат първи през 2025–2026 г., са тези, които: изискват актуализиран VPAT спрямо WCAG 2.1 AA от своя доставчик на портал като договорно условие; възлагат независим одит от трета страна на внедрения портал (внедрения портал, не демото); и установяват документиран график за отстраняване на проблеми, обвързан с крайния срок май 2026 г. Болниците, които изчакват доставчика си да поправи нещата по собствен график, са болниците, които ще се окажат на грешния край на първите правоприлагащи писма на OCR през 2026 и 2027 г.</p>
  </div>

  <hr />

  <h2 id="outlook">07 · Перспективи за 2026 г.</h2>

  <p>Три нишки определят предстоящата година за достъпността на пациентските портали в САЩ.</p>

  <ul>
    <li><strong>Крайният срок май 2026 г.</strong> Получателите с 15 или повече служители трябва да приведат уеб съдържанието и мобилните си приложения в съответствие с WCAG 2.1 ниво AA до 11 май 2026 г. Това е по същество всяка болница и всяка амбулаторна практика със значим размер, участваща в Medicare, в страната. OCR сигнализира, че правоприлагане след крайния срок ще последва, а адвокатурата за правата на хората с увреждания вече подготвя шаблони за жалби.</li>
    <li><strong>Договорният цикъл на доставчиците.</strong> EHR договорите вървят на цикли от три до седем години. Договорите, които се подписват през 2025 и 2026 г., ще определят преживяването на портала за останалата част от десетилетието, а болниците, които ги подписват, поставят език с WCAG 2.1 AA в рамковите споразумения. Доставчиците, които усвоят този език без предоговаряне, ще спечелят дял; доставчиците, които му се противопоставят, ще загубят дял.</li>
    <li><strong>Пресечната точка с Раздел 1557.</strong> Раздел 1557 от Закона за достъпни грижи независимо забранява дискриминацията на основата на увреждане от федерално финансирани здравни програми. HHS издаде актуализирано окончателно правило по Раздел 1557 през май 2024 г. успоредно с правилото по Раздел 504, а двете действат паралелно. Портал, който се проваля на основания по Раздел 504, е изложен и на жалби по Раздел 1557, със собствените им пътища за правоприлагане и средства за защита.</li>
  </ul>

  <h2 id="closing">Червената нишка</h2>

  <p>Пациентските портали бяха продадени на здравната система на САЩ като цифровия еквивалент на по-широкото отваряне на вратите на клиниката — стимулите за „смислено използване“ през 2010-те години тласнаха всяка практика, участваща в Medicare, да постави такъв пред пациентите си, а EHR доставчиците изградиха инфраструктурата, която ги достави. Това, което одитът показва, е, че по-широкото отваряне на вратите беше частична истина: за пациентите без увреждания вратите са отворени. За пациентите с увреждания — тези, които използват екранни четци, тези, които навигират с клавиатура, тези, които зависят от субтитри, увеличение или гласов контрол — вратите са отворени около половината от времето, средно, и значително по-малко при последните три портала в досието.</p>

  <p>Правилото по Раздел 504 от май 2024 г. е най-голямата единична промяна в правото на достъпност в здравеопазването от три десетилетия и то навъртя часовник. Часовникът върви до май 2026 г. за големите получатели и до май 2027 г. за по-малките. Осемте портала в това досие имат между дванадесет и двадесет и четири месеца, за да затворят разликата между това къде се намират и това къде федералната регулация сега изисква да бъдат. Два са близо. Три са в обсег. Три не са. Прочетете повече от Disability World за <a href="/bg/regulations/">пейзажа на правото на достъпност в САЩ</a>, за <a href="/bg/articles/">отчета за отразяването за 2026 г.</a> и за <a href="/bg/toolkit/glossary/section-508/">федералния стандарт Раздел 508</a>, който информира техническата базова линия.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Изборът на портали е изведен от докладите на доставчиците на KLAS за 2024 г. и от сертификационните данни на ONC за EHR здравни ИТ, класирани по комбинирана инсталирана база болници + амбулаторни. Автоматизираните сканирания пуснаха axe-core 4.10 и Lighthouse 12 в безглавия Chrome срещу 30 обърнати към пациентите страници на портал на демо и деидентифицирани тестови акаунти, март–април 2026 г. Ръчните тестове на задачи пуснаха NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124 и VoiceOver iOS 17.4 + Safari, три опита на комбинация задача–стек. Броят на получателите е триангулиран от файла на CMS за доставчиците на услуги FY2024, статистиката на Американската болнична асоциация за 2024 г. и публичните списъци с получатели на HHS. Процентите са средни за марка-портал и не следва да се третират като резултати на ниво внедрена клиника — брандираните клинични облици, модулите на трети страни и персонализациите на клиента могат да придвижат внедрен портал над или под базовата линия на доставчика.</p>
    <p><strong>Правен контекст:</strong> Раздел 504 от Закона за рехабилитацията от 1973 г., 29 U.S.C. §794. Окончателно правило на Службата за граждански права на HHS „Дискриминация на основата на увреждане в програми или дейности за здравни и социални услуги“, 89 FR 40066 (9 май 2024 г.), кодифицирано в 45 CFR част 84, подчаст I. WCAG 2.1 ниво AA, Препоръка на W3C (5 юни 2018 г.). Раздел 1557 от Закона за защита на пациентите и достъпни грижи, 42 U.S.C. §18116; окончателно правило на HHS, 89 FR 37522 (6 май 2024 г.). Закон за американците с увреждания (<span lang="en">Americans with Disabilities Act</span>), дял III, 42 U.S.C. §12181 и сл. (1990 г.). Срокове за съответствие: 11 май 2026 г. (получатели с 15+ служители); 10 май 2027 г. (по-малки получатели).</p>
    <p><strong>Какво не е тази статия:</strong> Одит на ниво внедряване на която и да е конкретна назована болница, клиника или здравна система; базовата линия на доставчика не е заместител на одит на внедрения портал, който конкретен пациент реално използва. Не е правен съвет. Читателите, изправени пред задължение за съответствие по Раздел 504, жалба до OCR или решение за обществена поръчка на портал, следва да се консултират с компетентен юридически съветник и квалифициран независим одитор по достъпност.</p>
  </footer>

</div>

---
title: Частно право на иск срещу правоприлагане от регулатор: сравнителни резултати
url: https://www.disabilityworld.org/bg/articles/private-right-of-action-vs-regulator/
description: Реконструкция един до друг на това как реално се прилага правото на цифрова достъпност през 2026 г. — около 12 000 частни иска в САЩ по дял III от ADA срещу няколкостотин действия, водени от регулатор, в ЕС и Обединеното кралство.
author: Disability World
pubDate: 2026-05-22
tags: ada, eaa, ehrc, comparative, enforcement, regulations, data
---

# Частно право на иск срещу правоприлагане от регулатор: сравнителни резултати

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакторски</strong> · Архитектура на правоприлагането, четири юрисдикции</span>
  </div>

  <h1>Частно право на иск срещу правоприлагане от регулатор <em>— сравнителни резултати в четири юрисдикции</em></h1>

  <p class="lede">Правото на цифрова достъпност изглежда сходно на хартия в Съединените щати, Европейския съюз, Обединеното кралство и Канада — материално задължение, обвързано с WCAG 2.1 или 2.2 ниво AA, прилагано към обърнатите към обществеността търговски услуги, с очакване обхванатите субекти да отстранят проблемите в рамките на определен прозорец. Това, което се различава, и то рязко, е как се прилага задължението. През 2024 г. Съединените щати произведоха около <strong>12 000 жалби по дял III от ADA</strong> във федерален съд (тракер на Seyfarth Shaw за дял III от ADA) и още няколко хиляди щатски иска по Unruh. През същата година двадесет и седемте органа за надзор на пазара на държавите членки на ЕС, които надзирават Европейския акт за достъпност, произведоха общо в <strong>ниските четирицифрени стойности на формални жалби</strong> и приблизително <strong>120 решения за административна глоба</strong> в първата година на правоприлагане. Комисията за равенство и човешки права на Обединеното кралство откри <strong>по-малко от петнадесет формални разследвания за цифрова достъпност</strong> през 2024–25 г., а Канадската комисия по правата на човека заведе <strong>около деветдесет</strong> жалби, свързани с ИКТ, по Закона за достъпна Канада. Това досие поставя тези четири числа едно до друго, нормализира ги, където данните позволяват, и сравнява обемите на исковете, размерите на споразуменията, времето до разрешаване, географската концентрация и компромиса между мащаба, който достигат частните съдебни производства, и последователността, която произвежда правоприлагането, водено от регулатор.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Преписка 03</span>
      <span class="dossier-meta">07 записа · изведени от правоприлагащи регистри на САЩ, ЕС, Обединеното кралство и Канада, 2023–2026 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкриват четирите регистъра един до друг</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 12 000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Частните искове в САЩ засенчват всеки регулаторен регистър, взет заедно, с порядък по величина</p>
          <p class="dossier-note">Федерални жалби по дял III от ADA, подадени през 2024 г. (тракер на Seyfarth, кодирани в PACER). Регулаторните регистри на ЕС, Обединеното кралство и Канада, взети заедно, произведоха приблизително 1400 формални жалби за същия период — по-малко, отколкото само SDNY.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 120</span>
        <div class="dossier-body">
          <p class="dossier-claim">Агенциите на държавите членки на ЕС издадоха приблизително 120 решения за административна глоба по EAA в първата година</p>
          <p class="dossier-note">Агрегирано от докладите за първата година на италианската AgID, германската BFIT-Bund, испанската OAW, правоприлагащите бележки на френската ARCEP/ARCOM и еквивалентни агенции в другите 22 държави членки. Медианна глоба: приблизително €15 000. Най-висока разкрита: €350 000 (Италия).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">прибл. $13 500</span>
        <div class="dossier-body">
          <p class="dossier-claim">Типичното споразумение в САЩ по несъдебно исково писмо се намира в тесен диапазон</p>
          <p class="dossier-note">Медиен компонент на адвокатския хонорар на ищеца при серийни споразумения за уеб достъпност, реконструиран от публично подадени съдебни спогодби и отразяването на <span lang="en">ADA Title III News &amp; Insights</span> за 2022–2025 г. Общо споразумение (хонорари + ангажимент за отстраняване) обикновено $25 000–$55 000.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">14 мес.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Разследванията на EHRC в Обединеното кралство отнемат приблизително четиринадесет месеца от откриването до формалното уведомление</p>
          <p class="dossier-note">Медианно време от откриване на запитване по Раздел 20 до издаване на формално уведомление по Раздел 31 при публикувания казус на EHRC за 2023–25 г. Частните дела в САЩ обикновено приключват със споразумение за три до седем месеца; делата по EAA в ЕС приключват за девет до дванадесет.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">прибл. 38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY и EDNY поемат приблизително 38% от всички федерални искове по дял III в САЩ</p>
          <p class="dossier-note">Два от деветдесет и четирите федерални съдебни окръга в страната. Водените от регулатор системи показват обратното: исковете следват разпределението на населението, защото агенцията — не частна адвокатура — избира къде да гледа.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">€350 хил.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Най-голямата разкрита глоба по EAA в първата година — Италия, AgID, януари 2026 г.</p>
          <p class="dossier-note">Издадена срещу неназован оператор в електронната търговия за продължаващо несъответствие след краен срок за отстраняване. Цифрата е приблизително шест пъти медианната глоба по EAA и приблизително от порядъка на величината на споразумение по дял III от горния квартил в САЩ — но тя покрива един национален пазар, не един ответник на жалба.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">прибл. 90</span>
        <div class="dossier-body">
          <p class="dossier-claim">Канадската комисия по правата на човека заведе приблизително деветдесет жалби, свързани с ИКТ, през 2024–25 г.</p>
          <p class="dossier-note">По Закона за достъпна Канада и Канадския закон за правата на човека, взети заедно. Първият годишен доклад за съответствие на Комисаря по достъпността (2025) отчете още 220 действия по инспекция и одит извън броя на формалните жалби.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Тракер на Seyfarth Shaw за дял III от ADA (цикли 2013–2025); блог <span lang="en">ADA Title III News &amp; Insights</span>; федерални съдебни записи на PACER; годишни доклади за надзор на пазара по EAA на държавите членки (AgID, BFIT-Bund, OAW, ARCEP, ANED и 22 еквивалента); годишен доклад на Комисията за равенство и човешки права на Обединеното кралство за 2023–25 г. и регистър по Раздел 31; годишни доклади на Канадската комисия по правата на човека и Комисаря по достъпността за 2024 и 2025 г.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#frame">Какво всъщност означават частното и регулаторното правоприлагане</a></li>
      <li><span class="toc-num">02</span><a href="#volume">Обем на исковете: мащаб срещу въздържаност</a></li>
      <li><span class="toc-num">03</span><a href="#settlement">Размер на споразуменията и икономиката отдолу</a></li>
      <li><span class="toc-num">04</span><a href="#time">Време до разрешаване</a></li>
      <li><span class="toc-num">05</span><a href="#geography">Географска концентрация на делата</a></li>
      <li><span class="toc-num">06</span><a href="#tradeoff">Компромисът мащаб срещу последователност</a></li>
      <li><span class="toc-num">07</span><a href="#hybrid">Какво четирите системи заемат една от друга</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Червената нишка</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="frame">01 · Какво всъщност означават частното и регулаторното правоприлагане</h2>

  <p class="dropcap-first">Материалното задължение е до 2026 г. до голяма степен сходно. Дял III от ADA, Европейският акт за достъпност (Директива 2019/882), Законът за равенството на Обединеното кралство от 2010 г. (<span lang="en">UK Equality Act 2010</span>), четен заедно с Регламентите за достъпност на органите от обществения сектор от 2018 г. за публичните органи и насоките на EHRC за частните услуги, и Законът за достъпна Канада от 2019 г. — всички стигат до една и съща дестинация: обърнатите към обществеността цифрови услуги трябва да бъдат възприемаеми, операбилни, разбираеми и устойчиви до стандарт, който във всяка юрисдикция е достигнал до WCAG 2.1 или 2.2 ниво AA. Разликите не са в това как изглежда съответствието на техническо ниво. Те са в това <em>кой</em> забелязва несъответстваща услуга и <em>кой</em> я въвлича в процес.</p>

  <p>Частното правоприлагане — моделът на САЩ — поставя задачата по забелязване и въвличане в ръцете на отделни ищци и адвокатските кантори, които ги представляват. Законът осигурява адвокатски хонорари за спечелилия ищец по 42 U.S.C. §12205, така че икономика на прехвърляне на разходите подкрепя високообемна частна адвокатура. Министерството на правосъдието завежда малък брой дела с голямо въздействие всяка година, но по-голямата част от правоприлагащата работа се върши от назовани лица и кантори, идентифицирани в придружаващото ни досие за серийни ищци.</p>

  <p>Правоприлагането, водено от регулатор — моделите на ЕС, Обединеното кралство и Канада — поставя същата задача по забелязване и въвличане в ръцете на административни агенции. В ЕС всяка държава членка определя орган за надзор на пазара по член 18 от EAA. В Обединеното кралство EHRC има правомощия по Закона за равенството, допълнени за публичните органи от мониторинга на достъпността на Правителствената цифрова служба по PSBAR 2018. В Канада Комисарят по достъпността (разположен в Канадската комисия по правата на човека) управлява регистъра за съответствие на федералния сектор по Закона за достъпна Канада, докато CHRC продължава да разглежда индивидуални жалби по Канадския закон за правата на човека. Агенциите действат по собствена инициатива, по жалби, които минават през тях, или по одити, задействани от секторни оценки на риска. Частни ищци съществуват във всяка от тези системи, но те не са носещият канал за правоприлагане.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Откриване</span><span class="ps-desc">САЩ: лице или тестер се натъква на бариера. ЕС/Обединено кралство/Канада: агенцията получава жалба или провежда одитен цикъл.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Подаване или откриване</span><span class="ps-desc">САЩ: жалба, подадена във федерален или щатски съд. ЕС/Обединено кралство/Канада: запитване, открито от агенцията; формално разследване, ако е оправдано.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Договаряне или уведомление</span><span class="ps-desc">САЩ: ответникът получава исково писмо; договаряне на споразумение. ЕС/Обединено кралство/Канада: агенцията издава уведомление за съответствие или план за подобрение.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Разрешаване</span><span class="ps-desc">САЩ: съдебна спогодба, прекратяване при споразумение или рядко съдебно дело. ЕС/Обединено кралство/Канада: административна глоба, правоприлагаща заповед или ангажимент.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Публичен запис</span><span class="ps-desc">САЩ: жалбата е публична; споразумението обикновено не е. ЕС/Обединено кралство/Канада: повечето правоприлагащи решения се публикуват в регистри на агенциите, с назован сектор и субект.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12 000</div><div class="method-label">Федерални искове по дял III в САЩ, 2024 г.</div></div>
    <div class="method-card"><div class="method-num">прибл. 1400</div><div class="method-label">Формални жалби по EAA в ЕС, първа година</div></div>
    <div class="method-card"><div class="method-num">&lt;15</div><div class="method-label">Формални разследвания на EHRC в Обединеното кралство, 2024–25 г.</div></div>
    <div class="method-card"><div class="method-num">прибл. 90</div><div class="method-label">Жалби за ИКТ на CHRC, 2024–25 г.</div></div>
  </div>

  <hr />

  <h2 id="volume">02 · Обем на исковете: мащаб срещу въздържаност</h2>

  <figure class="article-figure">
    <img src="/article-images/private-right-of-action-vs-regulator/inline-1.webp" alt="Диаграма един до друг, противопоставяща частните права на иск (висок обем искове) с правоприлагането от регулатор (по-малко, но по-последователни дела)." width="800" height="450" loading="lazy" />
    <figcaption>Разликата в мащаба е определящата характеристика на сравнението: един-единствен федерален съдебен окръг в САЩ може да надмине трима национални регулатора, взети заедно, за една календарна година.</figcaption>
  </figure>

  <p>Суровите числа не са близки. Федералният регистър за 2024 г. отчете приблизително 12 000 жалби по дял III от ADA. Още няколко хиляди бяха подадени във висшия съд на Калифорния по Закона за гражданските права Unruh и неизвестен, но по-малък брой във Върховния съд на щата Ню Йорк по Щатския закон за правата на човека. През същата календарна година двадесет и седемте органа за надзор на пазара на държавите членки на ЕС, които надзирават Европейския акт за достъпност, произведоха — общо, по публикуваните данни за първата година от тези, които са ги публикували — приблизително 1400 формални преписки по жалби. EHRC в Обединеното кралство откри по-малко от петнадесет запитвания по Раздел 20, които стигнаха до разследване за цифрова достъпност. Канадската комисия по правата на човека заведе около деветдесет жалби, свързани с ИКТ, по Закона за достъпна Канада и Канадския закон за правата на човека, взети заедно.</p>

  <div class="chart-section">
    <div class="chart-title">Правоприлагащи действия за 2024 г. по система (формални откривания, логаритмично подредени)</div>
    <div class="bar-row"><div class="bar-label">САЩ — частни (федерален дял III)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">прибл. 12 000 иска</div></div></div>
    <div class="bar-row"><div class="bar-label">САЩ — частни (Unruh щатски съд, прогноза)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">прибл. 3500 иска</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — EAA, 27 агенции заедно</div><div class="bar-track"><div class="bar-fill bf-b" style="width:12%">прибл. 1400 жалби</div></div></div>
    <div class="bar-row"><div class="bar-label">Канада — жалби за ИКТ на CHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:1%">прибл. 90 жалби</div></div></div>
    <div class="bar-row"><div class="bar-label">Обединено кралство — формални разследвания на EHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.5%">&lt;15 разследвания</div></div></div>
    <div class="bar-row"><div class="bar-label">САЩ — дела по дял III за уебсайтове на DOJ</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.3%">прибл. 20/год. (10-год. средно)</div></div></div>
  </div>

  <p>Под разликата стоят две структурни точки. Първата е, че водените от регулатор системи броят жалби, не съдебни искове, а агенциите не се стремят да откриват по една преписка на несъответстващ уебсайт. Техният модел е секторни одитни цикли, като отделните жалби се използват като задействащи фактори за по-широки разследвания. Например проверката на търговския сектор на AgID от 2025 г. одитира 412 италиански сайта за електронна търговия в едно-единствено упражнение; разследването на EHRC от 2024 г. на потребителските банки обхвана едновременно осемте най-големи британски банки на дребно. Броенето на тези като единични преписки на агенция подценява значително същинското покритие.</p>

  <p>Втората е, че броят в САЩ възнаграждава самото подаване. Бизнес модел на серийна кантора, който превръща един назован ищец в деветдесет преписки за година, не може да съществува в система, в която обемът на исковете не носи на подателя икономика на прехвърляне на разходите. Разликата в структурните стимули, а не регулаторната воля, е най-голямото единично обяснение за разликата с порядък по величина в суровия брой искове.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">прибл. 12 000</div><div class="stat-desc">Федерални частни искове в САЩ, 2024 г.</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 1400</div><div class="stat-desc">Жалби по EAA в ЕС, всички 27 агенции заедно, първа година</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 105</div><div class="stat-desc">Формални разследвания в Обединеното кралство + Канада заедно, 2024–25 г.</div></div>
  </div>

  <p class="pull-quote">Най-последователната констатация във всичките четири юрисдикции е, че обемът на исковете следва правоприлагащата икономика на подателя, а не разпространението на самото нарушение.</p>

  <hr />

  <h2 id="settlement">03 · Размер на споразуменията и икономиката отдолу</h2>

  <p>Където системата на САЩ произвежда обем, системите на ЕС и Обединеното кралство произвеждат — сравнително — концентрирани резултати. Водещите цифри се подреждат неочаквано чисто, когато се нормализират на база за действие.</p>

  <p>От страната на САЩ медийният компонент на адвокатския хонорар на ищеца при серийно споразумение за уеб достъпност, реконструиран от публично подадени съдебни спогодби и текущото отразяване на блога <span lang="en">ADA Title III News &amp; Insights</span> от 2022 до 2025 г., се намира на приблизително $13 500. Общата стойност на споразумението — хонорари, законови обезщетения, където се прилагат, и документираната стойност на ангажимента за отстраняване — обикновено е $25 000 до $55 000 на дело. Бимодалното разпределение, което литературата за съдебните производства за уврежданията документира от 2018 г., все още е видимо: повечето дела се групират в диапазона $20 000–$45 000, а дълга опашка от дела с въздействащи производства достига милиони (споразумението с Target за $13,3 милиона, многомилионният бюджет за отстраняване на Domino's, осемцифрените съдебни спогодби за субтитри на Netflix и Harvard).</p>

  <div class="chart-section">
    <div class="chart-title">Типично водещо споразумение/глоба — сравнителни диапазони (еквивалент в USD)</div>
    <div class="bar-row"><div class="bar-label">САЩ медианно серийно споразумение</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">$25 хил.–$55 хил.</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС медианна глоба по EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:20%">прибл. €15 хил. (прибл. $16 хил.)</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС глоба по EAA от горния квартил</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">€50 хил.–€120 хил.</div></div></div>
    <div class="bar-row"><div class="bar-label">Рекордна глоба на AgID в Италия (ян. 2026 г.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:90%">€350 хил. (прибл. $375 хил.)</div></div></div>
    <div class="bar-row"><div class="bar-label">Стойност на формален ангажимент пред EHRC в Обединеното кралство</div><div class="bar-track"><div class="bar-fill bf-d" style="width:35%">£40 хил.–£200 хил. отстраняване</div></div></div>
    <div class="bar-row"><div class="bar-label">Диапазон на извънредните дела с въздействие в САЩ</div><div class="bar-track"><div class="bar-fill bf-e" style="width:100%">$1 млн.–$13 млн.+</div></div></div>
  </div>

  <p>От страната на ЕС правоприлагащият регистър по EAA за първата година — съставен от тримесечните бюлетини на италианската AgID, годишния доклад на германската BFIT-Bund, правоприлагащия регистър на испанската OAW, съвместните бележки за достъпност на френските ARCEP/ARCOM и еквивалентни оповестявания от другите държави членки — показва медианна административна глоба от приблизително €15 000, с диапазон от горния квартил от €50 000 до €120 000. Най-високата разкрита глоба за първата година беше решението на AgID от януари 2026 г. срещу неназован италиански оператор в електронната търговия: €350 000, издадена за продължаващо несъответствие след документиран краен срок за отстраняване. Само тази единствена глоба е приблизително от порядъка на величината на споразумение по дял III от горния дециле в САЩ — но тя покрива цял национален пазар, не един ответник на жалба.</p>

  <p>Моделът на Обединеното кралство отново е различен. EHRC много рядко търси парични санкции по правомощията си по Раздел 31; центърът на тежестта е формалният ангажимент, който фиксира програма за отстраняване и график. Ангажиментите за цифрова достъпност на Royal Bank of Scotland от 2024 г. и на Boots от 2025 г. носеха всеки подразбираща се цена за отстраняване в диапазона £200 000–£500 000, но не беше наложена глоба. Канадският комисар по достъпността досега следва същата позиция: заповеди за съответствие вместо глоби, като първата административна парична санкция по ACA е запазена за публикувана, но все още неизползвана скала.</p>

  <div class="callout info">
    <div class="ct">Честно четене на числата</div>
    <p>Водещите цифри изглеждат сходни в горния край и много различни в средата. Медианно споразумение в САЩ и медианна глоба в ЕС се намират в рамките на коефициент три едно от друго, в долари. Но системата на САЩ произвежда с порядък по величина повече от тези резултати от средния диапазон; системите на ЕС и Обединеното кралство се концентрират върху по-малък брой по-големи интервенции. Агрегиран за годината, общият паричен правоприлагащ поток в САЩ е значително по-висок; общата последица <em>на ответник</em> в горната част на разпределението е приблизително сравнима.</p>
  </div>

  <div class="quote-block">
    <div class="meta">AgID — първи правоприлагащ бюлетин по EAA, януари 2026 г.</div>
    <div class="quote">„Глобата от €350 000 отразява продължаващия характер на нарушението, размера на оператора, обема на засегнатите потребителски транзакции и липсата на коригиращо действие след сроковете, фиксирани в две предходни уведомления за съответствие.“</div>
    <span class="source"><span lang="it">Agenzia per l'Italia Digitale</span> · правоприлагащ бюлетин по EAA, Q1 2026 г.</span>
  </div>

  <hr />

  <h2 id="time">04 · Време до разрешаване</h2>

  <p>Четирите системи се различават по скорост в посоки, които не са очевидни само от сравнението по обем.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Система</th>
        <th>Медианно време от подаване до първи отговор</th>
        <th>Медианно време до разрешаване</th>
        <th>Публично назован резултат</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>САЩ — дял III от ADA (частен, федерален)</td>
        <td>прибл. 30 дни (исково писмо / отговор по Правило 12)</td>
        <td>3–7 месеца</td>
        <td>Рядко — съдебните спогодби са публични, споразуменията обикновено не са</td>
      </tr>
      <tr>
        <td>САЩ — Unruh (частен, щат Калифорния)</td>
        <td>прибл. 21 дни</td>
        <td>4–6 месеца</td>
        <td>Понякога — записите на висшия съд варират по окръг</td>
      </tr>
      <tr>
        <td>ЕС — EAA (агенция на държава членка)</td>
        <td>прибл. 45 дни (потвърждение от агенцията)</td>
        <td>9–12 месеца</td>
        <td>Обикновено — регистрите на агенциите публикуват субект, сектор и решение</td>
      </tr>
      <tr>
        <td>Обединено кралство — запитване по Раздел 20 → уведомление по Раздел 31 на EHRC</td>
        <td>прибл. 60 дни</td>
        <td>прибл. 14 месеца</td>
        <td>Обикновено — формалните ангажименти и уведомленията по Раздел 31 се публикуват</td>
      </tr>
      <tr>
        <td>Канада — Комисар по достъпността / CHRC</td>
        <td>прибл. 40 дни</td>
        <td>10–18 месеца</td>
        <td>Обикновено — заповедите за съответствие се публикуват; самоличността на жалбоподателите — не</td>
      </tr>
      <tr>
        <td>САЩ — правоприлагане по дял III на DOJ (публично)</td>
        <td>прибл. 90 дни</td>
        <td>18–36 месеца</td>
        <td>Винаги — прессъобщение на DOJ плюс съдебна спогодба в публичния регистър</td>
      </tr>
    </tbody>
  </table>

  <p>Моделът, който се очертава, е обратният на това, което външен наблюдател би очаквал. Частната система на САЩ е най-бързата с голяма разлика. Исковото писмо на серийна кантора, изпратено в рамките на дни след наблюдаването на твърдяната бариера, произвежда отговор от ответника в рамките на тридесет дни и договорен резултат в рамките на месеци. Водените от регулатор системи отнемат повече време не защото агенциите са по-бавни, а защото процедурите им са по-тежки: запитване по Раздел 20 включва законова консултация, право на отговор, проектоуведомление, окончателно уведомление и прозорец за вътрешен преглед. Цикълът по EAA на ЕС включва период за отстраняване, вграден в закона. Канадският процес дава на ответника до шест месеца да се ангажира с Комисаря по достъпността, преди да бъде издадена каквато и да е заповед.</p>

  <p>Федералният път на DOJ е още по-бавен. Делата, които Министерството завежда — а е имало само по няколко на година в областта на уеб достъпността — обикновено отнемат от осемнадесет до тридесет и шест месеца от подаването до съдебната спогодба. Бавността не е дефект; тя отразява размера на типичното дело на DOJ (определящо сектора, многомилионни бюджети за отстраняване) и процедурната тежест на въвличането на федералното правителство в дело.</p>

  <div class="callout warning">
    <div class="ct">Какво всъщност купува „бързината“</div>
    <p>Скоростта на частния път в САЩ е източникът на правоприлагащия му натиск и източникът на най-критикуваната му патология. Бързите споразумения доставят ангажименти за отстраняване бързо, но ги доставят и при условия, договорени двустранно между две частни страни — без агенция, която преглежда качеството на отстраняването, без публичен запис на обещаното и без последващ одит, освен ако ищецът не подаде иск отново. Водените от регулатор системи разменят скорост за прозрачност.</p>
  </div>

  <hr />

  <h2 id="geography">05 · Географска концентрация на делата</h2>

  <p>Географската концентрация на исковете по дял III в САЩ — четири федерални съдебни окръга (SDNY, EDNY, CDCA, NDCA), поемащи приблизително две трети от националния регистър — е най-поразителната единична характеристика на набора от данни и най-чистото доказателство, че моделите на подаване следват икономическите стимули, а не разпространението на нарушенията. Процедурните реформи в Ню Йорк след 2024 г. само изместиха концентрацията, не я премахнаха: исковете през първото полугодие на 2025 г. в съдебния окръг на Ню Джърси нараснаха с приблизително 55%, а исковете в Централния окръг на Калифорния нараснаха с приблизително 22%, спрямо спад от 40% в SDNY + EDNY.</p>

  <div class="chart-section">
    <div class="chart-title">Географска концентрация на исковете, по система</div>
    <div class="bar-row"><div class="bar-label">САЩ — дял на SDNY + EDNY от федералния регистър</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">прибл. 38%</div></div></div>
    <div class="bar-row"><div class="bar-label">САЩ — дял на CDCA + NDCA от федералния регистър</div><div class="bar-track"><div class="bar-fill bf-a" style="width:24%">прибл. 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — дял на Италия от жалбите по EAA (най-голям)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">прибл. 22%</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — дял на Германия от жалбите по EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:18%">прибл. 18%</div></div></div>
    <div class="bar-row"><div class="bar-label">ЕС — дял на Франция от жалбите по EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">прибл. 14%</div></div></div>
    <div class="bar-row"><div class="bar-label">Обединено кралство — дял на Лондон / Югоизтока от делата на EHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:55%">прибл. 55%</div></div></div>
    <div class="bar-row"><div class="bar-label">Канада — дял на Онтарио + Квебек от ИКТ на CHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:65%">прибл. 65%</div></div></div>
  </div>

  <p>Моделът на ЕС е различен. Италия води по брой жалби по EAA за първата година с приблизително 22% от общото за ЕС-27, следвана от Германия с 18% и Франция с 14% — но Италия има и 13% от населението на ЕС и най-активно окомплектования национален орган (AgID управлява програма за мониторинг на достъпността за обществения сектор от 2004 г. по Закона Stanca и донесе дълбока оперативна база в ролята си по EAA). Веднъж нормализирани на глава от населението, водещите държави членки се групират в рамките на коефициент два една от друга. Няма еквивалент на ефекта SDNY — никоя държава членка не произвежда тридесет пъти повече искове на глава от населението от съседите си.</p>

  <p>Моделите на Обединеното кралство и Канада са претеглени по население. Лондон и Югоизтокът поемат приблизително 55% от делата за цифрова достъпност на EHRC, което следва концентрацията на услугите с централно управление и центъра на потребителското население. Онтарио и Квебек произвеждат приблизително 65% от жалбите за ИКТ на CHRC спрямо комбинирания им дял от прибл. 61% от канадското население. Накратко, регулаторите виждат искове там, където населението вижда услугите.</p>

  <p class="pull-quote">Във всяка водена от регулатор система географската концентрация следва това къде живеят хората. В частната система на САЩ тя следва това къде е адвокатурата на ищците.</p>

  <hr />

  <h2 id="tradeoff">06 · Компромисът мащаб срещу последователност</h2>

  <p>Сравнението се свежда до два реални, несводими компромиса. Първият е между мащаб и последователност.</p>

  <p>Частната система на САЩ достига до повече ответници за година, отколкото която и да е водена от регулатор система достига за пет. Търговец на дребно, който оперира недостъпна страница за плащане през 2024 г., е далеч по-вероятно да получи исково писмо от нюйоркска кантора на ищци, отколкото уведомление за съответствие от който и да е орган за надзор на пазара в света. Тази широта на обхват е най-силната единична защита на модела: в режим, който зависи от частни ищци за прилагане на закон за обществените места, моделът е произвел ниво на натиск върху популацията от ответници, до което недофинансираният правоприлагащ път на DOJ никога не се е доближавал.</p>

  <p>Това, което той не е произвел, е последователност. Двама търговци на дребно в един и същ щат с един и същ дефект на потока за плащане могат да имат коренно различни правоприлагащи преживявания в зависимост от това коя кантора ги забележи първа, каква е преговорната им позиция, колко струва съветникът им и как се развиват преговорните динамики. Ангажиментите за отстраняване, вградени в частните споразумения, не се преглеждат еднообразно за техническа адекватност; същата позиция по съответствие, която разрешава едно дело, може да не разреши следващото.</p>

  <p>Правоприлагането, водено от регулатор, обръща и двете страни на компромиса. Обхватът е много по-тесен — глобите по EAA за първата година достигнаха най-много няколкостотин оператора в двадесет и седем държави членки. Но резултатите са далеч по-еднообразни. Тристраничният шаблон за съответствие на германската BFIT-Bund, стандартният график за отстраняване на италианската AgID и публикуваната рамка за обосновка на френската ARCOM произвеждат решения, които си приличат между делата и през годините. Търговец на дребно, обект на уведомление за съответствие по EAA в една държава членка, има доста точна представа какво ще бъде поискано от търговец в друга държава членка, изправен пред същото уведомление.</p>

  <div class="callout safe">
    <div class="ct">Честният компромис, в едно изречение</div>
    <p>Частните права на иск произвеждат много правоприлагащи действия с променливо качество; правоприлагането, водено от регулатор, произвежда малко действия с последователно качество. Нито един модел самостоятелно не произвежда едновременно обем и последователност, поради което всяка юрисдикция, която се е опитала да разшири правоприлагащия си капацитет през последните пет години, е посегнала към елементи на другия.</p>
  </div>

  <p>Вторият компромис е между скорост и прозрачност. Частният път в САЩ е бърз; произтичащите спогодби обикновено не са публични. Пътищата на ЕС, Обединеното кралство и Канада са бавни; произтичащите решения почти винаги се публикуват с прикачени име на субект, сектор и обосновка. Читател, който иска да разбере дали един и същ вид дефект на потока за плащане произвежда един и същ вид резултат между делата, може да отговори на този въпрос много по-лесно за регистър на глобите по EAA, отколкото за регистър на споразуменията в САЩ.</p>

  <hr />

  <h2 id="hybrid">07 · Какво четирите системи заемат една от друга</h2>

  <p>До 2026 г. четирите системи измеримо са се приближили една към друга по начини, които са видими, ако спрете да ги гледате като чисти типове.</p>

  <p>Европейският акт за достъпност, в наръчниците си за първата година, е вградил незадължителни канали за частни ищци, които отиват по-далеч, отколкото неговите съставители първоначално сигнализираха. Член 29 от EAA позволява на държавите членки да разрешат представителни действия за защита на потребителите при нарушения на достъпността, а италианската, испанската и белгийската имплементации са го направили. Първото представително действие по италианската транспозиция беше подадено в края на 2025 г. от консорциум за защита на потребителите срещу платформа за резервации на хотели; то стои паралелно с правоприлагащия път на AgID и ще произведе данни, които ЕС преди не е имал.</p>

  <p>Обединеното кралство тръгна в другата посока в края на обществения сектор: PSBAR 2018 включва изричен път за лицата да ескалират жалби за достъпност чрез системата за мониторинг на агенцията, но насоките на EHRC от 2023 г. насам канят частните ищци да предявяват и искове по Закона за равенството директно срещу доставчиците на цифрови услуги от частния сектор. Числата са малки — по-малко от двеста дела на година в цялата страна — но каналът съществува и се използва.</p>

  <p>Законът за достъпна Канада взе правоприлагащата си архитектура изрично от водената от регулатор традиция (Комисар по достъпността с правомощия за одит, заповед за съответствие и административна парична санкция), но Канадският закон за правата на човека запазва паралелен път за индивидуални жалби по CHRC. Страните по дела, навигиращи и двата канала, са произвели практика по процедурна координация, която не е съществувала преди 2024 г.</p>

  <p>САЩ се придвижиха най-малко в тази посока — няма федерален регулатор с правомощия за секторен одит на достъпността — но окончателното правило по дял II на DOJ от април 2024 г. (28 CFR част 35, подчаст H) и все още чакащото нормотворчество за уебсайтовете по дял III представляват най-силното движение на административни правила от две десетилетия. Ако правилото по дял III бъде издадено през 2026 г. според очакванията, системата на САЩ за първи път ще носи изричен федерален технически стандарт наред с частния си правоприлагащ двигател.</p>

  <hr />

  <h2 id="closing">08 · Червената нишка</h2>

  <p>Четирите правоприлагащи системи бяха проектирани в различни десетилетия, от различни правни традиции, с различни виждания за това какво кара законът за обществените места да работи на практика. Те въпреки това са достигнали до разпознаваем набор от материални задължения и са произвели, в периода 2023 до 2026 г., обем от сравними данни, които преди не са съществували. Данните показват, че разликата с порядък по величина между частните искове в САЩ и жалбите, водени от регулатор, отразява разликата в структурните стимули между двата модела далеч повече, отколкото отразява каквато и да е разлика в основната честота на нарушенията.</p>

  <p>Компромисът е реален и неразрешен. Частните права на иск доставят мащаб за сметка на последователност. Правоприлагането, водено от регулатор, доставя последователност за сметка на мащаб. Движението към хибридизация през последните две години — представителните действия по член 29 от EAA, разширените насоки на EHRC по Закона за равенството, двупистовият дизайн на Закона за достъпна Канада / Канадския закон за правата на човека и чакащото правило по дял III на САЩ — подсказва, че никоя юрисдикция не е спокойна да живее само с един от тези компромиси и че следващите пет години ще видят по-нататъшно структурно смесване, а не сближаване до един-единствен модел.</p>

  <p>За основната разлика в достъпа — дела на обърнатите към обществеността цифрови услуги, които реално са използваеми с помощна технология — четирите системи са произвели движение, но с различен темп и по различни вектори. Годишният <a href="/bg/articles/global-disability-metrics-2026/">доклад за глобалните метрики за уврежданията</a> на Disability World, <a href="/bg/articles/eaa-first-year-enforcement-report/">докладът за първата година на правоприлагане по EAA</a> и <a href="/bg/articles/serial-plaintiffs-versus-individuals/">анализът серийни ищци срещу индивидуални ищци</a>, взети заедно, дават следващия слой детайли под водещите числа в това досие.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Цифрите за САЩ са изведени от тракера на Seyfarth Shaw за дял III от ADA (цикли 2013–2025, кодирани в PACER), блога <em><span lang="en">ADA Title III News &amp; Insights</span></em>, годишните доклади на Калифорнийската комисия за достъп на хората с увреждания и Службата за съдебна администрация на щата Ню Йорк. Цифрите за ЕС са агрегирани от докладите за първата година на правоприлагане на италианската <span lang="it">Agenzia per l'Italia Digitale</span> (AgID), германския Федерален орган за мониторинг BFIT-Bund, испанския <span lang="es">Observatorio de Accesibilidad Web</span> (OAW), съвместните бележки за достъпност на френските ARCEP / ARCOM, докладите на белгийските Anysurfer / BOSA и еквивалентни публикувани оповестявания от останалите 22 органа за надзор на пазара на държавите членки; където държавите членки още не са публикували цифри за първата година, общите стойности са представени като диапазони. Цифрите за Обединеното кралство са от годишния доклад на Комисията за равенство и човешки права за 2023–25 г., регистъра по Раздел 31 на EHRC и годишния доклад за мониторинг по PSBAR на Правителствената цифрова служба. Канадските цифри са от годишния доклад на Канадската комисия по правата на човека за 2024 г., първия доклад за съответствие на Комисаря по достъпността за 2025 г. и докладите за напредъка по достъпността на федералния Министерски съвет. Диапазоните на стойностите на споразуменията са реконструирани от публично подадени съдебни спогодби; точните цифри на дело не са налични във всички юрисдикции, защото споразуменията редовно се запечатват в САЩ.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания (<span lang="en">Americans with Disabilities Act</span>), дял III, 42 U.S.C. §12181 и сл. (1990 г.); разпоредба за прехвърляне на разходите по ADA 42 U.S.C. §12205. Граждански кодекс на Калифорния §§52, 425.50–425.55 (Закон за гражданските права Unruh). Директива (ЕС) 2019/882 (Европейски акт за достъпност), членове 17–19 (надзор на пазара) и член 29 (представителни действия). Закон за равенството от 2010 г. (Обединено кралство) (<span lang="en">Equality Act 2010</span>) раздели 20–22 и 29; Закон за равенството от 2006 г. раздели 16, 20 и 31 (правомощия на EHRC за разследване и уведомление); Регламенти за достъпност на органите от обществения сектор (уебсайтове и мобилни приложения) (№ 2) от 2018 г., SI 2018/952. Закон за достъпна Канада (<span lang="en">Accessible Canada Act</span>), S.C. 2019, c. 10; Канадски закон за правата на човека (<span lang="en">Canadian Human Rights Act</span>), R.S.C. 1985, c. H-6. 28 CFR част 35, подчаст H (окончателно правило по дял II, април 2024 г., приемащо WCAG 2.1 ниво AA като федерален стандарт за щатската и местната власт).</p>
    <p><strong>Какво не е тази статия:</strong> Пълно преброяване на правоприлагането. Исковете по Unruh в щатски съд и по Щатския закон за правата на човека на Ню Йорк присъстват в сравнението само в обобщена форма, защото данните от регистрите по окръзи не са централизирани. Цифрите по EAA за останалите държави членки, които не бяха публикували доклади за първата година към момента на писане, са апроксимирани от предварителни оповестявания и може да се изместят, когато бъдат издадени пълните годишни доклади. Това е редакторски сравнителен анализ, не правен съвет. Операторите, изправени пред правоприлагащо действие в която и да е от четирите юрисдикции, следва да се консултират с компетентен юридически съветник, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Производство на аудиоучебници през 2026 г.: от DAISY до AI озвучаване
url: https://www.disabilityworld.org/bg/articles/producing-audio-textbooks-modern/
description: Как се правят образователните аудиокниги през 2026 г. — наследеният DAISY конвейер, новата спецификация DAISY 4.0, преходът към AI озвучаване с ElevenLabs/Polly/OpenAI и компромисът цена–качество, който все още отличава учебника от подкаста.
author: Disability World
pubDate: 2026-05-22
tags: audio-textbooks, daisy, narration, education, blindness, low-vision, ai
---

# Производство на аудиоучебници през 2026 г.: от DAISY до AI озвучаване

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>От</strong> Disability World</span>
  <span class="rt-pill">Време за четене: 10 минути</span>
</div>

<p class="image-alt-text">Описание на изображението: Професионален студиен микрофон до отворен учебник със слушалки и аудиоконтроли — визуалният маркер за производството на аудиоучебници.</p>

<p class="wp-block-paragraph">Учебникът не е подкаст. Той има нива на заглавия, номерирани упражнения, бележки под линия, индекси, формули, диаграми с описания и ученик, който трябва да намери страница 217 насред учебна сесия. Производството му като аудио означава да се произведе всичко това — не само текстовата проза. През 2026 г. два паралелни конвейера вършат тази работа: наследената верига <strong>DAISY</strong>, която носи на плещите си специализираните аудиоиздатели от четвърт век насам, и новата верига за <strong>AI озвучаване</strong>, която през последните три години смъкна себестойността на производство на час с приблизително един порядък. Те не са взаимозаменяеми. Там, където се срещат — какво оцелява от DAISY, какво се предава на синтезатора, какво остава при човек — е историята на аудиоучебника през 2026 г.</p>

<p class="wp-block-paragraph">Този материал е производствено ръководство за хората, които поръчват, финансират и използват тези книги: координаторите по специално образование, университетските офиси за хора с увреждания, библиотекарите за алтернативни формати и издателските екипи в <a href="/bg/articles/state-of-deaf-education-access/">организациите, работещи на ръба на достъпното образование</a>. То преминава през DAISY конвейера, който произвежда достъпен аудиоучебник, прехода към AI озвучаване, който преоформя икономиката нагоре по веригата, компромиса цена–качество, който двете страни сега договарят, проблемите с точността, които никой не е решил напълно (математика, собствени имена, превключване между езици), спецификацията DAISY 4.0, публикувана през 2025 г., и големите производители, които определят кои книги реално достигат до ученика.</p>

<h2 class="wp-block-heading" id="h-what-daisy-is">Какво всъщност означава „DAISY“</h2>

<p class="wp-block-paragraph">DAISY — Digital Accessible Information System (Цифрова система за достъпна информация) — е едновременно спецификация, консорциум и семейство файлови формати. За пръв път е публикувана през 1996 г. от коалиция от библиотеки за говорещи книги, които се нуждаели от начин да доставят навигируемото, структурирано аудио, което касетата не можела да осигури. Двете спецификации, които и днес са опора на формата, са <strong>DAISY 2.02</strong>, издадена през 2001 г. и все още форматът, който мнозинството от наследените библиотеки за говорещи книги реално предлагат, и <strong>DAISY 3</strong>, формализирана като ANSI/NISO Z39.86 през 2002 г. и преразгледана през 2012 г. и отново през 2024 г. Актуализацията от 2024 г. — Z39.86-2024 — е версията, към която е насочен по-голямата част от настоящия производствен инструментариум, и преходната спецификация между наследения свят и DAISY 4.0.</p>

<p class="wp-block-paragraph">Това, което DAISY прави, а един MP3 не може: носи <strong>структурна навигация</strong> (прескачане към глава 4, раздел 2, упражнение 3), <strong>SMIL синхронизация</strong> (аудиофайлът и текстовата пътека се поддържат в синхрон, така че позицията на възпроизвеждане в едното винаги съответства на другото) и <strong>метаданен слой</strong>, достатъчно богат, за да опише бележки под линия, странични каренца, номера на страници, клетки на таблици и елементи за прескачане като текущи колонтитули. Един DAISY плейър — Dolphin EasyReader, Voice Dream, референтният плейър AMIS, хардуерният Victor Reader Stratus — превръща тези структури в едно натискане на клавиш: ученикът може да се придвижва напред по изречение, по абзац, по заглавие от ниво 3 или по номер на страница в една и съща книга.</p>

<h3 class="wp-block-heading" id="h-daisy-pipeline">Наследеният производствен конвейер на DAISY</h3>

<p class="wp-block-paragraph">Производството на DAISY учебник по наследения конвейер преминава през шест отделни етапа и за учебник от 400 страници отнема приблизително от шест до дванадесет седмици общо време на заглавие при производител като Learning Ally или Royal National Institute of Blind People (RNIB).</p>

<ul class="wp-block-list">
<li><strong>Етап 1 — подготовка на източника.</strong> Издателят предоставя печатен PDF или, все по-често, EPUB. Производството почиства файла, отделя основния текст от колонтитулите, маркира йерархията на заглавията и експортира структуриран XHTML с реда на четене. Диаграмите и формулите се отбелязват за отделна обработка.</li>
<li><strong>Етап 2 — озвучаване.</strong> Обучен човек диктор записва прозата в студийна сесия. За учебник дикторът следва ръководство за стил на издателя, което обхваща как се четат таблици, как се описват диаграми, как се произнася специфичната за предмета терминология и как се обработват непреведените пасажи на чужд език.</li>
<li><strong>Етап 3 — редактиране и контрол на качеството.</strong> Втори проход премахва шума от дишане, преснема грешните произношения и подравнява записаното аудио спрямо изходния текст. Четец за контрол на качеството слуша спрямо печатния текст за точност.</li>
<li><strong>Етап 4 — SMIL синхронизация.</strong> Производственият софтуер генерира SMIL (Synchronized Multimedia Integration Language) файл, който поставя времеви маркер на всяка граница на изречение в аудиото спрямо съответния участък в XHTML, създавайки моментното съответствие текст–аудио, на което се основава навигацията в DAISY.</li>
<li><strong>Етап 5 — пакетиране.</strong> Аудиото, SMIL пътеката, XHTML текстът и навигационният манифест се обединяват в пакет DAISY 2.02 или DAISY 3, валидират се спрямо проверката за съответствие на формата и се качват в каталога за разпространение на производителя.</li>
<li><strong>Етап 6 — разпространение.</strong> Пакетът се предоставя на оторизирани читатели чрез специфично за производителя приложение или чрез глобалния трансграничен обмен по Маракешкия договор към партньорски библиотеки в други юрисдикции.</li>
</ul>

<p class="wp-block-paragraph">Конвейерът произвежда авторитетна, навигируема книга с класно качество. Той е и скъп. Себестойността на завършен час аудио в наследената верига DAISY с озвучаване от човек е в диапазона от приблизително 45 до приблизително 75 щатски долара при големите производители — стойност, относително непроменена от средата на 2010-те години и обусловена почти изцяло от студийното време, хонорарите на дикторите и редакторския контрол на качеството.</p>

<h2 class="wp-block-heading" id="h-ai-narration">Конвейерът за AI озвучаване</h2>

<p class="wp-block-paragraph">Промяната, която придвижи разговора за аудиоучебниците през 2024–26 г., е появата на невронни гласове за синтез на реч от текст, които за пръв път са достатъчно неразличими от човек диктор, та въпросът дали да се използват вече да не получава автоматично отговор „не“. Краткият списък на услугите, които задават производствените решения през 2026 г., е малък и добре дефиниран: <strong>ElevenLabs</strong> (чийто многоезичен модел v3, издаден през 2025 г., е референцията за озвучаване на учебници на английски в повечето актуални дискусии); <strong>Speechify</strong> (чието корпоративно предложение от 2024 г. е насочено специфично към образованието, с режим за дълги текстове и предварително изградени гласове в академичен стил); <strong>Amazon Polly Neural</strong> (най-евтиният при мащаб, със силна поддръжка на SSML); и <strong>OpenAI TTS HD</strong> (най-повествователно звучащият гласов синтез с общо предназначение в сравнителните тестове за слушане, проведени от изследователски групи по достъпност през 2025 г.).</p>

<p class="wp-block-paragraph">Формата на конвейер за AI озвучаван аудиоучебник се различава от наследения по-малко в етапите си, отколкото в икономиката си. Подготовката на източника, маркирането на структурата и пакетирането остават всички. Етапи 2 и 3 — озвучаване и редактиране — се сливат в една автоматизирана стъпка: структурираният текст се подава към синтезатора със SSML насоки за ударение, произношение и продължителност на паузите, а синтезаторът връща аудио. След това намален човешки контрол на качеството преглежда за режимите на отказ (разгледани по-долу), които синтезаторът все още не може да разреши без помощ.</p>

<p class="wp-block-paragraph">Промяната в цената е заглавието. Там, където наследената верига произвежда завършен час за приблизително 45 до приблизително 75 долара, AI озвучаването при производствен мащаб попада между приблизително 3 и приблизително 7 долара на час при големите доставчици през 2026 г. — намаление 10 пъти. Тази стойност премести въпроса от „можем ли да си позволим да произведем тази книга“ към „коя книга да не произвеждаме“. Национална библиотека за алтернативни формати, която преди подбираше 800 нови заглавия годишно при фиксиран бюджет, при същия бюджет може да подбере от 6000 до 8000 — стига качеството да се запази в категориите, където то наистина има значение.</p>

<h2 class="wp-block-heading" id="h-cost-quality">Компромисът цена–качество</h2>

<p class="wp-block-paragraph">„Качеството“ в производството на аудиоучебници не е едно измерение. То е поне четири: <strong>разбираемост</strong> (може ли слушателят да схване какво казва гласът), <strong>естественост</strong> (предизвиква ли продължителното слушане умора), <strong>точност</strong> (думите на страницата ли са думите, които се четат) и <strong>структурна вярност</strong> (оцеляват ли таблиците, формулите и бележките под линия в аудиото). Съвременният невронен синтез на реч вече постига сравними с човешките резултати по разбираемост и в рамките на една точка от естествеността по стандартния 5-степенен тест за средна субективна оценка (Mean Opinion Score, MOS), използван от научната общност за синтез на реч. Там, където разликата остава видима, е по точност и структурна вярност.</p>

<p class="wp-block-paragraph">Сравнителното проучване за слушане от 2025 г. на American Foundation for the Blind — най-обемното отделно публикувано доказателство по въпроса — набра слепи студенти, които да слушат съответстващи пасажи от учебници по химия, история и испанска литература, озвучени поред от човек и от гласовете ElevenLabs v3. Основният резултат: на ниво изречение AI озвучаването беше предпочетено или оценено като равностойно в 71% от опитите за предмети с преобладаваща проза (история, философия, английска литература). За предмети, наситени със символи (химия, математика, физика), AI беше предпочетено или оценено като равностойно само в 28% от опитите, като разликата се дължеше на предаването на математическата нотация и на начина, по който AI гласът обработва формули с долни индекси. Препоръката на проучването беше неизненадваща и сега се цитира оперативно: първо AI озвучаване, с човешки проход върху главите, наситени със символи.</p>

<blockquote class="wp-block-quote">
<p>Образователно интересният въпрос вече не е „човек или AI“ — той е „кои изречения се нуждаят от човек и кои могат да се синтезират при мащаб“. Отговорът все по-често е, че 80–90% от учебника могат да се синтезират, но останалите 10–20% — формули, собствени имена на непознати езици, цитати от първоизточници с архаичен правопис — е там, където учебникът престава да бъде подкаст.</p>
<cite>Производственото правило 80/20, 2026 г.</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-math-names">Математика, собствени имена и проблемът с превключването между езици</h2>

<p class="wp-block-paragraph">Режимите на отказ по точност, които настоящият невронен синтез на реч не е решил, са достатъчно предвидими, та производителите сега ги планират на етапа на подготовка на източника, вместо да ги откриват при контрола на качеството.</p>

<p class="wp-block-paragraph"><strong>Математика.</strong> Формулите, кодирани като MathML, имат каноничен изговорен вид — прочетете интеграла от a до b от x на квадрат dx — който нито един синтезатор с общо предназначение не генерира коректно. Производствените конвейери сега насочват MathML през специализиран механизъм за преобразуване на математика в реч (MathSpeak, разширението за достъпност на MathJax или механизма с отворен код SRE, поддържан от проекта Math-in-DAISY), преди да предадат получения английски текст на гласовия синтезатор. Спецификацията DAISY 4.0 формализира това насочване като препоръчван производствен модел.</p>

<p class="wp-block-paragraph"><strong>Собствени имена.</strong> Личните имена, географските имена, имената на организации и специфичната за предмета терминология се произнасят грешно предвидимо. Одит от 2024 г. на DAISY Consortium върху 50 часа AI озвучавано образователно съдържание установи честоти на грешно произношение на имена от приблизително 14% в текстове по история (където имената се простират през множество езици) и приблизително 22% в учебници по чужди езици (където имената са самото съдържание). Смекчаването е лексикон за произношение на заглавие — обикновено от 50 до 300 записа за учебник от 400 страници — изграден по време на подготовката на източника и подаден към синтезатора като SSML лексикални насоки.</p>

<p class="wp-block-paragraph"><strong>Превключване между езици.</strong> Учебник по история, цитиращ <span lang="la">Цицерон на латински</span>, учебник по литература, цитиращ Пушкин на руски, учебник по икономика, цитиращ Пикети на френски — това са изреченията, в които едноезичният глас за синтез се проваля най-видимо. ElevenLabs v3 и актуализацията на TTS на OpenAI от 2025 г. предлагат многоезични модели с един глас, които превключват езиците в средата на изказването, но качеството на превключването е неравномерно. Надеждният производствен модел през 2026 г. е чуждоезичният участък да се маркира изрично, да се насочи към специфичен за езика глас и аудиото да се събере отново на SMIL слоя.</p>

<h2 class="wp-block-heading" id="h-daisy-4">DAISY 4.0: какво променя спецификацията от 2025 г.</h2>

<p class="wp-block-paragraph">DAISY 4.0, публикувана в проектен вид от DAISY Consortium в края на 2025 г., е първата ревизия на ниво формат от десетилетие. Отправната ѝ точка на проектиране е, че произведеният обект не бива да трябва да избира между аудиокнига и книга с текст и изображения — той трябва да бъде и двете едновременно, като плейърът избира какво да предостави на читателя.</p>

<p class="wp-block-paragraph">Четири промени имат най-голямо значение за производството на учебници. Първо, <strong>привеждане в съответствие с EPUB 3</strong>: DAISY 4.0 е структурно пакет EPUB 3 с добавено аудио, а не паралелен формат с EPUB като цел за експорт. Производител, който поддържа учебник в EPUB 3, може да произведе аудиоиздание DAISY 4.0, като добави пътеки, а не като преобразува файлове. Второ, <strong>нативен MathML</strong>: формулите пътуват като MathML до плейъра, който решава по време на изпълнение дали да ги визуализира, да ги прочете на глас или и двете. Трето, <strong>метаданни за произхода на множество гласове</strong>: пакет DAISY 4.0 може да носи смесени участъци, озвучени от човек, озвучени от AI и обработени от математически механизъм, като всеки участък е приписан в метаданните на своя производствен метод — изискване за прозрачност, което нововъзникваща съвкупност от национални правила за обществени поръчки започва да изисква. Четвърто, <strong>разширения за навигация</strong> за структурните елементи, които учебниците винаги са носили, но DAISY 3 обработваше неудобно: номерирани упражнения, набори от задачи, препратки към речника и препратки между томове.</p>

<p class="wp-block-paragraph">Графикът за преход, който повечето производители цитират публично, е консервативен. DAISY Consortium очаква мнозинството от новите образователни заглавия да излизат като DAISY 4.0 до 2027–28 г., като наследеният каталог DAISY 2.02 ще се запази безсрочно от страна на плейърите, тъй като инсталираната база от специализирани хардуерни плейъри не може да бъде надстроена дистанционно.</p>

<h2 class="wp-block-heading" id="h-major-producers">Големите производители и какво произвеждат</h2>

<p class="wp-block-paragraph"><strong>Learning Ally</strong>, базираната в САЩ организация с нестопанска цел, основана през 1948 г. като Recording for the Blind, държи най-големия каталог от аудиоучебници на английски в света — приблизително 80 000 заглавия към 2026 г. — и остава съществено озвучаван от хора, с мрежа от доброволци диктори от приблизително 1000 активни гласа. Стратегическият ѝ документ от 2025 г. се ангажира с конвейер, подсилен с AI (озвучаване с приоритет на AI и човешки контрол на качеството върху главите, наситени със символи) за заглавия по математика и природни науки на училищно ниво, като запазва човешкото озвучаване за литературния канон.</p>

<p class="wp-block-paragraph"><strong>Bookshare</strong>, управлявана от Benetech, предлага каталог с приоритет на EPUB — над 1,3 милиона заглавия през 2026 г., в категориите за широка публика и образование — който съчетава основния текст със синтезирано аудио, генерирано от плейъра на потребителя, а не предварително изготвено при производството. Моделът е най-евтиният при мащаб и най-съответстващ на архитектурата „плейърът решава“ на DAISY 4.0.</p>

<p class="wp-block-paragraph"><strong>RNIB Talking Books</strong> в Обединеното кралство обслужва приблизително 25 000 активни членове и произвежда около 1500 нови заглавия годишно, предимно чрез човешко озвучаване, с пилотна програма за 2024–26 г. за AI озвучаване на нехудожествена литература. Каталогът ѝ е референция за публиката на учебниците по британската учебна програма.</p>

<p class="wp-block-paragraph"><strong>Секцията на IFLA за библиотеки, обслужващи лица с печатни увреждания (LPD)</strong> координира глобалната мрежа от производители и управлява трансграничния каталог на Accessible Books Consortium (ABC) по Маракешкия договор — механизмът, чрез който книга, произведена в една държава по договора, може да бъде заета през граница на оторизирани читатели в друга. Обменът на каталога на ABC от 2024 г. отчете над 850 000 трансгранични прехвърляния на заглавия, с порядък повече от стойността отпреди пет години, като ръстът е концентриран в образователните материали.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Какво означава това за ученика през 2026 г.</h2>

<p class="wp-block-paragraph">Практическият ефект от промените през 2024–26 г. е, че каталогът, достъпен за сляп ученик или ученик със слабо зрение в голяма англоезична юрисдикция, е приблизително с порядък по-голям, отколкото беше в началото на десетилетието, а закъснението между печатна публикация и достъпно аудиоиздание се свива от година или повече до седмици. Закъснението специфично за учебниците — исторически най-бавната категория поради математическата и структурната сложност — се затваря по-бавно, но се затваря.</p>

<p class="wp-block-paragraph">Това, което не се е променило, е прагът на приемливото качество. Учебникът все още трябва да бъде навигируем, точен и синхронизиран с изходния си текст. Дизайнът на DAISY 4.0 и икономиката на конвейера за AI озвучаване правят този праг по-евтин за достигане, отколкото е бил някога. Производителите, които най-вероятно ще се справят добре през остатъка от десетилетието, са онези, които са престанали да формулират избора като човек или AI и са започнали да го формулират като кои изречения се нуждаят от кой метод — както и офисите за услуги за хора с увреждания в университетите и училищата, които са престанали да приемат „не можем да си позволим да го произведем“ като окончателен отговор.</p>

<p class="wp-block-paragraph">Прочетете още от Disability World за <a href="/bg/articles/state-of-deaf-education-access/">състоянието на достъпа до образование за глухи по света</a>, за <a href="/bg/regulations/">националната нормативна уредба за достъпност</a> и за по-широкия <a href="/bg/articles/">отчетен запис за достъпността през 2026 г.</a></p>

</div>

---
title: Профил: дизайнерката, която внедри достъпност в продукт с 200 милиона потребители
url: https://www.disabilityworld.org/bg/articles/profile-designer-200m-user-product/
description: Композитен профил на старши продуктов дизайнер, който ръководи трансформацията към достъпност на потребителски продукт, използван от приблизително 200 милиона души.
author: Disability World
pubDate: 2026-05-22
tags: profile, designer, accessibility, scale, product-design, industry
---

# Профил: дизайнерката, която внедри достъпност в продукт с 200 милиона потребители

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: дизайнер при бюро за работа прав, видян отзад, два монитора показват библиотека от компоненти на дизайн система със състояния на фокус — визуалният маркер за профила на дизайнера на достъпност в голям мащаб.</p>

<p class="rt-prefix">Време за четене: 10 минути</p>

<p class="wp-block-paragraph"><strong>Бележка на редактора.</strong> Профилираната тук дизайнерка е композитна. „Мая Окафор“ не е един реален човек; биографията е съшита от записани на запис интервюта с петима старши ръководители по дизайн за достъпност, които между 2019 и 2025 г. ръководят многотримесечни програми за достъпност в потребителски интернет компании с потребителска база в диапазона приблизително 80 милиона до 300 милиона. Всяко число, всеки артефакт, всяко поражение в хронологията по-долу е реално и е почерпено от един от петимата практици; синтезът — дъгата на една кариера през една програма — е редакторската свобода.</p>

<p class="wp-block-paragraph">Продуктът също е прикрит. Това, което именуваме точно, е неговият мащаб (приблизително 200 милиона месечно активни потребители в началото, приблизително 240 милиона към края), неговият технологичен стек (фронтенд на React и TypeScript с нативни iOS и Android приложения, споделящи същия дизайнерски език) и площта на дизайн системата, която Мая наследи (приблизително 410 компонента, от които приблизително 90 бяха „основни“). Това са променливите, които определят трудността на работата.</p>

<h2 class="wp-block-heading" id="h-the-monday-she-walked-in">Понеделникът, в който тя влезе</h2>

<p class="wp-block-paragraph">Мая Окафор постъпи в компанията в един дъждовен понеделник в края на януари 2022 г. като старши продуктов дизайнер (Staff Product Designer) в екипа за дизайн системи. Беше на тридесет и четири. Беше прекарала предходните шест години в цифровото подразделение на голям издател, където беше станала — почти случайно — човекът, който знае как трябва да изглежда пръстенът на фокуса и защо наложеното от бранда съотношение на контраст 2,6:1 при третостепенните бутони всъщност не беше добре. Нямаше формални квалификации по достъпност. Винаги казваше, че е научила всичко, което знае, по трудния начин: като беше дизайнерката в разговора, когато потребител на екранен четец подаде заявка за поддръжка и никой друг не знаеше как да възпроизведе проблема.</p>

<p class="wp-block-paragraph">В новата компания нямаше мандат за достъпност. Нямаше екип по достъпност. Имаше работна група по достъпност (Accessibility Working Group), която заседаваше през сряда в 16:00 ч. тихоокеанско време и която в първата сряда на Мая имаше шестима присъстващи. Имаше Confluence страница, последно актуализирана през 2020 г., Slack канал с приблизително 140 членове и три съобщения седмично и — както Мая по-късно осъзна — точно един лост: натрупване от четиридесет и една отворени заявки за поддръжка, свързани с достъпността, седем от които бяха от една-единствена организация за правата на хората с увреждания, която изпращаше имейли на компанията на тримесечие от 2019 г.</p>

<blockquote class="wp-block-quote">
<p><em>„Първото, което направих, беше да прочета всяка една от тези четиридесет и една заявки. Второто, което направих, беше да ги разпечатам и да ги сложа в папка. Не защото някой имаше нужда от папка — а защото имах нужда от физически предмет, който да поставя на бюрото на вицепрезидент след три месеца, когато разговорът станеше труден.“</em></p>
<cite>Мая Окафор, композитна, за първия си месец</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-building-the-case">Изграждане на аргумента: обем на оплакванията, правен риск, пазарен дял</h2>

<p class="wp-block-paragraph">Първите три месеца не бяха дизайнерска работа. Бяха разследваща работа. Мая направи три неща паралелно.</p>

<p class="wp-block-paragraph"><strong>Тя количествено определи потока от оплаквания.</strong> Работейки с поддръжката, тя извади всяка заявка от последните двадесет и четири месеца, съдържаща някой от дузина флаг термини — „screen reader“, „VoiceOver“, „TalkBack“, „JAWS“, „NVDA“, „contrast“, „keyboard only“, „WCAG“, „ADA“, „EAA“, „не мога да чета“. Тя намери приблизително 1470 отделни оплаквания, от които приблизително 280 бяха нерешени по-стари от деветдесет дни. Тя ги съпостави с продуктовите повърхности: приблизително 38 процента при плащането, приблизително 22 процента при съобщенията, приблизително 14 процента при създаването на профил, приблизително 9 процента при видеоплейъра. Това разпределение щеше, шест месеца по-късно, да реши кои компоненти ще бъдат пренаписани първи.</p>

<p class="wp-block-paragraph"><strong>Тя количествено определи правния риск.</strong> Компанията беше посочена като ответник по два иска по ADA Title III през предходните осемнадесет месеца, и двата приключили със споразумение. Мая не можеше да види сумите по споразуменията — правният отдел не искаше да ѝ ги даде — но можеше да види кривата на честотата на съдебните производства в публичния регистър за нейния сектор. Тя изгради електронна таблица, която взе повърхността на риска на компанията и изведе оценка на диапазона на очакваните годишни разходи за споразумение плюс отстраняване на проблеми по траектория на бездействие. Средната точка на този диапазон беше няколко милиона долара годишно.</p>

<p class="wp-block-paragraph"><strong>Тя количествено определи пазарната възможност.</strong> Това беше редът, който раздвижи залата. Мая допълни данните от потребителското проучване на компанията с проучването на потребителите на екранни четци на WebAIM, статистиката за уврежданията на CDC и данните на Eurostat за разпространението на уврежданията за пазарите в ЕС, които продуктът обслужваше. Тя изготви един-единствен слайд: от приблизително 200-те милиона месечни потребители на компанията, между 14 и 22 милиона бяха оценени като използващи продукта с някаква форма на помощна технология или настройки, различни от подразбиращите се. Анализите показваха, че този сегмент се отлива с приблизително 1,8 пъти по-висок процент от общата база. Ако задържането на този сегмент можеше да се изравни, нетното годишно въздействие върху приходите беше число, което финансовият отдел разпозна.</p>

<blockquote class="wp-block-quote">
<p><em>„Никога не показах числото на правния отдел на маркетинга и никога не показах числото на маркетинга на правния отдел. На всеки от тях показвах числото, което имаше значение за него. На финансовия директор показах и двете, на един слайд, едно до друго. Това беше срещата, на която програмата получи финансиране.“</em></p>
<cite>Мая Окафор, композитна, за аргумента за финансиране</cite>
</blockquote>

<p class="wp-block-paragraph">Програмата беше одобрена в края на второто тримесечие на 2022 г. Числен състав: седем души, нарастващи до единадесет за дванадесет месеца — трима дизайнери, четирима инженери, двама специалисти по контрол на качеството, един програмен мениджър, един изследовател с опит в набирането на участници от общността на хората с увреждания. Бюджет за външни партньорства за тестване: шестцифрено годишно перо. Правомощия: одобрение на всеки нов компонент на дизайн системата, с право на вето върху компоненти, които се провалят на контролния списък за достъпност. Тази последна клауза — ветото — беше онази, за която Мая преговаря най-усърдно. Тя беше разликата между програма и упражнение по искане на разрешения.</p>

<h2 class="wp-block-heading" id="h-the-design-system-overhaul">Основният ремонт на дизайн системата: токени, фокус, движение</h2>

<p class="wp-block-paragraph">Техническата работа започна през третото тримесечие на 2022 г. и продължи следващите четиринадесет месеца. Мая я структурира в три транша, които наричаше — в слайдове и на стендъпите — Основи, Компоненти, Шаблони. Дисциплината на този ред, казваше тя често, беше единственото най-важно архитектурно решение на програмата.</p>

<h3 class="wp-block-heading" id="h-tranche-1-foundations">Транш 1 — Основи</h3>

<p class="wp-block-paragraph">Първите шест месеца преизградиха дизайн токените. Наследената система имаше приблизително 84 цветови токена без семантично именуване — „Blue/600“, „Grey/400“, „Brand/Primary“ — и без метаданни за контраст. Екипът на Мая ги замени със семантична палитра от приблизително 40 токена, организирани по функция: <code>content-primary</code>, <code>content-secondary</code>, <code>surface-base</code>, <code>border-default</code>, плюс интерактивна стълба (<code>action-primary</code>, <code>action-primary-hover</code>, <code>action-primary-pressed</code>) и статусна стълба. Всеки токен носеше в метаданните си съотношението на контраст спрямо повърхността, върху която беше одобрен да стои, и флаг за това кое ниво на съответствие с WCAG покрива. Инструментариумът налагаше това: дизайнер не можеше да присвои <code>content-tertiary</code> върху <code>surface-base</code> във Figma, без линтерът да го отбележи.</p>

<p class="wp-block-paragraph">Същият транш стандартизира пръстена на фокуса. Наследените компоненти имаха — Мая ги преброи — приблизително седемнадесет различни третирания на пръстена на фокуса, вариращи от пунктиран контур от 1 пиксел, който изчезваше на светъл фон, до плътен син пръстен от 2 пиксела, който нарушаваше оформлението при плътно подредени списъци. Новият пръстен беше един-единствен токен: контур от 2 пиксела с отстъп от 2 пиксела прозрачна междина от ръба на компонента, така че пръстенът да се чете спрямо всяка повърхност. Всеки интерактивен компонент го възприемаше по подразбиране; нямаше опция за отказ.</p>

<p class="wp-block-paragraph">Предпочитанията за движение бяха третата основа. Наследената система зачиташе <code>prefers-reduced-motion</code> на приблизително едно място — една-единствена анимация при въвеждане — а нативните приложения не го зачитаха никъде. Новата основа направи движението токен, с три стойности (без, намалено, пълно), прокарани през всеки примитив за анимация. Дизайнер, който се опиташе да отмени предпочитанието, трябваше да приложи писмена обосновка, която ръководителят на програмата преглеждаше.</p>

<h3 class="wp-block-heading" id="h-tranche-2-components">Транш 2 — Компоненти</h3>

<p class="wp-block-paragraph">След като основите станаха стабилни, екипът се обърна към приблизително 90-те основни компонента. Списъкът беше подреден по данните за потока от оплаквания, които Мая беше извадила през първия месец: първо плащането, после съобщенията, после профилът, после видеото. Всеки компонент премина през стандартизирано преизграждане: карта на навигацията с клавиатура, семантика за екранен четец, ред на фокуса, проверка на контраста при всяко състояние, вариант с намалено движение, вариант за писане отдясно наляво (RTL) и — настояване на Мая — документирана тестова конфигурация, която екипът по контрол на качеството можеше да изпълни при всяко издание.</p>

<p class="wp-block-paragraph">Полето за въвеждане на кредитна карта в стария си вид беше едно-единствено <code>&lt;input&gt;</code> с JavaScript за автоматично форматиране, който нарушаваше обявяването от екранния четец на въведените знаци; преизграждането използваше четири отделни полета за въвеждане с явни етикети, грешки, свързани чрез <code>aria-describedby</code>, и вградена валидация, обявявана чрез учтива жива област (live region). Отне шест седмици на един дизайнер и един инженер. Заявките, свързани с достъпността на плащането, паднаха с приблизително 70 процента следващото тримесечие — защото повечето от новите заявки просто престанаха да се подават.</p>

<h3 class="wp-block-heading" id="h-tranche-3-patterns">Транш 3 — Шаблони</h3>

<p class="wp-block-paragraph">Последният транш беше онзи, който Мая описваше като най-лесния в изпълнение и най-трудния в координация. Екипът документира шаблони за композиция — как да се изгради достъпен поток на модален прозорец върху преизградените компоненти; как да се състави списък от елементи със смесена медия; как да се структурира страница с настройки, така че навигацията да работи при гласово управление. Шаблоните влязоха в сайта за документация на дизайн системата като изпълними примери с код. Трудната част не беше написването им. Трудната част беше да се накара всеки продуктов екип да ги използва, вместо да изобретява свои собствени.</p>

<h2 class="wp-block-heading" id="h-the-engineering-rollout">Инженерното внедряване</h2>

<p class="wp-block-paragraph">Преработена дизайн система е библиотека; тя сама по себе си не е внедряване. Най-трудната работа по управление на проекти в програмата — Мая беше категорична за това — беше миграцията. Продуктът имаше приблизително четиридесет екипа (squad), всеки от които владееше две до пет повърхности, всеки свободен на практика да потребява дизайн системата с темпото, което неговата пътна карта позволяваше. Наивен план би поискал всеки екип да мигрира в рамките на едно тримесечие. Този план би се провалил.</p>

<p class="wp-block-paragraph">Решението на Мая беше степенуван мандат. Новите компоненти излизаха по подразбиране; старите оставаха зад флаг за функционалност (feature flag), но всяко издание на повърхност, която все още използваше наследен компонент, автоматично отваряше заявка P2 в натрупването на този екип. Заявката автоматично се ескалираше до P1 след деветдесет дни и до P0 след сто и осемдесет. В рамките на четири тримесечия приблизително 78 процента от използването на наследени основни компоненти беше мигрирало. В рамките на шест тримесечия тази цифра беше приблизително 94 процента.</p>

<blockquote class="wp-block-quote">
<p><em>„Трудната част не беше дизайн системата. Трудната част беше организационна схема от четиридесет екипа и бюджетен цикъл, който не беше изграден за това. Компонентите бяха три месеца работа. Внедряването беше три години.“</em></p>
<cite>Мая Окафор, композитна, за миграцията</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-what-the-program-cost">Какво струваше програмата — и какво върна</h2>

<p class="wp-block-paragraph">Мая беше педантична относно проследяването. Докато програмата приключи формалната си фаза през четвъртото тримесечие на 2024 г., разходът възлизаше — за две години и половина, единадесет специализирани щатни бройки и външно тестване — на нещо в горната част на едноцифрените милиони. Постъпленията на заявки, свързани с достъпността, бяха намалели с приблизително 73 процента спрямо базовата стойност от 2022 г., въпреки потребителска база, която беше нараснала с приблизително 20 процента. Двата правни въпроса, свързани с ADA, открити по време на прозореца на програмата, бяха и двата приключени, без да стигнат до съд, при условия, които компанията описа в годишните си отчети като несъществени. Задържането на продукта при сегмента потребители на помощни технологии — сегментът, който Мая беше идентифицирала в презентацията за финансиране — се беше стеснило от съотношение на отлив 1,8 пъти спрямо общата база до приблизително 1,15 пъти. Финансовият отдел осчетоводи разликата. Мая не каза каква беше сумата.</p>

<p class="wp-block-paragraph">Тя осчетоводи и неща, които не се появяват в електронната таблица. Поддръжката на ротора на VoiceOver в нативното iOS приложение, която прословуто беше повредена с години, стана — в независим одит в началото на 2025 г. — една от най-добре представящите се в сектора си. Темата с висок контраст, за която Мая беше настоявала срещу възражението на бранд екипа, стана подразбираща се в региони, където местните регулатори започнаха да прилагат EAA. Сайтът за документация на дизайн системата, разглеждан приблизително 4000 пъти месечно в началото на 2022 г., средно достигаше приблизително 38 000 месечни прегледа на страници до средата на 2025 г. Беше изградена практика; тя щеше да надживее мандата ѝ.</p>

<h2 class="wp-block-heading" id="h-what-she-tells-designers-at-smaller-orgs">Какво казва на дизайнерите в по-малки организации</h2>

<p class="wp-block-paragraph">До 2025 г. Мая правеше по-малко интензивни смени по собствения си продукт и повече консултантска работа за дизайнери в компании с порядък по-малки — продуктови екипи от двадесет души, продуктови екипи от петдесет души, размерът на организация, в която един-единствен дизайнер трябва да бъде ръководителят по достъпност по подразбиране. Тя имаше малък набор от неща, които казваше на всяка среща на кафе. Те си струва да бъдат изброени.</p>

<p class="wp-block-paragraph"><strong>Едно.</strong> Потокът от оплаквания е лостът. Не са ви нужни милион потребители, за да имате поток от оплаквания; нужни са ви входяща поща за поддръжка и готовност да я четете. Разпечатайте заявките. Сложете ги в папка. Занесете папката на срещата. Папката работи.</p>

<p class="wp-block-paragraph"><strong>Две.</strong> Аргументът за финансиране има три колони. Правен риск, пазарна възможност и обем на оплакванията. Не са ви нужни точни числа по нито една от трите. Нужно е същият човек да види и трите на едно място, защото нито една отделна колона не печели залата.</p>

<p class="wp-block-paragraph"><strong>Три.</strong> Основи преди компоненти, компоненти преди шаблони. Екип, който започне с пренаписване първо на компонентите, ще прекара година в това и ще пристигне с красива библиотека от компоненти върху несемантична цветова палитра, а следващият дизайнер ще пренапише всичко отново.</p>

<p class="wp-block-paragraph"><strong>Четири.</strong> Договорете ветото. Единственият най-голям лост в продуктова компания с множество екипи е способността да се каже „този нов компонент не излиза, докато не премине контролния списък“. Ветото, използвано два пъти за две години, е достатъчно. Достоверността на ветото, а не честотата му, върши работата.</p>

<p class="wp-block-paragraph"><strong>Пет.</strong> Наемете изследователя с опит в набирането на участници от общността на хората с увреждания. Единственото перо в бюджета на програмата на Мая, което тя би защитавала най-усърдно, беше мястото на изследователя. Без потребители с увреждания в цикъла работата е театър.</p>

<p class="wp-block-paragraph"><strong>Шест.</strong> Часовникът за наследените компоненти не подлежи на договаряне. Миграции без часовници не се случват. Миграции с часовници се случват с темпото, което часовникът позволява.</p>

<p class="wp-block-paragraph"><strong>Седем.</strong> Вземете победата и си тръгнете. Мая се оттегли от програмата през първото тримесечие на 2025 г. и премина към консултантска работа. Основателят на програма за достъпност е грешният човек, който да я управлява в стабилно състояние. Работата на основателя е да направи програмата да съществува. Работата в стабилно състояние е да бъдеш скучен. Различен темперамент; различен човек.</p>

<h2 class="wp-block-heading" id="h-the-binder">Бележка за папката</h2>

<p class="wp-block-paragraph">Мая все още пази папката. Понякога я изважда на конференции, когато старши дизайнер я попита — обикновено със смущение, често след панел — какво да прави със собствените си четиридесет и една отворени заявки. Папката е половин инч дебела. Стикерът на корицата гласи с почерк без серифи, който Мая купи в магазин за занаяти през 2022 г., „Ден първи“. Четиридесет и една заявки в нея са били всички закрити. Имената на хората, които са ги подали, са заличени с черен маркер. Тя не показва имената. Тя показва страниците и казва: ето как изглежда работата и ето откъде започва.</p>

</div>

---
title: Профил: как един служител по обществени поръчки в публичния сектор на ЕС прилага EN 301 549
url: https://www.disabilityworld.org/bg/articles/profile-eu-procurement-officer-en-301-549/
description: Композитен портрет на служител по обществени поръчки от държава — членка на ЕС, който превръща EN 301 549 от позоваван стандарт в отхвърлени оферти, изискани доказателства и клаузи за отстраняване на проблеми след възлагане. По интервюта със седем служители от пет държави членки.
author: Disability World
pubDate: 2026-05-22
tags: profile, procurement, eu, en-301-549, public-sector, web-accessibility-directive
---

# Профил: как един служител по обществени поръчки в публичния сектор на ЕС прилага EN 301 549

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Бюро на служител по обществени поръчки в публичния сектор на ЕС, на което се вижда печатен документ на стандарта EN 301 549 с цветни отметки-разделители и значка с флага на ЕС до него — визуалният маркер за профила на служителя по обществени поръчки.</p>

<p class="rt-prefix">Време за четене: 10 минути</p>

<p class="wp-block-paragraph"><strong>„М.“ е композит</strong>. Лицето, описано в този профил, не съществува като един-единствен поименно назован индивид. Образът е изграден от седем записани разговора със служители по обществени поръчки в публичния сектор в пет държави — членки на ЕС — трима в Нидерландия и Белгия, двама в Испания и Португалия, двама в Германия — всички от които понастоящем извършват преглед на съответствието с изискванията за достъпност в рамките на възлагащи органи с приблизително сходен размер (от 200 до 900 служители, годишен разход за обществени поръчки за ИКТ между приблизително 8 и приблизително 40 милиона евро). Имената, идентичността на агенциите и всички данни, които биха идентифицирали конкретна процедура, са променени. Където се появяват преки цитати, те са дословни от едно от седемте интервюта и са приписани на „М.“, а не на първоначалния говорител. Описаният работен процес — формулировката на клаузите, прагът за доказателства, категориите за отхвърляне, режимът за отстраняване на проблеми — отразява консенсусната практика на групата, а не практиката на който и да е отделен офис.</p>

<p class="wp-block-paragraph">Смисълът да се профилира композитен служител, а не един поименно назован, е, че едни и същи модели се повтарят в много различни държави членки. Нито един от седемте служители, с които разговаряхме, не беше получил централно обучение как да прилага <a href="/bg/articles/en-301-549-explained/">EN 301 549</a>, когато встъпи в длъжността си. И седмината бяха изградили работния си процес от нулата — копирайки клаузи от публикуваните образцови договори на по-големи министерства, прецизирайки критериите за отхвърляне в продължение на три или четири цикъла на процедури, учейки се, като губят спорове с доставчици и след това пишат по-добри документации следващия път. М. е това, което произвежда тази крива на обучение. Този материал е как изглежда бюрото на М. през май 2026 г., четири години след като <a href="/bg/articles/european-accessibility-act-guide/">Европейският акт за достъпност</a> влезе в сила и седем години след зрелостта на <a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпността на уебсайтовете</a>.</p>

<h2 class="wp-block-heading" id="h-the-route-in">Пътят навътре — как служител по обществени поръчки става правоприлагащ орган по достъпността</h2>

<p class="wp-block-paragraph">М. не започна като специалист по достъпност. Пътят навътре беше странични. М. се обучи като общ специалист по публична администрация, постъпи в офиса за обществени поръчки на министерство на държава членка в края на 2010-те години като администратор на договори и наследи досието за достъпност през 2021 г., защото колегата, който го беше водил, си тръгна за частния сектор и бюрото трябваше да отиде при някого. По онова време досието се състоеше от папка с неподписани политически записки и една предишна процедура, в която „клауза за достъпност“ беше залепена от шаблон, който колегата беше изтеглил от портала за отворени обществени поръчки на германско министерство. Клаузата се позоваваше на „съответния европейски стандарт“, без да назовава EN 301 549, и изискваше „съответствие с WCAG 2.0 ниво AA“ — версия на WCAG, която беше остаряла от седем години.</p>

<p class="wp-block-paragraph">Първото нещо, което М. направи в началото на 2022 г., беше да пренапише клаузата. Пренаписаната версия назоваваше изрично EN 301 549 V3.2.1, назоваваше приложимите глави (9 за уеб съдържание, 11 за неуеб софтуер, 12 за документация и поддръжка), уточняваше WCAG 2.1 ниво AA чрез позоваването в Глава 9 на EN и изискваше от доставчика да представи доклад за съответствие на етапа на офериране, а не след възлагане. Тази клауза оттогава е прецизирана още четири пъти — веднъж, след като доставчик аргументира, че стандартът не го обвързва, защото продуктът му е „предимно инструмент за бек офис“, веднъж, след като друг доставчик представи доклад за самосертифициране, състоящ се от две страници маркетингов текст, веднъж, след като актът за транспониране на EAA в съответната държава членка добави изрични позовавания на санкции, и веднъж в края на 2025 г. в очакване на включването на WCAG 2.2 AA в EN 301 549 V4.0.0.</p>

<blockquote class="wp-block-quote">
  <p><em>„Грешката, която допуснах в първата процедура, беше да третирам достъпността като отметка. Доставчикът сложи отметка в полето. Не поискахме от него да покаже работата. Във втората процедура промених едно изречение. Казах: отметката не е доказателство. От този ден всичко се промени.“</em></p>
  <cite>М., служител по обществени поръчки, възлагащ орган в държава — членка на ЕС</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-the-tender-language">Езикът на документацията — как изглежда стандартната клауза на М. през 2026 г.</h2>

<p class="wp-block-paragraph">Стандартната клауза за достъпност на М. вече е дълга четири абзаца и възлиза на около 380 думи в раздела за технически изисквания на документацията. Първият абзац назовава правното основание: националното транспониране на Директивата за достъпността на уебсайтовете за уебсайтове и мобилни приложения на публичния сектор и националното транспониране на EAA за всеки продукт или услуга, попадащ в нейния обхват. Вторият абзац назовава техническия стандарт — EN 301 549 V3.2.1, с разпоредба за бъдещето, че всеки продукт, доставен след публикуването на V4.0.0 в Официален вестник, трябва да бъде преоценен спрямо новата версия за сметка на доставчика в рамките на дванадесет месеца. Третият абзац уточнява какво доказателство за съответствие трябва да представи доставчикът. Четвъртият абзац уточнява режима за отстраняване на проблеми, който се прилага след възлагане, ако по-късно бъде открит пропуск в съответствието.</p>

<p class="wp-block-paragraph">Третият абзац е действащият. Той изисква това, което М. и другите служители, с които разговаряхме, наричат „европейския ACR“ — доклад за съответствие с изискванията за достъпност (Accessibility Conformance Report), следващ структурата на американския VPAT шаблон, но позоваващ се на набора от клаузи на EN 301 549, а не на Section 508. ETSI публикува шаблон за това; някои държави членки публикуват свои собствени. Документацията на М. изисква ACR да: (а) назовава всяка приложима клауза на EN 301 549 по номер, (б) посочва за всяка клауза дали продуктът Поддържа, Частично поддържа, Не поддържа или Неприложимо, (в) предоставя забележка от един абзац за всяка клауза, чийто статус е нещо различно от „Поддържа“, и (г) прилага основополагащия одитен доклад, на който се основава ACR.</p>

<p class="wp-block-paragraph">Последната подклауза е онази, която върши работата. Празен ACR със записи „Поддържа“ по цялата линия може да бъде изготвен от всеки доставчик за под час. Основополагащ одитен доклад — не може. Документацията на М. изрично изисква одитът да бъде извършен от трета страна, орган, вписан в съответния национален регистър за акредитация, или — където стойността на договора е под прага, при който одитът от трета страна е пропорционален — одитът да бъде извършен от вътрешен екип, чиито оценители притежават признато квалификационно удостоверение (в практиката на М. — IAAP CPACC или WAS) и чиято методология на одит е документирана и възпроизводима. Чисто самосертифициране от доставчика без нито трета страна, нито квалифициран вътрешен одитор се отбелязва автоматично като несъответстващо.</p>

<h2 class="wp-block-heading" id="h-the-evidence-threshold">Прагът за доказателства — какво се зачита и какво се отбелязва</h2>

<p class="wp-block-paragraph">Единствената най-голяма промяна, която М. направи между 2022 и 2026 г., беше затягането на прага за доказателства. През 2022 г. М. приемаше всеки ACR, представен на бланка на доставчика, при условие че форматът съответстваше на шаблона на ETSI. До 2024 г., след две възлагания, при които одитът на достъпността след възлагане откри големи пропуски, които ACR от документацията не беше декларирал, М. беше преминал към плъзгаща се скала: одит от трета страна, приет за чиста монета; вътрешен одит, приет при условие на проверка на място; самосертифициране от доставчика, прието само ако е придружено от подписана декларация, че основополагащата методология може да бъде представена при поискване и че подписващият служител носи лична отговорност за нейната точност съгласно клаузата за невярно представяне на договора.</p>

<p class="wp-block-paragraph">На практика проверката на място е лостът. М. сега извършва проверка на място на приблизително един от три вътрешни одита — изтегляйки три до пет клаузи на случаен принцип от представения ACR и искайки от доставчика да представи в рамките на пет работни дни тестовите скриптове, използваната конфигурация на помощната технология, имената на тестващите и необработените резултати. Доставчиците, които могат да представят тези неща за пет дни, преминават. Доставчиците, които не могат, или които ги представят във вид, който противоречи на заявения статус в ACR, се отхвърлят.</p>

<p class="wp-block-paragraph">Вече има четири назовани модела, които водят до отбелязване на оферта в офиса на М. Първият е „просмукване на WCAG 2.0“ — клаузи, цитиращи WCAG 2.0 вместо 2.1, обикновено признак за стар шаблон, който не е бил обновяван. Вторият е „Поддържа без забележка“ — всяка клауза, маркирана като Поддържа, без обяснителна забележка никъде, което проверката на място почти винаги пробива. Третият е „заместване със Section 508“ — доставчик, представящ американски VPAT спрямо Section 508 вместо ACR по EN 301 549, което е по същество неотговарящо на изискванията, но все още често срещано при доставчици със седалище в САЩ. Четвъртият е „твърдение за извън обхвата“ — доставчик, заявяващ, че EN 301 549 не се прилага, защото продуктът е бек офис софтуер, или B2B, или се използва само от вътрешен персонал. В контекста на публичния сектор, в който М. възлага поръчки, нито едно от тези изключения не е валидно; системите, насочени към персонала, са изрично в обхвата на националното транспониране на Директивата за достъпността на уебсайтовете.</p>

<blockquote class="wp-block-quote">
  <p><em>„Не отхвърлям оферта заради честни пропуски. Отхвърлям оферта заради нечестна документация. Доставчик, който казва „Частично поддържа“ и обяснява защо, води разговор с мен. Доставчик, който казва „Поддържа“ на всеки ред, се надява, че няма да го прочета.“</em></p>
  <cite>М., служител по обществени поръчки, възлагащ орган в държава — членка на ЕС</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-rejections-and-remediation">Отхвърляне и отстраняване на проблеми — спорът, който разделя професията</h2>

<p class="wp-block-paragraph">Най-големият спор в рамките на професията през 2026 г. не е дали да се изисква EN 301 549 в процедурите — това е уредено — а какво да се прави, когато ACR на офертата разкрие пропуски. Има два лагера. Първият лагер, отхвърлящите, третира всяко съществено несъответствие, разкрито в ACR на офертата, като основание за изключване от процедурата. Вторият лагер, отстраняващите, третира разкритото несъответствие като базова стойност, спрямо която възложеният договор задава график за отстраняване на проблеми, с етапни цели, санкции за пропуснати етапни цели и разпоредба за задържане спрямо окончателното плащане.</p>

<p class="wp-block-paragraph">М. е преминавал линията два пъти. През 2022 и 2023 г. М. отхвърляше. През 2024 г., след като процедура за възлагане беше изгубена, защото двамата най-подходящи в оперативно отношение участници бяха разкрили пропуски по Глава 11 и бяха изключени, оставяйки възлагане на по-малко подходящ участник с по-чист ACR, но по-лошо съответствие на продукта, М. премина към отстраняване на проблеми. В края на 2025 г., след като възлагане с отстраняване на проблеми произведе осемнадесет месеца пропуснати етапни цели и евентуално частично прекратяване, М. се върна отчасти назад. Настоящата практика в офиса на М. е да отхвърля на основание съответствие само когато разкритият пропуск е в клауза по Глава 9 (уеб), която е основополагаща за потребителската задача — операбилност с клавиатура, видимост на фокуса, програмно име — и да отстранява проблеми, когато пропускът е в софтуерна клауза по Глава 11, която има надежден технически път за поправка.</p>

<p class="wp-block-paragraph">Аргументът за отхвърляне е, че процедурата за обществена поръчка е моментът на максимален лост. Веднъж щом договорът бъде възложен, лостът се измества към доставчика; етапните цели се изместват, заявките за промяна идват с допълнителен разход, достъпността пада надолу в списъка с приоритети, докато други дефекти се борят за инженерно време. Аргументът за отстраняване на проблеми е, че строгото отхвърляне стеснява полето — понякога до един участник, понякога до нито един — и че възлагащ орган с тънък пазар не може да си позволи да отхвърли всички. И двата аргумента са верни при различни условия. Умението на служителя по обществени поръчки е в това да разчете кой набор от условия се отнася за офертата пред него.</p>

<h2 class="wp-block-heading" id="h-post-award-clauses">Клаузите след възлагане — какво кара отстраняването на проблеми да работи реално</h2>

<p class="wp-block-paragraph">Когато М. отстранява проблеми, договорът носи четири конкретни клаузи. Първата назовава график за отстраняване на проблеми — обикновено три етапни цели на трети, шести и дванадесети месец след възлагане — обвързани с конкретни клаузи на EN 301 549. Втората назовава разпоредба за задържане на плащане — посочен процент от всяка фактура (М. използва приблизително 15 процента), задържан, докато етапната цел за периода бъде одобрена. Третата назовава задължение за повторен одит — доставчикът плаща за нов одит от трета страна на дванадесетия месец, за да се провери отстраняването. Четвъртата назовава задействащ фактор за прекратяване — две последователни пропуснати етапни цели без основание позволяват на възлагащия орган да прекрати договора поради съществено нарушение.</p>

<p class="wp-block-paragraph">Наблюдението на М. е, че разпоредбата за задържане на плащане върши почти цялата работа. Посочените санкции — фиксирани глоби за пропуснати етапни цели, клаузи за ескалация — са бавни за прилагане и политически скъпи. Задържан ред от фактура е механичен. Финансовият екип на доставчика оказва натиск върху инженерния екип на следващия работен ден. Отстраняването на проблеми се извършва.</p>

<h2 class="wp-block-heading" id="h-what-smaller-agencies-should-copy">Какво по-малките агенции трябва да копират</h2>

<p class="wp-block-paragraph">По-голямата част от практиката на М. не е специфична за големите възлагащи органи. Седемте служители, с които разговаряхме, всички казаха едни и същи неща, когато бяха попитани какво по-малките агенции — общински ИТ отдели, регионални здравни органи, офиси за обществени поръчки на местното управление с един или двама служители — трябва да копират от работния им процес. Извеждаме ги като списък, в реда, в който самите служители ги класираха.</p>

<ul class="wp-block-list">
  <li><strong>Назовете стандарта по номер и версия.</strong> Не пишете „съответния европейски стандарт за достъпност“. Пишете „EN 301 549 V3.2.1, с V4.0.0, който да се прилага при публикуване в Официален вестник“. Назован стандарт е приложим; неназован е реторичен.</li>
  <li><strong>Изисквайте ACR на етапа на офериране, а не при възлагане.</strong> ACR е вашият филтър. Ако не можете да го видите, преди да възложите, не можете да изключвате на негова основа.</li>
  <li><strong>Изисквайте основополагащия одит, а не само ACR.</strong> ACR е резюме; одитът е доказателството. Откажете самосертифицирани ACR без приложение с одит.</li>
  <li><strong>Извършвайте проверка на място на един от три вътрешни одита.</strong> Дори ако нямате време да проверявате всичко, случайната проверка на място променя поведението на доставчиците в целия пул от участници.</li>
  <li><strong>Отхвърляйте на основание основополагащи изисквания по Глава 9; отстранявайте проблеми при пропуски по Глава 11.</strong> Клавиатурата, фокусът, програмното име не подлежат на договаряне. Клаузите за софтуерни платформи имат пътища за отстраняване и могат да бъдат планирани.</li>
  <li><strong>Използвайте задържане на плащане, а не фиксирани глоби.</strong> Задържайте приблизително 15 процента на фактура спрямо следващата етапна цел. Изплащайте го само когато етапната цел бъде одобрена. Тази единствена клауза е най-ефективният правоприлагащ инструмент в договора.</li>
  <li><strong>Извършвайте повторен одит на дванадесетия месец за сметка на доставчика.</strong> Втори одит, извършен от трета страна, различна от онази, която изготви ACR на офертата, е единственият начин да се узнае дали отстраняването на проблеми реално е затворило пропуска.</li>
  <li><strong>Откажете заместването със Section 508.</strong> Американски VPAT спрямо Section 508 не е ACR по EN 301 549. Върнете го и поискайте европейския документ.</li>
  <li><strong>Копирайте клаузи от по-големи министерства.</strong> Всяка държава — членка на ЕС, има министерство, което публикува образцовите си клаузи за достъпност. Започнете оттам. Не съставяйте от нулата.</li>
  <li><strong>Документирайте отхвърлянията си.</strong> Изградете едностранична записка за всяка оферта, която отхвърляте на основание достъпност. След три или четири записки имате институционална позиция, около която адвокатите на следващия доставчик не могат да заобиколят с аргументи.</li>
</ul>

<h2 class="wp-block-heading" id="h-the-desk-at-the-end-of-the-day">Бюрото в края на деня</h2>

<p class="wp-block-paragraph">Бюрото на М., когато посетихме композитната му версия в четвъртък следобед в началото на май, имаше печатно копие на EN 301 549 V3.2.1 с цветни разделители по десния ръб — зелено за клаузи, които М. беше цитирал в процедура през този месец, жълто за клаузи, които в момента са в спор с доставчик, червено за клаузи, при които предишно възлагане се беше провалило и спорът беше ескалирал. Малката значка с флага на ЕС на лентата за врат до документа беше сувенир от обучителна сесия в Брюксел за EAA през 2023 г. Значката и документът заедно са визуалният подпис на роля, която наистина не съществуваше в този вид преди десет години.</p>

<p class="wp-block-paragraph">М. приключи разговора с реплика, която обобщава целия работен процес: прилагането на стандарт като EN 301 549 не е, в крайна сметка, за стандарта. То е за дисциплината да се иска от доставчика доказателство в момента, в който доставчикът най-много иска да го даде — когато договорът е неподписан — и след това да се откаже да бъде разубеден от изискването за доказателство, когато отговорите се окажат трудни. Стандартът съществува. Работата на възлагащия орган е да направи така, че стандартът да струва нещо, когато бъде пренебрегнат.</p>

</div>

---
title: Профил: погледът на корпоративен юрист към съдебните производства по ADA през 2024–2026 г.
url: https://www.disabilityworld.org/bg/articles/profile-in-house-counsel-ada-litigation/
description: Композитен портрет на старши корпоративен юрист в средно голяма американска компания за електронна търговия / SaaS, която е обработила над 50 предупредителни писма за уеб достъпност по ADA между 2024 и 2026 г. — стратегията, която тя вижда от страната на ищците, прозорецът за ранно споразумение.
author: Disability World
pubDate: 2026-05-22
tags: profile, in-house-counsel, ada-litigation, settlement, corporate-defense, legal
---

# Профил: погледът на корпоративен юрист към съдебните производства по ADA през 2024–2026 г.

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Документален едър план на ъгъл от бюрото на корпоративен юрист — купчина документи с размер на писмо, леко разперени, чифт очила за четене върху тях, месингова табелка с име, видима в мек фокус, топла следобедна светлина от офисен прозорец.</p>

<div class="byline">
  <span><strong>От</strong> редакционния екип на Disability World</span>
  <span><strong>Актуализирано</strong> май 2026 г.</span>
  <span><strong>Време за четене</strong> 10 минути</span>
</div>

<p class="rt-prefix">Време за четене: 10 минути</p>

<p class="wp-block-paragraph"><strong>Бележка на редактора:</strong> субектът на този профил е композит. Биографичните данни са почерпени от четирима старши корпоративни юристи — двама в търговци на дребно за електронна търговия със седалище в САЩ и двама в B2B SaaS компании — които помежду си са обработили над двеста предупредителни писма за уеб достъпност от 2022 г. насам. Имената, работодателите и идентифициращите транзакционни факти са комбинирани и променени. Процесуалните и финансовите числа в цитираните пасажи са запазени, както източниците ги докладваха, и са кръстосано проверени спрямо публично подадени искания, федералния регистър PACER и данните за гражданските дела на Съдебния съвет на Калифорния. Където субектът говори в първо лице, думите са перифрази, които сътрудниците одобриха като верни на изявленията им на запис. Използвахме името <em>„M.R.“</em> за композита, за да избегнем внушаване на който и да е отделен индивид.</p>

<p class="wp-block-paragraph">M.R. е на четиридесет и три, завършила е юридически факултет в Средния запад през 2007 г. и е вицепрезидент и главен юрисконсулт на частна американска компания за електронна търговия и SaaS, която продава маркови потребителски стоки директно и също така лицензира платформа за плащане на няколкостотин по-малки търговци. Годишните приходи са в долната граница на деветцифрените суми. Юридическият екип е четирима юристи плюс един параюрист. До края на 2023 г. M.R. никога не беше чела от край до край критериите за успех на <a href="/bg/toolkit/glossary/wcag-2-2/">WCAG 2.2</a>. Днес тя може да рецитира първите единадесет от тях по ред. Историята как се случи това — и за чека, който едва не подписа, преди да осъзнае, че трябва да напише друг — е, в миниатюра, историята къде е стигнала индустрията на съдебните производства за уеб достъпност по американския <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> през 2026 г.</p>

<h2 class="wp-block-heading" id="h-demand-letter-no-1">Предупредително писмо № 1</h2>

<p class="wp-block-paragraph">Първото пристигна в четвъртък следобед през март 2024 г., в кафяв плик, с препоръчана поща. Адресът на подателя беше адвокатска кантора с един адвокат от страната на ищеца в Източния окръг на Ню Йорк. Назованият ищец беше юридически сляп жител на Ню Йорк с документирана история на подаване на приблизително 80 предходни оплаквания за достъпност за четири години. Тялото на писмото беше дълго девет страници. Приблизително първите шест бяха, както M.R. бързо осъзна, шаблонни: рецитация на <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">Title III</a> и съдебната практика на Втория апелативен окръг относно мястото на обществено ползване, позоваване на WCAG 2.1 AA като действащ технически стандарт и абзац, твърдящ, че ищецът се е опитал да използва онлайн магазина на компанията с екранния четец JAWS и не е могъл да завърши покупка. Останалите три страници бяха частта, която имаше значение: списък с конкретни провали, датирани екранни снимки и искане за споразумение.</p>

<p class="wp-block-paragraph">Провалите, назовани в писмото, не бяха изненада за никого, който някога е чел одит на достъпността. Пет изображения на страница с детайли за продукт без алтернативен текст. Изграден по поръчка джаджа за избор на количество, която JAWS обявяваше като „button“ без стойност и без етикет. Модален диалог, чийто контрол за затваряне не можеше да бъде достигнат с клавиатура. Индикатор за фокус, който изчезваше в потока на плащане. Връзка „декларация за достъпност“ във футъра, която отваряше страница 404. Прагът за доказателства беше скромен: писмото цитираше пет конкретни провала, всеки илюстриран с екранна снимка или транскрипция на речевия изход на JAWS. То не твърдеше всеобхватен провал за целия сайт. Не беше нужно. По установената доктрина на <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">Title III</a> една-единствена бариера за отказ на достъп на уебсайт за обществено ползване по принцип е нарушение на ADA.</p>

<p class="wp-block-paragraph">Искането за споразумение беше 18 500 долара. Писмото не го характеризираше като споразумение; характеризираше го като предсъдебно добросъвестно предложение за уреждане, което би погасило всички претенции, свързани с назованите бариери за достъпност, и би покрило „таксите за мониторинг“ на ищеца за дванадесет месеца. M.R. прочете искането три пъти и след това препрати плика, сканиран, на външния процесуален адвокат на компанията.</p>

<blockquote class="wp-block-quote">
  <p>„Помня, че си мислех — осемнадесет хиляди и петстотин долара. Това е една четвърт от един инженер за един месец. Това е половината от един изложбен щанд. Това е приблизително това, което харчим за кафе в този офис за една година. Инстинктът при това първо писмо не беше да се бориш. Инстинктът беше да го накараш да изчезне.“</p>
  <cite>M.R., вицепрезидент и главен юрисконсулт (композит)</cite>
</blockquote>

<p class="wp-block-paragraph">Външният адвокат върна досието на следващата сутрин с препоръка от един ред: плати, вземи освобождаването от отговорност, поправи петте назовани проблема, продължи нататък. Препоръката дойде със записка. Записката обясняваше икономиката. Искане за отхвърляне на надлежно изготвена жалба по <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">Title III</a> струва в Южния или Източния окръг на Ню Йорк някъде между 40 000 и 90 000 долара хонорари, преди каквото и да е решение по същество. Преживяването на искането не приключва делото — то започва събирането на доказателства. Дело по Title III, насочено към процес, носи риск от хонорари в горната част на шестцифрените суми и, в случай на неблагоприятно решение, разумните адвокатски хонорари на ищеца отгоре. Искането за споразумение на ищеца беше, по конструкция, по-малко от една трета от цената на първата процесуална схватка. M.R. подписа чека в петък. Освобождаването от отговорност се върна във вторник. Петте проблема бяха закърпени през следващия спринт.</p>

<h2 class="wp-block-heading" id="h-the-early-settlement-window">Прозорецът за ранно споразумение</h2>

<p class="wp-block-paragraph">След това пристигна второто писмо. И третото. До края на второто тримесечие на 2024 г. M.R. беше получила седем предупредителни писма от четири различни кантори на ищци. До края на 2024 г. текущата сума беше деветнадесет. Шаблонният текст варираше в детайлите — различни цитирани прецеденти, различни встъпителни рецитации, понякога различна действаща версия на WCAG — но структурата беше идентична. Шест страници правна скеля. Списък от пет до осем конкретни назовани провала. Искане в тесен диапазон между приблизително 10 000 и 20 000 долара, почти винаги сближаващо се към горните хиляди.</p>

<p class="wp-block-paragraph">Този диапазон е прозорецът за ранно споразумение. Той е калибриран от адвокатурата на ищците спрямо кривата на разходите, която външният адвокат на M.R. беше изложил: достатъчно нисък, та трезв главен юрисконсулт да не се съди, достатъчно висок, та кантората на ищеца — която обикновено взема от 33 до 40 процента от брутото — да спечели значим хонорар за това, което представлява четири до осем часа работа на параюрист, генериращ писмото и екранните снимки. Прозорецът беше стабилен през 2023, 2024 и 2025 г. Данните на PACER и подаванията на Съдебния съвет показват, че модалната сума на ранно споразумение се сближава към приблизително 14 000 до 18 000 долара в големите окръзи на подаване; диапазонът се стесни, вместо да се повиши, докато повече ответници плащаха своевременно.</p>

<p class="wp-block-paragraph">Прагът за доказателства е калибриран по сходен начин. Назованите провали в типично предупредително писмо не са произволни — те са почерпени от малкия набор от често срещани нарушения, които са най-евтини за разследващия на ищеца да изведе на повърхността с петнадесетминутно преминаване с екранен четец през началната страница и страница с детайли за продукт. <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">Липсващ или неправилен алтернативен текст на изображения, неетикетирани полета на формуляри, недостъпни изградени по поръчка джаджи, клопки за клавиатурата в модалните прозорци и нарушено управление на фокуса</a> са каноничните пет. Разследващият за подаване на ищеца не е нужно да одитира целия сайт. Шепа назовани нарушения, всяко доказано с екранна снимка или транскрипция, са достатъчни, за да се изготви жалбата и да се закотви искането за споразумение.</p>

<blockquote class="wp-block-quote">
  <p>„До петото писмо разбрах модела. До деветото писмо имах електронна таблица — дата на получаване, назован ищец, кантора на ищеца, назовани провали, искане, споразумение, дни до освобождаване. До петнадесетото писмо можех да предскажа искането в рамките на две хиляди долара само по бланката.“</p>
  <cite>M.R., вицепрезидент и главен юрисконсулт (композит)</cite>
</blockquote>

<p class="wp-block-paragraph">Съвкупният разход до средата на 2025 г. възлизаше на приблизително 260 000 долара годишно само по споразумения, без да се броят часовете на външния адвокат по приемане, преговори за освобождаване от отговорност и рутинните отстранявания на проблеми, които компанията извършваше в отговор. Пределното предупредително писмо струваше на компанията приблизително 16 000 долара за уреждане плюс приблизително 3500 долара хонорари на външен адвокат за управление. Кантората на ищеца, от другата страна, нетно печелеше приблизително 5500 до 7000 долара на писмо за това, което беше — видимо, повторяемо, идентично — задача на параюрист. Асиметрията не беше заблуда. Тя беше замисълът.</p>

<h2 class="wp-block-heading" id="h-the-procedural-reform-turn">Обратът на процесуалната реформа</h2>

<p class="wp-block-paragraph">Две неща промениха сметката през 2024 и 2025 г. Първото беше, че частите за процесуална реформа — <a href="/bg/articles/ada-filings-move-to-state-court-post-acheson/">решението на Върховния съд от декември 2023 г. по <em lang="en">Acheson Hotels, LLC v. Laufer</em></a>, последвалата несигурност относно процесуалната легитимация на „тестващите“ ищци във федералния съд, подсиленият праг на Калифорния по <span lang="en">Civil Code §425.55</span> за ищци с висока честота по Unruh и реформите на Ню Йорк по <span lang="en">CPLR §3211</span>, затягащи практиката по искания преди отговор — започнаха да хапят. Второто беше, че M.R. започна да чете процесуалното положение на делата, които уреждаше, вместо само числата на исканията.</p>

<p class="wp-block-paragraph"><span lang="en">CPLR §3211</span> е в законодателството на Ню Йорк от десетилетия. Това, което се промени за ответниците по достъпност между 2023 и 2026 г., беше готовността на съдиите от Върховния съд на щата Ню Йорк да разглеждат искания преди отговор по §3211(a)(7) по жалби за достъпност по NYCHRL — и, по-важно, начинът, по който адвокатурата на ищците в Ню Йорк се адаптира. Тъй като <a href="/bg/articles/ada-filings-move-to-state-court-post-acheson/">исканията за процесуална легитимация на тестващите във федералния съд започнаха да хапят в SDNY</a>, същите кантори на ищци започнаха да подават по Закона за правата на човека на град Ню Йорк (New York City Human Rights Law) във Върховния съд на окръг Ню Йорк, където доктрината за процесуалната легитимация е значимо по-щедра и където са налични компенсаторни вреди. Миграцията на подаванията от федерален съд към щатски съд беше, за M.R., видима в бланките на бюрото ѝ. Писмата от четвъртото тримесечие на 2024 г. пристигаха като проекти на жалби за щатски съд, а не за федерален.</p>

<p class="wp-block-paragraph">Калифорнийската §425.55 беше в някои отношения по-значимата от двете реформи — поне за ответниците, които получаваха предупредителни писма, закотвени към Unruh. Разпоредбата, в сила от 2015 г. и значимо подсилена през 2022 г., изисква всеки „ищец с висока честота“ — дефиниран по броя дела за достъпност, подадени през предходните дванадесет месеца — да плати допълнителна такса за подаване от 1000 долара за всяка претенция по Unruh в щатски съд и да представи конкретни заверени декларации за увреждането си, посещението си на мястото за обществено ползване и причината за подаването. Федералният аналог, <span lang="en">California Code of Civil Procedure §425.50</span>, налага паралелни изисквания за заверено изготвяне на жалбата. Комбинираният ефект е, че калифорнийските жалби по Unruh, подадени от ищци, които подават повторно, сега носят разход извън джоба — както на ниво такса за подаване, така и на ниво изготвяне на заверена жалба — който не съществуваше през 2015 г. Канторите на ищците реагираха, като бяха по-избирателни кои ответници са целели и като повишиха ранните си искания за споразумение в калифорнийските юрисдикции с приблизително 15 до 20 процента, но базовият обем започна бавно да се компресира.</p>

<p class="wp-block-paragraph">За корпоративен юрист, който следи линиите на тенденциите, изводът беше ясен: процесуалните прагове не елиминират индустрията на предупредителните писма, но повишават цената на воденето ѝ. Адвокатурата на ищците, която оцеля след праговете, беше сегментът, който подаваше по-трудни дела, назоваваше повече ответници на писмо и искаше по-големи споразумения. Електронната таблица на M.R. започна да показва по-малко писма на тримесечие от края на 2024 г. нататък, но медианното искане на писмо започна да се измества нагоре — от приблизително 16 500 долара през първото тримесечие на 2024 г. до приблизително 22 000 долара до четвъртото тримесечие на 2025 г.</p>

<h2 class="wp-block-heading" id="h-the-remediation-pivot">Завоят към отстраняване на проблеми</h2>

<p class="wp-block-paragraph">Моментът, в който M.R. реши, че стратегията на споразуменията е изчерпала пътя си, не дойде като стратегическо прозрение. Той дойде като въпрос от борда. През февруари 2025 г. одитният комитет на компанията — трима независими директори и главният изпълнителен директор — попита, в обичайния ход на тримесечния преглед на правните разходи, защо перото за резерв за съдебни производства за „споразумения за достъпност“ върви на приблизително 280 000 долара спрямо перо за бюджет за отстраняване на проблеми от приблизително 45 000 долара. Финансовият директор беше изградил въпроса като прост преглед на отклонение. M.R. нямаше отговор, който да преживее две минути проверка.</p>

<blockquote class="wp-block-quote">
  <p>„Бордът не беше ядосан. Бордът беше объркан. Един от директорите зададе очевидния въпрос: ако плащате двеста и осемдесет хиляди долара годишно на кантори на ищци, същите пари, разгърнати в инженерната организация, биха ли поправили проблема? Трябваше да кажа, че не знам. Това беше сутринта, в която започнах да изграждам наново.“</p>
  <cite>M.R., вицепрезидент и главен юрисконсулт (композит)</cite>
</blockquote>

<p class="wp-block-paragraph">Изграждането наново отне осемнадесет месеца и все още продължава. M.R. привлече външна одиторска фирма по достъпност, която да проведе пълен одит по <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2 AA</a> на онлайн магазина, плащането, лицензирания SDK за плащане, доставян на търговците клиенти, и административната конзола. Първоначалният одит върна приблизително 340 назовани проблема в четирите повърхности, класифицирани по критерий на WCAG и тежест. Приблизително 60 процента от проблемите бяха тривиални до умерени поправки — алтернативен текст, ARIA етикети, управление на фокуса, корекции на контраста — които можеха да бъдат пакетирани в инженерни спринтове в три тримесечия. Приблизително 30 процента бяха пренаписвания на изградени по поръчка джаджи от вида, който се появява многократно в предупредителните писма: селекторът за количество, модалният диалог, чекмеджето на количката, автоматичното довършване на адреса. Приблизително 10 процента бяха архитектурни — библиотеката от компоненти на дизайн системата, шаблонът за валидиране на формуляри, стратегията за областите за обявяване при асинхронни актуализации — и изискваха време на старши инженер в две тримесечия.</p>

<p class="wp-block-paragraph">Общата инвестиция за календарната 2025 г. плюс първата половина на 2026 г. беше приблизително 410 000 долара: приблизително 90 000 долара за външен одит и консултации, приблизително 260 000 долара в преразпределено вътрешно инженерно време и приблизително 60 000 долара за инструментариум, обучение и автоматизиран CI конвейер за регресия по достъпността. Резервът за споразумения за календарната 2025 г. възлезе на приблизително 215 000 долара — умерен спад спрямо 2024 г., отразяващ дългата опашка от проблеми отпреди отстраняването, които все още пристигаха в предупредителните писма. Прогнозата за календарната 2026 г., с по-голямата част от често срещаните проблеми отстранени и конвейера за регресия, работещ при всяка заявка за сливане, е приблизително 90 000 до 120 000 долара.</p>

<p class="wp-block-paragraph">Стратегията на двойната релса — плащане в прозореца за ранно споразумение, докато се отстраняват проблемите — беше умишлена. M.R. не спря да урежда споразумения през 2025 г. Сметката на разходите по пределното писмо — 16 000 до 22 000 долара, за да изчезне, спрямо над 40 000, за да се съди по искането за отхвърляне — беше непроменена. Това, което се промени, беше базовата площ. Тъй като отстранените повърхности влязоха в експлоатация, назованите провали във входящите предупредителни писма все по-често описваха страници, които вече бяха поправени; екранните снимки бяха остарели. Външният адвокат можеше да отговори с отрицание по същество — подкрепено с актуален одитен доклад за достъпността, дневник на внедряванията и, в два случая, видеозапис на успешна навигация на назованата страница с JAWS — без да прибягва до процесуална практика. Няколко от писмата от края на 2025 г. бяха оттеглени без плащане след този първоначален отговор по същество.</p>

<p class="wp-block-paragraph">Частта със застраховането вървеше успоредно с релсата за отстраняване на проблеми и беше, по думите на M.R., най-полезният единствен ход, който тя направи. Компанията носеше покритие за обща отговорност, което не адресираше претенции за достъпност, и полица за медийна отговорност, която имаше тясно одобрение само за защита по въпроси по ADA Title III. В цикъла на подновяване през 2025 г. M.R. договори специфичен анекс за отговорност по достъпността, който покриваше разходите за защита, обезщетение за споразумения в рамките на договорени лимити и — съществено — кредит за „стимул за отстраняване на проблеми“ спрямо премията, когато компанията можеше да докаже документиран напредък спрямо пътна карта по WCAG 2.2 AA. Анексът струваше приблизително 38 000 долара допълнителна премия и възстанови приблизително 74 000 долара разходи за защита само през 2025 г. Кредитът за стимул за отстраняване на проблеми стана лостът, който позволи на M.R. да обоснове инженерното преразпределение пред финансовия директор, без да отваря наново бюджетния цикъл: всеки долар, който тя влагаше в отстраняване на проблеми, намаляваше застрахователната премия за следващата година с документирана част.</p>

<h2 class="wp-block-heading" id="h-lessons">Поуки — какво казва M.R. на други корпоративни юристи</h2>

<p class="wp-block-paragraph">M.R. сега приема неформални обаждания от колеги главни юрисконсулти в други компании за електронна търговия и SaaS приблизително два пъти месечно. Обаждащите се компании са по-малки от нейната, в ранните етапи на цикъла на предупредителните писма, и задават същите въпроси, които тя задаваше в средата на 2024 г. Същината на това, което тя им казва, е достатъчно последователна, та да се запише.</p>

<p class="wp-block-paragraph"><strong>Първо, уреди първото писмо; проследявай всяка променлива от второто.</strong> Икономиката на процесуалната практика по едно-единствено предупредително писмо облагодетелства споразумението при всяко разумно разчитане на кривата на разходите. Но в момента, в който пристигне второ писмо — а то ще пристигне в рамките на деветдесет дни, почти без изключение, от различна кантора на ищец, цитираща различни, но съседни провали — компанията е във взаимоотношение с предупредителни писма, а не в инцидент със съдебно производство. Взаимоотношението се нуждае от електронна таблица. Дата, ищец, кантора на ищеца, назовани провали по критерий на WCAG, искане, споразумение, дни до освобождаване. Без електронната таблица компанията плаща поредица от несвързани сметки. С електронната таблица компанията купува данни.</p>

<p class="wp-block-paragraph"><strong>Второ, чети процесуалното положение, а не само искането.</strong> Писмо, което заплашва с подаване във федерален съд през 2026 г., отправя различна заплаха от писмо, което заплашва с подаване в щатски съд по NYCHRL или в щатски съд по Unruh. Защитимостта на всяко положение, възможността за прехвърляне на всяко положение, кривата на разходите за процесуална практика във всяка юрисдикция и уязвимостта на ищеца по доктрината за процесуалната легитимация варират съществено. <a href="/bg/articles/ada-filings-move-to-state-court-post-acheson/">Миграцията към щатски съд</a> е реална, статутите за процесуална реформа хапят различно в различните юрисдикции, а сценарий за споразумение от 2024 г., приложен към писмо от 2026 г., ще доведе до надплащане.</p>

<p class="wp-block-paragraph"><strong>Трето, не бюджетирай отстраняването на проблеми спрямо разхода за споразумения за тази година.</strong> Аргументът за отстраняване на проблеми не е „ще похарчим 400 000 долара тази година, за да спестим 260 000 долара следващата година“. Това сравнение губи на едногодишен хоризонт. Аргументът е „ще похарчим 400 000 долара веднъж, за да компресираме площта на предупредителните писма, да направим пределното писмо отричаемо, а не платимо, и да намалим застрахователната премия и разходите за инженерно време на инцидент във всяка следваща година“. Разговорът с финансовия директор се нуждае от тригодишен модел, а не от едногодишно отклонение.</p>

<p class="wp-block-paragraph"><strong>Четвърто, движи застраховането и отстраняването на проблеми по двойна релса.</strong> Покритие, което не включва специфичен за достъпността анекс, е липса на покритие. Анекс, който не включва кредит върху премията за документирано отстраняване на проблеми, оставя пари на масата. Пазарите за подновяване през 2025 и 2026 г. са готови да изготвят анекса при разумни условия за ответници, които могат да покажат пътна карта по WCAG 2.2 AA и конвейер за регресия. Те не са готови да го изготвят за ответници, които не могат.</p>

<p class="wp-block-paragraph"><strong>Пето, не делегирай техническото четене на външния адвокат.</strong> Външният процесуален адвокат, в медианния случай, не е грамотен по WCAG. Той ще прочете предупредителното писмо като процесуален документ и няма да регистрира разликата между назован провал, който компанията е отстранила, и назован провал, който компанията не е отстранила. Корпоративният юрист, който чете <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">критериите на WCAG в писмото редом с актуалния одитен доклад на компанията</a>, е онзи, който може да каже на външния адвокат кои писма да уреди и кои писма да отрече.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Какво променя погледът отвътре</h2>

<p class="wp-block-paragraph">Наративът от страната на ответника за американските съдебни производства за уеб достъпност по ADA е, през по-голямата част от последното десетилетие, написан на езика на оплакването — шаблонни писма, ищци, които подават повторно, индустрия, която съществува, за да извлича малки споразумения. Този наратив не греши за механиката; прозорецът за ранно споразумение е замислена характеристика на индустрията, а не случайност. Но той греши за отговора. Отговорът, който минимизира правните разходи на тригодишен хоризонт, не е съдебно производство. Той е отстраняване на проблеми, движено по двойна релса със застраховане, последователно спрямо ландшафта на процесуалната реформа и управлявано отвътре с електронна таблица, която третира всяко предупредително писмо като точка от данни в стабилно разпределение.</p>

<p class="wp-block-paragraph">Това, което историята на M.R. илюстрира, е, че корпоративният юрист, който достига до този възглед, не е корпоративният юрист, който чете най-много съдебна практика. Той е корпоративният юрист, който чете собствения си регистър на споразуменията, задава въпрос на ниво борд относно отклонението и приема, че отговор, който все още няма, е началото на различен разговор. Индустрията на предупредителните писма ще надживее завоя на който и да е отделен ответник. Ответниците, които завият първи, в съвкупност ще финансират по-малко от нея.</p>

<p class="wp-block-paragraph">Тази статия ще бъде последвана, в същата тази поредица, от паралелни гледни точки от старши адвокат по достъпност от страната на ищеца и от член на адвокатурата на ищците в щата Ню Йорк, работещ при процесуалната среда след CPLR §3211. Намерението не е да се балансира наративът отвътре спрямо противоположен — а да се покаже как всяка страна на делото разчита един и същ набор от писма, споразумения и реформи различно, и къде разчитанията съвпадат.</p>

</div>

---
title: Прогресивни уеб приложения и достъпност: състоянието на изкуството през 2026 г.
url: https://www.disabilityworld.org/bg/articles/pwa-accessibility-state-of-the-art/
description: Къде стоят прогресивните уеб приложения по достъпност през 2026 г. — UX на подканата за инсталиране, адаптивни икони, предаване на екранния четец уеб ↔ нативно, повърхността на манифеста, поведение на помощните технологии офлайн и пътят за инсталиране в iOS Safari след iOS 16.4.
author: Disability World
pubDate: 2026-05-22
tags: pwa, progressive-web-apps, service-worker, offline, manifest, mobile, tech-news
---

# Прогресивни уеб приложения и достъпност: състоянието на изкуството през 2026 г.

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Инженерно ръководство · Достъпност на PWA 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Прогресивни уеб приложения и достъпност:<br/>
        състоянието на изкуството през 2026 г.
      </h1>
      <p class="hero__lead">Шест години след като Apple най-сетне внедри работещ път за инсталиране в iOS 16.4, прогресивното уеб приложение престана да бъде любопитка и започна да бъде въпрос на обществените поръчки. Това ръководство е за инженерните екипи, които трябва да знаят през 2026 г. какво всъщност дължи едно PWA на потребителите си на помощни технологии — и къде платформата все още изостава спрямо реалното нативно приложение.</p>
      <div class="hero__stats" aria-label="Ключови статистики">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">iOS 16.4 — първи използваем път за инсталиране на PWA в Safari</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">свойства на манифеста, които влияят на поведението на помощните технологии</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">приблизително 35%</div>
          <div class="stat-chip__label">PWA с Lighthouse оценка, чийто бутон за инсталиране е неетикетиран за помощните технологии</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>Disability World — инженерен екип</strong></div>
        <div class="hero__pill">9 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Какво означава „достъпност на PWA“ през 2026 г.</a></li>
        <li><a href="#s2">2. Подканата за инсталиране</a></li>
        <li><a href="#s3">3. Повърхността на манифеста</a></li>
        <li><a href="#s4">4. Предаването на екранния четец уеб ↔ нативно</a></li>
        <li><a href="#s5">5. Офлайн поведение и помощни технологии</a></li>
        <li><a href="#s6">6. iOS Safari срещу Android срещу нативно</a></li>
        <li><a href="#s7">Заключение: стратегията за 2026 г.</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основа</div>
        <h2 class="section-title" id="s1-heading">1. Какво означава „достъпност на PWA“ през 2026 г.</h2>
        <div class="prose">
          <p>Прогресивното уеб приложение по време на изпълнение е три неща, наслоени върху нормален уебсайт: уеб манифест на приложението (Web App Manifest), service worker и интерфейс в инсталиран режим, който заменя рамката на браузъра със собствения елемент за превключване на задачи на операционната система. Всеки от трите слоя въвежда свои собствени задължения за достъпност — и всеки се проваля пред потребителите си на помощни технологии по различен, отделно отстраним начин.</p>
          <p>През 2020 г. целият разговор се сви до „WCAG се прилага за PWA“, което беше технически вярно и оперативно безполезно. През 2026 г. разговорът е разделен на четирите повърхности, които наистина имат значение: UX на подканата за инсталиране, свойствата на манифеста, които управляват средствата на ниво операционна система, предаването между дървото за достъпност на браузъра и дървото за достъпност на операционната система, след като PWA се стартира в самостоятелен режим (standalone), и поведението на помощните технологии при офлайн резервната страница на service worker. WCAG 2.2 управлява документа; слоят за интеграция с платформата се управлява от много по-разпокъсана смес от чернови на W3C, специфично за доставчика поведение и ARIA конвенции, наследени от уеб.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Бележка за обхвата</span>
            <div class="callout__body"><p>Това ръководство обхваща повърхността за интеграция с платформата на PWA — подкани за инсталиране, свойства на манифеста, поведение на помощните технологии в самостоятелен режим, офлайн резервна страница. То предполага, че подлежащият документ вече отговаря на WCAG 2.2 AA. Обвивка PWA върху недостъпна страница си остава недостъпна страница.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Повърхност</div>
        <h2 class="section-title" id="s2-heading">2. Подканата за инсталиране</h2>
        <div class="prose">
          <p>Подканата за инсталиране е най-обърнатата към потребителя повърхност на PWA и през 2026 г. все още е най-зле проектираната. В Chromium подканата е заключена зад `beforeinstallprompt`, който се задейства само след евристичен праг на ангажираност и който сайтовете обикновено свързват с персонализиран бутон „Инсталиране на приложението“. Този персонализиран бутон е там, където достъпността се обърква: приблизително едно от три PWA с Lighthouse оценка изобразява средството за инсталиране като `&lt;div&gt;` или стилизиран `&lt;span&gt;` без роля, без достъпно име и без обработчик на клавиатура — невидим за екранен четец, недостижим с Tab и неразличим от декоративния интерфейс.</p>
          <p>Поправката е непривлекателна и задължителна: изобразете средството за инсталиране като реален `&lt;button&gt;`, задайте достъпно име, което включва глагола („Инсталиране на Disability World на това устройство“), изложете същия бутон на всички модалности на въвеждане и обявявайте успех или неуспех чрез жива област (live region), след като потребителят отхвърли потвърждаващия лист на ниво операционна система. Същото важи за състоянията на свързаните приложения (related-applications) и за отхвърления beforeinstallprompt — и двете трябва да предизвикат промяна на статуса, доловима от помощната технология.</p>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Анатомия на бутона за инсталиране: лошо срещу добро</div>
          <div class="cmp-grid">
            <div class="cmp-card good">
              <div class="cmp-card-label">По-зле — това, което виждаме в практиката</div>
              <ul>
                <li>`&lt;div onclick="install()"&gt;Install&lt;/div&gt;` — нефокусируем, без роля, екранният четец вижда само думата „Install“ без действено средство.</li>
                <li>Бутон, скрит, докато `beforeinstallprompt` не се задейства — потребителите на клавиатура попадат на остаряла връзка „Install“, която не прави нищо след събитието.</li>
                <li>Без обявяване на статуса след отхвърляне — потребителят на помощна технология няма как да узнае дали инсталирането е успяло.</li>
              </ul>
            </div>
            <div class="cmp-card better">
              <div class="cmp-card-label">По-добре — това, което се внедрява през 2026 г.</div>
              <ul>
                <li>`&lt;button type="button" aria-label="Install Disability World"&gt;...&lt;/button&gt;` с явен `aria-disabled`, когато инсталирането все още не е налично.</li>
                <li>Обработчикът на `beforeinstallprompt` запазва събитието; бутонът отразява полученото състояние чрез `aria-disabled`, превключен при пристигане на събитието.</li>
                <li>Учтива жива област обявява „Installed“ или „Install dismissed“, след като `userChoice` се разреши, така че потребителят на помощна технология да има доловимо потвърждение.</li>
              </ul>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s3-heading">3. Повърхността на манифеста</h2>
        <div class="prose">
          <p>Уеб манифестът на приложението нарасна тихо между 2022 и 2026 г. и много от по-новите му свойства носят преки последици за достъпността. Матрицата по-долу съпоставя единадесетте свойства на манифеста, които взаимодействат с помощната технология, с това какво всеки браузър реално прави с тях днес — в Chrome на Android, Safari на iOS, Edge на Windows и Firefox на десктоп. Свойства като `file_handlers`, `share_target` и `window_controls_overlay` не съществуваха в каквато и да е значима форма през 2021 г.; през 2026 г. те определят дали PWA се появява в листа за споделяне на операционната система, отваря файлове от системния файлов мениджър и изобразява собствена заглавна лента — всичко това, което потребителят на екранен четец трябва да може да долови и да управлява.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Chrome (Android)</th>
              <th>Safari (iOS 16.4+)</th>
              <th>Edge (Windows)</th>
              <th>Firefox (десктоп)</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>`name`, изложено на стартера на ОС</th><td>Да</td><td>Да</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`short_name`, показано под иконата на началния екран</th><td>Да</td><td>Да</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`description`, четено от помощната технология в диалога с информация за приложението</th><td>Да</td><td>Частично</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>Адаптивни маскируеми икони (`purpose: "maskable"`)</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`lang` + `dir` се разпространяват към помощната технология</th><td>Да</td><td>Частично</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`file_handlers` — отваряне от системния файлов мениджър</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`share_target` — появява се в листа за споделяне на ОС</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>Превземане на заглавната лента чрез `window_controls_overlay`</th><td class="cell-na">Н/П</td><td class="cell-na">Н/П</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`shortcuts` — меню на стартера при дълго натискане</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`display_override` (`minimal-ui`, `window-controls-overlay`)</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
            <tr><th>`launch_handler` (`focus-existing`)</th><td>Да</td><td>Не</td><td>Да</td><td class="cell-na">Н/П</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Клопката `window_controls_overlay`</span>
            <div class="callout__body"><p>Когато PWA включи `window_controls_overlay`, то превзема заглавната лента на ОС — включително областта, в която при нативно приложение екранният четец би обявил заглавието на прозореца автоматично. Приложенията, които възприемат това свойство, трябва изрично да изобразят свой собствен фокусируем, етикетиран за помощната технология контрол на заглавната лента в рамките на безопасната зона, иначе потребителите на екранен четец губят единствената екранна котва за „къде се намирам в това приложение“.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Поведение</div>
        <h2 class="section-title" id="s4-heading">4. Предаването на екранния четец уеб ↔ нативно</h2>
        <div class="prose">
          <p>Единственият най-труден проблем за отстраняване на грешки в достъпността на PWA през 2026 г. е какво се случва, когато потребителят пресече шева между интерфейса на PWA в самостоятелен режим и самата операционна система. На Android TalkBack чете `name` от манифеста, когато потребителят фокусира иконата на началния екран, след което преминава към четене на дървото за достъпност в приложението, щом PWA се стартира; на iOS 16.4+ VoiceOver прави същото за инсталирано PWA, но с една важна особеност — първият фокусируем елемент след стартиране се обявява без контекста на ниво приложение, който нативно iOS приложение би предоставило чрез заглавието на своя UIWindow.</p>
          <p>Авторът на PWA има един инструмент, за да преодолее тази пролука: при студено стартиране фокусирайте заглавие или ориентир на главната област (main region), което включва името на приложението в достъпния си етикет, и задайте `&lt;title&gt;` на документа на низ, който елементът за превключване на задачи на ОС ще прочете, когато потребителят прелиства между приложенията. Без това потребителят на екранен четец губи контекстуалния сигнал, че е сменил приложението — провал от типа „къде се намирам“, който не съществува за нативни приложения.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„През 2024 г. потребител на VoiceOver с Bluetooth клавиатура ни каза за едно PWA, което бяхме сертифицирали за WCAG 2.2 AA, че нямал никаква представа, че е излязъл от Safari и е влязъл в нашето приложение. Документът беше достъпен. Предаването — не.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Дневник за потребителско проучване на Disability World, октомври 2024 г.</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Поведение</div>
        <h2 class="section-title" id="s5-heading">5. Офлайн поведение и помощни технологии</h2>
        <div class="prose">
          <p>Когато service worker сервира офлайн резервна страница, се появяват два специфични за помощните технологии режима на отказ: фокусът, който беше вътре в сега заредената наново страница, мълчаливо пада върху тялото на документа, а самата офлайн страница рядко използва жива област, за да каже на потребителя на екранен четец какво току-що се случи. Резултатът е потребител, който чува едно обявяване на заглавието на офлайн страницата (ако има късмет) и иначе изпитва пълна загуба на контекст.</p>
          <p>Поправката е офлайн преходът да се третира като промяна на състоянието, да се обяви чрез учтива `aria-live` област, фокусът да се възстанови до познат ориентир на офлайн страницата и контрол „Опитайте отново“ да се изведе като реален бутон, а не като връзката „Презареждане“, която повечето шаблони за service worker предлагат. Същото важи за пътя за възстановяване чрез синхронизация на преден план: когато свързаността се възстанови и service worker изпразни опашката, това също е промяна на състоянието, за която потребителят на помощна технология трябва да бъде уведомен.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Контролен списък за service worker</span>
            <div class="callout__body"><p>Учтива жива област обявява „Вие сте офлайн“ при преход. Фокусът се премества на главното заглавие на офлайн страницата. Ясно етикетиран `&lt;button&gt;Опитайте отново&lt;/button&gt;` е първият интерактивен елемент. При повторно свързване второ учтиво обявяване казва „Връзката е възстановена“ и фокусът се възстановява до това, с което потребителят е взаимодействал последно.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Сравнение</div>
        <h2 class="section-title" id="s6-heading">6. iOS Safari срещу Android срещу нативно</h2>
        <div class="prose">
          <p>Въпросът „да внедрим ли PWA или нативно приложение“ сега има измерение на достъпността, освен измерение на пълнотата на функционалностите. По-долу сравняваме едно и също хипотетично приложение за четене на новини, доставено по четири начина — като PWA на Android, като PWA на iOS 16.4+, като нативно iOS приложение и като нативно Android приложение — през петте повърхности, които потребителят на екранен четец докосва пръв.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PWA · Android</th>
              <th>PWA · iOS 16.4+</th>
              <th>Нативно · iOS</th>
              <th>Нативно · Android</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Средството за инсталиране е откриваемо от помощната технология</th><td>Ако разработчикът го е направил правилно</td><td>Меню „Добавяне към началния екран“ — откриваемо</td><td>App Store — напълно достъпно</td><td>Play Store — напълно достъпно</td></tr>
            <tr><th>Име и описание на приложението на иконата на стартера</th><td>Да</td><td>Да (`name` + `apple-mobile-web-app-title`)</td><td>Да (UIKit Info.plist)</td><td>Да (манифест на Android)</td></tr>
            <tr><th>Адаптивни икони (тематични / монохромни)</th><td>Да (maskable)</td><td>Не</td><td>Да</td><td>Да</td></tr>
            <tr><th>Контекстът на превключвателя на приложения се обявява</th><td>Да</td><td>Частично</td><td>Да (заглавие на UIWindow)</td><td>Да</td></tr>
            <tr><th>Запис в листа за споделяне на ОС</th><td>Да (`share_target`)</td><td>Не</td><td>Да (UIActivity)</td><td>Да (Intent филтър)</td></tr>
            <tr><th>Преки пътища при дълго натискане</th><td>Да (`shortcuts`)</td><td>Не</td><td>Да (UIApplicationShortcutItem)</td><td>Да</td></tr>
            <tr><th>Достъпно съдържание на push известията</th><td>Да</td><td>Да (от iOS 16.4)</td><td>Да</td><td>Да</td></tr>
            <tr><th>Персонализиран ротор / бърза навигация</th><td class="cell-na">Н/П</td><td class="cell-na">Н/П</td><td>Да</td><td>Да</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Пролуката при iOS през 2026 г.</span>
            <div class="callout__body"><p>iOS 16.4 отключи пътя за инсталиране, push известията и API за значки (badging) за PWA, а iOS 17 затвори пролуката още повече на основната повърхност за стартиране. Но `file_handlers`, `share_target`, `shortcuts` и `window_controls_overlay` остават неподдържани. За потребител на помощна технология, който разчита на листа за споделяне на ОС, за да премества съдържание между приложения, PWA на iOS все още е значимо по-малка повърхност от PWA на Android или нативно iOS приложение.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <h2 class="section-title" id="s7-heading">Заключение: стратегията за 2026 г.</h2>
        <div class="prose">
          <p>Внедрете средството за инсталиране като реален `&lt;button&gt;` с достъпно име. Свържете учтива жива област с изхода на `userChoice`. Попълнете `name`, `short_name`, `description`, `lang` и `dir` в манифеста и внедрете маскируеми икони за Android. Ако включите `window_controls_overlay`, изобразете и етикетирайте своя собствена заглавна лента; ако включите `file_handlers` или `share_target`, третирайте полученото стартиране като промяна на състоянието и го обявявайте при влизане.</p>
          <p>Възстановявайте фокуса до етикетиран ориентир всеки път, когато потребителят на екранен четец пресече шева — първо стартиране, връщане от превключвателя на приложения, офлайн преход, стартиране от споделяне (share-target), повторно свързване. Третирайте всяко пресичане като отделно събитие, което дължи на потребителя доловимо обявяване и позната котва на фокуса. Нищо от това не е трудно; почти нищо от него не се внедрява последователно.</p>
          <p>PWA през 2026 г. може да бъде почти неразличимо от нативно приложение за потребител на помощна технология — на Android. На iOS то е по-близо, отколкото беше, и все още има реална пролука. Пролуката се затваря с приблизително едно свойство на манифеста на година. За екипите по обществени поръчки, които избират между PWA и нативно приложение, въпросът за достъпността вече не е „може ли PWA да бъде достъпно?“ — може. Въпросът е дали екипът, който го изгражда, е прочел единадесетте реда на манифеста по-горе и е приел, че всеки от тях е част от тяхната доставка.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Обвивката PWA не освобождава екипа от работата по интеграция с платформата. Тя добавя единадесет нови повърхности на достъпността и иска от екипа да обработи всяка от тях на всяка платформа, на която внедрява.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Инженерен екип на Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Брайлови дисплеи с обновяване през 2026 г.: ръководство за купувача през 12 модела
url: https://www.disabilityworld.org/bg/articles/refreshable-braille-displays-buyers-guide/
description: Инженерен наръчник, сравняващ 12 брайлови дисплея с обновяване през 2026 г. — Humanware Brailliant BI 40X / 20X, HIMS Polaris / QBraille XL, Orbit Reader 40 / 20, APH Mantis Q40 / Chameleon 20, Eurobraille Esys, Help Tech Activator и Dot Pad — с матрица на функциите и тройка водещи избори.
author: Disability World
pubDate: 2026-05-22
tags: braille-displays, refreshable-braille, blindness, assistive-tech, hardware, buyers-guide
---

# Брайлови дисплеи с обновяване през 2026 г.: ръководство за купувача през 12 модела

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Ръководство за купувача · Брайлови дисплеи с обновяване 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Брайлови дисплеи с обновяване през 2026 г.:<br />
        ръководство за купувача през 12 модела
      </h1>
      <p class="hero__lead">Дванадесет брайлови устройства с обновяване си поделят пазара през 2026 г., с цени, които варират от няколкостотин долара до близо девет хиляди, и с приложения, които се простират от чисто четене до многоредова тактилна графика. Това е работната оценъчна карта на купувача, написана за незрящи професионалисти, родители, учители и служителите по обществени поръчки, които ги обслужват.</p>
      <div class="hero__stats" aria-label="Ключови статистически данни">
        <div class="stat-chip">
          <div class="stat-chip__num">12</div>
          <div class="stat-chip__label">сравнени модела</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">характеристики на модел</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">прибл. 8 800 USD</div>
          <div class="stat-chip__label">ценови диапазон в полето</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">От <strong>хардуерния отдел на Disability World</strong></div>
        <div class="hero__pill">11 мин. четене</div>
        <div class="hero__pill">Актуализирано май 2026 г.</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Раздели на статията">
    <div class="toc-bar__inner">
      <p>Съдържание</p>
      <ul role="list">
        <li><a href="#s1">1. Какво всъщност купува купувачът</a></li>
        <li><a href="#s2">2. Дванадесетте модела на масата</a></li>
        <li><a href="#s3">3. Матрицата на функциите</a></li>
        <li><a href="#s4">4. Тройката водещи избори за 2026 г.</a></li>
        <li><a href="#s5">5. Въпросът за Dot Pad</a></li>
        <li><a href="#s6">6. Дървото на решенията</a></li>
        <li><a href="#conclusion">Заключение</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Основи</div>
        <h2 class="section-title" id="s1-heading">1. Какво всъщност купува купувачът, когато купува брайлов дисплей</h2>
        <div class="prose">
          <p>Брайловият дисплей с обновяване представлява редица — понякога решетка — от малки пластмасови щифтове, които се повдигат и спускат под софтуерно управление, за да образуват брайлови знаци. Щифтовете обикновено се задвижват от пиезоелектрични задвижващи механизми, понякога от стъпкови двигатели при по-новите нискобюджетни конструкции и все по-често от модули за тактилна графика при най-висок клас устройства. Дисплеят се свързва с компютър или телефон чрез USB или Bluetooth, а екранен четец на този хост подава знаците клетка по клетка. Това е целият механизъм и той е целият механизъм от четиридесет години насам.</p>
          <p>Това, което се променя между моделите, е всичко около щифтовете: колко клетки показва устройството наведнъж, как се сдвоява, с какъв софтуер за водене на бележки се доставя, колко издържа батерията, кои екранни четци го управляват безпроблемно и колко струва в домашната валута на купувача след вносна такса и удължаване на гаранцията. Дисплей с 40 клетки чете цял ред книжна проза наведнъж; дисплей с 20 клетки се побира в джоб на палто и чете известие от телефон. Устройство с вградени приложения за водене на бележки може да редактира документ в самолета без хост компютър изобщо; устройство „само за показване“ не може. Това не са незначителни разлики. Те са разликата между инструмент, който изчезва в работния ден, и инструмент, който стои на лавицата.</p>
        </div>

        <div class="stat-row" aria-label="Контекстни числа за брайловите дисплеи">
          <div class="stat-card">
            <div class="stat-card__num">40</div>
            <div class="stat-card__label">клетки в типичен дисплей с пълен ред — достатъчно за един печатен ред книжна проза при стандартна дължина на реда.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">20</div>
            <div class="stat-card__label">клетки в типичен джобен дисплей — достатъчно за известие от телефон, запис в календара или един ред код.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">прибл. 3</div>
            <div class="stat-card__label">екранни четци, за които почти всеки брайлов дисплей се доставя с драйвери: JAWS, NVDA и VoiceOver (iOS + macOS).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Седемте характеристики, които имат значение</span>
            <div class="callout__body">
              <p><strong>1. Брой клетки.</strong> 20 клетки (джобен), 32 клетки (среден), 40 клетки (пълен ред) или многоредов за графика.</p>
              <p><strong>2. Свързаност.</strong> Bluetooth (всяка версия), USB-C, USB-A и всякакви допълнителни портове като слотове за SD карти.</p>
              <p><strong>3. Съвместимост с екранни четци.</strong> JAWS, NVDA, VoiceOver — и колко безпроблемно всеки от тях управлява устройството.</p>
              <p><strong>4. Приложения за водене на бележки.</strong> Дали устройството изпълнява нативно приложения за редактиране, календар, имейл и четец на книги без хост компютър.</p>
              <p><strong>5. Батерия.</strong> Часове непрекъснато четене или водене на бележки с едно зареждане.</p>
              <p><strong>6. Цена.</strong> Препоръчителната продажна цена на производителя в USD, EUR и GBP — преди национални субсидии за помощни технологии, които в някои държави могат да покрият 100% от разхода.</p>
              <p><strong>7. Гаранция.</strong> Стандартна гаранция на производителя и колко струват удълженията.</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Брайловият дисплей не е заместител на екрана. Той е тактилна клавиатура за езика, който незрящият читател вече говори свободно — а цената на това владеене е четиридесет години бавен индустриален напредък.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Хардуерният отдел на Disability World</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Картина на пазара</div>
        <h2 class="section-title" id="s2-heading">2. Дванадесетте модела на масата</h2>
        <div class="prose">
          <p>Пазарът през 2026 г. се разпределя в четири нива. Премиум нивото — Brailliant BI 40X, Polaris, Mantis Q40, Activator — е в диапазона 4000 до 6000 USD и съчетава ред от 40 клетки с пълноценна операционна система за водене на бележки. Средното ниво — Brailliant BI 20X, QBraille XL, Chameleon 20, Eurobraille Esys — е в диапазона 2500 до 4000 USD, с по-малко клетки или по-тънък слой за водене на бележки. Нискобюджетното ниво — Orbit Reader 20 и 40 — е под 1500 USD, като използва стъпкови двигатели вместо пиезо механизми. Графичното ниво е ниво от един: Dot Pad се доставя с цяла двуизмерна решетка от щифтове и чете на цена, която го прави институционална, а не лична покупка.</p>
          <p>Картите по-долу обобщават къде се позиционира всеки модел и за какъв тип потребител е създаден. Точките отразяват общата пригодност на устройството за типичен незрящ професионалист, който купува първия или втория си дисплей през 2026 г.; те не са оценка за качество. Orbit Reader с четири точки не е по-лоша машина от Brailliant с пет точки — тя е по-евтина машина, която прави по-малко неща, и тази сметка е точно правилната за много читатели.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 40X</div>
                <div class="combo-card__sub">Премиум устройство за бележки с 40 клетки (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за професионалисти, които четат и пишат дълги текстове по цял ден</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 20X</div>
                <div class="combo-card__sub">Джобно устройство за бележки с 20 клетки (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за пътуващи и студенти, които се сдвояват с телефон</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS Polaris</div>
                <div class="combo-card__sub">Устройство за бележки с 32 клетки на базата на Android (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за потребители, които искат пълноценен Android таблет под клетките</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>32</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS QBraille XL</div>
                <div class="combo-card__sub">Дисплей с 40 клетки и QWERTY клавиши (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за потребители, които пишат на QWERTY, но четат на брайл</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 40</div>
                <div class="combo-card__sub">Нискобюджетен дисплей с 40 клетки (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за студенти, училища и читатели от развиващите се пазари</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 20</div>
                <div class="combo-card__sub">Нискобюджетен дисплей с 20 клетки (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за купувачи на първи дисплей и програми за обучение по брайл</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Mantis Q40</div>
                <div class="combo-card__sub">Дисплей с 40 клетки и QWERTY клавиатура (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за късно ослепели професионалисти, които вече пишат на QWERTY</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Chameleon 20</div>
                <div class="combo-card__sub">Дисплей с 20 клетки и клавиши тип Perkins (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за ученици от класовете K-12, които учат брайлов вход</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Eurobraille Esys</div>
                <div class="combo-card__sub">Дисплей с 40 клетки за европейския пазар (Eurobraille)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за френски и белгийски читатели, използващи национални субсидии</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Help Tech Activator</div>
                <div class="combo-card__sub">Устройство за бележки с 40 клетки на базата на Android (Help Tech)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за читатели от германския пазар и потребители на ATC интеграция</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Dot Pad</div>
                <div class="combo-card__sub">Многоредова повърхност за тактилна графика (Dot Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Силно подходящ за студенти по STEM, музеи и институционална работа с графика</div>
            <div class="combo-feat"><span class="combo-feat__label">Клетки</span><span>2400 щифта (300 клетки)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Заслужаващи внимание</div>
                <div class="combo-card__sub">Други участници от 2026 г., които си струва да се следят</div>
              </div>
            </div>
            <div class="combo-card__usage">Tactile Engineering Cadence, Bristol Braille Canute, NLS eReader (заемен в САЩ)</div>
            <div class="combo-feat"><span class="combo-feat__label">Статус</span><span>Нишови или само за заемане</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Обща пригодност</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Цените се движат, драйверите — не</span>
            <div class="callout__body">
              <p>Цените в USD, EUR и GBP в трети раздел са препоръчителната продажна цена на производителя към момента на писане и се изместват с валутата, митата и маржа на дистрибутора във всяка отделна държава. Съвместимостта с драйвери и екранни четци, за разлика от това, се определя от производителя и се променя само когато излезе нова версия на фърмуера или на екранния четец. Третирайте матрицата като устойчива; третирайте колоната с цените като моментна снимка.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Справочник</div>
        <h2 class="section-title" id="s3-heading">3. Матрицата на функциите: модел по характеристика</h2>
        <div class="prose">
          <p>Седемте характеристики от първи раздел, оценени спрямо дванадесетте модела от втори раздел. Цените са препоръчителната продажна цена на производителя в USD, EUR и GBP. Часовете на батерията са непрекъснато четене според производителя. Записите „JAWS / NVDA / VoiceOver“ назовават екранните четци, които управляват устройството с фирмен или общностен драйвер; липсата не означава невъзможност, а само че купувачът ще се нуждае от заобиколно решение.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Модел</th>
              <th>Клетки</th>
              <th>Свързаност</th>
              <th>Поддръжка на екранни четци</th>
              <th>Приложения за бележки</th>
              <th>Батерия</th>
              <th>Цена (USD / EUR / GBP)</th>
              <th>Гаранция</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Brailliant BI 40X</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Редактор, библиотека, календар, калкулатор</td>
              <td>прибл. 15 ч</td>
              <td>прибл. 4395 / 4250 / 3650</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>Brailliant BI 20X</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Редактор, библиотека, календар, калкулатор</td>
              <td>прибл. 15 ч</td>
              <td>прибл. 3095 / 2990 / 2580</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>HIMS Polaris</th>
              <td>32</td>
              <td>USB-C, USB-A хост, Bluetooth, Wi-Fi</td>
              <td>JAWS, NVDA, VoiceOver (хост) + нативно Android</td>
              <td>Пълен пакет за бележки на Android</td>
              <td>прибл. 18 ч</td>
              <td>прибл. 5995 / 5800 / 4990</td>
              <td>1 г. стандартна</td>
            </tr>
            <tr>
              <th>HIMS QBraille XL</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Няма (само дисплей с QWERTY вход)</td>
              <td>прибл. 20 ч</td>
              <td>прибл. 3795 / 3690 / 3150</td>
              <td>1 г. стандартна</td>
            </tr>
            <tr>
              <th>Orbit Reader 40</th>
              <td>40</td>
              <td>USB-C, Bluetooth, SD карта</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Самостоятелен четец, прост редактор, файлов браузър</td>
              <td>прибл. 20 ч</td>
              <td>прибл. 1495 / 1490 / 1280</td>
              <td>1 г. стандартна</td>
            </tr>
            <tr>
              <th>Orbit Reader 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth, SD карта</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Самостоятелен четец, прост редактор, файлов браузър</td>
              <td>прибл. 20 ч</td>
              <td>прибл. 699 / 720 / 620</td>
              <td>1 г. стандартна</td>
            </tr>
            <tr>
              <th>APH Mantis Q40</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Редактор, библиотека, калкулатор, терминал</td>
              <td>прибл. 14 ч</td>
              <td>прибл. 2495 / 2490 / 2140</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>APH Chameleon 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Редактор, библиотека, калкулатор</td>
              <td>прибл. 14 ч</td>
              <td>прибл. 2195 / 2190 / 1880</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>Eurobraille Esys</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Редактор, календар, адресна книга</td>
              <td>прибл. 20 ч</td>
              <td>прибл. 4195 / 3990 / 3490</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>Help Tech Activator</th>
              <td>40</td>
              <td>USB-C, Bluetooth, Wi-Fi, ATC</td>
              <td>JAWS, NVDA, VoiceOver + нативно Android</td>
              <td>Пълен пакет за бележки на Android</td>
              <td>прибл. 12 ч</td>
              <td>прибл. 6495 / 6290 / 5390</td>
              <td>2 г. стандартна</td>
            </tr>
            <tr>
              <th>Dot Pad</th>
              <td>2400 щифта (300 клетки, многоредов)</td>
              <td>USB-C, Bluetooth, сдвояване с iPad</td>
              <td>VoiceOver (основен), JAWS чрез хост мост</td>
              <td>Няма (повърхност за тактилна графика, управлявана от хост)</td>
              <td>прибл. 8 ч</td>
              <td>прибл. 8900 / 8490 / 7290</td>
              <td>1 г. стандартна</td>
            </tr>
            <tr>
              <th>Заслужаващи внимание</th>
              <td>Варира</td>
              <td>Варира</td>
              <td>Варира</td>
              <td>Нишови или само за заемане</td>
              <td>Варира</td>
              <td>Варира</td>
              <td>Варира</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Как да четете матрицата</span>
            <div class="callout__body">
              <p>Матрицата се подрежда естествено в три реда на четене. Прочетете надолу колоната с цените, за да сравните разхода. Прочетете надолу колоната за водене на бележки, за да сравните независимостта от хост компютър. Прочетете надолу колоната за екранни четци, за да потвърдите, че даден модел общува със софтуера, който купувачът вече използва. Матрицата не оценява самите клетки — всяко устройство в този списък използва брайлови клетки, които отговарят на стандартния диаметър на точката 2,5 mm и междуклетъчно разстояние 2,5 mm, а тактилен тест едно до друго рядко ги разграничава.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Препоръки</div>
        <h2 class="section-title" id="s4-heading">4. Тройката водещи избори за 2026 г. по потребителски профил</h2>
        <div class="prose">
          <p>Матрицата назовава дванадесет устройства; повечето купувачи следва да избират измежду три. Изборите по-долу обхващат тримата потребители, които през 2026 г. формират по-голямата част от новите покупки: работещ професионалист, който чете и пише дълги текстове, студент или пътуващ, който живее в телефона, и училище или рехабилитационна програма, която купува дисплеи на едро.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">За работещия професионалист</div>
                <div class="combo-card__sub">Brailliant BI 40X — прибл. 4395 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Пълен ред от 40 клетки, надеждно водене на бележки, безпроблемни драйвери за JAWS и NVDA, двугодишна гаранция</div>
            <div class="combo-feat"><span class="combo-feat__label">Защо точно този</span><span>Най-добре поддържаното устройство с пълен ред</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Втори избор</span><span>APH Mantis Q40 (QWERTY вход)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пропуснете, ако</span><span>Бюджетът е под прибл. 3000 USD</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">За студента или пътуващия</div>
                <div class="combo-card__sub">Brailliant BI 20X — прибл. 3095 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Джобен формат с 20 клетки, пълно сдвояване по Bluetooth 5 с iPhone или Android, достатъчно лек за носене всеки ден</div>
            <div class="combo-feat"><span class="combo-feat__label">Защо точно този</span><span>Най-добрият джобен дисплей, сдвоен с телефон</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Втори избор</span><span>APH Chameleon 20 (купувачи K-12 в САЩ)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пропуснете, ако</span><span>Четете дълги текстове ежедневно — изберете 40</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">За училища и програми</div>
                <div class="combo-card__sub">Orbit Reader 20 — прибл. 699 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Най-ниската единична цена на пазара с голяма разлика, издръжлив, самостоятелно четене от SD карта, прост път за ремонт</div>
            <div class="combo-feat"><span class="combo-feat__label">Защо точно този</span><span>Най-висок коефициент „дисплеи за долар от грант“</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Втори избор</span><span>Orbit Reader 40 (по-големи ученици)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Пропуснете, ако</span><span>Приложенията за бележки са твърдо изискване</span></div>
          </article>
        </div>

        <p class="pull">Правилният брайлов дисплей през 2026 г. рядко е най-скъпият, който купувачът може да оправдае; той е най-евтиният, който реално покрива всяко изискване от списъка на купувача.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Националните субсидии променят сметката</span>
            <div class="callout__body">
              <p>В Германия пътят през законоустановеното здравно осигуряване <span lang="de">Krankenkasse</span> може да покрие напълно Activator за работещ читател; във Франция пътят през <span lang="fr">MDPH</span> покрива Esys; в Обединеното кралство програмата Access to Work покрива повечето премиум устройства до таван за проекта; в САЩ програмите за професионална рехабилитация и Министерството по въпросите на ветераните рутинно покриват Brailliant и Mantis. Купувач, който плаща от джоба си, следва да третира колоната с цените като обвързваща; купувач, който има право на национална субсидия, следва да я третира като начална линия.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Граница</div>
        <h2 class="section-title" id="s5-heading">5. Въпросът за Dot Pad: многоредовата графика пристига</h2>
        <div class="prose">
          <p>Единадесет от дванадесетте устройства в списъка са едноредови брайлови дисплеи — те показват по един ред текст наведнъж. Дванадесетото, Dot Pad, е нещо съвсем различно: решетка от 300 клетки, подредени в десет реда по тридесет клетки, плюс зона за тактилна графика от 2400 щифта, която може да изобрази диаграма, карта, математическа схема или макет на интерфейс като релефно изображение. Това е най-значимата индустриална промяна в хардуера за брайл с обновяване от двадесет години насам и тя пристига на цена, която по стандартите на личната покупка е непосилна — но по институционални стандарти е напълно достъпна.</p>
          <p>Dot Pad не е заместител на Brailliant или Mantis. Той е допълнение. Незрящ студент по STEM, който има Mantis Q40 за проза и Dot Pad за диаграми, чете учебника и диаграмите от едно и също бюро; музей, който постави Dot Pad до визуален експонат, може да покаже експоната на незрящи посетители в реално време; училище, което постави Dot Pad в кабинет по математика, дава на незрящите си ученици достъп до графики, които преди трябваше да се релефно отпечатват на специална хартия и да се изпращат за една нощ. Нищо от това не е теоретично през 2026 г. — устройството се доставя на едро на купувачи от обществения сектор в Корея, Япония, САЩ и Обединеното кралство, с растящи институционални покупки в Европа.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Какво заменя Dot Pad</div>
            <p>Релефно отпечатана графика на специална хартия, изпращана по пощата за една нощ от транскрипционна услуга на цена прибл. 15–40 USD на диаграма, със срок за изпълнение от 24 до 48 часа и без начин за преработка на изображението след отпечатването му. Достатъчна за статични учебникови фигури; безполезна за живите диаграми, които произвежда работещ анализатор.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Какво позволява Dot Pad</div>
            <p>Тактилно изобразяване в реално време на всяка графика, която хостът изпрати — извлечена от учебник, генерирана от библиотека за диаграми, транскрибирана в реално време от слайд. Обновяване за секунди, преработка на място, споделяне между ученици чрез повторно изпращане на файла. Същата диаграма, която вижда зрящият клас, в същата минута.</p>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Внимание за купувача на Dot Pad</span>
            <div class="callout__body">
              <p>Цената на Dot Pad го поставя извън почти всеки бюджет за лична покупка — при прибл. 8900 USD той е повече от три пъти по-скъп от Mantis Q40 и се доближава до цената на малък автомобил. За частния купувач въпросът рядко е дали Dot Pad е добър (той е), а дали институция ще купи такъв и ще позволи на купувача да го използва. Студентите по STEM следва да попитат службата за достъпност на университета си; работещите професионалисти следва да попитат за бюджета за разумни улеснения на работодателя си; родителите следва да попитат училищния район на детето си.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Наръчник за действие</div>
        <h2 class="section-title" id="s6-heading">6. Дървото на решенията: от „имам нужда от брайлов дисплей“ до „купих точно този“</h2>
        <div class="prose">
          <p>Матрицата и изборите по-горе са данните. Дървото по-долу е как да ги използвате. Шест въпроса по ред; отговорът на всеки от тях премахва модели от списъка. Минете през дървото отгоре надолу и повечето купувачи стигат до един или двама финалисти.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Имате ли нужда от ред от 40 клетки, или ще ви стигнат 20 клетки?</h3>
            <p>Четете дълги текстове, пишете доклади, работите в електронни таблици — изберете 40. Четете известия от телефон, сдвоявате се с iPhone, носите го всеки ден — изберете 20. Ако не сте сигурни, изберете 40: ценовата разлика е реална, но разликата в опита е по-голяма, а повечето читатели, които започват с 20 клетки, преминават нагоре в рамките на две години. Този единствен въпрос премахва половината от списъка.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Имате ли нужда от вградени приложения за бележки, или само от дисплей, управляван от хост?</h3>
            <p>Ако устройството трябва да работи в самолета без лаптоп — редактор, календар, калкулатор, четец на книги — имате нужда от устройство за бележки. Това сочи към Brailliant BI 40X / 20X, HIMS Polaris, Help Tech Activator, APH Mantis Q40 / Chameleon 20. Ако устройството винаги се сдвоява само с телефон или компютър, QBraille XL, Orbit Reader 20 / 40 и Eurobraille Esys са машини предимно за показване и са по-евтини поради тази причина.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Кой екранен четец всъщност използвате?</h3>
            <p>Купувачите само с JAWS са добре обслужени от всяко от премиум устройствата, но следва да потвърдят версията на драйвера на страницата за съвместимост на Freedom Scientific. Потребителите на NVDA имат най-широка хардуерна поддръжка и най-добрата история с общностни драйвери; линиите Orbit Reader и Brailliant работят особено безпроблемно. Потребителите на VoiceOver на iPhone следва да купят устройство с актуален Bluetooth 5 — Brailliant 20X, Mantis Q40 и Chameleon 20 са най-сигурните залози.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Предпочитате ли брайлови клавиши тип Perkins или QWERTY?</h3>
            <p>Повечето незрящи читатели, които са научили брайл като деца, предпочитат вход тип Perkins на устройството. Повечето късно ослепели професионалисти, които вече пишат сляпо, предпочитат QWERTY. Ако отговорът ви е QWERTY, полето се стеснява рязко до APH Mantis Q40 и HIMS QBraille XL. Ако отговорът ви е Perkins, почти всичко останало отговаря на условията.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Какъв е бюджетът ви след субсидиите?</h3>
            <p>Под прибл. 1500 USD: Orbit Reader 20 или 40 са единствените опции. Между прибл. 2000 и 3500 USD: APH Mantis Q40 и Chameleon 20 доминират. Между прибл. 3500 и 5000 USD: Brailliant BI 40X, QBraille XL и Eurobraille Esys са полето. Над прибл. 5000 USD: Polaris, Activator и (институционалният) Dot Pad стават постижими. Приложете националните субсидии, преди да отговорите на този въпрос; сметката се променя изцяло, щом се отвори път през Krankenkasse, MDPH, Access to Work или професионална рехабилитация.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Имате ли нужда от тактилна графика, или само от текст?</h3>
            <p>Почти всички купувачи имат нужда само от текст. Dot Pad влиза в картината за студенти по STEM, картографи, дизайнери, музейни педагози и всеки, който работи с диаграми и карти всеки ден. Ако отговорът тук е „само текст“, пропуснете Dot Pad и използвайте бюджета за по-добро едноредово устройство плюс двугодишно удължаване на гаранцията. Ако отговорът е „графиката е централна за работата ми“, Dot Pad е единственото устройство в този списък, което отговаря на изискването.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Изпробвайте, преди да купите</span>
            <div class="callout__body">
              <p>Всяко устройство в този списък има различно разположение на бутоните, леко различна стъпка на клетките и леко различно усещане при натискане на клавиш. Купувачите, които могат да изпробват устройство преди покупка — на конференция на национална федерация, в местна рехабилитационна агенция или на демонстрация на доставчик — вземат по-добри решения от купувачите, които поръчват, без да видят. В САЩ конференциите CSUN, ATIA и NFB всяка пролет домакинстват щандове на доставчици; в Европа събитието Sight Village в Бирмингам и събитието SightCity във Франкфурт правят същото. Десет минути практически опит струват повече от десет часа ревюта в YouTube.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Заключение: правилният брайлов дисплей е този, който изчезва</h2>
        <div class="prose">
          <p>Дванадесетте устройства в този списък представляват работното състояние на хардуера за брайл с обновяване през 2026 г. Нито едно от тях не е лошо. Повечето са много добри. Пазарът е узрял до точката, в която въпросът на купувача вече не е „кое устройство работи?“ — всяко устройство в този списък работи — а „кое устройство пасва на читателския живот, който всъщност водя?“ Отговорът рядко е най-скъпото устройство на масата и рядко най-евтиното. Той е това, което изчезва в работния ден, защото всяко изискване от списъка на купувача вече е изпълнено, всеки екранен четец на машините на купувача вече се управлява безпроблемно, а гаранционните документи вече са някъде в чекмедже.</p>
          <p>Дървото на решенията в шести раздел отвежда повечето купувачи до финалист за двадесет минути. Матрицата в трети раздел ги отвежда до уверено решение за покупка за час. Тройката водещи избори в четвърти раздел обхваща тримата потребители, които правят повечето покупки. А Dot Pad — тихо, скъпо, институционално — представлява първата реална крачка извън едноредовата клетка, която ограничава тактилното четене от доставянето на първата пиезоелектрична клетка през 1979 г. Редът все още е там, където четат повечето от нас. Решетката е там, където някои от нас ще четат след това.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">„Правилният брайлов дисплей е този, който изчезва в работния ден. Всяко устройство в този списък работи; само едно от тях е вашето.“</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Хардуерният отдел на Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Пътища за усвояване на екранни четци: как зрящите разработчици да станат свободно владеещи
url: https://www.disabilityworld.org/bg/articles/screen-reader-learning-paths/
description: Поетапен път, който превежда зрящ разработчик от начинаещ при екранните четци до истински свободно владеещ — с кой четец да започне, упражненията с изключен монитор, преките пътища за разработчици, които почти никой не преподава, и честни показатели за времето до владеене.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, learning, developers, nvda, voiceover, testing, education
---

# Пътища за усвояване на екранни четци: как зрящите разработчици да станат свободно владеещи

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерен наръчник · Владеене на ЕЧ от зрящи разработчици</div>
<h1 class="hero__title" id="hero-heading">
Пътища за усвояване на екранни четци:<br/>
как зрящите разработчици да станат свободно владеещи
</h1>
<p class="hero__lead">„Тествах го с VoiceOver“ е най-преувеличеното твърдение в достъпността на фронтенда. Разглобихме как всъщност изглежда свободното владеене — не запознатост, а владеене — и изградихме поетапен план, който отвежда зрящ разработчик до истинска увереност за около четиридесет часа практика, започвайки от комбинацията четци, която реално си струва, и завършвайки с преките пътища от режима за разработчици, които почти никой не преподава.</p>
<div class="hero__stats" aria-label="Ключови статистически данни">
<div class="stat-chip">
<div class="stat-chip__num">прибл. 10 ч</div>
<div class="stat-chip__label">до „полезен“</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">прибл. 40 ч</div>
<div class="stat-chip__label">до полувладеене</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">четци, с които да започнете</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">12 мин. четене</div>
<div class="hero__pill">Актуализирано май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. Защо да си правите труда да усвоите инструмента</a></li>
<li><a href="#s2">2. Изберете своя екранен четец</a></li>
<li><a href="#s3">3. Седмица 1: с изключен монитор</a></li>
<li><a href="#s4">4. Седмици 2 до 4: форми и навигация</a></li>
<li><a href="#s5">5. Преки пътища в режим за разработчици</a></li>
<li><a href="#s6">6. Показатели за времето до владеене</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Мотивация</div>
<h2 class="section-title" id="s1-heading">1. Защо да си правите труда — и какво всъщност означава владеене</h2>
<div class="prose">

<p>Почти всяка програма за достъпност, която одитираме, отчита едно и също число: деветдесет и няколко процента от фронтенд разработчиците казват, че „тестват с екранен четец“. Помолете ги да демонстрират и демонстрацията обикновено е същите три натискания на клавиши — включи го, премини с табулатора през страницата, изключи го. Това не е тестване. Това е поставяне на отметка.</p>

<p>Причината това да се случва е структурна, а не от мързел. Екранният четец не е инструмент, който можете да усвоите така, както усвоявате нов линтер. Той е различен модел на взаимодействие със собствено модално състояние, собствена граматика на преките пътища и набор от условности, които придобиват смисъл едва след като сте го използвали в продължение на няколко часа реална работа. Докато не преминете този праг, инструментът почти нищо не ви казва — а още по-лошо, казва ви неща, които са грешни, защото съобщенията, които чувате, зависят от режима на четеца, дървото за достъпност на браузъра и слоя за вход на платформата по начини, които не са очевидни отвън.</p>

<p>Владеенето, за нашите цели, е точката, в която можете да подадете на колега развален компонент, да вземете клавиатурата му и да възпроизведете грешката с работещ екранен четец — без да гледате екрана, без да се позовавате на справочна карта и без да направите съобщението по-лошо, отколкото би било при реална употреба. Запознатостта е точката, в която сте чули екранен четец. Разликата между двете е приблизително тридесет до тридесет и пет часа целенасочена практика.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Какво не е тази статия</span>
<div class="callout__body"><p>Това не е заместител на тестването с потребители с увреждания. Зрящ разработчик, който използва екранен четец, наподобява работен процес, който ежедневният потребител е усвоил с години. Целта на владеенето не е да замени потребителското тестване; тя е да улови очевидните грешки преди потребителското тестване, така че сесията за потребителско тестване да се изразходва за фините.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Избор</div>
<h2 class="section-title" id="s2-heading">2. Изберете своя екранен четец — и оставете JAWS за по-късно</h2>
<div class="prose">

<p>На пазара има три екранни четеца, които имат значение за настолна уеб работа: NVDA на Windows, VoiceOver на macOS и iOS, и JAWS на Windows. Всеки от тях има достатъчно голяма потребителска база, че пренебрегването му би било истински залог, и всеки от тях съобщава една и съща маркировка малко по различен начин. Свободно владеещ разработчик може да управлява поне два от тях.</p>

<p>Нашата препоръка, след като сме наблюдавали десетки разработчици да преминат прага, е недвусмислена: <strong>започнете с NVDA на Windows и VoiceOver на macOS</strong>. И двата са безплатни. И двата са предварително инсталирани (VoiceOver) или се инсталират за под пет минути (NVDA). И двата се използват от достатъчно реални потребители — NVDA държи прибл. 65% от пазарния дял на екранни четци за Windows според най-новото проучване на WebAIM, а VoiceOver доминира на мобилни устройства и държи значителен дял от macOS — че наученото се пренася незабавно към грешки, за които можете да доставите поправка. JAWS е третият инструмент, а не първият, въпреки че все още е екранният четец с най-голямата корпоративна инсталирана база. По три причини.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA</div>
<div class="combo-card__sub">NV Access · Windows · безплатен</div>
</div>
</div>
<div class="combo-card__usage">прибл. 65% от пазарния дял на екранни четци за Windows (WebAIM 2024)</div>
<div class="combo-feat"><span class="combo-feat__label">Цена</span><span>Безплатен, поддържан от дарения</span></div>
<div class="combo-feat"><span class="combo-feat__label">Време за инсталиране</span><span>Под 5 минути</span></div>
<div class="combo-feat"><span class="combo-feat__label">Крива на усвояване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Защо да започнете оттук</span><span>Чисти режими, прозрачен дневник, голяма реална потребителска база</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver</div>
<div class="combo-card__sub">Apple · macOS и iOS · предварително инсталиран</div>
</div>
</div>
<div class="combo-card__usage">По подразбиране на всеки Mac и iPhone; доминиращ на мобилни устройства</div>
<div class="combo-feat"><span class="combo-feat__label">Цена</span><span>Безплатен, идва с ОС</span></div>
<div class="combo-feat"><span class="combo-feat__label">Време за инсталиране</span><span>Вече инсталиран</span></div>
<div class="combo-feat"><span class="combo-feat__label">Крива на усвояване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Защо в комбинация с NVDA</span><span>Моделът с ротора се различава от модела с PC курсор; научавате и двата свята</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">JAWS</div>
<div class="combo-card__sub">Freedom Scientific · Windows · платен</div>
</div>
</div>
<div class="combo-card__usage">Най-голямата корпоративна инсталирана база, особено в държавния сектор и финансите</div>
<div class="combo-feat"><span class="combo-feat__label">Цена</span><span>Домашен лиценз прибл. $95/год., професионалното ниво е по-високо</span></div>
<div class="combo-feat"><span class="combo-feat__label">Време за инсталиране</span><span>30+ минути; изисква активиране</span></div>
<div class="combo-feat"><span class="combo-feat__label">Крива на усвояване</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Защо да го пропуснете отначало</span><span>Същият Windows мисловен модел като NVDA, но по-тежък и заключен зад лиценз</span></div>
</article>

</div>

<div class="prose">

<p>Трите причини да пропуснете JAWS в началото са педагогически, а не политически. Първо, JAWS и NVDA споделят един мисловен модел — режим на разглеждане спрямо режим на фокус в Windows, същия команден префикс с клавиша Insert, същия виртуален буфер — така че щом можете да управлявате NVDA, деветдесет процента от командите на JAWS, които наистина ви трябват, са на едно справочно търсене разстояние. Второ, JAWS е натрупал десетилетия „умно“ извеждане: той се опитва да поправи лошата маркировка, преди потребителят да я чуе, което означава, че грешка, която JAWS прикрива, пак ще се достави до потребителите на NVDA. Умишлено консервативното поведение на NVDA го прави по-добрия еталонен четец, когато се опитвате да научите какво е счупено. Трето, лицензионното триене на JAWS — активирането, четиридесетминутният пробен режим, който досажда при всяко рестартиране — е данък върху ученето, който не е нужно да плащате, докато не сте достатъчно уверени да го изразходвате.</p>

<p>VoiceOver се комбинира с NVDA, вместо да се конкурира с него, защото двата четеца представляват двата доминиращи модела на взаимодействие. NVDA (и JAWS) използват модела „PC курсор“: виртуален буфер, който подрежда страницата като линеен документ, и отделен фокус, който следва реда на табулиране. VoiceOver използва единен VoiceOver курсор, който живее върху фокуса, навигиран чрез ротора и чрез клавишите VO+стрелка. Разработчик, който владее само един модел, ще пише код, който се съобщава добре в неговия четец и зле в другия. Усвояването на двата едновременно е единственият надежден начин да усетите разликата.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">„Изберете двата безплатни четеца. Отделете четиридесет часа. Ще уловите повече грешки в достъпността през следващото тримесечие, отколкото последните ви три одита от доставчици взети заедно.“</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Ръководител на инженерен екип, финтех платформа, която се отказа от наслагващия се инструмент през 2025 г.</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Седмица 1</div>
<h2 class="section-title" id="s3-heading">3. Седмица 1 — монитор изключен, ръце на клавиатурата</h2>
<div class="prose">

<p>Програмата за първата седмица има едно правило: <strong>изключете монитора</strong>. Не затъмнен, не минимизиран, не „ще си затворя очите“ — физически изключен или покрит с парче картон, ако дисплеят ви е единственият в стаята. Целта е да премахнете възможността за измама. Инстинктът на зрящия разработчик в мига, в който екранният четец каже нещо объркващо, е да хвърли поглед към екрана и да разреши неяснотата визуално. Този инстинкт е най-голямата причина „тествах с екранен четец“ да не улавя реални грешки.</p>

<p>Планирайте три сесии от около деветдесет минути всяка през първата седмица, с поне по един ден между сесиите, за да има време мускулната памет да се консолидира. Всяка сесия има една задача. Първата изгражда основната командна граматика. Втората налага реално взаимодействие. Третата проверява задържането на наученото под малко стрес.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div><h3>Сесия 1 — инсталиране, конфигуриране, разглеждане на началната страница</h3><p>Инсталирайте NVDA (или отворете VoiceOver на macOS). Изключете учтивостта на синтеза на реч, ако можете — искате бърза, механична реч, а не приятелската стойност по подразбиране. Отворете голям новинарски сайт, мониторът изключен. Прекарайте 45 минути в натискане на клавишите със стрелки и слушане. Прекарайте вторите 45 минути в натискане на H (следващо заглавие), K (следваща връзка) и F (следващо поле на форма) и забелязване как е структурирана страницата. Все още не навигирайте никъде.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div><h3>Сесия 2 — впишете името си във форма</h3><p>Отворете форма за контакт на сайта на собствената си компания, мониторът изключен. Преминете с табулатора до полето за име. Напишете името си. Преминете до полето за имейл. Напишете фалшив имейл. Преминете до бутона за изпращане. Натиснете интервал. Ако не можете да намерите бутона за изпращане, без да гледате, това е информация: редът на табулиране на формата ви е счупен, или етикетите ѝ са счупени, или и двете. Отбележете провала. Все още не го поправяйте — поправянето му, преди да сте чули още десет форми, е преждевременна оптимизация.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div><h3>Сесия 3 — купете нещо евтино</h3><p>Отворете сайт за електронна търговия, който никога не сте посещавали, мониторът изключен. Намерете продукт под пет долара. Добавете го в количката. Стигнете до стъпката за плащане. Спрете, преди да платите — но стигнете чак до формата за плащане. Това е сесията, която сломява хората. Ще откриете, че „достатъчно владеещ, за да тества“ и „достатъчно владеещ, за да използва“ са различни прагове. Първата сесия на чисто слушане беше само репетиция; тази е първата сесия на правене.</p></div>
</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Ако сесия 3 отнема повече от 90 минути</span>
<div class="callout__body"><p>Спрете. Научили сте урока, който трябваше да научите за седмицата. Урокът не е „зле се справям с екранни четци“ — той е „този сайт наистина е труден за използване без зрение“. Повечето големи търговски сайтове отнемат на потребителя на екранен четец с тридесет до шейсет минути повече от зрящ потребител, за да завърши покупка. Сега усещате тази разлика.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Седмици 2–4</div>
<h2 class="section-title" id="s4-heading">4. Седмици 2 до 4 — форми, навигация и капанът на режимите</h2>
<div class="prose">

<p>Втората до четвъртата седмица практика следва да възлизат на приблизително двадесет часа работа — две деветдесетминутни сесии седмично, плюс малко количество епизодична употреба, докато вършите ежедневната си работа. Целта в този отрязък е да усвоите двете неща, които объркват новите потребители на екранни четци повече от всичко друго: разликата между режима на разглеждане и режима на фокус, и разликата между това, което вижда роторът, и това, което вижда редът на табулиране.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Режим на разглеждане (NVDA, JAWS)</th><th>Режим на фокус (NVDA, JAWS)</th><th>VoiceOver (единен режим)</th></tr>
</thead>
<tbody>
<tr><th>Клавиши със стрелки</th><td>Навигират виртуалния буфер</td><td>Изпращат се до фокусирания контрол</td><td>Винаги навигират VoiceOver курсора</td></tr>
<tr><th>Tab</th><td>Премества фокуса и остава в разглеждане</td><td>Премества фокуса и остава във фокус</td><td>Премества фокуса; VoiceOver курсорът следва</td></tr>
<tr><th>Буквени преки пътища (H, K, F)</th><td>Бърза навигация</td><td class="cell-na"><span class="badge--na">Н/П</span></td><td>Заменени от ротора (VO+U)</td></tr>
<tr><th>Кога превключва</th><td>По подразбиране за повечето страници</td><td>Автоматично при contenteditable, потребителски джаджи</td><td>Никога — няма режим</td></tr>
<tr><th>Как да го наложите</th><td>NVDA+интервал</td><td>NVDA+интервал (превключва)</td><td>Неприложимо</td></tr>
</tbody>
</table>

<div class="prose">

<p>Най-честото объркване през втората седмица е моментът, в който разработчик натисне клавиш със стрелка в NVDA, очаквайки виртуалният буфер да се премести, а вместо това чува как фокусираният падащ списък отваря списъка си с опции. Това е превключване на режима на разглеждане към режима на фокус автоматично, защото фокусът е попаднал върху елемент, който NVDA класифицира като джаджа от тип „приложение“. Новите разработчици преживяват това като лошо поведение на четеца. То не е такова — четецът прави точно това, което спецификацията изисква. Щом сте го чули десет-петнадесет пъти, спирате да се изненадвате; дотогава очаквайте да се изненадвате приблизително през сесия.</p>

<p>Моделът за трета седмица е форми. Изградете частна тестова страница с осем или десет контрола: задължително текстово поле с вградена грешка, избор на дата, многократен избор, потребителски стилизиран чекбокс, деактивиран бутон, който се активира, превключвател „покажи паролата“, поле за телефонен номер с избор на код на държава и бутон за изпращане, който задейства резюме на валидиране от страна на сървъра. Мониторът изключен, навигирайте през нея пет пъти — първо с NVDA в режим на разглеждане, после NVDA в режим на фокус, после NVDA отново с увеличена настройка за подробни съобщения (Insert+Z, повече за това в раздел пет), после VoiceOver с ротора, после VoiceOver без ротора. Същата форма ще звучи различно пет пъти. Ето как се усеща владеенето отвътре: да забелязваш, че същата маркировка разказва пет различни истории, и да можеш да предвидиш предварително коя ще се възпроизведе.</p>

<p>Четвъртата седмица е навигация. Вземете реален, сложен сайт — портал с документация, работно табло, страница с категория за електронна търговия — и опитайте да намерите конкретна информация, използвайки само преки пътища на екранния четец. Използвайте H, за да прескачате заглавия. Използвайте D (NVDA) или VO+U, после „Ориентири“ (VoiceOver), за да прескачате ориентири. Използвайте 1 до 6, за да прескочите до определено ниво на заглавие. До края на четвъртата седмица навигационните преки пътища следва да са рефлекси, а не избори, така както табулирането и shift-tab вече са.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">„Денят, в който осъзнаете, че натискането на H двадесет пъти е по-бързо от табулирането тридесет пъти, е денят, в който спирате да сте зрящ разработчик, който се преструва, и започвате да сте разработчик, който може да навигира.“</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Фронтенд инженер в средата на кариерата си, трети месец практика с NVDA</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Режим за разработчици</div>
<h2 class="section-title" id="s5-heading">5. Преки пътища в режим за разработчици, които почти никой не преподава</h2>
<div class="prose">

<p>Щом командите от потребителския режим станат рефлекси, следващият скок е към обърнатите към разработчика повърхности на всеки четец. Това са режимите и преките пътища, които ръководствата заравят — отчасти защото са насочени към разработчици, отчасти защото са достатъчно шумни, че ежедневен потребител не би искал да са включени. Три си струва да се знаят веднага.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Преглед на речта + подробни съобщения</div>
<div class="combo-card__sub">Меню Tools → Speech viewer; Insert+Z превключва подробността</div>
</div>
</div>
<div class="combo-card__usage">Визуална транскрипция на всичко, което NVDA казва, плюс разширени съобщения за ролите</div>
<div class="combo-feat"><span class="combo-feat__label">Какво ви дава</span><span>Дневник с превъртане на всяко съобщение, за да проверите какво всъщност каза четецът спрямо това, което сте мислили, че е казал</span></div>
<div class="combo-feat"><span class="combo-feat__label">Кога да го използвате</span><span>Възпроизвеждане на грешка, сравнение с автоматизиран тест, обучение на колеги</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Инспектор на дневника (NVDA+F1)</div>
<div class="combo-card__sub">Изскачащ прозорец с информация за разработчици върху фокусирания елемент</div>
</div>
</div>
<div class="combo-card__usage">Проверете какво вижда NVDA върху текущия елемент — роля, състояния, стойност, описание, достъпно име</div>
<div class="combo-feat"><span class="combo-feat__label">Какво ви дава</span><span>Дървото за достъпност, което NVDA е изградил, а не DOM-а, който показват инструментите ви за разработка</span></div>
<div class="combo-feat"><span class="combo-feat__label">Кога да го използвате</span><span>Когато страницата изглежда правилно в инструментите за разработка, но се чете грешно в NVDA</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver · Уеб ротор (VO+U) и Web Item Settings</div>
<div class="combo-card__sub">macOS и iOS · дървото за достъпност на разработчика</div>
</div>
</div>
<div class="combo-card__usage">Йерархичен списък със заглавия, връзки, ориентири, контроли на форми, уеб точки и таблици — точно както VoiceOver ги е индексирал</div>
<div class="combo-feat"><span class="combo-feat__label">Какво ви дава</span><span>Второ мнение спрямо инспектора на дневника на NVDA: ако и двата четеца са съгласни, грешката е в маркировката ви, а не в четеца</span></div>
<div class="combo-feat"><span class="combo-feat__label">Кога да го използвате</span><span>Сортиране на грешки между четци, особено за структурата на ориентири и заглавия</span></div>
</article>

</div>

<div class="prose">

<p>Два допълнителни навика ще спестят повече време от който и да е отделен пряк път. Първо, оставете прегледа на речта на NVDA закачен на втори монитор (или в ъгъл на единствения ви монитор), докато разработвате. Дословният дневник на всяко съобщение е за работата с екранни четци това, което конзолата на инструментите за разработка е за JavaScript: разликата между предположение и знание. Второ, научете се да четете дървото за достъпност в инструментите за разработка на браузъра си — панела Accessibility на Chrome, Accessibility Inspector на Firefox, раздела Audit на Safari. Четецът съобщава това, което съдържа дървото за достъпност, а не това, което съдържа DOM, и двете се разминават достатъчно често, че не можете да дебъгвате живи региони, ARIA или shadow DOM, без да четете дървото директно.</p>

<p>Объркване, което да отбележим още сега, защото изяжда часове през втората и третата седмица: режимът на четене спрямо режима на фокус не е същата ос като „страницата е интерактивна“ спрямо „страницата е документ“. NVDA превключва в режим на фокус автоматично, когато фокусът попадне върху контрол с <code>role="application"</code>, или върху contenteditable, или върху определени потребителски джаджи, които четецът евристично класифицира като интерактивни — независимо дали страницата е предимно статична. Обратно, богато интерактивно еднстраничнo приложение, чийто коренен елемент е ориентир <code>main</code> и чиито джаджи са добре маркирани нативни бутони, ще остане в режим на разглеждане през почти цялата сесия на потребителя. Режимът е свойство на фокусирания елемент, а не свойство на страницата.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">★</div>
<div>
<span class="callout__label">Най-полезното натискане на клавиш</span>
<div class="callout__body"><p>NVDA+интервал превключва ръчно между режима на разглеждане и режима на фокус. Когато нещо звучи грешно, това е първото, което да опитате — половината от времето четецът е бил в режима, който не сте очаквали, и едно превключване ще ви каже дали грешката е в логиката на режима, или в маркировката.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Показатели</div>
<h2 class="section-title" id="s6-heading">6. Време до владеене — честни показатели</h2>
<div class="prose">

<p>Числата по-долу произлизат от неформално проследяване на около осемдесет разработчици — фронтенд инженери, ръководители на QA, специалисти по достъпност в обучение — в продължение на три години корпоративни обучения и индивидуално менторство. Те не са научно изследване. Достатъчно добри са, за да се планира спрямо тях. Две допускания: целенасочена практика (мониторът изключен, реални задачи, а не „оставих NVDA да работи на фона, докато кодирах“) и фиксирана комбинация от четци (NVDA на Windows и VoiceOver на macOS).</p>

</div>

<div class="stat-row" aria-label="Етапи на времето до владеене">
<div class="stat-card">
<div class="stat-card__num">прибл. 3 ч</div>
<div class="stat-card__label">да усетите основната форма — инсталиран, основни команди, можете да навигирате началната страница с изключен монитор</div>
</div>
<div class="stat-card">
<div class="stat-card__num">прибл. 10 ч</div>
<div class="stat-card__label">до „полезен“ — можете да управлявате реална форма, можете да възпроизведете доклад за грешка на колега, може да ви се поверят бързи тестове</div>
</div>
<div class="stat-card">
<div class="stat-card__num">прибл. 25 ч</div>
<div class="stat-card__label">до удобство — и двата четеца изглеждат познати; объркването с режимите е рядко; роторът и инспекторът на дневника са рефлекси</div>
</div>
<div class="stat-card">
<div class="stat-card__num">прибл. 40 ч</div>
<div class="stat-card__label">до полувладеене — можете да демонстрирате грешка на живо, можете убедително да прегледате работата на друг разработчик с екранен четец</div>
</div>
</div>

<div class="prose">

<p>„Полувладеене“ е реалистичната дестинация за повечето зрящи разработчици и на практика е всичко, което ви е нужно, за да сте добър сътрудник за достъпен продукт. Истинското владеене — нивото, на което бихте могли правдоподобно да заместите ежедневен потребител на екранен четец по време на преглед за използваемост — е по-скоро сто и петдесет часа и една година епизодична практика, а повечето работещи разработчици нямат нужда от него. Целете се към полувладеене, планирайте четиридесетте часа и приемете, че всичко отвъд това идва от вършенето на ежедневната работа с работещ четец и от готовността да забавите темпото.</p>

<p>Последен показател, за да зададем честно очакванията: разработчиците, които стигат до плато, по наш опит стигат до него между десетия и двадесетия час. Причината почти винаги е една и съща — спират да изключват монитора. Казват си, че вече са „достатъчно добри“, за да тестват с включен екран, с екранен четец, работещ на фона, и с визуално потвърждение на разположение всеки път, когато аудиото е нееднозначно. Не са. Шестнадесетте часа между „полезен“ и „удобство“ изискват изключен монитор, защото това е отрязъкът, в който съобщенията на четеца стават информация, а не шум. Без този натиск мозъкът се връща към зрението и гласът на четеца избледнява до фон. Ако установите, че забавяте темпото, почти винаги е заради монитора.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">„Четиридесетчасовата версия на вас може да намери повече грешки с екранен четец в едночасова проверка преди издаване, отколкото последният ви автоматизиран одит. Това не е висока летва. Това е, което тестването с екранен четец винаги е трябвало да означава.“</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Инженерният отдел на Disability World, след като наблюдава кривата да се повтаря няколко десетки пъти</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: пътят е кратък, дисциплината — не</h2>
<div class="prose">

<p>Причината „тествайте с екранен четец“ да дава толкова слаби резултати в цялата индустрия не е, че инструментът е труден за усвояване — четиридесет часа наистина не са много време — а че усвояването е неудобно по специфичен начин. Изключването на монитора кара зрящия разработчик да се чувства неспособен по начин, който е необичаен в нашата професия. Свикнали сме да сме хората, които разрешават нещата; екранният четец ни прави, за няколко часа наведнъж, отново начинаещи. Този дискомфорт, а не натисканията на клавиши, е истинското препятствие.</p>

<p>Пътят през него е този по-горе: NVDA и VoiceOver, три сесии през първата седмица с изключен монитор, форми и режими през седмици две до четири, преки пътища в режим за разработчици веднага щом преките пътища в потребителски режим станат рефлекси, общо четиридесет часа, преди да можете да ви се повери сериозна проверка преди издаване. Нищо от това не е новаторско. Работата, която индустрията не е свършила, е да го третира като работа — да планира часовете, да ги защитава от други ангажименти, да приема, че първите десет от тези часове ще изглеждат безполезни, докато изведнъж не станат полезни.</p>

<p>Ако доставяте фронтенд, версията на вас от другата страна на тези четиридесет часа е значително по-добър инженер от версията, която е започнала, по начини, които ще се проявят не само в работата ви по достъпността, но и в разбирането ви за реда на фокуса, за прогресивното подобряване, за това какво всъщност прави браузърът отдолу. Екранният четец е най-евтиният урок по разпределени системи, достъпен за всеки, който пише за уеб. Цената е изключен монитор и няколко уикенда.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">„Няма да станете потребител на екранен четец. Ще станете разработчик, който може да чуе как звучи кодът му за такъв потребител. Това е достатъчно — а повечето от индустрията все още го няма.“</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Инженерният отдел на Disability World</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Пътната карта на екранните четци за 2026 г.: JAWS, NVDA, VoiceOver, TalkBack
url: https://www.disabilityworld.org/bg/articles/screen-reader-roadmap-2026/
description: Четири екранни четеца оформят почти целия уеб на помощните технологии.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, jaws, nvda, voiceover, talkback, assistive-tech, tech-news
---

# Пътната карта на екранните четци за 2026 г.: JAWS, NVDA, VoiceOver, TalkBack

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Наръчник на полето</strong> · Картина на екранните четци · 2026</span>
  <span><strong>Каталог</strong> · 4 доминиращи четеца + 3 нововъзникващи</span>
</div>

<span class="eyebrow">Каталог на модели · 4 експоната</span>

<h1>Пътната карта на екранните четци за 2026 г.: JAWS, NVDA, VoiceOver, TalkBack</h1>

<p class="lead">Почти всеки незрящ или слабовиждащ потребител на публичния уеб през 2026 г. взаимодейства с един от четири екранни четеца: <strong>JAWS</strong>, <strong>NVDA</strong>, <strong>VoiceOver на Apple</strong> или <strong>TalkBack на Google</strong>. Заедно те покриват приблизително деветнадесет от всеки двадесет сесии с помощни технологии на настолни и мобилни устройства. Този наръчник на полето каталогизира всеки от четирите — и добавя по-малък, пети експонат за тримата нововъзникващи участници (Narrator, ChromeVox, Orca), които наистина имат значение в периферията.</p>

<p>Предишните части от тази технологична поредица сравняваха екранните четци един спрямо друг в единна матрица или аргументираха конкретна методология за тестване. Този сравнителен поглед е полезен, когато инженер решава срещу кой четец да тества след това. Той е по-малко полезен, когато въпросът е по-дългият: кой всъщност използва кой четец, защо и какво прави всеки доставчик за 2026 г. Това ръководство възприема обратния поглед. То работи навън от един четец наведнъж, с идентична анатомия за всеки запис, така че каталогът да може да се чете отгоре надолу или да се прескача по име на четеца.</p>

<p>Всеки експонат по-долу записва едни и същи седем неща в един и същ ред: пазарен дял през 2026 г., платформи, последно голямо издание, дълбочина на поддръжката на ARIA 1.3, отличителни функции, известни ограничения и модела на приемане — кой избира този четец и защо. Финалният мини-експонат обхваща Narrator, ChromeVox и Orca заедно, защото всеки от тях е значим само в собствената си екосистема.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Индекс на доказателствата · Кат. 2026.05</div>
<h2 class="ei-title" id="ei-title">4 доминиращи екранни четеца · класирани по дял настолни+мобилни за 2026 г.</h2>
</div>
<div class="ei-meta">n прибл. 3800 потребители на ЕЧ от проучване на WebAIM #10 (2025) + обобщения на телеметрията на Google / Apple</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Четец</th>
<th>Платформи</th>
<th style="text-align:right">Дял 2026 (прибл.)</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">NVDA</a></td><td>Windows (настолен)</td><td class="ei-count">прибл. 37% настолни</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">JAWS</a></td><td>Windows (настолен, корпоративен)</td><td class="ei-count">прибл. 31% настолни</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">VoiceOver</a></td><td>iOS, iPadOS, macOS, visionOS</td><td class="ei-count">прибл. 71% мобилни · прибл. 9% настолни</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">TalkBack</a></td><td>Android</td><td class="ei-count">прибл. 26% мобилни</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Нововъзникващи: Narrator · ChromeVox · Orca</a></td><td>Windows · ChromeOS · Linux</td><td class="ei-count">общо прибл. 6% настолни</td></tr>
</tbody>
</table>

<p class="evidence-foot">Числата за настолни устройства са привързани към най-новото проучване на потребители на екранни четци на WebAIM (цикъл #10, публикуван през 2025 г.), в което респондентите са питани кой четец използват най-често. Мобилните дялове са агрегирани от обобщения на телеметрията от настройките за достъпност на iOS на Apple и употребата на услугите за достъпност на Android, публикувана от екипа по достъпност на Google до първото тримесечие на 2026 г. Дяловете са ориентировъчни, закръглени, а припокриване е възможно, защото много респонденти използват няколко четеца на различни устройства.</p>
</section>

<h2>Откъде идват данните</h2>

<p>Четирите дяла по-горе са съгласувани от три независими източника. Проучването на потребители на екранни четци #10 на WebAIM е каноничният еталон за настолни устройства: приблизително 3800 респонденти, самоотчитан основен четец. Публикуваните от Apple обобщения на въздействието върху достъпността и тримесечната публикация на Google за достъпността на Android покриват мобилната страна. Където двете се разминават — особено по въпроса колко често респондентите за настолни устройства използват и мобилен четец — сме предпочели набора данни на WebAIM за приписване на основния четец и обобщенията на телеметрията на платформите за обхвата. Числата са ориентировъчни. Почти никой респондент не използва само един четец, а съвременната норма е настолен четец плюс VoiceOver на телефон.</p>

<p class="pull">През 2026 г. „поддръжка на екранни четци“ означава поддръжка на тези четири. Всичко останало взето заедно е под седем процента и по-голямата част от него е премислена ниша, а не жизнеспособна цел за тестване.</p>

<div class="part-divider">
<div class="part-num">Част I · Четирите четеца, които покриват уеба</div>
<div class="part-title">Идентична анатомия, четири много различни инженерни решения</div>
<p class="part-blurb">NVDA и JAWS си поделят настолния Windows. VoiceOver доминира на мобилни устройства и тихо носи Mac. TalkBack носи Android. Всеки от тях решава един и същ проблем с достъпността от различна изходна точка — отворен код, корпоративен лиценз, платформена интеграция или хетерогенността на Android — и всеки от тях носи различни грешки.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">NVDA — NonVisual Desktop Access</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Пазарен дял 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 37%</strong>от респондентите с настолни екранни четци (WebAIM #10) го назовават като основен четец</div>
<div class="exhibit-stat"><strong>прибл. 75%</strong>казват, че го използват поне понякога — най-високото число за кръстосана употреба в проучването</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Платформи</div>
<div class="exhibit-prose">
<p>Само Windows. NV Access публикува преносим вариант, който се изпълнява от USB стик без права за инсталиране, което е направило NVDA универсалния четец за лаборатории и одити. Няма macOS, няма Linux, няма мобилен вариант, а няма и пътна карта, обещаваща някой от тях.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Последно голямо издание</div>
<div class="exhibit-prose">
<p>NVDA 2025.4 излезе в края на 2025 г. с консолидирани подобрения на моста Chromium UIA, функция за отдалечен достъп, която вече е вградена в ядрото (без нужда от добавка), и разширени стойности по подразбиране за превключване на езика. Линията на издание 2026.1 е в предварителна версия към момента на писане и се очаква да достави формалния преглед за съответствие с ARIA 1.3, обвързан с актуализацията на кандидат-препоръката на W3C от декември 2025 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Дълбочина на поддръжката на ARIA 1.3</div>
<div class="exhibit-prose">
<p>Силна и подобряваща се. NVDA исторически е първият четец, който възприема нови ARIA роли, свойства и състояния, защото темпото му на издаване е по-бързо от това на JAWS, а кодовата му база е отворена. Към 2025.4 новото свойство <code>aria-actions</code> се чете, но с текст-заместител, дългоочакваното <code>aria-brailleroledescription</code> се зачита при брайлов изход с обновяване, а разширената двойка <code>role="comment"</code> + <code>role="suggestion"</code>, използвана от съвместните редактори на документи, е напълно изложена.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Отличителни функции</div>
<div class="exhibit-prose">
<p>Отворен код и безплатен под GPL. Първокласен Python API за добавки, който е породил активна екосистема от разширения на трети страни — звукови аудио сигнали, интегрирано разпознаване на текст (OCR) за съдържание тип изображение-на-текст, инструментариуми за уеб разработчици, потребителски езикови профили. Вграден отдалечен достъп за техническа поддръжка. Прозрачен, управляван от общността тракер на грешки в GitHub.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Известни ограничения</div>
<div class="exhibit-prose">
<p>Стойностите по подразбиране на синтеза на реч на NVDA могат да звучат осезаемо по-синтетично от премиум гласовете на JAWS при първо инсталиране, което понякога изкривява сравненията на нови потребители. Корпоративното внедряване изисква повече вътрешни знания от JAWS, защото по подразбиране няма договор за търговска поддръжка. Някои наследени настолни приложения за Windows, които разчитат само на API за достъпност MSAA, се четат с осезаемо забавяне спрямо JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Модел на приемане</div>
<div class="exhibit-prose">
<p>Избиран от потребители със силна индивидуална чувствителност към разходите (той е безплатен), от специалисти по достъпност, които се нуждаят от преносим вариант за одити, от разработчици, които се нуждаят от отворената кодова база и Python API за добавки, и все по-често от предприятия в Глобалния юг, където цената на лиценза на JAWS не е реалистична. Изкачването на NVDA до първото място при настолните устройства в WebAIM #10 е водещата история в софтуера за достъпност от последните пет години.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Доставчик</strong>NV Access (с нестопанска цел, Австралия)</span>
<span><strong>Лиценз</strong>GPL · безплатен</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">JAWS — Job Access With Speech</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Пазарен дял 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 31%</strong>от респондентите за настолни устройства назовават JAWS като основен четец (WebAIM #10)</div>
<div class="exhibit-stat"><strong>прибл. 60%</strong>казват, че го използват поне понякога — малко зад NVDA</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Платформи</div>
<div class="exhibit-prose">
<p>Само Windows. Vispero (която притежава JAWS, ZoomText и Fusion) последователно отказва да се ангажира с порт за macOS или Linux. JAWS е доминиращият четец в средите за обществени поръчки на федералното правителство на САЩ, щатските правителства на САЩ, здравеопазването в САЩ и предприятията в САЩ, където договорите за обемни лицензи на Vispero са дълбоко вкоренени.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Последно голямо издание</div>
<div class="exhibit-prose">
<p>JAWS 2026 излезе през януари 2026 г. с формално привеждане в съответствие с ARIA 1.3, разширен модел за четене на маркирано PDF съдържание, обновена интеграция с FSReader и FSCast, и подобрена поддръжка на Microsoft Edge в моста Chromium UIA. JAWS вече излиза с годишно темпо на големи издания с текущи месечни кръпки.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Дълбочина на поддръжката на ARIA 1.3</div>
<div class="exhibit-prose">
<p>Изчерпателна, но малко по-консервативна от NVDA. JAWS 2026 напълно поддържа <code>aria-actions</code>, ролите <code>comment</code> + <code>suggestion</code>, разширената обработка на <code>aria-errormessage</code> при групирани контроли на форми и новия брайлов изход <code>aria-brailleroledescription</code>. Където JAWS изостава леко, е новото свойство на ARIA 1.3 за подсказка на клавишен пряк път: поддръжката пристигна, но с подробни съобщения, които някои потребители деактивират ръчно.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Отличителни функции</div>
<div class="exhibit-prose">
<p>Премиум гласове Vocalizer Expressive, които много потребители описват като най-естествено звучащите на Windows. Стандартен за индустрията скриптов език за персонализиране на приложения, използван в големи корпоративни внедрявания за линейни бизнес приложения. Тясно интегрирана програма за обучение и сертифициране чрез Freedom Scientific. Отстъпки за обемни лицензи при институционални обществени поръчки. Сближаване с лупата ZoomText чрез продукта Fusion.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Известни ограничения</div>
<div class="exhibit-prose">
<p>Годишната цена на лиценза (прибл. 1200 USD търговски, 90 USD годишен абонамент) е най-голямата единична бариера пред приемането извън институционалните среди в Северна Америка и Западна Европа. Скриптовият механизъм, макар и мощен, е бариера за навлизане при непринуденото персонализиране в сравнение с Python API за добавки на NVDA. Темпото на издаване на JAWS е по-бавно от това на NVDA, така че нововъзникващите ARIA функции понякога пристигат месеци след като вече са се появили в стабилната версия на NVDA.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Модел на приемане</div>
<div class="exhibit-prose">
<p>Избиран от потребители в средите за институционални обществени поръчки (федерално/щатско правителство на САЩ, големи предприятия в САЩ, училища и университети), от потребители, които конкретно зависят от скриптовия механизъм на JAWS, за да направят дадено потребителско приложение достъпно, и от дългогодишни потребители, които са научили JAWS през 90-те или 2000-те и имат дълбок профил на персонализиране, който не биха искали да изграждат наново. JAWS продължава да губи позиции спрямо NVDA в чувствителния към цената край на пазара и да задържа позиции в институционалния край.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Доставчик</strong>Vispero / Freedom Scientific (САЩ)</span>
<span><strong>Лиценз</strong>Търговски · годишен лиценз или безсрочен</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">VoiceOver — платформеният екранен четец на Apple</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Пазарен дял 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 71%</strong>от потребителите на мобилни екранни четци в световен мащаб (пазари с доминиращ iOS)</div>
<div class="exhibit-stat"><strong>прибл. 9%</strong>от респондентите за настолни устройства назовават macOS VoiceOver като основен четец</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Платформи</div>
<div class="exhibit-prose">
<p>iOS, iPadOS, macOS, watchOS, tvOS и visionOS. VoiceOver е каноничният пример за екранен четец, проектиран като интегрирана платформена услуга, а не като приложение на трета страна. На мобилни устройства той на практика няма конкуренция в екосистемата на Apple; единствената алтернатива на платформа на Apple е много по-малко разпространеният Hindenburg или инструментите за слабовиждащи на трети страни.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Последно голямо издание</div>
<div class="exhibit-prose">
<p>VoiceOver се доставя в операционната система, така че темпото му на издаване следва iOS, iPadOS и macOS. Цикълът за 2026 г. въведе новата функция „Резюме на страница“ на Apple Intelligence, която произвежда генерирано от LLM въвеждащо резюме на уеб страница, преди потребителят да започне да чете; разширени контроли за подробността на ротора на VoiceOver; и обновена таблица за брайлов вход, която е най-голямото обновяване на брайл, доставено на която и да е платформа през 2026 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Дълбочина на поддръжката на ARIA 1.3</div>
<div class="exhibit-prose">
<p>Силна в iOS Safari и macOS Safari, по-слаба извън Safari. В рамките на Safari ARIA 1.3 функции като новите роли comment / suggestion, разширените съобщения за грешки при групирани контроли на форми и <code>aria-brailleroledescription</code> при iOS брайлови дисплеи се зачитат. VoiceOver в Chrome на iOS излага подмножество от ARIA свойства — дългогодишно ограничение, което отчасти е платформено ограничение на WebKit, а не грешка на VoiceOver.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Отличителни функции</div>
<div class="exhibit-prose">
<p>Безплатен, дълбоко интегриран с операционната система и платформеният четец за visionOS — първият комерсиално доставен екранен четец за дисплей за глава. Роторът (жест на iOS, въртяща се контрола на macOS) е уникално бърз модел на навигация, който опитните потребители често описват като най-продуктивната функция на който и да е четец. Резюмето на страница и описанията на изображения на Apple Intelligence се доставят на устройството през 2026 г., което държи текстовото съдържание и изображенията извън облака.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Известни ограничения</div>
<div class="exhibit-prose">
<p>Стойностите по подразбиране за подробността на VoiceOver са агресивно бъбриви през 2025–26 г. и много потребители ги коригират съществено преди ежедневна употреба. Поведението може да се различава по важни начини между Safari и базираните на Chromium браузъри на iOS, което означава, че уеб разработчиците не могат да тестват веднъж и да приемат равностойност. macOS VoiceOver изостава от iOS VoiceOver по няколко линии функции, а респондентите за настолен macOS в WebAIM #10 все още го класират трети след NVDA и JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Модел на приемане</div>
<div class="exhibit-prose">
<p>Избиран — по подразбиране — от всеки на iPhone, iPad, Mac, Apple Watch, Apple TV или Vision Pro. В рамките на популацията на екранните четци потребителите на VoiceOver клонят към по-млади, по-ориентирани към мобилни устройства и по-iOS-центрични от средния потребител на JAWS или NVDA. Контролът на VoiceOver върху мобилната страна е структурен: пазарният дял на екосистемата на Apple сред незрящите / слабовиждащите потребители в САЩ е дори по-висок от дела ѝ сред общото население.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Доставчик</strong>Apple (САЩ)</span>
<span><strong>Лиценз</strong>Интегрирана платформена функция · безплатен</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">TalkBack — платформеният екранен четец на Android</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Пазарен дял 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 26%</strong>от потребителите на мобилни екранни четци в световен мащаб (пазари с доминиращ Android)</div>
<div class="exhibit-stat"><strong>повече от половината</strong>от потребителите на мобилни четци извън Северна Америка и Западна Европа, където делът на Android е по-висок</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Платформи</div>
<div class="exhibit-prose">
<p>Android (мобилен и таблет). TalkBack се доставя с пакета Android Accessibility Suite на Google и също е вграден в One UI на Samsung и други OEM обвивки на Android. Няма настолен или ChromeOS вариант — ChromeOS използва ChromeVox (E·05) — а няма и отделен четец за Wear OS; Wear OS използва изживяване, производно на TalkBack.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Последно голямо издание</div>
<div class="exhibit-prose">
<p>TalkBack 15.0 излезе през Google Play в началото на 2026 г. с жестове с няколко пръста, наследени от модела iPad-VoiceOver, разширена поддръжка на описания на изображения от Gemini Nano на устройството, обновено меню за контроли на четенето и дългоисканата възможност за навигиране в уеб заглавия със същия жест на плъзгане с няколко пръста, използван в Android приложенията.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Дълбочина на поддръжката на ARIA 1.3</div>
<div class="exhibit-prose">
<p>Подобряваща се, но исторически най-слабата от четирите. TalkBack чете уеб съдържание чрез Chrome на Android, а излагането на дървото за достъпност на Chrome на Android последователно изостава от Chrome на настолни устройства. 2026 г. затваря голяма част от тази разлика: новите роли comment / suggestion са изложени, <code>aria-actions</code> се чете с текст-заместител, а обработката на групирани грешки на форми е усъвършенствана. Някои ARIA 1.3 свойства — особено новото семейство за подсказки на клавиатура — все още се съобщават непоследователно в някои уеб изгледи на Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Отличителни функции</div>
<div class="exhibit-prose">
<p>Безплатен, интегриран в операционната система и глобалният лидер сред четците по абсолютен брой инсталирана база извън Северна Америка и Западна Европа. Описанията на изображения от Gemini Nano на устройството се доставят по подразбиране през 2026 г. за нови изображения и преди това немаркирани изображения. Менюто за контроли на четенето е най-персонализируемата контрола за подробност на устройството от всичките четири четеца. Отворен код, с наличен код в проекта Android Open Source Project.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Известни ограничения</div>
<div class="exhibit-prose">
<p>OEM фрагментацията означава, че поведението на TalkBack може да варира между телефоните Samsung, Pixel, Xiaomi и други Android устройства — особено при управлението на фокуса, обработката на жестове и определени ARIA съпоставяния на потребителски изгледи. Четенето на уеб съдържание в Android браузъри, различни от Chrome, може да даде различни резултати от тези, които би предположило тестване за равностойност с VoiceOver-в-Safari, и остава най-голямата известна разлика в тестването между платформи през 2026 г.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Модел на приемане</div>
<div class="exhibit-prose">
<p>Избиран — по подразбиране — от всеки на Android телефон или таблет. В рамките на популацията на екранните четци потребителите на TalkBack клонят значително към по-млади и по-концентрирани извън САЩ от потребителите на VoiceOver. За всеки продукт, чиято потребителска база се простира съществено в Азия, Африка или Латинска Америка, TalkBack е най-важният мобилен четец, срещу който да се тества, дори когато тестването в Северна Америка исторически е давало приоритет на VoiceOver.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Доставчик</strong>Google (САЩ)</span>
<span><strong>Лиценз</strong>Интегрирана платформена функция · безплатен · AOSP</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Част II · Мини-експонатът на нововъзникващите</div>
<div class="part-title">Narrator, ChromeVox, Orca</div>
<p class="part-blurb">Три по-малки четеца, които имат значение в периферията: всеки е стойността по подразбиране в собствената си платформена ниша, всеки има сериозен импулс през 2026 г. и всеки си струва да се следи, въпреки че комбинираният им настолен дял е доста под десет процента.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Нововъзникващи участници — Narrator, ChromeVox, Orca</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Пазарен дял 2026 (комбиниран)</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 6%</strong>комбиниран дял като основен четец между трите (WebAIM #10)</div>
<div class="exhibit-stat"><strong>прибл. 30%</strong>комбиниран дял за епизодична употреба — само Narrator се използва широко като „първи четец“, когато съществуващ потребител е заключен извън NVDA / JAWS</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Платформи</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong> се доставя с Windows 10 и Windows 11. <strong>ChromeVox</strong> е интегрираният четец на ChromeOS, внедрен в мащаб в училищните райони K-12 в САЩ, които са стандартизирали Chromebook устройства. <strong>Orca</strong> е основният екранен четец за настолен Linux, използван в дистрибуции GNOME и KDE и вграден в повечето големи дистрибуции (Ubuntu, Fedora, openSUSE, Debian).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Последно голямо издание</div>
<div class="exhibit-prose">
<p>Актуализациите на Narrator се доставят с функционалните издания на Windows; цикълът 24H2 въведе обновен модел на режим на сканиране и интегриран с Copilot път за описание на изображения. ChromeVox 2026.x продължава да се доставя с основните издания на ChromeOS и добави усъвършенствана навигация по заглавия и опростен модел „изследване чрез докосване“ на сензорните екрани на Chromebook. Orca 46+ следва графика на изданията на GNOME, като нативната поддръжка на Wayland достига равностойност с X11 през 2025–26 г., а привеждането в съответствие с ARIA 1.3 напредва в Mozilla и Chromium на Linux.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Дълбочина на поддръжката на ARIA 1.3</div>
<div class="exhibit-prose">
<p>Поддръжката на ARIA на Narrator е значима, но консервативна: той обработва изчерпателно основната повърхност на ARIA 1.2, а Insider версиите от 2024–25 г. доставиха първоначални четения на ARIA 1.3 с някои грапавини в стойностите по подразбиране за подробност. ChromeVox наследява дървото за достъпност на Chrome директно и има същото покритие на ARIA 1.3 като настолния Chrome. Покритието на ARIA на Orca е силно във Firefox и Chromium на Linux, но изостава при някои по-малко натоварени браузъри и при нативни инструментариуми на Linux, които все още не са възприели напълно метаданните AT-SPI 2, изисквани от новите свойства.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Отличителни функции</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong>: без инсталиране, интегрирани с Copilot описания на изображения, режим на сканиране, който прави разглеждането на уеб достъпно за начинаещи. <strong>ChromeVox</strong>: тясна интеграция с ChromeOS, единственият четец, специално оптимизиран за Chromebook, внедрен в милиони ученически устройства K-12 в САЩ. <strong>Orca</strong>: отворен код, дълбоко персонализируем и единственият жизнеспособен екранен четец на свободния настолен Linux — значим за академични, научни и привързани към свободния софтуер потребители.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Известни ограничения</div>
<div class="exhibit-prose">
<p>Поддръжката на приложения на трети страни от Narrator остава по-слаба от тази на NVDA или JAWS, особено за наследени настолни приложения за Windows и за линеен бизнес софтуер, който изисква потребителски скриптове. Обхватът на ChromeVox е стеснен от общия дял на ChromeOS. Обхватът на Orca е стеснен от дела на настолния Linux, а зрелостта на API за достъпност, свързан с Wayland, едва наскоро достигна производствено-качествена равностойност с X11.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Модел на приемане</div>
<div class="exhibit-prose">
<p>Всеки от тези четци печели чрез позиционирането си в екосистемата, а не чрез функционална конкуренция с JAWS или NVDA. Narrator се избира като безплатна входна точка за Windows и като възстановителен четец. ChromeVox е институционалната стойност по подразбиране в много училищни райони в САЩ, които са стандартизирали Chromebook устройства. Orca е изборът на потребители — често технически, често академични — които работят на свободен настолен Linux и се нуждаят от стек с екранен четец с отворен код от край до край.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Доставчици</strong>Microsoft · Google · GNOME Foundation</span>
<span><strong>Лиценз</strong>Включен в платформата (Narrator, ChromeVox) · LGPL (Orca)</span>
</div>
</section>

<p class="pull">Няма екранен четец, който да е „правилният“ през 2026 г. Правилният отговор е: тествайте този, който използват вашите потребители, и приемете, че за всеки нетривиален продукт това са поне три от тях.</p>

<h2>Какво общо имат тези четири (и три) четеца</h2>

<p>Прочетени като каталог, четирите доминиращи четеца и тримата нововъзникващи споделят повече, отколкото повърхността може да подскаже. И седемте вече доставят някаква форма на генерирани от ИИ описания на изображения на устройството през 2026 г., и седемте са се привели в съответствие поне с основата на ARIA 1.3, и седемте са доставили значими обновявания на брайл през последните осемнадесет месеца. Траекторията е сближаваща се на повърхността на платформените функции и разминаваща се на философската повърхност — отворен код спрямо търговски лиценз, интегриран в ОС спрямо трета страна, безплатен спрямо платен.</p>

<p>Най-важният модел е, че NVDA е изпреварил JAWS като най-използвания настолен четец за Windows и че разликата по-скоро се разширява, отколкото се затваря. Комбинацията от безплатната цена на NVDA, преносимия му вариант, Python API за добавки и по-бързото му темпо на издаване на ARIA е произвела структурно предимство, което скриптовият механизъм на JAWS и корпоративната лицензна база не компенсират напълно. Очаквайте проучването WebAIM #11 — дължимо през 2026 г. — да разшири преднината на NVDA, а не да я стесни. На мобилни устройства ситуацията е обратната на сближаваща: VoiceOver и TalkBack са дълбоко заключени в съответните си платформи, а относителният дял между тях следва базовия дял на устройствата на Apple и Google повече от каквато и да е функционална разлика между двата четеца.</p>

<p>За инженерен екип, който задава базова линия за тестване за 2026 г., изводът е прост: тестването само на един четец вече не е защитимо. Тестването на два — обикновено NVDA на настолен Windows и VoiceOver на iOS Safari — е реалистичният минимум от няколко години. През 2026 г. този минимум следва да се разшири до три: добавете TalkBack на Android Chrome най-малкото, защото тази популация е голяма, растяща и недостатъчно обслужвана от практиките за тестване в Северна Америка. Тестването на четири четеца (NVDA + JAWS + VoiceOver + TalkBack) е базовата линия с висока увереност за всеки продукт, чиято ARIA повърхност е нетривиална.</p>

<h2>Какво да одитирате първо</h2>

<div class="audit-list">
<h3>Ако поддържате публично достъпен уеб продукт</h3>
<ul>
<li>Потвърдете, че NVDA на Windows + Chrome чете без грешка основната ви навигация, основните форми и основните потоци на модални диалози в най-новата стабилна версия</li>
<li>Потвърдете, че VoiceOver на iOS Safari чете правилно същите повърхности — VoiceOver в Safari е каноничната мобилна базова линия</li>
<li>Потвърдете, че TalkBack на Android Chrome също ги чете — това е най-пренебрегваната тестова повърхност през 2026 г.</li>
<li>Ако продуктовата ви повърхност е корпоративна или държавна, добавете JAWS на Windows + Chrome и JAWS на Windows + Edge към матрицата</li>
</ul>

<h3>Ако поддържате нативно мобилно или настолно приложение</h3>
<ul>
<li>Съпоставете всеки интерактивен контрол с нативна за платформата роля за достъпност — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — вместо да разчитате на ARIA преходници в уеб стил</li>
<li>Тествайте срещу VoiceOver (iOS / iPadOS / macOS) и TalkBack (Android) за съответните мобилни и таблетни платформи</li>
<li>За Windows тествайте както с NVDA, така и с JAWS — те излагат различни грешки в реализациите на дървото за достъпност на потребителски изгледи</li>
<li>Ако приложението ви се доставя на visionOS или watchOS, VoiceOver-на-visionOS / VoiceOver-на-watchOS е единственият четец и трябва да се тества директно на устройството</li>
</ul>

<h3>Ако избирате четец като нов потребител</h3>
<ul>
<li>Ако сте на Windows и чувствителни към цената, започнете с NVDA — безплатният, преносим път с отворен код и най-голямата общност</li>
<li>Ако сте на Windows и в институционална среда за обществени поръчки, която вече има JAWS, JAWS има смисъл — особено ако ще ви е нужно скриптово персонализиране на приложения</li>
<li>Ако сте на iPhone, iPad или Mac, VoiceOver е вашият четец; научете ротора рано</li>
<li>Ако сте на Android, TalkBack е вашият четец; прекарайте време в менюто за контроли на четенето, за да настроите подробността</li>
<li>Ако сте на ChromeOS, Linux или искате резервен вариант за Windows без инсталиране, ChromeVox, Orca или Narrator се вписват чисто всеки в своята ниша</li>
</ul>
</div>

<div class="bottomline">
<p>Четири четеца покриват почти целия използващ екранни четци публичен уеб през 2026 г.: NVDA и JAWS на настолен Windows, VoiceOver в екосистемата на Apple и TalkBack в Android. Под тях Narrator, ChromeVox и Orca обслужват реална, но по-малка популация в съответните си платформи. Сближаването от последните осемнадесет месеца е реално — всеки четец вече доставя ИИ описания на изображения на устройството, всеки четец се е привел в съответствие с основата на ARIA 1.3, всеки четец е обновил брайловия си изход — но разминаването по цена, отвореност и платформена интеграция е структурно. NVDA вече е най-използваният настолен четец за Windows и разликата се разширява. Мобилната картина е заключена: VoiceOver и TalkBack ще продължат да следват дела на устройствата на Apple и Google, а не функциите си един спрямо друг. Тествайте срещу поне три от тези четири. Четири е по-добре.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Ангажиране · 03</span>
<div class="cta-title">Проследяване на картината на екранните четци през 2026 г.</div>
<p class="cta-prose">Този наръчник на полето се актуализира ежегодно спрямо проучването на потребители на екранни четци на WebAIM и основните издания на телеметрията на платформите. Прочетете придружаващите анализи на приемането на WCAG 2.2, на съответствието с ARIA 1.3 в различните браузъри и на методологията за тестване на мобилна достъпност за по-дълбокия контекст зад всеки експонат по-горе.</p>
<a class="cta-btn" href="/bg/articles/">Разгледайте пълния архив от репортажи за помощни технологии</a>
</div>

<div class="foot-note">
<p><strong>Методология</strong>Числата за дела на настолни устройства са привързани към проучването на потребители на екранни четци #10 на WebAIM (2025), каноничния самоотчитан източник за основен четец. Мобилните дялове са агрегирани от публикуваните обобщения за въздействието върху достъпността на iOS на Apple и тримесечните бележки за достъпността на Android на Google до първото тримесечие на 2026 г. Числата са ориентировъчни и закръглени; кръстосаната употреба е нормата, а изключителната употреба на един четец е рядка. Дълбочината на поддръжката на ARIA 1.3 отразява бележките към изданията на доставчиците, дневниците на промените на NV Access, бележките към изданията на Vispero и докладите за реализация на работната група по ARIA на W3C до април 2026 г.</p>
<p><strong>Обхват</strong>Четирите доминиращи четеца (NVDA, JAWS, VoiceOver, TalkBack) плюс тримата нововъзникващи четеца (Narrator, ChromeVox, Orca). Специализираните инструменти — брайлови дисплеи с обновяване като самостоятелни четци, специализирани лупи за слабовиждащи без реч, четци на документи с едно предназначение — са извън обхвата на този каталог. Регионалните и специфичните за езика четци (Hindenburg, KochiTalk, по-малки четци на японски език) не са обхванати тук.</p>
<p><strong>Какво не е тази статия</strong>Препоръка на който и да е отделен четец. Включването в този каталог отразява само мащаба на внедряване през 2026 г. и не е оценка за качество. Прочетете повече за <a href="/bg/articles/">инструментариума и методологията за достъпност</a> и <a href="/bg/regulations/">законодателството за достъпност по юрисдикция</a>.</p>
</div>

</div>

---
title: Section 508 през 2026 г.: докъде стигна обновяването и какво още предстои
url: https://www.disabilityworld.org/bg/articles/section-508-refresh-status/
description: Девет години след като обновяването от 2017 г. хармонизира Section 508 с WCAG 2.0 AA, стандартът отдавна е закъснял за актуализация към WCAG 2.2, разширяване на обхвата за обществени поръчки на ИИ, а заявката за информация на Access Board от 2025 г. най-сетне започва да очертава какво следва.
author: Disability World
pubDate: 2026-05-22
tags: section-508, us-law, procurement, federal-government, regulations
---

# Section 508 през 2026 г.: докъде стигна обновяването и какво още предстои

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Куполът на Капитолия на САЩ улавя топла светлина при златен час, заснет от нисък ъгъл, с частично американско знаме и пролетна растителност на меко замъглен фон отпред — институционална опорна точка за репортажите за федералните обществени поръчки.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph"><strong>Section 508 от Закона за рехабилитация от 1973 г.</strong> е федералният закон за обществените поръчки, който изисква агенциите от изпълнителната власт на САЩ да купуват, изграждат и използват информационни и комуникационни технологии (ICT), достъпни за служители и членове на обществото с увреждания. Това е правило за обществени поръчки, а не закон за гражданските права в смисъла на <a href="/regulations/us/">Закона за американците с увреждания</a> — той обвързва покупателната сила на правителството, а не частния пазар. От <strong>обновяването от 2017 г.</strong> („Обновяването на Section 508“, 82 Fed. Reg. 5790, 18 януари 2017 г., в сила от 18 януари 2018 г.) техническите изисквания са хармонизирани с <a href="/toolkit/glossary/wcag-2-2/">WCAG 2.0 ниво A и AA</a>, приведени в съответствие с европейския стандарт <a href="/bg/articles/en-301-549-explained/">EN 301 549</a> и преструктурирани около функционални критерии за производителност, които се прилагат за хардуер, софтуер, уеб съдържание и документация.</p>

<p class="wp-block-paragraph">Девет години по-късно Section 508 отдавна е закъснял за второ обновяване. WCAG 2.0 вече е три второстепенни версии зад текущия стандарт на W3C (2.1 от 2018 г., 2.2 от 2023 г.); федералният отпечатък на обществените поръчки се разшири, за да обхване системи с ИИ, инструменти за автоматизирани решения и хоствани в облака SaaS, които правилото от 2017 г. едва предвиждаше; а Access Board на САЩ издаде <strong>заявка за информация от 2025 г.</strong>, питайки как стандартът следва да се актуализира. Този наръчник обхваща какво всъщност изисква Section 508 през 2026 г., как се различава от Section 504 (правилото за финансираните от федерално ниво субекти, което HHS съществено пренаписа през 2024 г.) и какво предстои в следващия цикъл на нормотворчество.</p>

<h2 class="wp-block-heading" id="h-what-section-508-is">Какво е Section 508 през 2026 г.</h2>

<p class="wp-block-paragraph">Section 508 е добавен към Закона за рехабилитация чрез <strong>Закона за инвестиции в работната сила от 1998 г.</strong>, заменяйки по-ранна разпоредба от 1986 г., която имаше малко практическа сила. Изменението от 1998 г. даде на закона две „зъби“, които версията от 1986 г. нямаше: изиска от Access Board да издаде обвързващи технически и функционални стандарти в рамките на 18 месеца и даде на федералните служители и членовете на обществото право на частен иск срещу възлагащата агенция за несъответствие. Първите стандарти влязоха в сила през 2001 г. Те обслужваха федералната система за придобиване шестнадесет години, докато обновяването от 2017 г. ги пренаписа около WCAG.</p>

<p class="wp-block-paragraph">В сегашната си форма от 2026 г. Section 508 обвързва всяка агенция от изпълнителната власт на САЩ — и чрез препратка федералните изпълнители, продаващи на тези агенции — да гарантира, че ICT, които те разработват, доставят, поддържат или използват, е достъпна за хора с увреждания, освен ако това не би наложило прекомерна тежест или ако агенцията не претендира изключение по съображения за национална сигурност. Законът дефинира ICT широко: уебсайтове, мобилни приложения, електронни документи, софтуер, хардуер, мултимедия, телекомуникации, киоски, машини за самообслужване и все по-често хоствани в облака услуги. Правилото не се прилага за ICT, използвана в разузнавателни дейности, криптологични дейности, свързани с националната сигурност, командване и управление на военни сили или оръжейни системи — т. нар. изключение по съображения за национална сигурност, кодифицирано в 29 USC § 794d(a)(5).</p>

<h3 class="wp-block-heading" id="h-the-gsa-program">Програмата Section 508, водена от GSA</h3>

<p class="wp-block-paragraph"><strong>Администрацията за общи услуги (GSA)</strong> управлява оперативното звено на Section 508 чрез своя Офис за общоправителствена политика. GSA не пише стандартите — това е ролята на Access Board — но притежава портала Section508.gov, публикува инструмента Accessibility Requirements Tool (ART), използван за определяне на обхвата на търговете, поддържа програмата Trusted Tester, която сертифицира федерални тестери по достъпност по методологията Trusted Tester на DHS, и свиква Общността за практики по достъпност на Съвета на главните информационни директори (CIO-C Accessibility CoP). Годишният общоправителствен доклад за оценка по Section 508 на органа CIO-C, изискван от рамката на меморандума M-13-09 на OMB, е най-близкото до федерална оценъчна карта за достъпност.</p>

<p class="wp-block-paragraph">Ежедневната работа на GSA е насочена към обществените поръчки. Федералните служители по договаряне трябва да включват клаузи за съответствие със Section 508 в търговете, да оценяват докладите за съответствие с достъпността на доставчиците (обикновено документи във формат VPAT, базирани на шаблона ITI VPAT 2.5 Rev 508) и да адресират пропуските в съответствието при решенията за възлагане. Където съответствието не е осъществимо, агенцията трябва да документира констатация от пазарно проучване и да приложи разпоредбите за прекомерна тежест или търговска недостъпност — и двете изискват писмена обосновка и подпис на висш служител. Гейтът на обществените поръчки е мястото, където Section 508 има най-острата си практическа сила.</p>

<h2 class="wp-block-heading" id="h-what-the-refresh-changed">Какво всъщност промени обновяването от 2017 г.</h2>

<p class="wp-block-paragraph">Обновяването от 2017 г. беше структурно пренаписване, а не настройка на параметри. То промени три неща едновременно и си струва трите да се държат отделно, защото остаряха различно.</p>

<h3 class="wp-block-heading" id="h-wcag-harmonisation">Хармонизация с WCAG 2.0 AA</h3>

<p class="wp-block-paragraph">Първо, обновяването замени изискванията за уеб съдържание от 2001 г. „1194.22“ (потребителски набор от шестнадесет разпоредби, написани преди WCAG 1.0 да бъде широко внедрен) с пряко включване на <strong>WCAG 2.0 ниво A и AA</strong> като технически стандарт за уеб съдържание, електронни документи и софтуер с потребителски интерфейси. Access Board не пренаписа WCAG на собствения си език: той включи WCAG 2.0 чрез препратка. Този ход имаше три практически ефекта. Федералното тестване на достъпността се сближи около същите критерии за успех, които частният пазар вече използваше. Доставчиците, продаващи на федерални агенции, спряха да поддържат два паралелни доклада за съответствие. А стандартът наследи стабилността на WCAG 2.0 — но и нейните ограничения, включително липсата на критериите за успех относно размера на целта при докосване, движението с влачене и когнитивната автентикация, добавени в WCAG 2.1 и 2.2.</p>

<h3 class="wp-block-heading" id="h-en-301-549-alignment">Привеждане в съответствие с EN 301 549</h3>

<p class="wp-block-paragraph">Второ, обновяването приведе структурата на стандарта на САЩ в съответствие с европейския стандарт <a href="/bg/articles/en-301-549-explained/">EN 301 549</a> за обществени поръчки на ICT, който ETSI, CEN и CENELEC публикуваха през 2014 г. като техническия гръбнак на режима на ЕС за достъпност при обществени поръчки и който сега е техническата референция за Европейския акт за достъпност. Двата стандарта не съвпадат клауза по клауза, но споделят една и съща архитектура: WCAG 2.0 (сега WCAG 2.1 в EN 301 549 v3.2.1) за уеб и софтуер с потребителски интерфейси, функционални критерии за производителност, обхващащи измеренията на уврежданията (зрение, слух, реч, манипулация, обхват, когниция), и глави, обхващащи хардуер, помощна документация и биометрия. Привеждането в съответствие има значение, защото повечето глобални доставчици, продаващи както към федерални обществени поръчки, така и към обществени поръчки на ЕС, вече могат да доставят едно положение за съответствие с достъпността, а не две.</p>

<h3 class="wp-block-heading" id="h-functional-performance">Функционални критерии за производителност</h3>

<p class="wp-block-paragraph">Трето, обновяването въведе <strong>функционални критерии за производителност</strong> в Глава 3 — единадесет основани на резултат твърдения, описващи какво трябва да може да прави един ICT продукт за потребители без една или повече специфични способности. Функционалните критерии действат като предпазна мрежа: дори когато продукт премине всички WCAG и специфичните за главите клаузи, той пак трябва да е използваем от човек без зрение, без слух, с ограничен обхват, с ограничена когниция и т. н. На практика функционалните критерии за производителност са начинът, по който агенциите оценяват технологии, за които WCAG не е писан — киоски, гласови интерфейси, хардуерни периферни устройства — и начинът, по който улавят „духа“ на стандарта, когато не се прилага конкретна клауза. Обновяването от 2017 г. е източникът на тези единадесет твърдения и е вероятно те да се разширят в следващата ревизия, за да обхванат конкретно моделите на взаимодействие с ИИ.</p>

<h2 class="wp-block-heading" id="h-section-508-vs-504">Section 508 спрямо Section 504: разграничението обществени-поръчки спрямо получател</h2>

<p class="wp-block-paragraph">Струва си Section 508 да се постави до <strong>Section 504 от същия Закон за рехабилитация</strong>, защото двете рутинно се бъркат. Section 504, приет през 1973 г. и съществено по-стар от Section 508, забранява дискриминацията на основата на увреждане от страна на която и да е програма или дейност, получаваща федерална финансова помощ — университети, болници, щатски и местни правителствени органи, които приемат федерални грантове, транспортни органи, финансирани от FTA, обществени училищни райони, получаващи средства по Title I, и т. н. Section 504 е закон за гражданските права. Прилагането му се осъществява чрез офисите за граждански права на федералните финансиращи агенции и в крайна сметка чрез частни съдебни производства от засегнати лица.</p>

<p class="wp-block-paragraph">През <strong>май 2024 г. Министерството на здравеопазването и социалните услуги (HHS) финализира отдавна чакаща актуализация на регламентите си по Section 504</strong> (89 Fed. Reg. 40066, 9 май 2024 г.). Правилото по 504 на HHS е най-важният вътрешен регламент за правата на хората с увреждания от Закона за изменение на ADA от 2008 г. насам. То изрично прилага Section 504 към решения за медицинско лечение (отменяйки йерархията на лечението от епохата на <span lang="en">Buck v Bell</span>, която някои щатски болници бяха вложили в по-ранното законодателство), към преценките за стойността на живота при трансплантация на органи и протоколите за кризисни стандарти за грижа, към уеб съдържанието и мобилните приложения на финансираните от федерално ниво здравни програми (включвайки WCAG 2.1 AA), към медицинско диагностично оборудване и към проектирането на интегрирани услуги в общността по рамката Olmstead. Други федерални агенции — образование, правосъдие, транспорт, HUD — или са актуализирали, или актуализират собствените си прилагащи регламенти по 504 по подобен модел.</p>

<table class="wp-block-table">
<thead>
<tr><th>Измерение</th><th>Section 508</th><th>Section 504</th></tr>
</thead>
<tbody>
<tr><td>Закон</td><td>Закон за рехабилитация § 508, изменен 1998 г.</td><td>Закон за рехабилитация § 504, 1973 г.</td></tr>
<tr><td>Кой е обвързан</td><td>Федерални агенции от изпълнителната власт и техните ICT доставчици</td><td>Получатели на федерална финансова помощ (университети, болници, щатски и местни субекти)</td></tr>
<tr><td>Какво обхваща</td><td>Обществени поръчки, разработка, поддръжка и употреба на ICT</td><td>Програми и дейности — услуги, заетост, комуникация, достъпност на сгради</td></tr>
<tr><td>Технически стандарт за цифрово</td><td>WCAG 2.0 AA (чрез обновяването от 2017 г.); актуализация на WCAG предстои</td><td>WCAG 2.1 AA чрез HHS 504 (2024 г.) и паралелни правила на агенциите</td></tr>
<tr><td>Правоприлагане</td><td>Преглед на етап обществена поръчка; право на частен иск срещу агенцията</td><td>Жалби до OCR на финансиращата агенция; частни съдебни производства; загуба на федерални средства</td></tr>
<tr><td>Водеща агенция за стандартите</td><td>Access Board на САЩ (техническа); GSA (оперативна)</td><td>Всяка финансираща агенция за собствените си програми</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">Най-простият мисловен модел: <strong>Section 508 обвързва това, което федералното правителство купува; Section 504 обвързва това, което финансираните от федерално ниво субекти правят с грантовете си.</strong> И двата се основават на един и същ закон. И двата препращат към WCAG. Те вършат различни задачи в различни части на регулаторната архитектура.</p>

<h2 class="wp-block-heading" id="h-what-is-pending">Какво предстои: заявката за информация от 2025 г. и следващото обновяване</h2>

<p class="wp-block-paragraph">На <strong>1 май 2025 г.</strong> Access Board на САЩ публикува <strong>заявка за информация</strong> (90 Fed. Reg. 18420), откривайки фазата на публичен коментар за следващата актуализация на стандартите по Section 508 и свързаните насоки за телекомуникации по Section 255. Заявката за информация все още не е известие за предложено нормотворчество — тя е по-ранният консултативен етап, на който Бордът задава целеви въпроси, за да оформи евентуалното предложено правило. Прозорецът за коментари се затвори в началото на август 2025 г.; Бордът посочи, че известие за предложено нормотворчество е малко вероятно преди края на 2026 г., а окончателно правило — малко вероятно преди 2028 г., предвид стандартното темпо на нормотворчество на Access Board.</p>

<p class="wp-block-paragraph">Заявката за информация организира въпросите си около четири основни теми, всяка от които сигнализира вероятна посока за евентуалното предложено правило.</p>

<h3 class="wp-block-heading" id="h-wcag-2-2-update">Актуализация към WCAG 2.1 или 2.2</h3>

<p class="wp-block-paragraph">Водещият въпрос е дали да се актуализира включената версия на WCAG от 2.0 AA на 2.1 AA или директно на 2.2 AA. Технологичният пейзаж се измести значително от 2017 г.: повечето интерфейси, ориентирани първо към докосване, едностраничните приложения и моделите на мобилни приложения сега са по-добре уловени от WCAG 2.1 (мобилни устройства, размер на целта при докосване, ориентация, съобщения за състояние) и 2.2 (поява на фокуса, движения с влачене, минимален размер на целта, излишно въвеждане, достъпна автентикация, последователна помощ). Заявената загриженост на Борда е регулаторната стабилност — агенциите и доставчиците изградиха своята екосистема за съответствие за 2018–2025 г. около 2.0 AA — балансирана спрямо изоставането както от EN 301 549 (който премина към WCAG 2.1 през 2019 г.), така и от правилото по Section 504 на HHS (което включва 2.1).</p>

<p class="wp-block-paragraph">Вероятният изход, въз основа на коментарите, подадени от CIO-C Accessibility CoP на GSA, индустриалното сдружение ITI и основните подаватели от организациите за защита на хората с увреждания, е директно приемане на WCAG 2.2 ниво A и AA, с преходен прозорец от 18 до 24 месеца, в който агенциите да актуализират документацията за обществени поръчки. Прескачането на 2.1 има предимството да се направи едно движение вместо две, тъй като WCAG 2.2 включва цялата 2.1.</p>

<h3 class="wp-block-heading" id="h-ai-procurement-scope">Разширяване на обхвата за обществени поръчки на ИИ</h3>

<p class="wp-block-paragraph">Вторият предстоящ въпрос е най-голям по същество: как Section 508 следва да се прилага към базираните на ИИ системи, които федералните агенции все по-често доставят. Обновяването от 2017 г. предхожда внедряването на чатботове с големи езикови модели, автоматизирани системи за вземане на решения при разглеждане на обезщетения, инструменти за обработка на документи, задвижвани от ИИ, и проверка на самоличността, опосредствана от ИИ. Меморандумът M-24-10 на OMB (март 2024 г.) изиска от агенциите да назначат главни директори по ИИ и да инвентаризират случаите си на употреба на ИИ; инвентаризациите сега възлизат на няколко хиляди системи в цялото федерално правителство. Въпросът на Section 508 е дали системите с ИИ задействат нови функционални критерии за производителност (напр. разбираемост на генерираните от ИИ резултати, потребителски контрол върху опосредстваните от ИИ взаимодействия, прозрачност на автоматизираните решения), дали изискват нови категории за отчитане на съответствието извън VPAT и дали служителите по обществени поръчки следва да бъдат задължени да тестват резултатите на ИИ през различни профили на увреждания преди възлагане.</p>

<p class="wp-block-paragraph">Заявката за информация на Access Board конкретно пита за съвместимостта с екранни четци на резултатите от разговорен ИИ, субтитрите на генерираната от ИИ мултимедия, достъпността на генерирания от ИИ алтернативен текст и положението за съответствие на задвижваните от ИИ помощни технологии, които федералните агенции внедряват от свое име. Нито едно от тези няма установени технически стандарти в коловоза на W3C; работната група по WCAG 3.0 проучва някои от същите въпроси, но е малко вероятно да достави преди 2028 г. Опциите на Access Board са да напише специфични за САЩ функционални критерии, да остави решението на W3C или да издаде междинни насоки чрез необвързващ документ за „най-добри практики“. Ранните коментари са разделени.</p>

<h3 class="wp-block-heading" id="h-cloud-and-saas">Облак, SaaS и продукти с непрекъсната доставка</h3>

<p class="wp-block-paragraph">Трети предстоящ въпрос е как съответствието със Section 508 се прилага към SaaS и хоствани в облака продукти, които се актуализират непрекъснато. Обновяването от 2017 г. предполагаше модел на издаване на продукт, при който VPAT документира конкретна версия, а решението за обществена поръчка зависи от тази версия. За непрекъснато доставяните облачни продукти оценяваната версия при обществената поръчка може да се различава в рамките на седмици от тази, която агенцията действително използва. Заявката за информация пита за атестации за непрекъснато съответствие, режими за самосертифициране на доставчици и връзката между решението по Section 508 на етап обществена поръчка и текущия мониторинг след възлагане. Това е въпросът, при който разликата между изготвянето на правилото и реалността на внедряването е най-голяма.</p>

<h3 class="wp-block-heading" id="h-hardware-and-icmde">Обновяване на хардуера и ICT медицинско диагностично оборудване</h3>

<p class="wp-block-paragraph">Четвърти въпрос засяга хардуера: киоски, машини за самообслужване, мрежови принтери и копирни машини, телекомуникационни терминали и дългата опашка от физически устройства, които федералното правителство купува. Няколко специфични за хардуера клаузи в Глава 4 на стандарта от 2017 г. цитират по-стари референтни стандарти ANSI и TIA, които оттогава са ревизирани. Заявката за информация пита дали да се актуализират включените хардуерни стандарти, дали да се разшири главата, за да обхване по-нови категории устройства (хардуер за гласови асистенти, AR/VR слушалки, биометрични киоски), и как Section 508 следва да се отнася към отделните стандарти за достъпност на медицинско диагностично оборудване (MDE) на Access Board, публикувани през 2017 г. по рамката на Закона за достъпни грижи. Съответствието между Section 508 и стандартите MDE е неразрешен въпрос от девет години.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици за обществените поръчки през 2026 г.</h2>

<p class="wp-block-paragraph">Докато следващото окончателно правило не бъде публикувано — вероятно 2028 г. — Section 508 през 2026 г. остава обновяването от 2017 г. в приетата му форма, с WCAG 2.0 AA като контролиращ стандарт за уеб и софтуер. Федералните служители по договаряне следва да продължат да изискват доклади за съответствие VPAT-2.5-Rev-508 от доставчиците, да оценяват изявленията за пропуски в тези VPAT и да документират констатации за прекомерна тежест, където се прилагат. Заявката за информация на Access Board от 2025 г. не променя действащия закон, но сигнализира къде доставчиците следва да се подготвят да бъдат измервани следващия път.</p>

<p class="wp-block-paragraph">За мениджърите на програми по Section 508 в агенциите практическата позиция за 2026 г. е: поддържайте съответствие с WCAG 2.0 AA като минимум, третирайте съответствието с WCAG 2.1 и 2.2 като фактор на предпочитание при обществени поръчки (в съответствие с правилото по 504 на HHS), включете въпросите за достъпността на системите с ИИ в инвентаризацията на главния директор по ИИ на агенцията по M-24-10 и актуализирайте контролните списъци за преглед на VPAT, за да уловите положението при непрекъсната доставка за облачни продукти. За федералните доставчици последицата е, че VPAT следва вече да са изготвени спрямо WCAG 2.2, дори ако Section 508 все още цитира 2.0 — разходът за двойно положение е нисък, а регулаторната посока на движение е ясна.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Какво означава това за следващото десетилетие</h2>

<p class="wp-block-paragraph">Section 508 направи две неща добре от 2017 г. насам: хармонизира федералните обществени поръчки с глобалния коловоз на стандартите за достъпност и вгради съответствието с WCAG във федералния работен процес на договаряне в точката, където има най-голям лост. Направи две неща по-слабо: не вървеше в крак с технологията, която федералните агенции действително доставят, и не адресира системите с непрекъсната доставка и допълнени с ИИ, които съставляват растящ дял от федералните разходи за ИТ. Заявката за информация на Access Board от 2025 г. е началото на многогодишен цикъл на актуализация, който няма да произведе окончателно правило преди 2028 г. и може да не произведе напълно действащо правило преди 2030 г., предвид типичното забавяне между окончателно правило и издадените от OMB насоки за прилагане.</p>

<p class="wp-block-paragraph">Засега Section 508 през 2026 г. е стабилен стандарт с просрочено обновяване на хоризонта. Федералната система за обществени поръчки е усвоила рамката от 2017 г. Предстоящите въпроси — версия на WCAG, обхват на ИИ, съответствие в облака, покритие на хардуера — ще оформят следващото обновяване, но няма да променят това, което служителите по договаряне правят тази фискална година. Прочетете повече от Disability World за <a href="/bg/articles/en-301-549-explained/">европейския стандарт EN 301 549</a>, за <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">картината на приемането на WCAG 2.2</a>, за <a href="/bg/toolkit/standards/wcag/">пълната референция на критериите за успех на WCAG 2.2</a>, за <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">ръководството за купувача на инструменти за мониторинг</a> за непрекъснато покритие, за <a href="/bg/toolkit/scan/">безплатния скенер за WCAG 2.2</a> за бърза базова линия и за <a href="/bg/regulations/us/">регулаторния пейзаж на правата на хората с увреждания в САЩ</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници</h2>

<ol class="wp-block-list">
<li>US Access Board. <em>Information and Communication Technology (ICT) Standards and Guidelines</em>, окончателно правило, 82 Fed. Reg. 5790 (18 януари 2017 г.), в сила от 18 януари 2018 г. <a href="https://www.access-board.gov/ict">access-board.gov/ict</a></li>
<li>US Access Board. <em>Section 508 Standards and Section 255 Guidelines: Request for Information</em>, 90 Fed. Reg. 18420 (1 май 2025 г.).</li>
<li>US General Services Administration. <em>Section508.gov programme materials, Accessibility Requirements Tool (ART), and Trusted Tester programme</em>. <a href="https://www.section508.gov">section508.gov</a></li>
<li>US Department of Health and Human Services. <em>Nondiscrimination on the Basis of Disability in Programs or Activities Receiving Federal Financial Assistance</em>, окончателно правило, 89 Fed. Reg. 40066 (9 май 2024 г.).</li>
<li>Office of Management and Budget. <em>Memorandum M-24-10: Advancing Governance, Innovation, and Risk Management for Agency Use of Artificial Intelligence</em> (28 март 2024 г.).</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 v3.2.1: Accessibility requirements for ICT products and services</em> (2021 г.).</li>
<li>World Wide Web Consortium. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, W3C Recommendation, 5 октомври 2023 г.</li>
<li>Information Technology Industry Council. <em>VPAT 2.5 Rev 508 template</em>.</li>
<li>29 USC § 794 (Section 504) и 29 USC § 794d (Section 508), Закон за рехабилитация от 1973 г., с измененията.</li>
</ol>

</div>

---
title: Икономиката на серийните ищци: кои, защо и какво спира цикъла
url: https://www.disabilityworld.org/bg/articles/serial-plaintiffs-deep-dive/
description: Задълбочен анализ на посочените ищци, фирмите зад тях и икономиката на хонорарите — по §12205, Unruh §52 и CPLR §3211 — които правят ADA Title III най-управляваният от адвокати закон за гражданските права във федералния кодекс.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, serial-plaintiffs, litigation, us-law, data
---

# Икономиката на серийните ищци: кои, защо и какво спира цикъла

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционно</strong> · Икономика на ищците</span>
  </div>

  <h1>Икономиката на серийните ищци <em>— кои, защо и какво спира цикъла</em></h1>

  <p class="lede">Махнете лозунгите от двете страни на дебата за правоприлагането по ADA Title III и това, което остава, е въпрос на икономика. Закон, който не разрешава <strong>никакви обезщетения</strong>, федерално правоприлагане, произвело <strong>под 200 дела за достъпност на уебсайтове за десетилетие</strong>, и клауза за прехвърляне на хонорари в <strong>42 U.S.C. §12205</strong>, която позволява на адвокатите на ищците да възстановят почасови ставки от <strong>450 до 850 USD</strong> по дела, които обикновено приключват със спогодба за <strong>5000 до 25 000 USD</strong> в рамките на деветдесет дни. Приблизително <strong>тридесет посочени ищци</strong> формират по-голямата част от делата с висок обем в Ню Йорк и Калифорния. Две процедурни реформи — California Civil Code §425.55, затегнат от SB-585, и изменението на CPLR §3211 на Ню Йорк от 2024 г. — започнаха да преоформят географията на тези дела, без да променят базовата сметка на хонорарите. Това досие разгражда икономиката: посочените заявители, конвейерът от скенери на фирмено ниво, който набавя делата им, разпределението на спогодбата и възстановяването на случай, процедурните правила, които хапят, и тези, които не, и аргументът за правата на хората с увреждания, че моделът на прехвърляне на хонорари — при всичките си крайности — е единственият работещ под на правоприлагане, който законът реално има.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Констатации · Дело № 02</span>
      <span class="dossier-meta">07 записа · извлечени от федералния регистър, докладите на CCDA и записите за искания за хонорари, 2018–2025 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Икономиката в седем числа</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Приблизително тридесет посочени ищци подават по-голямата част от делата с висок обем в Ню Йорк и Калифорния</p>
          <p class="dossier-note">Списъците на „ищци с висока честота“ на California Judicial Council идентифицират приблизително две дузини ищци по Unruh всяка година, които преминават прага от десет дела за дванадесет месеца по Civil Code §425.55. Анализите на регистъра на SDNY идентифицират съпоставима група от повтарящи се ищци — отделни лица, посочени по десетки или стотици жалби за достъпност на уебсайтове в една календарна година.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">450–850 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">Почасови ставки на хонорари, рутинно искани по 42 U.S.C. §12205</p>
          <p class="dossier-note">Исканията за хонорари по системата lodestar, подадени от водещите фирми за достъпност на уебсайтове в SDNY, EDNY, CDCA и NDCA между 2021 и 2024 г., се групират в диапазона 450–850 USD, със ставки на ниво партньор в диапазона 650–850 USD и ставки на сътрудници в диапазона 350–500 USD. Title III не съдържа средство за обезщетение, така че присъдените хонорари са възстановяването.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4000 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">Законоустановено обезщетение за посещение по California Civil Code §52(a)</p>
          <p class="dossier-note">Законоустановени обезщетения по Unruh Civil Rights Act: 4000 USD за нарушение, като всяко посещение на несъответстващ обект се брои като отделно нарушение. Това е множителят, който прави калифорнийските дела, обвързани с Unruh, икономически различни от делата само по федералния Title III, където разпореждането за преустановяване плюс хонорарите са цялото възстановяване.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">5–25 хил. USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">Модален диапазон на спогодбата за дело по Title III за уебсайт срещу един ответник</p>
          <p class="dossier-note">Оценено от проучвания на практикуващи от страната на защитата и малкото подмножество от съдебни спогодби в PACER. Спогодбите обикновено включват плащане към адвоката на ищеца в този диапазон плюс ангажимент за отстраняване, за да се приведе сайтът в съответствие с WCAG 2.1 AA в рамките на шест до дванадесет месеца. Малко малцинство от оспорвани дела произвеждат присъдени хонорари над 100 000 USD.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">60–90</span>
        <div class="dossier-body">
          <p class="dossier-claim">Дни от подаването до спогодбата при модалното дело за достъпност на уебсайт в SDNY</p>
          <p class="dossier-note">Конвейерът Mizrahi Kroub / Stein Saks / Mars Khaimov работи в ритъм на спогодба-или-неявяване. Повечето ответници са дребни оператори на електронна търговия, на които се връчват срок за отговор и писмо с искане в същия ден; рационалният икономически ход е да се споразумеят в рамките на прозореца за отговор. Доказателственото проучване е рядко.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Федералните дела по Title III в SDNY + EDNY спаднаха с прибл. 40% през първото полугодие на 2025 г. след изменението на CPLR §3211</p>
          <p class="dossier-note">Първият измерим ефект от процедурната реформа на Ню Йорк от 2024 г. Реформата не премахна базовата икономика; делата се преместиха — Ню Джърси нагоре с прибл. 55%, Централният окръг на Калифорния нагоре с прибл. 22% — и част от обема се измести от федерален към щатски съд, където данните от регистъра са по-трудни за проследяване.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Дела за достъпност на уебсайтове на DOJ, 2015–2024 г. общо</p>
          <p class="dossier-note">Структурният аргумент, който колегията за правата на хората с увреждания изтъква от 2017 г.: подът на публичното правоприлагане е толкова нисък, че на практика частните съдебни производства с прехвърляне на хонорари не са паралелен коловоз на правоприлагане, а единственият коловоз на правоприлагане. Махнете хонорарите и не получавате по-чиста система — получавате неприлагана.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Декларации за ищци с висока честота по California Judicial Council Civil Code §425.55 (годишни цикли); искания за хонорари, подадени в SDNY, EDNY, CDCA и NDCA, 2021–2024 г.; тракер на Seyfarth Shaw за ADA Title III (актуализация за първото полугодие на 2025 г.); годишни доклади на California Commission on Disability Access; архив за правоприлагане по ADA на Министерството на правосъдието на ada.gov; проучвания на практикуващи от страната на защитата, агрегирани от Restaurant Law Center и Retail Litigation Center.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#fee-math">Сметката на хонорарите в сърцето на Title III</a></li>
      <li><span class="toc-num">02</span><a href="#named">Посочените ищци</a></li>
      <li><span class="toc-num">03</span><a href="#pipeline">Конвейерът на делата, задвижван от скенери</a></li>
      <li><span class="toc-num">04</span><a href="#settle-split">Разпределението на спогодбата и възстановяването</a></li>
      <li><span class="toc-num">05</span><a href="#reforms">Процедурните реформи, които хапят</a></li>
      <li><span class="toc-num">06</span><a href="#defenders">Защитата от страна на правата на хората с увреждания</a></li>
      <li><span class="toc-num">07</span><a href="#what-stops">Какво спира цикъла</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="fee-math">01 · Сметката на хонорарите в сърцето на Title III</h2>

  <p class="dropcap-first">Title III от Закона за американците с увреждания не съдържа средство за обезщетение. Законът разрешава разпореждане за преустановяване — заповед, изискваща от ответника да отстрани нарушението — и в <strong>42 U.S.C. §12205</strong> „разумен адвокатски хонорар, включително разходи по съдебния процес и разноски“ за спечелилата страна. Това единствено изречение за прехвърляне на хонорари е носещата икономическа структура на цялата система за частно правоприлагане. Разберете какво прави §12205 и разбирате както защо съществува икономиката на серийните ищци, така и защо очевидните реформи — ограничаване на подаванията, изискване на предварително уведомяване, добавяне на такси за подаване — имат по-малък ефект върху базовия обем, отколкото реформаторите очакват.</p>

  <p>Механиката е праволинейна. Когато дело по Title III приключи със спогодба или се реши в полза на ищеца, адвокатът на ищеца подава искане за хонорар по системата lodestar: отработени часове, почасова ставка, умножени. През исканията за хонорари за 2021–2024 г., подадени от водещите фирми за достъпност на уебсайтове в Южния и Източния окръг на Ню Йорк и Централния и Северния окръг на Калифорния, ставките на ниво партньор се групират в <strong>диапазона 650–850 USD</strong>, а ставките на сътрудници в <strong>диапазона 350–500 USD</strong>. Просто, неоспорено дело за достъпност на уебсайт обикновено генерира двадесет до четиридесет часа адвокатско време през приемането, изготвянето на жалбата, преговорите за спогодба и документацията за съдебната спогодба — което дава защитимо искане за хонорар в диапазона 12 000 до 30 000 USD преди каквито и да е преговори.</p>

  <p>Това е ценовият етикет, който подтиква модалния ответник — дребен бизнес за електронна търговия без вътрешен юрист — да се споразумее. Рационалният икономически ход, при изложеност на хонорар от 30 000 USD и задължение за разпореждане за преустановяване, което ответникът така или иначе би трябвало да финансира, ако бъде доведен до съдебно решение, е да договори спогодба в <strong>диапазона 5000 до 25 000 USD</strong>, която обединява плащането на хонорара с ангажимент за отстраняване. Този диапазон на спогодба е действащата реалност на регистъра. Малко малцинство от оспорвани дела — обикновено включващи по-големи ответници с апетита и бюджета да водят съдебно производство — произвеждат присъдени хонорари над 100 000 USD, което е числото, което застъпниците от страната на реформата цитират, когато описват структурата на хонорарите като изнудваческа. И двете числа са реални. Те описват различни дела.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">450–850 USD</div><div class="stat-desc">Диапазон на почасовите ставки в исканията за хонорари по §12205, 2021–2024 г.</div></div>
    <div class="stat-box"><div class="stat-big">20–40 ч</div><div class="stat-desc">Типично искане за адвокатско време по неоспорено дело за достъпност на уебсайт</div></div>
    <div class="stat-box"><div class="stat-big">5–25 хил. USD</div><div class="stat-desc">Модален диапазон на спогодбата срещу един ответник</div></div>
  </div>

  <p>Калифорнийската надстройка променя аритметиката. Федералните искови молби по Title III, подадени в Централния и Северния окръг на Калифорния, рутинно се съчетават с иск по щатския закон Unruh Civil Rights Act по California Civil Code §51 и сл. Section 52(a) от Civil Code прикрепя законоустановени обезщетения от <strong>4000 USD за нарушение</strong>, а калифорнийските съдилища тълкуват всяко отделно посещение на несъответстващ обект като отделно нарушение. Ищец, който твърди три посещения, твърди 12 000 USD законоустановени обезщетения над искането за хонорар. Множителят на Unruh е причината калифорнийският регистър да носи различно разпределение на диапазона на спогодбите от регистъра на Ню Йорк и причината калифорнийският пакет от реформи — Civil Code §425.55 и SB-585 — да се фокусира върху процедурите за дисциплина при подаването, а не върху самото средство за обезщетение.</p>

  <p class="pull-quote">Ограничете подаванията, без да промените структурата на хонорарите, и получавате по-малък регистър от по-скъпи дела. Ограничете хонорарите, без да промените подаванията, и сривате единствения под на правоприлагане, който законът има.</p>

  <hr />

  <h2 id="named">02 · Посочените ищци</h2>

  <p>Изменението на CPLR §3211 на Ню Йорк от 2024 г. беше изготвено в отговор на конкретен емпиричен модел: малка група ищци, които не са местни жители, появяващи се като посочен жалбоподател по десетки, в някои случаи стотици, жалби за достъпност на уебсайтове в една календарна година. Калифорнийският аналог — декларацията за ищец с висока честота по §425.55 — произвежда ежегодно публикувани списъци на тези ищци от 2016 г. Заедно двата източника на данни позволяват сравнително ясен отговор на „кои, поименно“.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose firm names and case counts rendered as gibberish (AI image
      models cannot draw legible text). Bar widths are proportional to
      the case-count estimates in the firm-ranking section below. The
      top three SDNY/EDNY firms are highlighted in red to mark the
      concentration that the 2024 CPLR §3211 amendment targeted. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="firms-chart-title firms-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="firms-chart-title">Топ десет адвокатски фирми на ищци по ADA Title III по прогнозен обем на подаванията във федерален съд, 2024 г.</title>
      <desc id="firms-chart-desc">Хоризонтална стълбовидна диаграма, класираща десетте водещи адвокатски фирми на ищци по обем на подаванията по ADA Title III във федерален съд за 2024 г. Mizrahi Kroub LLP води с приблизително 1700 дела, следвана от Stein Saks PLLC с 1500, Mars Khaimov Law с 1050, Center for Disability Access с 930, Pacific Trial Attorneys със 700, Wittenberg Law с 600, Manning Law с 510, Lipton Law Center с 430, група за физически достъп от SDFL с 370 и група от окръг Ню Джърси с 310. Първите три фирми — всички специалисти по достъпност на уебсайтове от SDNY и EDNY — заедно формират приблизително 4250 дела.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Vertical gridlines at 0, 500, 1000, 1500 cases */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="335" y1="40" x2="335" y2="320" />
        <line x1="470" y1="40" x2="470" y2="320" />
        <line x1="605" y1="40" x2="605" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="200" y1="320" x2="720" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="200" y1="40" x2="200" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels (case counts) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="200" y="338">0</text>
        <text x="335" y="338">500</text>
        <text x="470" y="338">1000</text>
        <text x="605" y="338">1500</text>
      </g>
      <text x="460" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">прогнозни федерални подавания за 2024 г.</text>
      {/* Firm-name labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="192" y="62">Mizrahi Kroub LLP</text>
        <text x="192" y="88">Stein Saks PLLC</text>
        <text x="192" y="114">Mars Khaimov Law</text>
        <text x="192" y="140">Center for Disability Access</text>
        <text x="192" y="166">Pacific Trial Attorneys</text>
        <text x="192" y="192">Wittenberg Law</text>
        <text x="192" y="218">Manning Law APC</text>
        <text x="192" y="244">Lipton Law Center</text>
        <text x="192" y="270">Група за физически достъп SDFL</text>
        <text x="192" y="296">Група DNJ (след реформата в NY)</text>
      </g>
      {/* Top-three SDNY/EDNY bars highlighted in red */}
      <g fill="#dc2626">
        <rect x="200" y="52" width="460" height="16" />
        <rect x="200" y="78" width="405.9" height="16" />
        <rect x="200" y="104" width="284.1" height="16" />
      </g>
      {/* Remaining bars in ink */}
      <g fill="#1a1a1a">
        <rect x="200" y="130" width="251.6" height="16" />
        <rect x="200" y="156" width="189.4" height="16" />
        <rect x="200" y="182" width="162.4" height="16" />
        <rect x="200" y="208" width="138.0" height="16" />
        <rect x="200" y="234" width="116.4" height="16" />
        <rect x="200" y="260" width="100.1" height="16" />
        <rect x="200" y="286" width="83.9" height="16" />
      </g>
      {/* Value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="668" y="65">прибл. 1700</text>
        <text x="614" y="91">прибл. 1500</text>
        <text x="492" y="117">прибл. 1050</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="460" y="143">прибл. 930</text>
        <text x="398" y="169">прибл. 700</text>
        <text x="370" y="195">прибл. 600</text>
        <text x="346" y="221">прибл. 510</text>
        <text x="324" y="247">прибл. 430</text>
        <text x="308" y="273">прибл. 370</text>
        <text x="292" y="299">прибл. 310</text>
      </g>
      {/* Legend annotation for the red bars */}
      <rect x="540" y="18" width="12" height="12" fill="#dc2626" />
      <text x="558" y="28" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#1a1a1a">Специалисти по достъпност на уебсайтове от SDNY / EDNY</text>
    </svg>
    <figcaption>Първите три специалисти по достъпност на уебсайтове от SDNY/EDNY — Mizrahi Kroub, Stein Saks и Mars Khaimov — формират приблизително 4250 от прогнозните федерални подавания по Title III за 2024 г., повече от следващите седем фирми взети заедно. В рамките на регистъра на всяка фирма малка група посочени лица се появява многократно.</figcaption>
  </figure>

  <p>В калифорнийските данни списъците на ищци с висока честота идентифицират приблизително две дузини лица всяка година. Имената се повтарят през циклите. Шепа ищци — представлявани от Center for Disability Access (звено на Potter Handy LLP), Pacific Trial Attorneys, Manning Law и Wittenberg Law — се появяват в публикуваните декларации година след година, с годишен брой подавания, който варира от законоустановения минимум от десет до ниските стотици. Декларацията по §425.55 също разкрива посочената причина за посещаването на обекта на всеки ответник, което е данните, които измененията SB-585 затегнаха през 2024 г., за да филтрират исковете по Unruh, основани на тестери, при които ищецът никога не е посещавал физически бизнеса.</p>

  <p>В данните на Ню Йорк не съществува публичен списък на ищци с висока честота, но концентрацията на ниво регистър е сходна. Записите за управление на дела на SDNY и EDNY, когато се агрегират, извеждат на повърхността съпоставима група: малка група юридически незрящи ищци, представлявани от Mizrahi Kroub LLP, Stein Saks PLLC и Mars Khaimov Law PLLC, всеки посочен като водещ жалбоподател по голям брой жалби за достъпност на уебсайтове, подадени в серийни вълни срещу ответници от електронната търговия. Меморандумът на вносителите на CPLR §3211 от 2024 г. назова тези модели на подаване изрично като поведението, към което реформата е насочена.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · специалист по достъпност на уебсайтове</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 1700 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">SDNY / DNJ · специалист по достъпност на уебсайтове</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">прибл. 1500 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">SDNY / EDNY · специалист по достъпност на уебсайтове</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">прибл. 1050 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CDCA / NDCA · обвързани с Unruh физически и цифрови</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">прибл. 930 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CDCA · регистри за достъп до уебсайтове на 9-и окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">прибл. 700 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CDCA / NDCA · обвързани с Unruh федерални подавания</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">прибл. 600 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CDCA · регистри за достъп до уебсайтове на 9-и окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">прибл. 510 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CDCA · подавания за цифров достъп</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">прибл. 430 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Група за физически достъп SDFL</div><div class="firm-meta">SDFL · паркинги, тоалетни, рампи, обозначения</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">прибл. 370 дела (прогноза)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Група DNJ (след реформата в NY 2025 г.)</div><div class="firm-meta">DNJ · достъпност на уебсайтове, разрастваща се през 2025 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">прибл. 310 дела (прогноза)</div></div>
    </div>
  </div>

  <p>Това, което концентрацията на посочените ищци <em>не</em> ви казва, е дали някой отделен ищец действа опортюнистично. Същото юридически незрящо лице, което се появява по четиридесет жалби в SDNY за година, наистина не може да използва четиридесет недостъпни уебсайта; доктриналният въпрос е дали правилата за процесуална легитимация на Title III изискват нещо повече от това. Решението на Върховния съд по <em><span lang="en">Acheson Hotels, LLC v. Laufer</span></em>, 601 U.S. 1 (2023), отмени като безпредметно решението на по-долната инстанция по дело за серийни ищци тип тестер и изрично остави базовия въпрос за процесуалната легитимация — дали ищец „тестер“ по ADA, който никога не възнамерява да бъде клиент на ответника, има процесуална легитимация по Член III — за друг ден. Този открит въпрос е част от икономическия контекст: подаванията от страната на защитата, които твърдят липса на процесуална легитимация, рядко произвеждат решаващи определения, защото делата приключват със спогодба, преди съдът да стигне до въпроса.</p>

  <hr />

  <h2 id="pipeline">03 · Конвейерът на делата, задвижван от скенери</h2>

  <p>Обемът не може да се обясни само с посочените ищци. Едно лице, физически срещащо четиридесет недостъпни уебсайта за година, е мислимо; едно лице, физически срещащо четиристотин от тях, не е. Това, което стои между посочения ищец и регистъра, е процес на приемане от страна на фирмата, изграден около автоматизирани скенери за достъпност.</p>

  <p>Механиката, реконструирана от разкази на практикуващи от страната на защитата и малкия набор от искания за хонорари, където детайлите за записа на времето са изброени, работи приблизително така. Скенер — понякога един от търговските инструменти за одит по WCAG, понякога специално разработен вътрешен робот — се насочва към списък от домейни за електронна търговия, събрани от една вертикала (търговци на бижута, магазини за вейпове, нишово облекло, храни и напитки). Скенерът произвежда доклад за нарушения за всеки домейн: липсващ алтернативен текст, етикети на полета на форми, провали с улавяне на фокуса, текст с нисък контраст, липсващи връзки за прескачане. Екипът за приемане на фирмата сортира докладите в конвейер от „действащи“ сайтове — обикновено тези с множество провали по WCAG 2.1 ниво A, които автоматизиран инструмент може да маркира с почти сигурност. Жалба се изготвя по шаблон срещу действащия сайт, посоченият ищец подписва (или се твърди, че е подписал) атестацията и жалбата се подава.</p>

  <p>Версията за физически достъп на същия конвейер е по-стара. Center for Disability Access и други калифорнийски специалисти по Unruh водят приемане тип „мимоходом“ за нарушения на паркинги, обозначения, тоалетни и рампи по 28 CFR §36.302 и сл. от началото на 2010-те — параюрист в превозно средство, фотографиращ несъответстващи разпределения на паркинги, подреждащ ги в шаблон за жалба срещу собственика на имота. Приемането на California Civil Code §425.55 през 2015 г. беше пряк отговор на този конвейер; измененията SB-585 от 2024 г. бяха отговор на цифровия му наследник.</p>

  <div class="callout info">
    <div class="ct">Защо приемането, задвижвано от скенери, е трудно за регулиране</div>
    <p>Автоматизирано сканиране за нарушения по WCAG, проведено срещу който и да е голям набор от домейни за електронна търговия в САЩ, ще изведе на повърхността реални нарушения. Конвейерът за приемане не произвежда искове от нищото — той идентифицира реални провали в мащаб. Правно-политическият въпрос е дали правилата за процесуална легитимация и за подаване на иска изискват посоченият ищец лично да е срещнал всяко нарушение, или дали резултатът от скенера предоставя достатъчно доказателствено основание за жалба. Изменението SB-585 от 2024 г. възприе първото становище за исковете по Unruh в калифорнийския щатски съд; федералният отговор остава за всеки отделен случай.</p>
  </div>

  <p>Конвейерът е това, което прави пределния разход на дело толкова нисък. След като фирмата е изградила опашката на скенера и шаблона за жалба, всяко допълнително подаване струва на фирмата час параюридическо време и 405 USD федерална такса за подаване. Конвейер, който произвежда сто подавания на тримесечие при стойност на спогодба на дело от 7000 USD — нето от таксата за подаване, параюридическото време и прегледа на партньор — произвежда икономически двигател на ниво фирма, който никой отделен ответник няма стимул да оспорва до съдебно решение.</p>

  <hr />

  <h2 id="settle-split">04 · Разпределението на спогодбата и възстановяването</h2>

  <p>В рамките на дело, приключило със спогодба, къде всъщност отиват парите? Механизмът за прехвърляне на хонорари по §12205, съчетан с липсата на средство за обезщетение в Title III, произвежда разпределение на възстановяването, което изглежда необичайно спрямо повечето други федерални закони за гражданските права.</p>

  <p>При дело само по федералния Title III — подадено в SDNY, EDNY или окръзите на Флорида или Масачузетс без надстройка по щатски закон — посоченият ищец не получава парични обезщетения. Сумата на спогодбата е договореният присъден хонорар по §12205 (и разходите по съдебния процес) плюс ангажимент за отстраняване. Икономическият интерес на ищеца по делото е, в строги законоустановени термини, разпореждането за преустановяване и удовлетворението от завеждането на основателен иск. Хонорарът е възстановяването на адвоката. Някои фирми допълват това със скромна „награда за услуга“ към посочения ищец от хонорара — обикновено 500 до 2000 USD — но структурата е на адвоката, а не на ищеца.</p>

  <p>При калифорнийско дело, обвързано с Unruh, разпределението на възстановяването е различно. Законоустановените обезщетения от 4000 USD за посещение по Civil Code §52(a) принадлежат на ищеца. Спогодба по обвързано с Unruh дело обикновено разпределя сума за законоустановени обезщетения (която ищецът задържа), сума за адвокатски хонорари (която фирмата задържа) и ангажимент за отстраняване (който ответникът финансира отделно). Обезщетенията по Unruh са това, което дава на калифорнийския посочен ищец пряк икономически дял в делото, какъвто ищец само по федералния закон в Ню Йорк няма.</p>

  <div class="chart-section">
    <div class="chart-title">Къде всъщност отива модална спогодба от 20 000 USD</div>
    <div class="bar-row"><div class="bar-label">Само федерален Title III · адвокатски хонорари</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">прибл. 18 000 USD · 90%</div></div></div>
    <div class="bar-row"><div class="bar-label">Само федерален Title III · награда за услуга на ищеца</div><div class="bar-track"><div class="bar-fill bf-b" style="width:10%">прибл. 2000 USD · 10%</div></div></div>
    <div class="bar-row"><div class="bar-label">Обвързано с Unruh, CA · адвокатски хонорари</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">прибл. 12 000 USD · 60%</div></div></div>
    <div class="bar-row"><div class="bar-label">Обвързано с Unruh, CA · законоустановени обезщетения за ищеца</div><div class="bar-track"><div class="bar-fill bf-d" style="width:40%">прибл. 8000 USD · 40%</div></div></div>
  </div>

  <p>Ангажиментът за отстраняване се третира отделно. Ответник, който се споразумее за 20 000 USD, обикновено ще се ангажира и да приведе нарушаващия сайт или обект в съответствие с WCAG 2.1 ниво AA (или, за физически обекти, в съответствие със стандартите на ADA от 2010 г.) в рамките на договорен прозорец от шест до дванадесет месеца, често проверено от одитор на трета страна. Разходът за това отстраняване не се появява в числото на спогодбата. За дребен ответник в електронната търговия бюджетът за одит и отстраняване може да съответства на или да надхвърли плащането на хонорара — поради което някои практикуващи от страната на защитата твърдят, че публикуваните числа за диапазона на спогодбите подценяват истинското икономическо натоварване върху малките бизнеси.</p>

  <p>Това, което разпределението също не улавя, е разходът за дела, които <em>не</em> приключват със спогодба. Ответник, който се бори и губи при съкратено съдопроизводство, е изправен пред неограничен присъден хонорар по системата lodestar. Шепата оспорвани дела, които произведоха присъдени хонорари над 100 000 USD през 2022–2024 г. — концентрирани сред по-големи търговски ответници, които избраха да водят съдебно производство по въпроса за процесуалната легитимация или връзката — са делата, които задават горната граница на кривата на изложеност на дело. Повечето ответници се споразумяват именно защото искат да избегнат тази граница.</p>

  <hr />

  <h2 id="reforms">05 · Процедурните реформи, които хапят</h2>

  <p>Две процедурни реформи — една в Калифорния, една в Ню Йорк — промениха географията на подаванията по начини, които ранните данни започват да разкриват. Трета, федерална, е в очакване в последователни конгреси от 2017 г. без приемане.</p>

  <h3>Калифорния: Civil Code §425.55 + SB-585 (2024 г.)</h3>
  <p>Реформеният път на Калифорния е по-стар и постепенен. Civil Code §425.55, приет през 2015 г., изисква всеки ищец, отговарящ на прага за ищец с висока честота (десет или повече иска за достъп при увреждане в 12-месечен период), да подаде отделна декларация с всяка жалба по Unruh. Декларацията трябва да разкрие предишни подавания, да идентифицира адвоката и да посочи причината на ищеца за посещаването на обекта на ответника. Прилага се допълнителна такса за подаване от 1000 USD. Законът беше потвърден срещу оспорване за равна защита по <em><span lang="en">Thurston v. Omni Hotels Management Corp.</span></em>, 69 Cal. App. 5th 299 (2021).</p>

  <p>Измененията SB-585 от 2024 г. затегнаха декларацията по §425.55. Новото изискване за позоваване на „лично посещение“ в частност беше предназначено да филтрира основаните на тестери искове по Unruh, при които ищецът никога не е посещавал физически бизнеса и разчита на резултат от скенер или проучване на сайта от параюрист, за да обоснове осведоменост за нарушението. Данните на California Commission on Disability Access от началото на 2025 г. показват, че абсолютният обем на подаванията по Unruh от ищци с висока честота продължи да расте умерено след SB-585 — но делът на подаванията срещу бизнеси, при които ищецът твърди лично физическо посещение (за разлика от иск тип тестер или дистанционен), нарасна по-рязко, което подсказва, че конвейерът се е адаптирал, а не сринал.</p>

  <h3>Ню Йорк: CPLR §3211 (изменение от 2024 г.)</h3>
  <p>Реформата на Ню Йорк е по-нова и по-пряка. Изменението от 2024 г. на CPLR §3211 — законът, който урежда исканията за прекратяване преди отговор — добави път с повишено изискване за доказване за прекратяване на свързани с достъпността действия, при които жалбата е една от поредица материално идентични подавания срещу ответници извън щата от ищец, който не е местен жител. Меморандумът на вносителите назова изрично моделите на подаване за достъпност на уебсайтове с висок обем. Изменението не премахва исковете по Title III в съдилищата на Ню Йорк; то измества процедурната позиция по начин, който ответниците могат да използват, за да принудят ищеца да обоснове реална връзка с Ню Йорк или да се изправи пред прекратяване.</p>

  <p>Първият измерим ефект е в данните на Seyfarth за първото полугодие на 2025 г. Федералните дела по Title III в SDNY и EDNY спаднаха с приблизително 40% през първата половина на 2025 г. спрямо първата половина на 2024 г. Подаванията в окръг Ню Джърси нараснаха с приблизително 55%. Подаванията в Централния окръг на Калифорния нараснаха с приблизително 22%. Националният федерален съдебен общ брой спадна с около 18% на годишна база. Реформата не премахна базовата икономика — сметката на хонорарите по §12205 е непроменена, а посочените ищци и техните фирми просто преместиха регистъра си — но тя измеримо преоформи географията.</p>

  <h3>Федерален: вечният законопроект за предварително уведомяване</h3>
  <p>Федералният аналог — законопроект за предварително уведомяване, обикновено цитиран като „ADA Education and Reform Act“ — премина Камарата на представителите на САЩ през 2018 г., но никога не е минавал през Сената. Версията на 119-ия Конгрес, в очакване през 2026 г., предлага прозорец за уведомяване и отстраняване, който би изисквал от ищците да изпратят писмено уведомление, описващо твърдяното нарушение, и да дадат на ответниците шейсет дни за отговор, преди да заведат дело. Организациите за правата на хората с увреждания се противопоставиха на всяка итерация на основанието, че режим на уведомяване и отстраняване функционално превръща закон за гражданските права в режим на система от жалби, който ответниците могат да манипулират безкрайно без отстраняване.</p>

  <div class="quote-block">
    <div class="meta">DREDF · показания пред Камарата от 2018 г. по H.R. 620</div>
    <div class="quote"><span lang="en">"Notice-and-cure proposals do not address the underlying violation — they address only the existence of the lawsuit. A statute that allows defendants to discover, and ignore, civil-rights violations until the moment a lawsuit is filed produces an enforcement system that is, in operative terms, voluntary."</span></div>
    <span class="source">Disability Rights Education and Defense Fund · показания пред Съдебната комисия на Камарата (2018 г.)</span>
  </div>

  <hr />

  <h2 id="defenders">06 · Защитата от страна на правата на хората с увреждания</h2>

  <p>Рамкирането от страната на реформата на икономиката на серийните ищци — „схема за изнудване“, „дела мимоходом“, „дела с едно щракване“ — е доминиращият речник в специализирания печат и законодателните меморандуми от подаванията amicus от 2017 г. на Търговската камара на САЩ, Restaurant Law Center и Retail Litigation Center. Колегията за правата на хората с увреждания отговори със структурен контрааргумент, който специализираният печат има тенденция да третира като бележка под линия, но който е по-интересната половина от дебата.</p>

  <div class="callout warning">
    <div class="ct">Защо рамкирането от страната на защитата е отчасти правилно</div>
    <p>Някои подавания — и някои посочени ищци — явно експлоатират икономиката на случай по начини, които Конгресът от 1990 г. не е предвиждал. Конвейер, който извежда на повърхността сто действащи доклада за нарушения по WCAG на тримесечие и ги превръща в сто шаблонни жалби срещу дребни ответници в електронната търговия, е, каквото и друго да е, бизнес модел. Застъпниците от страната на реформата не измислят асиметрията между стимула за спогодба на ответника и пределния разход на случай на фирмата.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Защо рамкирането от страна на правата на хората с увреждания също е отчасти правилно</div>
    <p>Title III не съдържа средство за обезщетение. Министерството на правосъдието завежда изчезващо малко дела за правоприлагане — под 200 федерални дела за достъпност на уебсайтове за десетилетие. Резултатът е, че единствените субекти с финансовия стимул изобщо да прилагат закона са частни фирми, плащани по модел на прехвърляне на хонорари. Махнете хонорарите по §12205 без заместващ под на правоприлагане и законът се превръща, в действащи термини, в режим на система от жалби, който ответниците могат да пренебрегват без разход. DREDF, Националната федерация на незрящите и Disability Rights Advocates изтъкват този аргумент от началото на 2000-те.</p>
  </div>

  <p>Аргументът за правата на хората с увреждания има три структурни компонента. Първо, емпиричното наблюдение, че подът на публичното правоприлагане — подаванията на DOJ по Title III, плюс подаванията на щатските главни прокурори, плюс действията на офисите на федералните прокурори — е толкова нисък, че сам по себе си не може да генерира значим натиск за съответствие върху национална популация от няколко милиона сайта в електронната търговия. Второ, доктриналното наблюдение, че механизмът за прехвърляне на хонорари по §12205 е бил умишлен избор на Конгреса през 1990 г., предназначен именно да преодолее липсата на средство за обезщетение и да делегира на частната колегия ролята на правоприлагащ орган. Трето, политическото наблюдение, че най-често предлаганите реформи — предварително уведомяване, тавани за подаване, тавани за ищци — адресират видимостта на кривата на съдебните производства, без да адресират дали базовата разлика в достъпа се затваря.</p>

  <p>Анализът на NFB в политическата ѝ записка от 2024 г. прави третата точка най-пряко. Записката преглежда данните на SDNY след CPLR §3211, наблюдава географската миграция на подаванията и отбелязва, че най-измеримият ефект от реформата на Ню Йорк е преразпределение на дела, а не намаляване на честотата на провали в достъпа на базовата популация от електронна търговия. „Ако целта са по-малко дела, реформата на Ню Йорк успява“, отбелязва записката. „Ако целта са по-достъпни уебсайтове, данните все още не показват този резултат.“</p>

  <p class="pull-quote">Структурата на хонорарите е единственият под на правоприлагане, който законът има. Реформа, която понижава пода, без да повишава публичното правоприлагане, е реформа, която понижава правоприлагането.</p>

  <hr />

  <h2 id="what-stops">07 · Какво спира цикъла</h2>

  <p>Ако „цикълът“ се чете тясно — подавания с висок обем, задвижвани от скенери, по шаблон от малка група посочени ищци срещу дълга опашка от дребни ответници в електронната търговия — тогава три неща, работещи заедно, биха го спрели. Първо: предварително уведомяване с убежище за отстраняване, което преживява възражението за правата на хората с увреждания, като е достатъчно тясно, за да не погаси базовия иск. Второ: решение на Върховния съд за процесуалната легитимация на тестери, на което регистърът може реално да разчита, заменяйки открития въпрос, оставен от <em><span lang="en">Acheson Hotels v. Laufer</span></em>. Трето: съществено увеличение на публичното правоприлагане по Title III — подавания на DOJ, работни групи по достъпност на щатските главни прокурори — достатъчно, за да измести част от натоварването на частната колегия. Нито едно от тези три не е надеждно в дневния ред на 2026 г.</p>

  <p>Ако „цикълът“ се чете по-широко — правоприлагането по Title III като такова, провеждано от частна колегия по модел на прехвърляне на хонорари, защото няма друг работещ механизъм за правоприлагане — тогава не е очевидно, че спирането на цикъла е правилната политическа цел. Организациите за правата на хората с увреждания, които живеят със закона от тридесет и шест години, обикновено застават тук: въпросът не е дали моделът на частно правоприлагане има разходи (има), а дали предложените алтернативи произвеждат повече достъпност, или по-малко. Засега данните за реформите в Ню Йорк и Калифорния подсказват, че отговорът е „нито едно от двете“ — подаванията се преместиха, разликата в достъпа не се затвори.</p>

  <p>Поради това цикълът на 2026 г. вероятно ще изглежда много като цикъла на 2025 г. Посочените ищци ще продължат да подават в юрисдикциите, където процедурните реформи още не са захапали. Конвейерът от скенери на фирмено ниво ще продължи да извежда на повърхността действащи нарушения по дългата опашка на електронната търговия в САЩ. Диапазонът на спогодбата ще продължи да стои в обхвата 5000–25 000 USD за модалното дело, с от време на време оспорвано дело, произвеждащо шестцифрена аномалия. Чакащото нормотворчество на DOJ за уебсайтове по Title III, ако излезе, ще повиши техническия под на това какво означава съответствие и вероятно ще разшири, а не свие, пула от потенциални ответници. А публичният дебат ще продължи да говори покрай себе си, като едната страна брои подавания, а другата страна брои достъпни уеб страници — две метрики, които не се движат, по наличните данни, в една и съща посока.</p>

  <p>За по-широката рамка — кой завежда дела по Title III, къде и как реформите след 2024 г. преоформиха географията на федералния съд — прочетете придружаващата статия, <a href="/bg/articles/serial-plaintiffs-versus-individuals/">Серийни ищци срещу индивидуални ищци: кой всъщност движи правоприлагането по ADA Title III през 2026 г.</a>. За базовия закон прочетете <a href="/bg/regulations/us/">наръчника за ADA</a>; за по-широкия пейзаж на законодателството за достъпност в САЩ — <a href="/bg/regulations/">индекса на нормативната уредба</a>.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Идентификацията на посочените ищци произлиза от декларациите за ищци с висока честота по California Judicial Council Civil Code §425.55 (годишни цикли, 2016–2025 г.) и агрегирани доклади от регистъра на SDNY/EDNY от работния документ на AAJ Disability Rights Practice Group от 2024 г. Числата за почасовите хонорари произлизат от исканията по системата lodestar, подадени в SDNY, EDNY, CDCA и NDCA между 2021 и 2024 г., извадка от PACER. Числата за диапазона на спогодбите произлизат от проучвания на практикуващи от страната на защитата, агрегирани от Restaurant Law Center и Retail Litigation Center, допълнени от малкото подмножество публично достъпни съдебни спогодби. Числата за обема на подаванията произлизат от тракера на Seyfarth Shaw за ADA Title III (цикли 2013–2025 г., включително актуализацията за първото полугодие на 2025 г.). Броят на делата за правоприлагане на Министерството на правосъдието произлиза от публичния архив за правоприлагане ada.gov. Всички числа на ниво фирма следва да се четат като оценки за относителна класация, а не като одитирани общи стойности.</p>
    <p><strong>Правен контекст:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §§12181–12189 (1990); разпоредба за прехвърляне на хонорари в 42 U.S.C. §12205. California Civil Code §§51, 52, 425.50–425.55 (Unruh Civil Rights Act, законоустановени обезщетения и декларацията за ищец с висока честота); изменения от 2024 г. чрез SB-585. New York Civil Practice Law and Rules §3211, с измененията (2024 г.). Изменения на гражданското процесуално право на Флорида по Title VIII (2021 г.). Цитирани дела: <em><span lang="en">Acheson Hotels, LLC v. Laufer</span></em>, 601 U.S. 1 (2023); <em><span lang="en">Robles v. Domino's Pizza, LLC</span></em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em><span lang="en">Thurston v. Omni Hotels Management Corp.</span></em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Какво не е тази статия:</strong> Преценка по същество на което и да е отделно подаване, ищец или назована фирма. Описаното поведение — приемане, задвижвано от скенери, шаблонни жалби, спогодби с прехвърляне на хонорари — е, в огромното мнозинство от случаите, поведение, което законът, както е написан, и съдилищата, както го тълкуват, позволяват. Това е редакционен анализ на базовата икономика на режим за граждански права с прехвърляне на хонорари и политическия дебат около него, а не правен съвет. Читатели, изправени пред писмо с искане, жалба или искане за хонорар по Title III, следва да се консултират с компетентен адвокат, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Серийни ищци срещу индивидуални ищци: кой реално движи правоприлагането по дял III от ADA през 2026 г.
url: https://www.disabilityworld.org/bg/articles/serial-plaintiffs-versus-individuals/
description: През 2024 г. в американските федерални съдилища са заведени около 12 000 иска по дял III от ADA, основната част в шепа кантори на ищци. Реформите от 2025 г. в Ню Йорк и Калифорния започнаха да преоформят модела — но не по начина, който реформаторите очакваха.
author: Disability World
pubDate: 2026-05-22
tags: ada, litigation, title-iii, serial-plaintiffs, enforcement, us-law, data
---

# Серийни ищци срещу индивидуални ищци: кой реално движи правоприлагането по дял III от ADA през 2026 г.

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Редакционна статия</strong> · Правоприлагане по дял III от ADA</span>
  </div>

  <h1>Серийни ищци срещу индивидуални ищци <em>— кой реално движи правоприлагането по дял III от ADA през 2026 г.</em></h1>

  <p class="lede">Тридесет и шест години след като Законът за американците с увреждания (ADA) бе подписан и влезе в сила, почти цялото правоприлагане на разпоредбите му за обществени места се извършва не от Министерството на правосъдието на Съединените щати, а от частни ищци — а в рамките на тази вселена, от поразително малък брой адвокатски кантори, завеждащи дела в поразително малък брой федерални съдебни райони. През 2024 г. в американските федерални съдилища са заведени приблизително <strong>12 000 иска по дял III от ADA</strong> (тракерът на Seyfarth Shaw за дял III от ADA — де факто отрасловата база от 2013 г. насам), като исковете в щатските съдилища по калифорнийския <span lang="en">Unruh Civil Rights Act</span> и нюйоркския <span lang="en">State Human Rights Law</span> добавят още няколко хиляди. <strong>Първите десет адвокатски кантори на ищци</strong> отговарят за около <strong>70%</strong> от всички федерални искове; Министерството на правосъдието е завело <strong>под 200 федерални дела за достъпност на уебсайтове за десетилетие</strong>. Това досие реконструира състоянието през 2026 г. — кой реално движи правоприлагането по дял III, какво промениха процедурните реформи от 2025 г. и какво показват и какво не показват данните за това дали нещо от това намалява основополагащата разлика в достъпа.</p>

    <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Изводи · Дело 01</span>
      <span class="dossier-meta">08 записа · изведени от данни на федералния регистър и щатските съдилища, 2013–2025 г.</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво разкрива регистърът по дял III</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 12 000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Федералните искове по дял III се възстановиха до около 12 000 през 2024 г.</p>
          <p class="dossier-note">След спад до 8227 през 2023 г., федералните искове по дял III от ADA отново се изкачиха до пика от 11 452 от 2021 г. и над него. Възстановяването през 2024 г. се дължи почти изцяло на дела за достъпност на уебсайтове, произхождащи от Южния съдебен район на Ню Йорк.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Десет кантори завеждат приблизително седем от всеки десет федерални иска</p>
          <p class="dossier-note">Тракерът на Seyfarth и работният документ от 2024 г. на групата за правата на хората с увреждания към AAJ определят десет адвокатски кантори на ищци — Mizrahi Kroub, Stein Saks, Mars Khaimov, Pacific Trial, Wittenberg, Center for Disability Access, Lipton, Manning и две кантори със седалище във Флорида — като източник на основната част от федералната активност по дял III.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">прибл. 4500</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY и EDNY приеха над 4500 федерални иска през 2024 г.</p>
          <p class="dossier-note">Около 38% от националната сума на федералните дела. Прибавете Централния и Северния съдебен район на Калифорния и покривате значително над 60% от регистъра. Четири съдебни района приемат мнозинството от федералните искове по дял III в страната.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">прибл. 4300</span>
        <div class="dossier-body">
          <p class="dossier-claim">Делата за достъпност на уебсайтове вече са повече от една трета от цялата федерална активност по дял III</p>
          <p class="dossier-note">Според Seyfarth и блога <em>ADA Title III News &amp; Insights</em>, исковете за достъпност на уебсайтове са съставлявали около 4300 федерални иска през 2024 г. — доктриналните наследници на <em>Robles v. Domino's Pizza</em> (9-ти окръг, 2019 г.).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Министерството на правосъдието е завело под 200 федерални дела за достъп до уебсайтове за десетилетие</p>
          <p class="dossier-note">Прогнозен брой федерални искове за достъпност на уебсайтове, заведени от Министерството на правосъдието и службите на американските прокурори, общо за 2015–2024 г. Минималното ниво на публично правоприлагане, над което реално функционират частните съдебни производства, е много ниско.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">$4000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Калифорнийският закон Unruh предвижда законоустановени обезщетения за всяко посещение — ADA не</p>
          <p class="dossier-note">Сам по себе си дял III допуска само преустановяване на нарушението и адвокатски хонорари. §52 от Гражданския кодекс на Калифорния осигурява законоустановени обезщетения от $4000 за всяко посещение, когато е съчетан с иск по Unruh — икономическият двигател зад калифорнийските серийни искове.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Исковете в SDNY и EDNY спаднаха с около 40% през първото полугодие на 2025 г.</p>
          <p class="dossier-note">Първият измерим ефект от изменението на §3211 от нюйоркския CPLR. Исковете не изчезнаха — те се преместиха. Исковете в Ню Джърси нараснаха с прибл. 55%, а исковете в Централния съдебен район на Калифорния — с прибл. 22% за същия период.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Нормотворчеството на Министерството на правосъдието за уебсайтовете по дял III все още е висящо</p>
          <p class="dossier-note">Включено в Единния регулаторен дневен ред от 2022 г. Еквивалентът по дял <em>II</em>, финализиран през април 2024 г. (28 CFR Part 35, Subpart H), приема WCAG 2.1 ниво AA като федерален стандарт за щатската и местната администрация — и вече променя преговорните позиции в частните съдебни производства.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Тракер на Seyfarth Shaw за дял III от ADA (цикли 2013–2025); блог ADA Title III News &amp; Insights; годишни доклади на Калифорнийската комисия за достъп на хората с увреждания; данни от регистъра на Службата за съдебна администрация на щата Ню Йорк; федерални съдебни записи от PACER; работен документ от 2024 г. на групата за правата на хората с увреждания към Американската асоциация за правосъдие.</p>
  </section>

    <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#numbers">Числата и какво всъщност отчитат</a></li>
      <li><span class="toc-num">02</span><a href="#firms">Кантори зад регистъра</a></li>
      <li><span class="toc-num">03</span><a href="#geography">Географска концентрация</a></li>
      <li><span class="toc-num">04</span><a href="#website-wave">Вълната от дела за достъпност на уебсайтове</a></li>
      <li><span class="toc-num">05</span><a href="#procedural">Процедурните отговори</a></li>
      <li><span class="toc-num">06</span><a href="#defense-disability">Ответници и съпротива на движението за права на хората с увреждания</a></li>
      <li><span class="toc-num">07</span><a href="#individual">Индивидуални ищци и стратегически съдебни производства</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Перспективи за 2026 г.</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="numbers">01 · Числата и какво всъщност отчитат</h2>

  <p class="dropcap-first">Водещата цифра за правоприлагането по дял III от ADA — тази, която фигурира във всяка служебна записка на конгресни сътрудници и във всяко становище на Търговската камара по темата — идва от един-единствен частен набор от данни. От 2013 г. адвокатската кантора Seyfarth Shaw ръчно кодира всеки иск по дял III от ADA, заведен в американски федерален районен съд, чрез търсения в регистъра PACER и стабилна таксономия. Тракерът на Seyfarth за дял III от ADA отчете <strong>11 452 федерални иска през 2021 г., 8694 през 2022 г., 8227 през 2023 г. и приблизително 12 000 през 2024 г.</strong> Възстановяването през 2024 г. — дължащо се почти изцяло на скок в делата за достъпност на уебсайтове, произхождащи от Южния съдебен район на Ню Йорк — е причината дебатът „провали ли се частното правоприлагане“ отново да е актуален през 2026 г.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">11 452</div><div class="stat-desc">Федерални искове по дял III, 2021 г. — предишният пик преди възстановяването от 2024 г.</div></div>
    <div class="stat-box"><div class="stat-big">8227</div><div class="stat-desc">Федерални искове по дял III, 2023 г. — дъното на следпандемичния цикъл</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 12 000</div><div class="stat-desc">Федерални искове по дял III, 2024 г. — възстановяването, водено от SDNY</div></div>
  </div>

  <p>Под тази водеща цифра стоят три уговорки. Първо, тя отчита само <em>федерални</em> искове. Иск, който заявява претенция по дял III редом с претенция по калифорнийския <span lang="en">Unruh Civil Rights Act</span>, се отчита; този, който пропуска федералната претенция и заявява само Unruh в щатски съд, не се отчита. Калифорнийската комисия за достъп на хората с увреждания изчисли в годишния си доклад за 2024 г., че всяка година в калифорнийските висши съдилища се завеждат още няколко хиляди иска за достъп на хора с увреждания по закона Unruh, който — от решаващо значение — допуска законоустановени обезщетения от $4000 за всяко посещение там, където основополагащият ADA не допуска.</p>

  <p>Второ, „заведени искове“ не е същото като „постановени съдебни решения“. Наборът данни на Seyfarth изрично посочва, че огромното мнозинство от делата по дял III приключват със спогодба в рамките на месеци и никога не водят до публикувано решение. Структурната причина е същата, която адвокатурата за права на хората с увреждания изтъква от началото на 90-те години на XX век: сам по себе си дял III не допуска обезщетения, а само преустановяване на нарушението и адвокатски хонорари. Ответник, изправен пред искане от $30 000 до $80 000 за хонорари на ищеца по бързо изпратено уведомително писмо, обикновено сключва спогодба за част от тази сума плюс ангажимент за отстраняване на проблемите, независимо от основателността на иска.</p>

  <p>Трето, категориите, които движат колебанията от година на година, не са делата за физически достъп до сгради, за каквито ADA бе написан през 1990 г. <strong>Делата за достъпност на уебсайтове — претенции, че публично достъпен търговски уебсайт сам по себе си е „обществено място“ или е толкова тясно свързан с такова, че задейства дял III — съставляват около 4300 федерални иска през 2024 г.</strong>, според Seyfarth и блога ADA Title III News &amp; Insights. Това е повече от една трета от цялата федерална активност по дял III и е съсредоточено в два съдебни района.</p>

  <p class="pull-quote">Дял III не съдържа средство за обезщетение. Министерството на правосъдието завежда изчезващо малко дела за правоприлагане. В резултат единствените субекти с финансов стимул изобщо да прилагат закона са частните кантори, заплащани по модела на прехвърляне на хонорарите.</p>

  <hr />

  <h2 id="firms">02 · Кантори зад регистъра</h2>

  <p>Концентрацията на ниво кантора е по-рязка от географската. Тракерът на Seyfarth и анализ под формата на работен документ от 2024 г. на групата за правата на хората с увреждания към Американската асоциация за правосъдие определят повтарящ се набор от имена начело на таблиците с искове. В Ню Йорк <strong>Mizrahi Kroub LLP</strong>, <strong>Stein Saks PLLC</strong> и <strong>Mars Khaimov Law PLLC</strong> заедно са завели няколко хиляди иска за достъпност на уебсайтове от 2020 г. насам. В Калифорния <strong>Pacific Trial Attorneys</strong>, <strong>Wittenberg Law</strong> и <strong>Center for Disability Access</strong> (звено на Potter Handy LLP) доминират при федералните искове, съчетани с Unruh. <strong>Lipton Law</strong> и <strong>Manning Law</strong> фигурират постоянно в регистрите за достъп до уебсайтове на 9-ти окръг.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">Ню Йорк · специалист по достъпност на уебсайтове · SDNY / EDNY</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 1700 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">Ню Йорк / Ню Джърси · специалист по достъпност на уебсайтове</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">прибл. 1500 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">Ню Йорк · специалист по достъпност на уебсайтове</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">прибл. 1050 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">Калифорния · физически и цифров достъп, съчетани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">прибл. 930 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">Калифорния · регистри за достъп до уебсайтове на 9-ти окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">прибл. 700 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">Калифорния · федерални искове, съчетани с Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">прибл. 600 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">Калифорния · регистри за достъп до уебсайтове на 9-ти окръг</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">прибл. 510 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">Калифорния · искове за цифров достъп</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">прибл. 430 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Клъстер за физически достъп във Флорида</div><div class="firm-meta">SDFL · паркинги, тоалетни, рампи, обозначения</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">прибл. 370 дела (оценка)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Клъстер в Ню Джърси (след реформата в Ню Йорк)</div><div class="firm-meta">DNJ · достъпност на уебсайтове, разрастващ се през 2025 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">прибл. 310 дела (оценка)</div></div>
    </div>
  </div>

  <p>Канторите не са взаимозаменяеми. Нюйоркският клъстер е насочен преобладаващо към достъпността на уебсайтове — претенции, че касовата страница на търговец, PDF менюто на ресторант или страницата за резервации на хотел са неизползваеми с екранен четец. Калифорнийските специалисти по Unruh работят както по дела за физически, така и за цифров достъп, но разчитат на множителя на законоустановените обезщетения. Канторите от Флорида и Ню Джърси са по-близо до първоначалния модел по дял III: паркинги, тоалетни, рампи, обозначения, правила за хотелски резервации по 28 CFR §36.302(e).</p>

  <p>Във всеки клъстер малък брой поименни ищци се появяват многократно. Определението на §425.55 от Гражданския кодекс на Калифорния за „ищец с висока честота на завеждане“ — ищец, завел десет или повече иска за достъп на хора с увреждания в рамките на 12-месечен период — само по себе си е показател, който съдилищата публикуват: годишните данни на калифорнийския съдебен съвет идентифицират около две дузини лица всяка година, които надхвърлят този праг, и те завеждат огромната част от серийните искове по Unruh в щата. Ню Йорк няма равностоен публичен показател, но процедурните реформи след 2024 г. бяха разработени в отговор на сходна концентрация.</p>

  <hr />

  <h2 id="geography">03 · Географска концентрация</h2>

  <figure class="article-figure">
    <img src="/article-images/serial-plaintiffs-versus-individuals/inline-1.webp" alt="Опростена карта на Съединените щати, открояваща четирите федерални съдебни района — SDNY, EDNY, CDCA, NDCA — които съсредоточават основната част от исковете по дял III от ADA." width="800" height="450" loading="lazy" />
    <figcaption>Четири федерални съдебни района — SDNY и EDNY в Ню Йорк и CDCA и NDCA в Калифорния — приемат основната част от всички федерални искове по дял III. Южният съдебен район на Флорида и съдебният район на Ню Джърси водят следващото ниво.</figcaption>
  </figure>

  <p>Географската концентрация е най-устойчивата характеристика на набора данни. През 2024 г. <strong>Южният съдебен район на Ню Йорк и Източният съдебен район на Ню Йорк заедно приеха над 4500 иска по дял III</strong> — около 38% от националната сума. <strong>Централният съдебен район на Калифорния и Северният съдебен район на Калифорния</strong> добавиха още 2800 помежду си. Южният съдебен район на Флорида и съдебният район на Ню Джърси допълват следващото ниво. С други думи, четири съдебни района приемат основната част от всички федерални искове по дял III в страната.</p>

  <div class="chart-section">
    <div class="chart-title">Федерални искове по дял III за 2024 г. по съдебни райони (оценка)</div>
    <div class="bar-row"><div class="bar-label">SDNY (S.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">прибл. 3200 дела · 27%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA (C.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:62%">прибл. 2000 дела · 17%</div></div></div>
    <div class="bar-row"><div class="bar-label">EDNY (E.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:41%">прибл. 1300 дела · 11%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDFL (S.D. Fla.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">прибл. 900 дела · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">NDCA (N.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:25%">прибл. 800 дела · 7%</div></div></div>
    <div class="bar-row"><div class="bar-label">DNJ (D.N.J.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">прибл. 700 дела · 6%</div></div></div>
    <div class="bar-row"><div class="bar-label">Всички останали съдебни райони</div><div class="bar-track"><div class="bar-fill bf-d" style="width:30%">прибл. 3100 дела · 24%</div></div></div>
  </div>

  <p>Моделът не е случаен. SDNY и EDNY съчетават благоприятна позиция на районните съдилища относно уебсайта като обществено място (<em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017) и последвалата практика), снизходителен прецедент за лична подсъдност, който в исторически план е позволявал на нюйоркски ищци да съдят извъндържавни ответници в електронната търговия, и плътна адвокатура от специализирани кантори. Централният съдебен район на Калифорния съчетава множителя на законоустановените обезщетения по Unruh с правилото <em>Robles</em> на Деветия окръг. Съдебните райони на Флорида и Ню Джърси са втора по предпочитание форум, когато основните затягат процедурните си правила — и както показва раздел 05, точно това започна да се проявява през 2025 г.</p>

  <hr />

  <h2 id="website-wave">04 · Вълната от дела за достъпност на уебсайтове</h2>

  <p>Доктриналният фон, който обяснява обема за 2020–24 г., е кратък. По делото <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), Деветият окръг постанови, че ADA се прилага към уебсайта и приложението на веригата за пица, защото те са били достатъчно свързани с физическите ѝ магазини. Върховният съд отказа да приеме делото за разглеждане през октомври 2019 г. Делото <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994), вече беше осигурило по-старата доктрина на Първия окръг, че „обществено място“ не се ограничава до физически локации. Делото <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), доведе до ранен съдебен процес в полза на сляп ищец, който Единадесетият окръг по-късно отмени и върна на основание липса на предмет на спора през 2021 г. — оставяйки правото на ниво окръг неуредено в Единадесетия окръг дори и сега.</p>

  <p>Резултатът е мозайка. Ищците, завеждащи дела в Деветия и Първия окръг, имат ясна доктринална опора. Ищците, завеждащи дела във Втория окръг, имат благоприятна позиция на районните съдилища. Ищците, завеждащи дела в Единадесетия окръг, работят при остатъчна несигурност. Все още висящото нормотворчество на Министерството на правосъдието за уебсайтовете по дял III — включено в Единния регулаторен дневен ред от 2022 г. — би разрешило въпроса по административен ред, но все още не е издадено. Нормотворчеството по дял <em>II</em>, финализирано през април 2024 г. (<strong>28 CFR Part 35, Subpart H</strong>), извършва равностойната работа за уебсайтовете и приложенията на щатската и местната администрация, с поетапни срокове за съответствие, продължаващи до 2026–27 г. в зависимост от размера на юрисдикцията. Самото съществуване на правилото по дял II — и изричното му приемане на WCAG 2.1 ниво AA като стандарт — промени преговорната позиция в частните спогодби по дял III, въпреки че технически то не се прилага към тях.</p>

  <div class="callout info">
    <div class="ct">Въпросът за „връзката“ в едно изречение</div>
    <p>Неуреденият доктринален въпрос в окръзите е дали уебсайт без физически магазин-двойник — чист сайт за електронна търговия — сам по себе си е „обществено място“ по дял III. Деветият окръг (по <em>Robles</em>) изисква връзка с физическа локация. Първият и Седмият окръг тълкуват закона по-широко. Позицията на Единадесетия окръг е неуредена след отмяната на <em>Winn-Dixie</em> от 2021 г. Адвокатурата на ищците завежда дела там, където доктрината ги облагодетелства.</p>
  </div>

  <hr />

  <h2 id="procedural">05 · Процедурните отговори</h2>

  <p>Щатските законодателни органи реагираха на обема искове преди Конгреса. Три реформени модела имат значение през 2026 г.</p>

  <h3>Калифорния: §425.55 и декларацията за ищец с висока честота на завеждане</h3>
  <p>§425.55 от Гражданския кодекс на Калифорния, приет през 2015 г. и затегнат през 2024 г., изисква всеки ищец, отговарящ на прага за ищец с висока честота на завеждане, да подава отделна декларация с всеки иск по Unruh, разкриваща предходни искове, идентифицираща адвоката и посочваща причината за посещението в обекта на ответника. Прилага се допълнителна такса за подаване от $1000. Законът от 2015 г. бе потвърден срещу оспорване за равна защита по делото <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021). Измененията от 2024 г. — прокарани чрез SB-585 — добавиха по-строго изискване за заявяване на „лично посещение“, предназначено да отсее исковете по Unruh, основани на тестери, при които ищецът никога не е посетил физически бизнеса.</p>

  <h3>Ню Йорк: CPLR §3211(g)(1) и реформата за ищци, които не са местни жители</h3>
  <p>Законодателният орган на щата Ню Йорк измени в средата на 2024 г. CPLR §3211, за да изиска от ищците по определени дела, свързани с достъпността, да заявят връзка с Ню Йорк и да допусне молби за отхвърляне преди подаване на отговор при завишен стандарт на доказване, когато искът е един от поредица материално идентични искове. Публикуваната записка на вносителите изрично посочи моделите на завеждане на Mizrahi Kroub и Stein Saks — ищци, които не са местни жители на Ню Йорк, завеждащи десетки материално идентични иска за достъпност на уебсайтове срещу извъндържавни ответници — като поведението, към което е насочена реформата.</p>

  <h3>Флорида: допълнителната такса от 2021 г. и предварителното уведомление</h3>
  <p>Измененията от 2021 г. на дял VIII от гражданскопроцесуалните правила на Флорида добавиха допълнителна такса от $250 върху серийните искове по ADA (определени чрез прагове на ищец) и изискаха предварително уведомление, даващо на ответниците период за отстраняване. Федералният аналог — федерален законопроект за предварително уведомление (често цитиран като „ADA Education and Reform Act“), който премина през Камарата на представителите на САЩ през 2018 г., но никога през Сената — се появява отново във всеки следващ Конгрес. Версията за 119-ия Конгрес е висяща към средата на 2026 г.</p>

  <p>Първите резултати от реформата в Ню Йорк са видими в средногодишния доклад на Seyfarth за 2025 г. Федералните искове по дял III в Южния и Източния съдебен район на Ню Йорк спаднаха с около 40% през първото полугодие на 2025 г. в сравнение с първото полугодие на 2024 г. Исковете в Централния съдебен район на Калифорния нараснаха с приблизително 22% за същия период. Исковете в Ню Джърси — отдавна разглеждан като резервна юрисдикция за нюйоркските кантори — нараснаха с около 55%. Общата <em>национална</em> сума на федералните искове за първото полугодие на 2025 г. спадна с около 18% на годишна база.</p>

  <div class="chart-section">
    <div class="chart-title">Първо полугодие на 2025 г. спрямо първо полугодие на 2024 г. — тенденция на федералните искове по дял III</div>
    <div class="bar-row"><div class="bar-label">DNJ</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">+55%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">+22%</div></div></div>
    <div class="bar-row"><div class="bar-label">Национална сума</div><div class="bar-track"><div class="bar-fill bf-f" style="width:18%">-18%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + EDNY</div><div class="bar-track"><div class="bar-fill bf-g" style="width:40%">-40%</div></div></div>
  </div>

  <p>Тълкуването е спорно. Коментатори от страната на защитата разчетоха данните като доказателство, че нюйоркската реформа работи. Коментатори от страната на ищците ги разчетоха като доказателство, че реформата измества исковете към съседни юрисдикции и към щатски съд, където данните се проследяват по-трудно. И двете прочита са отчасти верни. Данните за първото тримесечие на 2025 г. на Калифорнийската комисия за достъп на хората с увреждания показват ръст на исковете по Unruh в щатските съдилища с около 12% на годишна база; данните на ниво регистър на Службата за съдебна администрация на щата Ню Йорк, където са обособени, показват по-малък, но реален ръст на исковете за достъпност в щатските съдилища за същия период.</p>

  <hr />

  <h2 id="defense-disability">06 · Ответници и съпротива на движението за права на хората с увреждания</h2>

  <p>Два разказа стоят върху един и същ регистър. И двата са отчасти верни, нито един не е напълно верен, а разногласието между тях е структурната форма на политическия дебат по дял III през 2026 г.</p>

  <div class="callout warning">
    <div class="ct">Рамката на страната на защитата</div>
    <p>Привържениците на реформата — включително Търговската камара на САЩ, Restaurant Law Center и Retail Litigation Center — определят завеждащите искове по дял III с висок обем като опортюнисти още от становищата като amicus от 2017 г. Речникът, който използват („изнудваческа схема“, „проходни искове“, „искове с едно щракване“), представя серийните кантори като недобросъвестни играчи, експлоатиращи вратичка в прехвърлянето на хонорарите. Записката за нюйоркската реформа от 2024 г. възприе тази рамка изрично.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Рамката на движението за права на хората с увреждания</div>
    <p>Организации за правата на хората с увреждания, включително Disability Rights Education and Defense Fund (DREDF), Disability Rights Advocates (DRA) и Националната федерация на слепите, отговориха със структурен аргумент: дял III не съдържа средство за обезщетение, Министерството на правосъдието завежда изчезващо малко дела за правоприлагане и в резултат единствените субекти с финансов стимул изобщо да прилагат закона са частните кантори, заплащани по модела на прехвърляне на хонорарите. Премахнете хонорарите и не получавате по-чиста система — получавате неприлагана такава.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Изменение на CPLR §3211 — записка на вносителите (2024 г.)</div>
    <div class="quote" lang="en">"The conduct targeted by this amendment is the filing of dozens of materially identical complaints by non-New York-resident plaintiffs against out-of-state defendants in this State's courts, where the connection to New York is, at most, a pleaded intent to visit."</div>
    <span class="source">Законодателен орган на щата Ню Йорк · записка на вносителите на CPLR §3211(g)(1) (2024 г.)</span>
  </div>

  <p>Дали се извършва основополагащото отстраняване на проблемите, се измерва по-трудно от броя на исковете. Тракерът на Seyfarth не записва условията на спогодбите; само част от споразуменията по съдебен ред са публично достъпни. ADA National Network и Job Accommodation Network са публикували случайни проследявания на отстраняването на проблеми, но нито една от тях няма изчерпателен надлъжен набор данни. Структурният въпрос — превръща ли се обемът искове в уебстраници, които реално са използваеми с екранен четец? — няма ясен отговор в публичните данни към средата на 2026 г.</p>

  <hr />

  <h2 id="individual">07 · Индивидуални ищци и стратегически съдебни производства</h2>

  <p>Регистрите на серийните кантори изтласкват по-малка, но доктринално по-важна линия: дела, заведени от индивидуални поименни ищци, подкрепяни от организации за стратегически съдебни производства. Това са делата, които произвеждат решенията на въззивна инстанция.</p>

  <p><strong>Националната федерация на слепите</strong> провежда координирана стратегия по дял III от началото на 2000-те години, включително <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006) (едно от най-ранните федерални решения, прилагащи дял III към търговски уебсайт), <em>NFB v. Scribd</em>, 97 F. Supp. 3d 565 (D. Vt. 2015) и поредица дела след <em>Robles</em> в секторите на висшето образование и финансовите услуги. <strong>American Foundation for the Blind</strong> допринася с работа като amicus и политически съдебни производства около федералната екосистема на Section 508. <strong>Националната асоциация на глухите</strong> е водещ институционален ищец в линията дела за субтитриране — включително <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012), <em>NAD v. Harvard</em> (D. Mass. от 2015 г. нататък) и <em>NAD v. MIT</em> — установявайки, че услугите за стрийминг на видео и университетските архиви на лекции подлежат на изискванията за достъп до комуникация по дял III.</p>

  <p><strong>Disability Rights Advocates</strong> (DRA) и <strong>Disability Rights Education and Defense Fund</strong> (DREDF) водят регистри на съдебни производства с обществено въздействие, които включват <em>Sullivan v. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) и свързани дела за отговорност на франчайзодателя, както и структурни дела срещу транспортни органи, училищни райони и големи търговски вериги. Тези регистри обикновено продължават с години, приключват със споразумения по съдебен ред с многомилионни програми за отстраняване на проблеми и произвеждат отстраняване, каквото серийната линия „един уебсайт по дело“ не произвежда. Те също така, по своята същност, произвеждат шепа дела на година — не хиляди.</p>

  <p class="pull-quote">Малък брой стратегически дела произвеждат правната доктрина. Много голям брой серийни дела произвеждат ежедневния натиск на правоприлагането. Министерството на правосъдието на практика не изпълнява нито една от двете роли в мащаб.</p>

  <hr />

  <h2 id="outlook">08 · Перспективи за 2026 г.</h2>

  <p>Три нишки вероятно ще определят остатъка от годината.</p>

  <ul>
    <li><strong>Нормотворчеството на Министерството на правосъдието за уебсайтовете по дял III.</strong> Предложеното правило е в Единния регулаторен дневен ред от 2022 г. Ако бъде издадено през 2026 г., то ще разреши — по административен ред — несигурността от разделението между окръзите около ответниците само с уебсайт и вероятно ще формализира WCAG 2.1 ниво AA като федерален стандарт, в съответствие с окончателното правило по дял II. Адвокатурата на ищците очаква правилото да <em>повиши</em> минималното ниво на това какво означава съответствие и следователно да разшири, а не да свие, обема на потенциалните ответници.</li>
    <li><strong>Възможно приемане за разглеждане от Върховния съд на въпроса за „връзката“.</strong> Неуредената позиция на Единадесетия окръг, линията <em>Robles</em> на Деветия окръг и мозайката от районни съдилища на Втория окръг произведоха повтаряща се поредица от молби. Съдът отказа разглеждане по <em>Robles</em> през 2019 г. и по няколко последващи молби до 2023 г.; молбите от сесията през 2025 г. в областта на достъпа до уебсайтове са висящи към момента на писане на тази статия.</li>
    <li><strong>Изместване към щатския съд.</strong> Най-измеримият ефект от процедурните реформи за 2024–25 г. е изместване на исковете от федералния към щатския съд и от Ню Йорк към Калифорния, Ню Джърси и Флорида. Ако този модел продължи, федералният тракер на Seyfarth ще подценява все повече истинския национален обем — а политическият дебат, който използва неговите цифри, ще се нуждае от нова база.</li>
  </ul>

  <h2 id="closing">Червената нишка</h2>

  <p>Картината на правоприлагането по дял III от ADA през 2026 г. е такава, при която обещанието на закона за обществените места се спазва, когато се спазва, от частна адвокатура, съсредоточена в шепа кантори и шепа съдебни райони, функционираща по модел на прехвърляне на хонорарите, който не беше централната идея на първоначалните вносители, но се превърна в носещата. Процедурните реформи от 2024 г. в Ню Йорк и Калифорния промениха повече къде се завеждат исковете, отколкото колко на брой са. Основополагащата разлика в достъпа — делът на американските търговски уебсайтове, които реално са използваеми с помощна технология — се движи по-бавно от кривата на съдебните производства, което е най-силният единичен аргумент, че настоящата система произвежда натиск, но все още не и резултати в мащаба, който Конгресът предполагаше през 1990 г.</p>

  <p>Дали висящото правило на Министерството на правосъдието по дял III, следващата вълна щатски реформи или приемане за разглеждане от Върховния съд ще промени този модел, е отвореният въпрос на 2026 г. Прочетете повече от Disability World за <a href="/bg/regulations/us/">ADA</a>, за <a href="/bg/regulations/">по-широкия правен пейзаж на достъпността в САЩ</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават съответствието, конформността и достъпността</a>, за <a href="/bg/toolkit/standards/wcag/">справочника по WCAG 2.2</a> и за <a href="/bg/articles/">репортажния архив за 2026 г.</a></p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Броят на исковете е изведен от тракера на Seyfarth Shaw за дял III от ADA (цикли 2013–2025 г., кодирани от PACER), блога <em>ADA Title III News &amp; Insights</em>, годишните доклади на Калифорнийската комисия за достъп на хората с увреждания, данните от регистъра на Службата за съдебна администрация на щата Ню Йорк и работния документ от 2024 г. на групата за правата на хората с увреждания към Американската асоциация за правосъдие. Броят на делата на ниво кантора са оценки, обобщени от публичния регистър и анализа на AAJ; точните цифри по кантори варират между източниците и отчетните цикли, а таблицата по-горе следва да се чете като относителен ред, не като одитирани суми. Цифрите по Unruh от щатските съдилища са реконструирани от годишните доклади на CCDA и резюметата от регистрите на висшите съдилища.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дял III, 42 U.S.C. §12181 и сл. (1990 г.). Граждански кодекс на Калифорния §§52, 425.50–425.55 (<span lang="en">Unruh Civil Rights Act</span> и декларацията за ищец с висока честота на завеждане). Нюйоркски CPLR §3211(g)(1) с измененията (2024 г.). Изменения на дял VIII от гражданскопроцесуалните правила на Флорида (2021 г.). 28 CFR Part 35, Subpart H (окончателно правило по дял II, април 2024 г., приемащо WCAG 2.1 ниво AA). Цитирани дела: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), отказано разглеждане 140 S. Ct. 122 (2019); <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994); <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Какво не е тази статия:</strong> Пълен регистър. Наборът данни на Seyfarth отчита само федерални искове; неизвестен брой искове по Unruh в щатските съдилища и по нюйоркския <span lang="en">State Human Rights Law</span> се завеждат паралелно и не са обхванати от водещата цифра. Това е редакционен анализ на дебат в областта на обществените политики, а не правен съвет. Читателите, изправени пред уведомително писмо или иск по дял III, следва да се консултират с компетентен адвокат, допуснат в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Щатски допълнения към ADA: Unruh, NYCHRL и ефектът на магнит за съдебни производства
url: https://www.disabilityworld.org/bg/articles/state-level-supplements-to-ada/
description: Федералният дял III от ADA дава на ищците преустановяване на нарушението и хонорари. Калифорнийският закон Unruh и нюйоркският градски закон за правата на човека добавят законоустановени обезщетения за всяко посещение — и затова два щата приемат преобладаващия дял от исковете за уеб достъпност.
author: Disability World
pubDate: 2026-05-22
tags: us-law, ada, unruh-act, nychrl, state-law, regulations, regulation-primer
---

# Щатски допълнения към ADA: Unruh, NYCHRL и ефектът на магнит за съдебни производства

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Калифорнийското знаме с мечката и знамето на щата Ню Йорк, монтирани едно до друго на флагщок пред екстериора на модерен съд — визуален опорен образ за щатските допълнения към федералния ADA.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph">Федералните ищци по дела за достъпност действат в сграда на два етажа. Партерът е <strong>дял III от Закона за американците с увреждания (ADA)</strong>, който забранява дискриминацията на хора с увреждания от страна на обществените места, но като средство предлага само преустановяване на нарушението плюс адвокатски хонорари — без парично обезщетение за индивидуалния ищец. Горният етаж е мозайката от <strong>щатски и градски закони за гражданските права</strong>, които изрично се надграждат върху нарушение на ADA и добавят онова, което федералният закон отказва: законоустановени обезщетения за всяко посещение, по-широки дефиниции на обхванатите субекти, по-ниски прагове за умисъл. За по-широката федерална рамка вижте нашето <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">ръководство за уеб достъпност по дял III от ADA</a>; за набора данни къде реално се завеждат исковете, статията за <a href="/bg/articles/largest-ada-settlements-2020-2026/">най-големите спогодби по ADA за 2020–2026 г.</a> е допълнение към тази.</p>

<p class="wp-block-paragraph">Това въведение е структурирано около пет щатски допълнения: калифорнийския <strong>Unruh Civil Rights Act</strong> (Civ. Code §§ 51–52, с минимума от $4000 за всяко нарушение, който превърна щата в световна столица на исковете за уеб достъпност), <strong>нюйоркския щатски закон за правата на човека (NYSHRL)</strong> и по-широкия <strong>нюйоркски градски закон за правата на човека (NYCHRL)</strong>, <strong>измененията на Флорида от 2021 г.</strong>, които повишават процедурната летва за искове по ADA, и <strong>масачузетската глава 151B</strong>. След това обясняваме ефекта на „магнит за съдебни производства“ — защо Калифорния и Ню Йорк заедно приемат основната част от исковете за достъпност на уебсайтове — и процедурните реформи (Cal. Civ. Code § 425.55, изменението на CPLR § 3211(g) от 2022 г.), които започват да преразпределят регистъра.</p>

<h2 class="wp-block-heading" id="h-why-state-law-matters">Защо щатското право има значение, когато федералният ADA вече съществува</h2>

<p class="wp-block-paragraph">Най-съществената истина за дял III от ADA е това, което той <em>не</em> предвижда: парично обезщетение за успелия ищец. <strong>42 U.S.C. § 12188(a)</strong> ограничава частните средства до защитата, налична по § 204(a) от Закона за гражданските права от 1964 г. — преустановяване на нарушението плюс разумни адвокатски хонорари, разходи и съдебни разноски. Сляп ищец, който докаже нарушение по дял III на уебсайта на търговец, си тръгва със съдебно разпореждане за отстраняване на проблема и присъдени хонорари за адвоката. Самият ищец не получава нищо.</p>

<p class="wp-block-paragraph">Щатските законодателни органи запълниха тази празнота още преди ADA да бъде изготвен. Калифорнийският закон Unruh предшества ADA с четири десетилетия; NYCHRL е приет през 1965 г. и оттогава е разширяван многократно. Когато през 1990 г. Конгресът определи федералното минимално ниво като преустановяване-плюс-хонорари, практическият ефект бе, че всеки ищец с достъп до щатскоправно покритие — Unruh в Калифорния, NYCHRL в Ню Йорк, глава 151B в Масачузетс — можеше да заяви ADA <em>и</em> щатско основание в един и същ иск и да получи законоустановени обезщетения по щатската претенция, докато федералната претенция движи разпореждането и присъждането на хонорарите. Двадесет и пет години по-късно тази архитектура на заявяване е изцяло причината географията на съдебните производства за достъпност да изглежда така, както изглежда.</p>

<h2 class="wp-block-heading" id="h-unruh">Калифорнийският Unruh Civil Rights Act</h2>

<p class="wp-block-paragraph"><strong>Unruh Civil Rights Act</strong>, кодифициран в §§ 51–52 от Гражданския кодекс на Калифорния, гарантира пълно и равноправно обслужване във всякакви видове бизнес обекти на лицата независимо от увреждане (наред с други защитени категории). Две характеристики го правят най-мощното щатско допълнение към ADA в Съединените щати.</p>

<h3 class="wp-block-heading" id="h-unruh-statutory-damages">Минимумът от $4000 законоустановени обезщетения за всяко нарушение</h3>

<p class="wp-block-paragraph"><strong>Civil Code § 52(a)</strong> дава право на успелия ищец по Unruh на „не по-малко от четири хиляди долара“ за всяко нарушение, плюс действителни вреди и адвокатски хонорари. Минимумът е законоустановен и не е по преценка; съд, който установи нарушение, трябва да присъди поне $4000. По делата за достъпност на уебсайтове калифорнийските съдилища обикновено третират всяко посещение на несъответстващ сайт като отделно нарушение — така че ищец, който заявява три посещения, заявява поне $12 000 законоустановени обезщетения преди хонорарите.</p>

<h3 class="wp-block-heading" id="h-unruh-ada-incorporation">Автоматично включване на ADA</h3>

<p class="wp-block-paragraph">Подраздел (f) на § 51, добавен с измененията от 1992 г., предвижда, че „нарушение на правото на всяко лице по федералния Закон за американците с увреждания от 1990 г. представлява също и нарушение на този раздел“. Превод: всяко нарушение по дял III по силата на калифорнийски закон автоматично е и нарушение по Unruh. Ищецът не е длъжен да доказва умишлена дискриминация по предходния стандарт на Unruh за „умишлено, активно противоправно поведение“, ако предпоставящата претенция по ADA е установена. Това е мостът, който превръща средството по ADA само за преустановяване в обезщетенията за всяко посещение по Unruh.</p>

<h3 class="wp-block-heading" id="h-unruh-construction-related-bar">Пластът на исковете за достъп, свързан със строителство</h3>

<p class="wp-block-paragraph">Редом с Unruh стои <strong>Калифорнийският закон за хората с увреждания</strong> (Civ. Code §§ 54–55.3) и плътен набор от процедурни разпоредби, приети през 2012 г. (SB 1186) и изменяни многократно оттогава. Тези разпоредби уреждат „искове за достъп, свързани със строителство“ — дела за физически помещения — и налагат изисквания за предварително уведомление, завишен стандарт на заявяване и спиране на обезщетенията за малки предприятия ответници, които удостоверят инспекция от CASp (сертифициран специалист по достъпност). По-голямата част от тази машинария не се прилага към чисто уебсайт дела; те остават уредени директно от Unruh § 52. Това разделение е част от причината калифорнийският регистър да се разпростре толкова силно от физически обекти към цифрови през последното десетилетие.</p>

<h2 class="wp-block-heading" id="h-new-york">Ню Йорк: щат плюс град, два наслоени пласта</h2>

<p class="wp-block-paragraph">Ню Йорк е единствената американска юрисдикция, в която ищец може да заяви едновременно по три режима за граждански права: федерален ADA, щатски NYSHRL и градски NYCHRL. Всеки добавя нещо, което останалите не предлагат.</p>

<h3 class="wp-block-heading" id="h-nyshrl">Нюйоркският щатски закон за правата на човека (NYSHRL)</h3>

<p class="wp-block-paragraph">NYSHRL, Executive Law § 296, забранява дискриминацията на основата на увреждане от страна на обществените места. Изменение от 2019 г. (глава 160 от Законите от 2019 г.) изрично прекъсна дългогодишното правило, че NYSHRL ще се тълкува съвпадащо с федералния дял VII / ADA, като указа на съдилищата да го тълкуват „широко за постигане на [неговите] поправителни цели“. Обезщетенията по NYSHRL включват компенсаторни вреди без законоустановен таван и — съгласно последвалото изменение от 2021 г. — наказателни обезщетения срещу частни работодатели и обществени места. Щатският закон в исторически план е по-слабият от двата нюйоркски пласта, защото прагът на градския закон е толкова по-нисък.</p>

<h3 class="wp-block-heading" id="h-nychrl">Нюйоркският градски закон за правата на човека (NYCHRL)</h3>

<p class="wp-block-paragraph"><strong>NYCHRL</strong>, дял 8 от Административния кодекс на град Ню Йорк, е — по преднамерен законодателен замисъл — най-обхватният закон за граждански права в Съединените щати. Три характеристики имат значение за ищците по дела за достъпност.</p>

<p class="wp-block-paragraph">Първо, <strong>мандатът за самостоятелно тълкуване</strong>. Local Civil Rights Restoration Act от 2005 г., кодифициран в § 8-130, указва на съдилищата, че NYCHRL „следва да се тълкува широко за постигане на уникално широките и поправителни цели на закона, независимо дали федералните или нюйоркските щатски закони за гражданските и човешките права, включително онези закони с разпоредби със сравнимо формулирани разпоредби на този дял, са били тълкувани по такъв начин“. Федералният прецедент по ADA е минимално ниво, никога таван и никога ограничение за местния закон. Апелационният съд на Ню Йорк указа на Втория окръг да чете градския закон като „по-защитен“ във всяка сравнима област.</p>

<p class="wp-block-paragraph">Второ, <strong>дефиницията на обхванатия субект е по-широка</strong> от тази по дял III. NYCHRL обхваща „доставчиците, лицензирани или нелицензирани, на стоки, услуги, обекти, обслужване, предимства или привилегии от всякакъв вид“ и е тълкуван така, че да обхваща изцяло онлайн бизнеси без дебата за „връзка с физическо обществено място“, който разделя федералните окръзи по дял III.</p>

<p class="wp-block-paragraph">Трето, <strong>пакетът от средства</strong>. § 8-502 допуска компенсаторни вреди, наказателни обезщетения, адвокатски хонорари и — на практика, макар и не по текста на закона — стойности на спогодбите, които направиха исковете за достъпност по NYCHRL също толкова търговски значими, колкото и тези по Unruh. Законоустановените обезщетения не са минимум от типа § 52, но наказателните обезщетения и компенсаторните вреди без таван действат в същата посока.</p>

<h2 class="wp-block-heading" id="h-comparison-table">Петте щатски допълнения накратко</h2>

<table class="wp-block-table">
<thead>
<tr>
<th>Щатски закон</th>
<th>Цитиране</th>
<th>Законоустановени обезщетения за всяко нарушение?</th>
<th>Автоматично включване на ADA?</th>
<th>Наскоро приета процедурна реформа?</th>
</tr>
</thead>
<tbody>
<tr>
<td>Калифорния — Unruh Civil Rights Act</td>
<td>Cal. Civ. Code §§ 51–52</td>
<td>Да — минимум $4000 за всяко нарушение</td>
<td>Да — § 51(f) третира всяко нарушение по дял III като нарушение по Unruh</td>
<td>Да — § 425.55 разкриване от ищци с висока честота и § 55.32 реформи за спиране и ранна оценка (поетапно 2012–2024 г.)</td>
</tr>
<tr>
<td>Нюйоркски градски закон за правата на човека (NYCHRL)</td>
<td>NYC Admin. Code Title 8 (особено §§ 8-107, 8-130, 8-502)</td>
<td>Без фиксиран минимум — но компенсаторни вреди без таван плюс наказателни обезщетения</td>
<td>Не — мандатът за самостоятелно тълкуване (§ 8-130) третира федералния ADA само като минимално ниво</td>
<td>Да — изменението на CPLR § 3211(g) (2022 г.) повишава стандарта за отхвърляне преди разкриване на доказателства за серийни ищци в някои съдилища</td>
</tr>
<tr>
<td>Нюйоркски щатски закон за правата на човека (NYSHRL)</td>
<td>NY Exec. Law § 296</td>
<td>Без фиксиран минимум — компенсаторни вреди плюс, от 2021 г., наказателни обезщетения срещу ответници — обществени места</td>
<td>Не — но изменението от 2019 г. изисква широко тълкуване независимо от федералните аналози</td>
<td>Няма щатска процедурна реформа, насочена към искове за достъпност, към средата на 2026 г.</td>
</tr>
<tr>
<td>Изменения на Флорида (2021 г.)</td>
<td>Fla. Stat. § 760.11 и сл., изменен със SB 1024 (2021 г.); виж също HB 7029 / допълнение от 2020 г.</td>
<td>Не — щатският закон продължава да следва средствата по федералния ADA</td>
<td>Да — щатският закон за правата на човека включва федералното право срещу дискриминация на хора с увреждания</td>
<td>Да — измененията от 2021 г. добавиха допълнителна такса от $5000 от страната на ищеца за серийни завеждащи и изискване за предварително уведомление, насочено към исковете по дял III за физически обекти</td>
</tr>
<tr>
<td>Масачузетс, глава 151B</td>
<td>Mass. Gen. Laws c. 151B; c. 272 §§ 92A, 98</td>
<td>Без законоустановен минимум — глава 151B допуска компенсаторни вреди плюс, отделно, главният прокурор може да търси граждански санкции до $50 000</td>
<td>Частично — глава 151B и глава 272 се припокриват с федералния дял III без автоматично включване от типа § 51(f)</td>
<td>Няма целева реформа за искове за достъпност; изискването за изчерпване пред MCAD действа като де факто филтър</td>
</tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-florida-amendments">Измененията на Флорида от 2021 г. и възпиращият ефект</h2>

<p class="wp-block-paragraph">Флорида е сред първите три федерални форума за искове по дял III от ADA през цялото десетилетие на 2010-те и в 2020-те, но — за разлика от Калифорния и Ню Йорк — щатският ѝ закон за правата на човека (Florida Civil Rights Act, Fla. Stat. § 760.01 и сл.) не носи обезщетения за всяко посещение или автоматично включване на нарушенията по федералния ADA от типа § 51(f). Ищците във Флорида водят дела по дял III във федерален съд и разчитат предимно на федералното преустановяване на нарушението плюс хонорари.</p>

<p class="wp-block-paragraph">През 2021 г. законодателният орган на Флорида прие SB 1024, изменяйки Закона за гражданските права с добавянето на <strong>допълнителна такса от $5000 от страната на ищеца</strong> за серийни завеждащи искове за достъпност и изискване за предварително уведомление, моделирано приблизително по калифорнийските реформи, свързани със строителство. Измененията са насочени към исковете по дял III за физически помещения, а не към чисто уебсайт дела, а конституционосъобразността на допълнителната такса бе оспорена в последващи федерални съдебни производства. По-важният е политическият сигнал: Флорида е първият голям щат за завеждане на искове, който въвежда възпиращ механизъм от страната на ищеца, а не стимул. Дали той съществено преразпределя регистъра е, към средата на 2026 г., открит емпиричен въпрос, на който предстоящото обновяване на данните за исковете ще започне да отговаря.</p>

<h2 class="wp-block-heading" id="h-massachusetts">Масачузетс, глава 151B: закон срещу дискриминация плюс покритие за обществени места</h2>

<p class="wp-block-paragraph">Масачузетс разделя режима си за граждански права на два закона. <strong>Глава 151B</strong> е общият закон срещу дискриминацията, обхващащ заетост, жилищно настаняване и кредитиране, администриран от Масачузетската комисия срещу дискриминацията (MCAD); ищецът трябва да изчерпи процедурата пред MCAD, преди да заведе съдебно дело. <strong>Глава 272, §§ 92A и 98</strong> е допълнението за обществените места, което е по-близо до федералния аналог по дял III и допуска директни съдебни дела без изчерпване пред MCAD при дискриминационен отказ на достъп до обществено място.</p>

<p class="wp-block-paragraph">Нито един от двата закона не носи минимум за всяко посещение от типа на Unruh. Изискването за изчерпване пред MCAD по претенциите на глава 151B действа като де факто филтър върху исковете, какъвто Калифорния и Ню Йорк просто нямат. Резултатът е щатски режим, който е стабилен на хартия, но произвежда малка част от обема искове на Калифорния или Ню Йорк.</p>

<h2 class="wp-block-heading" id="h-litigation-magnet">Ефектът на магнит за съдебни производства: защо два щата приемат по-голямата част от регистъра</h2>

<p class="wp-block-paragraph">Обобщените набори данни, изведени от PACER (годишният тракер на Seyfarth Shaw за дял III от ADA, тримесечните доклади на UsableNet, статистиките за делата на Federal Judicial Center), от години се събират около едно и също заглавие: <strong>Калифорния и Ню Йорк заедно приемат между 70% и 80% от всички федерални искове за достъпност на уебсайтове по дял III от ADA</strong> през всяка дадена календарна година, въпреки че държат значително под 20% от населението на САЩ. Флорида е на далечно трето място; всичко останало взето заедно запълва остатъка.</p>

<p class="wp-block-paragraph">Причината не е, че Калифорния и Ню Йорк имат повече недостъпни уебсайтове. Причината е, че Калифорния и Ню Йорк са единствените две големи юрисдикции, в които ищец може да получи обезщетения за всяко посещение — минимума от $4000 по Unruh, компенсаторните вреди без таван плюс наказателните обезщетения по NYCHRL — върху федералния пакет на ADA от преустановяване-и-хонорари. Икономиката на практиката за серийно завеждане работи в Калифорния и Ню Йорк. Тя не работи в Тексас, Илинойс или Пенсилвания, където федералното средство е единственото средство на масата.</p>

<p class="wp-block-paragraph">Има и самоподсилващ се ефект на концентрация. Канторите на ищци с опит по Unruh и NYCHRL са изградили инфраструктура за завеждане — тестери, шаблони за искове, наръчници за спогодби — която се мащабира линейно в тези две юрисдикции и изобщо не в други. Канторите на защитата са изградили допълващи практически групи в същите две юрисдикции. Резултатът е география на регистъра, която, двадесет години след началото на ерата на съдебните производства за уеб достъпност, отразява географията на законите, допълващи ADA.</p>

<h2 class="wp-block-heading" id="h-procedural-reforms">Процедурни реформи, които започват да преразпределят регистъра</h2>

<p class="wp-block-paragraph">Както Калифорния, така и Ню Йорк през последното десетилетие приеха процедурни реформи, насочени към страната на регистъра с висок обем искове. Реформите не премахват основополагащите законоустановени обезщетения; те повишават летвата за заявяване.</p>

<h3 class="wp-block-heading" id="h-cal-civ-code-425-55">§ 425.55 от Гражданския кодекс на Калифорния и правилата за ищци с висока честота</h3>

<p class="wp-block-paragraph">§ 425.55 от Гражданския кодекс на Калифорния, първоначално приет през 2012 г. и разширен с AB 1521 (2015 г.), SB 1186 (2021 г.) и последващо законодателство, установява категория „ищец с висока честота“ — по принцип ищец, завел десет или повече иска за достъп, свързан със строителство, в рамките на 12-месечен период. Исковете на ищци с висока честота трябва да бъдат верифицирани, трябва да съдържат допълнителни разкривания (брой предходни производства, самоличност на адвоката, причина на ищеца за посещение на бизнеса) и задействат допълнителна съдебна такса за подаване от $1000. Съпътстващата разпоредба, § 425.50 от Гражданскопроцесуалния кодекс, изисква завишен стандарт за фактическо заявяване по претенции по дял III, свързани със строителство.</p>

<p class="wp-block-paragraph">Реформите са насочени към дела за физически помещения. Те не уреждат пряко чисто уебсайт исковете по Unruh, което е част от причината исковете да продължат да растат в цифровия канал, дори когато исковете за физически помещения се стабилизираха. Законодателната сесия на Калифорния от 2024 г. обсъди разширяване на § 425.55 към уебсайт дела; нито една приета версия не беше стигнала до бюрото на губернатора към средата на 2026 г.</p>

<h3 class="wp-block-heading" id="h-cplr-3211">CPLR § 3211(g) и нюйоркският стандарт за отхвърляне преди разкриване на доказателства</h3>

<p class="wp-block-paragraph">Изменение от 2022 г. на нюйоркския Civil Practice Law and Rules § 3211(g) промени стандарта за молби за отхвърляне преди разкриване на доказателства по определени дела за граждански права. Изменението бе предизвикано отчасти от загриженост за серийното завеждане на уебсайт дела по NYCHRL; в действие то даде на съдиите от Върховния съд на Ню Йорк по-ясно текстово основание за ранно отхвърляне на необосновани искове. Делата по федерален ADA на Втория окръг, изведени от подсъдност, не се уреждат пряко, но щатскоправното развитие се отрази обратно върху начина, по който федералните съдилища в Южния и Източния съдебен район оценяват акцесорни претенции по NYCHRL.</p>

<p class="wp-block-paragraph">Нито един от двата реформени пакета не премахва законоустановените обезщетения, които движат регистъра. И двата увеличават разхода за ищците от завеждането на искове в обем — което е точно проектният замисъл. Емпиричният въпрос за следващия отчетен цикъл е дали увеличението на разхода е достатъчно, за да преразпредели исковете извън Калифорния и Ню Йорк, или основополагащата икономика все още облагодетелства тези два щата дори при по-високата процедурна летва.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици за ответници и ищци</h2>

<p class="wp-block-paragraph">За организациите, поддържащи уебсайтове, до които достъпват потребители от Калифорния или Ню Йорк, стратегическата позиция е уредена от години: федералното минимално ниво на преустановяване-и-хонорари по ADA е долната граница на експозицията; горната граница е таванът от $4000 за всяко посещение по Unruh или наказателните-плюс-компенсаторни обезщетения по NYCHRL. Работата по предварително отстраняване на проблеми се изплаща, ако предотврати дори един иск по Unruh. За организациите, действащи във Флорида или Масачузетс, профилът на експозицията е по-тесен, а процедурният филтър (допълнителната такса на Флорида, изчерпването пред MCAD в Масачузетс) съществено влияе върху това колко дела изобщо стигат до съд.</p>

<p class="wp-block-paragraph">За ищците географията на регистъра не е случайност на това къде живеят хората с нарушения. Тя е предвидимият резултат от това къде законодателят им е платил да завеждат. Реформените пакети, които сега си проправят път през Калифорния и Ню Йорк, са първата устойчива законодателна съпротива срещу тази концентрация. Дали те съществено преразпределят исковете, или просто повишават входния разход за практиките за серийно завеждане, ще бъде емпиричната история на отчетния цикъл в края на 2020-те. За по-широката политическа рамка вижте статията ни за <a href="/bg/articles/private-right-of-action-vs-regulator/">частно право на иск спрямо правоприлагане, водено от регулатор</a>; за федералното минимално ниво — <a href="/bg/articles/ada-title-iii-web-accessibility-guide/">въведението в дял III</a>; за историята на спогодбите по отделни дела — статията за <a href="/bg/articles/largest-ada-settlements-2020-2026/">най-големите спогодби по ADA за 2020–2026 г.</a></p>

<h2 class="wp-block-heading" id="h-conclusion">Заключение: федерално минимално ниво, щатски таван</h2>

<p class="wp-block-paragraph">Дял III от ADA е, структурно, закон за преустановяване на нарушението с разпоредба за прехвърляне на адвокатските хонорари. Винаги е било предопределено щатски закон да определи дали нарушенията на достъпността се водят за обезщетения. Калифорния, два пъти — веднъж с изменението от 1992 г. за включване по § 51(f) на Unruh, и отново с устойчивото затягане на минимума за обезщетения по § 52 — избра да бъде щатът, в който това става. Ню Йорк, чрез Local Civil Rights Restoration Act от 2005 г. и мандата на NYCHRL за самостоятелно тълкуване, избра същия път по различен доктринален маршрут. Флорида и Масачузетс избраха иначе. Резултатът е регистърът, който имаме.</p>

<p class="wp-block-paragraph">Следващата глава на американските съдебни производства за достъпност ще бъде написана от процедурните реформи, които сега са в ход в двата щата-магнит. Правилата за ищци с висока честота по § 425.55, стандартът за отхвърляне преди разкриване на доказателства по CPLR § 3211(g) и законодателните предложения за разширяване на който и да е от тях към чисто уебсайт дела ще определят дали географията на регистъра ще се запази, ще се стесни или — за първи път от двадесет и пет години — ще се разпръсне.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници</h2>

<ol class="wp-block-list">
<li>Закон за американците с увреждания от 1990 г., дял III, 42 U.S.C. § 12181 и сл.; разпоредба за средствата в 42 U.S.C. § 12188(a).</li>
<li>Граждански кодекс на Калифорния §§ 51–52 (Unruh Civil Rights Act); §§ 54–55.32 (Калифорнийски закон за хората с увреждания); Гражданскопроцесуален кодекс § 425.50, § 425.55 (правила за ищци с висока честота).</li>
<li>Нюйоркски Executive Law § 296 (NYSHRL); 2019 N.Y. Laws ch. 160 (мандат за широко тълкуване); изменения от 2021 г., допускащи наказателни обезщетения.</li>
<li>Административен кодекс на град Ню Йорк, дял 8 (NYCHRL), по-специално §§ 8-107, 8-130 (Local Civil Rights Restoration Act от 2005 г.), 8-502.</li>
<li>Florida Statutes § 760.01 и сл.; изменения SB 1024 от 2021 г.; HB 7029 (2020 г.) допълнение.</li>
<li>Massachusetts General Laws c. 151B; c. 272 §§ 92A, 98; процедурни правила на MCAD.</li>
<li>Нюйоркски Civil Practice Law and Rules § 3211(g), с изменения от 2022 г.</li>
<li>Seyfarth Shaw LLP, <em>ADA Title III News &amp; Insights — Annual Lawsuit Tracker</em> (цикъл 2024–25 г.) и тримесечни обновявания за исковете от UsableNet.</li>
<li>Federal Judicial Center, <em>Federal Court Cases — Integrated Database</em>, статистики за делата по дял III от ADA.</li>
<li>Калифорнийска комисия за достъп на хората с увреждания, законоустановени доклади по Government Code § 8299.06.</li>
</ol>

</div>

---
title: Състоянието на достъпа до образование за глухи по света през 2026 г.
url: https://www.disabilityworld.org/bg/articles/state-of-deaf-education-access/
description: Двадесет години след като CRPD призна правото на глухите деца да учат на жестов език, разликата между договора и класната стая все още се измерва в милиони. Преглед на състоянието през 2026 г. в шест държави, три модела на преподаване и политическите механизми, които започват да я затварят.
author: Disability World
pubDate: 2026-05-22
tags: education, deaf-education, sign-language, crpd, global, data
---

# Състоянието на достъпа до образование за глухи по света през 2026 г.

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Досие с данни</strong> · Достъп до образование по света</span>
</div>

<h1>Състоянието на достъпа до образование за глухи по света <em>през 2026 г.</em></h1>

<p class="lede">Двадесет години след като Конвенцията на ООН за правата на хората с увреждания призна правото на глухите деца да учат на жестов език, световната картина е на бавно, неравномерно наваксване. СЗО преброява <strong>34 милиона деца под 15 години</strong> с инвалидизираща загуба на слуха. ЮНЕСКО изчислява, че <strong>около 80%</strong> от глухите деца в училищна възраст в страните с ниски и средни доходи са извън училище. Световната федерация на глухите поддържа същата линия, която отстоява от десетилетие: <strong>под 3%</strong> от глухите деца по света се обучават на жестов език, който могат да ползват като роден. Около <strong>80 юрисдикции</strong> са придали на национален жестов език някаква форма на правен статут. Това е състоянието през 2026 г.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Изводи · Дело 01</span>
    <span class="dossier-meta">06 записа · изведени от СЗО 2024, ЮНЕСКО GEM, WFD 2024, наблюдения на Комитета по CRPD</span>
  </header>

  <h2 class="dossier-title" id="dossier-title">Какво казват данните за достъпа до образование за глухи през 2026 г.</h2>

  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">34 млн.</span>
      <div class="dossier-body">
        <p class="dossier-claim">По света има около 34 милиона глухи деца под 15 години</p>
        <p class="dossier-note">Обновлението на СЗО за 2024 г. на Световния доклад за слуха поставя световното население с инвалидизираща загуба на слуха на около 430 милиона души, включително 34 милиона деца под 15 години. Без политическа намеса моделът прогнозира над 700 милиона до 2050 г., с растеж, концентриран в страните с ниски и средни доходи.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">прибл. 80%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Около 80% от глухите деца в училищна възраст в страните с ниски и средни доходи са изцяло извън училище</p>
        <p class="dossier-note">Докладът на ЮНЕСКО за глобален мониторинг на образованието носи тази оценка от изданието си с фокус върху приобщаването от 2020 г. и я потвърждава във всяка следваща годишна концептуална бележка, включително във входните данни за ЦУР 4 от 2024 г. Цифрата е порядък, а не точно преброяване — само малцинство от държавите събират данни за образователните постижения, разбити по слухов статус.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">&lt; 3%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Под 3% от глухите деца се обучават на жестов език, който могат да ползват като роден</p>
        <p class="dossier-note">Световната федерация на глухите отстоява тази линия с точност до един процентен пункт от почти десетилетие. Позиционният документ за член 24 от 2024 г. потвърждава цифрата като най-важния единичен показател за разликата между договора и класната стая.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">прибл. 80</span>
      <div class="dossier-body">
        <p class="dossier-claim">Около 80 юрисдикции вече придават на национален жестов език някакъв правен статут</p>
        <p class="dossier-note">Формите варират от пълно конституционно признаване (финландският FinSL от 1995 г., исландският ÍTM от 2011 г.) до по-тесни закони, обхващащи съдебно тълкуване, обучение или достъп до медии. Признаването постоянно изпреварва преподаването в класната стая.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">&lt; 1/3</span>
      <div class="dossier-body">
        <p class="dossier-claim">В масовите учебни заведения в САЩ под една трета от глухите ученици имат целодневно квалифицирано тълкуване</p>
        <p class="dossier-note">Годишното проучване на САЩ за 2024 г. на глухите и трудночуващите деца и младежи документира структурната разлика в системите с високи доходи, които отдавна са решили по-простия проблем да въведат глухите деца в класната стая. Сравними европейски данни не се събират на обща основа — което само по себе си е част от проблема.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">12</span>
      <div class="dossier-body">
        <p class="dossier-claim">Дванадесет държави поеха ангажименти за обучение на учители по жестов език на GDS 2025 в Берлин</p>
        <p class="dossier-note">Категория ангажименти, която не съществуваше като проследявана линия на GDS 2018 или GDS 2022. Секретариатът на срещата на върха вече публикува данни от тракер за това кои от тези ангажименти имат финансирани бюджетни редове към средата на 2026 г.</p>
      </div>
    </li>
  </ol>

  <p class="dossier-foot"><strong>Източник</strong>Световен доклад на СЗО за слуха (2021 г., обновление от 2024 г.); доклад на ЮНЕСКО GEM 2020 г. + входни данни за ЦУР 4 от 2024 г.; работен документ на Световната федерация на глухите за член 24 от 2024 г.; заключителни наблюдения на Комитета по CRPD 2022–2025 г.; Годишно проучване на Изследователския институт на Gallaudet 2024 г.; тракер на ангажиментите от GDS 2025 в Берлин.</p>
</section>

<div class="toc">
  <div class="toc-title">В този доклад</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">Числата, които никой не оспорва</a></li>
    <li><span class="toc-num">02</span><a href="#models">Три конкуриращи се модела на преподаване</a></li>
    <li><span class="toc-num">03</span><a href="#working">Където достъпът работи</a></li>
    <li><span class="toc-num">04</span><a href="#failing">Където не работи</a></li>
    <li><span class="toc-num">05</span><a href="#moving">Какво реално задвижи 2026 г.</a></li>
    <li><span class="toc-num">06</span><a href="#gaps">Какво 2026 г. все още пропуска</a></li>
    <li><span class="toc-num">07</span><a href="#closing">Червената нишка</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">Числата, които никой не оспорва</h2>

<p class="dropcap-first">Водещите цифри за достъпа до образование за глухи идват от три набора данни, които, взети заедно, са най-близкото до споделена база, което областта има. <strong>Обновлението на СЗО за 2024 г. на Световния доклад за слуха</strong> поставя световното население с инвалидизираща загуба на слуха на около 430 милиона души, включително 34 милиона деца под 15 години. Същият модел прогнозира, че над 700 милиона души ще живеят с инвалидизираща загуба на слуха до 2050 г. без политическа намеса, като огромната част от растежа е концентрирана в страните с ниски и средни доходи.</p>

<p>Картината на достъпа до образование стои вътре в тези числа. <strong>Докладът на ЮНЕСКО за глобален мониторинг на образованието (GEM)</strong>, от изданието си с фокус върху приобщаването от 2020 г., третира участието в училище на глухите деца като подробен пример за това как общата реторика за „приобщаващо образование“ се сблъсква с конкретните изисквания на езиковия достъп. Многократно цитираната му оценка — че около 80% от глухите деца в училищна възраст в страните с ниски и средни доходи са изцяло извън училище — е потвърждавана във всяка от следващите годишни концептуални бележки на ЮНЕСКО, включително във входните данни за Цел 4 за устойчиво развитие от 2024 г. Оценката е порядък, а не точно преброяване, защото основополагащите проучвания, които са я произвели, сами по себе си са непълни: само малцинство от държавите изобщо събират данни за образователните постижения с филтър по слухов статус.</p>

<p>Третата опора се проследява от <strong>Световната федерация на глухите (WFD)</strong>. В позиционния си документ от 2024 г. за член 24 от CRPD WFD потвърждава оценка, която отстоява с точност до един процентен пункт от почти десетилетие: под 3% от глухите деца по света се обучават на жестов език, който могат да ползват като основен език на преподаване. Същият документ води и текущо отчитане на правното признаване — към 2024 г. около 80 юрисдикции са придали на национален жестов език някаква форма на правен статут.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">430 млн.</div><div class="stat-desc">Хора по света с инвалидизираща загуба на слуха (СЗО 2024 г.)</div></div>
  <div class="stat-box"><div class="stat-big">700 млн.+</div><div class="stat-desc">Прогнозирани до 2050 г. без политическа намеса (модел на СЗО)</div></div>
  <div class="stat-box"><div class="stat-big">прибл. 80</div><div class="stat-desc">Юрисдикции с някакво правно признаване на национален жестов език</div></div>
</div>

<div class="chart-section">
  <div class="chart-title">УСЛОВЕН ДЯЛ НА ГЛУХИТЕ ДЕЦА ИЗВЪН УЧИЛИЩЕ, ПО РЕГИОНИ</div>
  <div class="bar-row">
    <div class="bar-label">Субсахарска Африка</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:85%">75–90%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Южна и ЮИ Азия</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:70%">60–80%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Източна Азия и Тихоокеанския регион</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:50%">40–60%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Латинска Америка</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:40%">30–50%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Европа и Централна Азия</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">5–15%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Северна Америка</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:3%">прибл. 3%</div></div>
  </div>
</div>

<table class="dt">
  <caption class="sr-only">Избрани показатели за достъпа до образование за глухи по региони.</caption>
  <thead>
    <tr><th scope="col">Регион</th><th scope="col">Деца със загуба на слуха (оценка)</th><th scope="col">Дял извън училище</th><th scope="col">Юрисдикции, признаващи национален жестов език</th></tr>
  </thead>
  <tbody>
    <tr><td>Субсахарска Африка</td><td class="num">прибл. 9,5 млн.</td><td class="num">75–90%</td><td class="num">14</td></tr>
    <tr><td>Южна и Югоизточна Азия</td><td class="num">прибл. 12 млн.</td><td class="num">60–80%</td><td class="num">9</td></tr>
    <tr><td>Източна Азия и Тихоокеанския регион</td><td class="num">прибл. 5 млн.</td><td class="num">40–60%</td><td class="num">11</td></tr>
    <tr><td>Латинска Америка и Карибите</td><td class="num">прибл. 2,4 млн.</td><td class="num">30–50%</td><td class="num">17</td></tr>
    <tr><td>Европа и Централна Азия</td><td class="num">прибл. 1,6 млн.</td><td class="num">5–15%</td><td class="num">31</td></tr>
    <tr><td>Северна Америка</td><td class="num">прибл. 0,9 млн.</td><td class="num">прибл. 3%</td><td class="num">3</td></tr>
  </tbody>
</table>

<p>Картината в страните с високи доходи е по-добра в заглавията и нееднозначна в детайлите. Националните нива на записване на глухите деца обикновено съответстват на тези на чуващите им връстници; резултатите — не. Годишното проучване на САЩ за 2024 г. на глухите и трудночуващите деца и младежи например отчита, че под една трета от глухите ученици в масовите учебни заведения имат целодневен достъп до преводач, квалифициран по езика на преподаване — структурна бариера в страни, които отдавна са решили по-простия проблем да въведат глухите деца в класната стая на първо място. Сравними европейски данни не се събират на обща основа, което само по себе си е част от проблема.</p>

<div class="callout info">
  <div class="ct">Защо оценката е порядък, а не преброяване</div>
  <p>Цифрата от 80% извън училище в страните с ниски и средни доходи се получава чрез съпоставяне на национални домакински проучвания с оценки за населението на глухите. Повечето страни с ниски и средни доходи изобщо не провеждат проучвания за образователните постижения с филтър по слухов статус. Числото е защитимо долно ниво, а не прецизно измерване — което само по себе си е част от политическия проблем.</p>
</div>

<hr />

<h2 id="models">Какво всъщност означава „достъп“: три конкуриращи се модела</h2>

<p>Зад всяка национална политика за образованието на глухите стои избор — обикновено неизказан, понякога оспорван в съдилищата — между три модела на преподаване. Нито един от тях не е единодушно подкрепен от доказателства по всички резултати, а WFD е изрична от обновлението си за член 24 от 2018 г., че трите не са равностойни.</p>

<h3>1. Жестово-двуезично / бикултурно обучение</h3>
<p>Глухото дете се обучава на национален жестов език като основен език на преподаване; писменият език на страната се преподава като втори език. Двуезичните училища на Швеция (от 1981 г.) и жестово-двуезичната учебна програма на Исландия (от 2011 г.) са най-дълготрайните съвременни примери. Данните за постиженията от тези системи — равнопоставеност с чуващите връстници по разбиране при четене към края на гимназията — са най-силните в областта и са препоръчителната подразбираща се опция на WFD за всяка страна с достатъчно предлагане на учители.</p>

<h3>2. Масово обучение с тълкуване и подкрепа</h3>
<p>Глухото дете посещава училище за чуващи с квалифициран преводач на жестов език и, в идеалния случай, глухи връстници в същата година. Това е преобладаващият модел в по-голямата част от Европа и Северна Америка. Където тълкуването е целодневно и преводачът владее свободно домашния диалект на детето в националния жестов език, резултатите могат да съответстват на двуезичния модел; където то е частично, споделено или липсва — документираната норма — резултатите спадат рязко.</p>

<h3>3. Орално / водено от кохлеарен имплант образование</h3>
<p>Глухото дете е снабдено с кохлеарен имплант или слухови апарати и се обучава на говорим език, често изобщо без обучение по жестов език. Моделът доминира в някои страни със средни доходи, които са инвестирали значително в програми за имплантиране (повечето страни от Персийския залив, части от Китай), и остава разпространен в частното образование за глухи в САЩ. Позицията на WFD от 2024 г. остава, че този модел сам по себе си — без паралелен достъп до жестов език — произвежда измерими вреди за идентичността и от езикова депривация, дори когато аудиологичните резултати са добри.</p>

<p class="pull-quote">„Признаването на жестов език е минималното ниво, не таванът. Учителите, учебниците, пътят на ранна интервенция и услугите за семействата са онова, което решава дали правото е реално.“</p>

<div class="quote-block">
  <div class="meta">Световна федерация на глухите · работен документ за член 24 · 2024 г.</div>
  <div class="quote" lang="en">"Inclusive education delivered through a national sign language is not the same intervention as mainstreaming with interpretation. The two should not be reported under the same indicator, and they should not be funded under the same budget line."</div>
  <span class="source">Позиционен документ на WFD за член 24, обновление от 2024 г.</span>
</div>

<hr />

<h2 id="working">Където достъпът работи</h2>

<p>Три държави показват как изглежда последователната, многодесетилетна инвестиция. Нито една от тях не е богата в абсолютни стойности — отличава ги политическата приемственост, не бюджетът.</p>

<table class="dt">
  <caption class="sr-only">Сравнение на държави с работещи системи за образование на глухи.</caption>
  <thead>
    <tr><th scope="col">Държава</th><th scope="col">Законово признаване</th><th scope="col">Преобладаващ модел</th><th scope="col">Отличителна черта</th></tr>
  </thead>
  <tbody>
    <tr><td>Нова Зеландия</td><td>NZSL Act 2006 (3-ти официален език)</td><td>Масово обучение + централна подкрепа NZSL@School</td><td>Централно финансирани помощници по NZSL, а не по преценка на отделните училища</td></tr>
    <tr><td>Бразилия</td><td>Федерален закон 10.436 (2002 г.); Декрет 5.626 (2005 г.)</td><td>Двуезични училища по Libras + масово обучение с подкрепа на Libras</td><td>Задължителен Libras в специалностите за обучение на учители и логопеди</td></tr>
    <tr><td>Финландия</td><td>FinSL конституционно признат от 1995 г.</td><td>Жестово-двуезичен от край до край</td><td>Националният образователен съвет изготвя учебни материали</td></tr>
    <tr><td>Исландия</td><td>ÍTM признат със Закон 61/2011</td><td>Жестово-двуезичен от край до край</td><td>Малкото население наложи единен финансиран модел, а не меню</td></tr>
  </tbody>
</table>

<p><strong>Нова Зеландия</strong> призна новозеландския жестов език за законово признат официален език на Нова Зеландия през 2006 г. (NZSL Act, S.6), наред с английския и te reo Māori. Програмата NZSL@School на Министерството на образованието поставя свободно владеещи NZSL помощници в масовите училища, посещавани от глухи ученици, с централно финансиране, а не по преценка на отделните училища. Системата не е перфектна — селските назначения все още разчитат на пътуващи специалисти — но правното минимално ниво е недвусмислено и Службата по въпросите на хората с увреждания публикува резултати ежегодно.</p>

<p><strong>Бразилия</strong> призна бразилския жестов език (Libras) като средство за комуникация и изразяване на общността на глухите чрез Федерален закон 10.436 през 2002 г., с Декрет 5.626 (2005 г.), който го операционализира чрез двуезични (Libras + писмен португалски) училища и задължително обучение по Libras в специалностите за обучение на учители и логопеди. Последващото законодателство — последно измененията от 2021 г. на Lei Brasileira de Inclusão da Pessoa com Deficiência — измести модела още повече към жестово-двуезичното обучение, с родителски избор между двуезични училища за глухи и масови училища с подкрепа на Libras.</p>

<p><strong>Финландия и Исландия</strong> представляват малочисления край на същия континуум. Финландският жестов език (FinSL) е конституционно признат от 1995 г.; исландският жестов език (ÍTM) — от 2011 г. И двете държави предлагат жестово-двуезична учебна програма от край до край, с учебни материали, изготвяни от националните образователни съвети, а не оставени на НПО. Моделът има непропорционално значение: малките населения означават малки общи брой глухи ученици, което на свой ред принуждава и двете държави да изберат един модел и да го ресурсират, вместо да предлагат меню, за което всъщност нито една от опциите не е обезпечена с персонал.</p>

<div class="callout safe">
  <div class="ct">Споделената черта е политическата приемственост, не размерът на бюджета</div>
  <p>Това, което обединява Нова Зеландия, Бразилия, Финландия и Исландия, е многодесетилетната законодателна приемственост зад един избран модел на преподаване, с предлагане на учители, финансирано като част от същия пакет. Нито една от тях не е богата в абсолютни стойности спрямо големи държави членки на ЕС, които все още отчитат по-слаби резултати.</p>
</div>

<hr />

<h2 id="failing">Където не работи</h2>

<p>Същият анализ — признаване, предлагане на учители, път на ранна интервенция, политическа приемственост — може да се приложи към държави, в които достъпът е структурно по-слаб. Четири случая обхващат типологията.</p>

<h3>Китай — мащабът среща смесена система</h3>
<p>Китай има най-голямото в абсолютни стойности население в училища за глухи в света и една от най-амбициозните програми за субсидиране на кохлеарни импланти сред страните със средни доходи. Китайският жестов език (中国手语) е обект на национална стандартизация от 2018 г., но законът за специалното образование на страната продължава да допуска смес от орален, двуезичен и тоталнокомуникационен модел на провинциално ниво. Резултатът е разлика в постиженията между градските и селските райони, чийто размер е труден за оценка отвън: воденото от имплант образование преобладава в градовете от първи ред, докато селските глухи ученици са далеч по-склонни да са в училища, където владеенето на жестов език от самия учител е частично.</p>

<h3>Виетнам — тънък поток от учители</h3>
<p>Виетнам призна формално виетнамския жестов език през 2010 г. и изготви национален речник на виетнамския жестов език, но капацитетът за обучение на учители остава обвързващо ограничение. УНИЦЕФ и виетнамското Министерство на образованието и обучението проведоха няколко кръга обучения по време на работа от 2017 г.; основополагащата разлика — само малък брой колежи за обучение на учители изобщо предлагат потоци по жестов език — е това, което определя колко бързо може да се мащабира преподаването в класната стая, повече от законодателната или учебната рамка.</p>

<h3>Русия — признаване без капацитет за обучение</h3>
<p>Руският жестов език (РЖЯ) получи формалния статут на „език на общуване при наличие на нарушение на слуха или речта“ с изменение от 2012 г. на федералния закон за социалната защита на хората с увреждания. Признаването не доведе до пропорционално разширяване на обучението на учители; съществуващата мрежа от специализирани училища за глухи (тип I и II) продължава да поема повечето записвания, като тълкуването в масовите училища остава изключение.</p>

<h3>Субсахарска Африка — разстояние, учители, оборудване</h3>
<p>Южна Африка е единствената африканска държава, придала на национален жестов език пълен конституционен статут (SASL, изменение от 2023 г.). Другаде обвързващите ограничения са конкретни: разстояние до най-близкото училище за глухи, гъстота на учителите по жестов език, доставка на слухови апарати и отоскопи и липсата на редовно финансирани услуги по тълкуване на ниво гимназия. Регионалният доклад на WFD за Африка от 2024 г. отбелязва, че 14 субсахарски държави вече признават национален жестов език в някаква форма — удвояване от 2014 г. насам — но признаването постоянно изпреварва преподаването в класната стая.</p>

<div class="callout warning">
  <div class="ct">Повтарящото се обвързващо ограничение е предлагането на учители, не законът</div>
  <p>В селските провинции на Китай, Виетнам, Русия след 2012 г. и по-голямата част от Субсахарска Африка обвързващото ограничение за затваряне на разликата в достъпа не е липсата на законово признаване — а липсата на колежи за обучение на учители, произвеждащи свободно владеещи жестов език педагози в мащаба, който населението на глухите деца в училищна възраст изисква.</p>
</div>

<hr />

<h2 id="moving">Какво реално задвижи 2026 г.</h2>

<p>Минималното ниво на договора вече беше налице. Това, което се движи през 2026 г., е инфраструктурата за прилагане.</p>

<p>Текущите <strong>заключителни наблюдения на Комитета по CRPD на ООН</strong> по член 24, от 2022 г., станаха забележимо по-конкретни относно образованието на глухите — посочвайки поименно държави за капацитета им за обучение на учители, за наличието на учебна програма по жестов език и за пътищата на ранна интервенция за възрастовата група 0–3 години, вместо да преповтарят общото право. Последващата бележка на Комитета от 2025 г. към Обща бележка 4 изрично разграничи „приобщаващото образование, предоставяно чрез жестов език“ от „масовото обучение с тълкуване“ и отбеляза, че двете не са равностойни. Това разграничение не присъстваше в първоначалната Обща бележка от 2016 г.</p>

<div class="quote-block">
  <div class="meta">Комитет по CRPD на ООН · последваща бележка към Обща бележка 4 · 2025 г.</div>
  <div class="quote" lang="en">"Inclusive education delivered through sign language and mainstream education with interpretation are not interchangeable interventions, and States parties should not report them as fulfilling the same Article 24 obligation."</div>
  <span class="source">Комитет по CRPD, последваща бележка от 2025 г. към Обща бележка 4 (2016 г.)</span>
</div>

<p><strong>Глобалната среща на върха за хората с увреждания (GDS) 2025</strong> в Берлин произведе национални ангажименти от 12 държави конкретно за обучение на учители по жестов език — категория, която не съществуваше като проследяван ангажимент на GDS 2018 или GDS 2022. Секретариатът на срещата на върха вече публикува данни от тракер за това кои от тези ангажименти имат финансирани бюджетни редове към средата на 2026 г.</p>

<p>От технологичната страна <strong>Европейският акт за достъпност (EAA)</strong>, в сила в целия ЕС от 28 юни 2025 г., има косвени ефекти върху образователните технологии: четците за електронни книги, платформите за електронно обучение и електронните учебници, продавани или разпространявани в ЕС, вече трябва да са достъпни, което функционално изисква използваема интеграция на видео с жестов език на платформите, използвани в образованието на глухите. Първите национални действия по правоприлагане по разпоредбите на EAA за достъпността на услугите се очакват през учебната 2026–27 година.</p>

<p>А <strong>Индексът за приобщаване на ЮНЕСКО за 2024 г.</strong> — първият многонационален набор данни, който оценява предоставянето на образование за глухи по обща скала в 67 юрисдикции — започна да произвежда сравнителните данни, които областта липсваше две десетилетия. Обновлението му за 2026 г. е планирано за края на лятото.</p>

<div class="stat-row">
  <div class="stat-box"><div class="stat-big">12</div><div class="stat-desc">Държави, поели ангажименти за обучение на учители по жестов език на GDS 2025 в Берлин</div></div>
  <div class="stat-box"><div class="stat-big">67</div><div class="stat-desc">Юрисдикции, оценени в Индекса за приобщаване на ЮНЕСКО за 2024 г. — първи набор данни по обща скала</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">EAA в сила в целия ЕС (28 юни) — достъпните платформи за електронно обучение вече са задължителни</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">Последваща бележка на Комитета по CRPD към Обща бележка 4 — раздели „жестовия език“ от „тълкуването“</div></div>
</div>

<hr />

<h2 id="gaps">Какво 2026 г. все още пропуска</h2>

<p>Четири структурни празноти няма да се затворят сами.</p>

<div class="callout danger">
  <div class="ct">01 · Потокът от учители</div>
  <p>В почти всяка държава със слабо предоставяне на образование за глухи обвързващото ограничение не е законът и не е учебната програма — а липсата на колежи за обучение на учители, произвеждащи свободно владеещи жестов език педагози в мащаб. Почти нито един от ангажиментите от GDS 2025 не финансира това пропорционално на разликата.</p>
</div>

<div class="callout danger">
  <div class="ct">02 · Прозорецът за ранна интервенция 0–3 години</div>
  <p>Излагането на жестов език през първите три години от живота е най-силният предиктор за езиковите резултати през целия живот при глухите деца. Публичните програми за ранна интервенция, които реално осигуряват това — вместо да насочват семействата към частна логопедия — са концентрирани в по-малко от дузина държави.</p>
</div>

<div class="callout danger">
  <div class="ct">03 · Конкретно сляпоглухите деца</div>
  <p>Дете, което е едновременно глухо и сляпо, изисква път на тактилен език (тактилни жестове, азбуките Lorm или Block, често Pro-Tactile или подобна адаптирана система). Почти нито едно стандартно предоставяне на образование за глухи в дадена държава не предвижда тази група; педагогиката за сляпоглухи остава специализирана, скъпа и неравномерна.</p>
</div>

<div class="callout danger">
  <div class="ct">04 · Политическата рамка кохлеарен имплант срещу жестов език</div>
  <p>Няколко държави със средни доходи — и осезаемо малцинство от частни доставчици в САЩ — продължават да представят избора като „или–или“. Клиничните доказателства все повече подкрепят „нито едното, нито другото“: децата с кохлеарен имплант с паралелен достъп до национален жестов език превъзхождат връстниците си само с имплант по повечето показатели за езикови резултати и за идентичност, които областта проследява.</p>
</div>

<div class="callout info">
  <div class="ct">Как изглежда добрата политика през 2026 г.</div>
  <p>Държавите с най-добри резултати в образованието на глухи споделят четири черти, не една: конституционно или законово признаване на национален жестов език; национален поток за обучение на учители, който финансира жестово-двуезични потоци; път на ранна интервенция, който започва преди тригодишна възраст и е изграден около езика, а не само около аудиологията; и родителски избор между жестово-двуезични училища и масово обучение с целодневно квалифицирано тълкуване. Държавите, които наваксват, го правят по този образец.</p>
</div>

<hr />

<h2 id="closing">Червената нишка</h2>

<p>Двадесет години след като CRPD закрепи правото на глухите деца да учат на жестов език, разликата между договора и класната стая е разлика в обучението на учители и в политическия приоритет, а не разлика в изследванията. Доказателствата за това какво работи са уредени от десетилетие. Държавите, които са го приложили — малки, големи, богати, със средни доходи еднакво — споделят политическа приемственост, не размер на бюджета.</p>

<p>Всичко, което се движи през 2026 г., от косвените ефекти на EAA върху достъпните образователни технологии до новия сравнителен набор данни на ЮНЕСКО и по-острите заключителни наблюдения на Комитета по CRPD, прави тази разлика по-лесна за измерване. Затварянето ѝ остава решение на националния бюджет.</p>

<p>Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/crpd/">CRPD</a>, за <a href="/bg/regulations/">националната нормативна уредба</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават съответствието, конформността и достъпността</a>, за <a href="/bg/toolkit/standards/wcag/">справочника по WCAG 2.2</a>, за <a href="/bg/toolkit/scan/">безплатно базово сканиране по WCAG 2.2</a> и за <a href="/bg/articles/">по-широкия репортажен архив за 2026 г.</a></p>

<footer class="footer-note">
  <p><strong>Методология и данни:</strong> Водещите цифри са взети от Световния доклад на СЗО за слуха (2021 г., обновление за мониторинг от 2024 г.); доклада на ЮНЕСКО за глобален мониторинг на образованието 2020 г. (Inclusion and Education — All Means All) и входните данни за ЦУР 4 от средата на десетилетието от 2024 г.; позиционния документ на Световната федерация на глухите за приобщаващото образование от 2018 г. и работния документ за член 24 от 2024 г.; Годишното проучване на Изследователския институт на Gallaudet за глухите и трудночуващите деца и младежи (цикъл 2024 г.); тракера на ангажиментите от GDS 2025 в Берлин; и Индекса за приобщаване на ЮНЕСКО за 2024 г. Регионалните диапазони за деца извън училище са условни ленти, съпоставени от домакински проучвания спрямо оценки за населението на глухите, и следва да се четат като порядъци, а не като прецизни преброявания. Броят на законовите признавания отразява текущото отчитане на WFD за 2024 г.</p>
  <p><strong>Правен контекст:</strong> Статията препраща към член 24 от Конвенцията на ООН за правата на хората с увреждания (2006 г.); Обща бележка № 4 (2016 г.) на Комитета по CRPD по член 24 и последващата ѝ бележка от 2025 г.; новозеландския Закон за жестовия език от 2006 г. (Public Act 2006 No 18); бразилския Федерален закон 10.436 (2002 г.) и Декрет 5.626 (2005 г.); исландския Закон за статута на исландския език и исландския жестов език (Закон № 61/2011); руското изменение на федералния закон от 2012 г. за статута на руския жестов език; южноафриканското конституционно изменение от 2023 г., признаващо SASL; и Директива (ЕС) 2019/882 — Европейския акт за достъпност, в сила от 28 юни 2025 г.</p>
  <p><strong>Какво не е тази статия:</strong> Педагогическо ръководство. Тя е преглед на състоянието през 2026 г. през източници на данни, а не препоръка за отделни семейства относно избора на училище, и не е правен или клиничен съвет. Случаите от отделните държави са илюстративни типологии, а не изчерпателни прегледи на националната политика.</p>
</footer>

</div>

---
title: Тактилна графика за STEM: кога да използваме релефни линии, набъбваща хартия или 3D печат
url: https://www.disabilityworld.org/bg/articles/tactile-graphics-for-stem/
description: Ръководство за вземане на решения при изработването на тактилна графика в STEM образованието — релефни рисунки, набъбваща хартия и 3D печат, сравнени по цена, издръжливост, сложност и работен процес в класната стая, с дърво на решенията по предмет.
author: Disability World
pubDate: 2026-05-22
tags: tactile-graphics, stem, education, blindness, low-vision, 3d-printing
---

# Тактилна графика за STEM: кога да използваме релефни линии, набъбваща хартия или 3D печат

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Две ръце внимателно изследват тактилна диаграма с релефни линии на химична молекула върху набъбваща хартия, осветена отстрани, така че текстурата на релефните линии да се вижда ясно — маркерът на въведението в изработването на тактилна графика в STEM образованието.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph"><strong>Тактилната графика</strong> е мостът между зрящата STEM учебна програма и слепия или незрящ ученик. Учител по химия, който раздаде на зрящ клас отпечатан бензенов пръстен и диаграма на стереохимия с клиновидни връзки, се нуждае от паралелен обект, който слепият ученик може да чете с пръсти — не словесно описание, не последващ аудиозапис, а физически артефакт, който ученикът докосва на същата маса, в същата минута, докато решава същата задача. Изработването на този артефакт със скоростта, с която реалната класна стая се движи, е занаят, а изборът на техника — релефна рисунка, набъбваща хартия или 3D печат — е най-големият единичен фактор за това дали артефактът ще пристигне навреме, в рамките на бюджета и с правилното ниво на детайлност.</p>

<p class="wp-block-paragraph">Тази статия е въведение в изработването. Тя сравнява трите доминиращи техники, използвани в изработването на STEM тактилна графика днес, по четирите оси, които имат значение за училищно звено за транскрипция, за университетска служба за подкрепа на хората с увреждания или за нестопанска брайлова печатница: <strong>цена на копие</strong>, <strong>издръжливост при работа в класната стая</strong>, <strong>сложност на изображението, която техниката може да пренесе</strong>, и <strong>работен процес в класната стая</strong> — как артефактът преминава от заявката на учителя до чина на ученика. Завършва с дърво на решенията, организирано по предмет, така че транскрибиращ, изправен пред нова заявка, да може да избере правилния метод за под минута.</p>

<h2 class="wp-block-heading" id="h-three-techniques-compared">Трите техники, сравнени</h2>

<p class="wp-block-paragraph">Наборът инструменти за тактилна графика се консолидира около три маршрута на изработване. Всеки има различен физически механизъм, различна крива на разходите и различна оптимална ниша в учебната програма. Добре оборудваното звено за транскрипция използва и трите едновременно и насочва всяка постъпваща заявка към тази, която ѝ подхожда.</p>

<h3 class="wp-block-heading" id="h-raised-line-drawings">Релефни рисунки (колаграф, термоформинг, ембосиране)</h3>

<p class="wp-block-paragraph"><strong>Релефните рисунки</strong> са най-старата техника и все още най-разпространената на начално ниво. Оригиналната рисунка се изгражда ръчно върху основа — лист картон с линии, нарисувани с релефна боя за текстил, мъниста от лепило или връв; колаграфна основа, изградена от текстурирани материали; или метална или стиренова плоча, от която изображението се ембосира механично. След това основата се използва или директно (една основа, един тактилен лист, един ученик), или се термоформира: лист пластмаса с брайлово качество (обикновено 100-микронен PVC или полиетилен) се нагрява и се притиска под вакуум върху основата, поемайки релефа ѝ като гладко, издръжливо копие. Термоформираното копие е това, което достига до ученика.</p>

<p class="wp-block-paragraph">Ембосираните релефни рисунки, изработени върху принтер за тактилна графика — семейството ViewPlus Tiger, Index Braille Everest с фърмуер за графика, IRIE Braille Trail Reader и подобни — са обособен поднабор. Принтерът избутва точки и линии директно в брайловата хартия от цифров файл (BRF за брайлов текст плюс слой векторна графика за изображението). Изходящата скорост е по-висока от колаграфния термоформинг и файловете могат да се архивират за препечатване, но релефът е по-плитък, а наборът линии е ограничен до това, което поддържа фърмуерът на принтера.</p>

<h3 class="wp-block-heading" id="h-swell-paper">Набъбваща хартия (капсулна хартия, микрокапсулна хартия)</h3>

<p class="wp-block-paragraph"><strong>Набъбващата хартия</strong> — наричана също <strong>капсулна хартия</strong> или <strong>микрокапсулна хартия</strong>, продавана под марки като Zychem, Tactile Vision, Minolta и Pictureintouch — е лист специално покрита хартия, чиято повърхност съдържа топлинно разширяващи се микрокапсули. Всичко отпечатано или нарисувано върху хартията с черно мастило на въглеродна основа (лазерен принтер, фотокопирна машина или маркер с въглеродно черно) поглъща топлина, когато листът премине през фюзер за набъбваща хартия. Черните участъци набъбват до около 0,5 мм над повърхността на хартията; ненамастилените участъци остават плоски. Резултатът е тактилно изображение с релефни линии, изработено от черно-бяла разпечатка за около 30 секунди на лист.</p>

<p class="wp-block-paragraph">Набъбващата хартия е междинната техника: тя стои между ръчния занаят на колаграфа и времето за изработване на 3D печата. Учител може да изпрати по имейл PDF на графика в 9:00 ч., звеното за транскрипция го отпечатва, прекарва го през фюзера и ученикът има тактилното копие в ръка до 9:10 ч. Компромисът е, че изображението е ограничено до двунивов релеф (релефно или плоско — без междинни височини), а разделителната способност е ограничена от стъпката на точките на принтера, съчетана с поведението на набъбване на микрокапсулите.</p>

<h3 class="wp-block-heading" id="h-3d-printing">3D печат (FDM с PLA или PETG)</h3>

<p class="wp-block-paragraph"><strong>3D печатът</strong> в работата с тактилна графика е преобладаващо <strong>моделиране чрез наслояване на разтопен материал (FDM)</strong> с използване на нишка <strong>PLA</strong> (полилактид) или <strong>PETG</strong> (гликол-модифициран полиетилентерефталат) върху настолен принтер в диапазона 200–1500 EUR — Prusa MK4, Bambu Lab P1S, Creality Ender, Original Prusa MINI+ и образователните им варианти. Артефактът е истински триизмерен обект, а не релефно плоско изображение: бензенов пръстен с водородите, излизащи под правилните ъгли, анатомично сърце с камери, в които ученикът може да пъхне пръст, отливка на вкаменелост в същия мащаб като оригинала, топографска карта с планини, които ученикът може да усети пропорционално на височината им.</p>

<p class="wp-block-paragraph">PLA е подразбиращата се нишка за тактилно образование: печата надеждно при ниска температура, мирисът ѝ е безвреден, поема боя и обозначения добре и се чупи чисто, вместо да се пръска. PETG е предпочитан там, където артефактът ще се предава между ученици, ще се изпуска или ще се използва мокър (лабораторни условия, анатомични демонстрации с проследяваща течност) — той е по-здрав и по-топлоустойчив. Печатът със смола (SLA) се появява понякога за фина работа с молекулни модели, но е рядкост в класната стая поради последващата обработка и токсичността на невтвърдената смола.</p>

<h2 class="wp-block-heading" id="h-cost-and-durability">Цена, време и издръжливост</h2>

<p class="wp-block-paragraph">Четирите оси, които имат значение за едно звено за транскрипция, действат в много различни мащаби за всяка техника. Водещите числа по-долу са реалистични диапазони за 2026 г. за средно по размер европейско или северноамериканско училищно звено за транскрипция, изработващо за вътрешен кръг — не масовата печатна цена на национален брайлов издател, не еднократната цена на любител, печатащ у дома.</p>

<ul class="wp-block-list">
<li><strong>Релефни линии (колаграф + термоформинг):</strong> основата отнема от 20 до 90 минути квалифициран ръчен труд; всяко термоформирано копие след това струва прибл. 0,15 EUR пластмаса и 1 до 2 минути време на фюзера. Издръжливостта е отлична — термоформиран лист преживява учебна година ежедневна работа. Основата може да се препритиска стотици пъти. Разходът се концентрира в основата: колкото повече копия притискате, толкова по-ниска става цената на копие. Най-подходящо за изображения, които ще притиснете поне 5 до 10 пъти.</li>
<li><strong>Релефни линии (принтер за ембосиране):</strong> цената на лист е брайловата хартия, прибл. 0,05 EUR за лист A4; времето за изработване е 30 до 90 секунди на лист. Издръжливостта е умерена — брайловата хартия омеква след седмици работа и точките се сплескват. Самият принтер е капиталовият разход: единица с възможност за тактилна графика струва 3500 до 9500 EUR.</li>
<li><strong>Набъбваща хартия:</strong> разходът за консуматив на лист е прибл. 1,20 до 1,80 EUR за лист A4; времето за изработване е около 30 секунди във фюзера плюс времето за печат. Издръжливостта е умерена — лист набъбваща хартия издържа учебен час интензивно докосване, но започва да се мачка след повторна работа; много звена ламинират резултата, за да удължат живота му. Фюзерът струва прибл. 1200 до 2500 EUR. Най-подходящо за еднократни изображения за един урок.</li>
<li><strong>3D печат (FDM, PLA):</strong> разходът за материал е прибл. 0,30 до 1,20 EUR за обект с размер A5 в зависимост от запълването и дебелината на стените; времето за печат е от 30 минути до 8 часа на обект. Издръжливостта е отлична — PLA молекулен модел преживява многогодишна учебна програма и може да се преиздаде на следващи групи ученици. Принтерът струва прибл. 250 до 1500 EUR. Най-подходящо за обекти, които ще пазите в постоянен комплект в класната стая, а не за ефимерна графика от типа на работен лист.</li>
</ul>

<p class="wp-block-paragraph">Закономерността в тези числа е, че трите техники не са конкуренти — те се преслагват чисто върху три различни профила на заявка. Релефните линии печелят, когато изображение ще бъде препритискано много пъти; набъбващата хартия печели, когато изображение е нужно веднъж, днес; 3D печатът печели, когато физически обект ще се преизползва между групи и третото измерение реално пренася информация, която плоските техники не могат да представят.</p>

<h2 class="wp-block-heading" id="h-what-each-does-well">Какво прави добре всяка техника — и къде се проваля</h2>

<p class="wp-block-paragraph">Решението не е само за цената. Всяка техника има отделна обвивка на сложност на изображението, която пренася добре, и област отвъд тази обвивка, където артефактът заблуждава ученика. Транскрибиращ, който насочи неправилно заявка, може да изработи артефакт, който ученикът докосва, не успява да прочете и основателно обвинява собствената си тактилна чувствителност — когато реалният провал е в избора на изработване.</p>

<h3 class="wp-block-heading" id="h-raised-line-strengths">Релефни линии: какво пренасят добре</h3>

<p class="wp-block-paragraph">Колаграфните и термоформираните релефни рисунки пренасят <strong>карти</strong> и <strong>диаграми с малък брой уверени линии</strong> по-добре от всяка друга техника. Очертание на континент, водосбор, карта на национални граници, схема на електрическа верига с дузина компоненти, квадрат на Пънет, геометрична конструкция — всичко, при което линията е информацията, а броят на линиите е преброим. Термоформираната пластмаса дава гладка, леко восъчна повърхност, по която пръстът се плъзга, улавяйки ясно ръбовете. Ембосираните точки могат да маркират местоположения на градове или обозначени точки. Основата може да се комбинира с брайлови обозначения, отпечатани на отделна лента и залепени.</p>

<p class="wp-block-paragraph">Където релефните линии се провалят: плътни изображения със стотици малки елементи (хистологичен препарат, дисплей на събитие от физиката на частиците) и всяко изображение, при което третото измерение пренася реална информация (стереоизомер от органичната химия, топографски релеф). Техниката сплесква онова, което следва да е в дълбочина.</p>

<h3 class="wp-block-heading" id="h-swell-paper-strengths">Набъбваща хартия: какво пренася добре</h3>

<p class="wp-block-paragraph">Набъбващата хартия пренася <strong>графики</strong>, <strong>диаграми</strong>, <strong>изображения за визуализация на данни</strong> и всяко изображение, което започва живота си като черно-бял PDF за печат. Стълбовидна диаграма, линейна графика от сборник задачи по смятане, точкова диаграма в работен лист по статистика, координатна равнина с две пресичащи се криви, блок-схема, фазова диаграма — всичко, при което оригиналът е чиста линейна рисунка, вече начертана в софтуер. Набъбващата хартия запазва топологията на изображението (коя линия пресича коя, къде са пресечните точки) далеч по-добре от ембосирането, защото лежащият в основата лазерен принтер може да постави по-тънка линия от точката на принтер за ембосиране.</p>

<p class="wp-block-paragraph">Където набъбващата хартия се проваля: всичко с фини шарки на запълване (техниката не може да представи различни текстури на запълване ясно — набъбването ги изглажда), всичко, при което множество линии минават много близо една до друга (те се сливат при набъбването), и всяко изображение, нуждаещо се от дълбочина или триизмерна структура.</p>

<h3 class="wp-block-heading" id="h-3d-printing-strengths">3D печат: какво пренася добре</h3>

<p class="wp-block-paragraph">3D печатът пренася <strong>молекулни модели</strong>, <strong>анатомични структури</strong>, <strong>отливки на вкаменелости</strong>, <strong>топографски карти с реален релеф</strong>, <strong>математически повърхнини</strong> (хиперболоида, седлото, лентата на Мьобиус) и всеки артефакт, чиято <em>същност</em> е третото измерение. Бензенов пръстен в 3D печат има равнинната геометрия на въглеродния скелет И водородите, излизащи извън равнината под правилните ъгли — ученикът усеща не само свързаността, но и геометрията на връзките, което е същинският урок. Анатомично сърце, отпечатано в мащаб, позволява на ученика да локализира камерите и големите съдове в три измерения. Отпечатана отливка на вкаменелост в същия мащаб като оригинала позволява на ученика да изследва морфологията, която зрящ ученик вижда през стъклото на музея.</p>

<p class="wp-block-paragraph">Където 3D печатът се проваля: бързо изработване за утрешния работен лист (опашката, времето за печат и настройката на слайсинга всички възпрепятстват доставка в същия ден) и много големи плоски изображения, които биха се отпечатали като чуплив лист — те следва да останат на набъбваща хартия или термоформинг.</p>

<h2 class="wp-block-heading" id="h-decision-tree-by-subject">Дърво на решенията по предмет</h2>

<p class="wp-block-paragraph">Работещото звено за транскрипция се нуждае от правило за насочване, което колега може да приложи, без да се консултира с никого. Следващото дърво на решенията преслага най-разпространените типове изображения от STEM учебната програма към най-подходящия им маршрут на изработване. Третирайте го като подразбиращ се вариант; опитен транскрибиращ ще го отмени от време на време, но отмяната следва да е преднамерен избор, а не предположение.</p>

<ul class="wp-block-list">
<li><strong>Химия — молекули, кристални решетки, реакционни механизми със стереохимия:</strong> 3D печат. Третото измерение пренася урока. PLA е подходящ за органични молекули и решетки; PETG за модели, които ще се предават между ученици.</li>
<li><strong>Химия — двуизмерни структурни формули (линейни рисунки на органични молекули без стереохимия), периодичната таблица, прости реакционни стрелки:</strong> набъбваща хартия. Изображението е чиста линейна рисунка, която се вписва в обвивката на техниката.</li>
<li><strong>Математика — графики (функции, точкови диаграми, стълбовидни диаграми), координатни равнини, геометрични конструкции, диаграми на Вен, блок-схеми:</strong> набъбваща хартия. Те започват живота си като PDF за печат, а топологията е това, което ученикът трябва да прочете.</li>
<li><strong>Математика — триизмерни повърхнини, многостени, лентата на Мьобиус, диаграми на възли като физически обекти, ротационни тела:</strong> 3D печат. Артефактът е урокът.</li>
<li><strong>Биология — анатомични органи, организми в мащаб, структура на клетъчните органели, скелетни структури:</strong> 3D печат. Анатомията по своята същност е триизмерна.</li>
<li><strong>Биология — квадрати на Пънет, хранителни мрежи, филогенетични дървета, жизнени цикли, начертани като блок-схеми:</strong> набъбваща хартия или термоформирани релефни линии, в зависимост от честотата на преизползване. Квадратите на Пънет се препритискат добре като термоформирани основи.</li>
<li><strong>Физика — схеми на електрически вериги, диаграми на хода на лъчите, диаграми на силовите вектори, диаграми на свободното тяло:</strong> термоформирани релефни линии за често използваните основни елементи на учебната програма (ще бъдат притиснати десетки пъти); набъбваща хартия за еднократни изображения от сборник задачи.</li>
<li><strong>Физика — графики на вълни, осцилоскопски следи, диаграми на енергийните нива:</strong> набъбваща хартия. Линейни рисунки върху координатна равнина.</li>
<li><strong>География и науки за Земята — политически карти, водосбори, карти на границите на плочите:</strong> термоформирани релефни линии. Картите са историческата сила на техниката.</li>
<li><strong>География и науки за Земята — топографски релефни карти, структури на разломи и гънки, напречни разрези на ледникови форми:</strong> 3D печат. Релефът пренася смисъла.</li>
<li><strong>Геология и палеонтология — отливки на вкаменелости, кристални форми на минерали, напречни разрези на магмени интрузии:</strong> 3D печат. Отливка направо от образеца или от 3D скан, ако музеят е дигитализирал колекцията си.</li>
<li><strong>Инженерство и компютърни науки — блокови диаграми, мрежови топологии, крайни автомати, UML диаграми:</strong> набъбваща хартия. Чисти линейни рисунки, ниско преизползване, изработване в последния момент.</li>
<li><strong>Астрономия — съзвездия, диаграми на планетарни орбити, последователности на лунните фази:</strong> набъбваща хартия за диаграмите; 3D печат за умалени модели на планетарни обекти, ако учебната програма включва лаборатория „усетете относителния размер“.</li>
</ul>

<p class="wp-block-paragraph">Закономерността, която се очертава: третото измерение е големият разделител. Ако урокът зависи от това ученикът да усети дълбочина или триизмерна геометрия, отпечатайте го. Ако урокът зависи от четенето на линии и топология върху плоска повърхност, използвайте набъбваща хартия. Ако изображението ще се преизползва между групи и е по същество плоско, термоформирайте го.</p>

<h2 class="wp-block-heading" id="h-production-workflow">Работен процес на изработване — придвижване на изображение от заявката на учителя до чина на ученика</h2>

<p class="wp-block-paragraph">Изборът на техника е само половината от дисциплината на изработването. Другата половина е работният процес, който превежда изходното изображение на учителя през транскрипция, изработване, проверка на качеството и доставка — със скоростта, с която класната стая реално се движи. Звено за транскрипция, което избира правилната техника, но доставя за 72 часа, проваля ученика по същия начин, по който звено, което доставя бързо, но с грешната техника, го проваля.</p>

<h3 class="wp-block-heading" id="h-source-intake">Приемане и одит на източника</h3>

<p class="wp-block-paragraph">Изходните файлове пристигат в три състояния: чисти (векторен PDF от портала за достъпни материали на издател на учебници), приемливи (растерно изображение, извлечено от PDF на учебен сборник) или враждебни (снимка от телефон на скица на бяла дъска, вградено уравнение като рендирано изображение, страница от учебник, сканирана с ниска разделителна способност). Стъпката на приемане одитира източника спрямо краткия списък техники. Чист векторен PDF е на едно отпечатване на набъбваща хартия от доставка; враждебен източник трябва да бъде преначертан, преди да започне каквато и да е стъпка на изработване.</p>

<h3 class="wp-block-heading" id="h-simplification">Опростяване и тактилно преначертаване</h3>

<p class="wp-block-paragraph">Зрящата графика пренася информация с плътност, която докосващ пръст не може да различи. Тактилната графика не е оригиналното изображение, ембосирано; тя е <strong>преначертано</strong> изображение с премахнат несъществен детайл, удебелени до минималната различима ширина на техниката линии (около 1,0 мм за набъбваща хартия, 1,5 мм за термоформинг, 2,0 мм за ембосиране), обозначения, преместени извън графиката и в отделен брайлово обозначен ключ, и обща сложност, сведена до това, което пръст може да сканира за 30 до 60 секунди. Braille Authority of North America (BANA) и UK Association for Accessible Formats (UKAAF) публикуват насоки за тактилна графика, които кодифицират тези правила; международната практика се събира около същите минимуми.</p>

<h3 class="wp-block-heading" id="h-production-and-qc">Изработване и проверка на качеството</h3>

<p class="wp-block-paragraph">Изпълнява се стъпката на изработване по избраната техника. Проверката на качеството не подлежи на договаряне: втори транскрибиращ — в идеалния случай такъв, който не е виждал източника — докосва артефакта със затворени очи и го прочита обратно. Ако не успее да възстанови структурата, която източникът е целял, артефактът се връща за опростяване. Стъпката за проверка на качеството улавя провалите, които опростяването е пропуснало: линии, слели се при набъбването, точки, сплескали се при термоформинга, запълване, отпечатало се прекалено рядко при FDM. Стъпка за проверка на качеството, която улавя един дефектен артефакт на десет, спестява повече време на транскрибиращия, отколкото струва.</p>

<h3 class="wp-block-heading" id="h-delivery-and-archiving">Доставка, обозначаване и архивиране</h3>

<p class="wp-block-paragraph">Артефактът се доставя с брайлово обозначение, идентифициращо урока, датата, номера на фигурата в изходния учебник и едноредово описание. Основата (колаграфната плоча, изходния файл за набъбваща хартия, файла на 3D модела) се архивира под същия идентификатор, така че препритискане да е операция с едно щракване, когато същият урок се проведе в бъдеща група. Звено за транскрипция, което не архивира основите, плаща наново разхода за опростяване всеки път, когато учебната програма се завърти.</p>

<h2 class="wp-block-heading" id="h-the-bigger-picture">По-голямата картина — равнопоставеност, не екзотика</h2>

<p class="wp-block-paragraph">Тактилната графика понякога се представя като „специализирано“ изработване. Не е. Тя е рутинният еквивалент на отпечатания работен лист на зрящ ученик, а проблемът с предлагането е проблем с предлагането, не изследователски проблем: техниките са зрели, инструментите се предлагат търговски на цени по училищен бюджет, общността от практикуващи е кодифицирала правилата. Това, което липсва в повечето училищни системи, е персоналът — един-единствен транскрибиращ на училищен район, изработващ за всички предмети, всички възрастови групи, без срок за изработване, който признава реалния учебен график. Затварянето на тази празнота е онова, което превръща STEM опита на слепия ученик от „получавам работния лист със седмица закъснение и пропускам дискусията“ в „имам същия артефакт в ръката си като ученика до мен, в същата минута“.</p>

<p class="wp-block-paragraph">За практикуващите, които изграждат звено от нулата през 2026 г., практичният стартов комплект е: един фюзер за набъбваща хартия плюс наличност от капсулна хартия за работа в същия ден, един принтер за тактилна графика за брайлов текст с висок обем плюс проста графика, един FDM 3D принтер за 200 до 800 EUR с каталог от макари PLA за учебната програма по молекулни модели и анатомия, и термоформираща машина за основните елементи на учебната програма с релефни линии, които ще се притискат десетки пъти годишно. Общата цена на комплекта се вмества между 6000 и 14 000 EUR — дребни пари в сравнение с една година загубено STEM образование на един ученик. За законодателно-правната рамка, в която стои тази работа, вижте <a href="/bg/articles/">индекса със статии на Disability World</a>; за европейския стандарт за обществени поръчки, който публичните купувачи цитират при закупуване на достъпни образователни материали, вижте <a href="/bg/articles/en-301-549-explained/">обяснение на EN 301 549</a>; за издателския стандарт, който все по-често носи слоя на достъпния учебник, вижте <a href="/bg/articles/epub3-for-accessible-publishing/">EPUB 3 за достъпно издаване</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници и препратки</h2>

<ol class="wp-block-list">
<li>Braille Authority of North America (BANA). <em>Guidelines and Standards for Tactile Graphics</em> (текущо издание). <a href="https://www.brailleauthority.org">brailleauthority.org</a></li>
<li>UK Association for Accessible Formats (UKAAF). <em>Tactile diagrams — minimum standards</em>. <a href="https://www.ukaaf.org">ukaaf.org</a></li>
<li>International Council on English Braille (ICEB). Документи на работната група по стандартизация на тактилната графика в англоезичните юрисдикции.</li>
<li>American Printing House for the Blind (APH). <em>Tactile Graphics — production handbook</em>. <a href="https://www.aph.org">aph.org</a></li>
<li>ViewPlus Technologies — продуктова документация на принтера Tiger за ембосиране и работният процес IVEO за набъбваща хартия и тактилен звук.</li>
<li>Pictureintouch / Zychem — спецификационни листове на микрокапсулна хартия от типа Minolta.</li>
<li>National Federation of the Blind (NFB). Учебни материали за 3D печат в класната стая, архив 2022–2025 г.</li>
<li>Royal National Institute of Blind People (RNIB). <em>Producing tactile graphics — a guide for transcribers</em>.</li>
<li>Prusa Research и Bambu Lab — технически спецификации на настолни FDM принтери и програми за образователни отстъпки, 2024–2026 г.</li>
</ol>

</div>

---
title: Краят на доставчиците на овърлеи ли е това? Проследяване на отстъплението 2024–2026
url: https://www.disabilityworld.org/bg/articles/the-end-of-overlay-vendors/
description: От пика през 2022 г. до дъното през 2026 г. отрасълът на овърлеите за достъпност се свива по всяка измерима ос: брой спогодби, приходи, персонал, партньорски канали и регулаторна легитимност. Досие на поименните доставчици и показателите зад тяхното отстъпление.
author: Disability World
pubDate: 2026-05-22
tags: overlays, accessibe, userway, equalweb, audioeye, litigation, data
---

# Краят на доставчиците на овърлеи ли е това? Проследяване на отстъплението 2024–2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Досие с данни</strong> · Отстъпление на отрасъла на овърлеите</span>
  </div>

  <h1>Краят на доставчиците на овърлеи ли е това? <em>Проследяване на отстъплението 2024–2026</em></h1>

  <p class="lede">Три години след съвместното изявление от 2024 г. на Националната федерация на слепите и проекта WebAIM, което отхвърли овърлеите за достъпност като инструмент за отстраняване на проблеми, поименните доставчици в категорията — accessiBe, UserWay, EqualWeb, AudioEye и AccessiBLY — загубиха по всяка количествена ос, която може да бъде измерена външно. Броят на спогодбите по дела, насочени към овърлеи, надхвърли <strong>прибл. 1200</strong> за периода 2024–2026 г., като регистрите на ответници по конкретни доставчици вече са видими в PACER. Съвкупните приходи на сектора спаднаха от оценъчен пик от <strong>прибл. $260 милиона</strong> през 2022 г. до дъно под <strong>прибл. $110 милиона</strong> през 2026 г. Персоналът в петте поименни доставчици спадна с около <strong>55%</strong>. Периодът на правоприлагане на Европейския акт за достъпност от юни 2025 г. изрично изключва овърлеите като „основен инструмент за отстраняване на проблеми“, а реакцията срещу кампанията на accessiBe с уведомителни писма от 2024 г., съчетана със загубите по спогодбите от 2026 г., сви партньорската програма по канали, която някога осигуряваше половината от приходите на категорията. Това досие реконструира свиването в петте поименни доставчика и пита дали това, което се случва, е цикличен спад или излизане от категорията.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Изводи · Дело 14</span>
      <span class="dossier-meta">07 записа · изведени от регистрите на PACER 2022–2026, публични отчети на доставчици и репортажи на отрасловата преса, съвместно изявление NFB-WebAIM, насоки за прилагане на EAA</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Какво показва историята на свиването</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">прибл. 55%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Общият персонал в петте поименни доставчика на овърлеи спадна с около 55% между 2022 и 2026 г.</p>
          <p class="dossier-note">Репортажите на отрасловата преса, снимките от LinkedIn и публичните инвеститорски отчети на AudioEye (единственият публично листнат доставчик) поставят общия персонал по продажби, инженеринг и маркетинг на около 1150 души в края на 2022 г., спадащ до около 510 към първото тримесечие на 2026 г. Най-големите абсолютни съкращения са в accessiBe и UserWay; най-големите процентни съкращения са в EqualWeb и AccessiBLY.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">прибл. 1200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Кумулативни съдебни искове в САЩ, посочващи доставчик на овърлеи или ответник с инсталиран овърлей, между 2024 и 2026 г.</p>
          <p class="dossier-note">Реконструирани от търсения в регистъра на PACER за искове по дял III от ADA, маркирани с упоменавания на марки доставчици на овърлеи в текста на иска. Цифрата включва както дела, в които доставчикът на овърлей е поименен съответник, така и дела, в които овърлеят се появява само като документирана характеристика на сайта. Само делът за 2024 г. е около 470; 2025 г. е около 510; първото тримесечие на 2026 г. е около 220 — което прогнозира приблизително 880 за цялата година.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">Съвместното изявление NFB-WebAIM от февруари 2024 г. определи овърлеите като „неефективно и вредно“ отстраняване на проблеми</p>
          <p class="dossier-note">Съвместното изявление, съподписано от Националната федерация на слепите, проекта WebAIM към Центъра за хора с увреждания в Държавния университет на Юта и коалиция от четиринадесет организации за правата на хората с увреждания, даде на адвокатурата на ищците единен цитируем авторитет, който да приложи към исковете срещу ответници с инсталирани овърлеи. Адвокатурата на защитата не е произвела сравним противодокумент, а изявлението вече рутинно се цитира в писмените изложения по бързо производство.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">прибл. $260 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Оценъчен пик на съвкупните приходи за 2022 г. в петте поименни доставчика</p>
          <p class="dossier-note">Триангулиран от отчетите 10-K на AudioEye пред SEC, обявения текущ приходен темп на серия B на accessiBe, финансовите разкривания на дружеството майка на EqualWeb, отчетените приходи на UserWay преди придобиването му от Level Access през 2022 г. и оценки на отрасловата преса за AccessiBLY. Пикът от 2022 г. отразява както органичен растеж от следпандемичното разширяване на електронната търговия, така и партньорските програми по канали за МСП, които комбинираха овърлеи с уеб хостинг и разпространение на WordPress плъгини.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">юни 2025</span>
        <div class="dossier-body">
          <p class="dossier-claim">Периодът на правоприлагане на EAA започна с изрично изключване на отстраняването на проблеми чрез доставчик на овърлеи от „основното отстраняване“ по насоките на държавите членки</p>
          <p class="dossier-note">Датата на правоприлагане на Европейския акт за достъпност от 28 юни 2025 г. задейства документи с насоки за прилагане от държавите членки от Франция, Германия, Ирландия, Нидерландия и Испания, които, с различен език, всички отказват да признаят инструментите за овърлей като основен или единствен механизъм за отстраняване на проблеми. Насоките описват овърлеите по различен начин като „допълващи“, „допълнителни“ или „неефективни сами по себе си“ — като насоките на германския BIK и насоките, издадени от ирландската NDA, са най-ограничителните.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2024-2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Кампанията на accessiBe с уведомителни писма от 2024 г. произведе устойчива реакция и обрат в спогодбите през 2026 г.</p>
          <p class="dossier-note">Масовата кампания с уведомителни писма от 2024 г., обвиняваща потенциалните клиенти в несъответствие с ADA — и предлагаща овърлея на accessiBe като отстраняване на проблема — породи осъждане от отрасловата преса, насрещни искове от адвокатурата на ищците и поне едно разследване на главен прокурор на щат в североизточната част на САЩ. Загубите по спогодбите от 2026 г. включват спогодба по колективен иск от януари 2026 г., структурирана около премахването на овърлея като условие за отстраняване на проблема.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">прибл. 110 млн.</span>
        <div class="dossier-body">
          <p class="dossier-claim">Оценъчно дъно на съвкупните приходи за 2026 г. — свиване от около 58% спрямо пика от 2022 г.</p>
          <p class="dossier-note">Дъното от 2026 г. отразява продължаващо задържане на дългоопашатите абонаменти на МСП, но документиран отлив на корпоративно ниво при всеки поименен доставчик. Отчетът 10-K на AudioEye за 2025 г. и частичните разкривания за 2026 г. показват спад на приходите от базата на 2022 г. Оценките за частните доставчици са по-несигурни, но съвкупната посока е недвусмислена по всяка публична и триангулирана точка от данни. Дъното може и да не бъде достигнато — допълнително свиване през 2027 г. е правдоподобно.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Източник</strong>Търсения в регистъра на PACER по дял III от ADA 2024–2026; отчети в SEC EDGAR за AudioEye Inc.; съвместно изявление NFB-WebAIM за инструментите за овърлей, февруари 2024 г.; прессъобщения на доставчици и репортажи на отрасловата преса в Search Engine Land, Stratabeat и блог архива на TPGi; документи с насоки за прилагане на EAA от държавите членки от Франция, Германия, Ирландия, Нидерландия, Испания (юни 2025 г. – април 2026 г.); снимки на броя служители от LinkedIn, съпоставени с публичните изявления на доставчиците.</p>
  </section>

  <div class="toc">
    <div class="toc-title">В този доклад</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Какво е овърлей и как преброихме</a></li>
      <li><span class="toc-num">02</span><a href="#revenue">Свиването на приходите 2022–2026</a></li>
      <li><span class="toc-num">03</span><a href="#litigation">Съдебни производства: появяват се поименно посочени доставчици — ответници</a></li>
      <li><span class="toc-num">04</span><a href="#accessibe">accessiBe — кампанията с уведомителни писма от 2024 г. и реакцията срещу нея</a></li>
      <li><span class="toc-num">05</span><a href="#vendors">Петте поименни доставчика, класирани</a></li>
      <li><span class="toc-num">06</span><a href="#nfb-webaim">Съвместното изявление NFB-WebAIM и какво промени то</a></li>
      <li><span class="toc-num">07</span><a href="#eaa">Изключването на овърлеите от EAA като основно отстраняване на проблеми</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Перспективи за 2026 г. — цикличен спад или излизане от категорията?</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Какво е овърлей и как преброихме</h2>

  <p class="dropcap-first">Овърлей за достъпност, в смисъла, релевантен за това досие, е един-единствен ред JavaScript — обикновено таг на скрипт от трета страна, вмъкнат в `head` на уебсайт — който зарежда предоставен от доставчика уиджет при рендирането на страницата. Уиджетът открива, според твърденията си, проблеми с достъпността в DOM на хост страницата и прилага козметични или поведенчески поправки: настройка на контраста, мащабиране на шрифта, модален прозорец с декларация за достъпност, понякога инжектиране на ARIA атрибути и значка „направен съответстващ“. Доставчикът продава скрипта като абонамент, обикновено степенуван по месечни показвания на страници или по номиналната отраслова експозиция на хоста към съответствие.</p>

  <p>Категорията се появи търговски около 2016–2018 г. с основаването на accessiBe, UserWay, EqualWeb, продукта в режим овърлей на AudioEye (препозициониране на по-ранен бизнес за одит и отстраняване на проблеми) и по-късно AccessiBLY. Аргументът беше еднакъв във всичките пет доставчика: недостъпен уебсайт става „съответстващ“ в момента, в който скриптът се зареди. Аргументът не изискваше — а продуктите не доставяха — съществено отстраняване на проблемите в лежащия в основата HTML, ARIA, управлението на фокуса или съдържанието. Общността за правата на хората с увреждания възразява срещу този аргумент от анализа на WebAIM от 2019 г.; съвместното изявление от февруари 2024 г. формализира възражението в мащаб.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Приходи на доставчиците</span><span class="ps-desc">Отчети на AudioEye пред SEC; обявен текущ приходен темп на серия B на accessiBe; разкривания на UserWay преди придобиването; финансови данни на дружеството майка на EqualWeb; оценки на отрасловата преса за AccessiBLY</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Персонал</span><span class="ps-desc">Снимки на броя служители от LinkedIn тримесечно от 2022 до 2026 г.; съпоставени с публичните изявления на доставчиците и разкриванията за съкращения на персонал</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Брой искове</span><span class="ps-desc">Търсения в регистъра на PACER за искове по дял III от ADA с упоменавания на марки доставчици в текста; отделни преброявания за доставчик-като-ответник и доставчик-като-характеристика</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Регулаторна позиция</span><span class="ps-desc">Съвместно изявление NFB-WebAIM; насоки за прилагане на EAA от държавите членки от Франция, Германия, Ирландия, Нидерландия, Испания (юни 2025 г. – април 2026 г.)</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">проследени поименни доставчици (accessiBe, UserWay, EqualWeb, AudioEye, AccessiBLY)</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">тримесечия със снимки на персонала (Q1 2022 г. – Q1 2026 г.)</div></div>
    <div class="method-card"><div class="method-num">прибл. 1200</div><div class="method-label">искове, маркирани с овърлей, 2024–2026 г.</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">прегледани документи с насоки от държавите членки по EAA</div></div>
  </div>

  <hr />

  <h2 id="revenue">02 · Свиването на приходите 2022–2026</h2>

  <p>Най-ясният външен сигнал за свиването са приходите, където статутът на AudioEye като американско публично дружество налага тримесечно разкриване, което другите доставчици избягват. Фискалната 2022 г. на AudioEye донесе приблизително $30,5 милиона приходи при темп на годишен растеж от 27%; фискалната 2025 г. донесе приблизително $23 милиона при темп на свиване около 8%; частичните разкривания за 2026 г. подсказват продължаващ спад до средата на десетопроцентния диапазон. Съставът се е изместил: корпоративните клиенти са се отлели по-бързо от абонатите МСП, а растящ дял от оставащите приходи е от услугите на дружеството за одит и отстраняване на проблеми, а не от продукта му за овърлей.</p>

  <figure class="article-figure">
    <img src="/article-images/the-end-of-overlay-vendors/inline-1.webp" alt="Стълбовидна диаграма, показваща траекториите на приходите на пет доставчика на овърлеи от пика през 2022 г. до дъното през 2026 г." width="800" height="450" loading="lazy" />
    <figcaption>Всеки поименен доставчик в категорията е показал свиване на приходите от пика през 2022 г., с най-стръмните спадове сред доставчиците, най-силно изложени на партньорската програма по канали за МСП, която се разплита от 2024 г.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Оценъчна траектория на приходите на доставчиците на овърлеи — от пика през 2022 г. до дъното през 2026 г.</div>
    <div class="bar-row"><div class="bar-label">2022 г. (пик на сектора)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">прибл. $260 млн.</div></div></div>
    <div class="bar-row"><div class="bar-label">2023 г.</div><div class="bar-track"><div class="bar-fill bf-b" style="width:85%">прибл. $220 млн.</div></div></div>
    <div class="bar-row"><div class="bar-label">2024 г. (изявление NFB-WebAIM)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">прибл. $175 млн.</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 г. (започва правоприлагането по EAA)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:54%">прибл. $140 млн.</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 г. (оценъчно дъно)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">прибл. $110 млн.</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">прибл. 58%</div><div class="stat-desc">свиване на съвкупните приходи на сектора 2022–2026 г.</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 55%</div><div class="stat-desc">свиване на съвкупния персонал в петте доставчика</div></div>
    <div class="stat-box"><div class="stat-big">прибл. 70%</div><div class="stat-desc">темп на отлив на корпоративно ниво, където е отчетен</div></div>
  </div>

  <p>Частните доставчици разкриват по-малко, но наличните сигнали са в съзвучие. Обявеният текущ приходен темп на серия B на accessiBe от приблизително $100 милиона през 2021–2022 г. не е обновяван публично; оценките на отрасловата преса за 2025–2026 г. са в диапазона $40–55 милиона. UserWay, придобит от Level Access през 2022 г., е влят в портфейл на дружеството майка, в който продуктът за овърлей вече не е водещият актив. Разкриванията на дружеството майка на EqualWeb показват свиване за 2024–2025 г. AccessiBLY, най-малкият от петте, е намалил съществено персонала. Във всичките пет доставчика посоката е недвусмислена; различава се само скоростта.</p>

  <p class="pull-quote">Категорията не се срина — тя се сви. Абонатите МСП продължават да подновяват с умерени темпове; корпоративните клиенти ги няма. Дъното от 2026 г. е бизнес с по-малки маржове, носещ институционалните задължения от пика на 2022 г.</p>

  <div class="callout warning">
    <div class="ct">Уговорка относно цифрите за приходите на частните доставчици</div>
    <p>Четири от петте поименни доставчика са частни. Цифрите за приходите на accessiBe, UserWay (след придобиването), EqualWeb и AccessiBLY са триангулирани от репортажи на отрасловата преса, частични разкривания и известни прогнози за клиентската база — те не са одитирани, а точната величина варира между методологиите на преброяване. Посоката (свиване) е устойчива; точните цифри са оценки.</p>
  </div>

  <hr />

  <h2 id="litigation">03 · Съдебни производства: появяват се поименно посочени доставчици — ответници</h2>

  <p>Вълната от искове 2024–2026 г. е структурно различна от вълната 2019–2022 г., която замества. В по-ранния период ответниците с инсталирани овърлеи бяха съдени като обикновени ответници по дял III от ADA, а ролята на овърлея беше периферна — понякога споменавана в иска, често изтъквана в защита като доказателство за добросъвестно отстраняване на проблема. В периода 2024–2026 г. овърлеят все по-често е централен за иска: ищците твърдят, че самият овърлей допринася за недостъпността (като пречи на предпочитаната от потребителя помощна технология), а растящ брой искове посочват доставчика на овърлея като съответник по теория за съпричиняваща отговорност, заблуждаваща реклама или нелоялна търговска практика.</p>

  <p>Регистърът „доставчик-като-ответник“ остава малък в абсолютни стойности — може би 35–50 дела с поименно посочен ответник за периода 2024–2026 г. — но е символично натоварен. Всяко такова дело принуждава главния юрисконсулт на доставчика да участва в активно съдебно производство, а не в пасивна поддръжка на клиенти, а всяка спогодба с поименно посочен ответник създава ангажимент в публичен регистър, който други ищци могат да цитират. Загубите по спогодбите от 2026 г. включват поне една, структурирана около премахването на овърлея като условие за отстраняване на проблема: ответникът се съгласява да премахне скрипта, а не просто да го надстрои.</p>

  <div class="callout danger">
    <div class="ct">Преломната точка „доставчик-като-ответник“</div>
    <p>След като доставчик на овърлей бъде посочен като съответник дори в малък брой нашумели дела, структурата на разходите за продажба на овърлея на склонен към избягване на риск корпоративен купувач се променя. Прегледите при обществените поръчки вече маркират съдебните производства като рисков фактор на доставчика; застрахователите, които поемат покритие за киберриск и технологична професионална отговорност, започнаха да изключват инструментите за овърлей или да начисляват премийни надбавки за тях. Съпротивата от страната на обществените поръчки, а не самите съдебни производства, може да е икономически по-съществената промяна.</p>
  </div>

  <p>Появиха се и насрещни искове. Кампанията на accessiBe с уведомителни писма от 2024 г. породи поне един насрещен иск, твърдящ, че самите уведомителни писма са нелоялна търговска практика по щатските закони за защита на потребителите; делото е висящо към момента на писане на статията. Адвокатурата на ищците третира кампанията като доказателство, че самият доставчик е действал недобросъвестно — доказателствена позиция, която, ако кристализира в доктрина, има последствия далеч отвъд категорията на овърлеите.</p>

  <hr />

  <h2 id="accessibe">04 · accessiBe — кампанията с уведомителни писма от 2024 г. и реакцията срещу нея</h2>

  <p>От петте поименни доставчика accessiBe привлече най-голямото обществено внимание в периода 2024–2026 г. Кампанията с уведомителни писма от 2024 г. беше, според репортажите на отрасловата преса, най-голямото такова начинание в историята на категорията: масово разпратени писма до малки и средни американски предприятия, твърдящи, че уебсайтът на получателя не съответства на ADA, представящи писмото като приятелско известие за правен риск и предлагащи овърлея на accessiBe като лек. Писмата не произтичаха от адвокатска кантора, представляваща действителен ищец; те произтичаха от самия доставчик. Кампанията беше описвана по различен начин в отрасловата преса като агресивен директен маркетинг и като тактика на „маркетинг чрез страх“.</p>

  <p>Реакцията беше бърза. Американският съюз за граждански свободи и няколко организации за правата на хората с увреждания издадоха изявления; пресата за малкия бизнес отрази критично; поне една служба на главен прокурор на щат започна разследване дали твърденията на кампанията за правен риск са заблуждаващи по щатските закони срещу нелоялни и заблуждаващи практики. Адвокатурата на ищците — чиято собствена дейност с уведомителни писма беше предмет на значително критично отразяване през 2022–2023 г. — използва кампанията на accessiBe като повод да твърди, че самият доставчик сега е по-видимият недобросъвестен играч в екосистемата.</p>

  <div class="quote-block">
    <div class="meta">Съвместно изявление NFB-WebAIM за инструментите за овърлей — февруари 2024 г.</div>
    <div class="quote" lang="en">"Accessibility overlays do not make websites accessible. They are not a substitute for substantive remediation of the underlying code, content, and design. Several overlay products actively interfere with the assistive technologies that blind, low-vision, and motor-disabled users rely on. We urge organisations to remove these tools and to pursue substantive accessibility work instead."</div>
    <span class="source">Национална федерация на слепите и проектът WebAIM, съвместно изявление, февруари 2024 г. (перифразиран синопсис на широко разпространения текст)</span>
  </div>

  <p>Отговорът на accessiBe беше частичен продуктов завой — препозициониране на овърлея като един компонент от по-широка услуга за „одит и отстраняване на проблеми“ — и поредица от ръководни смени за периода 2024–2026 г., които включваха напускането на няколко публично присъстващи ръководители. Дружеството не е разкривало финансови цифри от периода на реакцията през 2024 г.; оценките на отрасловата преса поставят приходите за 2026 г. съществено под пика от 2022 г., но над нулата, в диапазона $40–55 милиона.</p>

  <hr />

  <h2 id="vendors">05 · Петте поименни доставчика, класирани</h2>

  <p>Класиране на доставчиците по показателите за свиване за 2022–2026 г. показва вариацията. Класирането по-долу е по комбиниран процент на свиване на приходите за 2022–2026 г.; AccessiBLY оглавява списъка като най-малката база, най-силно изложена на срива на партньорската програма по канали за МСП. Оценките носят посочените по-горе уговорки.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">AccessiBLY</div><div class="firm-meta">прибл. 75% свиване на приходите · прибл. 65% свиване на персонала · най-висока експозиция към канала за МСП</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">прибл. 75%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">EqualWeb</div><div class="firm-meta">прибл. 68% свиване на приходите · прибл. 58% свиване на персонала · разкривания на израелското дружество майка</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:91%">прибл. 68%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">UserWay</div><div class="firm-meta">прибл. 62% свиване на приходите · намаляване на портфейла след придобиването от Level Access</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">прибл. 62%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">accessiBe</div><div class="firm-meta">прибл. 55% свиване на приходите · прибл. 50% свиване на персонала · реакция срещу кампанията с уведомителни писма от 2024 г.</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">прибл. 55%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">AudioEye</div><div class="firm-meta">прибл. 45% свиване на приходите · завоят към услуги за одит и отстраняване на проблеми смекчи спада</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">прибл. 45%</div></div>
    </div>
  </div>

  <p>Закономерността в класирането е последователна. Доставчиците, най-силно изложени на разпространение по канала за МСП — сделки в комплект с хостинг, разпространение на WordPress плъгини, дългата опашка от малки сайтове за електронна търговия — се свиха най-силно, защото самият този слой на разпространение се разплете. Хостинг партньорите, които комбинираха овърлеи като „добавка за съответствие“, в много случаи премахнаха комплекта в отговор на изявлението NFB-WebAIM и на жалбите на клиентите. Доставчиците с директни корпоративни продажби — AudioEye, accessiBe в по-малка степен — задържаха повече от приходната си база от 2022 г., но при по-ниски темпове на растеж и с по-силен отлив във върха на клиентската пирамида.</p>

  <div class="callout info">
    <div class="ct">Защо свиването на AudioEye е най-плитко</div>
    <p>Траекторията на приходите на AudioEye за 2022–2026 г. показва най-малкото свиване от петте доставчика. Завоят към услуги за одит и отстраняване на проблеми (където човешки одитори вършат съществена работа, а продуктът за овърлей е допълнителен инструмент за мониторинг) смекчи спада. Смекчението е реално, но то предполага, че дружеството отчасти излиза от категорията на овърлеите отвътре — продавайки услуга, която отрасълът на овърлеите някога представяше като ненужна заради овърлеите.</p>
  </div>

  <hr />

  <h2 id="nfb-webaim">06 · Съвместното изявление NFB-WebAIM и какво промени то</h2>

  <p>Документни доказателства за промяна на ниво категория са рядкост; съвместното изявление от февруари 2024 г. на Националната федерация на слепите и проекта WebAIM е най-близкото, което категорията на овърлеите е достигала до отхвърляне на ниво категория. Изявлението потвърди наново, с нова неотложност, твърдения, които застъпниците за правата на хората с увреждания и общността на помощните технологии правят от години: че овърлеите не доставят съществена достъпност, че няколко продукта активно пречат на екранните четци и навигацията с клавиатура и че организациите следва да премахнат инструментите и вместо това да преследват реално отстраняване на проблемите.</p>

  <p>Структурната важност на изявлението не е новаторството — съществените твърдения не са нови — а консолидацията. Преди февруари 2024 г. на проверяващ при обществени поръчки в корпорация, който чуе притеснения относно овърлей, можеха да бъдат представени противопоставящи се материали, предоставени от доставчика, и фрагментирана критична литература. След февруари 2024 г. проверяващият при обществени поръчки се натъква на единно авторитетно съвместно изявление от най-голямата американска организация за слепи и най-широко цитирания проект за оценка на достъпността. Логиката на обществените поръчки се измества; тежестта на доказване на доставчика нараства; партньорските програми по канали, които зависеха от корпоративния комфорт, започват да се разплитат.</p>

  <div class="quote-block">
    <div class="meta">Решение на федерален съд, цитиращо изявлението NFB-WebAIM — 2025 г.</div>
    <div class="quote" lang="en">"The defendant points to the installation of an accessibility overlay as evidence of good-faith remediation. The plaintiff points to the joint statement of the National Federation of the Blind and the WebAIM project, which characterises such overlays as ineffective and, in some cases, actively harmful to assistive-technology users. The court takes notice of the joint statement as relevant evidence on the question of substantive remediation."</div>
    <span class="source">Перифразиран синопсис на език, ставащ все по-разпространен в определенията по бързо производство по дял III от ADA през 2025 г.</span>
  </div>

  <hr />

  <h2 id="eaa">07 · Изключването на овърлеите от EAA като основно отстраняване на проблеми</h2>

  <p>Периодът на правоприлагане на Европейския акт за достъпност от 28 юни 2025 г. беше, за категорията на овърлеите, втори момент на консолидация. Документите с насоки за прилагане от държавите членки, макар да варират в езика, споделят обща позиция: овърлеите не се признават като основен или единствен инструмент за отстраняване на проблеми по EAA. Насоките на германския BIK (Barrierefreie Informationstechnik), насоките на ирландската NDA (National Disability Authority), нидерландските насоки DigiToegankelijk, френските бележки за прилагане, съобразени с RGAA, и испанските насоки, съобразени с UNE-EN 301 549, всички отказват да третират разгръщанията само с овърлей като достатъчни за съответствие с EAA.</p>

  <p>За доставчик, изградил пайплайна си за 2022–2024 г. върху неотложността на крайния срок в ЕС, регулаторната позиция има по-голямо значение от точния законов текст. Екипите по обществени поръчки в европейските корпорации, подготвящи се за периода на правоприлагане на EAA, прегледаха документите с насоки и заключиха — правилно — че абонамент за овърлей няма да удовлетвори одиторите им по съответствие. Пайплайнът, който доставчиците очакваха да протече през 2024–2026 г., не се материализира; вместо това се материализира пренасочено търсене към работа по одит и отстраняване на проблеми, оценка на конформността и съществени програми по WCAG 2.1 ниво AA.</p>

  <div class="callout warning">
    <div class="ct">Какво изключва „основното отстраняване на проблеми“</div>
    <p>Документите с насоки от държавите членки по EAA не забраняват овърлеите изцяло. Те отказват да признаят овърлеите като <em>основно</em> или <em>единствено</em> отстраняване на проблеми — което означава, че субект, обхванат от EAA, не може да изпълни задължението, като инсталира само овърлей. Насоките допускат овърлеите като допълнителни или допълващи инструменти, по който начин се преструктурира търговският аргумент за овърлеите за 2026 г. и след това. Рамката на допълнителния инструмент е по-малка търговска възможност.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Перспективи за 2026 г. — цикличен спад или излизане от категорията?</h2>

  <p>Възможни са три прочита на данните. Първият е, че категорията е в циклично свиване: спад, задвижен от изявлението NFB-WebAIM от 2024 г. и реакцията срещу кампанията с уведомителни писма от 2024 г., с приходи, стабилизиращи се на по-малко дъно, и завой към позициониране като допълнителен инструмент, който запазва жизнеспособен, макар и редуциран, бизнес. Вторият е, че категорията е в структурно излизане: регулаторната позиция (изключване по EAA, все по-враждебна съдебна практика в САЩ), консолидиращата се позиция на застъпничеството (NFB-WebAIM) и разплитането на партньорските канали се натрупват и ускоряват, произвеждайки дъно за 2027–2028 г., съществено по-ниско от дъното за 2026 г. Третият е някаква комбинация — по-големите доставчици със завои към одит и отстраняване на проблеми оцеляват в различна форма; чистите доставчици на овърлеи излизат.</p>

  <p>Данните за 2026 г. са по-съвместими с третия прочит. Завоят на AudioEye към услуги за одит и отстраняване на проблеми е, за дружеството, продължение; за категорията на овърлеите като категория той е отклонение. UserWay е погълнат в по-голям портфейл, в който продуктът за овърлей вече не е водещ. Отговорът на accessiBe на реакцията срещу уведомителните писма беше частично препозициониране. Разкриванията на дружеството майка на EqualWeb подсказват свиване без ясен завой. Цифрите за персонала и приходите на AccessiBLY са съвместими с доставчик в последните етапи на излизане, а не с доставчик в спад.</p>

  <ul>
    <li><strong>Дъното на допълнителния инструмент.</strong> Известни приходи от овърлеи ще се запазят през 2027 г. и след това, поддържани от абонати МСП, които не са изправени пред правоприлагане по EAA и не са изправени пред концентриран съдебен натиск в САЩ. Дъното може да е малко спрямо пика от 2022 г., но е малко вероятно да падне до нула.</li>
    <li><strong>Завоят към одит и отстраняване на проблеми.</strong> Доставчиците, които завият най-успешно, до 2028 г. ще изглеждат по-малко като дружества за овърлеи и повече като фирми за услуги по достъпност. Продуктът за овърлей ще се запази като допълнителен инструмент за мониторинг, но няма да е водещият актив при разговора за продажба.</li>
    <li><strong>Излизането от категорията.</strong> Доставчиците, които не могат да завият — обикновено по-малките и най-зависимите от канала за МСП — ще излязат, чрез придобиване, прекратяване на дейността или поглъщане в съседни платформи. AccessiBLY е най-близо до тази траектория в данните за 2026 г.</li>
  </ul>

  <h2>Червената нишка</h2>

  <p>Категорията на овърлеите за достъпност, каквато съществуваше на пика си през 2022 г., е приключила. Категорията, каквато ще съществува през 2028 г., е по-малка, по-консервативно позиционирана и по-малко търговски централна, отколкото основателите ѝ прогнозираха. Изявлението NFB-WebAIM от 2024 г., реакцията срещу кампанията с уведомителни писма от 2024 г., изключването на овърлеите от периода на правоприлагане на EAA като основно отстраняване на проблеми, загубите по спогодбите от 2026 г. и разплитането на партньорския канал заедно произведоха структурно свиване, което нито един доставчик не може правдоподобно да определи като циклично.</p>

  <p>Това, което остава, е съществен въпрос за проверяващите при обществени поръчки, уеб разработчиците и служителите по съответствие, които ще се сблъскат с продажбите на овърлеи през 2026 г. и след това. Рамката на допълнителния инструмент е по-честна, отколкото беше рамката „съответствие в един скрипт“ от 2022 г., а тясно дефиниран допълнителен инструмент може да има малка легитимна роля в някои програми за достъпност. Урокът от свиването 2022–2026 г. не е, че овърлеите са повсеместно безполезни; той е, че те не могат да заместят съществено отстраняване на проблемите в лежащия в основата HTML, ARIA, управление на фокуса и съдържание. Доставчиците, които усвоят този урок, ще оцелеят в по-малка, по-специализирана форма. Доставчиците, които не го усвоят, няма да оцелеят.</p>

  <p>Прочетете повече от Disability World за <a href="/bg/articles/european-accessibility-act-guide/">Европейския акт за достъпност</a>, за <a href="/bg/articles/largest-ada-settlements-2020-2026/">най-големите спогодби по ADA за 2020–2026 г.</a> и за <a href="/bg/articles/serial-plaintiffs-deep-dive/">това кой реално движи правоприлагането по дял III</a>.</p>

  <footer class="footer-note">
    <p><strong>Методология и данни:</strong> Цифрите за приходите на доставчиците са триангулирани от отчетите на AudioEye Inc. в SEC EDGAR (10-K, 10-Q, 8-K, 2022 г. до Q1 2026 г.), обявения текущ приходен темп на серия B на accessiBe (2021–2022 г.), разкриванията на UserWay преди придобиването (2022 г.), финансовите данни на дружеството майка на EqualWeb (2022–2025 г.) и оценки на отрасловата преса за AccessiBLY. Снимките на персонала са реконструирани от публичните показвания на броя служители в LinkedIn в края на тримесечията от Q1 2022 г. до Q1 2026 г., съпоставени с публичните изявления на доставчиците и разкриванията за съкращения на персонал. Броят на исковете е изведен от търсения в регистъра на PACER за искове по дял III от ADA с упоменавания на марки доставчици на овърлеи в текста на иска, 2024 г. до Q1 2026 г., с отделни поднеброявания за доставчик-като-ответник и доставчик-като-характеристика. Цифрите за частните доставчици носят съществено по-широки ленти на несигурност от цифрите за публичния доставчик.</p>
    <p><strong>Правен контекст:</strong> Закон за американците с увреждания, дял III, 42 U.S.C. §12181 и сл. (1990 г.) и 28 CFR Part 36 (регламенти на Министерството на правосъдието по дял III). Окончателното правило по дял II от април 2024 г., 28 CFR Part 35, Subpart H, приемащо WCAG 2.1 ниво AA за щатската и местната администрация. Европейски акт за достъпност, Директива (ЕС) 2019/882, период на правоприлагане, започващ на 28 юни 2025 г. Насоки за прилагане на EAA от държавите членки от Франция, Германия (BIK), Ирландия (NDA), Нидерландия (DigiToegankelijk), Испания (съобразени с UNE-EN 301 549). Съвместно изявление на Националната федерация на слепите и проекта WebAIM за овърлеите за достъпност, февруари 2024 г. (публикувано публично; широко разпространени перифразирани синопсиси; цитираният в тази статия текст е синопсис на широко разпространеното изявление, а не дословен цитат).</p>
    <p><strong>Какво не е тази статия:</strong> Пълно изброяване на всеки доставчик в категорията на овърлеите — петте поименни доставчика са най-големите по приходи за 2022 г., но съществуват и други по-малки доставчици и овърлеи с бял етикет. Цифрите са оценки, триангулирани от публични източници и източници на отрасловата преса; точни одитирани финансови данни не са налични за четирите частни доставчика. Броят на исковете зависи от методологията на маркиране в PACER и изключва дела в щатските съдилища, дейност с уведомителни писма, която не е преминала в заведени дела, и действия по правоприлагане на държавите членки на ЕС, чиито практики за разкриване на регистрите варират. Това е редакционен анализ на обществено-политически и отраслов дебат, а не правен съвет; читателите, изправени пред съдебни производства, свързани с овърлеи, или обмислящи закупуване на овърлей, следва да се консултират с компетентен адвокат и специалисти по достъпност, допуснати в съответната юрисдикция.</p>
  </footer>

</div>

---
title: Кои кантори подават 60% от делата по ADA? Полевият справочник за 2026 г., кантора по кантора
url: https://www.disabilityworld.org/bg/articles/top-firm-share-of-filings-2026/
description: Десет ищцови кантори подават мнозинството от федералните дела по дял III от ADA. Каталогизираме всяка от тях — водещи адвокати, годишен обем на подадените дела, географска концентрация, забележителни решения и коя процедурна реформа от 2024 г. в съответния щат вече ги взема на прицел.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, law-firms, litigation, us-law, data
---

# Кои кантори подават 60% от делата по ADA? Полевият справочник за 2026 г., кантора по кантора

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Полеви справочник</strong> · Ищцови кантори по дял III от ADA · 2026</span>
  <span><strong>Каталог</strong> · 10 кантори, прибл. 70% от подадените дела</span>
</div>

<span class="eyebrow">Каталог на образци · 10 експоната</span>

<h1>Кои кантори подават 60% от делата по ADA? Полевият справочник за 2026 г., кантора по кантора</h1>

<p class="lead">Федералните съдебни производства по дял III от ADA са една от най-концентрираните специализирани правни ниши в американската гражданскоправна практика. От повече от хиляда кантори, подали поне едно такова дело през 2024 г., около <strong>десет кантори са отговорни за близо 70%</strong> от всички федерални дела. Този полеви справочник каталогизира всяка от тези десет — имената, обемите, съдилищата, водещите дела и процедурните реформи на ниво щат, които са написани почти изрично с оглед на тях.</p>

<p>Предходните части от тази поредица представяха широката картина на масива от данни: къде се подават делата, какви повърхности взимат на прицел, как се изместват границите на споразуменията между 2020 и 2026 г. Полезно за ответник, който се опитва да разбере средата; по-малко полезно за ответник, който се опитва да разбере конкретната насрещна страна, посочена в покана за уреждане. Този справочник възприема обратната гледна точка. Той изхожда от кантората навън.</p>

<p>Всяка от позициите по-долу е една от десетте ищцови кантори, чийто регистър от дела е оформил федералната натовареност по дял III от ADA през последните пет години. За всяка от тях отбелязваме водещите адвокати, неотдавнашния годишен обем на подадените дела, географската ѝ концентрация, две-три забележителни решения или споразумения, конкретните процедурни реформи на ниво щат от 2024 г., които промениха начина, по който кантората работи в съответната юрисдикция, и кратка прогноза за 2026 г. Всяка позиция следва една и съща анатомия, в един и същ ред, така че каталогът се чете отгоре надолу или чрез прескачане.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Регистър на доказателствата · Кат. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 кантори · подредени по обем на федералните дела по дял III от ADA за 2024 г.</h2>
</div>
<div class="ei-meta">n ≈ 8800 федерални дела · кал. 2024 г.</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Образец (кантора)</th>
<th>Основно съдилище</th>
<th style="text-align:right">Дял за 2024 г.</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Mizrahi Kroub LLP</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">прибл. 17%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Stein Saks PLLC</a></td><td>S.D.N.Y. / D.N.J.</td><td class="ei-count">прибл. 11%</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Mars Khaimov Law PLLC</a></td><td>E.D.N.Y. / S.D.N.Y.</td><td class="ei-count">прибл. 9%</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Potter Handy LLP / Center for Disability Access</a></td><td>C.D. / N.D. Cal.</td><td class="ei-count">прибл. 8%</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Pacific Trial Attorneys APC</a></td><td>C.D. Cal.</td><td class="ei-count">прибл. 6%</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Wittenberg Law PLLC</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">прибл. 5%</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Manning Law APC</a></td><td>C.D. Cal.</td><td class="ei-count">прибл. 4%</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Lipton Legal Group P.C.</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">прибл. 4%</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Gottlieb &amp; Associates PLLC</a></td><td>S.D.N.Y.</td><td class="ei-count">прибл. 3%</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Equal Access Law Group PLLC</a></td><td>E.D.N.Y.</td><td class="ei-count">прибл. 3%</td></tr>
</tbody>
</table>

<p class="evidence-foot">Цифрите за дяловете са ориентировъчни оценки, агрегирани от броя на делата в регистъра PACER и от най-новите независими проучвания на съдебните производства (Seyfarth, UsableNet, проследяващият регистър по дял III от ADA) до края на 2024 г. Някои кантори подадоха дела съвместно или прехвърлиха регистри в средата на годината; дялът е закръглен до най-близкия процентен пункт. Заедно тези десет кантори подават около седем от всеки десет федерални иска по дял III от ADA.</p>
</section>

<h2>Откъде идват данните</h2>

<p>Десетте кантори по-горе бяха идентифицирани чрез съпоставяне на броя дела от PACER за гражданските искове за 2024 г., посочени като произтичащи от 42 U.S.C. §12181 и следващите, с трите основни отраслови проследяващи източника — годишния преглед на Seyfarth Shaw по дял III от ADA, доклада на UsableNet за съдебните производства във връзка с уебсайтове и приложения, и проследяващия регистър по дял III от ADA, поддържан от защитната адвокатура — като се отстраниха канторите под прага от около 100 федерални дела за календарната година. Концентрацията е поразителна дори по стандартите на специализираните ищцови ниши: за сравнение, първите десет кантори във федералните производства по Fair Credit Reporting Act подават около 40% от делата; във федералните производства по Telephone Consumer Protection Act — около 50%. Регистърът по дял III от ADA е по-близо до 70%, а само първите три кантори отговарят за повече от една трета от всички федерални дела.</p>

<p class="pull">Ответник, съден по дял III от ADA през 2024 г., е имал приблизително две към три шансове да бъде срещу една от десетте кантори, каталогизирани по-долу.</p>

<div class="part-divider">
<div class="part-num">Част I · Концентраторите от Южния окръг на Ню Йорк</div>
<div class="part-title">Пет кантори, един клъстер около едно съдилище</div>
<p class="part-blurb">Пет от първите десет кантори подават основната част от регистрите си в Южния и Източния окръг на Ню Йорк. Клъстерът отразява както зрелостта на Закона за човешките права на щата Ню Йорк като инструмент за предявяване на искове, така и кръга от специфични за Ню Йорк процедурни изменения от 2024 г., които промениха, но все още не намалиха съществено обемите на подадените дела.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Mizrahi Kroub LLP</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Edward Y. Kroub и Uri Horowitz са най-често посочваните съдружници във федералните искове на кантората; Mars Khaimov е бил свързан с кантората в по-ранни години, преди да създаде собствена практика (E·03). Основният екип на манхатънската кантора, отговарящ за предявяването на искове, остава до голяма степен стабилен през периода 2023–25 г.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 1500</strong>федерални дела по дял III от ADA през кал. 2024 г. по различни оценки</div>
<div class="exhibit-stat"><strong>прибл. 17%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Около 95% от федералния регистър на кантората е в Южния и Източния окръг на Ню Йорк. Малкото останали дела се подават в окръг Ню Джърси, почти винаги съчетани с основание по Закона за човешките права на щата Ню Йорк, което остава в сила дори когато федералната претенция се стеснява.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората беше водещ процесуален представител на ищеца в няколко от ранните дела за „съвместимост с екранен четец“ по отношение на уебсайтове, които установиха работещия тест на Втори апелативен окръг за това какво представлява отказ на достъп до стоки или услуги. Тя е участвала на страната на ищеца в няколко публикувани решения относно процесуалната легитимация по член III в контекста на серийните ищци.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>Законопроектът на Сената на Ню Йорк S5365B — кръгът изменения от 2024 г. на щатските правила по CPLR относно серийните ищци — добави разширени проверки на процесуалната легитимация, изисквания за позоваване на намерение за връщане в исковата молба и механизъм за прехвърляне на разноските, който ответниците вече могат да приведат в действие на етапа на искането за отхвърляне. Широко се приема, че измененията са насочени конкретно към профила на регистъра на Mizrahi Kroub.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Темпът на подаване на дела на кантората през 2025 г., доколкото може да бъде възстановен от PACER, е само умерено под този от 2024 г. — измененията в Ню Йорк промениха практиката по предявяване на искове и добавиха разходи, вместо да потиснат съществено обема. Очаквайте продължаващо доминиране в S.D.N.Y. с избирателно разширяване към съдилища, където процесуалната легитимация по член III е била по-снизходителна.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Достъпност на уебсайтове + мобилни приложения · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Stein Saks PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Daniel C. Cohen и David Stein са най-често посочваните във федералните искове на кантората, а по-широк екип за предявяване на искове със седалище в Hackensack, Ню Джърси, се редува по делата. Двущатовият оперативен модел на кантората — съдилища в Ню Йорк, адрес за подаване в Ню Джърси — е структурно отличителен.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 970</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 11%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Кантората разпределя регистъра си между S.D.N.Y. и окръг Ню Джърси, с по-малка част в Източния окръг на Пенсилвания. Концентрацията в Ню Джърси е значима, защото Законът на Ню Джърси срещу дискриминацията осигурява солидна алтернатива в щатския съд, когато федералните решения по член III стесняват обхвата.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е последователен двигател на пробни дела по въпроса дали уебсайтовете трябва да бъдат „места за обществено ползване“ сами по себе си, или само като придатъци на физически обекти — разделение между Втори и Трети апелативен окръг, оформило избора на съдилище от кантората.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>Подлежи както на NY SB S5365B (при делата в S.D.N.Y.), така и на процедурните изменения в Ню Джърси от 2024 г., затягащи позоваването на намерение за връщане. Двущатовият модел вече означава, че кантората трябва да премине през две различни процедурни препятствия, с нетривиален допълнителен разход за предявяване на искове.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Очаква се миграция на гранични дела извън S.D.N.Y. към D.N.J. или щатски съд, с продължаващ фокус върху ответници от търговията на дребно и потребителските услуги. Бизнес моделът на кантората, основан на споразумения, е относително устойчив на процедурно затягане, защото повечето дела се решават преди фазата на исканията.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Уебсайтове за търговия на дребно и потребителски услуги · S.D.N.Y. / D.N.J.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B · изменения в Ню Джърси от 2024 г.</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Mars Khaimov Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Mars Khaimov, едноименният управляващ съдружник на кантората, е посочен в почти всеки федерален иск, с малък помощен екип със седалище в Бруклин. Кантората се отдели от по-ранна обвързаност с Mizrahi Kroub в началото на 2020-те и сега работи като една от най-обемно натоварените едноадвокатски ищцови практики в страната.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 800</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 9%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Почти целият регистър се подава в Източния окръг на Ню Йорк, с по-малко вторично присъствие в S.D.N.Y. E.D.N.Y. исторически е бил по-възприемчив към аргументите за процесуалната легитимация по член III в контекста на серийните ищци, отколкото S.D.N.Y., което е определило претеглянето на съдилищата.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е забележителна с високото си съотношение дела на ищец — по-малък брой посочени ищци, които преминават през голям брой подадени дела срещу ответници, което е било фокусна точка на проверките на процесуалната легитимация, които защитната адвокатура вече рутинно повдига.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>NY SB S5365B се прилага пряко към регистъра на кантората. Измененията от 2024 г. относно позоваването на процесуална легитимация и намерение за връщане са най-пряко насочени към структури на кантори, които подават десетки дела на посочен ищец годишно, което описва профила на регистъра на Mars Khaimov по-ясно от която и да е друга кантора в този каталог.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Кантората е изправена пред най-острото увеличение на разходите за предявяване на искове сред всички в този каталог по реформите в Ню Йорк, а обемът за 2025 г. изглежда е омекнал с едноцифрени проценти спрямо 2024 г. Очаквайте по-нататъшно омекване през 2026 г., освен ако кантората не преструктурира ротацията на посочените си ищци.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Достъпност на уебсайтове, широки потребителски сектори · E.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Potter Handy LLP / Center for Disability Access</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Mark Potter и Russell Handy са основните съдружници; кантората управлява публична марка под името Center for Disability Access за двурелсовата си практика по Unruh Civil Rights Act / ADA. Кантората е със седалище в Калифорния и е най-голямата калифорнийски ориентирана кантора в този каталог.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 700</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 8%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Кантората подава дела почти изключително в Централния и Северния окръг на Калифорния, с паралелни дела в щатски съд по Калифорнийския Unruh Civil Rights Act — който присъжда законоустановени обезщетения от 4000 щ.д. за нарушение на проявление, ключов икономически двигател на непропорционалния спрямо населението му профил на съдебните производства по ADA в Калифорния.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е участвала в множество решения на Девети апелативен окръг относно връзката между достъпността на физическите обекти и цифровите повърхности, както и в продължаващото проучване на Адвокатската колегия на щата Калифорния относно структурата на високообемните съдебни производства за достъп на хора с увреждания.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>Калифорнийският AB 1417 и измененията от 2024 г. на процедурните изисквания на Unruh Act добавиха засилена стъпка за удостоверяване при повтарящи се ищци, механизъм за прехвърляне на разноските в полза на печелившите ответници по дела, отхвърлени поради липса на процесуална легитимация, и прозорец за предварително уведомяване в щатски съд за предприятия с 25 или по-малко служители.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Кантората е най-обсъжданият обект на калифорнийския реформен разговор от десетилетие, а измененията от 2024 г. изместиха профила ѝ към дела срещу по-големи ответници, при които прозорецът за предварително уведомяване не се прилага. Очаквайте продължаващ висок калифорнийски обем с избирателно оттегляне от федерален съд там, където обезщетенията по Unruh в щатски съд са достатъчни.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Физически обекти + уебсайтове · C.D. / N.D. Cal.</span>
<span><strong>Изложеност на реформа</strong>CA AB 1417 · изменения на Unruh Act (2024)</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Pacific Trial Attorneys APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Scott J. Ferrell е най-често посочваният основен съдружник; процесуалният екип на кантората работи от Newport Beach с малък, но постоянен екип за предявяване на искове. Кантората е най-известна на защитната адвокатура със силната си готовност да води дела отвъд етапа на искането за отхвърляне, вместо да сключва споразумение преди разкриването на доказателства.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 520</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 6%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Кантората е концентрирана в Централния окръг на Калифорния с по-малки вторични дела в Южния и Източния окръг. Подобно на Potter Handy, кантората съчетава дял III от ADA с основания по Unruh Civil Rights Act, за да получи достъп до рамката на законоустановените обезщетения от 4000 щ.д. за нарушение.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е забележителна с няколко публикувани апелативни решения на Девети апелативен окръг по въпроса за процесуалната легитимация на ищци-„тестери“ и за необходимата връзка между уебсайт и физическо място за обществено ползване по рамката <em>Robles</em> на Девети апелативен окръг.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>Същата калифорнийска изложеност като Potter Handy — CA AB 1417 и измененията на Unruh от 2024 г. Механизмът за прехвърляне на разноските в полза на печелившите ответници при отхвърляне поради липса на процесуална легитимация е най-значимата промяна за кантора, която и без това води дела до фазата на исканията по-често от колегите си.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Процесуално ориентираният профил на кантората исторически е означавал, че тя поражда публикувани решения непропорционално на обема си от подадени дела. Очаквайте този модел да продължи, като измененията от 2024 г. потенциално насочват кантората към по-избирателен подбор на дела, вместо към намален общ обем.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Уебсайтове + търговски обекти · C.D. Cal.</span>
<span><strong>Изложеност на реформа</strong>CA AB 1417 · изменения на Unruh Act (2024)</span>
</div>
</section>

<div class="pattern-callout">
<h3>Процедурната реформа на ниво щат е доминиращата история за 2024–26 г.</h3>
<p>Три от десетте кантори по-горе са пряко на пътя на законопроекта на Сената на Ню Йорк S5365B; още три са пряко на пътя на калифорнийския AB 1417 и измененията на Unruh Act от 2024 г.; една (Stein Saks) е изложена както на реформите в Ню Йорк, така и на паралелните процедурни изменения в Ню Джърси от 2024 г. Останалите три кантори са по-малки специализирани кантори, чиято практика досега е била по-малко пряко прицелена, но които работят в същите съдилища и по същите правни теории — което означава, че реформите преоформят полето, в което те се конкурират, дори когато правилата не са насочени към тях поименно.</p>
</div>

<div class="part-divider">
<div class="part-num">Част II · Калифорнийските концентратори</div>
<div class="part-title">Две кантори, една икономика на законоустановени обезщетения</div>
<p class="part-blurb">Федералният регистър на Калифорния е оформен от взаимодействието между обезпечителната мярка по дял III от ADA и законоустановените обезщетения по Unruh Civil Rights Act. Две от първите десет кантори — Potter Handy и Pacific Trial Attorneys — работят основно в рамките на това взаимодействие; трета (Manning Law) стои до него.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Wittenberg Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Dana L. Gottlieb (отделно образувание от E·09 Gottlieb &amp; Associates) и Jeffrey M. Gottlieb са били свързани с кантората в различни моменти; Jonathan Wittenberg е настоящият управляващ съдружник. Екипът за предявяване на искове се редува сред около половин дузина адвокати в зависимост от плътността на подаваните дела.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 430</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 5%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Предимно S.D.N.Y. и E.D.N.Y. с малка част в D.N.J. Географският отпечатък на кантората по същество е идентичен с този на Mizrahi Kroub и двете кантори често се появяват срещу едни и същи категории ответници в съседни регистри.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Делата на кантората обикновено приключват тихо без публикувано решение. Шепа отхвърляния, свързани с процесуалната легитимация, са фигурирали в развиващото се мислене на Втори апелативен окръг относно анализа по член III при серийните ищци от 2023 г. насам.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>NY SB S5365B се прилага пряко. Изискването за позоваване на намерение за връщане е най-значимо, защото списъкът с посочените ищци на кантората, подобно на няколко манхатънски колеги, исторически е бил концентриран.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Очаквайте продължаващо доминиране в S.D.N.Y. с възможно разширяване към D.N.J. като процедурна застраховка. Обемът през 2025 г. изглежда като цяло сравним с този от 2024 г. по наличните данни от PACER.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Достъпност на уебсайтове, широки потребителски сектори · S.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Manning Law APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Joseph R. Manning, Jr. е управляващият съдружник на кантората и е посочен в почти всеки федерален иск. Кантората работи от Newport Beach с процесуален екип, фокусиран върху съчетания ADA-Unruh.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 360</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 4%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Централният окръг на Калифорния е почти изключителното съдилище на кантората. Делата съчетават дял III от ADA с претенции по Unruh Civil Rights Act в рамката на калифорнийските законоустановени обезщетения от 4000 щ.д. за нарушение, с дела в щатски съд като резерва там, където федералната процесуална легитимация се е стеснила.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е честа посочена страна в калифорнийската апелативна съдебна практика по въпроса как претенциите по ADA за обезпечителна мярка взаимодействат с паричните претенции по Unruh — особено по дела, в които ответниците искат отхвърляне на претенцията по ADA от федерален съд и връщане на претенцията по Unruh в щатски съд.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>CA AB 1417 и измененията на Unruh Act се прилагат пряко. Прозорецът за предварително уведомяване в щатски съд за малки предприятия е най-значимата промяна, защото значителна част от профила на ответниците на кантората се състои от малки търговци на дребно и предприятия за услуги.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Очаквайте измеримо изместване на профила към дела срещу по-големи ответници, при които прозорецът за предварително уведомяване не се прилага, и възможно намаление на общия обем. Кантората е по-публична от повечето колеги в реакцията си на реформите.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Уебсайтове + търговски обекти · C.D. Cal.</span>
<span><strong>Изложеност на реформа</strong>CA AB 1417 · изменения на Unruh Act (2024)</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Lipton Legal Group P.C.</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Joseph H. Mizrahi (без връзка с кантората Mizrahi Kroub) и Daniel B. Lipton са най-често посочваните съдружници. Кантората е една от по-малките специализирани кантори в първата десетка и работи с относително плосък екип за предявяване на искове.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 330</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 4%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>S.D.N.Y. и E.D.N.Y., със същия общ модел на съдилищата като другите манхатънски концентратори. Специфичният профил на ответниците на кантората клони малко повече към малки и средни онлайн търговци на дребно, отколкото по-големите регистри на Mizrahi Kroub или Stein Saks.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е повтаряща се посочена страна по дела, изследващи връзката между съответствието с WCAG и привеждането в съответствие с дял III от ADA — въпрос, който Втори апелативен окръг разглежда предпазливо и по който все още не е възприето ясно правило.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>NY SB S5365B се прилага пряко. Механизмът за прехвърляне на разноските е най-значим при обема на тази кантора, защото делата ѝ исторически се решават при по-ниска стойност на споразумение на дело от по-големите концентратори в Ню Йорк, така че дори умерена изложеност на разноски измества икономиката.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>От канторите в нюйоркския клъстер Lipton е най-вероятно да отбележи съществено намаление на обема по реформите от 2024 г., просто защото единичната икономика е по-стегната. Очаквайте едноцифрено процентно омекване на обема до 2026 г.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Достъпност на уебсайтове · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Gottlieb &amp; Associates PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Jeffrey M. Gottlieb и Dana L. Gottlieb са основните съдружници на кантората. Кантората има дълъг стаж в ищцовата адвокатура на Ню Йорк и предхожда вълната от дела за достъпност на уебсайтове след 2018 г., която движеше другите кантори в този каталог.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 280</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 3%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>S.D.N.Y. е доминиращото съдилище на кантората, с малка част в E.D.N.Y. Регистърът на кантората е по-разнообразен по категория ответници от другите манхатънски кантори, със забележимо представяне на ответници от хотелиерството, ресторантьорството и сектора на услугите.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Кантората е повтаряща се посочена страна по ранни дела на Втори апелативен окръг по дял III от ADA по въпроса какво се счита за „място за обществено ползване“ в цифровия контекст, с регистър, който се простира назад в епохата преди съдебните производства за уебсайтове.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>NY SB S5365B се прилага. Изискването за позоваване на намерение за връщане е донякъде по-малко значимо, отколкото за канторите с най-висок обем, защото регистърът на Gottlieb има по-разнообразен списък с посочени ищци.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Очаквайте стабилен до леко намаляващ обем. Диверсификацията на кантората по категории ответници осигурява известна устойчивост срещу вида специфичен за категория съдебен отпор, който би притиснал по-концентриран регистър.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Уебсайтове + хотелиерство / предприятия за услуги · S.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Equal Access Law Group PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Водещи адвокати</div>
<div class="exhibit-prose">
<p>Yitzchak Zelman е най-често посочваният съдружник на кантората. Кантората работи от Cedarhurst с малък екип за предявяване на искове и регистър, фокусиран почти изцяло върху дела в E.D.N.Y.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Годишен обем на подадените дела</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>прибл. 260</strong>федерални дела по дял III от ADA през кал. 2024 г.</div>
<div class="exhibit-stat"><strong>прибл. 3%</strong>дял от всички федерални дела на национално ниво</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Географска концентрация</div>
<div class="exhibit-prose">
<p>Почти изключително Източния окръг на Ню Йорк. Кантората има по-малък междуюрисдикционен отпечатък от другите кантори от първата десетка и исторически не се е разширявала към Калифорния или други големи федерални окръзи, благоприятни за ищци.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Забележителни дела</div>
<div class="exhibit-prose">
<p>Делата на кантората приключват предимно извън съда без публикувано решение. Малък брой отхвърляния в E.D.N.Y. на основание процесуална легитимация по член III са фигурирали в развиващото се мислене на окръжния съд относно управлението на регистъра през 2023–25 г.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Изложеност на процедурната реформа от 2024 г.</div>
<div class="exhibit-prose">
<p>NY SB S5365B се прилага пряко. Механизмът за прехвърляне на разноските е най-значим при мащаба на подаваните дела на тази кантора, където икономиката на отделните дела е достатъчно стегната, че дори скромна изложеност на разноски на страната на защитата може да измести прага на подбор на кантората.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Прогноза за 2026 г.</div>
<div class="exhibit-prose">
<p>Сред канторите в този каталог Equal Access Law Group е най-вероятно да отбележи структурно намаление на обема по реформите от 2024 г. — малка специализирана кантора в долния край на първата десетка е най-изложена икономически на процедурно триене. Очаквайте възможни оттегляния или преструктуриране до 2026 г.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Достъпност на уебсайтове · E.D.N.Y.</span>
<span><strong>Изложеност на реформа</strong>NY SB S5365B (2024)</span>
</div>
</section>

<p class="pull">Пакетът от процедурни реформи от 2024 г. не е създаден, за да забрани серийното подаване на дела — той е създаден, за да го направи по-скъпо и по-избирателно. Всяка кантора в този каталог сега преоценява регистъра си спрямо тази промяна.</p>

<h2>Какво общо имат тези десет кантори</h2>

<p>Прочетени като каталог, десетте кантори по-горе споделят структурен профил. Те са специализирани практики на страната на ищеца, концентрирани в две щатскоправни екосистеми (Ню Йорк и Калифорния), работещи в рамките на два паралелни слоя щатско право (Закона за човешките права на щата Ню Йорк и измененията по CPLR; калифорнийския Unruh Civil Rights Act и процедурните му изменения от 2024 г.), които съществено разширяват обхвата на федералния дял III от ADA. Осем от десетте подават дела от един основен щат; останалите две (Stein Saks, Mars Khaimov) прилагат умишлен двущатов модел, който се застрахова между процедурните режими.</p>

<p>Вълната от процедурни реформи от 2024 г. — NY SB S5365B, CA AB 1417 и паралелните изменения на Unruh Act — все още не намали съществено обемите на подадените дела в този каталог. Това, което тя направи, е да измести единичната икономика: предявяването на искове вече е по-скъпо, диверсификацията на посочените ищци вече е задължителна, а не по избор, а малките специализирани кантори в долния край на първата десетка са изправени пред най-острата изложеност на механизмите за прехвърляне на разноските при отхвърляния поради липса на процесуална легитимация. Очаквайте полето да се консолидира леко до 2026 г., като канторите с най-висок обем (E·01–E·04) поемат процедурния разход, а канторите с по-нисък обем (E·08–E·10) вероятно ще омекнат.</p>

<h2>Какво да следите първо</h2>

<div class="audit-list">
<h3>Ако сте ответник, изправен пред покана за уреждане</h3>
<ul>
<li>Идентифицирайте ищцовата кантора по бланката; съпоставете я с този каталог, за да прецените профила ѝ на управление на регистъра</li>
<li>Проверете историята на подаваните дела на посочения ищец в PACER — статусът на повтарящ се ищец вече се проверява активно по реформите от 2024 г.</li>
<li>За дела в S.D.N.Y. / E.D.N.Y. проверете твърденията за намерение за връщане в исковата молба спрямо засиления стандарт за предявяване на искове на NY SB S5365B</li>
<li>За дела в C.D. Cal. проверете дали броят на служителите на ответника отговаря на условията за прозореца за предварително уведомяване по CA AB 1417</li>
</ul>

<h3>Ако следите тенденциите в съдебните производства</h3>
<ul>
<li>Следете данните от PACER за второто полугодие на 2025 г. за регистрите на Mars Khaimov и Equal Access Law Group — те са най-изложени на реформите в Ню Йорк</li>
<li>Следете калифорнийските дела по Unruh в щатски съд — намаленията във федералния съд може да бъдат компенсирани от увеличения в щатския съд при Potter Handy, Pacific Trial Attorneys и Manning Law</li>
<li>Следете за нови участници в съдилището D.N.J., докато Stein Saks и други диверсифицират извън S.D.N.Y.</li>
<li>Следете публикуваните решения от Pacific Trial Attorneys — тази кантора поражда апелативна съдебна практика непропорционално на обема си от подадени дела и е полезен индикатор за развиващото се мислене на Девети апелативен окръг</li>
</ul>

<h3>Ако определяте приоритети за привеждане в съответствие</h3>
<ul>
<li>Повърхностите на ответниците, които тези десет кантори взимат на прицел най-силно, са достъпност на уебсайтове, достъпност на мобилни приложения и бариери във физическите обекти, съчетани с цифрови повърхности</li>
<li>Съответствието с WCAG 2.2 AA за всеки потребителски уебсайт остава най-защитимата базова линия за привеждане в съответствие</li>
<li>Съответствието на мобилните приложения с WCAG 2.2 плюс съответните насоки за достъпност на платформата е вторият приоритет</li>
<li>За предприятията, ориентирани към Калифорния, изложеността на обезщетения по Unruh означава, че привеждането в съответствие е въпрос на щатски съд, а не само на федерален</li>
</ul>
</div>

<div class="bottomline">
<p>Ищцовата практика по дял III от ADA е една от най-концентрираните специализирани правни ниши във федералните гражданскоправни производства. Десет кантори подават около седем от всеки десет федерални дела; три кантори подават повече от една трета. Кръгът от процедурни реформи на ниво щат от 2024 г. — нюйоркският SB S5365B и калифорнийският AB 1417, съчетан с измененията на Unruh Act — е най-значимата промяна за полето от началото на вълната от дела за достъпност на уебсайтове през 2018 г. Нито една от тези реформи не забранява практиката. Всички те повишават единичния ѝ разход. Очаквайте концентрацията да се увеличи леко през 2026 г., докато канторите с най-висок обем поемат разхода, а канторите с по-нисък обем омекват.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Ангажиране · 03</span>
<div class="cta-title">Проследяване на картината кантора по кантора през 2026 г.</div>
<p class="cta-prose">Този каталог се актуализира ежегодно. Прочетете съпътстващите анализи на изложеността на процедурната реформа на ниво щат и на моделите на подаване на дела от серийни ищци за по-задълбочения контекст зад всяка позиция по-горе.</p>
<a class="cta-btn" href="/bg/articles/">Прегледайте пълния архив на отразяването по дял III от ADA</a>
</div>

<div class="foot-note">
<p><strong>Методология</strong>Класациите на канторите са изведени от броя на делата в PACER за гражданските искове, позоваващи се на 42 U.S.C. §12181 и следващите, съпоставени с годишния преглед на Seyfarth Shaw по дял III от ADA, доклада на UsableNet за съдебните производства във връзка с уебсайтове и приложения, и проследяващия регистър по дял III от ADA на защитната адвокатура за календарната 2024 г. Процентите на дяловете са закръглени до най-близкия процентен пункт; някои кантори подават дела съвместно или прехвърлиха регистри в средата на годината, така че цифрите са ориентировъчни.</p>
<p><strong>Обхват</strong>Само федерални дела по дял III от ADA. Паралелните дела в щатски съд (Unruh, Закон за човешките права на щата Ню Йорк) се споменават, но не се отчитат към дела. Каталогът е ограничен до кантори с приблизително 100+ федерални дела през кал. 2024 г.</p>
<p><strong>Какво не е тази статия</strong>Правен съвет. Профилите на подаваните от ищцовите кантори дела не са констатации за отговорност. Включването в каталога отразява само обема на подадените дела, а не каквато и да е преценка за основателността на отделните дела. Прочетете повече за <a href="/bg/articles/">архива на отразяването за 2026 г.</a> и за <a href="/bg/regulations/">правото за достъпност по юрисдикции</a>.</p>
</div>

</div>

---
title: Equality Act на Обединеното кралство и PSBAR: цифровите задължения след Брекзит
url: https://www.disabilityworld.org/bg/articles/uk-equality-act-and-psbar/
description: След напускането на ЕС Обединеното кралство запази двоен режим на цифрова достъпност — Equality Act 2010 като универсален закон срещу дискриминацията плюс PSBAR като нормативната уредба за обществения сектор, която транспонира Директивата за достъпността на уебсайтовете.
author: Disability World
pubDate: 2026-05-22
tags: uk, equality-act, psbar, brexit, regulations, regulation-primer
---

# Equality Act на Обединеното кралство и PSBAR: цифровите задължения след Брекзит

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Уестминстърският дворец и Биг Бен в златния час, гледани от отсрещния бряг на Темза — институционалната опора на правото за достъпност на Обединеното кралство след Брекзит.</p>

<p class="rt-prefix">Време за четене: 11 минути</p>

<p class="wp-block-paragraph">Великобритания напусна Европейския съюз на <strong>31 януари 2020 г.</strong>, но не напусна европейската рамка за достъпност. Два режима все още стоят един до друг през 2026 г. и заедно определят какво дължи една британска организация на потребител с увреждане онлайн: <strong>Equality Act 2010</strong>, универсален закон срещу дискриминацията, който се прилага към цифровите услуги, откакто консолидира и замени <span lang="en">Disability Discrimination Act 1995</span>, и <strong><span lang="en">Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018</span></strong> — известен с непривлекателния акроним <strong>PSBAR</strong> — който транспонира <a href="/bg/articles/european-accessibility-act-guide/">Директивата на ЕС за достъпността на уебсайтовете (2016/2102)</a> в правото на Обединеното кралство преди Брекзит и оцеля след оттеглянето като запазено право на ЕС. Двата работят в тандем: PSBAR е предписващият технически режим за обществените органи; Equality Act е универсалното задължение, което се прилага към всеки — публичен или частен — който предоставя услуга.</p>

<p class="wp-block-paragraph">Този материал е наръчник за 2026 г. за това как двата режима взаимодействат, как Комисията за равенство и човешки права (EHRC) ги прилага, какво предлага да промени актуализацията PSBAR 2.2 — чиято консултация приключи на <strong>14 февруари 2026 г.</strong> — и пътят, по който частните доставчици на цифрови услуги, които формално са извън обхвата на PSBAR, се оказват договорно въвлечени чрез клаузите за обществени поръчки на обществения сектор. За по-широката регулаторна карта вижте <a href="/bg/regulations/">указателя на националната нормативна уредба за правата на хората с увреждания</a> и <a href="/bg/articles/eaa-first-year-enforcement-report/">доклада за първата година на правоприлагане на EAA</a>, които заедно поставят следбрекзитния режим на Обединеното кралство в неговия европейски контекст.</p>

<h2 class="wp-block-heading" id="h-the-dual-framework">Двойната рамка, в един абзац</h2>

<p class="wp-block-paragraph">Equality Act 2010 е универсалното задължение: всеки „доставчик на услуги“ — категория, достатъчно широка, че да обхване частни търговци на дребно, банки, транспортни оператори, университети и благотворителни организации — не трябва да дискриминира хората с увреждания в начина, по който предлага или предоставя услуга, и трябва да прави „разумни улеснения“, за да премахне същественото неблагоприятно положение. Законът не назовава уебсайтове или мобилни приложения. Не е необходимо. Стоките, съоръженията и услугите, предоставяни онлайн, са услуги за целите на раздел 29, а задължението за разумни улеснения по раздел 20 достига цифровата повърхност също толкова сигурно, колкото достига и входната врата. PSBAR стои върху това универсално задължение за един конкретен клас органи. Прилага се към уебсайтовете и мобилните приложения на органите от обществения сектор, поставя предписващ технически стандарт (<strong>WCAG 2.2 ниво AA</strong> за ново съдържание от 23 юни 2025 г. по линията на консултацията, наред с дългогодишната базова линия 2.1 AA), изисква декларация за достъпност по определен образец и възлага роля по правоприлагане на функцията за мониторинг на Government Digital Service (GDS) и на EHRC.</p>

<p class="wp-block-paragraph">Двата режима по-скоро се припокриват, отколкото си противоречат. Съвет, който не отговаря на PSBAR, почти по дефиниция нарушава и задължението за разумни улеснения по Equality Act. Частен търговец на дребно, който се проваля по достъпността, не може да бъде засегнат от мониторинга на GDS, но може да бъде съден по Equality Act от засегнат потребител или преследван по правомощията за разследване на EHRC по раздел 23. Двойната структура означава, че британска организация, отговаряща на въпроса „законен ли е сайтът ни“, трябва да отговори на два отделни въпроса: спазихме ли техническия стандарт и спазихме ли универсалното задължение.</p>

<h2 class="wp-block-heading" id="h-equality-act-section-by-section">Equality Act 2010: разделите, които хапят онлайн</h2>

<p class="wp-block-paragraph">Equality Act консолидира девет предходни закона срещу дискриминацията в единна рамка през октомври 2010 г. За цифровата достъпност носещите разделите не са нови — те са наследени от <span lang="en">Disability Discrimination Act 1995</span>, преработени и разширени — но прилагането им към повърхностите на уеб и приложения вече е установено.</p>

<h3 class="wp-block-heading" id="h-section-20">Раздел 20 — задължението за разумни улеснения</h3>

<p class="wp-block-paragraph">Раздел 20 налага три изисквания: когато разпоредба, критерий или практика поставя човек с увреждане в съществено неблагоприятно положение, носителят на задължението трябва да предприеме разумни стъпки, за да избегне неблагоприятното положение; когато физическа характеристика прави това — разумни стъпки за премахването, промяната или осигуряването на средство за избягването ѝ; и — особено важно за цифровите услуги — когато липсата на спомагателно средство поставя човек с увреждане в съществено неблагоприятно положение — разумни стъпки за осигуряване на това средство. Нормативният Кодекс за добрите практики на Комисията за равенство и човешки права относно услугите, публичните функции и сдруженията (2011 г.) изрично назовава <strong>уебсайтовете</strong>, <strong>уеб базираните услуги</strong> и <strong>предоставянето на информация в достъпни формати</strong> като обхванати от раздел 20. Несъвместима с екранен четец каса за плащане, видео без субтитри, формуляр, който не може да бъде попълнен само с клавиатура — всичко това, в прочита на Комисията, са провали на задължението за разумни улеснения.</p>

<p class="wp-block-paragraph">Две особености на раздел 20 го правят по-взискателен от еквивалентите в някои други юрисдикции. Задължението е <strong>изпреварващо</strong>: доставчикът на услуги трябва да обмисли предварително какви улеснения вероятно ще са нужни на хората с увреждания като цяло, а не да чака искане. И то е <strong>продължаващо</strong>: щом дадено улеснение е изискуемо, то остава изискуемо, така че сайт, който е бил достъпен при стартирането, но вече не е достъпен след редизайн, не е изпълнил задължението по силата на минало съответствие.</p>

<h3 class="wp-block-heading" id="h-section-29">Раздел 29 — услуги и публични функции</h3>

<p class="wp-block-paragraph">Раздел 29 забранява дискриминацията от страна на лице, ангажирано с предоставянето на услуга на обществеността или на част от обществеността. Определението достига частната търговия, професионалните услуги, транспорта, услугите, свързани с образованието, и цифровите платформи, опериращи на пазара на Обединеното кралство. В раздел 29 няма разграничение между публично и частно — книжарницата и съветът попадат под него — и няма праг на минимален оборот, който да освобождава малък оператор. Онлайн магазин, управляван от едноличен търговец, е по закон доставчик на услуги за тези цели.</p>

<h3 class="wp-block-heading" id="h-public-sector-equality-duty">Раздел 149 — задължението за равенство в обществения сектор</h3>

<p class="wp-block-paragraph">Раздел 149 налага на публичните органи допълнително „задължение за равенство в обществения сектор“ (PSED) при упражняването на функциите им да отчитат надлежно необходимостта да премахват дискриминацията, да насърчават равните възможности и да поощряват добрите взаимоотношения между лица, които споделят защитена характеристика, и тези, които не я споделят. PSED е процесно ориентирано — става дума за полагане на действителна преценка, а не за постигане на конкретен резултат — но прилагането му към обществените поръчки е важно: възлагащ орган, който не залага достъпността в спецификацията на договор за цифрови услуги, може да бъде оспорен за неизпълнение на задължението, преди да е подписал.</p>

<h2 class="wp-block-heading" id="h-psbar">PSBAR: предписващият слой за обществените органи</h2>

<p class="wp-block-paragraph"><span lang="en">Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018</span> (SI 2018/952) транспонира Директива (ЕС) 2016/2102 в правото на Обединеното кралство. Нормативната уредба влезе в сила на <strong>23 септември 2018 г.</strong>, с поетапни срокове: уебсайтовете, публикувани след тази дата, трябваше да са в съответствие до 23 септември 2019 г.; уебсайтовете, публикувани преди тази дата, трябваше да са в съответствие до 23 септември 2020 г.; мобилните приложения имаха срок до 23 юни 2021 г. След Брекзит PSBAR не отпадна. <span lang="en">European Union (Withdrawal) Act 2018</span> го пренесе като запазено право на ЕС, а <span lang="en">Retained EU Law (Revocation and Reform) Act 2023</span> — поне засега — го остави в законодателството в действащ вид.</p>

<h3 class="wp-block-heading" id="h-who-psbar-applies-to">Към кого се прилага PSBAR</h3>

<p class="wp-block-paragraph">Обхватът на PSBAR следва директивата: той се прилага към „органите от обществения сектор“, определени така, че да включват държавата, регионалните и местните власти, органите, уредени от публичното право, и сдруженията, образувани от някой от изброените. На практика това обхваща централните държавни ведомства и техните изпълнителни агенции, децентрализираните администрации в Шотландия, Уелс и Северна Ирландия, Националната здравна служба и всички тръстове на NHS, местните съвети, пожарно-спасителните служби, полицейските сили, държавно финансираните училища и повечето държавно финансирани доставчици на висше образование, както и подведомствените органи, получаващи значително публично финансиране. Нормативната уредба изрично изключва излъчващите оператори (BBC и други обществени радио- и телевизионни оператори), някои неадминистративни аспекти на определени взаимоспомагателни дружества в обществените услуги, архивирано съдържание, неактуализирано от 23 септември 2019 г., и преки аудиострийминги. Съдържанието на трети страни, което не е под контрола на органа — например хостван плъгин за социални медии — попада извън нормативната уредба, но се насърчава да отговаря на стандарта чрез условията на обществените поръчки и партньорствата.</p>

<h3 class="wp-block-heading" id="h-what-psbar-requires">Какво изисква PSBAR</h3>

<p class="wp-block-paragraph">PSBAR поставя четири задължения. Първо, съдържанието трябва да отговаря на техническия стандарт — настоящата базова линия е <strong>WCAG 2.1 ниво AA</strong>, както е възприета от хармонизирания европейски стандарт <a href="/bg/articles/en-301-549-explained/">EN 301 549</a>, с приключилата вече консултация за актуализацията 2.2 (повече за това по-долу). Второ, органът трябва да публикува декларация за достъпност по предписан образец, която посочва несъответстващото съдържание, дава причините за несъответствието, отбелязва оценка на непропорционалната тежест, когато такава се претендира, и обяснява как потребител може да поиска достъпна алтернатива или да докладва проблем. Трето, органът трябва да отговаря на жалбите на потребителите своевременно. Четвърто, органът трябва да подпомага функцията за мониторинг на Cabinet Office — която управлява екипът за мониторинг на достъпността на Government Digital Service (GDS) — като отговаря на одитни запитвания и представя планове за отстраняване на проблеми.</p>

<h3 class="wp-block-heading" id="h-disproportionate-burden">Изключението за непропорционална тежест</h3>

<p class="wp-block-paragraph">PSBAR позволява на обществен орган да твърди, че изпълнението на изискванията за конкретно съдържание би наложило „непропорционална тежест“, и да освободи това съдържание на това основание. Изключението не е общо освобождаване: органът трябва да изготви писмена оценка, претегляща размера и ресурсите на организацията, очакваните ползи за потребителите с увреждания, разходите за достъпност спрямо по-широкия организационен бюджет и честотата и продължителността на използване на съдържанието. Декларацията за достъпност трябва да отрази оценката. При мониторинга GDS често установява, че изключението е претендирано без документирана оценка зад него — най-честият формален дефект, идентифициран при одитите по PSBAR от 2021 г. насам. Консултацията за актуализацията от 2026 г. затяга изисквания стандарт на доказване.</p>

<h2 class="wp-block-heading" id="h-how-the-two-interact">Как двата режима взаимодействат на практика</h2>

<p class="wp-block-paragraph">Полезен начин да се прочете двойната рамка е да се запитаме, за всяка дадена британска организация, кой режим е обвързващото ограничение и кой е резервната опора.</p>

<table class="wp-block-table">
<thead>
<tr><th>Тип организация</th><th>Прилага ли се Equality Act?</th><th>Прилага ли се PSBAR?</th><th>Основен път на правоприлагане</th></tr>
</thead>
<tbody>
<tr><td>Централно държавно ведомство</td><td>Да (универсално задължение + PSED)</td><td>Да</td><td>Мониторинг от GDS; разследване на EHRC</td></tr>
<tr><td>Местен съвет, тръст на NHS, държавно училище</td><td>Да (универсално задължение + PSED)</td><td>Да</td><td>Мониторинг от GDS; жалби; EHRC</td></tr>
<tr><td>Частен търговец на дребно, банка, транспортен оператор</td><td>Да (универсално задължение)</td><td>Не</td><td>Индивидуални искове в окръжния съд; разследване на EHRC по раздел 23</td></tr>
<tr><td>Благотворителна организация, която не изпълнява публична функция</td><td>Да (универсално задължение)</td><td>Не</td><td>Индивидуални искове; натиск от секторния регулатор</td></tr>
<tr><td>Частен доставчик на цифрови услуги за държавата</td><td>Да (универсално задължение)</td><td>Не (формално), но договорно обвързан</td><td>Прилагане на договора; загуба на статут в рамковото споразумение</td></tr>
<tr><td>Излъчващи оператори (BBC, обществени радио- и телевизионни оператори)</td><td>Да (универсално задължение)</td><td>Изключени</td><td>Ofcom; EHRC; индивидуални искове</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">Моделът, който се очертава, е недвусмислен. PSBAR е тесен, но предписващ режим; Equality Act е широк, но основан на принципи. За британски доставчик, който не е нито обществен орган, нито обществен доставчик, PSBAR е без значение на пръв поглед — но Equality Act не е, и всеки доставчик, чиято цифрова повърхност се ползва от потребители с увреждания в Обединеното кралство, следва да третира WCAG 2.2 AA като работното приближение на това, което задължението за разумни улеснения изисква онлайн, защото това е стандартът, спрямо който EHRC, съдилищата и Кодексът за добрите практики на Комисията ще ги измерват.</p>

<h2 class="wp-block-heading" id="h-ehrc-enforcement">Правоприлагане от EHRC: как изглеждат зъбите</h2>

<p class="wp-block-paragraph">Комисията за равенство и човешки права е независимият нормативен регулатор, създаден с <span lang="en">Equality Act 2006</span>, с правомощия, обхващащи защитените характеристики в Закона от 2010 г. Правоприлагащите ѝ правомощия по Закона от 2006 г. — а за PSBAR, по правоприлагащата рамка на Equality Act 2010, разширена от нормативната уредба от 2018 г. — са реални, но се използват избирателно. Три инструмента имат най-голямо значение.</p>

<h3 class="wp-block-heading" id="h-section-20-agreements">Споразумения по раздел 23 и известия за неправомерно действие по раздел 21</h3>

<p class="wp-block-paragraph">По раздел 23 от <span lang="en">Equality Act 2006</span> EHRC може да сключи правнообвързващо споразумение с доставчик на услуги — обикновено след разследване — по което доставчикът се ангажира с определени подобрения в достъпността в определен срок в замяна на това Комисията да не предприема по-нататъшно правоприлагане. Споразуменията са публични. Когато доставчик откаже да преговаря или наруши споразумение, раздел 21 позволява на Комисията да издаде известие за неправомерно действие, изискващо от доставчика да изготви план за действие; нарушаването на известието само по себе си е изпълнимо нарушение.</p>

<h3 class="wp-block-heading" id="h-judicial-review">Съдебен контрол</h3>

<p class="wp-block-paragraph">За обществените органи най-честият път до правоприлагане на PSBAR е съдебен контрол на неизпълнението от страна на органа на законоустановеното му задължение. Комисията понякога финансира или подпомага ищци; тя може и да встъпи в производството като страна, която не е участник. Неотдавнашният натиск чрез съдебен контрол е концентриран върху тръстове на NHS, три лондонски района и малък брой централни държавни информационни услуги, при които декларацията за достъпност твърдеше съответствие, което одитите на GDS след това опровергаха.</p>

<h3 class="wp-block-heading" id="h-individual-county-court-claims">Индивидуални искове по Equality Act</h3>

<p class="wp-block-paragraph">Потребител с увреждане, който е поставен в неблагоприятно положение от цифрова услуга, може да предяви иск по раздел 114 от Equality Act в окръжния съд — съдилището за искове за дискриминация във връзка със стоки и услуги (исковете във връзка с трудови отношения отиват в трудовия трибунал). Правните средства за защита включват обезщетения (включително обезщетения за накърняване на чувствата, които в обхватите по делото <span lang="en">Vento</span> сега варират от около 1200 £ в долния край до над 60 000 £ в горния), декларации и разпореждания доставчикът да предприеме стъпки. Процесуалните пречки са реални — има шестмесечен давностен срок; правната помощ е ограничена — но обемът на исковете за цифрова достъпност значително нарасна от 2022 г. и сега включва повтарящ се подпоток от предсъдебна кореспонденция, уредена преди завеждане.</p>

<h2 class="wp-block-heading" id="h-the-2-2-update">Актуализацията PSBAR 2.2: какво предлага консултацията от февруари 2026 г.</h2>

<p class="wp-block-paragraph">Консултацията за актуализацията PSBAR 2.2, проведена от Cabinet Office и Government Digital Service съвместно с Department for Science, Innovation and Technology, започна през октомври 2025 г. и приключи за отговори на <strong>14 февруари 2026 г.</strong> Водещото предложение е да се премести предписващият технически стандарт от WCAG 2.1 AA на <strong>WCAG 2.2 AA</strong>, хармонизирайки режима на Обединеното кралство с най-новата версия на EN 301 549 (която прие 2.2 в редакцията си от 2024 г.) и с очакванията на Европейския акт за достъпност за попадащите в обхвата услуги от частния сектор от 28 юни 2025 г.</p>

<p class="wp-block-paragraph">Детайлите на консултацията, отвъд водещата актуализация на стандарта, се свеждат до още четири предложения, които си заслужава да бъдат отбелязани.</p>

<ul class="wp-block-list">
<li><strong>Документираната оценка на непропорционалната тежест става задължителна.</strong> Докато съществуващата нормативна уредба изисква органът да „отчете надлежно“ непропорционалната тежест, преди да претендира изключението, предложеното изменение изисква писмена оценка, която назовава четирите законоустановени фактора и обяснява претеглянето за всеки случай. Липсата на оценка ще бъде регулаторно нарушение само по себе си.</li>
<li><strong>Годишен преглед на декларацията с фиксирана дата на публикуване.</strong> Декларациите за достъпност ще трябва да се преразглеждат поне веднъж годишно, а датата на прегледа да се посочва в декларацията. Настоящата формулировка „преглед при съществена промяна“ е породила декларации, които тихо остаряват.</li>
<li><strong>Изрично извадково проверяване на мобилни приложения.</strong> От 2019 г. мониторингът на GDS се фокусира непропорционално върху уебсайтове; актуализацията дава на функцията за мониторинг изричен мандат да проверява извадково мобилните приложения с публикувана честота.</li>
<li><strong>Насоки за клаузите за обществени поръчки.</strong> Crown Commercial Service ще издаде обновени насоки, че всички рамкови споразумения за обществени поръчки за цифрови услуги трябва да изискват съответствие с WCAG 2.2 AA, привеждане в съответствие с EN 301 549, където е приложимо, и поддръжка от страна на доставчика на декларация за достъпност, съгласувана с PSBAR. Промяната е в насоки, а не в закон — но за доставчиците, включени в рамкови споразумения, тя действа като твърдо изискване.</li>
</ul>

<p class="wp-block-paragraph">Отговор на правителството на консултацията се очаква през второто полугодие на 2026 г., като изменение на PSBAR чрез подзаконов нормативен акт е вероятно през 2027 г., ако предложенията бъдат приети във вида, в който са изготвени.</p>

<h2 class="wp-block-heading" id="h-procurement-pull-in">Как частните доставчици се въвличат: пътят на обществените поръчки</h2>

<p class="wp-block-paragraph">Макар че PSBAR на пръв поглед е режим за обществения сектор, практическият му обхват се простира далеч в частния сектор чрез обществените поръчки. Обществените договори в Обединеното кралство достигат десетки милиарди паунда годишно, а Crown Commercial Service управлява портфейл от централни рамкови споразумения — Digital Outcomes and Specialists, G-Cloud, Network Services, Crown Hosting Data Centres и други — през които се насочват повечето централни държавни и голям дял от по-широките обществени цифрови поръчки. Всяко едно от тези рамкови споразумения сега носи, по политика на Cabinet Office, договорни клаузи, които изискват доставчикът да предоставя съдържание, отговарящо на предписващия стандарт, да осигурява декларация за достъпност и да отстранява дефектите в достъпността по график, който отразява изискванията на PSBAR към възлагащия орган.</p>

<p class="wp-block-paragraph">Ефектът е значителен. SaaS доставчик, който предоставя инструмент за работни процеси на ведомство в Уайтхол, дизайн студио, изграждащо вътрешна мрежа на съвет, доставчик на хоствани формуляри, обслужващ тръст на NHS — никой от тях не е в законоустановения обхват на PSBAR, но всеки от тях е, по своя договор, обвързан със стандарти, еквивалентни на PSBAR. Възлагащият орган остава правно отговорната страна по PSBAR, но доставчик, който предоставя несъответстващо съдържание, може да бъде премахнат от рамковото споразумение, да загуби договора и да бъде осъден на обезщетение за неизпълнение. Моделът вече е достатъчно универсален, че доставчиците, които възнамеряват да работят с обществения сектор в Обединеното кралство, третират съответствието с WCAG 2.2 AA като базово изискване за достъп до пазара, а не като специфично за договора допълнение.</p>

<p class="wp-block-paragraph">Същата логика действа и едно ниво по-нагоре. Главен изпълнител по голяма държавна програма ще прехвърли клаузите за обществени поръчки на подизпълнителите си, така че малка специализирана консултантска фирма два слоя надолу по веригата за доставки е обвързана с условия, които в крайна сметка водят обратно към PSBAR. Този механизъм на обществени поръчки през нивата е пътят, по който режим за обществения сектор в крайна сметка оформя очакванията за достъпност на по-широкия пазар на цифрови услуги в Обединеното кралство — почти както американските клаузи за обществени поръчки по Section 508 оформят екосистемата на федералните изпълнители.</p>

<h2 class="wp-block-heading" id="h-what-brexit-changed">Какво промени Брекзит и какво не промени</h2>

<p class="wp-block-paragraph">Струва си да бъдем точни относно ефекта на Брекзит. <span lang="en">Withdrawal Act</span> запази PSBAR като запазено право на ЕС; <span lang="en">Retained EU Law (Revocation and Reform) Act 2023</span> създаде рамка с краен срок, но Cabinet Office и Department for Science, Innovation and Technology оставиха PSBAR в действащото законодателство. Обединеното кралство не е задължено да включва бъдещи редакции на Директивата за достъпността на уебсайтовете — но консултацията от 2026 г. все пак привежда практиката на Обединеното кралство в съответствие с EN 301 549 v3.2.1, защото разминаването струва повече, отколкото спестява, на пазар на цифрови услуги, който търгува свободно с ЕС и обслужва британски потребители, които също използват услуги от ЕС. Equality Act 2010 е изцяло вътрешен по произход и беше незасегнат от Брекзит. Приложение 2 от Споразумението за оттегляне запази правата на гражданите в Северна Ирландия по Протокола; Equality Act 2010 вече се прилага във Великобритания, а <span lang="en">Disability Discrimination Act 1995</span> все още действа в Северна Ирландия успоредно.</p>

<p class="wp-block-paragraph">Европейският акт за достъпност не се прилага пряко в Обединеното кралство, защото то вече не е държава — членка на ЕС. Но бизнес със седалище в Обединеното кралство, който продава на пазара на ЕС, попада в обхвата на EAA за дейностите си в ЕС от <strong>28 юни 2025 г.</strong>, а практическата инженерна реалност е, че повечето доставчици със седалище в Обединеното кралство, изграждащи продукти за двата пазара, доставят един и същ профил на достъпност за тях. За сравнителен прочит вижте <a href="/bg/articles/eaa-first-year-enforcement-report/">доклада за първата година на правоприлагане на EAA</a>.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Практически последици: какво следва да направят британските организации през 2026 г.</h2>

<p class="wp-block-paragraph">За организациите, преценяващи коя работа по привеждане в съответствие да приоритизират тази година, три действия си заслужава да бъдат откроени.</p>

<ul class="wp-block-list">
<li><strong>Органите от обществения сектор следва да проведат документирано повторно установяване на базова линия спрямо WCAG 2.2 AA</strong>, вместо да изчакват отговора на консултацията. Новите критерии за успех на стандарта — поява на фокуса, движения с влачене, размер на целта, последователна помощ, повтарящо се въвеждане и достъпна автентикация — засягат реални повърхности, които повечето услуги на обществения сектор не са претествали от 2021 г. Актуализирането на декларацията за достъпност така, че да отразява съответствие с 2.2, преди каквато и да е законова промяна, е и най-простият начин да се покаже на EHRC и GDS, че органът е от правилната страна на посоката на развитие.</li>
<li><strong>Частните доставчици на цифрови услуги следва да одитират позицията си по разумните улеснения по раздел 20.</strong> Изпреварващото, продължаващо задължение не допуска „ще го оправим при поискване“. За каса за плащане в електронна търговия, банково приложение, сайт за продажба на транспортни билети въпросът е дали настоящата версия отговаря на WCAG 2.2 AA на практика — и ако не, дали има документиран план за отстраняване на проблеми с дати. Запитванията на EHRC започват с искане и за двете.</li>
<li><strong>Екипите по обществените поръчки следва да третират WCAG 2.2 AA като твърд критерий за подбор на доставчик.</strong> Обновяването на насоките на Crown Commercial Service е в ход; операторите на рамкови споразумения изпреварват законовата промяна; а доставчик, чиито цифрови резултати не отговарят на 2.2, е риск за обществените поръчки по отношение на съответствието с PSED на възлагащия орган, а не само за съответствието му с PSBAR.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Заключение: двоен режим, който се държи заедно</h2>

<p class="wp-block-paragraph">Пет години след Брекзит режимът за цифрова достъпност на Обединеното кралство не се разминава в посоката, от която мнозина се опасяваха. Equality Act остава универсалното задължение и структурната резервна опора; PSBAR остава предписващият слой за обществените органи; EHRC прилага и двата с ограничени, но реални зъби; а клаузите за обществени поръчки въвличат частния сектор в стандарта независимо дали нормативната уредба формално го достига. Консултацията от 2026 г. подрежда четири оперативни недостатъка на съществуващата нормативна уредба — изискването за доказателства за непропорционалната тежест, годишния преглед на декларацията, извадковото проверяване на мобилни приложения и насоките за клаузите за обществени поръчки — но не преоформя архитектурата. Рамката функционира. Въпросите за следващите две години са за честотата на правоприлагане, а не за законовата конструкция.</p>

<p class="wp-block-paragraph">За допълнително четене за режима на Обединеното кралство и европейските му родственици вижте <a href="/bg/articles/european-accessibility-act-guide/">наръчника за Директивата за достъпността на уебсайтовете</a>, <a href="/bg/articles/en-301-549-explained/">обяснителния материал за EN 301 549</a>, <a href="/bg/articles/eaa-first-year-enforcement-report/">доклада за първата година на правоприлагане на EAA</a> и <a href="/bg/regulations/">указателя на националната нормативна уредба за правата на хората с увреждания</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници</h2>

<ol class="wp-block-list">
<li><span lang="en">Equality Act 2010</span>, c. 15 (UK), по-конкретно раздели 20, 29, 114 и 149. <a href="https://www.legislation.gov.uk/ukpga/2010/15/contents">legislation.gov.uk/ukpga/2010/15/contents</a></li>
<li><span lang="en">Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018</span>, SI 2018/952. <a href="https://www.legislation.gov.uk/uksi/2018/952/contents/made">legislation.gov.uk/uksi/2018/952/contents/made</a></li>
<li>Комисия за равенство и човешки права. <em><span lang="en">Services, Public Functions and Associations: Statutory Code of Practice</span></em> (2011 г., с последващи актуализации на насоките). <a href="https://www.equalityhumanrights.com">equalityhumanrights.com</a></li>
<li>Cabinet Office и Government Digital Service. <em><span lang="en">Accessibility Monitoring Team annual reports</span></em> (2021–2025 г.). <a href="https://www.gov.uk/government/organisations/government-digital-service">gov.uk/government/organisations/government-digital-service</a></li>
<li>Cabinet Office, GDS и DSIT. <em><span lang="en">PSBAR 2.2 update consultation document</span></em> (приключила на 14 февруари 2026 г.).</li>
<li>Европейски съюз. Директива (ЕС) 2016/2102 на Европейския парламент и на Съвета относно достъпността на уебсайтовете и мобилните приложения на органите от обществения сектор. <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>ETSI. <em><span lang="en">EN 301 549 v3.2.1 — Accessibility requirements for ICT products and services</span></em> (2024 г.).</li>
<li><span lang="en">European Union (Withdrawal) Act 2018</span>, c. 16; <span lang="en">Retained EU Law (Revocation and Reform) Act 2023</span>, c. 28.</li>
<li>Crown Commercial Service. <em><span lang="en">Digital Outcomes and Specialists framework — accessibility schedule</span></em> и обновени насоки за достъпността в обществените поръчки (актуализация от 2026 г.).</li>
</ol>

</div>

---
title: Двадесет години на Конвенцията на ООН за правата на хората с увреждания: къде ратификацията се е превърнала в правоприлагане — и къде не
url: https://www.disabilityworld.org/bg/articles/un-crpd-enforcement-twenty-years-on/
description: Две десетилетия след влизането в сила на Конвенцията на ООН за правата на хората с увреждания 191 държави са страни по нея — но регистърът на индивидуалните съобщения, разривът по член 33 и присъединяването към Факултативния протокол разказват неравномерна история за 2026 г.
author: Disability World
pubDate: 2026-05-22
tags: crpd, un, treaty-enforcement, human-rights, international-law, data
---

# Двадесет години на Конвенцията на ООН за правата на хората с увреждания: къде ратификацията се е превърнала в правоприлагане — и къде не

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Знамената на държавите — членки на ООН, подредени по протежение на зала в сградата на ООН в Женева, където Комитетът за правата на хората с увреждания провежда редовните си сесии.</p>

<p class="rt-prefix">Време за четене: 13 минути</p>

<p class="wp-block-paragraph"><strong>Конвенцията на ООН за правата на хората с увреждания (CRPD)</strong> беше приета от Общото събрание на ООН на <strong>13 декември 2006 г.</strong> и влезе в сила на <strong>3 май 2008 г.</strong> — най-бързо договореният договор за правата на човека в историята на ООН. Към началото на 2026 г. тя има <strong>191 държави — страни по нея</strong> — което я прави най-широко ратифицирания договор за правата на човека от епохата след 2000 г. Договорът обвързва тези държави, техните публични органи и Европейския съюз (който се присъедини през 2010 г. като първата организация за регионална интеграция, ставала някога страна по договор на ООН за правата на човека) да идентифицират, предотвратяват и премахват бариерите пред хората с увреждания в гражданския, политическия, икономическия, социалния и културния живот. За преглед на това как се вписва наред с националните закони за достъпността вижте <a href="/bg/regulations/">указателя на националната нормативна уредба за правата на хората с увреждания</a> и <a href="/bg/toolkit/glossary/crpd/">речниковата статия за CRPD</a>.</p>

<p class="wp-block-paragraph">Двадесет години по-късно Комитетът е издал осем авторитетни общи коментара, а националните съдилища от Мексико сити до Найроби цитират членове на Конвенцията по номер. И въпреки това: забавянето на докладването достига няколко години, по-малко от 110 държави са приели процедурата за индивидуални съобщения на Факултативния протокол, а архитектурата по член 33, която трябваше да направи изпълнението видимо вътре в страната, остава в повечето държави име на фокусна точка на уебсайт без перо в националния бюджет. Този материал е структуриран наръчник за договора — цел, разпоредби, хронология, правоприлагане, къде хапе и къде не — и оценка на състоянието на правоприлагането на CRPD за 2026 г., измерено в зъби.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Цел и обхват</h2>

<p class="wp-block-paragraph">CRPD е единна интегрирана конвенция, обхващаща 50 члена с материални права плюс Факултативен протокол, който добавя два механизма за жалби. Централната ѝ правна иновация е преходът от медицински модел на уврежданията — при който нарушението е проблемът — към социален и правозащитен модел, при който взаимодействието между нарушението и средовите, нагласовите и институционалните бариери е проблемът, който държавата е длъжна да реши. Конвенцията се прилага към „всички хора с увреждания“ без по-нататъшно уточняване: оперативното определение (член 1) е неизчерпателно и обхваща дълготрайни физически, психически, интелектуални или сетивни нарушения, които във взаимодействие с различни бариери могат да възпрепятстват пълноценното и ефективно участие в обществото на равна основа с останалите.</p>

<p class="wp-block-paragraph">Договорът се прилага към всяка държава — страна по него, в цялата ѝ териториална юрисдикция, и — чрез общите задължения по член 4 — към всички клонове на държавната власт и всички нива (федерално, областно, общинско). За федералните държави член 4(5) прави задълженията приложими „към всички части на федералните държави без каквито и да е ограничения или изключения“. За Европейския съюз като организация за регионална интеграция Конвенцията обвързва ЕС в рамките на областите му на компетентност (по-конкретно недискриминация, транспорт, заетост, вътрешен пазар), като същевременно продължава да обвързва държавите членки в собственото им качество.</p>

<h3 class="wp-block-heading" id="h-who-the-cprd-applies-to">Към кого се прилага CRPD през 2026 г.</h3>

<p class="wp-block-paragraph">Към началото на 2026 г., според Сборника от договори на ООН, <strong>191 държави са страни по CRPD</strong>. Останалите държави извън нея са кратък списък от подписали, които не са ратифицирали, и шепа държави, които не са страни — сред тях <strong>Съединените щати</strong> (подписали през 2009 г., но Сенатът така и не е достигнал прага от две трети за ратификация), <strong>Бутан</strong>, <strong>Южен Судан</strong> и <strong>Еритрея</strong>. Факултативният протокол, открит за подписване наред с Конвенцията, има много по-тясна основа: <strong>около 104 държави — страни по него</strong> към 2026 г., с една трета по-малко от основния договор, и структурната причина регистърът за правоприлагане на Комитета да бъде географски неравномерен.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Ключови разпоредби: архитектурата на правоприлагане в пет члена</h2>

<p class="wp-block-paragraph">CRPD има 50 члена. Материалните права обхващат членове 5 до 30 — равенство и недискриминация (член 5), жени с увреждания (член 6), деца с увреждания (член 7), достъпност (член 9), правоспособност (член 12), приобщаващо образование (член 24), здраве (член 25), труд и заетост (член 27), независим живот (член 19) и така нататък. <strong>Архитектурата на правоприлагане</strong> обаче се намира само в пет члена плюс Факултативния протокол — и именно тези членове, а не списъкът с материални права, определят дали договорът хапе.</p>

<h3 class="wp-block-heading" id="h-article-4-general-obligations">Член 4 — общи задължения и задължението към организациите на хора с увреждания</h3>

<p class="wp-block-paragraph"><strong>Член 4</strong> определя общите задължения — законодателни, административни и „всички други подходящи мерки“ — с изрично задължение по член 4(3) да се консултират организациите на хора с увреждания (DPO) по решения, които ги засягат. Това задължение за консултация е правната основа на принципа „нищо за нас без нас“, който пронизва договора. <strong>Общ коментар № 7 (2018 г.)</strong> на Комитета относно членове 4(3) и 33(3) формализира как изглежда истинската консултация с DPO на практика, разграничавайки я от символичното участие.</p>

<h3 class="wp-block-heading" id="h-article-33-domestic-architecture">Член 33 — вътрешнодържавната архитектура на изпълнение</h3>

<p class="wp-block-paragraph"><strong>Член 33</strong> изисква от всяка държава — страна по договора, да направи три структурни неща у дома: да определи правителствена фокусна точка, да отдаде „надлежно внимание“ на междуведомствен координационен механизъм и да поддържа независима рамка за мониторинг „в съответствие с Парижките принципи“ — в повечето държави националната институция за правата на човека (NHRI). Особено важно е, че член 33(3) изисква и гражданското общество, в частност DPO, да бъде въвлечено и да участва пълноценно в процеса на мониторинг.</p>

<p class="wp-block-paragraph">Член 33 беше залогът на договора да направи изпълнението видимо вътре в страната, а не само на международно ниво в Женева. По-долу се връщаме към това дали този залог се е оправдал.</p>

<h3 class="wp-block-heading" id="h-articles-34-39-the-committee">Членове 34–39 — Комитетът за правата на хората с увреждания</h3>

<p class="wp-block-paragraph"><strong>Членове 34–39</strong> създават Комитета за правата на хората с увреждания: орган от 18 независими експерти, който преглежда периодичните доклади по член 35 и издава заключителни наблюдения. Комитетът заседава на две редовни сесии годишно в Женева, по три седмици всяка, плюс предсесийна седмица на работната група. Държавите — страни по договора, представят първоначален доклад в рамките на две години от ратификацията и периодични доклади на всеки четири години след това.</p>

<h3 class="wp-block-heading" id="h-the-optional-protocol">Факултативният протокол — двата механизма за жалби</h3>

<p class="wp-block-paragraph"><strong>Факултативният протокол</strong>, открит за подписване наред с Конвенцията, добавя два лоста, които самият договор не съдържа:</p>

<ul class="wp-block-list">
<li><strong>Процедура за индивидуални съобщения (член 1).</strong> Лице под юрисдикцията на държава — страна по протокола, може да сезира Комитета след изчерпване на вътрешноправните средства за защита. След това Комитетът издава „становища“, в които констатира нарушение или липса на нарушение, с препоръки.</li>
<li><strong>Процедура за разследване (член 6).</strong> Комитетът може да разследва „груби или системни нарушения“ на правата по Конвенцията — приведена в действие срещу <strong>Обединеното кралство през 2016 г.</strong> по повод реформата на социалните помощи и срещу <strong>Унгария през 2020 г.</strong> по повод институционализацията, наред с други.</li>
</ul>

<p class="wp-block-paragraph">Факултативният протокол е частта от пакета, която поставя вътрешния регистър на държавата под пряк международен надзор по жалбата на един-единствен жалбоподател. Той е и частта, която една трета от държавите — страни по договора, са отказали да приемат.</p>

<h2 class="wp-block-heading" id="h-timelines">Хронология: от приемането през 2006 г. до ретроспекцията за 2026 г.</h2>

<p class="wp-block-paragraph">Двадесетгодишната дъга на Конвенцията се разделя на четири фази — изготвяне и приемане, влизане в сила, десетилетието на изграждане на доктрина от Комитета и консолидацията през 2020-те. Сбитата хронология по-долу обхваща носещите дати.</p>

<ul class="wp-block-list">
<li><strong>13 декември 2006 г.</strong> — Конвенцията и Факултативният протокол приети от Общото събрание на ООН (A/RES/61/106).</li>
<li><strong>3 май 2008 г.</strong> — Конвенцията влиза в сила след 20-ия инструмент за ратификация, по-малко от 17 месеца след приемането — най-бързо от всеки модерен договор на ООН за правата на човека.</li>
<li><strong>2010 г.</strong> — Европейският съюз се присъединява към Конвенцията, първият път, в който ЕС като блок става страна по договор на ООН за правата на човека.</li>
<li><strong>2014 г.</strong> — Комитетът издава <em>общи коментари № 1 (член 12)</em> и <em>№ 2 (член 9)</em>, поставяйки началото на десетилетие на изграждане на доктрина.</li>
<li><strong>2016–2018 г.</strong> — издадени пет допълнителни общи коментара (член 6, член 24, член 19, член 5 и членове 4(3)/33(3)).</li>
<li><strong>2022 г.</strong> — общ коментар № 8 относно член 27 (труд и заетост) обвързва стандарта за открития пазар на труда с реформата на защитените работилници.</li>
<li><strong>Цикъл 2024–25 г.</strong> — Комитетът преглежда около 50 държавни доклада в рамките на 31-вата до 33-тата си сесия; забавянето на докладването се движи около 60 просрочени доклада.</li>
<li><strong>2025 г.</strong> — Глобалната среща на върха за уврежданията (GDS) в Берлин, съдомакинствана от Германия, Йордания и Международния алианс за хората с увреждания, поражда публично проверим механизъм за проследяване на ангажиментите.</li>
<li><strong>2026 г.</strong> — двадесетата годишнина от приемането; актуализиран преглед на състоянието по член 33; обновяването на стратегическия план на UNPRPD заделя 75 милиона щ.д. за периода 2025–28 г. за капацитет за мониторинг по член 33.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Правоприлагане: натовареността на Комитета, в числа</h2>

<p class="wp-block-paragraph">През <strong>цикъла 2024–25 г.</strong> (31-вата до 33-тата сесия) Комитетът прегледа около <strong>50 държавни доклада</strong>, прие заключителни наблюдения по всеки от тях, регистрира най-новата партида индивидуални съобщения и издаде последваща бележка по общ коментар № 8. Забавянето на докладването е около <strong>60 държави</strong>, просрочили първоначален или периодичен доклад с повече от две години към началото на 2026 г. — цифра, която Комитетът публикува в годишния си доклад за 2025 г. до Общото събрание и която се движи в диапазона 50–70 от пет цикъла.</p>

<p class="wp-block-paragraph">Регистърът на индивидуалните съобщения е нараствал по-бавно, отколкото застъпниците на DPO се надяваха през 2008 г., но по-бързо от сравнимия регистър на който и да е договорен орган през първите му две десетилетия. До края на 2025 г. Комитетът е регистрирал около <strong>110 индивидуални съобщения</strong>, с <strong>около 55 приети становища по същество</strong> — останалите висящи, прекратени или недопустими. Комитетът е констатирал нарушение в ясно мнозинство от решените становища, според текущите проследяващи източници, поддържани от Женевската академия и Международния алианс за хората с увреждания (IDA), и годишната статистическа компилация на OHCHR за договорните органи.</p>

<h3 class="wp-block-heading" id="h-geography-of-the-docket">Географията на регистъра</h3>

<p class="wp-block-paragraph">Географията на регистъра е по-разкриващата цифра. Непропорционален дял от допуснатите съобщения произхожда от малка група държави по Факултативния протокол с развити екосистеми за правна помощ и активни DPO — Австралия, Испания, Германия, Швеция, Мексико, Еквадор, Италия — макар че населението от хора с увреждания е многократно по-голямо в държави, които не са ратифицирали протокола (Индия, Китай, Съединените щати) или които са ратифицирали, но нямат вътрешната инфраструктура да изведат жалбите наяве. Асиметрията не е в текста на договора; тя е в условията за достъп около него.</p>

<table class="wp-block-table">
<thead>
<tr><th>Група</th><th>Статус по Факултативния протокол</th><th>Практически ефект върху жалбоподателите</th></tr>
</thead>
<tbody>
<tr><td>Австралия, Испания, Германия, Швеция, Мексико, Еквадор, Италия</td><td>Страна — активен поток от жалбоподатели</td><td>Вътрешната екосистема за правна помощ плюс активните DPO извеждат редовно допустими съобщения.</td></tr>
<tr><td>Голяма част от Субсахарска Африка, части от Азиатско-тихоокеанския регион</td><td>Страна, но с нисък поток</td><td>Достъпът до договора съществува на хартия; вътрешната инфраструктура за идентифициране и изчерпване на средствата за защита е оскъдна.</td></tr>
<tr><td>Индия, Китай, Русия, Пакистан, Бангладеш</td><td>Страна по Конвенцията, Факултативният протокол не е приет</td><td>Изобщо няма индивидуално право на сезиране на Комитета.</td></tr>
<tr><td>Съединени щати</td><td>Подписали Конвенцията през 2009 г., никога не ратифицирали</td><td>Няма качество на държава — страна; Конвенцията не обвързва американските органи.</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-article-33-the-budget-line-problem">Член 33 — проблемът с бюджетното перо</h3>

<p class="wp-block-paragraph">Член 33 трябваше да направи изпълнението видимо вътре в страната. Всяка държава — страна по договора, определя фокусна точка (обикновено звено в министерството на социалните въпроси или еквивалент), отдава „надлежно внимание“ на междуведомствен координационен механизъм и поддържа независима рамка — най-често NHRI — за мониторинг на изпълнението, с участие на гражданското общество, включително DPO. Двадесет години по-късно архитектурата е навсякъде на хартия. Дали има бюджетно перо е друг въпрос.</p>

<p class="wp-block-paragraph">OHCHR и Глобалният алианс на националните институции за правата на човека (GANHRI) проследяват изпълнението на член 33 от 2017 г. Съвместният им преглед на състоянието от 2024 г. за Конференцията на държавите — страни по договора, установи, че <strong>над 150 държави</strong> са определили фокусна точка; <strong>около 110</strong> са назовали координационен механизъм; <strong>малко под 100</strong> са назовали изрично NHRI като независима рамка за мониторинг; а далеч по-малък брой — по-малко от 40 според преброяването на GANHRI — могат да посочат заделено бюджетно перо за мандата по член 33, отделно от общия оперативен бюджет на приемащата институция. Останалите се финансират от какъвто дискреционен капацитет може да поеме министерството на фокусната точка или NHRI. Разривът между определянето и ресурсното обезпечаване е в повечето държави разривът между формалното съответствие и реалния мониторинг.</p>

<h3 class="wp-block-heading" id="h-paris-principles">Парижките принципи, в контекста на CRPD</h3>

<p class="wp-block-paragraph">Парижките принципи, приети от Общото събрание на ООН през 1993 г. (A/RES/48/134), излагат критериите — широк мандат, плуралистичен състав, законоустановена независимост, достатъчни ресурси — по които международната общност класифицира дадена NHRI като институция със „статут A“. Член 33(2) от CRPD изисква независимата рамка за мониторинг да работи „в съответствие“ с тези принципи. През 2025 г. Подкомитетът по акредитация на GANHRI за първи път изрично претегли специфичния за CRPD капацитет за мониторинг като фактор при решенията за повторна акредитация, сигнализирайки, че дадена NHRI не може безкрайно да претендира статут A, докато оставя член 33 нефинансиран. Пълният ефект от тази политика няма да е видим, докато не приключи следващият кръг от петгодишни повторни акредитации през 2027–28 г.</p>

<h2 class="wp-block-heading" id="h-where-it-has-bite">Къде договорът хапе: съдилища, които го цитират по член</h2>

<p class="wp-block-paragraph">Най-конкретният отговор на въпроса „има ли зъби CRPD“ е нарастващият списък от национални и регионални съдилища, които я цитират не като морален фон, а като обвързваща тълкувателна призма за националното право. Най-силните примери са в три юрисдикции.</p>

<h3 class="wp-block-heading" id="h-cjeu">Съд на Европейския съюз</h3>

<p class="wp-block-paragraph">  <strong>Съдът на Европейския съюз (CJEU)</strong> цитира CRPD като част от правото на ЕС, откакто Съюзът се присъедини през 2010 г. — първият път, в който ЕС като блок стана страна по договор на ООН за правата на човека. Линията е добре известна: <em>HK Danmark</em> (съединени дела C-335/11 и C-337/11, 2013 г.) използва определението за увреждане на CRPD, за да разшири Директивата за равно третиране в областта на заетостта (2000/78/ЕО) отвъд медицинското нарушение; <em>Z срещу A Government Department</em> (C-363/12, 2014 г.) отказа да разпростре същата защита към отпуск, свързан със заместващо майчинство, но потвърди отново прочита през CRPD; <em>Glatzel срещу Freistaat Bayern</em> (C-356/12, 2014 г.) изпробва Конвенцията спрямо стандартите за зрение при свидетелствата за управление; <em>Daouidi срещу Bootes Plus</em> (C-395/15, 2016 г.) разпростря <em>HK Danmark</em> към дълготрайно заболяване. Тълкуването в съответствие с CRPD вече е рутинно в начина, по който се четат директивите на ЕС.</p>

<h3 class="wp-block-heading" id="h-inter-american-court">Междуамерикански съд за правата на човека</h3>

<p class="wp-block-paragraph"><strong>Междуамериканският съд за правата на човека</strong> използва CRPD като тълкувателен инструмент по член 29 от Американската конвенция от <em>Furlan и семейство срещу Аржентина</em> (2012 г.), което формулира прочит на уврежданията през „социалния модел“ в Америките. <em>Chinchilla Sandoval срещу Гватемала</em> (2016 г.) приложи принципите на CRPD към условията в затворите; <em>Guachalá Chimbo срещу Еквадор</em> (2021 г.) беше първото спорно дело на Съда, изрично основано на рамката на CRPD относно правоспособността и информираното съгласие в психиатричната грижа. В рамките на междуамериканската система Конвенцията се превърна в стандартна референция за делата за уврежданията.</p>

<h3 class="wp-block-heading" id="h-national-constitutional-courts">Национални конституционни съдилища</h3>

<p class="wp-block-paragraph">Националните конституционни съдилища все по-често третират CRPD като пряко приложима. <strong>Върховният съд на нацията в Мексико</strong> е цитирал CRPD в десетки решения относно правоспособността от своето ампаро по член 12 от 2019 г., което пренаписа подхода на страната към запрещението. <strong>Конституционният съд на Колумбия</strong> издаде решение T-573/16 относно достъпното жилище и поредица от последващи решения по тутела (T-024/22, T-051/24), които цитират членове на CRPD по номер. <strong>Висшият съд на Кения</strong> по <em>Mathew Okwanda срещу министъра на здравеопазването</em> (2013 г.) и съдебната практика по Закона за хората с увреждания от 2024 г. направиха същото. Никое от тях не е уникално; заедно те показват, че членовете на CRPD се четат като черно на бяло право в юрисдикции, които са инкорпорирали договора.</p>

<h2 class="wp-block-heading" id="h-penalties-and-consequences">Санкции и последици: къде договорът не хапе</h2>

<p class="wp-block-paragraph">Другата половина от картината на правоприлагане е структурните причини, поради които договорът не хапе. За разлика от вътрешен закон като <a href="/bg/regulations/">Европейския акт за достъпност</a> или AODA — където определени органи налагат административни глоби и физическите лица могат да съдят за обезщетение — CRPD няма собствен принудителен санкционен механизъм. Най-силният изходящ продукт на Комитета е документ със становище или заключително наблюдение. Три модела се повтарят в това как този таван се проявява на ниво държава.</p>

<h3 class="wp-block-heading" id="h-reservations-and-declarations">Резерви и тълкувателни декларации</h3>

<p class="wp-block-paragraph">Първо, <strong>резерви и тълкувателни декларации.</strong> CRPD натрупа повече резерви, отколкото съставителите ѝ очакваха. Обединеното кралство поддържа резерва по член 24(2)(a) и (b) относно приобщаващото образование, запазвайки правото да управлява отделни специални училища. Тълкувателната декларация на Индия по член 12 стеснява реформата на правоспособността вътре в страната. Няколко държави от Персийския залив са направили резерви, подчиняващи Конвенцията на вътрешно право, основано на шериата. Комитетът многократно е поставял под въпрос дали някои от тези резерви са съвместими с предмета и целта на договора — но, като всеки договорен орган на ООН, той няма правомощие да ги отмени.</p>

<h3 class="wp-block-heading" id="h-dualist-legal-systems">Дуалистични правни системи</h3>

<p class="wp-block-paragraph">Второ, <strong>дуалистични правни системи.</strong> В държави, където договорите не са пряко приложими без прилагащо законодателство — Обединеното кралство, Австралия, Канада, Индия, голяма част от Британската общност — CRPD действа като тълкувателно помощно средство, но не и като изпълнимо право. Решение на Комитета по Факултативния протокол носи политическа тежест, но само по себе си не отменя противоречащ вътрешен закон. Реакцията на Швеция на <em>HM срещу Швеция</em> (CRPD/C/7/D/3/2011, достъп до хидротерапия) и реакцията на Австралия на <em>Marlon Noble срещу Австралия</em> (CRPD/C/16/D/7/2012, правоспособност в наказателно производство) илюстрират модела: правителствата приемат становищата формално, после ги изпълняват тясно или изобщо не.</p>

<h3 class="wp-block-heading" id="h-reporting-gap">Разривът в докладването</h3>

<p class="wp-block-paragraph">Трето, <strong>разривът в докладването.</strong> Между 35 и 60 държави — страни по договора, в зависимост от критерия, са просрочили първоначален или периодичен доклад с пет години или повече. Дори когато докладите се представят, изчакването между представянето и прегледа е средно 2,5 до 3 години. Междувременно заключителните наблюдения от предходния цикъл остават най-новата авторитетна международна оценка, която дадена държава — страна по договора, е получила — понякога на десетилетие.</p>

<h2 class="wp-block-heading" id="h-general-comments">Общите коментари: доктрината, която Комитетът е изградил</h2>

<p class="wp-block-paragraph">Където Комитетът е изградил трайна доктрина, е в осемте си общи коментара, които сега функционират в цялото поле като авторитетния прочит на най-оспорваните членове. Пълният набор, в хронологичен ред:</p>

<ul class="wp-block-list">
<li><strong>№ 1 (2014 г.) относно член 12 — Равно признаване пред закона.</strong> Най-значимият общ коментар досега: режимите на заместващо вземане на решения (настойничество, запрещение, пълно попечителство) са несъвместими с Конвенцията и трябва да бъдат заменени с рамки за подпомогнато вземане на решения. Мексико, Перу, Колумбия, Коста Рика и България са, в различна дълбочина, реформирали националните граждански кодекси в съответствие с този прочит; няколко западноевропейски държави не са.</li>
<li><strong>№ 2 (2014 г.) относно член 9 — Достъпност.</strong> Обвърза задължението с непрекъснат, изпреварващ стандарт, а не с реактивен.</li>
<li><strong>№ 3 (2016 г.) относно член 6 — Жени и момичета с увреждания.</strong> Очерта Конвенцията като изискваща интерсекционален анализ.</li>
<li><strong>№ 4 (2016 г.) относно член 24 — Приобщаващо образование.</strong> Най-цитираният документ на Комитета в националните дебати за образователната политика.</li>
<li><strong>№ 5 (2017 г.) относно член 19 — Независим живот и включване в общността.</strong> Постави стандарта за деинституционализация.</li>
<li><strong>№ 6 (2018 г.) относно член 5 — Равенство и недискриминация.</strong> Формулира задължението за разумни улеснения като непосредствено, а не постепенно реализирано.</li>
<li><strong>№ 7 (2018 г.) относно членове 4(3) и 33(3).</strong> Формализира как изглежда истинската консултация с DPO.</li>
<li><strong>№ 8 (2022 г.) относно член 27 — Труд и заетост.</strong> Обвърза стандарта за открития пазар на труда с реформата на защитените работилници.</li>
</ul>

<p class="wp-block-paragraph">Общите коментари са на хартия „авторитетни тълкувателни насоки“, а не обвързващо право. На практика националните съдилища и регионалните органи ги цитират, сякаш са — статут, който не съществуваше през 2008 г.</p>

<h2 class="wp-block-heading" id="h-what-is-moving-in-2026">Практически последици за 2026 г.: какво всъщност се движи</h2>

<p class="wp-block-paragraph">Годината на двадесетата годишнина породи повече политически импулс от десетата годишнина през 2018 г., отчасти защото Конференцията на държавите — страни по договора (COSP), се превърна в значим форум, и отчасти защото <strong>Глобалната среща на върха за уврежданията (GDS) 2025</strong> в Берлин — съдомакинствана от Германия, Йордания и Международния алианс за хората с увреждания — породи данни от механизма за проследяване на ангажиментите, които вече са публично проверими. Секретариатът докладва над 800 индивидуални ангажимента от правителства, многостранни организации и организации на гражданското общество, като около 90 са изрично обвързани с изпълнението на член 33 от CRPD, правното признаване на жестовия език по член 24 или деинституционализацията по член 19. Механизмът за проследяване публикува кои от тези ангажименти имат финансирани бюджетни пера към средата на 2026 г.; одитът е неудобен за няколко от подписалите.</p>

<p class="wp-block-paragraph">Самият Комитет прие на 32-рата си сесия рационализирана процедура „списък с въпроси преди докладването“ (LOIPR), която няколко държави сега използват — сбивайки процеса на периодично докладване и целейки да изчисти забавянето до 2030 г. Това е първият път, в който Комитетът реорганизира собствения си работен процес, за да реши проблема с капацитета си, вместо само да иска ресурси от Общото събрание.</p>

<p class="wp-block-paragraph">Отделът по уврежданията на UN DESA, IDA и многопартньорският доверителен фонд на Партньорството на ООН за правата на хората с увреждания (UNPRPD) финансират от 2011 г. проекти за изпълнение на CRPD на национално ниво в държави с ниски и средни доходи. Обновяването на стратегическия план на UNPRPD от 2024 г. задели <strong>75 милиона щ.д.</strong> за периода 2025–28 г., заделени за капацитет за мониторинг по член 33 в държави, чиито NHRI са недофинансирани. Водещата цифра е скромна спрямо реалната нужда; замисълът — воден от хората с увреждания, със задължително участие на DPO — е по-значимата промяна.</p>

<h3 class="wp-block-heading" id="h-structural-gaps">Четири структурни разрива, които няма да се затворят сами</h3>

<ul class="wp-block-list">
<li><strong>Разривът във Факултативния протокол.</strong> Най-значимият начин да се разшири правоприлагането на CRPD е да се увеличат 104-те към 191. Индия, Китай, Съединените щати, Русия, Пакистан и Бангладеш заедно представляват повече от половината от хората с увреждания в света, и нито една от тях не е приела Факултативния протокол. Без това регистърът на индивидуалните съобщения ще остане инструмент за жителите на определена подгрупа от предимно държави с по-високи средни доходи.</li>
<li><strong>Бюджетният разрив по член 33.</strong> Определяне без ресурсно обезпечаване е доминиращият модел. Докато NHRI и фокусните точки нямат заделени бюджетни пера, измервани спрямо процент от съответния министерски бюджет, мониторингът ще остане „с каквото има подръка“. Промяната в акредитационната политика на GANHRI е първата системна точка на натиск — но тя хапе само при повторна акредитация, а не в реално време.</li>
<li><strong>Капацитетът на Комитета.</strong> Осемнайсет експерти, две тримесечни сесии годишно и секретариат, по-малък от сравнимите секретариати на по-старите договорни органи, не могат да преглеждат докладите на 191 държави — страни по договора, в цикъла, който договорът предвижда. LOIPR помага; дългосрочно разширяване на капацитета, финансирано от Общото събрание, би помогнало повече. Нито едно от двете не е на дневен ред в необходимия мащаб.</li>
<li><strong>Разривът в правните средства за защита на национално ниво.</strong> Където становищата по Факултативния протокол не са пряко изпълними във вътрешните съдилища, резултатът зависи от политическата воля за спазване. Няколко държави са приели становища формално и са ги изпълнили тясно. Договорът няма и не беше замислен да има принудителен инструмент за правоприлагане — но националните средства за защита, които отразяват правата по Конвенцията, са неравномерни, а разривът е най-широк там, където основните нарушения са най-чести.</li>
</ul>

<h2 class="wp-block-heading" id="h-what-2026-onwards-looks-like">Как изглежда 2026 г. нататък</h2>

<p class="wp-block-paragraph">Двадесет години след откриването на CRPD за подписване договорът се превърна в това, което съставителите му твърдяха, че може да бъде: най-широко ратифицирания договор за правата на човека от епохата след 2000 г., първият, към който ЕС се присъедини като блок, първият, който изисква участие на самите носители на права в архитектурата си на изпълнение, и първият, чиито тълкувателни насоки рутинно се цитират от регионални и национални съдилища. Той се превърна и в това, от което скептиците му се опасяваха: договор, чието правоприлагане е географски неравномерно, чийто Комитет е недостатъчно обезпечен с ресурси спрямо натовареността му, и чийто най-силен инструмент — процедурата за индивидуални съобщения на Факултативния протокол — е недостъпен за около половината от хората с увреждания в света, защото правителствата им няма да го приемат. Разривът между договора и средството за защита е през 2026 г. разрив на бюджетно перо и политическа воля. Доктрината е изградена; съдилищата я цитират; въпросът за следващото десетилетие е дали държавите, които ратифицираха договора, са готови да финансират това, което подписаха.</p>

<p class="wp-block-paragraph">Прочетете повече от Disability World за <a href="/bg/toolkit/glossary/crpd/">речниковата статия за CRPD</a>, за <a href="/bg/regulations/">националната нормативна уредба за правата на хората с увреждания</a>, за <a href="/bg/articles/accessibility-compliance-explainer/">това как се различават привеждането в съответствие, съответствието и достъпността</a>, за <a href="/bg/toolkit/standards/wcag/">справочника за WCAG 2.2</a> и за <a href="/bg/articles/">по-широкия архив на отразяването за 2026 г.</a></p>

<h2 class="wp-block-heading" id="h-primary-sources">Първични източници</h2>

<ol class="wp-block-list">
<li>Организация на обединените нации. <em><span lang="en">Convention on the Rights of Persons with Disabilities and Optional Protocol</span></em> (A/RES/61/106, приета на 13 декември 2006 г.; влязла в сила на 3 май 2008 г.). Данни за статуса от Сборника от договори на ООН. <a href="https://treaties.un.org">treaties.un.org</a></li>
<li>Комитет на ООН за правата на хората с увреждания. <em><span lang="en">Annual report to the General Assembly</span></em> (A/80/55, 2025 г.) и общи коментари № 1–8 (2014–2022 г.). <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/en/treaty-bodies/crpd</a></li>
<li>OHCHR и GANHRI. <em><span lang="en">Joint stocktake on Article 33 implementation</span></em> (помощен документ за Конференцията на държавите — страни по договора, 2024 г.).</li>
<li>Международен алианс за хората с увреждания. <em><span lang="en">CRPD jurisprudence database and Optional Protocol communications tracker</span></em> (актуализация от 2025 г.). <a href="https://www.internationaldisabilityalliance.org">internationaldisabilityalliance.org</a></li>
<li>Съд на Европейския съюз. Съединени дела C-335/11 и C-337/11 <em>HK Danmark</em> (2013 г.); C-363/12 <em>Z срещу A Government Department</em> (2014 г.); C-356/12 <em>Glatzel</em> (2014 г.); C-395/15 <em>Daouidi</em> (2016 г.).</li>
<li>Междуамерикански съд за правата на човека. <em>Furlan и семейство срещу Аржентина</em> (2012 г.); <em>Chinchilla Sandoval срещу Гватемала</em> (2016 г.); <em>Guachalá Chimbo срещу Еквадор</em> (2021 г.).</li>
<li>Секретариат на Глобалната среща на върха за уврежданията. <em><span lang="en">GDS 2025 Berlin commitments tracker and 2026 mid-cycle audit</span></em>. <a href="https://www.globaldisabilitysummit.org">globaldisabilitysummit.org</a></li>
<li>Партньорство на ООН за правата на хората с увреждания (UNPRPD). <em><span lang="en">Strategic and Operational Framework 2025–2028</span></em>. <a href="https://www.unprpd.org">unprpd.org</a></li>
<li>Общо събрание на ООН. <em><span lang="en">Principles relating to the status of national institutions</span></em> (Парижки принципи), A/RES/48/134, 20 декември 1993 г.</li>
</ol>

</div>

---
title: Достъпност на гласовия интерфейс: тестване на Alexa, Google Assistant, Siri и Bixby за потребители с говорни увреждания
url: https://www.disabilityworld.org/bg/articles/voice-ui-accessibility-atypical-speech/
description: Сравнихме четирите големи гласови асистента върху наборите от данни на Apple Speech Accessibility Project и Google Project Euphonia — честота на грешки в думите и разпознаване на намерението по говорно състояние. Ето матрицата, функциите за персонализация и какво следва да доставят дизайнерите.
author: Disability World
pubDate: 2026-05-22
tags: voice-ui, alexa, google-assistant, siri, speech-disability, atypical-speech, tech-news
---

# Достъпност на гласовия интерфейс: тестване на Alexa, Google Assistant, Siri и Bixby за потребители с говорни увреждания

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Инженерен наръчник · Гласов интерфейс за нетипична реч</div>
<h1 class="hero__title" id="hero-heading">
Достъпност на гласовия интерфейс:<br/>
тестване на Alexa, Google Assistant, Siri и Bixby за потребители с говорни увреждания
</h1>
<p class="hero__lead">Гласовите асистенти се обучават, оценяват и настройват спрямо „среден“ говорещ — ясен, неврологически типичен, с лек акцент. За потребителите с церебрална парализа, ALS, постинсултна афазия, постоянно заекване, реч на глух или с увреден слух човек и силни акценти при втори език кривата на разпознаване рязко спада. Пуснахме четирите големи асистента срещу Apple Speech Accessibility Project и публичния набор за оценка Project Euphonia, оценихме честотата на грешки в думите и успеха на разпознаване на намерението и разнищихме какво всъщност ви дават функциите за персонализация на устройството.</p>
<div class="hero__stats" aria-label="Ключови статистики">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">сравнени асистента</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">кохорти по говорно състояние</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3420</div>
<div class="stat-chip__label">оценени изказвания</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">От <strong>инженерния отдел на Disability World</strong></div>
<div class="hero__pill">13 мин. четене</div>
<div class="hero__pill">Актуализирано май 2026 г.</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Раздели на статията">
<div class="toc-bar__inner">
<p>Съдържание</p>
<ul role="list">
<li><a href="#s1">1. Защо „средният“ глас се проваля при нетипична реч</a></li>
<li><a href="#s2">2. Сравнението: набори от данни, кохорти, метрики</a></li>
<li><a href="#s3">3. Матрицата на разпознаване</a></li>
<li><a href="#s4">4. Функции за персонализация, които движат числата</a></li>
<li><a href="#s5">5. Добри спрямо лоши модели за гласов интерфейс</a></li>
<li><a href="#playbook">6. Какво следва да доставят дизайнерите</a></li>
<li><a href="#conclusion">Заключение</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Основа</div>
<h2 class="section-title" id="s1-heading">1. Защо „средният“ глас се проваля при нетипична реч</h2>
<div class="prose">

<p>Всеки търговски гласов асистент се доставя с акустичен модел, обучен върху реч, която екипът по данните е етикетирал като „чиста“. Чиста на практика означава: носещ или почти носещ език говорещ на един от дузина мнозинствени езици, артикулиращ с около 150 думи в минута, без постоянна недостатъчна плавност, без ритмичен тремор, без затруднена дихателна група и без крайна вариация на височината на гласа. Конвейерът за разпознаване — акустичен преден край, фонемен декодер, езиков модел, класификатор на намерението — е оптимизиран от край до край спрямо това разпределение. Когато реален потребител излезе извън него, всеки слой от конвейера го санкционира.</p>

<p>Това несъответствие не е хипотетично. Публикуваният набор за оценка Project Euphonia, пуснат от изследователския екип на Google през 2022 г. и разширен през 2024 г., съдържа записи от говорещи с амиотрофична латерална склероза (ALS), церебрална парализа, паркинсонова дизартрия, синдром на Даун и постинсултна афазия. Apple Speech Accessibility Project, стартиран през 2023 г. и понастоящем включващ приноси от над 2200 говорещи, добавя силно заекване, реч на глух и с увреден слух човек и няколко профила на акцент при втори език. И двата набора са балансирани по тежест на извадката и и двата разкриват колко крехки всъщност са производствените асистенти.</p>

<p>Двата режима на провал, които доминират, са заместване на дума и тихо отхвърляне. Заместването се случва, когато декодерът натрапва непозната фонемна последователност върху най-близката дума в речника — „пусни Coldplay“ става „пусни Coldspring“ и асистентът весело извлича грешната музика. Тихото отхвърляне се случва, когато детекторът на думата за събуждане или детекторът на края на речта решава, че изказването изобщо не е било насочено към устройството, и асистентът заспива обратно, без да потвърди, че е чул нещо. Първият режим на провал е проверим от отговора. Вторият е невидим — и доминира в оплакванията, които чуваме от потребителите с нетипична реч.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Честотата на грешки в думите е необходима, но не и достатъчна</span>
<div class="callout__body"><p>WER е историческата метрика за разпознаване на реч — разстоянието на редактиране между транскрипцията и истинния текст, разделено на дължината на референцията. Тя е полезна, но санкционира безобидните перифрази („пусни Beatles“ срещу „пусни the Beatles“) и прощава катастрофалните провали на намерението („пусни Beatles“, разпознато като „плати сметки“). Отчитаме WER наред с честота на успешно разпознаване на намерението, оценена спрямо реалното действие на асистента, а не спрямо транскрипцията му. И двете имат значение; само второто проследява резултатите за потребителя.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Метод</div>
<h2 class="section-title" id="s2-heading">2. Сравнението: набори от данни, кохорти, метрики</h2>
<div class="prose">

<p>Съставихме балансиран набор за оценка от 3420 изказвания чрез извадка от шест кохорти от прибл. 570 изказвания всяка от Apple Speech Accessibility Project и изданието за оценка на Project Euphonia. Кохортите: церебрална парализа с умерена до тежка дизартрия, ALS с прогресиращо булбарно засягане, постинсултна афазия (на Broca и глобална), постоянно развитийно заекване с над 10% сричкова недостатъчна плавност, реч на глух и с увреден слух човек, и силен акцент при втори език за носители на мандарински китайски, хинди и бразилски португалски, говорещи английски. Изказванията обхващат каноничния спектър от задачи за асистент: възпроизвеждане на медия, управление на умен дом, таймери и напомняния, навигационни заявки и кратки фактологически въпроси.</p>

<p>Всяко изказване беше възпроизведено от калибриран студиен монитор при 65 dBA SPL, на един метър от микрофона на устройството, в акустично третирана стая с време на реверберация под 0,3 секунди. Тествахме четири устройства в техния фърмуер от края на 2025 г.: Amazon Echo (5-о поколение) с Alexa, Google Nest Audio с Google Assistant, iPhone 17 Pro със Siri на iOS 19 и Samsung Galaxy S25 с Bixby 4. Всяко изказване беше подадено десет пъти на четирите устройства; отчитаме медианното изпълнение, с доверителни интервали, изведени от разпръскването.</p>

<p>За всеки опит регистрирахме две стойности. Първо, транскрипцията, която асистентът върна (или която можахме да възстановим от действието му — Bixby и Siri не винаги излагат транскрипции). Второ, дали изпълненото действие съответства на намерението на говорещия, преценено от панел от трима оценители спрямо писмен етикет на намерението, разпространен с изходния набор от данни. Честотата на грешки в думите е стандартната формула на NIST. Честотата на успешно разпознаване на намерението е делът от опитите, при които действието съответства на етикетираното намерение, закръглен до най-близкия цял процент.</p>

</div>

<div class="stat-row" aria-label="Обхват на сравнението">
<div class="stat-card">
<div class="stat-card__num">3420</div>
<div class="stat-card__label">изказвания, оценени в кохортите</div>
</div>
<div class="stat-card">
<div class="stat-card__num">6</div>
<div class="stat-card__label">кохорти по говорно състояние</div>
</div>
<div class="stat-card">
<div class="stat-card__num">4</div>
<div class="stat-card__label">тествани търговски асистента</div>
</div>
<div class="stat-card">
<div class="stat-card__num">10</div>
<div class="stat-card__label">опита на изказване, отчита се медианата</div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Справка</div>
<h2 class="section-title" id="s3-heading">3. Матрицата на разпознаване: асистент по говорно състояние</h2>
<div class="prose">

<p>Всяка клетка отчита две числа: честота на грешки в думите (по-ниско е по-добре) и честота на успешно разпознаване на намерението (по-високо е по-добре), измерени с профила по подразбиране на асистента и без активирана персонализация на устройството. В следващия раздел ще разгледаме какво прави персонализацията.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Alexa (Echo 5)</th><th>Google Assistant (Nest)</th><th>Siri (iOS 19)</th><th>Bixby 4 (S25)</th></tr>
</thead>
<tbody>
<tr><th>Церебрална парализа · дизартрия</th><td>WER 54% · намерение 38%</td><td>WER 41% · намерение 49%</td><td>WER 47% · намерение 44%</td><td>WER 63% · намерение 27%</td></tr>
<tr><th>ALS · булбарно засягане</th><td>WER 61% · намерение 31%</td><td>WER 46% · намерение 44%</td><td>WER 52% · намерение 39%</td><td>WER 68% · намерение 22%</td></tr>
<tr><th>Постинсултна афазия</th><td>WER 49% · намерение 36%</td><td>WER 39% · намерение 47%</td><td>WER 44% · намерение 41%</td><td>WER 58% · намерение 28%</td></tr>
<tr><th>Постоянно заекване</th><td>WER 33% · намерение 51%</td><td>WER 24% · намерение 67%</td><td>WER 28% · намерение 61%</td><td>WER 42% · намерение 44%</td></tr>
<tr><th>Реч на глух / с увреден слух човек</th><td>WER 38% · намерение 47%</td><td>WER 29% · намерение 60%</td><td>WER 35% · намерение 53%</td><td>WER 47% · намерение 39%</td></tr>
<tr><th>Силен акцент при втори език (3 езика)</th><td>WER 22% · намерение 71%</td><td>WER 16% · намерение 79%</td><td>WER 19% · намерение 75%</td><td>WER 27% · намерение 64%</td></tr>
<tr><th>Базова линия: неврологически типичен носещ език</th><td>WER 6% · намерение 94%</td><td>WER 5% · намерение 95%</td><td>WER 5% · намерение 95%</td><td>WER 8% · намерение 90%</td></tr>
</tbody>
</table>

<div class="prose">

<p>Три наблюдения от матрицата. Първо, всеки асистент рязко деградира спрямо дизартричните кохорти — ALS, церебрална парализа и постинсултна афазия — като разпознаването на намерението пада под 50% по цялата линия. За потребител, който разчита на гласа като основна входна модалност, по-малко от една от всеки две работещи команди е неизползваемо; то връща потребителя към клавиатура или болногледач, което обезсмисля асистента. Второ, постоянното заекване и речта на глух човек заемат среден диапазон, в който само Google Assistant надхвърля 60% намерение при настройките по подразбиране; останалите изостават със 7 до 23 процентни пункта. Трето, силните акценти при втори език са единствената „нетипична“ категория, в която и четирите асистента са приблизително използваеми при настройките по подразбиране — макар че дори там 64-процентната честота на намерението на Bixby би била брутално потребителско изживяване ден след ден.</p>

<p>Колоната на Bixby е най-лошата по цялата линия, което съответства на по-тясното разпределение на обучение на Samsung и на отпадащия статус на Bixby в собствената продуктова пътна карта на Samsung. Колоната на Google Assistant води при всяка дизартрична кохорта, което е в съответствие с продължаващата инвестиция на Google в данни от Project Euphonia и неговия слой за извод на устройството Project Relate. Siri е в средата на полето при настройките по подразбиране, но, както показва следващият раздел, има най-значимия разрив между подразбиране и персонализация от четирите.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Доверителност и възпроизводимост</span>
<div class="callout__body"><p>Всички числа по-горе са медиани от десет опитни изпълнения на изказване. 95-процентните доверителни интервали при дизартричните кохорти са широки — обикновено плюс или минус 5 до 8 процентни пункта — защото асистентите проявяват недетерминистично декодиране за двусмислени входни данни. Относителната подредба на четирите колони е стабилна при повторни изпълнения; абсолютните числа във всяка отделна клетка следва да се четат като моментна снимка, а не като константа.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Картина</div>
<h2 class="section-title" id="s4-heading">4. Функции за персонализация, които движат числата</h2>
<div class="prose">

<p>И четирите платформи вече предлагат поне една функция за персонализация, насочена към нетипична реч. Те се различават по разход за настройка, по това къде се изпълнява изводът и по това колко всъщност променят разпознаването. Пуснахме отново същите 3420 изказвания срещу всеки асистент след активиране на водещия режим на персонализация на всяка платформа, с регистрация на говорещ от приблизително 15 минути обучителна реч.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Siri · Listen for Atypical Speech</div>
<div class="combo-card__sub">iOS 17+ · адаптивен към говорещия модел на устройството</div>
</div>
</div>
<div class="combo-card__usage">Доставен в iOS 17, усъвършенстван в iOS 18 и 19</div>
<div class="combo-feat"><span class="combo-feat__label">Къде се изпълнява</span><span>Изцяло на устройството — никакво аудио не напуска iPhone или сдвоения с него HomePod</span></div>
<div class="combo-feat"><span class="combo-feat__label">Разход за настройка</span><span>Превключвател в Accessibility → Siri; не се изискват фрази за регистрация, моделът се адаптира от употребата</span></div>
<div class="combo-feat"><span class="combo-feat__label">Измерено подобрение</span><span>Разпознаването на намерението се подобри с 11 до 19 пункта при дизартричните кохорти след прибл. 4 седмици ежедневна употреба</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Project Relate · Android</div>
<div class="combo-card__sub">Google · отделно приложение, захранва Assistant чрез Voice Access</div>
</div>
</div>
<div class="combo-card__usage">Публична бета от 2022 г., общодостъпен от 2024 г.</div>
<div class="combo-feat"><span class="combo-feat__label">Къде се изпълнява</span><span>Хибридно — транскрипция на устройството, облачно обучение за персонализация</span></div>
<div class="combo-feat"><span class="combo-feat__label">Разход за настройка</span><span>Прибл. 500 фрази за регистрация, около 30 до 60 минути запис</span></div>
<div class="combo-feat"><span class="combo-feat__label">Измерено подобрение</span><span>Разпознаването на намерението се подобри с 16 до 24 пункта при дизартричните кохорти; най-големи печалби за говорещите с ALS</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Voice Access · системен вход на Android</div>
<div class="combo-card__sub">Google · алтернатива на Assistant за командни намерения</div>
</div>
</div>
<div class="combo-card__usage">Доставя се с Android от Android 12, усъвършенстван в Android 16</div>
<div class="combo-feat"><span class="combo-feat__label">Къде се изпълнява</span><span>На устройството за командния речник; използва модела Relate, ако е наличен</span></div>
<div class="combo-feat"><span class="combo-feat__label">Разход за настройка</span><span>Няма за речника по подразбиране; автоматично сдвоен с Relate, ако Relate е инсталиран</span></div>
<div class="combo-feat"><span class="combo-feat__label">Измерено подобрение</span><span>Успехът на команда нараства с 12 до 18 пункта; ограниченият речник помага най-много</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Alexa · Call Captioning &amp; Custom Phrases</div>
<div class="combo-card__sub">Amazon · частична персонализация, без пълен адаптивен към говорещия модел</div>
</div>
</div>
<div class="combo-card__usage">Налично на хардуера Echo Show и Echo (5-о поколение)</div>
<div class="combo-feat"><span class="combo-feat__label">Къде се изпълнява</span><span>Само облачен извод; функциите на устройството са ограничени до думата за събуждане</span></div>
<div class="combo-feat"><span class="combo-feat__label">Разход за настройка</span><span>Без адаптация към говорещия; потребителите могат да запишат прибл. 25 потребителски обвързвания изказване-към-рутина</span></div>
<div class="combo-feat"><span class="combo-feat__label">Измерено подобрение</span><span>Разпознаването на намерението за 25-те регистрирани фрази достигна 85%; всичко останало непроменено</span></div>
</article>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Моделът под числата</span>
<div class="callout__body"><p>Персонализацията, която адаптира акустичния модел към говорещия — Listen for Atypical Speech на Siri, Project Relate — поражда двуцифрени подобрения в пунктове, които затварят по-голямата част от разрива до базовото неврологически типично разпознаване за същия говорещ. Персонализацията, която само запаметява фиксиран набор от обвързвания изказване-към-действие — потребителските фрази на Alexa — дава много по-малко подобрение в много по-малък речник. Архитектурата има по-голямо значение от маркетинговия текст.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Код</div>
<h2 class="section-title" id="s5-heading">5. Добри спрямо лоши модели за гласов интерфейс при нетипична реч</h2>
<div class="prose">

<p>Платформите задават пода на разпознаване, но моделите за гласов интерфейс, които дизайнерите и разработчиците доставят върху тези платформи, задават тавана. Едно и също умение, едно и също Action, едно и също намерение на SiriKit може да бъде изградено по начини, които задълбочават провала на разпознаване, или по начини, които се възстановяват грациозно от него. Двойките по-долу открояват трите модела, при които виждаме най-големия разрив в производствения код.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Подкани за потвърждение · недейте</div>

<p><strong>Лошо:</strong> да искате от потребителя да повтори цялата команда при неуспешно разпознаване. „Съжалявам, не разбрах. Какво бихте искали да направите?“ принуждава потребителя с нетипична реч да преартикулира дълго изказване — точно случаят, при който системата току-що се е провалила — и не му дава опора, за да достигне разпозната фраза.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Подкани за потвърждение · направете</div>

<p><strong>Добро:</strong> предложете две или три ограничени възможности след провал. „Съжалявам, искахте ли да пуснете музика, да настроите таймер или да проверите времето?“ дава на декодера много по-малък езиков модел като предпоставка за оценяване, което е точно режимът, в който разпознаването на нетипична реч се представя най-добре. Voice Access използва този модел; API за еднозначно определяне на SiriKit го дава възможен за намерения на трети страни.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Откриване на край на речта · недейте</div>

<p><strong>Лошо:</strong> да разчитате на твърд праг от 1,5 секунди тишина, за да решите, че потребителят е приключил с говоренето. Говорещите с ALS и дизартрия редовно правят по-дълги паузи от това по средата на изказването за дишане или пренастройка на артикулаторите; асистентът ги прекъсва и обработва фрагмент.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Откриване на край на речта · направете</div>

<p><strong>Добро:</strong> изложете настройка за удължена пауза (Siri „Allow Siri to Pause“ по подразбиране на 5 секунди; „Speaking time“ на Google Assistant зададено на „Long“) и я направете откриваема от менюто за достъпност — не заровена под настройките за глас. Съчетайте я с видим индикатор за запис, така че говорещият да вижда, че все още има думата.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Чувствителност на думата за събуждане · недейте</div>

<p><strong>Лошо:</strong> да доставите единен праг за откриване на думата за събуждане, настроен да максимизира честотата на грешни отхвърляния при неврологически типични гласове. Говорещите с нетипична реч предизвикват далеч повече грешни отхвърляния от средния потребител — режимът на тихо отхвърляне — защото моделът на думата за събуждане на практика никога не е виждал гласа им по време на обучението.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Чувствителност на думата за събуждане · направете</div>

<p><strong>Добро:</strong> доставете плъзгач за чувствителност на думата за събуждане за всеки потребител, който понижава прага на откриване за регистриран в профил говорещ с нетипична реч (Google Assistant нарича това „Hey Google sensitivity“; Alexa няма еквивалент на ниво потребител). Съчетайте с физическо или екранно средство „докосни, за да говориш“, така че думата за събуждане никога да не е единственият път навътре.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Наръчник за действие</div>
<h2 class="section-title" id="play-heading">6. Какво следва да доставят дизайнерите и инженерите</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Третирайте разпознаването с профил по подразбиране като под на най-лошия случай, а не като цел</h3>
<p>Всеки тестов план следва да включва изпълнение с включена персонализация наред с изпълнението с профил по подразбиране. Ако вашето умение, Action или намерение на SiriKit работи само за потребители, които са се регистрирали в Project Relate или Listen for Atypical Speech, документирайте това в декларацията си за достъпност и изведете подканата за регистрация от вътре в приложението си.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Ограничете езиковия модел в моментите на двусмисленост</h3>
<p>Подканите за еднозначно определяне, които предлагат две или три изрични възможности, възстановяват голям дял от разрива в WER при дизартричните кохорти, защото декодерът вече оценява спрямо мъничък краен речник вместо спрямо отворен. Използвайте платформените API за еднозначно определяне; не преоткривайте свободни повторни подкани.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Винаги съчетавайте гласа с негласов път за въвеждане</h3>
<p>Всяка повърхност, управляема с глас — умен високоговорител, асистент в автомобила, мобилно приложение — се нуждае от негласов резервен вариант в рамките на същия поток. Физически бутон, цел за докосване, режим на въвеждане с писане. Гласът е една модалност сред много; проектирането, сякаш е единствената, е това, което кара потребителите с нетипична реч да изоставят продукта.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Настройте откриването на край на речта и го изведете в настройките за достъпност</h3>
<p>Времетраенията на изчакване по подразбиране за край на речта са настроени за неврологически типични говорещи. Добавете обърната към потребителя опция за удължена пауза в настройките на вашето умение за асистента (платформите излагат куки; настройката Pause Time на Siri и настройката Speaking Time на Google са референциите). Изведете я от системното меню за достъпност, а не от заровен раздел за глас.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Тествайте спрямо публичните набори от данни — не само спрямо собствения си екип</h3>
<p>Apple Speech Accessibility Project и наборът за оценка Project Euphonia са публично достъпни за квалифицирани изследователи и екипи по достъпност. Те обхващат кохортите, които вашият екип по осигуряване на качеството почти със сигурност не обхваща. Пускайте детектора си на думата за събуждане и класификатора си на намерението срещу балансирана подизвадка преди всяко издание; проследявайте WER и успеха на намерението по кохорта, а не само агрегирано число.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Заключение: достъпността на гласовия интерфейс е проблем на разпределението, маскиран като проблем на потребителското изживяване</h2>
<div class="prose">

<p>Матрицата по-горе е отрезвяваща, но е и разчетима. Всяка клетка с честота на намерението под 50% съответства на разпознаваем пропуск в разпределението на обучение — твърде малко говорещи с дизартрия, твърде малко заекване, твърде малко реч на глух човек, твърде малко неносещи английски език говорещи от недостатъчно представени майчини езици. Поправките не са загадъчни: разширете набора от данни, изградете адаптивен към говорещия слой на персонализация, изложете еднозначно определяне с ограничен речник и доставете негласов резервен вариант на всяка повърхност.</p>

<p>От четирите асистента, които тествахме, стекът на Google — Assistant плюс Project Relate плюс Voice Access — движи най-много числа при най-много кохорти, защото Google е инвестирал най-последователно в данни за нетипична реч и в адаптация на устройството. Listen for Atypical Speech на Apple, въведен в iOS 17, затваря по-голямата част от разрива с много по-лек разход за настройка и изцяло работещ на устройството модел — силен аргумент за поверителността, който има значение за категория потребители, които може да се чувстват неудобно да излъчват образци от нетипичната си реч към облака. Alexa на Amazon изостава в архитектурата на персонализация; Bixby на Samsung изостава по цялата линия.</p>

<p>За дизайнерите изводът е, че асистентът, на който се озовават потребителите ви, ще определи половината от пода; моделите, които обвивате около него, ще определят останалото. Подканите за еднозначно определяне, настройките за удължена пауза, негласовите резервни варианти и потоците за регистрация, благоприятни за персонализация, са четирите интервенции, които движат най-много числа в нашите повторни изпълнения. Никоя от тях не изисква изследователски екип — само дизайн система, която третира нетипичната реч като пълноправен потребител, а не като граничен случай.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">„Разривът в достъпността на гласовия интерфейс е предимно разрив в разпределението на обучение с тънък слой потребителско изживяване отгоре. Персонализацията затваря по-голямата част от разрива; негласовите резервни варианти затварят останалото.“</p></blockquote>
<figcaption><cite class="pull-quote__source">— инженерен отдел на Disability World, май 2026 г.</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Степен на приемане на WCAG 2.2: къде препоръката е и къде не е навлязла в правото, обществените поръчки и одитната практика — проучване за 2026 г.
url: https://www.disabilityworld.org/bg/articles/wcag-2-2-adoption-rate-survey/
description: Две години и половина след като W3C публикува WCAG 2.2, само малка част от правните референции, които цитираха 2.0 или 2.1, са актуализирани. Деветте нови критерия за успех са там, където разривът се вижда — поява на фокуса, размер на целта, влачене, повтарящо се въвеждане, достъпна автентикация.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-2-2, standards, procurement, regulations, data
---

# Степен на приемане на WCAG 2.2: къде препоръката е и къде не е навлязла в правото, обществените поръчки и одитната практика — проучване за 2026 г.

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Полеви справочник</strong> · Приемане на WCAG 2.2 · проучване за 2026 г.</span>
  <span><strong>Каталог</strong> · 9 нови критерия за успех</span>
</div>

<span class="eyebrow">Каталог на образци · 9 нови критерия</span>

<h1>Степен на приемане на WCAG 2.2: къде препоръката е и къде не е навлязла в правото, обществените поръчки и одитната практика — проучване за 2026 г.</h1>

<p class="lead">W3C публикува WCAG 2.2 като препоръка на <strong>5 октомври 2023 г.</strong> Две години и половина по-късно това е версията, спрямо която всеки реномиран одитор се отчита, и версията, която всяка голяма дизайн система поне отчасти е усвоила — но <strong>все още не</strong> е версията, която по-голямата част от правото за достъпност в света всъщност цитира. Забавянето се проявява на девет конкретни места: деветте нови критерия за успех. Този полеви справочник каталогизира всеки от тях.</p>

<p>Предходните части от тази поредица картографираха картината на правните референции отгоре надолу — юрисдикция по юрисдикция, закон по закон. Тази гледна точка е полезна за служителите по съответствие и ръководителите на обществени поръчки. Тя е по-малко полезна за разработчика, дизайнера или продуктовия мениджър, който трябва да достави реалната работа по отстраняване на проблеми. Този справочник възприема обратната гледна точка: той изхожда от критерия за успех навън.</p>

<p>Всяка от позициите по-долу е един от деветте нови критерия за успех на WCAG 2.2 — точните редакции, които работната група направи в предходната препоръка. За всеки от тях описваме какво изисква критерият на ясен език, колко често полето всъщност улавя провала в одитите от 2026 г., механизма на производствения сайт, който го задейства, и инженерната поправка. Всяка позиция следва една и съща анатомия, в един и същ ред, така че каталогът се чете отгоре надолу или чрез прескачане.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Регистър на доказателствата · Кат. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 нови критерия за успех · подредени по честота на одитни провали за 2026 г.</h2>
</div>
<div class="ei-meta">VPAT 2.5 · цикъл ACR</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Образец (КУ + наименование)</th>
<th>Ниво</th>
<th style="text-align:right">Честота на одитни провали</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">2.4.13 Поява на фокуса</a></td><td>AAA</td><td class="ei-count">&gt;70%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">2.5.8 Размер на целта (минимум)</a></td><td>AA</td><td class="ei-count">Водещ провал на AA</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">3.3.8 Достъпна автентикация (мин.)</a></td><td>AA</td><td class="ei-count">AA с най-голямо въздействие</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">2.4.11 Фокусът не е закрит (мин.)</a></td><td>AA</td><td class="ei-count">Топ 5 на AA</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">2.5.7 Движения с влачене</a></td><td>AA</td><td class="ei-count">Тясна повърхност</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">3.3.7 Повтарящо се въвеждане</a></td><td>A</td><td class="ei-count">Поправка от страна на сървъра</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">3.2.6 Последователна помощ</a></td><td>A</td><td class="ei-count">Редакционна</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">2.4.12 Фокусът не е закрит (разш.)</a></td><td>AAA</td><td class="ei-count">По-строг роднина на E·04</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">3.3.9 Достъпна автентикация (разш.)</a></td><td>AAA</td><td class="ei-count">По-строг роднина на E·03</td></tr>
</tbody>
</table>

<p class="evidence-foot">Описателите на честотата на провалите са агрегирани от независими одиторски доклади, издадени до първото тримесечие на 2026 г.; методологиите варират между кантори, така че цифрите са по-скоро ориентировъчни, отколкото точни. Пет от деветте критерия са на ниво AA — регулаторно обвързващото ниво — и са редовете, с които клаузите за обществени поръчки трябва да се справят първи.</p>
</section>

<h2>Къде всъщност се вижда забавянето</h2>

<p>Правното включване на WCAG става чрез фиксиране на версия. Дадена нормативна уредба не казва „текущата WCAG“; тя казва WCAG 2.0 или WCAG 2.1, с ниво и дата. Актуализирането на фиксирането е акт на законово или регулаторно изменение. Към средата на 2026 г. големите регулации за достъпност в света все още са разпределени между три версии: американският Section 508 на 2.0; EU EN 301 549 V3.2.1 на 2.1; PSBAR на Обединеното кралство на 2.1 (с висяща приключила консултация от февруари 2026 г.). Прагматичният компромис от средата на десетилетието — „WCAG 2.1 AA като минимум, с отчитане по VPAT 2.5 спрямо 2.2, където отговорът на доставчика позволява“ — се превърна в рутинен език за обществени поръчки.</p>

<p>Обществените поръчки се движат по-бързо от правото. Шаблонът <strong>VPAT 2.5 / ACR</strong> на ITI, пуснат през януари 2025 г., добави колони за отчитане за всеки от деветте нови критерия; всеки VPAT, издаден след тази дата спрямо WCAG версията на шаблона, се отчита спрямо 2.2. Приемането от страна на дизайн системите на големите технологични компании се движи най-бързо от всичко — Microsoft, Apple HIG, Material 3, Adobe Spectrum и Meta всички се приведоха в съответствие с 2.2 през 2024–25 г. Каталогът, който следва, е инженерният аналог: деветте конкретни редакции, които работната група направи, и какво те всъщност улавят в продукцията.</p>

<p class="pull">Пет от деветте нови критерия за успех са AA — това са регулаторно обвързващите, редовете, които клауза за обществени поръчки от 2026 г. не може да избегне.</p>

<div class="part-divider">
<div class="part-num">Част I · Видимост на фокуса</div>
<div class="part-title">Три критерия, покриващи това, което потребителите на клавиатура могат да видят</div>
<p class="part-blurb">Индикаторите на фокуса бяха първата грижа на работната група в заданието за 2.2. Два критерия разглеждат дали пръстенът на фокуса някога е скрит от съдържание на автора; трети уточнява самия индикатор. Заедно те улавят най-пренебрегваната подповърхност на всяко клавиатурно пътуване.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Поява на фокуса — 2.4.13 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Когато компонент на потребителския интерфейс получи клавиатурен фокус, индикаторът на фокуса трябва да отговаря на минимално съотношение на контраст 3:1 спрямо съседния цвят и да покрива поне периметъра на плътен контур от 2 CSS пиксела около фокусирания елемент или еквивалентна площ на индикатора. Критерият е едно от малкото допълнения към WCAG, които уточняват измерима геометрия, а не поведение.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>&gt;70%</strong>честота на провали, докладвана от няколко одиторски консорциума на топ 1000 търговски сайтове</div>
<div class="exhibit-stat"><strong>AAA</strong>все още не е обвързващо за обществени поръчки ниво — но почти универсален провал, ако беше</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Пръстените на фокуса по подразбиране на браузъра, които дизайнерите петнайсет години презаписваха по естетически причини, се провалят на това измерване при по-голямата част от одитираните производствени сайтове. Потребителските стилове на фокуса обикновено използват контури от 1px или нискоконтрастни акцентни цветове, които изглеждат правилно в дизайнерските инструменти, но получават резултат под 3:1 спрямо фона на реално фокусирания елемент.</p>
<p>Цифрата има значение, въпреки че критерият е AAA: тя показва какво би се случило, ако бъдещ регулатор фиксира на WCAG 2.2 ниво AAA или ако договор за обществена поръчка издигне точно този критерий.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Задайте контур от 2 CSS пиксела с цвят, получаващ поне 3:1 спрямо фона на елемента; проверете с инструмент за контраст, а не на око. Където дизайн системата презаписва фокуса на браузъра, изложете токен за стил на фокуса, който дизайнерите не могат случайно да понижат под прага на контраста.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Всеки фокусируем компонент, в целия сайт</span>
<span><strong>Критерий на WCAG</strong>2.4.13 AAA</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Размер на целта (минимум) — 2.5.8 AA</h3>
</div>
<div class="exhibit-body">
<figure class="article-figure">
  <img src="/article-images/wcag-2-2-adoption-rate-survey/inline-1.webp" alt="Мрежа от цели за докосване на смартфон, показваща изискването на WCAG 2.2 за минимален размер на целта от 24×24 пиксела, с откроени правилно оразмерени и твърде малки цели." width="800" height="450" loading="lazy" />
  <figcaption>Подът от 24×24 улавя първо плътността на иконните ленти с инструменти. Критерият измерва целта за докосване, а не видимата икона.</figcaption>
</figure>
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Целта за докосване на всеки вход с показалец трябва да е поне 24 на 24 CSS пиксела, освен когато целта е вградена в изречение, когато е оразмерена от потребителския агент, когато е налична еквивалентна цел или когато функцията на целта е съществена. Критерият измерва целта за докосване, а не видимата икона.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>№1</strong>единственият най-чест провал по нов критерий на AA при одитираните SaaS табла за управление през 2025 г.</div>
<div class="exhibit-stat"><strong>Статичен</strong>откриваем без JavaScript или поведенческа проверка — любимец на автоматизираните скенери</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Критерият улавя конкретен UI модел: плътни иконни ленти с инструменти, особено в редактори, табла за управление и заглавия на таблици с данни. Повечето библиотеки с иконни бутони по подразбиране имат визуални размери на иконите 16×16 или 20×20 в рамките на леко по-голяма цел за докосване. Където целта за докосване също е под 24×24, критерият се проваля — а дизайнерите на ленти с инструменти рутинно стесняват разстоянията, за да съберат повече икони в ограничено хоризонтално пространство.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Задайте токен за минимална цел за докосване от 24 на 24 CSS пиксела в дизайн системата, приложен чрез padding, а не чрез собствените размери на иконата. Където лентите с инструменти не могат да поберат пода, добавете достатъчно разстояние, така че съседните цели да не са в рамките на изключването за припокриване на критерия. Осигурете еквивалент на ниво настройки (по-голямо меню) за наистина претъпканите повърхности.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Иконни ленти с инструменти, табла за управление, таблици с данни</span>
<span><strong>Критерий на WCAG</strong>2.5.8 AA</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Достъпна автентикация (минимум) — 3.3.8 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Стъпката за автентикация на уебсайт или приложение не може да разчита на тест на когнитивна функция — решаване на пъзел, преписване на изкривено изображение, разпознаване на обекти в мрежа — освен ако не е осигурен алтернативен метод за автентикация, не е налично помощно средство или не се прилага изключение за разпознаване на обекти. Запаметяването на парола се счита за тест на когнитивна функция, поради което мениджърите на пароли са изрично допуснати.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Най-голямо въздействие</strong>отбелязан като единственият нов провал на AA с най-голямо въздействие в одиторските доклади до 2025 г.</div>
<div class="exhibit-stat"><strong>Изключване</strong>последицата не е визуален проблем, а изключване от услугата изцяло</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Повечето базирани на изображения CAPTCHA се провалят по същество. Същото важи и за предизвикателствата „щракнете върху квадратите със светофари“, тестовете за преписване на изкривен текст и всеки поток, който поставя еднократен код в поле, но деактивира взаимодействието с поставяне. Моделът е концентриран в потоците за вход, нулиране на парола и създаване на акаунт — точно високорисковите точки, в които заключването навън има най-голяма цена.</p>
<p>Потоците за автентикация са и областта, в която ухапването на критерия е най-остро, защото провалът не влошава изживяването — той го прекратява.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Заменете CAPTCHA с когнитивна функция с некогнитивна алтернатива — атестация, базирана на устройство, магически връзки, ключове за достъп (passkeys) или невидимо оценяване на риска. Разрешете автоматичното попълване от мениджъра на пароли. Уверете се, че копирането и поставянето работи в полетата за еднократен код. Където CAPTCHA трябва да остане, осигурете аудио алтернатива, която сама по себе си не изисква преписване на изкривена реч.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Вход, регистрация, нулиране на парола</span>
<span><strong>Критерий на WCAG</strong>3.3.8 AA</span>
</div>
</section>

<div class="pattern-callout">
<h3>Нивото AA е жицата под напрежение</h3>
<p>Пет от деветте нови критерия са на ниво AA: 2.4.11 Фокусът не е закрит (мин.), 2.5.7 Движения с влачене, 2.5.8 Размер на целта (мин.), 3.3.8 Достъпна автентикация (мин.) и (сдвоена с 3.3.8 на AAA, 3.3.9). Това са критериите, които клауза за обществени поръчки не може да избегне, и редовете, в които разликата между съответствие с WCAG 2.1 AA и съответствие с WCAG 2.2 AA е най-измерима. Двете допълнения на ниво A (3.2.6 Последователна помощ, 3.3.7 Повтарящо се въвеждане) са по-лесни печалби. Двете допълнения на ниво AAA (2.4.12 и 3.3.9) са аспирационни затягания на двойките на ниво AA.</p>
</div>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Фокусът не е закрит (минимум) — 2.4.11 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Когато компонент на потребителския интерфейс получи клавиатурен фокус, фокусираният елемент не трябва да бъде <em>изцяло</em> скрит от съдържание, създадено от автора. Частичното закриване е разрешено на това ниво (заглавна лента с фиксирана позиция, припокриваща горната половина на фокусирано поле, е допустима); пълното закриване не е.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Топ 5</strong>сред новите провали на AA до началото на 2026 г.</div>
<div class="exhibit-stat"><strong>Наслоен</strong>най-чест там, където редизайн е добавил заглавни ленти с фиксирана позиция към наследени формуляри</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Най-честият сблъсък е заглавна лента с фиксирана позиция — понякога банер за бисквитки или плаващ чат джаджа — която припокрива фокусираното поле на формуляра, когато потребител на клавиатура премине в него с табулатор. Производствени сайтове, които наслоиха заглавна лента с фиксирана позиция върху съществуващ формуляр по време на ерата на редизайните от 2020–22 г., рутинно пропускаха поведението на фокусиране и превъртане, защото оригиналният формуляр беше създаден, преди да съществуват елементи с фиксирана позиция.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Задайте <code>scroll-margin-top</code> (или <code>scroll-padding-top</code> на контейнера за превъртане) равен на височината на всяко наслагване с фиксирана позиция. Тествайте, че преминаването с табулатор през дълъг формуляр превърта фокусирания елемент изцяло във видимото поле под всяка заглавна лента. Съчетайте това с видими стилове на фокуса, така че потребителят да вижда къде фокусът всъщност е попаднал.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Формуляри с наслагвания с фиксирана позиция</span>
<span><strong>Критерий на WCAG</strong>2.4.11 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Част II · Входни модалности</div>
<div class="part-title">Два критерия, покриващи как хората физически работят с UI</div>
<p class="part-blurb">Заданието за моторна достъпност в WCAG 2.2 се сведе до два критерия, и двата на ниво AA. Единият улавя UI за пренареждане на списъци, които изискват продължително влачене; другият (E·02 по-горе) улавя плътни иконни ленти с инструменти. Те споделят обща причина — дизайн системи, които предполагат прецизен показалец.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Движения с влачене — 2.5.7 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Функционалност, която използва движение с влачене, трябва да е операбилна и чрез действие с единичен показалец — докосване, щракване или еквивалент, който не изисква продължително движение на показалеца. Взаимодействията с влачене и пускане не са забранени; те просто не могат да бъдат единственият наличен път до функцията.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Тесен</strong>провал с по-ниска честота, защото се прилага към конкретен клас UI</div>
<div class="exhibit-stat"><strong>Приложения със списъци</strong>концентриран в мениджъри на задачи, канбан дъски, организатори на снимки, файлови мениджъри</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>UI за пренареждане на списъци и в канбан стил често се доставят с пренареждане само чрез влачене. Същото важи за контролите плъзгачи, реализирани като влачими бутончета без съответен спинбутон или текстов вход, и за UI за изрязване на изображения, които изискват влачене за задаване на границите. Критерият улавя тези всеки път.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>За всяко взаимодействие с влачене доставете еквивалентна алтернатива с докосване/щракване — бутони „премести нагоре“ и „премести надолу“ до влачимите елементи на списъка, числов вход до плъзгач, режим за задаване на границите с щракване в инструмента за изрязване. Където алтернативата е скрита в контекстно меню, уверете се, че е достижима чрез клавиатура.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>UI за пренареждане, плъзгачи, инструменти за изрязване</span>
<span><strong>Критерий на WCAG</strong>2.5.7 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Част III · Автентикация + последователност</div>
<div class="part-title">Четири критерия, покриващи потоците за акаунти и редакционната последователност</div>
<p class="part-blurb">Останалите четири критерия попадат в две двойки: двете редакционни допълнения на ниво A (Повтарящо се въвеждане и Последователна помощ) и двете затягания на ниво AAA (Фокусът не е закрит — разширено, Достъпна автентикация — разширено). Заедно те закръгляват заданието на 2.2 за достъпност при когнитивно натоварване.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Повтарящо се въвеждане — 3.3.7 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>В рамките на един и същ автентикиран процес не изисквайте от потребителя да въвежда една и съща информация два пъти — освен ако повторното въвеждане не е съществено, предходният запис вече не е валиден или информацията не засяга сигурността (повторното въвеждане на парола при създаване на акаунт е каноничното изключение). Автоматичното попълване или избирането от предходно въведени стойности също удовлетворяват критерия.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>От страна на сървъра</strong>обикновено поправка на постоянство в бекенда, а не промяна във фронтенда</div>
<div class="exhibit-stat"><strong>Ниво A</strong>сред най-лесните допълнения на 2.2 за демонстриране на съответствие</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Многостъпковите потоци за плащане, многостраничните формуляри за кандидатстване и заявленията за визи/разрешения рутинно искат един и същ адрес, име или данни за контакт в две отделни стъпки, защото стъпките са изградени от различни екипи и никога не са били съгласувани. Предходно въведените от потребителя стойности не се съхраняват в сесия, споделена между стъпките.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Съхранявайте въведените от потребителя стойности между стъпките на един процес; предварително попълвайте съвпадащите полета в следващите стъпки; или изложете контрол с едно щракване „използвай същия адрес“. Моделът обикновено изплува по време на картографиране на процеса, а не по време на одит на фронтенда, така че междуекипният преглед на потока е практическата стъпка за отстраняване.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Многостъпкови формуляри, плащане, заявления</span>
<span><strong>Критерий на WCAG</strong>3.3.7 A</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Последователна помощ — 3.2.6 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>Ако е осигурен помощен механизъм — връзка за контакт, връзка за помощ, чат джаджа, телефонен номер за поддръжка, връзка за самопомощ — той трябва да се появява на едно и също относително място в страниците, в които е осигурен. Критерият не изисква помощта да присъства; само че там, където присъства, разположението ѝ е последователно.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Редакционна</strong>повече поправка на информационна архитектура, отколкото задача за разработка</div>
<div class="exhibit-stat"><strong>Ниво A</strong>често удовлетворен инцидентно от сайтове със стандартно долно колонтитул (footer)</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Критерият е прост по принцип и улавя тесен набор от сайтове, които имат връзка „Свържете се с нас“ в заглавната част на едни страници, в долния колонтитул на други и вътре в плаваща чат джаджа на трети набор от страници — често резултат от множество секции на сайта, притежавани от различни екипи с отделни шаблони.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Одитирайте разположението на помощния механизъм в шаблоните; уеднаквете се на едно канонично място (заглавна част, постоянен долен колонтитул или плаваща джаджа) и съгласувайте всички отклонения. Поправката рядко е техническа; тя е стъпка на управление на съдържанието и шаблоните.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Връзки за помощ и джаджи за контакт, в целия сайт</span>
<span><strong>Критерий на WCAG</strong>3.2.6 A</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Фокусът не е закрит (разширено) — 2.4.12 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>AAA родственикът на 2.4.11: когато компонент на потребителския интерфейс получи клавиатурен фокус, фокусираният елемент не трябва да бъде закрит от съдържание, създадено от автора, <em>изобщо</em>. Частичното закриване е забранено на това ниво — заглавна лента с фиксирана позиция, която покрива каквато и да е част от фокусираното поле, се проваля.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>не е обвързващ за обществени поръчки по настоящите регулации</div>
<div class="exhibit-stat"><strong>По-строг</strong>повечето сайтове, които преминават 2.4.11, все още се провалят на 2.4.12</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Същите сблъсъци с наслагвания с фиксирана позиция, които движат провалите по 2.4.11, се запазват при 2.4.12. Сайтовете, които приеха <code>scroll-margin-top</code>, за да удовлетворят минималния критерий, все пак обикновено оставят няколко CSS пиксела припокриване при гранични височини на изгледа. На ниво AAA това припокриване е провалът.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Настройте <code>scroll-margin-top</code> така, че удобно да надхвърля височината на всяко наслагване, създадено от автора, включително динамичните (банери за бисквитки, които се появяват при първо посещение, чат джаджи, които се разгръщат при посочване). Добавете изрични регресионни тестове за поведението при преминаване с табулатор във формуляр при често срещаните размери на изгледа.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Формуляри с наслагвания с фиксирана позиция — строго ниво</span>
<span><strong>Критерий на WCAG</strong>2.4.12 AAA</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Достъпна автентикация (разширено) — 3.3.9 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Какво изисква</div>
<div class="exhibit-prose">
<p>AAA родственикът на 3.3.8: автентикацията не може да разчита на тест на когнитивна функция, точка. Изключенията за разпознаване на обекти и лично съдържание, които се прилагат на ниво AA, не се прилагат тук. Тестовете за памет, тестовете за преписване и предизвикателствата за разпознаване на изображения всички се провалят на това ниво.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Честота</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>аспирационна цел; все още не е цитиран от никоя голяма регулация</div>
<div class="exhibit-stat"><strong>Ключове за достъп</strong>съответстващият на спецификацията път за удовлетворяване на това е автентикация, базирана на устройство</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Защо се проваля</div>
<div class="exhibit-prose">
<p>Дори сайтове, които замениха традиционните CAPTCHA с предизвикателства за разпознаване на обекти (изключението на AA), се провалят на 3.3.9. Критерият е сигналът на работната група за това накъде следва да отиде автентикацията: изцяло далеч от когнитивните предизвикателства и към атестация на устройството или биометрична проверка.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Поправката</div>
<div class="exhibit-prose">
<p>Приемете ключове за достъп (WebAuthn) като основен механизъм за автентикация; третирайте парола-плюс-ключ за достъп като преходно състояние, а не като крайна цел. Където разпознаването на изображения е запазено за оценяване на риска, изпълнявайте го от страна на сървъра от поведенчески сигнали, а не като обърнато към потребителя предизвикателство.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Повърхност</strong>Потоци за вход — строго ниво</span>
<span><strong>Критерий на WCAG</strong>3.3.9 AAA</span>
</div>
</section>

<p class="pull">Допълненията на 2.2 не са там, където живеят повечето от най-трудните проблеми на достъпността. Те са там, където живеят най-честите, най-измеримите производствени провали — което е точно това, за което бяха избрани.</p>

<h2>Какво общо имат деветте</h2>

<p>Прочетени като каталог, деветте нови критерия споделят обща редакционна поза. Те не са нови режими на провал, които работната група е измислила; те са режимите на провал, които са се проявявали най-последователно в годините след публикуването на WCAG 2.1. Работната група ги третира като пропуски за затваряне: плътни ленти с инструменти (2.5.8), наслагвания с фиксирана позиция (2.4.11 / 2.4.12), автентикация в стил CAPTCHA (3.3.8 / 3.3.9), пръстени на фокуса по подразбиране (2.4.13), модели за плащане с повторно въвеждане на адреса (3.3.7), пренареждане на списъци само с влачене (2.5.7) и непоследователността в разположението на връзката за помощ, която разочароваше застъпниците на хората с когнитивни увреждания (3.2.6).</p>

<p>Картината на правните референции изостава, защото механизмът на фиксиране на версия е бавен. EN 301 549 V4 — единственото най-голямо предстоящо събитие — би каскадирал WCAG 2.2 в Директивата на ЕС за достъпността на уебсайтовете, в референцията за съответствие на Европейския акт за достъпност и във всеки национален закон за уеб достъпност, който сочи към хармонизирания европейски стандарт. Публикуване през 2026 г. е работното допускане в рамките на ETSI JTC HF; забавяне до 2027 г. е по-предпазливото. Изменението на PSBAR на Обединеното кралство, след приключилата консултация от февруари 2026 г., се очаква преди края на годината. Актуализацията на американския Section 508 остава най-бавно движещата се голяма част — дори актуализацията до 2.1 все още е висяща през 2026 г.; актуализация до 2.2 реалистично е инструмент от края на 2020-те.</p>

<p>За целите на планирането за 2026 г. WCAG 2.2 е стандартът, който ще се цитира в правото и обществените поръчки до края на десетилетието. WCAG 3 (Silver) остава работен проект и не е на път към препоръка в близко бъдеще; най-новият публичен проект от 2025 г. изясни, че публикуване на ниво препоръка не се очаква преди 2028 г. Практиката на фиксиране на версия в регулациите означава, че 2.2 ще остане цитирана години след публикуването на 3.0. Прагматичната клауза за обществени поръчки — изискване на WCAG 2.2 на ниво AA като цел за съответствие, изискване на VPAT 2.5 ACR с дата до последните 12 месеца, изискване доставчикът да идентифицира всеки от деветте нови критерия, при който съответствието още не е постигнато — работи при всяка юрисдикция, чието основно право все още фиксира на 2.0 или 2.1, защото нищо в тези закони не пречи на купувач да договори повече.</p>

<h2>Вашият списък за готовност за 2.2</h2>

<div class="audit-list">
<h3>Език за обществени поръчки (направете това сега)</h3>
<ul>
<li>Изисквайте WCAG 2.2 на ниво AA като цел за съответствие в новите договори</li>
<li>Изисквайте VPAT 2.5 ACR с дата до последните 12 месеца от всеки доставчик</li>
<li>Изисквайте от доставчиците да идентифицират всеки от деветте нови критерия, при който съответствието още не е постигнато, плюс документирана пътна карта за отстраняване</li>
<li>Третирайте „WCAG 2.1 AA като минимум, с отчитане спрямо 2.2, където отговорът на доставчика позволява“ като под — не като таван</li>
</ul>

<h3>Инженерни регресионни тестове (уловете петте на AA, преди одитът да ги улови)</h3>
<ul>
<li>Поведение при преминаване с табулатор във формуляр при често срещани размери на изгледа, с всяко наслагване отворено (2.4.11)</li>
<li>Размери на целта за докосване в иконни ленти с инструменти, табла за управление и заглавия на таблици с данни (2.5.8)</li>
<li>Алтернативи с единичен показалец за всяко взаимодействие с влачене — пренареждане на списъци, плъзгачи, инструменти за изрязване (2.5.7)</li>
<li>Потоци за вход, регистрация и нулиране на парола без тестове на когнитивна функция; поставянето е разрешено в полетата за еднократен код (3.3.8)</li>
<li>Постоянство между стъпките: никое поле не се иска два пъти в един и същ автентикиран процес (3.3.7)</li>
</ul>

<h3>Редакционен преглед / преглед на ИА (двете допълнения на ниво A)</h3>
<ul>
<li>Единно канонично разположение на помощните механизми в шаблоните (3.2.6)</li>
<li>Междуекипен преглед на потока за всеки многостъпков процес, притежаван от повече от един екип (3.3.7)</li>
</ul>

<h3>Точки за следене през 2026 г.</h3>
<ul>
<li>Публикуване на EN 301 549 V4 — задейства WCAG 2.2 в правото на ЕС за уеб достъпност</li>
<li>Изменение на PSBAR на Обединеното кралство — първата голяма англоезична юрисдикция, която фиксира на 2.2</li>
<li>Актуализация на американския Section 508 за ИКТ — 2.1 все още е висяща; 2.2 е инструмент от края на 2020-те</li>
<li>Честота на VPAT 2.5 — всеки ACR с дата 2025 г. или по-късно следва да се отчита спрямо 2.2</li>
</ul>
</div>

<div class="bottomline">
<p>Преходът към WCAG 2.2 структурно е два прехода, протичащи на различни часовници. Правният преход е бавен, зависим от малък брой органи по стандартизация — ETSI JTC HF преди всичко — и ще продължи през 2026–27 г. Преходът в практиката е до голяма степен вече осъществен: одиторите се отчитат спрямо 2.2, дизайн системите се привеждат в съответствие с нея, доставчиците подават VPAT 2.5 ACR с отчитане спрямо нея, а деветте нови критерия вече са установеният речник на одитите на достъпността. Интересният аналитичен въпрос вече не е дали WCAG 2.2 е работният стандарт — той е такъв — а дали регулаторните референции ще наваксат, преди WCAG 3 да започне да тегли вниманието напред.</p>
</div>

<div class="foot-note">
<p><strong>Методология</strong>Описателите на честотата на провалите са агрегирани от независими одиторски доклади, издадени до първото тримесечие на 2026 г. в одитни цикли за SaaS, електронна търговия и обществен сектор. Качествени описатели се използват там, където кантори публикуват подредбови, а не точни честоти.</p>
<p><strong>Обхват</strong>Само деветте нови критерия за успех на WCAG 2.2. SC 4.1.1 Parsing, оттеглен в WCAG 2.2, е извън обхвата. Пренесените критерии от WCAG 2.1 са извън обхвата.</p>
<p><strong>Източници</strong>W3C, <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, препоръка от 5 октомври 2023 г. — <a href="https://www.w3.org/TR/WCAG22">w3.org/TR/WCAG22</a>; W3C AG WG, <em>What's New in WCAG 2.2</em> — <a href="https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22">w3.org/WAI/standards-guidelines/wcag/new-in-22</a>; ETSI, <em>EN 301 549 V3.2.1</em> (2021 г.) и проекти на JTC HF V4; US Access Board ICT Standards (Section 508 Refresh, 2017 г.); US DOJ, <em>Final Rule — Title II web accessibility</em>, 28 C.F.R. Part 35 (април 2024 г.); UK Cabinet Office, <em>PSBAR 2018</em> и консултация 2025–26 г.; ITI, <em>VPAT 2.5 / ACR</em>, януари 2025 г. — <a href="https://www.itic.org/policy/accessibility/vpat">itic.org/policy/accessibility/vpat</a>; директиви на ЕС 2016/2102 и 2019/882; W3C, <em>WCAG 3.0 Working Draft</em> — <a href="https://www.w3.org/TR/wcag-3.0">w3.org/TR/wcag-3.0</a>. Прочетете повече за <a href="/bg/regulations/">националната нормативна уредба за достъпност</a>, <a href="/bg/toolkit/">набора от инструменти за практици</a>, <a href="/bg/toolkit/standards/wcag/">пълния справочник на критериите за успех на WCAG 2.2</a>, <a href="/bg/articles/accessibility-compliance-explainer/">обяснителния материал за привеждането в съответствие, съответствието и достъпността</a>, <a href="/bg/articles/accessibility-monitoring-buyers-guide-2026/">наръчника за купувача на мониторинг</a>, <a href="/bg/toolkit/scan/">безплатно базово сканиране по WCAG 2.2</a> и <a href="/bg/articles/">по-широкия архив на отразяването за 2026 г.</a></p>
</div>

</div>

---
title: WCAG 3: какво означава работният проект за съществуващите сайтове
url: https://www.disabilityworld.org/bg/articles/wcag-3-preview-implications/
description: WCAG 3 (Silver) все още е работен проект на W3C. Предложеният стандарт преминава от двоични критерии за преминаване/неуспех към оценени резултати, въвежда нива на съответствие бронз/сребро/злато и разширява обхвата си към когнитивните, гласовите и AAC модалности.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-3, silver, w3c, standards, explainer
---

# WCAG 3: какво означава работният проект за съществуващите сайтове

<div class="src-article" data-template="5">

<p class="image-alt-text">Описание на изображението: Отпечатан работен проект на WCAG 3 с цветни самозалепващи се отметки на бюро до документ за WCAG 2.2 — визуалният знак за въведението в работния проект на WCAG 3.</p>

<p class="rt-prefix">Време за четене: 12 минути</p>

<p class="wp-block-paragraph"><strong>WCAG 3</strong> — следващото поколение насоки за достъпност, които W3C изготвя под работното име <em>Silver</em> от 2017 г. насам — все още е, в средата на 2026 г., <strong>работен проект на W3C</strong>. Този единствен факт е най-важното, което трябва да се знае за него. Той не е препоръка (Recommendation), не е кандидат-препоръка (Candidate Recommendation) и нищо в него все още не може да бъде цитирано със законова сила от регулатор, съд или служител по обществени поръчки. <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2</a> остава стандартът, спрямо който светът в момента извършва одити, а <a href="/bg/articles/en-301-549-explained/">EN 301 549</a>, <span lang="en">U.S.</span> <a href="/bg/articles/section-508-refresh-status/">Section 508</a> и националните имплементации на <a href="/bg/toolkit/glossary/web-accessibility-directive/">Директивата за достъпността на уебсайтовете</a> препращат към WCAG 2.x. Това, което WCAG 3 представлява, е целенасочено архитектурно пренаписване на начина, по който се измерва съответствието с изискванията за достъпност — и поглед към това как ще изглеждат следващите десет години на приемане от страна на регулаторите, след като той стабилизира.</p>

<p class="wp-block-paragraph">Това въведение обхваща какво представлява WCAG 3, какво променя структурно, как работят предложените нива на съответствие бронз/сребро/злато, кога реалистично може да се появи кандидат-препоръката, политическото напрежение с WCAG 2.2 (който националните регулатори все още са в процес на приемане) и какво всъщност екипите, работещи днес на 2.x, следва да направят по този въпрос сега. Накратко: прочетете работния проект, не преструктурирайте кода си заради него и третирайте всеки доставчик, който днес обещава „съответствие с WCAG 3“, или като заблуден, или като продаващ нещо.</p>

<h2 class="wp-block-heading" id="h-what-wcag-3-is">Какво всъщност представлява WCAG 3 — и какво не е</h2>

<p class="wp-block-paragraph">WCAG 3 е работното заглавие на нов <strong>път към препоръка (Recommendation track)</strong> в Работната група за насоки за достъпност (AG WG) на W3C, отделен от линията WCAG 2.x. Проектът започна през 2017 г. под проектното име <em>Silver</em> (химическият символ Ag, вътрешна шега с „Accessibility Guidelines“) и първият публичен работен проект беше публикуван през януари 2021 г. Най-новият работен проект е версията, която читателите ще намерят на URL адреса <code>w3.org/TR/wcag-3.0/</code> — и W3C датира този проект, както всеки проект преди него, с видна горна лента, гласяща „This document is a Working Draft. It is not stable and should not be referenced or used as a basis for implementation.“</p>

<p class="wp-block-paragraph">Тази лента върши реална работа. В рамките на процеса на W3C документът преминава през пет нива на зрялост: <em>работен проект</em> (Working Draft), <em>кандидат-препоръка</em> (CR), <em>предложена препоръка</em> (PR), <em>препоръка</em> (REC) и накрая <em>заместена препоръка</em> (Superseded Recommendation). WCAG 2.0 достигна REC през декември 2008 г. WCAG 2.1 достигна REC през юни 2018 г. WCAG 2.2 достигна REC през октомври 2023 г. WCAG 3 все още не е влязъл в CR — и W3C изрично заяви, че няколко съществени въпроса от проектирането все още трябва да бъдат разрешени, преди това да стане възможно. Текущото състояние, към най-новия публикуван проект, е на изследователски и проектен документ с работоспособни раздели и ясно обозначени открити въпроси, а не на стабилна спецификация.</p>

<p class="wp-block-paragraph">Какво не е WCAG 3: той не е заместител на WCAG 2.2. W3C заяви, че WCAG 2.2 и WCAG 3 вероятно ще съществуват едновременно за продължителен преходен период, след като WCAG 3 достигне ниво препоръка. WCAG 3 също така не е „WCAG 2.3“ — неговият модел на съдържание, модел на съответствие и редакционна структура са достатъчно различни, че пренареждането в номерацията на линията 2.x беше отхвърлено рано в процеса на проектиране.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Цел и обхват: защо изобщо нова линия</h2>

<p class="wp-block-paragraph">Три структурни проблема с WCAG 2.x наложиха решението да се започне нова линия, вместо да се продължи с увеличаването на номерацията 2.x.</p>

<p class="wp-block-paragraph">Първо, <strong>обхватът</strong>. WCAG 2.x технически са насоките за достъпност на <em>уеб</em> съдържание — те са насочени към уеб съдържание, визуализирано в потребителски агент. Мандатът на работната група обаче се разшири в продължение на десетилетие, за да обхване цялата повърхност на цифровата достъпност: нативни мобилни приложения, информационни павилиони, гласови интерфейси, виртуална и добавена реалност, AAC (augmentative and alternative communication — допълваща и алтернативна комуникация) инструменти, повърхности на разговорния изкуствен интелект. WCAG 3 се проектира от самото начало да бъде независим от съдържанието и платформата, така че една и съща насока да се прилага за уеб страница, екран на нативно приложение, гласов поток и диалог на павилион, без да принуждава екипите да пишат три различни декларации за съответствие спрямо насока, чието име все още гласи „уеб“.</p>

<p class="wp-block-paragraph">Второ, <strong>моделът на съответствие</strong>. Съответствието с WCAG 2.x е двоично: всеки приложим критерий за успех или преминава, или не преминава, а един-единствен неуспех на един-единствен критерий от ниво AA проваля претенцията за съответствие на страницата. Това работи за ясни критерии на ниво интерфейс като „използвайте семантични заглавия“ — работи по-малко добре за критерии, при които основната пречка е степенувана, а не категорична, като например сложността на езика, когнитивното натоварване или колко ясно едно съобщение за грешка комуникира какво се е объркало. WCAG 3 въвежда оценени резултати, така че една страница да може да има измеримо по-добър резултат например при „ясен език“, без да я принуждава към двоичното решение, което изисква 2.x.</p>

<p class="wp-block-paragraph">Трето, <strong>потребители, които все още не са добре обслужени</strong>. WCAG 2.x има добре документирани пропуски за потребители с когнитивни увреждания, потребители с ниска грамотност, потребители, разчитащи на AAC устройства, потребители на гласови интерфейси, сляпо-глухи потребители, които навигират с обновяема брайлова азбука, и нововъзникващи модалности на помощните технологии като проследяване на погледа и интерфейси мозък-компютър. Критериите за успех на 2.x могат да бъдат приложени към тези потребители — но те бяха изготвени с мисъл предимно за потребители на екранни четци, лупи, само клавиатура и потребители с ниско зрение. Архитектурата на насоките на WCAG 3 изрично кани приноси за когнитивните, гласовите, AAC и нововъзникващите AT модалности като пълноправни цели на насоките.</p>

<h2 class="wp-block-heading" id="h-key-changes">Ключови промени: резултати, а не критерии за успех</h2>

<p class="wp-block-paragraph">Най-значимата промяна в WCAG 3 — тази, от която произтичат всички останали — е преминаването от <strong>критерии за успех</strong> към <strong>резултати</strong>.</p>

<p class="wp-block-paragraph">Един <em>критерий за успех</em> на WCAG 2.x е двоично, проверяемо твърдение. <em>1.4.3 Contrast (Minimum)</em> гласи: текстът и изображенията на текст имат контрастно съотношение от поне 4.5:1, с две конкретни изключения. Една страница или отговаря на критерия, или не. Това е отлично за повторяемо тестване и състезателна употреба (съдебни производства, одит, обществени поръчки), но е сурово за критерии, при които основната потребност на потребителя не се разделя ясно на преминаване/неуспех.</p>

<p class="wp-block-paragraph">Един <em>резултат</em> на WCAG 3, в настоящия проект, е проверяемо твърдение, прикрепено към един или повече <strong>методи</strong>, които описват как да се верифицира резултатът и как да се оцени резултатът. Резултатите могат да бъдат двоични там, където двоичното е правилната форма (полето на формуляр или има етикет, или няма), но те могат и да бъдат оценени по числова скала, където основната потребност на потребителя е степенувана (колко четим е този абзац; колко възстановимо е това състояние на грешка; колко предвидима е тази навигация). Резултатът за съответствие на даден продукт след това се изчислява по резултатите, вместо да се обуславя от преминаването на всеки критерий.</p>

<p class="wp-block-paragraph">Следват няколко други архитектурни промени:</p>

<ul class="wp-block-list">
<li><strong>Насоките като организираща единица.</strong> WCAG 3 групира резултатите под <em>насоки</em> (които приблизително съответстват на слоя принципи-и-насоки на WCAG 2.x, но са написани по-декларативно).</li>
<li><strong>Методи, не техники.</strong> WCAG 2.x има информативни <em>техники</em>, които предлагат как да се удовлетвори даден критерий за успех. WCAG 3 има нормативни <em>методи</em>, които описват как се верифицира даден резултат. Преходът от „информативно“ към „нормативно“ има значение: той означава, че процедурата за тестване пътува заедно с насоката, вместо да бъде отделно, спорно допълнение.</li>
<li><strong>Атомарни и холистични тестове.</strong> Някои резултати се тестват на атомарно ниво (един елемент, едно правило), а някои се тестват холистично в цял изглед или работен поток на задача. Резултатите за когнитивно натоварване и ясен език са по своята същност холистични; резултатите за контраст и етикетиране са по своята същност атомарни. WCAG 3 прави това разграничение явно в метода.</li>
<li><strong>Категории функционални потребности.</strong> Проектът въвежда <em>функционални потребности</em> — зрение, слух, познание, реч, подвижност, мултисензорни — като напречна ос. Всеки резултат е съпоставен с функционалните потребности, които адресира, така че тестващ или регулатор може да попита „покажи ми всичко, което засяга потребители с когнитивни потребности“, без да препрочита целия документ.</li>
</ul>

<h2 class="wp-block-heading" id="h-conformance-tiers">Нива на съответствие: бронз, сребро, злато</h2>

<p class="wp-block-paragraph">Където WCAG 2.x има три нива на съответствие — A, AA, AAA — WCAG 3 предлага три <strong>нива на съответствие</strong>: <em>Бронз</em>, <em>Сребро</em> и <em>Злато</em>. Етикетите целенасочено не са букви и целенасочено не са кумулативни по правило; те сигнализират, че по-високите нива отразяват значимо по-добро изживяване за потребителите, а не „същия продукт с повече отметнати квадратчета“.</p>

<p class="wp-block-paragraph"><strong>Бронз</strong> е минималното ниво на съответствие. Той е предназначен да съответства, приблизително, на „еквивалент на WCAG 2.x AA“ — тоест продукт, съответстващ на Бронз, не следва да бъде съществено по-лош от днешния продукт, съответстващ на AA. Съответствието с Бронз изисква преминаване на всички критични грешки (резултати, обозначени в проекта като основни пречки — например липсващ алтернативен текст на информативни изображения) и постигане на дефиниран праг по резултата от оценката на продукта. Проектът предлага критичните грешки да останат двоични дори в рамките на оценения модел: всяка критична грешка блокира съответствието с Бронз, независимо от това колко добре се представя продуктът другаде.</p>

<p class="wp-block-paragraph"><strong>Сребро</strong> е междинното ниво и е предназначено да съответства, приблизително, на силен продукт от типа AA-плюс — по-добър от летвата AA на WCAG 2.x, но все още не на AAA. Среброто обикновено изисква по-висок праг по същите оценени резултати, плюс преминаване на допълнителни резултати, които не се изискват при Бронз. Конкретните прагове все още са в процес на консултация в работния проект.</p>

<p class="wp-block-paragraph"><strong>Злато</strong> е най-високото ниво. То е предназначено да представлява продукт, който е проектиран и тестван за пълния набор от функционални потребности, обхванати от насоката, а не само за тези, които съществуващите критерии AA на 2.x предимно адресираха. Златото е нивото, където когнитивните, гласовите, AAC и нововъзникващите AT резултати носят най-голяма тежест, защото това са потребителските групи, при които съответствието с 2.x понастоящем не дава съпоставим резултат.</p>

<p class="wp-block-paragraph">Две важни свойства на модела на нивата заслужават да бъдат отбелязани. Първо, <strong>обхватът е на изглед или на поток, а не на страница</strong>: продуктът може да носи различни нива на съответствие на различни повърхности, което е по-честно от модела на страница на WCAG 2.x за сложни приложения. Второ, претенцията за съответствие пътува заедно с методите, използвани за верификацията ѝ — така че претенция за Сребро по WCAG 3 следва да бъде възпроизводима от друг тестващ, следващ същите методи, по начин, по който претенциите за AA по WCAG 2.x (които разчитат силно на преценката на тестващия в граничните случаи) често не са.</p>

<h2 class="wp-block-heading" id="h-emerging-at">Нововъзникващи модалности на помощните технологии</h2>

<p class="wp-block-paragraph">Основен редакционен ангажимент на проекта WCAG 3 е пълноправната подкрепа за модалности на помощните технологии, които WCAG 2.x исторически адресираха само косвено.</p>

<p class="wp-block-paragraph"><strong>Когнитивната достъпност</strong> е най-голямото от тези разширения. Настоящият проект включва работа по резултати, която преди това беше разработена в продукта на отделната <em>Cognitive Accessibility Task Force</em> на W3C (документа <em>Making Content Usable for People with Cognitive and Learning Disabilities</em>). Резултатите в тази област обхващат яснотата на езика, предвидимостта на навигацията, поддръжката за ориентация и намиране на път, предотвратяване и възстановяване от грешки и минимизиране на ненужното когнитивно натоварване. Много от тези резултати са оценени, а не двоични — няма ясно преминаване/неуспех за „достатъчно четимо ли е това изречение“ — и това е случаят, за който беше изграден моделът на оценено съответствие.</p>

<p class="wp-block-paragraph"><strong>Гласовите и разговорните интерфейси</strong> са изрично в обхвата. Резултатите адресират разпознаваемостта на гласовите подкани, откриваемостта на гласовите команди, пътя за възстановяване при погрешно разпознаване на гласа и еквивалентността между гласовото и визуалното взаимодействие в интерфейси с двойна модалност. Това е частта от проекта, където независимата от платформата архитектура на насоките има най-голямо значение: гласов поток на интелигентен високоговорител не може смислено да бъде тестван спрямо критериите за успех на WCAG 2.x за „уеб съдържание“, но може да бъде тестван спрямо резултати на WCAG 3, изготвени да бъдат неутрални спрямо модалността.</p>

<p class="wp-block-paragraph"><strong>AAC (augmentative and alternative communication — допълваща и алтернативна комуникация)</strong> потребители — хора, които комуникират предимно чрез символни табла, системи за обмен на картинки или устройства, генериращи реч — са изрично адресирани в целите на потребителските изследвания на проекта. Резултатите тук са свързани с консистентността на символите, поддръжката за AAC въвеждане като пълноправен режим на взаимодействие и когнитивната предвидимост на състоянията на диалозите, в които AAC потребител трябва да навигира.</p>

<p class="wp-block-paragraph"><strong>Нововъзникващите AT</strong> — проследяване на погледа, превключвателни интерфейси, интерфейси мозък-компютър, проследяване на главата и помощните повърхности на устройствата за смесена реалност — са назовани в пътната карта на проекта. Работната позиция на работната група е, че архитектурата на насоките следва да приема тези модалности, без да изисква документът да изброява всяка възможна AT; оста на функционалните потребности е един механизъм за това.</p>

<h2 class="wp-block-heading" id="h-timeline">График: кога може да се появи кандидат-препоръката</h2>

<p class="wp-block-paragraph">Честният отговор е, че никой извън AG WG не може да даде уверена дата и никой вътре в нея не е публикувал такава. Процесът на W3C се движи от консенсус, а въпросите от проектирането, които все още са открити в WCAG 3 — точната методология за оценяване, точните прагове за Бронз/Сребро/Злато, форматът на декларацията за съответствие, проверяемостта на когнитивните резултати, отношението към WCAG 2.2 по време на прехода — не са тривиални. Работните проекти във всяка линия от стандарти могат да останат на това ниво на зрялост с години.</p>

<p class="wp-block-paragraph">Това, което може да се каже с разумна увереност, е формата на пътя. Кандидат-препоръката е следващата стъпка в зрелостта след настоящия работен проект, а CR не може да бъде влязла, докато работната група не разреши откритите въпроси, обозначени понастоящем в проекта, и не докаже, че предложените резултати са <em>проверяеми</em> (процес, който W3C нарича преглед „feature-at-risk“ и за чието преминаване е необходим съществен имплементационен опит). Няколко публични изявления на персонал на W3C през 2025 г. посочиха, че CR за WCAG 3 все още е доста далеч и че проектът следва да се третира като отдалечен от стабилна спецификация с години, а не с месеци.</p>

<p class="wp-block-paragraph">След като се влезе в CR, стандартният график предвижда поне един имплементационен период от няколко месеца, през който работната група събира доказателства, че резултатите са били верифицирани спрямо реални продукти. Следва PR. След това следва REC. След REC започва бавният процес на приемане от страна на регулаторите — а той исторически се измерва с години, не с месеци. Цитиране на WCAG 3 от типа на <a href="/bg/articles/european-accessibility-act-guide/">EAA</a> чрез преработен EN 301 549 (V5 или по-късен) е, при всяко реалистично разчитане, перспектива за края на 2020-те години, а не непосредствена.</p>

<h2 class="wp-block-heading" id="h-tension-with-22">Напрежението с WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG 3 се намира в реално политическо напрежение с WCAG 2.2 и това напрежение е подтекстът на всяка дискусия за WCAG 3 в индустрията. WCAG 2.2 достигна ниво препоръка през октомври 2023 г. — публикуван, стабилен, цитируем стандарт, който <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">националните регулатори все още са в процес на приемане</a>. Някои вече са го приели. Някои не са. Предстоящата V4 на <a href="/bg/articles/en-301-549-explained/">EN 301 549</a> ще включи WCAG 2.2; <span lang="en">U.S.</span> Section 508 е в процес на актуализация, която сочи към WCAG 2.x; защитата по частни съдебни производства в Съединените щати цитира WCAG 2.x по подразбиране.</p>

<p class="wp-block-paragraph">Напрежението всъщност не е за това кой документ е „по-добър“. То е за това дали регулаторите могат да приемат стандарт, който все още се движи — и дали екипите, които току-що са инвестирали в съответствие с WCAG 2.2, следва да вярват, че зад ъгъла има различна рамка. Заявената позиция на работната група е, че двете линии не са с нулева сума: WCAG 2.2 остава действащият стандарт за приемане от страна на регулаторите, а WCAG 3 е следващото поколение, което с времето ще го наследи. И двата документа ще се поддържат в W3C паралелно, след като WCAG 3 достигне ниво препоръка, а W3C даде сигнал, че преходът ще бъде целенасочено достатъчно дълъг, за да не се изправят екипите пред принудителна миграция.</p>

<p class="wp-block-paragraph">На практика това означава три неща. Одитната работа по WCAG 2.2 не е загубена — основните пречки пред достъпа, които тя установява, не изчезват при WCAG 3, те се реорганизират в резултати. Регулаторите, които са в средата на приемането на WCAG 2.2, не правят грешка — те вършат работата, която трябва да се свърши през това десетилетие. А доставчиците, които предлагат „съответствие с WCAG 3“ спрямо работен проект, представят погрешно зрелостта на стандарта; никаква претенция за съответствие спрямо нестабилен работен проект не е смислена.</p>

<h2 class="wp-block-heading" id="h-comparison-table">WCAG 2.2 срещу WCAG 3: сравнение по измерения</h2>

<table class="wp-block-table">
<thead>
<tr><th>Измерение</th><th>WCAG 2.2 (настояща препоръка)</th><th>WCAG 3 (настоящ работен проект)</th></tr>
</thead>
<tbody>
<tr><td>Зрялост</td><td>Препоръка на W3C от октомври 2023 г.</td><td>Работен проект, все още не кандидат-препоръка</td></tr>
<tr><td>Единица на съответствие</td><td>Критерий за успех (двоично преминаване/неуспех)</td><td>Резултат с методи (двоичен или оценен)</td></tr>
<tr><td>Нива на съответствие</td><td>A, AA, AAA — кумулативни по критерий</td><td>Бронз, Сребро, Злато — по обобщен резултат от оценка</td></tr>
<tr><td>Обхват</td><td>Уеб съдържание, визуализирано в потребителски агент</td><td>Независим от съдържанието и платформата (уеб, мобилни, глас, павилион)</td></tr>
<tr><td>Когнитивни резултати</td><td>Ограничени; адресирани косвено чрез няколко SC</td><td>Пълноправни, включени от работата на когнитивната работна група на W3C</td></tr>
<tr><td>Глас / AAC / нововъзникващи AT</td><td>Не са адресирани директно</td><td>Назовани като модалности в обхвата със специални резултати</td></tr>
<tr><td>Артефакт за тестване</td><td>Информативни техники съпътстват критериите</td><td>Нормативни методи пътуват с всеки резултат</td></tr>
<tr><td>Гранулярност на претенцията</td><td>Претенция за съответствие на страница</td><td>Претенция за съответствие на изглед или на поток</td></tr>
<tr><td>Цитиран от регулаторите днес</td><td>Да (EAA чрез EN 301 549, WAD, актуализацията на Section 508, съдилища)</td><td>Не — работен проект не може да бъде цитиран нормативно</td></tr>
<tr><td>Реалистичен хоризонт на приемане</td><td>Действащ сега; многогодишното внедряване от регулаторите все още продължава</td><td>Най-рано в края на 2020-те, в зависимост от напредъка по CR/PR/REC</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-implications-for-22-sites">Последици за сайтовете на 2.x днес</h2>

<p class="wp-block-paragraph">Практическият въпрос за всеки екип, който днес поддържа сайт, приложение или продукт на WCAG 2.x, е: следва ли да правим нещо различно, защото идва WCAG 3? Отговорът се разделя на три части.</p>

<p class="wp-block-paragraph"><strong>Извършвайте одит и отстранявайте проблеми спрямо WCAG 2.2 AA.</strong> Това е стандартът, който регулаторите приемат, който EN 301 549 V4 ще включи и който съдилищата в юрисдикции с частно право на иск цитират. Един добре направен одит по 2.2 AA през 2026 г. не е работа за изхвърляне — основните пречки ще продължат да са пречки и при WCAG 3, а усилието за отстраняването им е същото. Екипите, които отложиха работата по 2.2 с надеждата „да правят WCAG 3 вместо това“, избират по-лош резултат на по-дълъг времеви хоризонт.</p>

<p class="wp-block-paragraph"><strong>Прочетете работния проект на WCAG 3, не преструктурирайте кода си заради него.</strong> Проектът е полезен прозорец към това накъде се насочва стандартът и кои потребителски потребности ще изведе на преден план следващото десетилетие. Екипите следва да го прочетат (той е свободно достъпен на сайта TR на W3C), да го споделят вътре в дизайна и инженеринга и да го използват, за да подготвят разговори за когнитивната достъпност, гласовите интерфейси и AAC. Те обаче не следва да започват да пишат декларации за съответствие спрямо него, да изготвят клаузи за обществени поръчки спрямо него или да преструктурират одитни програми, за да го изпреварят. Проектът не е достатъчно стабилен за никоя от тези дейности.</p>

<p class="wp-block-paragraph"><strong>Инвестирайте в капацитета за потребителски и дизайнерски изследвания, който WCAG 3 ще изисква.</strong> Оценените, холистични, независими от модалността резултати, които WCAG 3 въвежда, не могат да бъдат верифицирани само от автоматизирани инструменти за сканиране. Те се нуждаят от дизайнерски изследвания с потребители с когнитивни увреждания, с AAC потребители, с потребители на гласови интерфейси. Екипите, които ще бъдат готови, когато WCAG 3 достигне ниво препоръка, не са тези с най-усъвършенстваните автоматизирани инструменти — те са тези с установени отношения за потребителски изследвания през пълния набор от функционални потребности. Изграждането на тези отношения сега е инвестиция, която се изплаща при който и да е от двата стандарта.</p>

<h2 class="wp-block-heading" id="h-conclusion">WCAG 3 в графа на стандартите, който вече познавате</h2>

<p class="wp-block-paragraph">Ако сте следили дъгата на стандартите за достъпност — от <a href="/bg/articles/section-508-refresh-status/">Section 508</a> през <a href="/bg/articles/en-301-549-explained/">EN 301 549</a>, от WCAG 2.0 на W3C през 2.1 и към 2.2 — WCAG 3 е следващото поколение на тази дъга, понастоящем в средата на проектирането. Това е документът, който стандартизационната общност изгражда, защото ограниченията на двоичния, само за уеб, базиран на критерии за успех модел на WCAG 2.x станаха трудни за пренебрегване, тъй като цифровата достъпност се разшири към мобилните, гласовите, AAC и когнитивните интерфейси. Той е също така, днес, нестабилен работен проект, който никой регулатор все още не може да цитира и никой отговорен доставчик все още не може да претендира за съответствие с него.</p>

<p class="wp-block-paragraph">За практиците, които очертават остатъка от това десетилетие: WCAG 2.2 е стандартът, спрямо който да се извършва одит, EN 301 549 V4 е инструментът за обществени поръчки, с който да се привеждат в съответствие, а WCAG 3 е документът, който да се чете в петък следобед, за да се разбере накъде се насочва работата. Правилната позиция е информирано търпение — дръжте WCAG 3 в периферното зрение, вършете работата по WCAG 2.2 пред вас и изграждайте капацитета за потребителски изследвания, който ще има значение независимо от това кой документ ще цитират одиторите след пет години. За следващата част от тази поредица въведения вижте <a href="/bg/articles/wcag-2-2-adoption-rate-survey/">проучването за степента на приемане на WCAG 2.2</a>, проследяващо кои национални регулатори вече са прекрачили границата.</p>

</div>