Una empresa de accesibilidad web hace un trabajo que, visto desde fuera, parece técnico: revisar sitios, señalar errores, proponer correcciones. Por dentro es mucho más humano y más desordenado. Hay que reclutar a personas con discapacidad que prueben de verdad los sitios, coordinar sus agendas y sus adaptaciones, traducir los hallazgos del auditor a tareas que un equipo de desarrollo entienda, vigilar que lo corregido no se rompa con la siguiente publicación y contestar a clientes que llegan asustados porque han oído hablar de sanciones. Ya hemos tratado el lado de la auditoría en IA en consultoras de accesibilidad digital y el de un sitio propio en cómo usar IA para mejorar la accesibilidad web; aquí miramos cómo organiza su trabajo la propia empresa.
Pruebas con usuarios reales, organizadas sin fricción
Una herramienta automática solo detecta una parte de los problemas. Saber si un formulario se puede completar con un lector de pantalla, con navegación por teclado o con un dispositivo de acceso alternativo exige que lo pruebe alguien que use esos apoyos a diario. Esas pruebas son lo más valioso que ofrece una empresa del sector, y también lo más costoso de organizar.
Un agente puede llevar la logística: mantener el listado de personas colaboradoras con las tecnologías de apoyo que usa cada una, proponer quién encaja con cada proyecto, gestionar las citas y enviar las convocatorias en el formato accesible que cada persona necesite, incluida la información previa y el consentimiento. Tras la sesión, recoge las notas y las transcripciones y las asocia al proyecto para que el auditor las incorpore al informe. Si alguna sesión requiere intérprete de lengua de signos o cualquier otro apoyo, el agente lo incluye en la reserva y confirma con antelación que todo está disponible, para que la prueba no se pierda por un detalle logístico. Los acuerdos con las personas participantes, su compensación y el trato durante la prueba son responsabilidad de la empresa; el agente ordena la agenda, no sustituye la relación.
Del informe de auditoría a tareas que el cliente pueda ejecutar
El informe de un auditor puede quedarse en un PDF que nadie abre. Los hallazgos vienen redactados por criterio técnico, por página y por gravedad, pero el equipo de desarrollo del cliente necesita otra cosa: una tarea clara en su herramienta de gestión, con descripción, dónde está el fallo y qué debería pasar cuando se corrija.
Un agente puede tomar los hallazgos ya validados por el auditor y convertirlos en tareas escritas en un lenguaje que se entienda sin haber leído las pautas: qué barrera encuentra el usuario, por ejemplo que una persona ciega no puede saber qué botón cierra un aviso, en qué pantalla ocurre y cómo comprobar la solución. Una vez que el desarrollador la marca como resuelta, el agente prepara el reensayo para que el auditor la revise. El auditor sigue decidiendo si una barrera está corregida de verdad; el agente hace que el informe deje de ser un documento inerte.
También ayuda a agrupar. Muchos fallos que en el informe aparecen en cincuenta páginas tienen un único origen, como un componente de la plantilla o un botón mal construido que se repite. El agente puede detectar esa repetición y proponer una sola tarea sobre el componente en lugar de cincuenta sobre las páginas, con lo que el equipo del cliente ve un trabajo abordable y no una lista interminable que desanima antes de empezar.
Vigilar que lo corregido siga corregido
Un sitio corregido en marzo puede romperse en abril con un rediseño, un plugin nuevo o una imagen subida sin texto alternativo. Los clientes con contrato de seguimiento esperan que alguien se dé cuenta antes que un usuario.
Un agente puede lanzar revisiones automáticas periódicas sobre las páginas y los flujos clave de cada cliente, compararlas con la revisión anterior y avisar al auditor cuando aparece un problema que ya se había resuelto o uno nuevo. Conviene tener presente que estas revisiones no sustituyen la prueba humana; funcionan como alarma. El auditor decide si el aviso es real, lo prioriza y lo comunica al cliente. Con varios clientes en paralelo, esa vigilancia continua sería impracticable a mano. Lo mismo vale para los documentos de apoyo: quien publica una declaración de accesibilidad debe mantenerla al día, y el agente puede recordar al cliente que revise el texto cuando el sitio cambia de forma relevante.
Atender a los clientes que llegan con miedo o con dudas
La normativa europea de accesibilidad, aplicable desde 2025 a productos y servicios digitales concretos, ha llevado a muchas empresas a preguntar si les afecta y qué deben hacer. Las consultas llegan en desorden: una tienda online, una app de reservas, un ayuntamiento pequeño, cada una con dudas distintas.
Un agente puede ofrecer una primera orientación con el material de la propia empresa, preguntar por el tipo de sitio, la plataforma y el volumen de páginas, y pasar al equipo comercial un resumen con lo necesario para valorar un presupuesto. No da asesoría legal ni afirma si un cliente cumple o no la ley: esa interpretación pertenece a su asesoría jurídica y al criterio del equipo auditor. También puede responder las dudas frecuentes de los equipos del cliente sobre cómo escribir un texto alternativo o estructurar un encabezado, con la guía de estilo que la empresa haya preparado.
Conclusión
Una empresa de accesibilidad vende algo que no se automatiza: el juicio de un profesional y la experiencia de las personas que usan los sitios. Los agentes de IA ayudan a que ese juicio llegue más lejos, organizando las pruebas con usuarios, traduciendo los informes a trabajo ejecutable, vigilando regresiones y atendiendo a quien pregunta por primera vez. Y si el sector se dedica a que la web no excluya a nadie, conviene que sus propias herramientas también sean accesibles.
En MG Solutions no ofrecemos una plantilla genérica: construimos agentes de IA específicos para cada empresa, adaptados a vuestra metodología de auditoría, vuestros clientes y las herramientas que ya usáis. Si quieres ver cómo encajaría en tu equipo, contáctanos.