Lista de accesibilidad web de 10 minutos para dueños de negocio

Usted oyó hablar de las demandas por la ADA relacionadas con sitios web, o un cliente le dijo que el formulario de contacto no lo dejaba terminar, o simplemente quiere que todas las personas que llegan a su sitio puedan usarlo. De cualquier forma, quiere una lista de accesibilidad web que un dueño de pequeño negocio pueda terminar esta misma noche, sin aprender código ni pagar primero por un rediseño. La buena noticia es que la primera revisión solo necesita un teclado, un navegador y unos diez minutos. Usted presionará la tecla Tab, ampliará el texto, enviará su propio formulario de contacto y ejecutará un verificador gratuito. Al final tendrá una lista corta y fechada de lo que falló, de lo que usted mismo puede arreglar esta semana y de lo que debe entregar a quien mantiene su sitio.

¿Cómo reviso la accesibilidad de mi sitio web en diez minutos?

Use un navegador de escritorio y trabaje en las páginas que más importan: la página de inicio, el menú, el formulario de contacto y lo que lleve a una venta o a una reserva. Estos pasos siguen el enfoque de primera revisión de las revisiones sencillas (Easy Checks) del W3C, escritas para personas que no son desarrolladoras. Es una primera revisión, no una auditoría completa, pero sacará a la luz los problemas que detienen a los visitantes reales. Tenga abierta una nota y escriba la dirección de la página y una breve descripción cada vez que algo falle.

Recorra la página con Tab, sin usar el ratón

Abra su página de inicio y presione Tab varias veces. Debe poder llegar a cada enlace, botón, elemento de menú, campo de formulario y control multimedia, y debe poder ver cuál está activo en cada paso. WCAG 2.2 nombra estos requisitos como el Criterio de Éxito 2.1.1 Teclado y el 2.4.7 Foco visible. Luego presione Mayús+Tab para ir hacia atrás y asegúrese de que nunca se queda atascado en un solo punto.

Fíjese si un encabezado fijo o un banner tapa el elemento al que acaba de llegar con Tab. WCAG 2.2 agregó el Criterio de Éxito 2.4.11 Foco no oculto (mínimo) precisamente para eso, así que un resaltado que desaparece detrás de una barra de menú es un fallo que vale la pena anotar.

Amplíe el texto al 200%

Aumente el tamaño del texto de su navegador, o el zoom, al 200%. El texto debe seguir siendo legible, y los menús, los botones y los formularios deben seguir funcionando. El estándar es el Criterio de Éxito 1.4.4 Cambio de tamaño del texto, que dice que el texto debe poder ampliarse al 200% sin pérdida de contenido ni de funcionalidad. Busque palabras cortadas, botones que se deslizan bajo otros elementos, controles que desaparecen y todo lo que le obligue a desplazarse hacia los lados para terminar una tarea.

Envíe su propio formulario de contacto, con un error incluido

Llegue al formulario de contacto solo con el teclado. Verifique que cada campo tenga una etiqueta visible, que los campos obligatorios estén marcados y que pueda llegar a las casillas, a los menús de selección y al botón de enviar. WCAG 2.2 cubre esto en el Criterio de Éxito 3.3.2 Etiquetas o instrucciones. Después envíe el formulario con un campo vacío o con un correo electrónico mal escrito. Un buen mensaje de error nombra el campo y dice cómo corregirlo. Un error que solo pone rojo un borde, o que borra lo que usted escribió, es un problema que hay que entregar.

Revise el contraste, las imágenes y el video

El contraste es el Criterio de Éxito 1.4.3 Contraste (mínimo): 4.5:1 para texto normal y 3:1 para texto grande. El texto gris claro sobre blanco y el texto sobre una foto son los puntos problemáticos habituales, y un verificador de contraste gratuito le dará la proporción para cualquier par de colores.

En el caso de las imágenes, la regla es el Criterio de Éxito 1.1.1 Contenido no textual. Las imágenes informativas y funcionales, como un logotipo que enlaza a la página de inicio o una foto que muestra un trabajo terminado, necesitan una alternativa de texto útil. Las imágenes puramente decorativas pueden usar una alternativa vacía, `alt=""`, que le indica a la tecnología de asistencia que las omita. El tutorial de imágenes del W3C muestra cada caso. En el caso del video, el Criterio de Éxito 1.2.2 Subtítulos (grabado) pide subtítulos en el video grabado con sonido, así que reproduzca sus propios videos y lea los subtítulos.

Ejecute al final un verificador gratuito

Elija un verificador automático gratuito, ejecútelo en la página de inicio y guarde el informe. Trate cada resultado como una pista que hay que investigar, no como una aprobación ni un fallo. La siguiente sección explica por qué.

¿Qué dice realmente la ADA sobre el sitio web de mi pequeño negocio?

ADA.gov dice que el Título III de la ADA prohíbe la discriminación por parte de los negocios abiertos al público y exige el «disfrute pleno e igualitario» de sus bienes, servicios e instalaciones. El Departamento de Justicia afirma que las funciones inaccesibles de un sitio web pueden limitar el acceso a esos bienes y servicios. Su guía sobre la web también dice que los negocios tienen flexibilidad en la manera de cumplir los requisitos generales de la ADA, y señala a WCAG y a la Sección 508 como orientación técnica útil, no como un certificado legal.

Es fácil confundir esto con una regla más reciente. La regla de 2024 del Título II del Departamento de Justicia exige que los gobiernos estatales y locales cubiertos cumplan WCAG 2.1 Nivel AA en plazos establecidos. Esa regla es para entidades públicas. No es un mandato universal de WCAG para los negocios privados, y usa la versión 2.1, mientras que esta lista cita la versión 2.2, que se convirtió en Recomendación del W3C el 5 de octubre de 2023.

Así que, ¿qué significa eso para usted? WCAG 2.2 es la mejor vara de medir publicada para las revisiones de arriba, y el Departamento de Justicia la trata como orientación útil. Ninguna puntuación, insignia o lista establece el cumplimiento legal para todos los negocios. Si usted recibió una carta o una amenaza legal, llévela a un abogado; esta publicación cubre las revisiones prácticas, no asesoría legal.

¿Qué no me puede decir un verificador de accesibilidad gratuito?

Las herramientas automáticas son útiles para lo que un programa puede medir. Pueden señalar texto alternativo faltante, algunos fallos de contraste, etiquetas de formulario ausentes, ID duplicados y ciertos problemas de estructura. La guía del W3C sobre cómo elegir herramientas de evaluación, actualizada el 13 de mayo de 2024, afirma que las herramientas no pueden revisar automáticamente todos los aspectos de la accesibilidad, pueden dar resultados falsos o engañosos y no pueden determinar por sí solas la accesibilidad.

Un verificador no puede juzgar de forma confiable si el texto alternativo dice lo correcto sobre una foto, si los encabezados están en un orden sensato, si el foco del teclado se mueve en una secuencia lógica, si un mensaje de error tiene sentido, si los subtítulos son exactos, o si un componente personalizado funciona con tecnología de asistencia. Eso lo necesita una persona, y los primeros cuatro son cosas que usted acaba de probar a mano. Por eso un análisis limpio es un punto de partida y no una meta final.

Aquí también se quedan cortos los widgets de superposición y las insignias de accesibilidad. Un widget se coloca encima de sus páginas. No arregla el contenido, la estructura ni las interacciones que están debajo, y no vuelve a un sitio legalmente conforme. Dedique su tiempo y su dinero a las correcciones de fondo.

¿Qué arreglos puedo hacer yo mismo y cuáles van a un desarrollador?

Muchos problemas básicos son ediciones de contenido y de estilo que usted puede manejar: alternativas útiles para las imágenes, etiquetas de formulario visibles, subtítulos en sus videos, instrucciones más claras y texto más oscuro. Otros viven en el código o en la herramienta de un proveedor, y los debe tomar un desarrollador. Los tamaños de abajo son aproximados; el alcance real depende de su CMS, su tema, sus complementos, su código personalizado, el número de páginas y los sistemas de terceros.

Pocos de estos necesitan una reconstrucción. Muchos se corrigen con cambios de contenido, CSS, etiquetas, estilos de foco, subtítulos y arreglos de plantillas. Las Técnicas de WCAG 2.2 y el tutorial de formularios del W3C muestran a los desarrolladores cómo se hace cada reparación, lo que también le da una forma de comprobar que una cotización corresponde al problema.

Empiece por los elementos de su propia lista que pueda cambiar en una hora, y deje las trampas de teclado y las herramientas de pago para la persona que tiene acceso al código.

¿Qué debo entregar a mi desarrollador después de la revisión?

Una buena entrega ahorra tiempo y dinero. Dé a quien mantiene el sitio una lista corta con la dirección de la página, lo que usted hizo, lo que pasó y lo que esperaba, además de una captura de pantalla. Agrupe los puntos por la página o la plantilla donde están, porque un solo arreglo en una plantilla compartida puede eliminar el mismo fallo en todas las páginas.

• El informe completo del verificador: Guárdelo como archivo, porque muestra los puntos a nivel de código que usted no puede juzgar por sí mismo.
• Sus notas de teclado y de zoom: Diga dónde desapareció el foco, dónde se atascó y dónde se rompió el texto al 200%.
• La prueba del formulario: Anote el campo, el error que escribió y lo que decía el mensaje.
• Herramientas de terceros: Enumere las herramientas de reservas, pagos, chat o formularios incrustados, porque quizás un proveedor tenga que arreglarlas.
• Sus prioridades: Ponga el formulario de contacto, el camino de reservas y el pago por delante de lo demás, porque el trabajo del que depende su negocio debe ser utilizable primero.

Pida una revisión manual de las plantillas, los formularios, los menús, el contenido que cambia en la página, el comportamiento en móvil y las herramientas de terceros. Vale la pena pagar ayuda profesional cuando su lista es larga pero usted no puede cambiar el código con seguridad, cuando falla un camino clave, cuando dos verificadores no coinciden, cuando se viene un rediseño o un cambio de complemento, o cuando necesita repetir las pruebas después de cada actualización. Lo que debe comprar es un diagnóstico claro, reparaciones dirigidas y una revisión de los caminos clave, es decir, una revisión y corrección enfocadas, no una suscripción recurrente a un widget.

¿De qué puedo dejar de preocuparme?

No tome una puntuación automática perfecta como la meta. Lo que cuenta es si un visitante puede terminar las tareas que su negocio ofrece: leer sus servicios, encontrar su número de teléfono, enviar el formulario, reservar y pagar. El W3C señala que las imágenes decorativas pueden usar un `alt=""` vacío, así que no necesita escribir párrafos para cada gráfico de fondo.

No deje que una diferencia diminuta de contraste pase por delante de un formulario de contacto que nadie puede enviar. Los umbrales de WCAG siguen importando, pero un formulario o un menú que deja a la gente fuera es el problema mayor. Y no suponga que cada problema exige un sitio web nuevo. La accesibilidad tampoco es un trabajo de una sola vez, ya que las páginas nuevas, los complementos y los proveedores pueden traer de vuelta los problemas, así que repita la revisión de diez minutos después de cada cambio importante.

Preguntas frecuentes sobre la lista de accesibilidad web para pequeños negocios

¿Cuál es la revisión de accesibilidad más rápida que puedo hacer?

Recorra la página con el teclado, verifique que el elemento activo siempre sea visible, amplíe el texto al 200%, pruebe el formulario de contacto y ejecute un verificador automático. Toma unos diez minutos.

¿Pasar un verificador prueba que mi sitio es accesible?

No. El W3C dice que las herramientas automáticas no pueden determinar por sí solas la accesibilidad, y que se necesitan la revisión manual y el juicio humano.

¿Qué proporción de contraste exige WCAG 2.2?

El Criterio de Éxito 1.4.3 exige 4.5:1 para el texto normal y 3:1 para el texto grande, con las excepciones indicadas.

¿Toda imagen necesita un texto alternativo descriptivo?

Las imágenes informativas y funcionales necesitan alternativas de texto útiles. Las imágenes decorativas pueden usar una alternativa vacía, `alt=""`.

¿Los videos de un sitio web necesitan subtítulos?

WCAG 2.2 exige subtítulos para el audio grabado en medios sincronizados, sujeto a su excepción indicada, según el Criterio de Éxito 1.2.2.

¿La ADA exige a todo negocio privado usar WCAG 2.2?

ADA.gov da a los negocios privados flexibilidad en la manera de cumplir los requisitos generales de la ADA y no fija un único estándar técnico detallado para todos. La regla de 2024 que exige WCAG 2.1 Nivel AA cubre a los gobiernos estatales y locales.

Lo que esto significa para usted

Usted puede hacer una revisión de accesibilidad útil en diez minutos: recorra la página con Tab, confirme que siempre ve dónde está, amplíe el texto al 200%, envíe su propio formulario con un error, mire el contraste, el texto alternativo y los subtítulos, y ejecute un verificador gratuito. Anote cada fallo con la dirección de su página. Arregle lo que sea una edición de contenido o de estilo y entregue el resto a un desarrollador con sus notas.

El beneficio a largo plazo es un sitio que más de sus clientes pueden usar por su cuenta, sea que usen un teclado, texto ampliado, subtítulos o un lector de pantalla. Repetir la revisión después de cada rediseño, cambio de complemento o video nuevo mantiene la lista corta y las reparaciones pequeñas.

Si quiere una segunda opinión, nosotros en Web Leveling podemos revisar su lista, hacer los arreglos de contenido, de plantillas y de código, y probar los caminos de contacto y de reservas después de cada cambio, como parte de nuestro trabajo de diseño web. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero, y puede enviarnos los resultados de su lista a través de nuestra página de contacto para empezar.

Términos