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

Начало › База знания › По система

Достъпност с WordPress

Самият WordPress може да е достъпен — проблемите идват най-често през темата, плъгините и блоковете на страницата.

Чести места на находки

Теми с твърде нисък контраст или без видим фокус, плъзгачи-плъгини без пауза/управление с клавиатура, вградени формуляри (Contact Form 7 и др.) с неозначени полета, блокове с изображения без алтернативен текст и конструктори на страници, които превръщат заглавията в просто големи абзаци. Основният редактор на WordPress обикновено не е проблемът — слоят над него е.

Проверка и избор на темата

Темата решава контраста, показването на фокуса, структурата на заглавията и управлението на навигацията с клавиатура. Критерии преди избора: преминете страницата с клавиша Tab — фокусът винаги ли е видим? Може ли менюто да се управлява без мишка? Цветовият контраст на текста и бутоните поне 4,5:1 ли е? Блоковите теми по подразбиране (Twenty Twenty-Four/-Five) са солидна отправна точка; при платените теми помага поглед към демото с изключен CSS и тестът с клавиатура.

Работете чисто в блоковия редактор

Използвайте блоковете за заглавия в правилния ред (едно H1 на страница, не пропускайте ниво) — не просто уголемявайте и удебелявайте текста. Дайте на всеки блок с изображение алтернативен текст; чисто декоративните изображения изрично маркирайте като декоративни. За действия използвайте блока за бутон, за навигация — истински връзки. Списъците като блок списък, не като абзац с тирета. Таблиците само за реални таблични данни и с ред за заглавие.

Плъгини и формуляри

Плъгините за формуляри (Contact Form 7, WPForms, Gravity Forms) създават достъпни формуляри само ако всяко поле има видим, свързан етикет и съобщенията за грешки са обвързани с полето — само текстът-контейнер не е достатъчен. Плъзгачите и каруселите се нуждаят от бутон за пауза и не бива да улавят фокуса на клавиатурата; при съмнение ги пропуснете. Конструкторите на страници (Elementor, Divi, WPBakery) не са недостъпни по същество, но подтикват към вложени div структури без семантика — тук обърнете особено внимание на заглавията и фокуса.

Тестване

Три бързи теста без допълнителен софтуер: (1) управлявайте страницата само с клавиатурата — Tab, Enter, стрелки; стига ли се навсякъде и обратно навън? (2) увеличете в браузъра до 200 % — остава ли всичко четимо и управляемо? (3) стартирайте разширение за браузър като WAVE или axe DevTools. Безплатното сканиране на a11yglass допълнително проверява доставения HTML на началната ви страница за контраст, алтернативни текстове, етикети, език и структура и посочва WCAG критерия за всяка находка.

Често задавани въпроси

Прави ли плъгин за достъпност сайта ми съответстващ? Не — наслагващите плъгини, които превключват контраст и размер на шрифта чрез джаджа, не решават структурните проблеми и се критикуват от организации на засегнатите лица. Коя тема е достъпна? Няма знак; решаващо е изпълнението в конкретния случай — критериите по-горе помагат при избора. Нуждае ли се сайтът ми на WordPress от декларация за достъпност? Това зависи от това дали сайтът попада под BFSG (електронна търговия) или се управлява от публичен орган — вижте страницата за декларацията за достъпност.

Как помага a11yglass

Безплатното сканиране проверява доставения HTML и CSS за автоматично разпознаваеми нарушения на WCAG и за всяка констатация посочва критерия за успех и конкретна мярка. Открива приблизително 20–35 % от проблемите и не замества пълна оценка.

Чети нататък

Обща информация по най-добро знание, не правна консултация. За конкретния случай се обърни към адвокатска кантора, специализирана в ИТ право.