Interpretar falsos positius i falsos negatius

Un fals positiu és un problema que l'eina assenyala i que no existeix o no és un incompliment WCAG. Un fals negatiu és un problema real que l'eina no detecta. Els primers destrueixen la credibilitat de l'informe davant l'equip de desenvolupament; els segons en destrueixen la validesa davant les persones usuàries. La feina de l'auditor consisteix a filtrar-los tots dos. Aquesta lliçó cataloga els casos més habituals i dona un procediment de verificació.

Falsos positius habituals

Contrast

• Text sobre imatge, degradat o vídeo. L'eina no pot calcular el color de fons i el marca com a «necessita revisió» o, en motors menys acurats, com a error. Mesura amb un comptagotes al punt de pitjor contrast.
• Text ocult o superposat. Elements amb opacity: 0, fora de pantalla o tapats per una altra capa; alguns motors mesuren el color de l'element equivocat.
• Components inactius i text incidental. L'1.4.3 eximeix els controls deshabilitats, els logotips i el text purament decoratiu; l'eina de vegades no reconeix la desactivació si es fa amb classes en lloc de l'atribut disabled.

Noms i etiquetes

• Camps etiquetats per aria-labelledby que apunta a diversos elements o per un title: vàlid, encara que alguna eina el marqui com a sense etiqueta.
• Enllaços amb imatge amb alt correcte: alguns motors antics els marcaven com a enllaços buits.
• Icones amb aria-hidden="true" dins de botons amb text visible: és el patró correcte.

Estructura

• Salts de nivell d'encapçalament (d'h2 a h4). És una bona pràctica no saltar-ne, però no és una fallada de l'1.3.1 si la jerarquia reflecteix l'estructura del contingut. Informa'n com a recomanació, no com a incompliment.
• Absència d'<h1>, de <main> o contingut fora de landmarks. Bones pràctiques d'axe (page-has-heading-one, landmark-one-main, region); sense criteri WCAG directe.
• Atributs ARIA redundants (role="button" en un <button>): innecessaris, però no trenquen res.

Validació HTML

• Errors de sintaxi que no afecten l'arbre d'accessibilitat. Des de l'eliminació del 4.1.1 a les WCAG 2.2, només són troballa si repercuteixen en un altre criteri (per exemple, un id duplicat que trenca un label for).

Falsos negatius habituals

Són més perillosos perquè no deixen rastre. Els més freqüents en auditories reals:

• Text alternatiu present però incorrecte: alt="imatge", alt="DSC_0042.jpg", alt buit en una imatge informativa, o alt que repeteix el peu de foto. 1.1.1 Contingut no textual.
• Etiqueta que no descriu el camp o que no coincideix amb la visible (2.5.3 Etiqueta en el nom), o placeholder com a única etiqueta visible que desapareix en escriure (3.3.2).
• Controls personalitzats amb rol correcte però sense comportament de teclat: un div role="button" tabindex="0" que no respon a Retorn ni a Espai (2.1.1); pestanyes sense fletxes (APG (s'obre en una finestra nova)); modal que no atrapa ni retorna el focus (2.4.3).
• Ordre del focus incoherent per tabindex positius o per CSS que reordena visualment (2.4.3, 1.3.2).
• Contingut que apareix i desapareix sense anunci: resultats de cerca, missatges d'èxit, comptadors del carretó (4.1.3 Missatges d'estat).
• Focus que queda ocult sota capçaleres fixes o bàners de galetes (2.4.11), o indicador de focus eliminat amb outline: none i substituït per un canvi de color insuficient (2.4.7).
• Objectius tàctils petits (2.5.8), gestos d'arrossegament sense alternativa (2.5.7), carrusels que no s'aturen (2.2.2).
• Idioma declarat erroni (lang="en" en una pàgina en castellà) o canvis d'idioma sense marcar (3.1.1, 3.1.2).
• Missatges d'error que no suggereixen correcció (3.3.3) o que s'indiquen només amb color (3.3.1, 1.4.1).
• Subtítols automàtics sense revisar o inexistents (1.2.2), vídeo sense audiodescripció (1.2.5).

<!-- Passa: té rol, nom i tabindex -->
<div role="button" tabindex="0" aria-label="Afegir al carretó"
     onclick="anadir(123)">Afegir al carretó</div>

<button type="button" onclick="anadir(123)">Afegir al carretó</button>

Procediment de verificació

1. Reprodueix el problema al navegador: localitza l'element amb el selector que dona l'eina i inspecciona l'arbre d'accessibilitat (panell Accessibility de Chrome o Firefox).
2. Comprova el context: és visible? És actiu? És decoratiu? Té una alternativa a la mateixa pàgina?
3. Confirma-ho amb tecnologia de suport quan el criteri ho requereixi: llegeix l'element amb NVDA o VoiceOver i anota què s'anuncia.
4. Associa-ho al criteri amb número i nom, i decideix el nivell de severitat en funció de l'impacte en la tasca, no de l'«impact» que assigna l'eina. La lliçó següent reuneix les correspondències de les regles més freqüents amb els seus criteris.
5. Documenta la decisió també quan descartis: una llista de falsos positius descartats amb el motiu evita que el client els torni a plantejar quan executi l'eina pel seu compte.

Comparar dues eines com a control

Executar axe i IBM Equal Access sobre la mateixa pàgina i creuar-ne els resultats redueix tots dos tipus d'error: una violació que marquen totes dues rarament és un fals positiu; una que en marca només una és candidata a revisió; i el conjunt de «necessita revisió» de totes dues és un bon punt de partida per a la llista manual. Les discrepàncies solen ser degudes a regles de bones pràctiques, a llindars diferents o a una interpretació diferent de les regles ACT, i convé anotar-les a l'informe per evitar discussions.

Resum

• Falsos positius típics: contrast sobre imatge, etiquetatge vàlid no reconegut, salts d'encapçalament, bones pràctiques de landmarks, errors HTML sense efecte en l'accessibilitat.
• Falsos negatius típics: alt incorrectes, controls sense teclat, ordre del focus, missatges d'estat no anunciats, focus ocult, objectius petits, idioma erroni, errors sense suggeriment.
• Verifica cada violació: reproduir, contextualitzar, confirmar amb tecnologia de suport, associar al criteri i documentar també els descarts.
• Fer servir dos motors diferents i creuar-ne els resultats redueix tots dos tipus d'error.
• La severitat la fixa l'auditor per l'impacte en la tasca, no l'etiqueta de l'eina.