Шаблон за доклад за достъпност — какво всъщност съдържа добрият
„Доклад за достъпност“ означава поне три различни артефакта в зависимост от това кой го е казал, и пропастта между тях е достатъчно широка, че специалист по обществени поръчки и инженерен ръководител могат да изседят на едно и също заседание и да излязат, желаейки напълно различни неща. Изразът обхваща автоматизирания PDF, който сканиране с axe DevTools или WAVE изхвърля на изхода на компилационния конвейер; 60-страничния ръчен резултат, който специализирана фирма предава след шестседмичен одит; и общоиндустриалните сравнителни оценки като WebAIM Million и компилациите за прилагане на EAA през първата година.
Тази статия е за първите две — артефактът, който възлагате, преглеждате, одобрявате и предавате на екипа си за разработка. Това, което следва, е структурата, която има един използваем доклад, рубриката за тежест, която отделя работещия доклад от купчина неприложими тагове, и форматът на констатацията, който инженерните екипи реално ще приоритизират. Половината от докладите, които попадат върху бюрата на водещите по достъпност през 2026 г., се провалят на теста, изложен по-долу, и провалът почти винаги е с една и съща форма: без обхват, без рубрика, без пътна карта, без присъда — само дълъг списък с препратки към WCAG и думата „висока“, копирана надолу в колона.
Докладите от автоматизирани скенери, докладите от ръчен одит и индустриалните годишни доклади са три различни артефакта. Полевото ръководство по-долу каталогизира деветте раздела, които правят един резултат използваем, със същата анатомия във всеки запис: какво съдържа, примерният текст, който го закотвя, защо има значение, целевата аудитория и дали е задължителен или препоръчителен. Каталогът може да се чете отгоре надолу или да се прескача по номер на раздел.
9 раздела · какво съдържа всеки добър доклад за достъпност
| ID | Раздел | Задача | Изискуем? |
|---|---|---|---|
| E·01 | Резюме за ръководството | Присъда за позицията в един абзац за спонсорите | Задължителен |
| E·02 | Изложение на обхвата | Какво е тествано — и какво не е | Задължителен |
| E·03 | Методология | Стандарт, тип одит, инструменти, версии | Задължителен |
| E·04 | Присъда за съответствие | Преминава / проваля / неприложим по критерий за успех | Задължителен |
| E·05 | Констатации — списъкът с проблеми | Всеки дефект с ID, SC, тежест, решение | Задължителен |
| E·06 | Рубрика за тежест | Дефинирано значение на блокиращ / голям / малък | Задължителен |
| E·07 | Пътна карта за отстраняване на проблеми | Приоритизиран ред на поправки с оценки на усилието | Задължителен |
| E·08 | Политика за повторно тестване | График и поводи за повторно валидиране | Задължителен |
| E·09 | Шаблон на декларация за достъпност | Чернова на публична декларация, готова за публикуване | Задължителен |
Изискуем = покрит както в докладите от автоматизирани скенери, така и в тези от ръчен одит, с уговорката, че скенерите автоматично заместват с шаблон или пропускат E·01, E·02, E·07 и E·09, защото тези раздели изискват човешка преценка. Форматът на всеки раздел е по избор на одитора; наличието и на деветте е това, което прави един резултат използваем.
Три типа доклад за достъпност — и кой всъщност ви трябва
Речникът има значение, защото доставчиците умишлено размиват категориите. Три отделни артефакта се продават под един и същ израз и те отговарят на различни въпроси.
Доклад от автоматизиран скенер. Произведен от инструмент — axe DevTools, WAVE, Lighthouse, Pa11y или безплатния скенер за достъпност на този сайт. Работи за минути. Покрива приблизително 60 до 70 процента от критериите за успех на WCAG 2.2 по повърхностен обхват, но съществено по-малко по въздействие върху потребителя, защото провалите с най-голямо въздействие — клавиатурни капани, качеството на реда на фокуса, четимостта от екранен четец, смисленият алтернативен текст — са до голяма степен извън това, което статичният анализ може да реши. Полезен е като базова линия и регресионен пропускателен пункт в CI, а не като пълен доклад сам по себе си.
Доклад от ръчен одит. Възложен на специализирана фирма или изграден вътрешно, в идеалния случай с преглед чрез ръчен одит от тестери с увреждания. Отнема от четири до осем седмици. Покрива 30-те до 40 процента от WCAG, които автоматизацията пропуска, плюс човешки прочит върху останалото. Това е артефактът, който установява защитима правна позиция по ADA Дял III или EAA и захранва пътната карта за отстраняване на проблеми.
Индустриален годишен доклад. WebAIM Million, сравнителната оценка на ЕС за електронно управление, обобщенията за прилагане на EAA през първата година. Контекст в мащаб на цял сектор, а не заместител на тестването на собствения ви сайт.
Ако заинтересована страна каже „трябва ни доклад за достъпност“, без да уточни кой, попитайте. Разликата в цената между трите е приблизително четири порядъка.
Доклад, който пропуска обхвата, рубриката или присъдата, активно подвежда, защото читателят не може да каже какво е тествано, какво означава тежест или дали сайтът съответства.
Всеки запис по-долу регистрира едни и същи неща в един и същ ред: какво съдържа, примерният текст, който го закотвя, защо има значение, целевата аудитория и дали е задължителен или препоръчителен. Доклад, в който липсва някой от деветте, е непълен; доклад, в който липсва E·02, E·04 или E·06, е неизползваем.
Резюме за ръководството
Един абзац, обикновен език, без жаргон. Неотменимият елемент е присъда за позицията — едно изречение, което казва на ръководния спонсор дали сайтът съответства, частично съответства или не съответства на назования стандарт. Под присъдата — три до пет изречения, назоваващи стандарта, периода на одита, броя на блокиращите констатации и заглавието на пътната карта за отстраняване на проблеми.
Ръководните спонсори се нуждаят от присъда, а не от температурно отчитане. Резюмето е единствената страница, която повечето неспециалисти ще отворят, и доклад, който заравя позицията на съответствие под дванадесет страници методологичен увод, се проваля в основната си задача. Изречението на присъдата е и това, което регулатори и специалисти по обществени поръчки цитират, когато препращат към вашия доклад.
Изложение на обхвата
Какво е тествано — URL адреси, типове страници, потребителски пътеки, устройства, браузъри, помощни технологии. И какво не е — страници зад автентикация извън тестовия акаунт, PDF файлове, нативни мобилни приложения, вградени елементи на трети страни. Всяка изключена повърхност е назована, с причината за изключването ѝ (извън бюджета, без тестови данни за вход, отложена за последващ ангажимент).
Изложението на обхвата е това, което спира годишния одит да бъде оспорен по технически причини. Ако то липсва, претенцията за съответствие е непроверима — ищец може да посочи всяка неодитирана повърхност и да заяви, че докладът мълчи за нея, а защитата не може да докаже обратното. Изложението на обхвата също ограничава отговорността на одитора: изключение, което сте назовали, е изключение, което одитираната организация е приела.
Методология
Кой стандарт — 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, пълен преглед на шаблони, базиран на пътеки.
Методологията е това, което позволява на повторно тестване шест месеца по-късно да сравни подобно с подобно. Без назована версия на инструмента регресия не може да бъде различена от артефакт на обновяване на инструмента. Без назован стандарт претенция за „съответствие“ е неинтерпретируема. Разделът за методологията е и мястото, където компетентността на одитора се чете от други одитори.
Присъда за съответствие
Формалната претенция за съответствие, по критерий за успех, в три състояния: преминава, проваля, неприложим. WCAG 2.2 AA има 55 критерия за успех; всеки от тях следва да присъства в тази таблица. Неприложим е легитимна присъда — сайт без видео не е длъжен да преминава 1.2.2 Субтитри — но всяко „неприложим“ изисква едноредово обосноваване.
Това е, което регулатори и адвокати на ищци четат първо. Доклад, който замазва присъдата — „общо взето съответства“, „в съществено съответствие“, „на път към достъпност“ — е доклад, който губи пред DOJ или орган на държава членка за прилагане на EAA. Таблицата с присъдата е и входът за публичната декларация за достъпност, така че размита таблица произвежда размита декларация.
Констатации — списъкът с проблеми
Най-дългият раздел във всеки реален доклад. Всяка констатация получава собствен ред със стабилен ID, WCAG SC, тежест, местоположение, описание, въздействие върху потребителя и препоръчано решение. Форматът е изложен в раздела „формат на констатацията“ по-долу. Констатациите се групират по шаблон или по тежест, подреждат се по приоритет на отстраняване и се препращат към таблицата с присъдата за съответствие.
Списъкът с констатации е частта, която инженерният екип реално отваря. Доклад, който заравя констатациите си в наративен текст, никога няма да бъде приоритизиран; доклад, който ги доставя като редове със стабилни ID-та, се превръща в бекlog от задачи. Стабилният ID е носещата подробност — той позволява една и съща констатация да бъде препратена в таблицата с присъдата, в пътната карта и в доклада за повторно тестване дванадесет месеца по-късно.
Рубрика за тежест
Дефинирана рубрика, която назовава какво означават блокиращ, голям и малък в този конкретен доклад. Без рубрика тежестите са усещане. Препоръчителната тристепенна рубрика — закотвена във въздействието върху потребителя, а не в увереността на скенера или в правната експозиция — е изложена в раздела за рубриката по-долу.
Без рубрика „висока тежест“ означава каквото читателят влага в нея, и колоната за рубриката става декоративна. С рубрика блокиращ означава едно и също в констатация F-001, както и в констатация F-247, и пътната карта може да приоритизира рационално. Рубриката е и това, което спира разширяването на обхвата при повторни тествания — констатация не може тихомълком да бъде прекласифицирана между циклите, ако дефиницията за тежестта ѝ е записана.
Пътна карта за отстраняване на проблеми
Приоритизиран ред на поправки с приблизителни оценки на усилието. Първо блокиращите, после големите, после малките; в рамките на всяко ниво първо се поправят нещата, които се повтарят между шаблоните. Оценките на усилието могат да са грубо очертани — малко, средно, голямо в инженерни дни — но трябва да съществуват, защото пътната карта е това, което превръща доклада в програма.
Доклад без пътна карта е купчина констатации без указание какво да се прави нататък, и одитираната организация тихомълком ще го остави настрана. Пътната карта превръща доклада в програма от работа, която може да бъде проследявана, ресурсно осигурена и докладвана в следващите тримесечия. Тя е и артефактът, който ръководството за избор на платформа за мониторинг препоръчва като вход за конфигурация на непрекъснат мониторинг.
Политика за повторно тестване
Кога докладът ще бъде повторно валидиран, какво задейства извънпланово повторно тестване и кои констатации ще бъдат повторно тествани. Годишен пълен одит плюс шестмесечно повторно тестване на предишно провалените критерии е защитимо за повечето сайтове; продукти, които публикуват ежедневно, се нуждаят от по-стегнат цикъл.
Доклад без честота на повторно тестване е доклад, който тихомълком остарява в рамките на дванадесет месеца. Директивата за достъпността на уебсайтовете на ЕС очаква публикуваните декларации да се обновяват ежегодно; EAA и DOJ Дял II третират необновените одити като доказателство, че организацията е спряла да обръща внимание. Назована честота е и това, което защитава одитора срещу бъдещ клиент, който пита защо предишният доклад не е уловил регресия, паднала два месеца след затварянето на периода на одита.
Шаблон на декларация за достъпност
Чернова на публична декларация, написана от констатациите на одита, готова за публикуване на адрес /accessibility/. Одиторът разполага с фактите, така че одиторът съставя черновата на декларацията; одитираната организация преглежда и публикува. За примери как публикуваните декларации варират по качество, одитът на декларациите за достъпност каталогизира топ 100 през 2026 г.
Декларацията е публичната повърхност на доклада и единственият документ, който повечето потребители ще видят някога. Съставянето ѝ като част от доклада — вместо да се остави на одитираната организация да превежда констатациите в публичен език шест месеца по-късно — е това, което затваря цикъла между одита и публичната позиция. Тя е и артефактът за съответствие по EAA по член 7 и един от документите, които правилото на DOJ по Дял II от 2024 г. очаква да бъде наличен при поискване.
Рубрика за тежест, която наистина работи
Повечето доклади използват „висока / средна / ниска“, без да дефинират какво означават тези думи, което прави колоната за тежест декоративна, а не носеща. Работещата рубрика е закотвена във въздействието върху потребителя, а не в увереността на скенера и не в правната експозиция.
Блокиращ. Потребителите със съответното увреждане изобщо не могат да завършат пътеката. Клавиатурен капан при плащане. Екранен четец, който не обявява критично поле от форма. Модален прозорец, който заключва фокуса и не може да бъде затворен без мишка. Потребителят трябва да изостави или да потърси помощ.
Голям. Потребителите могат да завършат пътеката, но със значимо триене или съществено по-малко информация от виждащ потребител с мишка. Ред на фокуса, който скача непредвидимо. Съобщения за грешка, които се появяват визуално, но не се обявяват. Контраст под 4.5:1 в големи части на страницата. Пътеката се завършва, но опитът е съществено влошен.
Малък. Проблем с достъпността, който не блокира и не влошава съществено пътеката. Декоративно изображение без alt="". Ориентир без своя етикет. Проблем само на ниво AAA, изведен като информативен. Те принадлежат в доклада, но седят на дъното на опашката за отстраняване.
Бележка относно правната тежест. Някои правни отдели настояват за паралелно ниво „правна тежест“, претеглено по експозицията към колективен иск, а не по въздействието върху потребителя. Това е добре — но я дръжте като отделна колона. Смесването на двете произвежда доклад, на който екипът за разработка не вярва, а юристите свръхреагират.
Формат на констатация, който инженерните екипи наистина ще използват
Констатацията е ред, а не абзац. Изискуемите полета:
| Поле | Пример |
|---|---|
| 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 или сменете текста на тъмносиньо. |
Всеки ред, който пропуска изречението за въздействието върху потребителя, ще бъде деприоритизиран от инженери, питащи „какво всъщност чупи това?“. Всеки ред, който пропуска препоръчано решение, ще бъде деприоритизиран от продуктови мениджъри, питащи „какво е решението тук?“. Доклад, който се приоритизира, е доклад, който поправя нещата; доклад, който не се приоритизира, е купчина тагове за тежест.
Версията „изход от скенер“ — какво е различно
За доклад от автоматизиран скенер — PDF файлът, който произвежда CI изпълнение, безплатен скенер за достъпност или платформа за мониторинг — разделите E·01, E·02, E·07 и E·09 обикновено отсъстват или са автоматично заместени с шаблон. Стойността на доклада от скенер е в E·04 и E·05: машинночетим списък с провалени критерии за успех и констатации, ключувани към DOM селектори. Скенерът не може да състави полезно резюме за ръководството, не може да вземе решение за обхвата, не може да приоритизира пътна карта и не може да напише декларация, която който и да е юрист би одобрил.
Това е добре — докладът от скенер е суровият вход за пълен доклад за достъпност, а не заместител. Някои платформи за мониторинг вече наслагват липсващите раздели върху изхода от сканирането; това е по-близо до пълен артефакт, но резюмето и пътната карта все пак изискват човешки прочит преди публикуване.
Шаблонът за изтегляне
Работещ markdown шаблон се съпоставя едно към едно с деветте раздела по-горе:
# Доклад за достъпност — [Сайт] — [Дата]## Резюме за ръководството— един абзац плюс изречението на присъдата## Обхват— URL адреси, пътеки, устройства, помощни технологии; изричен списък извън обхвата## Методология— стандарт, тип одит, инструменти, версии## Присъда за съответствие— таблица с всички SC по WCAG 2.2 AA с преминава / проваля / неприложим## Констатации— по едно подзаглавие на констатация, полета според формата по-горе## Рубрика за тежест— използваните дефиниции блокиращ / голям / малък## Пътна карта за отстраняване на проблеми— приоритизиран списък с оразмеряване на усилието## Политика за повторно тестване— график и поводи## Декларация за достъпност (чернова)— готова за публикуване версия
Бъдеща итерация на тази страница ще хоства версии за изтегляне във формат .md и .docx; засега структурата по-горе е каноничната референция. Одитът на декларациите за достъпност каталогизира как варират топ 100-те декларации — пропастта между добро и лошо следва отблизо дали базовият доклад е имал дефиниран обхват и реална рубрика.
Какво общо имат тези 9 раздела
Всеки един от деветте раздела върши една и съща основна задача: той превръща парче доказателство в парче език, което може да бъде цитирано, одитирано и държано срещу одитираната организация дванадесет месеца по-късно. Резюмето за ръководството превръща 60-страничен преглед в присъда. Изложението на обхвата превръща действителното покритие на одитора в непроверима граница. Методологията превръща процес в повторяема сравнителна базова линия. Таблицата с присъдата превръща съответствието по WCAG в 55 атомарни претенции. Констатациите превръщат дефектите в редове за приоритизиране. Рубриката превръща тежестта от усещане в дефиниция. Пътната карта превръща констатациите в програма. Политиката за повторно тестване превръща доклада от моментна снимка в честота. Шаблонът на декларацията превръща вътрешния доклад в публична позиция.
Докладите, които се провалят през 2026 г., се провалят, защото прескачат стъпката на превръщане. Те цитират число от WCAG, без да го превеждат в „какво всъщност чупи това за кои потребители“. Тагват констатации като „високи“, без да превеждат „високи“ в дефиниция. Произвеждат присъда, без да произвеждат обхвата, за който тя важи. Всяка липсваща стъпка на превръщане е място, където докладът става непроверим — а непроверимият доклад за достъпност не е резултат, а маркетингов артефакт.
По-дълбокият модел е, че докладът за достъпност се чете от четири много различни разстояния. Ръководният спонсор чете E·01 и никога не се връща. Специалистът по обществени поръчки чете E·02, E·03 и E·09. Инженерният ръководител чете E·05, E·06 и E·07. Одиторът, който чете доклада дванадесет месеца по-късно, чете E·03, E·04 и E·08. Доклад, който не работи и на четирите разстояния, е такъв, който проваля поне един от тези читатели, и читателят, който се проваля, обикновено е този с бюджета.
Какво да направите първо
Практически действия за водещите по достъпност през 2026 г.
- Пуснете безплатния скенер за достъпност върху три представителни шаблона, за да произведете базов списък с констатации във формата на раздел E·05 — това е минималният жизнеспособен артефакт и не струва нищо.
- Възложете ръчен одит от тестери с увреждания за пълния деветраздeлен доклад. Настоявайте за E·02, E·06 и E·07 като критерии за приемане на резултата.
- Публикувайте черновата на декларацията за достъпност от E·09 на адрес
/accessibility/в рамките на четири седмици от доклада. Не я оставяйте непубликувана. - Внедрете непрекъснат мониторинг според ръководството за избор на платформа за мониторинг, за да улавяте регресиите между годишния доклад и шестмесечното повторно тестване.
- Запишете повторното тестване от E·08 в инженерния календар — а не в правния календар — и го третирайте като пропускателен пункт за издаване.
Използваемият доклад за достъпност е този, който регулатор може да прочете за пет минути (E·01, E·02, E·04), инженер може да приоритизира за един спринт (E·05, E·06, E·07) и одитор може да изпълни наново след една година (E·03, E·08). Безполезният е този, който цитира числа от WCAG, без да ги превежда в език, по който който и да е от тези читатели може да действа. Половината от докладите, които попадат върху бюрата на водещите по достъпност през 2026 г., се провалят на този тест, и провалът почти винаги е с една и съща форма: без обхват, без рубрика, без пътна карта, без присъда.
Често задавани въпроси
Какво следва да включва един доклад за достъпност?
Пълният доклад съдържа девет раздела: резюме за ръководството с присъда за позицията, изложение на обхвата, раздел за методологията, назоваващ стандарта и инструментите, присъда за съответствие по критерий за успех, списък с констатации, рубрика за тежест, пътна карта за отстраняване на проблеми с оценки на усилието, политика за повторно тестване и чернова на декларация за достъпност. Доклад, в който липсва обхватът, рубриката или присъдата, е неизползваем — читателят не може да каже какво е тествано, какво означава „тежест“ или дали сайтът съответства.
Каква е разликата между доклад за достъпност и декларация за достъпност?
Докладът за достъпност е вътрешен резултат — обикновено от 30 до 80 страници — който документира констатациите, тежестите и пътната карта на одита. Декларацията за достъпност е кратката публична страница на адрес /accessibility/, която обобщава позицията на съответствие, стандарта, датата на одита, известните изключения и канала за контакт за потребители, които срещнат бариера. Докладът произвежда декларацията; декларацията не е докладът.
Колко дълъг е типичният доклад за достъпност?
Доклад от ръчен одит за малък маркетингов сайт е от 25 до 40 страници. Доклад за сложен автентикиран продукт с множество потребителски пътеки може да достигне 80 до 150 страници, защото разделът с констатации расте с броя на прегледаните шаблони. Наративните раздели заедно заемат приблизително 10 до 15 страници независимо от размера на сайта. Останалото са констатации.
Достатъчни ли са докладите от скенери за достъпност от правна гледна точка?
Не. Нито правилото по Дял II от 2024 г. на DOJ, нито Европейският акт за достъпност третират изхода от автоматизиран скенер като пълен доклад за достъпност. Скенерите откриват приблизително 30 до 40 процента от проблемите по WCAG — основно контраст, липсващ алтернативен текст, липсващи етикети и структура на документа. Останалите 60 до 70 процента изискват човешка преценка. Докладът от скенер е суров вход за пълен доклад, а не заместител.
Колко често следва да преиздаваме доклад за достъпност?
Пълен цикъл на ръчен одит и доклад на всеки дванадесет месеца е работната базова линия за повечето сайтове. Повторно тестване на предишно провалените критерии на шестмесечния етап е добра хигиена. Всяка значима промяна на шаблон, редизайн или миграция на рамка следва да задейства делта одит. Непрекъснатият мониторинг работи между докладите, така че регресиите изплуват незабавно.
Изисква ли WCAG конкретен формат на доклада?
Не. WCAG определя критерии за успех; той не предписва формата на никакъв одиторски резултат. W3C публикува EARL и WCAG-EM като структурни референции, но нито един от тях не е задължителен по ADA, EAA, AODA или който и да е друг режим. Режимите очакват докладът да назове стандарта, обхвата, методологията и присъдата — форматът около тези факти е по избор на одитора.
МетодологияМоделът на разделите е изведен от методологията за оценка WCAG-EM, референциите за одиторски доклади на IAAP и над 30 публикувани декларации за достъпност, проучени в /articles/accessibility-statement-audit-top-100/.
ОбхватТова е ръководство за формата на доклада, а не контролен списък за правно съответствие. Консултирайте се с компетентен юрист за специфичните за юрисдикцията задължения за докладване по ADA Дял III, EAA или други приложими режими.