Curs “Testare si Evaluare Aplicatii Web”

Testarea si evaluarea paginilor web: Suport de curs

Tehnici și Norme

1. Planul general de implementare

După ce o organizație decide să-și accesibilizeze site-ul propriu, este important să realizeze un plan pentru punerea în aplicare a conceptelor de accesibilitate. În continuare veți primi informații și recomandări referitoare la procesul de planificare, urmate de pagini cu resurse suplimentare. Planurile de punere în aplicare efectivă, precum și ordinea pașilor, poate să difere de la o organizație la alta.

Stabilirea responsabilităților

• 
  Stabiliți o echipă de coordonare, și un plan de comunicare.
  
• 
  Implicați reprezentanți de la departamente care sunt implicate direct în realizarea conținutului ce trebuie accesibilizat, cum ar fi cele de marketing, dezvoltare web, suport tehnic etc.
  
• 
  În cadrul organizațiilor descentralizate, trebuie incluși reprezentanți din toate regiunile.
  
• 
  Desemnați un membru al echipei, responsabil cu tehnicile de accesibilizare.
  
• 
  Numiți un purtător de cuvânt, în cadrul organizației, pentru accesibilitatea web.
  

Conduita de evaluare inițială

• 
  Aflați dacă organizația este supusă unor cerințe externe, în ceea ce privește accesibilitatea web.
  
• 
  Verificați cerințele la începutul procesului, în special pentru site-urile guvernamentale și comerciale.
  
• 
  Realizați o evaluare inițială a site-ului organizației, folosind metoda adunării de opinii inițiale.
  
• 
  Realizați o scurtă trecere în revistă a site-ului. Acest lucru vă poate oferi informații despre ce probleme există și cât de importante sunt.
  
• 
  Evaluarea gradului de conștientizare cu privire la necesitatea realizării de conținut accesibil online prin realizarea unui sondaj sau interviuri în cadrul organizației.
  
• 
  În cadrul organizațiilor mari, trebuie discutat direct, față în față, cu membrii departamentelor implicate în procesul de realizare de conținut accesibil.
  
• 
  Evaluarea experienței echipei de programatori web cu privire la realizarea de conținut accesibil.
  
• 
  Evaluarea programelor folosite de către echipa de programare pentru realizarea site-urilor.
  
• 
  Estimarea resurselor necesare pentru a răspunde nevoilor identificate în evaluarea inițială.
  
• 
  Includeți ca sarcini, înlocuirea programelor, educarea personalului și monitorizarea site-ului.
  

Dezvoltarea unei politici organizaționale

• 
  Aflați dacă organizația are reguli deja stabilite asupra tehnologiilor folosite pe site.
  
• 
  În cadrul organizațiilor mari, rețineți faptul că unele departamente pot avea în curs de dezvoltare o politică generală pentru gestionarea site-ului, și dacă e cazul, aflați ce s-a stabilit deja.
  
• 
  Stabiliți o politică organizațională privind accesibilitatea web.
  
• 
  Abordați probleme cum ar fi nivelul de conformitate, audiența preconizată a site-ului, utilizarea unor tehnologii sau resurse cu drepturi de autor (contra cost) etc.
  
• 
  Politica de organizare ar trebui să reflecte, cel puțin, cerințele minime de accesibilitate cerute de către politicile guvernamentale ale țării dar de preferință pe cele recunoscute la nivel internațional ca și recomandări de accesibilitate web - World Wide Web Consortium (W3C).
  
• 
  Pentru organizațiile care au o politică generală pentru website, trebuie integrată și o secțiune de accesibilitate în regulile existente.
  
• 
  Atât o declarație de angajament, cât și o punere în aplicare a conținutului acesteia, poate fi utilă, în special în cadrul organizațiilor mari.
  
• 
  Trebuie ținut cont de faptul că planul de realizare a unui site accesibil cât și responsabilitățile celor implicați se modifică în timp.
  
• 
  De fiecare data când se fac modificări în politica de organizare, acestea trebuie anunțate tuturor celor implicați.
  
• 
  Distribuirea materialelor cu privire la noua politică, inclusiv discuții și rezumate, comunicate de presă și note interne, trebuie realizate de fiecare dată.
  
• 
  Organizați evenimente de evidențiere a importanței politicii de accesibilitate, cum ar fi, de exemplu, o zi de promovare a accesibilității.
  
• 
  În cadrul companiilor mari e posibil să fie necesară realizarea unor prezentări extinse.
  

Alegerea programelor de editare

• 
  Alegerea programelor de editare trebuie să țină cont de numărul standardelor de accesibilitate pe care acestea le implementează.
  
• 
  Alegeți programe care măcar să nu împiedice realizarea unor site-uri accesibile (de exemplu, software care nu ignoră sau chiar suprascrie cod care corespunde standardelor de accesibilitate).
  
• 
  Dacă programul curent de editare nu oferă facilități pentru realizarea unor site-uri accesibile, adresați-vă companiei producătoare pentru a achiziționa o versiune mai nouă sau orientați-vă către alt producător.
  
• 
  Dacă nu sunteți în poziția de a face o alegere legată de programul utilizat, oferiți îndrumare și explicați persoanelor care se ocupă de achiziții, ce funcții sunt necesare și ce standarde de accesibilitate trebuie să îndeplinească un astfel de program folosit la realizarea site-urilor web.
  
• 
  Instalați programul utilizând configurațiile recomandate pentru producția de conținut accesibil.
  
• 
  Alegeți programe ce evaluează și repară codul care nu întrunește standardele de accesibilitate.
  
• 
  O pagină web, cu resurse de evaluare poate fi utilă în cadrul organizațiilor descentralizate.
  
• 
  Elaborați un proces de editare a paginilor, astfel încât să se evite orice problemă de codare.
  

Instruirea

• 
  Planul trebuie să includă o serie de opțiuni de formare pentru a satisface nevoile persoanelor cu diferite roluri în organizație.
  
• 
  Trebuie realizate sesiuni de training pentru webmasteri și dezvoltatorii de conținut web.
  
• 
  Este necesară elaborarea unui website cu informații despre accesibilitate și resurse pentru nevoile interne și externe.
  
• 
  Dacă formarea internă nu este posibilă, trebuie realizate documente pentru auto-educare.
  
• 
  Pentru firmele de web design, formarea personalului ar trebui să includă un modul în care să prezinte un caz legat de accesibilitatea web, precum și formare tehnică aferentă.
  
• 
  Trebuie oferite oportunități de formare repetată pentru a face față schimbărilor de personal și responsabilități.
  

Dezvoltarea unui site web accesibil

• 
  Asigurați accesibilității o prioritate pe tot parcursul procesului de dezvoltare.
  
• 
  Pentru site-urile existente, efectuați modificările necesare și revizuirea acestora.
  
• 
  Verificați accesibilitatea în etapele cheie.
  
• 
  Oferiți echipei de dezvoltare instrumentele necesare pentru a asigura accesibilitatea.
  
• 
  Ocupați-vă cu elaborarea listelor de verificare a accesibilității, aplicabile pentru fiecare zonă de dezvoltare, cum ar fi o listă de verificare pentru web design, ușurința în utilizare, dezvoltarea de conținut, programare etc.
  
• 
  Trebuie să dezvoltați și să distribuiți șabloane ușor de utilizat pentru programul de editare al organizației.
  
• 
  Oferiți acces la un grup de instrumente de evaluare și de validare.
  

Promovarea conștientizării la nivel organizațional

• 
  Încorporați politica de accesibilitate a organizației dvs. în documentele-cheie, după caz.
  
• 
  Actualizați în mod regulat politica organizației dvs. privind accesibilitatea web.
  
• 
  Stabiliți discuții pentru a ajuta schimbul de experiența și cunoștințe între dezvoltatorii web.
  
• 
  Organizați evenimente legate de accesibilitate oferind experți interni și/sau invitați, cunoscători ai conceptelor de accesibilitate.
  
• 
  Furnizați actualizări și rezumate pentru tot personalul, cu privire la progresul organizației în procesul de implementare a standardelor de accesibilitate online.
  

Monitorizarea accesibilității site-ului

• 
  Specificați procesul de evaluare care urmează să fie utilizat pentru a implementa un site web accesibil, precum și asigurarea calității procesului.
  
• 
  Este necesar să se efectueze o monitorizare continuă a site-ului organizației.
  
• 
  Dacă folosiți logo-uri de accesibilitate, monitorizarea ar trebui să includă verificarea utilizării sale.
  
• 
  Organizațiile descentralizate ar putea avea nevoie de un tip de responsabilitate centralizată.
  
• 
  E recomandabilă elaborarea unor mecanisme de feedback pentru utilizatori atât din ​​interiorul cât și din exteriorul organizației.
  
• 
  Rezultatele provenite din feedback-ul referitor la accesibilitate trebuie pus la dispoziția membrilor echipei responsabile cu implementarea proiectului de accesibilizare.
  
• 
  Trebuie revizuite periodic toate aspectele legate de planul de punere în aplicare.
  

2. Îmbunătățirea site-urilor existente

Cele mai multe organizații au deja un site web, și cele mai multe dintre aceste site-uri au fost elaborate fără a tine seama de accesibilitate. Astfel, cele mai multe site-uri au bariere de accesibilitate care fac dificilă sau chiar imposibilă utilizarea lor de către persoane cu dizabilități. Unele site-uri au o serie de obstacole importante, altele au doar câteva obstacole minore. Site-urile conforme cu standardele web, cum ar fi XHTML și CSS au de obicei mai puține bariere.

În timp ce punerea în aplicare a accesibilității pe un site existent poate părea copleșitoare la început, există abordări pentru a face procesul mai eficient. În continuare vom vedea cum se fac corecturi ale problemelor de accesibilitate sau post-echiparea unui site pentru îmbunătățirea accesibilității. Veți fi informați în legătură cu:

• 
  Noțiunile de bază privind înțelegerea problemelor, comunicarea și angajamentul dvs. pentru a îmbunătăți accesibilitatea propriului site web.
  
• 
  Dezvoltarea unui plan de post-echipare prin identificarea barierelor de accesibilitate și prioritizarea reparațiilor.
  
• 
  Repararea barierelor de accesibilitate pe site-ul dvs. în mod eficient.
  
• 
  Pașii de urmat după post-echiparea inițială.
  

Stabilirea obiectivului

WCAG (Web Content Accessibility Guidelines – Ghidul de realizare a unor pagini web accesibile) reprezintă o listă de cerințe care trebuie îndeplinite pentru a face un site accesibil. Există mai multe versiuni ale acestei liste. În funcție de câte cerințe din listă sunt îndeplinite, se oferă o notă site-ului (de forma A, AA sau AAA).

Multe organizații utilizează WCAG ca obiectiv pentru accesibilitate. De exemplu, o organizație decide să se conformeze cerințelor de nivel WCAG 2.0A și să obțină astfel calificativul AA.

Motivațiile și presiunile pentru proiectul dvs. de post-echipare vor influenta probabil obiectivul de compatibilitate pe care vi-l veți propune. De exemplu, dacă clienții v-au semnalat o barieră de accesibilitate care îi împiedică să utilizeze site-ul dvs., veți dori probabil ca acest aspect să devină o prioritate. Dacă credeți că site-ul trebuie să îndeplinească un anumit nivel de accesibilitate standard, atunci orice site intern (intranet) va trebuie să obțină cel puțin același nivel.

În unele situații de post-echipare, organizațiile definesc un obiectiv pe mai multe niveluri, cu date diferite pentru niveluri diferite. De exemplu, vor să se conformeze cerințelor WCAG 2.0, ca și criteriu de reușită, cu paginile cele mai importante ale site-ului, în următoarele două luni, și să obțină calificativul AA pentru toate paginile, în decurs de nouă luni.

Dezvoltarea unei politici de accesibilitate este o modalitate bună de a clarifica și de a comunica clar un obiectiv. Rețineți că un proces de dezvoltare și adoptare a unor politici organizaționale poate dura destul de mult însă pentru retehnologizare nu trebuie să așteptați o astfel de politică oficială. Etapele din secțiunea de mai jos oferă link-uri la informații privind cerințele legale și politicile organizaționale.

Comunicarea stadiului în care se află proiectul de reabilitate al site-ului

Odată ce ați stabilit că nu doriți să mai existe bariere de accesibilitate pe site-ul dvs. anunțând că standardele de accesibilitate se află în curs de implementare, comunicați acest lucru utilizatorilor dvs. printr-o declarație de accesibilitate. O declarație de accesibilitate poate include:

O descriere scurtă și la obiect a barierelor de accesibilitate majore existente pe site-ul dvs., astfel încât utilizatorii cu handicap să știe la ce să se aștepte.

O declarație de angajament pentru a rezolva barierele de accesibilitate menționate.

Asigurați-vă că link-urile către declarația de accesibilitate, este ușor de găsit, de exemplu, că au fost puse pe prima pagină. În cazul în care unele pârți ale site-ului dvs. sunt inaccesibile, oferiți utilizatorilor modalități alternative de a obține informațiile existente în acele părți sau căi de a interacționa cu ei și în alte forme, de exemplu, prin numere de telefon și/sau adrese de corespondență poștală sau electronică.

3. Implicarea utilizatorilor în proiecte

Implicarea utilizatorilor (mai ales a celor cu dizabilități) încă de la începutul proiectelor vă ajută să înțelegeți problemele de accesibilitate, cum ar fi, modul în care oamenii cu dizabilități și persoanele în vârstă, utilizează mediul online cu uneltele de adaptare și tehnologiile de asistenta specifice. Implicarea imediată a utilizatorilor cu dizabilități, vă ajută să puneți în aplicare soluții mai eficiente de accesibilitate. De asemenea, perspectiva dvs. se extinde astfel într-un mod care vă poate conduce la descoperirea unor noi modalități de gândire a produsului dumneavoastră. Acest fapt va face site-ul să funcționeze mai bine și să se adreseze unui număr mai mare de utilizatori inclusiv celor cu anumite dizabilități.

În etapa de dezvoltare din cadrul proiectului vostru, e posibil să lucrați cu:

• 
  Site-uri și aplicații web
  
• 
  Browsere, playere media, și tehnologii de asistență
  
• 
  Instrumente de editare cum ar fi sistemele de management al conținutului (CMS), software pentru blog, și editoare WYSIWYG (What You See Is What You Get)
  
• 
  Standarde de accesibilitate și reguli interne ale organizațiilor
  
• 
  Tehnologii web și specificații tehnice, cum ar fi HTML
  

Accesibilitate și o utilizare mai facilă pentru toți

Când dezvoltatorii înțeleg problemele de accesibilitate, aceștia pot pune în aplicare soluții mai eficiente de accesibilitate, de exemplu, site-ul lor va funcționa mai bine și va fi mai ușor de utilizat pentru persoanele cu handicap, utilizatori în vârstă, și alte grupuri țintă. Realizarea de site-uri și instrumente web mai ușor de utilizat de către persoanele cu o serie de dizabilități, îmbunătățește utilizarea generală a siteului pentru toată lumea, inclusiv pentru persoanele fără dizabilități. Se poate spune că implicarea utilizatorilor cu dizabilități în proiectul de dezvoltare vă oferă o îmbunătățire a site-ului în mod gratuit. Nu numai utilizatorii finali beneficiază de așa ceva, ci de asemenea, pârțile interesate. De exemplu, atunci când site-urile sunt mai intens vizitate, și afacerile din spate înregistrează o creștere deci și veniturile.

Dezvoltare mai eficientă

Includerea utilizatorilor în procesul de dezvoltare vă ajută să dezvoltați mai eficient unelte accesibile, care funcționează mai bine pentru toți utilizatorii în situații reale, obținându-se astfel maximizarea rentabilității investiției (ROI) în accesibilitate. Înțelegând modul în care oamenii utilizează web-ul și, în mod special, produsul dvs., puteți:

• 
  Dezvolta soluții de accesibilitate mai rapid.
  
• 
  Lua decizii informate, în diferite situații, pentru a evita irosirea de timp ghicind soluții.
  
• 
  Scădea șansa de a trebui să reveniți asupra unor soluții adoptate în grabă.
  
• 
  Evita realizarea de compromisuri mai târziu datorate întârzierii în a aborda subiectul accesibilității.
  
• 
  Avea o perspectivă mai bună asupra standardelor de accesibilitate, orientărilor, și altor cerințe (care ar putea fii necesare acum sau mai târziu, de exemplu, dacă vindeți site-ul dvs. guvernului).
  

De toate acestea beneficiază dezvoltatorii, managerii de proiect, și alte părți interesate.

Motivație

Atunci când designerii și dezvoltatorii vad că oamenii cu dizabilități folosesc produsele lor, ei devin foarte motivați de o nouă înțelegere a accesibilității. Mai degrabă decât a vedea accesibilitatea doar ca o opțiune care trebuie bifată pe o listă, experiența din viața reală prezintă latura umană a accesibilității. Designerii și dezvoltatorii obțin o altă înțelegere a impactului muncii lor în viața de zi cu zi a unei întregi populații.

Atunci când managerii și investitorii, împărtășesc experiențele lor în legătură cu persoanele cu dizabilități, experiența dobândită din interacțiunea produselor lor cu persoanele cu handicap, de multe ori ajută la obținerea resurselor pentru a aborda accesibilitatea în mod corect.

Includerea utilizatorilor cu dizabilități pentru a înțelege mai bine problemele

Ajută ca persoanele implicate în accesibilizare să:

• 
  Afle noțiunile de bază despre modul în care oamenii cu dizabilități utilizează web-ul, prin citirea resurselor online și „vizionarea” clipurilor video (transcript-urilor).
  
• 
  Descopere faptul că persoanele cu handicap au la rândul lor diverse particularități.
  
• 
  Învețe încă de la început despre problemele generale legate de ceea ce dezvoltă, de exemplu, site-uri web, unelte web, standarde, sau alte produse.
  
• 
  Cereți oamenilor să vă arate site-uri sau produse care funcționează bine pentru ei. Apoi, cereți-le să vă arate problemele de care se lovesc în alte produsele ne accesibilizate corespunzător. Puneți o mulțime de întrebări pentru a înțelege în profunzime problemele de accesibilitate.
  

Includerea utilizatorilor cu dizabilități în procesul de dezvoltare

De exemplu, pentru site-uri web, aplicații web, și instrumente de dezvoltare web:

• 
  Când doriți să implementați un anumit design, cum ar fi extinderea/restrângerea zonei de navigare, găsiți alte produse care există deja și discutați, cu utilizatorii vizați, despre cum ar fi mai bine pentru ei să arate și să funcționeze acel lucru.
  
• 
  De-a lungul procesului de design și dezvoltare, solicită utilizatorilor cu dizabilități să revizuiască elementele pe care le testezi. Dați-le anumite sarcini pentru a le finaliza și a observa, astfel, modul în care diferite aspecte de concepere și programare ar putea fi îmbunătățite. Puneți o mulțime de întrebări acestor utilizatori pentru a fi siguri că puteți privi web-ul din perspective lor.
  

Luați în considerare, cu atenție, toate părerile

Atenție! Luați în considerare toate de părerile și evitați să considerați că părerea unei anumite persoane cu dizabilități se aplică tuturor persoanelor cu handicap. O persoană cu handicap nu știe în mod necesar cum interacționează cu web-ul alte persoane având același handicap și nici nu cunosc suficient de bine alte persoane cu dizabilități, pentru a oferi o îndrumare universal valabilă în probleme de accesibilitate. Acceptarea părerilor mai multor persoane ajută cu realizarea unui design accesibil pentru mai multe persoane în același timp.

Lucrul cu utilizatorii

Urmați practicile uzuale pentru a lucra cu oamenii, atât informal, cât și formal:

• 
  Dezvoltați relații adecvate cu utilizatori. De exemplu, petrecerea timpului vorbind informal la masa de prânz vă poate ajuta să lucrați împreună mult mai confortabil.
  
• 
  Asigurați-vă de existența unui consimțământ și păstrați o conduită etică în implementarea proiectelor. De exemplu, participanții la studii ar trebui să știe că sunt liberi să se oprească oricând.
  
• 
  Tratați persoanele cu dizabilități și utilizatorii în vârstă, cu același respect cu care ia-ți trata pe oricare alți utilizatori. De exemplu, respectați-le timpul și oferiți-le o compensare corectă.
  

4. Alegerea și folosirea uneltelor de evaluare

Unii dezvoltatori îmbunătățesc suportul pentru accesibilitate în instrumentele lor de editare, în plus, există programe care pot completa instrumentele de editare existente. În continuare veți afla informații ce pot ajuta, la găsirea unor programe de editare și/sau de corectare, care facilitează realizarea unor produse care se conformează cerințelor de accesibilitate curente, precum și la evitarea instrumentelor de editare care nu o fac. Obținerea acestor informații presupune verificarea programelor de editare, în ceea ce privește conformitatea lor cu standardele W3C, privind accesibilitatea uneltelor de editare web, standard numit ATAG (Authoring Tool Accessibility Guidelines). ATAG se ocupă cu toate tipurile de instrumente de creație, inclusiv sistemele de management al conținutului, în engleză Content Management System (CMS), unelte tip What You See Is What You Get WYSIWYG ("ceea ce vezi este foarte apropiat de ceea ce obții ca produs final"), instrumente “salvați-ca-HTML”, instrumente de conversie, cum ar fi procesoare de texte, programe de generare baze de date, instrumente de gestionare a site-ului etc. ATAG vine cu un set de tehnici pentru a ajuta dezvoltatorii de software cu punerea în aplicare standardelor în produsele lor. ATAG explică dezvoltatorilor de instrumente de editare cum să realizeze produsele astfel încât să:

• 
  sprijine practicile accesibilizante de editare;
  
• 
  genereze cod HTML conform standardului;
  
• 
  sprijine crearea de conținut accesibil;
  
• 
  ofere modalități de verificare și corectare a conținutului inaccesibil;
  
• 
  integreze conceptele de accesibilitate în aspectul general al produsului;
  
• 
  promoveze accesibilitatea în opțiunile de ”ajutor” (help) ale acestora și în documentație;
  
• 
  se asigure că instrumentul lor este disponibil și persoanelor cu dizabilități;
  

Evaluarea programelor utilizate în prezent de către o organizație

Instrumentele de editare de conținut folosite în prezent sprijină dezvoltarea sau împiedică producerea de site-uri accesibile? Asigurați-vă că în linii mari se iau în considerare CMS și WYSIWYG, programele de editare cod HTML, instrumente de conversie, cum ar fi procesoare de text sau software-ul de prezentare având butoane "Salvare ca HTML", aplicații care generează paginile web pornind de la structura unor baze de date, editoare de imagini, editoare multimedia, instrumente de gestionare a site-ului, etc. Instrumentele de editare de conținut din prezent schimbă sau elimină informațiile de accesibilitate (de exemplu, text alternativ pentru imagini), care au fost adăugate de către alte instrumente sau manual?

Pentru instrumentele de editare care nu oferă suport pentru crearea de conținut accesibil, există pluginuri sau alte programe care pot fi folosite cu aceste produse pentru a sprijini mai bine realizarea de site-uri accesibile?

Alegerea unui software nou sau de înlocuire

• 
  Care dintre aplicații are o compatibilitate mai mare cu ATAG?
  
• 
  Ce aplicații rezolvă problemele de accesibilitate pe care aplicația curentă nu le rezolvă?
  
• 
  Ce software are ca și parte din direcția de dezvoltare ideea de a include cât mai multe concepte de accesibilitate?
  

Revizuirea practicilor de achiziții publice în ceea ce privește software-ul

• 
  Regulile de achiziții din cadrul organizației încurajează achiziționarea de aplicații avansate cu suport pentru mai multă accesibilitate?
  
• 
  Dacă organizația are putere mare de cumpărare, există o variantă în care poate notifica furnizorii săi de faptul că dorește să achiziționeze doar produse conforme cu ATAG, pentru ca aceștia să fie conștienți de cererea de astfel de produse?
  

Ce trebuie să aflați despre soluțiile software, de la producătorii lor

• 
  Produsul este conform cu standardul ATAG ?
  
• 
  Dacă nu, atunci când plănuiesc să lanseze o versiune care este compatibilă?
  
• 
  Poate furnizorul să demonstreze că există o implementare a ATAG în produsul lor?
  
• 
  Există plug-in-uri care pot fi utilizate cu produsul lor în mod mai eficient pentru a sprijini crearea de site-uri accesibile?
  
• 
  Ce caracteristici a adăugat dezvoltatorul aplicației la produsul lor pentru a sprijini cerințele de accesibilitate web? (În țările în care există cerințe guvernamentale pentru accesibilitate web).
  
• 
  Există o persoană de contact în cadrul companiei capabilă să furnizeze mai multe informații cu privire la accesibilitatea produselor?
  

Soluții pentru a evita limitările uneltelor de editare existente

Până când programele de editare se vor conforma 100% cu ATAG, este util să existe strategii de evitare limitărilor programelor existente. Printre pașii pentru dezvoltarea de astfel de strategii se numără:

• 
  familiarizarea cu conceptele generale (la nivel de indicații, nu neapărat probleme specifice), ale ATAG și a conceptelor de accesibilitate web - Web Content Accessibility Guidelines (WCAG).
  
• 
  identificarea limitărilor cele mai importante în programele de editare folosite în interiorul unei organizații (observând problemele des întâlnite, luând act de părerile utilizatorilor curenți cu privire asupra conceptelor de accesibilitate implementate în aplicație, identificarea existenței anumitor funcții necesare editării de conținut accesibil.
  
• 
  găsirea programelor ce pot fi utilizate împreună cu programul de editare, pentru a corecta erorile de cod generat.
  
• 
  realizarea unei liste de verificare pentru corectarea problemelor de accesibilitate generate de aceste programe.
  

Exemple de soluții pentru rezolvarea limitărilor programelor de editare actuale

În cazul în care șabloanele oferite cu un program de creare nu sunt conforme cu WCAG [ATAG 1.0 Checkpoint 1.4], dezvoltați șabloane conform ATAG, adaptate nevoilor organizației dvs. și distribuiți-le în toată organizația.

Dacă un instrument de editare nu creează cod HTML valid [ATAG 1.0 Checkpoint 2.2] în conformitate cu “Document Type Definition” (DTD), acesta trebuie utilizat în combinație cu un program de curățare a codului, cum ar fi HTML Tidy.

Dacă un instrument de editare multimedia nu acceptă crearea de transcript-uri pentru conținutul audio [ATAG 1.0 Checkpoint 1.1], se va utiliza împreună un editor de transcript-uri, cum ar fi Magpie.

Pentru sisteme de dictare gândite în special pentru realizarea de conținut destinat tipăririi (de exemplu, Acrobat, PageMaker, Quark Express), instrumente bogate în elemente multimedia (Director, Flash, ToolBook), programe de procesare de text (Word, Word Perfect), prezentări (PowerPoint, Freelance, Visio), accesați materialul sursă dacă este posibil și creați o versiune HTML sau XHTML accesibilă, încă de la sursă. Alternativ realizați un fișier folosind un program de conversie, dacă este disponibil, apoi verificați exactitatea conversiei. O altă variantă ar fi să reelaborați materialele într-un format accesibil cunoscut apoi să puneți formatul accesibil pe site-ul dvs. [ATAG 1.0 Checkpoint 2.1].

Dacă un instrument de editare cod este folosit pentru a îmbunătăți un site și nu alertează programatorul asupra faptului că lipsește textul alternativ pentru poze [ATAG 1.0 Checkpoint 3.1], folosiți un program de accesibilitate post-echipare care face acest lucru și oferă, în plus, și o metodă de rezolvare.

Dacă un instrument de creare cod nu adaugă o declarație DTD (necesară pentru validarea HTML, precum și pentru a realiza cod conform standardelor HTML, XHTML, etc.) [ATAG 1.0 Checkpoint 2,2] , căutați un program care adaugă aceste informații sau oferă posibilitatea de a le adăuga manual.

Dacă un instrument de creare cod nu are suport pentru Cascading Style Sheets (CSS) [ATAG 1.0 Checkpoint 3.2 & 1.0 ATAG Checkpoint 4.5], trebuie căutat un alt program care să fie utilizat în paralel, pentru editarea CSS.

Dacă un program de creare cod nu afișează o versiune liniară a tabelelor [ATAG 1.0 Checkpoint 3.2], se utilizează împreună cu Lynx sau Lynx-me , sau cu un alt browser text respectiv cu un emulator de browser text.

Dacă un instrument de creare cod nu păstrează toate informațiile de accesibilitate în timpul editării (conversiei) [ATAG1.0 Checkpoint 1.2], fie editați de mână și salvați direct peste fișierul sursă, fie obțineți un nou instrument de editare.

Dacă un instrument de editare generează automat alternative echivalente [ATAG 1.0 Checkpoint 1.3], de exemplu, prin adăugarea unor nume de fișier ca text alternativ, dezactivați această funcție, sau verificați și corectați manual tot textul alternativ.