Платежният процес е за много онлайн магазини най-уязвимата част на сайта по отношение на достъпност. Когато страниците с продукти често работят сравнително добре със скрийн ридър, процесът се блокира веднага щом клиентът трябва да плати: бутони без ясен етикет, съобщения за грешки, които не се обявяват, или платежен приспособление от външен доставчик, който не може да се управлява без мишка. Това не е случайност. Платежният процес съдържа най-много динамични елементи от целия сайт, а динамичните елементи са точно там, където скрийн ридърите и навигацията от клавиатура най-бързо се блокират.
Това не е малък детайл. Платежният процес е под същите EN 301 549 изисквания като останалата част на сайта, и този процес потребителят преминава точно когато наистина иска да купи нещо. Скрийн ридър, който се блокира там, изключва клиента в решаващия момент. Това е и причината, поради която в axessia платежният процес се включва по подразбиране в пълното сканиране, а не само в безплатното бързо сканиране на основните страници.
Където в практиката се допускат грешки
Най-честите проблеми са поразително повтарящи се. Бутон за "следваща стъпка" или "плащане сега", който съдържа само икона без текст, който скрийн ридър може да прочете. Съобщение за грешка при неправилно попълнено поле за пощенски код, което се появява на екрана, но не се обявява, защото липсва правилната техническа връзка. Индикатор на прогреса ("стъпка 2 от 3"), която е визуално ясна, но остава невидима за скрийн ридър. И самият платежен доставчик: iDEAL или кредитни карти приспособления от трети страни често се вграждат отделно и имат собственото си ниво на достъпност, над което онлайн магазин има малко контрол, но остава отговорен за това.
Реда на фокуса е и повтарящ се проблем. След изпращане на формуляр с грешка, вниманието на потребителя трябва да отиде на съобщението за грешка. Ако това не се случи, някой, който работи с клавиатура или скрийн ридър, остава да търси какво е грешно, без никакви съдържа.
Защо автоматизираното сканиране отчасти го пропуска
Автоматизираното сканиране е добро в сигнализирането на липсващи етикети, празни бутони и структурни проблеми в изходния код. Това, което сканирането не може да преценява добре, е поведението: действително ли се обявява съобщението за грешка с глас, логично ли скача фокусът и достъпен ли е платежният процес след попълване на данни все още без мишка. Това изисква някой, който действително преминава процеса със скрийн ридър. Това е точно вид ограничение, което се посочва изрично в всеки доклад на axessia: сканирането тества част от изискванията, но не всичко.
Затова пълното сканиране се фокусира не само на начална страница, но точно и на стъпките, които клиентът наистина преминава, включително влизане и плащане. Ако искате първо информация без задължения, можете в няколко въпроса да видите където сайтът ви стои в момента.
Какво това означава за изискванията, на които трябва да отговарят
Основната норма EN 301 549 се превежда на практика на WCAG 2.1 ниво AA. Там има изисквания за имена, роли и състояния на интерактивни елементи, за съобщения за състояние, които трябва да бъдат известни и без визуално внимание, и за информация, която не се предава само чрез цвят или позиция. За точния формат и местоположението в официалния текст EUR-Lex е подходящият източник; ние превеждаме тези изисквания в разпознаваеми ситуации, както е платежният процес, но не правим изявления относно вашата конкретна ситуация. Още контекст за как се осъществява този превод, прочетете на страницата, която обяснява откъде идва нашата информация.
Как да го тествате сами или да го оставите за тестване
Първа практична стъпка е да преминете самия процес на плащане без мишка: само с Tab клавиша и Enter. Ако някъде не можете да продължите, има голяма вероятност че екранният четец също ще се затрудни там. Втора стъпка е тестване с безплатен екранен четец, като NVDA, и специално да обърнете внимание на това, което се чете когато възникне грешка. За пълна картина, включително на частите които се открива само при ръчно преминаване отгоре надолу, е необходимо по-обширно тестване; axessia извършва това тестване и документира констатациите в приоритизиран списък на действия, но сама не извършва никакви поправки. Това остава на ваш собствен разработчик или доставчик, често въз основа на точно онези точки които ние посочваме. Други често задавани въпроси около този вид конкретни препятствия намирате събрани в базата на знания с разработени теми за всяка ситуация.
Ако искате да знаете колко струва пълното тестване на вашия процес на плащане и среда за вход, това е изброено ясно на страницата с цени и какво се включва.
Искате ли първо да си направите представа без задължения? Безплатното бързо сканиране на axessia дава в рамките на няколко минути първо впечатление за вашите основни страници, а проверката на обхвата показва дали регулацията се отнася за вашата организация.