Dacă puteți rezolva singur problemele de accesibilitate depinde în mare măsură de tipul de problemă. Un text alternativ lipsă la o imagine sau un contrast de culoare prea scăzut în identitatea vizuală a dumneavoastră pot fi ajustate de multe ori singuri, adesea direct în sistemul de management al conținutului. Un pas de finalizare a comenzii care nu funcționează cu un cititor de ecran, sau un formular de conectare în care focusul nu se mișcă logic, necesită de obicei pe cineva care cunoaște codul de bază.
Granița nu se situează deci la "tehnic sau nu tehnic", ci la profunzimea intervenției. Textele, etichetele, culorile și structura conținutului sunt de obicei la îndemâna unui manager de birou sau a unui marketer. Componentele interactive, cum ar fi un coș de cumpărături, un filtru cu control de tastatură sau un proces de comandă pas cu pas, ating adesea codul temei dumneavoastră, componentele personalizate sau plugin-urile pe care le utilizați. Acolo este de obicei nevoie de un dezvoltator care știe cum funcționează atributele ARIA, ordinea focusului și mesajele de eroare din formulare în practică.
Ce se încadrează rezonabil în posibilitățile dumneavoastră
Multe obstacole mai mici sunt mai degrabă o chestiune de disciplină decât de cunoaștere tehnică. Gândiți-vă la completarea textelor alternative la fiecare imagine nouă, la verificarea dacă anteturile sunt în ordinea corectă, sau la ajustarea unui raport de contrast în ghidul de stil. De asemenea, elaborarea declarației obligatorii privind accesibilitatea și înregistrarea propriei evaluări sunt pași pe care puteți face singuri cu șabloanele corespunzătoare; citiți mai multe despre aceasta în explicația pentru fiecare obligație din baza de cunoștințe.
Ceea ce este adesea subestimat este mentenanța. Un site se schimbă în permanență: o pagină nouă, un alt formular, un buton modificat. Fiecare schimbare poate reintroduce o problemă rezolvată anterior. A ține cont de aceasta singur nu este în sine o problemă tehnică, dar este un proces care necesită atenție structurală, nu o acțiune unică.
Unde se termină soluțiile de sine stătător
Anumite probleme sunt mai adânci decât textul sau formatarea. Un pas de finalizare a comenzii care poate fi utilizat doar cu mouse-ul, o fereastră modală care nu reține focusul tastaturii, sau o funcție de căutare care nu enunță mesaje de eroare pentru un cititor de ecran: acestea sunt situații în care structura codului în sine trebuie să se schimbe. Nu este o problemă de ajustare a unei setări, ci de reconstruire sau rescrierea unei componente. Pentru acest tip de muncă este de obicei nevoie de un dezvoltator, un specialist front-end sau un furnizor cu experiență în interfețe accesibile.
Este, de asemenea, punctul în care testarea automată atinge limitele sale. De exemplu, o scanare semnalează că un buton nu are un indicator de focus vizibil, dar nu poate evalua dacă ordinea în care elementele sunt anunțate pentru un cititor de ecran se simte logică. De aceea, în fiecare raport se precizează că o scanare automată nu poate testa o parte din cerințe. quick-scan arată în câteva minute unde vă situați aproximativ, dar traducerea unei probleme identificate din punct de vedere tehnic într-o soluție funcțională este o muncă umană, și adesea o muncă pentru altcineva decât dumneavoastră.
Ce nu rezolvă un widget suprapus
Unele părți promit că un script separat, așa-numitul overlay, remedieaza automat problemele de accesibilitate fără să trebuiască să faceți nimic la codul de bază. Sună ca soluția ideală de sine stătător, dar un overlay citește și rescrie pagina doar la suprafață în momentul în care un vizitator deschide site-ul. Structura subiacentă, ordinea focusului și manipularea efectivă cu tastatura nu se schimbă. Un overlay nu respectă legea, și de aceea nu le vândem nici.
Când este mai logic să externalizați
Pentru documentare, prioritizare și monitorizare a modificărilor, puteți controla procesul personal cu suportul adecvat; aceasta este exact pentru ce este configurat axessia. Pentru repararea efectivă a componentelor complexe, cum ar fi o etapă de finalizare a comenzii sau un ecran de conectare personalizat, munca se află de obicei la dezvoltatorul sau agenția dumneavoastră. Nu facem auditorii manuale sau munca de reparație; testăm, prioritizăm, documentăm și monitorizăm ca rezultatul să rămână valid după fiecare modificare. Cum are loc exact acest test, puteți citi pe pagina despre metodologia noastră de lucru și sursele pe care le folosim.
Dacă nu sunteți sigur dacă o problemă specifică este ceva pe care o puteți gestiona singur sau mai bine o subcontractați, aceasta este o întrebare care diferă în funcție de situație și pe care un dezvoltator sau un specialist în accesibilitate o poate evalua mai bine decât o listă de verificare generală. O prezentare generală a întrebărilor practice frecvente, inclusiv acest tip de considerații, o găsiți pe pagina cu răspunsuri la întrebări pe care întreprinzătorii le pun frecvent.
Doriți să știți mai întâi unde se află website-ul dvs. în acest moment, fără a avea nevoie de un cont? Efectuați scanarea rapidă gratuită și citiți în limbaj obișnuit care sunt secțiunile care au nevoie de atenție și care le puteți gestiona probabil singur.