Lliçó 8 de 10 · 12 min de lectura · Revisada el 26/10/2026
Operació: monitoratge, gestió d'incidències i millora contínua
Estàs llegint una lliçó oberta. Matricula't per fer els tests i els exercicis, desar el teu progrés i aconseguir el certificat.
Matricula-m'hi · nivell 7 (179 €)El producte és en producció. A partir d'ara, l'accessibilitat es degrada per tres vies: contingut nou publicat per persones sense formació, canvis de codi que escapen a les proves i actualitzacions de components de tercers. Alhora, les persones usuàries troben barreres i, si l'organització ha fet bé la seva feina, les comuniquen. Operar l'accessibilitat consisteix a detectar la degradació aviat, atendre les incidències amb un procés clar i fer servir el que s'ha après per millorar el cicle. Aquesta lliçó tanca el cercle del cicle de vida.
Monitoratge: detectar abans que les persones usuàries
Rastreig automàtic periòdic
Programa un rastreig setmanal (o diari en llocs amb molt contingut nou) amb una eina automàtica sobre tot el lloc o sobre un nombre representatiu de pàgines. La configuració important no és l'eina, sinó què fas amb el resultat: defineix alertes per tipus de problema i responsable. Un PDF nou sense etiquetar alerta l'equip de continguts; un component amb ARIA invàlid alerta l'equip de desenvolupament; una caiguda de contrast a tota la plantilla alerta el design system.
Comprovacions sintètiques dels fluxos crítics
A més del rastreig, mantén proves d'extrem a extrem amb axe-core sobre els processos crítics executades contra producció (amb comptes de prova) després de cada desplegament. Detecten el que el rastreig de pàgines estàtiques no veu: els estats després de la interacció.
Vigilància de tercers
Porta un registre dels components externs (xat, galetes, pagaments, mapes, vídeos, analítica amb interfície) amb la seva versió i una prova manual ràpida després de cada actualització anunciada pel proveïdor. Les actualitzacions de tercers són la causa més freqüent de regressions greus que ningú no ha tocat internament.
Senyals de les persones usuàries
El mecanisme de comunicació que exigeix el RD 1112/2018 (PDF, s'obre en una finestra nova) per al sector públic, i que la Llei 11/2023 (PDF, s'obre en una finestra nova) fa igualment necessari per als serveis privats coberts, és també una font de monitoratge: cada barrera comunicada és una dada. Afegeix-hi canals addicionals: analítica d'abandonament en formularis, consultes al servei d'atenció que mencionin «no puc», «no em deixa», «no es llegeix», i l'escolta de xarxes socials i associacions.
Gestió d'incidències d'accessibilitat
Tracta les barreres d'accessibilitat com a incidències de producte amb un procés definit, no com a «suggeriments». Un flux eficaç té cinc passos:
- Registre: tota barrera, tant si ve del rastreig com de QA, d'una auditoria o d'una persona usuària, entra en el mateix sistema d'incidències amb una etiqueta d'accessibilitat i camps específics: criteri WCAG afectat, tecnologia de suport i navegador, passos per reproduir-la, impacte en la persona.
- Triatge: una persona formada en classifica la severitat en 48 hores i l'assigna a l'equip propietari.
- Resposta a la persona: si la incidència la va comunicar una persona usuària, rep un justificant de recepció amb un termini i, si cal, una alternativa immediata per aconseguir el que buscava (un altre canal, el document en format accessible, assistència). El RD 1112/2018 fixa terminis per respondre les comunicacions i les sol·licituds d'informació accessible; complir-los és obligatori al sector públic i és una bona pràctica al privat.
- Correcció i verificació: l'equip corregeix, QA verifica amb la tecnologia de suport indicada i, si escau, s'afegeix una prova automàtica perquè no torni a passar.
- Tancament i comunicació: s'informa la persona que l'havia comunicada, s'actualitza la declaració d'accessibilitat si el problema hi figurava com a contingut no accessible i es registra el temps de resolució.
Escala de severitat i acords de nivell de servei
| Severitat | Definició | Exemple | Objectiu de correcció |
|---|---|---|---|
| Bloquejant | Impedeix completar una tasca essencial a un grup de persones usuàries sense alternativa | El botó de pagament no és accessible amb el teclat; el CAPTCHA no té alternativa | Alternativa immediata; correcció en ≤ 10 dies hàbils |
| Greu | Dificulta molt una tasca o la impedeix en un context habitual | Errors de formulari no anunciats; diàleg que no retorna el focus | ≤ 30 dies hàbils |
| Moderada | Molesta o confon, però hi ha manera de completar la tasca | Encapçalaments que salten nivells; alt poc descriptiu en una imatge informativa | Següent versió planificada |
| Menor | Desviació de les bones pràctiques sense impacte apreciable | Enllaç «llegeix-ne més» amb prou context al paràgraf | Deute tècnic prioritzat |
Punt clau
La severitat es defineix per l'impacte en la persona (pot completar la tasca?), no per la dificultat tècnica ni pel nivell A o AA del criteri. Un error de nivell A pot ser menor i un error de nivell AA pot ser bloquejant; el que importa és si algú en queda fora.
Exemple
Una persona amb baixa visió escriu al mecanisme de comunicació d'una comunitat autònoma: no pot llegir el justificant d'un ajut perquè el PDF generat per la seu electrònica és una imatge escanejada. Triatge: bloquejant, perquè impedeix accedir a un document essencial. Resposta en 24 hores amb el justificant en format accessible per correu. Correcció: l'equip descobreix que la plantilla del justificant es genera des d'un sistema de gestió que exporta imatges; en 10 dies canvia l'exportació a PDF etiquetat i afegeix una comprovació automàtica de l'etiquetatge en generar el document. Tancament: s'informa la persona i s'afegeix una línia a la declaració d'accessibilitat que explica que els justificants anteriors a aquella data es poden sol·licitar en format accessible. Aprenentatge per a la retrospectiva: cap requisit del sistema de gestió no mencionava l'accessibilitat del document generat.
Millora contínua
Operar bé no és només apagar focs; és fer servir cada foc per canviar alguna cosa. Tres pràctiques:
Retrospectives d'accessibilitat
Cada trimestre, l'equip revisa les incidències tancades i es fa una sola pregunta per a cadascuna: en quina fase del cicle s'hauria d'haver evitat? Si la resposta es repeteix («disseny no va anotar el focus», «continguts no sap etiquetar PDF», «el contracte del proveïdor no exigia res»), aquí hi ha la millora de procés, i és la que realment redueix les incidències futures.
Anàlisi de la causa arrel en els bloquejants
Tota incidència bloquejant mereix una breu anàlisi de la causa arrel (una pàgina): què va passar, per què, per què no es va detectar abans, què canvia. Comparteix-la amb els equips; és formació gratuïta.
Indicadors d'operació
- Temps mitjà de triatge i de correcció per severitat.
- Nombre d'incidències per origen (rastreig, QA, auditoria, persones usuàries): si gairebé totes vénen de persones usuàries, la detecció interna falla.
- Percentatge d'incidències amb una prova automàtica afegida en tancar-les.
- Regressions: incidències que reapareixen després d'haver-se tancat.
- Antiguitat de la declaració d'accessibilitat i nombre d'elements llistats com a no accessibles, que ha de baixar.
Error freqüent
Atendre la barrera concreta de la persona que reclama (enviar-li el document per correu) i tancar la incidència sense corregir-ne la causa. La persona següent trobarà la mateixa barrera, i cada reclamació individual costa més que la correcció. L'alternativa immediata és obligatòria; la correcció, també.
Plantilla de fitxa d'incidència d'accessibilitat
- Títol breu i producte o URL afectats.
- Origen: rastreig, QA, auditoria, persona usuària (sense dades personals a la fitxa).
- Passos per reproduir-la, amb navegador, sistema i tecnologia de suport i les seves versions.
- Resultat observat i resultat esperat.
- Criteri o criteris WCAG 2.2 afectats.
- Severitat i justificació per impacte.
- Alternativa oferta mentre es corregeix.
- Equip propietari, data objectiu i data real de correcció.
- Prova automàtica afegida (sí/no i enllaç).
- Aprenentatge per a la retrospectiva.
Resum
- L'accessibilitat en producció es degrada pel contingut nou, els canvis de codi i els tercers; el monitoratge combina rastreig periòdic, proves sintètiques dels fluxos crítics, vigilància dels proveïdors i escolta de les persones usuàries.
- Les barreres es gestionen com a incidències amb registre, triatge en 48 hores, resposta amb alternativa, correcció verificada i tancament comunicat.
- La severitat es defineix per l'impacte en la persona, amb acords de nivell de servei per nivell (bloquejant en ≤ 10 dies hàbils).
- La millora contínua fa servir retrospectives, anàlisis de la causa arrel i indicadors d'operació per canviar el procés, no només per tancar incidències.
Portes 10 lliçons d'aquest curs: que no es perdin
Crea el teu compte i desa el que ja has llegit i segueix el curs amb tot:
- El test d'aquesta lliçó (3 preguntes) per comprovar el que has après
- Exercicis pràctics amb pàgines reals
- El teu progrés desat: continues on ho vas deixar, des de qualsevol dispositiu
- Constància del curs amb les hores i certificat del nivell 7 quan aprovis l'examen
Entres amb el teu compte de Google o només amb el teu correu electrònic. No cal contrasenya.
Matricula-m'hi · nivell 7 (179 €)