Български
a11yglass · Проверка на достъпността за уебсайтове

От EAA твоят уебсайт е изложен на предупредителни писма

Засегнатите предприятия трябва да направят уебсайта си достъпен от 28.06.2025 г. Провери за 30 секунди къде нарушава WCAG 2.2 — с конкретна мярка за всяка констатация.

Виж примерен отчет → (www.hannecke-its.de)

Скоро: автоматично наблюдение.

Седмично повторно сканиране на няколко страници, проверка с JS-рендиране (повече констатации), имейл известие при нови бариери, експорт в PDF.

Как да четеш резултата

Оценката A–F и скалата от 100 точки са само груба ориентация. Точки се отнемат за критични бариери (контраст, липсващи етикети) и за точки за проверка. Всяка констатация посочва критерия за успех по WCAG и конкретна стъпка. Разгъваем блок показва изчислението.

Чести въпроси

Замества ли това пълна оценка?

Не. Автоматичният тест открива приблизително 20–35 % от проблемите по WCAG — преди всичко тези, разпознаваеми директно в изходния код. Работата с клавиатура, редът на фокуса и поведението на екранните четци трябва да се проверят ръчно.

Ами JavaScript?

Безплатното сканиране чете доставения HTML + свързания CSS, без да изпълнява JS. Менюта, модални прозорци и персонализирани джаджи, които възникват едва в браузъра, не се виждат напълно. Проверката с JS-рендиране идва с мониторинга.

Нужна ли ми е декларация за достъпност?

Съгласно EAA/BFSG повечето уебсайтове на засегнатите предприятия се нуждаят от такава — с механизъм за обратна връзка и процедура за прилагане. Тук има помощ при попълване. Все пак се препоръчва правно проверен образец.

Джаджите за наслагване (accessiBe, UserWay) решение ли са?

Не. Инструментите за наслагване не осигуряват съответствие и се критикуват от организациите на засегнатите. Достъпността възниква в кода, а не чрез джаджа. Повече за това.

База знания за достъпността

Конкретни обяснения за EAA/BFSG, критериите за успех по WCAG и внедряването в WordPress, Shopify, Wix & подобни. Към прегледа →

Наскоро проверени