Standarde de codare pentru accesibilitate în WordPress

Scopul Standardelor de codare WordPress este de a crea o bază pentru colaborare și revizuire în cadrul diferitelor aspecte ale proiectului și comunității open source WordPress, de la codul de bază la teme și pluginuri.

Aceste standarde fac parte din cele mai bune practici pe care dezvoltatorii și contribuitorii de bază sunt recomandați să le urmeze.

De ce să avem standarde de codare?

Standardele de codare ajută la evitarea erorilor comune de codare, îmbunătățesc lizibilitatea codului și simplifică modificarea. Ele asigură că fișierele din cadrul proiectului apar ca și cum ar fi fost create de o singură persoană.

Respectarea standardelor înseamnă că oricine va fi capabil să înțeleagă o secțiune de cod și să o modifice, dacă este necesar, indiferent de când a fost scrisă sau de către cine.

Dacă intenționați să contribuiți la nucleul WordPress, trebuie să vă familiarizați cu aceste standarde, deoarece orice cod pe care îl trimiteți va trebui să le respecte.

Standarde de codare de accesibilitate

Codul integrat în ecosistemul WordPress – inclusiv nucleul WordPress, site-urile web WordPress.org și pluginurile oficiale, este de așteptat să se conformeze Ghidurilor de accesibilitate a conținutului web (WCAG), versiunea 2.1, la nivelul AA.

Interfețele noi sau actualizate sunt încurajate să încorporeze Authoring Tool Accessibility Guidelines (ATAG) 2.0. Cel mai important mod în care ghidurile ATAG 2.0 pot fi încorporate este prin accentuarea opțiunilor care îi ajută pe oameni să facă conținut mai accesibil: încurajarea textului alternativ, a subtitrărilor și a structurilor semantice, de exemplu.

Informațiile oficiale despre standardele de accesibilitate web pot fi împărțite în două grupuri: documente „normative” și „informative”. Doar liniile directoare în sine sunt normative și stabilesc cerințele reale pentru conformitatea cu WCAG 2.1. Alte documente ar trebui considerate a fi informative și oferă ajutor în interpretarea ghidurilor, dar nu sunt definitive.

Echipa WordPress A11y este în proces de dezvoltare a unei biblioteci de modele de accesibilitate recomandate pentru a ajuta la descrierea modului recomandat de WordPress de a realiza o varietate de interfețe. Acestea pot să nu fie singura modalitate rezonabilă de a crea un exemplu accesibil al modelului, dar sunt preferate de dragul coerenței în WordPress.

Documente normative:

Documente informative:

Despre nivelurile de conformitate WCAG A, AA și AAA

Angajamentul WordPress este de a se conforma tuturor liniilor directoare WCAG 2.1 Nivel A și Nivel AA. Conformitatea cu criteriile de succes de nivel AAA este încurajată acolo unde este relevant, precum și depășirea accesibilității oricăreia dintre aceste linii directoare.

Criteriile de succes de nivel A abordează preocupările considerate a fi bariere de accesibilitate pe o scară foarte largă care vor împiedica mulți oameni să acceseze site-ul și setul minim de obiective îndeplinite necesare pentru majoritatea interfețelor bazate pe web.

Criteriile de succes de nivel AA abordează preocupările care sunt, în general, ceva mai complicat de abordat și pot avea un impact asupra unor grupuri mai mici de oameni, dar sunt încă nevoi comune cu o acoperire largă.

Criteriile de succes de nivel AAA sunt orientate în mare parte către nevoi foarte specifice și pot fi destul de dificil de implementat eficient.

Referință rapidă W3C la cerințele WCAG 2.1 Nivelul A și Nivelul AA

Aplicarea nivelurilor de conformitate WCAG

WCAG 2.1 este format din 4 straturi:

Principii
Îndrumare
Criterii de succes
Tehnici suficiente și de consiliere

Principii

Atunci când se aplică WCAG 2.1, îndrumările și criteriile de succes sunt organizate în jurul a 4 principii. Aceste principii pun accent pe modul în care oamenii interacționează cu conținutul și trebuie să fie:

Perceptibil – interacționarea cu conținutul folosind mediul cu care sunt familiarizați. De exemplu, oferind alternative de text pentru cei nevăzători.
Operabil – găsirea și utilizarea conținutului este accesibilă. De exemplu, posibilitatea de a utiliza o tastatură sau un cititor de ecran.
De înțeles – conținutul folosește un limbaj clar și este ușor de înțeles. De exemplu, folosiți etichete semnificative, explicați toate abrevierile.
Robust – conținutul poate fi interpretat în mai multe moduri. De exemplu, tehnologiile de asistență sunt capabile să interpreteze și să analizeze conținutul.

Îndrumare: Fiecare principiu este susținut de o listă de linii directoare pentru a se asigura că conținutul este mai accesibil și mai prezentabil pe diferitele dispozitive care îndeplinesc handicapul unui utilizator. Orientările sunt enumerate mai jos, detaliile complete pot fi găsite în WCAG 2.1.

Perceptibil

Ghid 1.1 Alternative de text: Oferiți alternative de text pentru orice conținut non-text, astfel încât să poată fi schimbat în alte forme de care oamenii au nevoie, cum ar fi litere mari, braille, vorbire, simboluri sau limbaj mai simplu.
Ghid 1.2 Media bazate pe timp: Oferiți alternative pentru media bazate pe timp. De exemplu, includeți subtitrări și transcrieri pentru clipuri audio sau video.
Ghid 1.3 Adaptabil: Creați conținut care poate fi prezentat în moduri diferite (de exemplu aspect mai simplu) fără a pierde informații sau structură.
Ghidul 1.4 Distinctibil: Faceți mai ușor pentru utilizatori să vadă și să audă conținutul, inclusiv separarea primului plan de fundal.

Operabil

Ghid 2.1 Accesibil la tastatură: Faceți toate funcționalitățile disponibile de pe o tastatură.
Ghid 2.2 Suficient timp: Oferiți utilizatorilor suficient timp pentru a citi și utiliza conținutul.
Ghid 2.3 Convulsii și reacții fizice: Nu proiectați conținutul într-un mod despre care se știe că provoacă convulsii sau reacții fizice.
Ghid 2.4 Navigabil: Oferiți modalități de a ajuta utilizatorii să navigheze, să găsească conținut și să determine unde se află.
Ghidul 2.5 Modalități de intrare: Faceți mai ușor pentru utilizatori să opereze funcționalitatea prin diferite intrări dincolo de tastatură.

De înțeles

Ghid 3.1 Lizibil: Faceți conținutul textului ușor de citit și de înțeles.
Ghid 3.2 Previzibil: Faceți paginile Web să apară și să funcționeze în moduri previzibile.
Ghid 3.3 Asistență pentru intrare: Ajutați utilizatorii să evite și să corecteze greșelile.

Robust

Ghid 4.1 Compatibil: Maximizați compatibilitatea cu agenții utilizatori actuali și viitori, inclusiv tehnologii de asistență.

Criterii de succes

Fiecare ghid are o listă de cerințe specifice care trebuie îndeplinite pentru ca conținutul dvs. să fie accesibil. Aceste teste pot fi efectuate folosind software automatizat și/sau testere umane. Puteți găsi mai multe informații despre cum să îndepliniți criteriile de succes în Înțelegerea nivelurilor de conformitate. Deși aceste criterii sunt importante, testarea de utilizare este încă importantă și ar trebui efectuată împreună cu orice testare de accesibilitate.

Tehnici: Suficient, Consultativ și Eșecuri

Tehnicile (exemple de cod, resurse și teste) pentru îndrumări și criterii de succes care pot ajuta la a face conținutul mai accesibil, sunt împărțite în trei categorii: