Accesibilitate

ConstructPass trebuie să poată fi folosit de cât mai mulți oameni.

Proiectăm experiența publică astfel încât informațiile despre operatori și certificate să poată fi consultate clar, inclusiv cu tastatura, tehnologii asistive și preferințe de interfață diferite.

Ultima actualizare: Declarație în lucru, până la finalizarea verificărilor

01 — Angajament

Accesibilitatea face parte din produs.

ConstructPass este o interfață publică. Din acest motiv, accesul la informație nu trebuie să depindă de un anumit dispozitiv, de utilizarea mouse-ului sau de perceperea unei singure culori ori animații.

Accesibilitatea este tratată ca o cerință de design și dezvoltare, nu ca un element adăugat ulterior. Deciziile de structură, tipografie, contrast, focus și mișcare sunt luate în etapa de proiectare a fiecărei pagini publice: registru, profil public de operator, verificare certificat, formulare.

Website-ul nu folosește un widget de accesibilitate suprapus peste interfață. Un astfel de strat nu rezolvă problemele reale de structură și poate interfera cu tehnologiile asistive pe care utilizatorul le are deja configurate. Preferăm ca accesibilitatea să fie nativă în pagină.

Status de conformitate

Țintă de proiectare

Website-ul este proiectat urmărind bune practici moderne de accesibilitate web și criterii relevante din standardele WCAG. Nivelul formal de conformitate trebuie confirmat prin testare și audit înainte de publicarea unei declarații definitive.

Ținta de proiectare este alinierea cu criteriile relevante WCAG 2.2 nivel AA, urmând ca nivelul formal de conformitate să fie confirmat prin audit. Până atunci, informațiile din această pagină descriu modul în care este proiectată interfața, nu un rezultat certificat.

Standard urmărit
WCAG 2.2 — criterii relevante
Nivel vizat
AA (țintă de proiectare)
Audit independent
Nu a fost realizat până la această dată
Metodă de evaluare
Se stabilește odată cu auditul

Ce nu declarăm Nu afirmăm conformitate integrală cu WCAG 2.1 / 2.2, cu EN 301 549 sau cu o anumită legislație, pentru că această conformitate nu a fost încă verificată printr-un audit dedicat.

02 — Principii

Patru principii care ghidează interfața.

Aceleași patru principii sunt aplicate în toate paginile publice, indiferent de complexitatea funcției: căutare, filtrare, verificare sau formular de contact.

Perceptibil

Conținutul trebuie prezentat astfel încât informația esențială să nu depindă exclusiv de culoare, animație sau poziționare vizuală.

Operabil

Funcțiile importante trebuie să poată fi utilizate și cu tastatura.

Ușor de înțeles

Limbajul, navigația și mesajele de stare trebuie să fie clare și consecvente.

Robust

Structura semantică trebuie să poată fi interpretată de browsere și tehnologii asistive moderne.

O structură care poate fi înțeleasă și fără layout-ul vizual.

Fiecare pagină publică folosește elemente de structură reale, nu doar aparență vizuală. Acest lucru contează pentru utilizatorii de tehnologii asistive, dar și pentru navigarea rapidă cu tastatura.

  • Landmarks — antet, navigație, conținut principal și subsol sunt marcate ca header, nav, main și footer.
  • Un singur titlu principal — fiecare pagină are un h1 unic, urmat de o ierarhie coerentă de titluri.
  • Liste reale — enumerările sunt liste, nu paragrafe cu simboluri.
  • Butoane pentru acțiuni, linkuri pentru navigare — nu folosim div-uri clickabile în locul butoanelor.
  • Etichete reale pentru câmpuri — fiecare câmp de formular are o etichetă asociată programatic.
  • Tabele doar pentru date tabelare — structura nu este folosită pentru layout.
03 — Tastatură și focus

Navigare fără mouse

Interfața este proiectată pentru a putea fi parcursă integral de la tastatură. Formulările de mai jos descriu intenția de proiectare; acoperirea completă urmează să fie confirmată prin testare dedicată.

  • Tab și Shift + Tab — parcurg elementele interactive într-o ordine care urmează structura vizuală a paginii.
  • Enter și Space — activează butoanele și controalele; Enter trimite formularele din câmpul de căutare sau de verificare.
  • Escape — închide meniul mobil și listele de sugestii, fără a pierde contextul.
  • Link „Sari la conținutul principal” — apare la prima apăsare de Tab și permite ocolirea antetului.
  • Meniu mobil operabil — se deschide cu tastatura, menține focusul în interior cât timp este deschis și îl returnează butonului la închidere.
  • Acordeoanele din FAQ — sunt construite din butoane reale și pot fi deschise și închise fără mouse.
  • Formularele — pot fi completate și trimise integral de la tastatură.

Indicator de focus vizibil

Elementul activ trebuie să aibă un indicator de focus vizibil și suficient de distinct. Conturul implicit al browserului nu este eliminat fără o alternativă: acolo unde este înlocuit, primește un stil propriu, consecvent cu paleta petrol și mint, cu grosime și distanță suficiente pentru a fi observat pe fundal deschis și pe fundal închis.

Indicatorul apare la navigarea cu tastatura (:focus-visible) și nu creează capcane de focus: din orice element se poate ieși cu Tab sau Escape.

Poți verifica chiar acum Apasă Tab pe această pagină: primul element focalizat este linkul de salt către conținut, iar cuprinsul, linkurile și butoanele afișează un contur vizibil pe toată durata parcurgerii.

04 — Tehnologii asistive

Informația trebuie să fie disponibilă și în text.

Interfața este construită astfel încât un cititor de ecran să poată parcurge conținutul și să anunțe stările importante. Nu pretindem compatibilitate certificată cu fiecare cititor de ecran sau cu fiecare combinație de browser și sistem de operare.

  • Butoanele cu iconuri primesc un nume accesibil (de exemplu „Golește câmpul de verificare”, „Copiază Certificate ID”), nu doar un simbol vizual.
  • Grafica decorativă este ascunsă tehnologiilor asistive prin aria-hidden, pentru a nu adăuga zgomot în parcurgere.
  • Stările dinamice folosesc aria-live acolo unde este relevant — de exemplu numărul de rezultate dintr-o căutare sau finalizarea unei verificări.
  • Rezultatele verificării sunt comunicate textual, nu doar printr-un icon sau printr-o culoare.
  • Formularele au etichete și mesaje de eroare asociate programatic prin aria-describedby, astfel încât eroarea să fie citită împreună cu câmpul.
  • Limba paginii este declarată (lang="ro"), iar fragmentele în engleză sunt marcate ca atare acolo unde este util semantic.

Textele sunt scrise în limbaj simplu, cu propoziții scurte. Abrevierile sunt explicate la prima utilizare atunci când sensul nu este evident din context.

05 — Culoare și contrast

Informația nu depinde doar de culoare.

Într-un registru public, statusul unui certificat este o informație critică. Din acest motiv, statusurile nu sunt comunicate exclusiv prin culoare: fiecare stare are o etichetă text și un icon distinct ca formă, nu doar ca nuanță.

  • Statusuri cu text și formă — „Activ”, „Suspendat”, „Expirat”, „Anulat” apar scrise, însoțite de iconuri diferite ca desen.
  • Erorile și confirmările — sunt însoțite de mesaj textual, nu doar de roșu sau verde.
  • Linkurile din text — rămân recognoscibile prin subliniere, nu doar prin culoare.
  • Elementul curent — în cuprins și în subsol este marcat prin aria-current, poziție și greutate a textului, nu doar cromatic.
  • Petrol și mint — sunt folosite responsabil: mint pentru accente și indicatori, petrol pentru text și suprafețe cu contrast ridicat.

Rapoarte de contrast Nu publicăm valori numerice de contrast înainte de măsurarea lor pentru fiecare stare a interfeței, inclusiv stările de hover, focus și dezactivat.

06 — Text și motion

Text care se poate mări. Mișcare care se poate opri.

Text, zoom și reflow

Layout-ul este construit în unități relative, astfel încât textul să poată fi mărit din browser fără ca informația să dispară sau să fie tăiată. Paginile folosesc grile flexibile care se rearanjează pe o singură coloană atunci când spațiul devine insuficient.

Conținutul principal nu produce derulare orizontală la lățimi mici; elementele care nu pot fi comprimate, precum tabelele sau blocurile de cod, primesc propria zonă de derulare. Comportamentul la mărire a fost urmărit conceptual până la 200%, dar validarea formală rămâne parte a testării dedicate.

Lungimea rândurilor de text este limitată la aproximativ 70–80 de caractere, pentru a păstra lizibilitatea la citire susținută.

Mișcarea respectă preferințele utilizatorului

Toate animațiile din interfață — apariții la derulare, sclipiri pe butoane, mișcarea fundalurilor decorative, indicatorii pulsatorii — respectă preferința de sistem pentru mișcare redusă. Când aceasta este activă, animațiile continue sunt oprite, tranzițiile sunt reduse la minimum, iar efectele de tip parallax nu se aplică.

Nicio informație nu există exclusiv într-o animație: dacă mișcarea este oprită, conținutul rămâne complet și funcțional. Pagina nu conține conținut care pornește automat, nu redă sunet și nu folosește efecte de clipire.

Unde se setează Preferința pentru mișcare redusă se activează din setările sistemului de operare (secțiunile de accesibilitate sau afișare). Website-ul o preia automat, fără a fi nevoie de un comutator propriu în pagină.

07 — Formulare și funcții publice

Funcțiile principale, în detaliu.

Cele mai folosite funcții publice sunt căutarea în registru, verificarea unui certificat, întrebările frecvente și formularul de contact. Pentru fiecare, accesibilitatea este tratată explicit.

Formulare

  • Etichete vizibile, nu doar text substituent în interiorul câmpului.
  • Câmpuri obligatorii marcate textual și programatic, nu doar cu un asterisc colorat.
  • Instrucțiuni înaintea câmpului, legate prin aria-describedby, astfel încât să fie citite la focalizare.
  • Completare automată (autocomplete) pentru datele uzuale de contact, ca sprijin pentru completarea rapidă.
  • Mesaje de eroare textuale, care explică ce trebuie corectat, nu doar că valoarea este invalidă.
  • Sumar de erori atunci când sunt mai multe probleme simultan, cu focus mutat pe primul câmp invalid.
  • Stare de trimitere accesibilă — butonul comunică textual că trimiterea este în curs și rezultatul acesteia.

Registru public

  • Câmpul de căutare este operabil de la tastatură, iar sugestiile pot fi parcurse cu săgețile și alese cu Enter.
  • Filtrele au etichete proprii și pot fi folosite fără mouse.
  • Numărul de rezultate este anunțat printr-o regiune aria-live, astfel încât schimbarea filtrelor să fie perceptibilă și fără vedere.
  • Statusurile certificatelor din listă includ text, nu doar pastile colorate.
  • Paginarea are etichete explicite pentru fiecare control.
  • Starea „fără rezultate” este comunicată textual, cu sugestii despre pașii următori.

Verificare certificat

  • Câmpul de identificator are etichetă vizibilă și text de ajutor asociat.
  • Verificarea poate fi pornită cu Enter, direct din câmp.
  • Starea de încărcare este marcată prin aria-busy și anunțată textual, nu doar printr-un indicator animat.
  • Rezultatele — certificat identificat, fără rezultat public sau eroare de serviciu — sunt comunicate în text, ca stări distincte.
  • Statusul publicat al certificatului este afișat separat de rezultatul verificării, tot în formă textuală.
  • După trimitere, focusul este mutat logic către titlul rezultatului, fără salturi care să dezorienteze utilizatorul.

Întrebări frecvente

  • Acordeonul este construit din butoane, cu aria-expanded și aria-controls pentru fiecare secțiune.
  • Căutarea în întrebări este operabilă de la tastatură.
  • Conținutul răspunsurilor rămâne disponibil chiar dacă animația de deschidere este dezactivată.

Linkuri, butoane și atingere

  • Linkurile au text descriptiv, care se înțelege și scos din context; evităm formulări de tip „click aici”.
  • Linkurile care deschid o destinație externă sunt marcate coerent, iar deschiderea într-o filă nouă este folosită responsabil și anunțată.
  • Zonele de atingere sunt suficient de mari și distanțate pe ecrane mici.
  • Nicio informație și nicio acțiune nu depinde exclusiv de hover: ce se poate face cu mouse-ul se poate face și prin atingere sau tastatură.
  • Interfața funcționează în ambele orientări ale ecranului, fără conținut tăiat.
08 — Limitări cunoscute

Limitări cunoscute

Această secțiune este locul în care vor fi documentate limitările identificate, împreună cu măsurile planificate pentru remediere. Nu enumerăm probleme ipotetice: apar aici doar cele constatate efectiv.

Înainte de lansarea finală, website-ul trebuie supus unei verificări dedicate de accesibilitate. Eventualele limitări identificate vor fi documentate aici împreună cu măsurile planificate.

09 — Testare

Cum verificăm accesibilitatea

Următoarele verificări fac parte din procesul recomandat înainte de lansare și la fiecare modificare semnificativă a interfeței publice. Sunt descrise ca metodă de lucru, nu ca rezultate deja obținute.

Parcurgere doar cu tastaturaOrdine logică, focus vizibil, fără capcane de focus.
Testare cu cititoare de ecranNume accesibile, anunțarea stărilor, parcurgerea titlurilor.
Verificarea contrastuluiToate stările: normal, hover, focus, dezactivat.
Zoom și reflowMărire până la 200%, fără pierdere de conținut sau funcție.
Dispozitive mobileZone de atingere, orientare, formulare pe ecrane mici.
Mișcare redusăComportamentul interfeței cu animațiile dezactivate.
Verificări automateDepistarea rapidă a problemelor de structură și etichetare.
Revizuire manualăEvaluarea contextului, a limbajului și a fluxurilor reale.

O singură metodă nu este suficientă Pentru validarea finală, aceste verificări trebuie combinate; testarea automată singură nu este suficientă.

10 — Raportează o problemă

Ai întâmpinat o barieră de accesibilitate?

Dacă o funcție, un formular sau o informație nu poate fi utilizată în mod accesibil, ne poți semnala problema.

Ce ne ajută să înțelegem problema

  • Pagina pe care ai întâlnit problema (adresa sau numele paginii).
  • Acțiunea încercată — ce voiai să faci în momentul în care ai întâmpinat bariera.
  • Dispozitivul și browserul folosite.
  • Tehnologia asistivă, doar dacă dorești să o menționezi.
  • Descrierea problemei în cuvintele tale.

Nu îți cerem informații medicale Nu ai nevoie să explici de ce folosești o anumită tehnologie sau setare. Ne interesează exclusiv locul în care interfața nu funcționează cum ar trebui.

Raportează o problemă Vezi întrebările frecvente

Ce se întâmplă după ce trimiți o sesizare

Vom analiza sesizarea și vom utiliza informațiile furnizate pentru identificarea și remedierea problemei, atunci când este posibil. Nu comunicăm un termen fix de răspuns și nu ne asumăm un interval garantat de remediere.

Dacă o limitare este confirmată și nu poate fi rezolvată imediat, aceasta va fi documentată în secțiunea Limitări cunoscute, împreună cu măsurile planificate.

Accesul la informație trebuie să rămână accesibil.

Dacă întâmpini o problemă în utilizarea ConstructPass, spune-ne unde apare și ce încercai să faci.

Raportează o problemă Înapoi la Registru