Com respondre a una queixa d'accessibilitat

Per què la teva resposta importa més que la queixa

Les queixes d’accessibilitat — ja siguin presentades mitjançant un formulari de contacte, enviades per correu electrònic, presentades a un regulador o lliurades com a requeriment legal formal — rarament són el final de la història. La manera com hi respons determina què passa a continuació.

Una resposta ràpida, genuïna i orientada a l’acció resol la majoria de queixes sense escalada. Una resposta evasiva, desdenyosa o absent és sovint el que converteix una queixa d’usuari fàcilment corregible en una investigació formal o una demanda.

Aquesta guia explica com gestionar les queixes d’accessibilitat en cada etapa: des del moment en què en rebeu una fins a la correcció, la comunicació i la implementació de sistemes perquè la mateixa queixa no torni a arribar.

Entén quin tipus de queixa has rebut

No totes les queixes d’accessibilitat són iguals, i la resposta adequada varia segons el tipus.

Comentaris d’usuari

La forma més comuna. Una persona amb discapacitat s’ha trobat amb una barrera al teu lloc web — un formulari que no ha pogut completar amb un lector de pantalla, un vídeo sense subtítols, un botó inabastable amb el teclat — i t’ho ha informat directament mitjançant la teva pàgina de contacte, el mecanisme de retroalimentació d’accessibilitat o el canal de suport general.

Aquestes queixes són sovint el comentari més valuós que el teu equip rebrà mai. Identifiquen barreres reals d’usuaris reals en situacions reals que les eines automatitzades sovint no detecten.

Queixa reguladora o governamental

Al Regne Unit, un usuari pot informar d’un problema al Government Digital Service (GDS) o a la Equality and Human Rights Commission (EHRC). Als Estats Units, les queixes es poden presentar al Departament de Justícia (DOJ), a l’Office for Civil Rights (OCR) del Departament d’Educació, o a altres agències federals. A la UE, les queixes es dirigeixen als organismes nacionals d’aplicació designats sota la Directiva d’Accessibilitat Web.

Aquestes queixes segueixen un procés formal. Normalment rebràs una notificació escrita, una descripció de la presumpta infracció i un termini per respondre.

Carta de requeriment legal

Als Estats Units, aquesta és sovint la primera indicació que un demandant té intenció de litigar sota el Títol III de l’ADA. La carta descriu les presumptes infraccions i normalment proposa termes d’acord. Es tracta d’una qüestió legal que requereix un tractament diferenciat — consulta la nostra guia de cartes de requeriment ADA per a un recorregut dedicat.

Comentaris sobre la declaració d’accessibilitat

Si el teu lloc té una declaració d’accessibilitat publicada amb un mecanisme de retroalimentació (obligatori sota la PSBAR al Regne Unit i molt recomanat a qualsevol altre lloc), pots rebre comentaris estructurats a través d’aquest canal. Sovint són detallats i específics, i mereixen el mateix tractament que qualsevol altra queixa.

Pas 1: Reconeix-ho ràpidament

L’única cosa més important que pots fer quan arriba una queixa d’accessibilitat és respondre ràpidament per confirmar que l’has rebuda.

Això és cert fins i tot si no pots investigar el problema de manera immediata. Un reconeixement el mateix dia o el següent dia hàbil comunica que t’ho prens seriosament. També evita que la persona que fa la queixa assumeixi que el seu missatge ha estat ignorat — un desencadenant habitual d’escalada.

El teu reconeixement hauria de:

Confirmar que has rebut la queixa
Anomenar una persona o equip específic responsable del seguiment
Donar un termini realista per a una resposta completa (vegeu el Pas 3)
Agrair a la persona per plantejar el problema — t’estan ajudant a identificar una barrera que també afecta altres usuaris

Mantén el to professional i genuïnament agraït. Les persones que informen de barreres d’accessibilitat sovint són usuaris que han provat altres alternatives i no n’han trobat cap. Estan dedicant un temps que no haurien de necessitar.

Plantilla:

Gràcies per contactar amb nosaltres. Hem rebut el teu missatge i estem revisant el problema que has descrit. Un membre del nostre equip es posarà en contacte en [termini] amb una actualització. Ens prenem seriosament l’accessibilitat i agraïm que ens ho hagis fet saber.

Pas 2: Investiga la barrera específica

Un cop reconeguda, investiga el problema específic que la persona ha descrit. Evita la temptació de fer una auditoria d’accessibilitat general i tractar-la com una resposta a la queixa específica — això retarda la resolució i perd de vista el punt clau.

Què investigar:

Pots reproduir el problema? Prova’l en l’entorn que ha descrit la persona: el navegador, el sistema operatiu i la tecnologia assistiva que ha esmentat (si n’ha esmentat alguna).
La barrera és a nivell de component (un botó, formulari o finestra modal específic) o a nivell de pàgina?
És un problema de codi, un problema de redacció de contingut o un problema d’un component de tercers?
La mateixa barrera apareix en altres llocs del lloc?
Quin criteri d’èxit de la WCAG infringeix (si n’hi ha algun)?

Eines de prova a utilitzar:

Només teclat — pots abastar i operar l’element afectat utilitzant Tab, Maj+Tab, Retorn, Espai i les tecles de fletxa?
Lector de pantalla — prova amb NVDA + Chrome, JAWS + Chrome, i VoiceOver a Safari (macOS/iOS). L’element té un nom accessible? S’anuncia correctament?
Escàner automatitzat — executa un escaneig específic a l’URL afectada per revelar qualsevol problema coubicat
Zoom al 200% i reflux a 320px — es trenca la disposició?

Documenta les teves troballes. Necessites un registre clar de quina és la barrera, on existeix i què l’ha causat.

Pas 3: Corregeix-ho — i estableix un termini realista

Un cop entesa la barrera, corregeix-la. La prioritat i el termini haurien de coincidir amb la gravetat:

Gravetat	Exemples	Temps objectiu de correcció
Crítica	Formulari de pagament inabastable amb teclat, inici de sessió bloquejat per a usuaris de lector de pantalla	24–72 hores
Greu	Text alt absent en imatges de producte, camps de formulari sense etiqueta en un flux clau	En una setmana
Moderada	Contrast de color deficient en contingut secundari, estructura d’encapçalaments absent	Dins del sprint o en dues setmanes
Menor	Enllaços no descriptius en una entrada de blog, atribut `lang` absent	Pròxima finestra de manteniment planificada

Si la correcció requereix temps — per exemple, si necessita que un proveïdor de tercers actualitzi el seu component — comunica-ho a la persona que ha fet la queixa. Explica-li:

Quina és la barrera
Què la causa
Què estàs fent per corregir-la
Quan esperes que estigui resolta
Si hi ha una manera alternativa de completar la tasca mentrestant

La via d’accés alternativa és important. Si una persona no pot utilitzar el teu procés de pagament, ofereix-te a agafar la seva comanda per telèfon o correu electrònic mentre la correcció està en curs. «Hi estem treballant» sense una alternativa no és un ajust raonable — només diu a l’usuari que no pot accedir al teu servei.

Pas 4: Respon a la persona amb detalls específics

Quan la correcció estigui completa (o quan tinguis un pla concret si trigarà més), respon a la persona amb una actualització substancial. Aquesta resposta hauria de:

Descriure el problema específic que es va identificar
Explicar què vas trobar durant la teva investigació
Indicar què s’ha corregit, o detallar el pla de correcció amb un termini
Confirmar que la correcció s’ha verificat (tornat a provar)
Convidar-la a provar l’experiència actualitzada i informar si la barrera persisteix
Proporcionar un contacte directe en cas de trobar més problemes

Evita reafirmacions vagues com «hem millorat la nostra accessibilitat». Sigues específic. Una persona que no pot iniciar sessió amb un lector de pantalla mereix saber exactament què estava trencat i que ara està corregit.

Plantilla:

Gràcies per la teva paciència mentre investigàvem el problema que vas informar. Vam identificar [problema específic] a [pàgina/component específic]. S’ha resolt — [breu descripció de la correcció]. Hem tornat a provar la [pàgina/component] actualitzada i hem confirmat que [element] ara és [comportament accessible]. Ens agradaria saber de tu si algun problema persisteix. Ens pots contactar directament a [contacte].

Pas 5: Documenta-ho tot

Per a cada queixa d’accessibilitat que rebis i resolguis, manté un registre que inclogui:

La data de recepció i la data de reconeixement
Una descripció de la barrera informada
Les troballes de la teva investigació
La correcció aplicada i la data en què es va desplegar
La confirmació de que la correcció s’ha provat
Tota la correspondència amb la persona que ha fet la queixa

Aquesta documentació té tres finalitats. Primer, demostra bona fe — si una queixa escala a un regulador o a una acció legal, un registre de correcció documentat és una prova sòlida de que t’ho vas prendre seriosament i vas actuar. Segon, alimenta la teva declaració d’accessibilitat, que hauria de llistar els problemes coneguts i el seu estat de correcció. Tercer, construeix coneixement institucional sobre modes de fallada recurrents en el teu codi o flux de treball de contingut.

Pas 6: Actualitza la teva declaració d’accessibilitat

La teva declaració d’accessibilitat hauria de reflectir l’estat conegut actual del teu lloc. Després de resoldre una queixa:

Elimina la barrera de qualsevol llista de problemes coneguts (si hi era)
Actualitza la data de «darrera revisió»
Si la queixa ha revelat una categoria de problemes que no havies identificat anteriorment, afegeix-la i anota el seu estat de correcció

Una declaració d’accessibilitat que reflecteix amb precisió els problemes coneguts — inclosos els que encara no s’han corregit, amb terminis realistes — genera més confiança que una que afirma una conformitat total que els usuaris saben que és inexacta.

Gestionar queixes que no pots resoldre immediatament

De vegades una barrera no es pot corregir ràpidament: el component pertany a un proveïdor de tercers que encara no ha publicat una correcció, la correcció requereix una migració de plataforma, o el contingut és en un sistema heretat que requereix un esforç significatiu per actualitzar.

En aquests casos:

Proporciona una via d’accés alternativa. Això és legalment obligatori en la majoria de jurisdiccions com a «ajust raonable» o equivalent. Ha de ser genuïnament equivalent — no un substitut degradat. Si un PDF és inaccessible, ofereix-te a proporcionar la informació en un format accessible per correu electrònic. Si un formulari de reserva està bloquejat per a usuaris de lector de pantalla, ofereix-te a acceptar reserves per telèfon.

Sigues honest sobre el termini. Una persona a qui se li diu «això es corregirà al T3» no queda ben atesa. Compromet-te amb fites específiques i compleix-les.

Escala internament. Les queixes que impliquen recorreguts clau (inici de sessió, pagament, gestió de compte, formularis clau) s’haurien de tractar com a qüestions d’enginyeria d’alta prioritat, no com a petits ajustos de contingut. Assegura’t que les persones adequades ho sàpiguen.

Respondre a queixes reguladores

Si una queixa ha escalat a un regulador — el GDS al Regne Unit, el DOJ o l’OCR als Estats Units, o un organisme nacional d’aplicació a la UE — el procés és més estructurat.

Normalment rebràs:

Una notificació formal de queixa amb les al·legacions descrites
Una sol·licitud de resposta formal en un termini especificat
En alguns casos, una invitació a participar en mediació o resolució informal

No et perdis els terminis. Una queixa reguladora que no es respon, o que es respon tard, indica falta de cooperació i reforça la posició de la persona que fa la queixa.

Aborda les al·legacions específiques. Els reguladors esperen una resposta que aborde els problemes específics plantejats, no una declaració general sobre el teu compromís amb l’accessibilitat.

Proporciona proves de correcció. Quan hagis corregit les barreres informades, proporciona documentació: captures de pantalla, informes d’auditoria, confirmació de les dates de desplegament. Un regulador que pot veure que el problema s’ha resolt té significativament menys motius per emprendre una acció d’aplicació formal.

Busca assessorament legal. Per a queixes reguladores formals, particularment als Estats Units, on les investigacions del DOJ poden tenir un abast ampli, és recomanable un assessorament legal familiaritzat amb l’accessibilitat digital.

Prevenir la següent queixa

Cada queixa d’accessibilitat és una prova de que una barrera ha arribat a un usuari real. L’objectiu no és només resoldre queixes individuals, sinó construir sistemes que evitin que apareguin noves barreres.

Integra l’accessibilitat al teu flux de treball de desenvolupament. Les comprovacions automatitzades d’accessibilitat al teu pipeline de CI/CD detecten problemes detectables abans que arribin a producció — no després que un usuari els informi. La nostra integració d’accessibilitat CI/CD fa que això formi part de cada compilació.

Programa auditories regulars. Les eines automatitzades detecten un 30–40% de les fallades WCAG. Les auditories manuals amb lectors de pantalla i navegació només amb teclat troben la resta. Les auditories trimestrals o semestrals revelen problemes abans que els usuaris ho facin.

Forma el teu equip. Els desenvolupadors, dissenyadors i redactors de contingut que entenen l’accessibilitat creen menys barreres. La formació puntual és menys efectiva que integrar la revisió d’accessibilitat en les crítiques de disseny, les revisions de codi i els fluxos de treball de publicació de contingut.

Fes que el teu mecanisme de retroalimentació sigui genuïnament fàcil d’utilitzar. Una declaració d’accessibilitat amb un mecanisme de contacte funcional i accessible dona als usuaris una via directa cap a tu en lloc d’un regulador. Moltes queixes escalen precisament perquè el propi canal de retroalimentació del lloc era inaccessible.

Si vols entendre la posició d’accessibilitat actual del teu lloc abans que arribi la següent queixa, un escaneig automatitzat gratuït és el punt de partida més ràpid. Per obtenir una imatge completa, posa’t en contacte per parlar d’una auditoria completa.