Valenys Accessibility
Scanare axe-core programată, VPAT și declarație de accesibilitate în șapte limbi și un portal de client în care se compară rulările.
Se instalează printr-un plugin WordPress, o aplicație Shopify, un modul OpenCart, un pachet npm, Google Tag Manager sau o singură linie de JavaScript. Un audit vă spune unde stați azi; asta e ce ține răspunsul adevărat.
Livrăm un widget pentru vizitatori și chiar e util: mărimea textului, contrastul, mișcarea redusă, ajutoare de citire și opțiuni de limbă în peste cincizeci de limbi, inclusiv scrieri de la dreapta la stânga, cu preferințele fiecărui vizitator reținute.
Nu e conformitate. O suprapunere peste un site inaccesibil nu face accesibil conținutul de dedesubt, iar vânzarea ei ca și cum ar face e felul în care această categorie de produs și-a câștigat reputația. Widgetul servește vizitatorul. Reparațiile, documentele și monitorizarea sunt cele care servesc obligația.
Ce vede vizitatorul
Mărimea textului, spațierea, alinierea, contrastul, font pentru dislexie, mișcare redusă — în limba vizitatorului, reținute între vizite. Utile, și tot nu conformitate: paragraful de mai sus spune de ce, și preferăm să vă spunem noi decât să aflați în timpul unui audit.
Paginile voastre, la o cadență stabilită de voi, cu setul nostru de reguli alături de axe-core — cu un scor de la 0 la 100 și gravitate pe trei niveluri. Scanările de parcurs, conduse de Playwright într-un browser Chromium real, acoperă fluxuri din spatele unei autentificări, cu capturi de ecran.
Claude, Gemini sau GPT — care îl configurați — scriu ciorne pentru părțile care sunt muncă de limbă: text alternativ, etichete ARIA, textul legăturilor, formulări simplificate. Un om revizuiește fiecare ciornă înainte să intre în raport, iar raportul e locul în care se oprește: nu se scrie nimic în site-ul vostru, nici de noi, nici de un model. Un sistem lăsat singur să rescrie pagini e felul în care un site ajunge cu sute de descrieri de imagine sigure pe ele și greșite.
O declarație de accesibilitate care trimite la Directiva (UE) 2016/2102 acolo unde se aplică, un VPAT / raport de conformitate în HTML și PDF, raportul de scanare și o insignă de conformitate în trei stiluri — produse în engleză, română, germană, franceză, spaniolă, italiană sau portugheză, alese pentru fiecare client.
Acces pe roluri, un tabel cu scanările și descărcări PDF, comparație între rulări, retestare, un plan de reparații propus, eșalonat pe 30, 60 și 90 de zile, o listă de verificare EN 301 549 și export și ștergere GDPR la cerere. Portalul se afișează în limba documentelor clientului.
Rapoarte periodice pe email, notificări către celelalte sisteme ale voastre, chei API per client, limitare de rată, setări GDPR de păstrare și autentificare în doi pași cu TOTP pentru administratori. Un flux GitHub Actions rulează scanarea în conducta voastră de integrare, așa că o regresie pică build-ul în loc să ajungă în producție.
Un plugin WordPress, o aplicație Shopify încorporată, un modul OpenCart, un pachet npm pentru programatori, o etichetă Google Tag Manager sau o singură etichetă de script în pagină. Pe ce e construit site-ul nu contează nici pentru widget, nici pentru scaner — scanerul citește pagina randată, nu sursa voastră.
Portalul de client
Fiecare scanare cu scorul și documentele ei — raport, VPAT, listă de verificare EN 301 549 — în limba stabilită pentru clientul acela. O agenție îl rulează sub numele ei; clientul nu-l vede niciodată pe al nostru.
Valenys Accessibility rulează pe site-ul ei, accessibility.valenys.com, publicat în șase limbi — engleză, română, germană, franceză, spaniolă și italiană. Acolo stau planurile, widgetul în detaliu și o scanare gratuită a unei singure pagini, care întoarce un scor WCAG fără cont și fără card.
Documentele de conformitate se produc în șapte limbi, cu una mai mult decât site-ul: portugheza e disponibilă pentru declarație și pentru raportul de conformitate.
Agențiile primesc un panou de partener: își administrează proprii clienți, cu brandul care coboară până la widget, sub numele lor, nu al nostru.
Nu. Widgetul ajustează prezentarea în browserul vizitatorului; nu schimbă nimic în codul vostru și niciun widget nu poate. Conformitatea vine din interfața însăși, adică din cineva care editează codul — programatorii voștri sau noi, într-un contract separat. Preferăm s-o spunem pe șleau decât s-o descoperiți în timpul unui audit.
Nu, și nici altceva din platformă. Modelele scriu ciorne de formulări propuse — text alternativ, etichete ARIA, exprimări simplificate — un om le revizuiește și intră în raport. Platforma n-are drept de scriere în site-ul vostru și nu cere niciodată așa ceva.
În șapte: engleză, română, germană, franceză, spaniolă, italiană și portugheză. Limba se stabilește per client, iar portalul urmează aceeași setare.
Destul de des cât să prindeți o regresie înainte să ajungă la toată lumea — practic, aliniat cu ritmul vostru de lansări, plus o rulare programată de referință. Ambele se pot configura.
Da. Rezultatele scanărilor se exportă în CSV sau JSON, o cheie de acces lasă sistemele voastre să le citească, iar exportul și ștergerea datelor sunt disponibile la cerere, ca standard.
Scanările de parcurs folosesc Playwright cu un browser Chromium real și o sesiune autentificată, deci fluxurile care cer autentificare pot fi acoperite. Se stabilește la delimitare, fiindcă are nevoie de credențiale și de un mediu controlat.
Da. Un flux GitHub Actions rulează scanarea pe o desfășurare de previzualizare și pică sarcina la o regresie — așa se oprește acumularea datoriei de accesibilitate între audituri.
