Accesibilidad en las grandes transformaciones: rediseños, migraciones, compras e IA

Hay momentos en los que se ganan o se pierden años de trabajo en accesibilidad: el rediseño de la web corporativa, la migración a un nuevo gestor de contenidos, la nueva sede electrónica, la compra de un CRM o de una plataforma de formación, la absorción de otra empresa, el despliegue de un asistente con inteligencia artificial. Concentran presupuesto, atención directiva y decisiones que condicionan los cinco u ocho años siguientes. En el curso «Accesibilidad en el ciclo de vida del producto» verás cómo integran los equipos la accesibilidad en su trabajo diario; aquí se trata de algo previo y más político: estar en la sala cuando se deciden estos programas y fijar condiciones que no se puedan saltar.

El momento de mayor riesgo y de mayor oportunidad

Una transformación es arriesgada porque cambia muchas cosas a la vez: plantillas, componentes, contenidos, proveedores y equipos. Una regresión masiva puede borrar en un solo despliegue lo corregido en dos años. Pero también es la mejor oportunidad: construir accesible desde cero cuesta poco más que construir sin accesibilidad, el presupuesto ya existe y la dirección está mirando.

La consecuencia práctica es clara: quien lidera la accesibilidad debe enterarse de los grandes programas antes de que se apruebe su alcance, no cuando ya hay proveedor. Pide formar parte de la oficina de proyectos o del comité que aprueba las inversiones digitales, o al menos que exista una consulta obligatoria de accesibilidad en la fase de idea.

Puertas de decisión con dientes

Los grandes programas suelen organizarse en fases con revisiones formales entre ellas (en inglés, stage gates o puertas de fase). Cada puerta es una ocasión para hacer una pregunta de accesibilidad y pedir una evidencia concreta:

Fase	Pregunta de accesibilidad	Evidencia para pasar
Idea y caso de negocio	¿Está la accesibilidad en el alcance y en el presupuesto?	Requisito WCAG 2.2 AA y EN 301 549 (PDF, se abre en una ventana nueva) en el documento de proyecto; partida reservada
Selección de solución o proveedor	¿Hemos comprobado la accesibilidad de las alternativas?	Demostración con teclado y lector de pantalla; informe de conformidad verificado; cláusulas
Diseño	¿Los prototipos y componentes se han revisado?	Diseños anotados; revisión de componentes clave
Construcción o configuración	¿Se prueba en cada entrega?	Pruebas automáticas y manuales; criterios de aceptación cumplidos
Migración de contenidos	¿Qué se migra, qué se reescribe y qué se retira?	Plan de contenidos; muestras migradas y validadas
Puesta en producción	¿Hay bloqueos en procesos críticos?	Cero bloqueos o excepción aprobada con alternativa y fecha; declaración actualizada
Estabilización	¿Estamos atentos a lo que no vimos?	Canal de barreras reforzado y revisión a los 30-60 días

Migraciones de contenido: el riesgo silencioso

En una migración de gestor de contenidos el código nuevo suele revisarse; el contenido migrado, casi nunca. Y es ahí donde se pierden los textos alternativos, los encabezados se convierten en negritas, las tablas de datos en imágenes y los enlaces a documentos quedan rotos. Las reglas de migración automática reproducen el mismo error miles de veces.

<!-- Contenido migrado sin reglas: parece un encabezado, pero no lo es -->
<p><strong>Requisitos para solicitar la ayuda</strong></p>

<!-- Contenido migrado con una regla de mapeo de estilos -->
<h2>Requisitos para solicitar la ayuda</h2>

El primer fragmento falla 1.3.1 Información y relaciones: la estructura visual no está en el código y un lector de pantalla no puede navegar por encabezados. Un plan de migración serio incluye:

• Aprovechar para retirar: aplica las decisiones de cartera de la lección 3; no migres lo que nadie usa.
• Reglas de mapeo de estilos antiguos a elementos semánticos (encabezados, listas, tablas con <th>), con el campo de texto alternativo migrado y obligatorio en el nuevo editor.
• Reescritura en HTML de los documentos más consultados en lugar de volver a enlazar el PDF.
• Validación por muestras: revisión manual de un lote representativo antes de migrar todo, y de nuevo después.

Comprar plataformas, absorber empresas, externalizar canales

Cuando se compra una plataforma de mercado (CRM, ERP, campus virtual, gestor de citas), la organización no controla el código. Las palancas son tres: pesar la accesibilidad en la selección, probarla en un piloto con personas usuarias antes de firmar y obtener en el contrato compromisos de corrección y de hoja de ruta del fabricante. Lo viste en la lección 6 y, para el sector público, en el curso de contratación pública del nivel 5.

En una fusión o adquisición, incluye la accesibilidad en la due diligence (la revisión previa de riesgos y obligaciones de la empresa que se adquiere): inventario de sus activos digitales, régimen normativo que les aplica (por ejemplo, si presta servicios incluidos en la Ley 11/2023 (PDF, se abre en una ventana nueva)), deuda estimada, reclamaciones abiertas y contratos con proveedores. El plan de integración posterior debe decidir qué activos se unifican y con qué estándar.

Y cuando se externaliza un canal (atención telefónica, chat, gestión de citas), el contrato debe asegurar que el canal externo sea accesible y que pueda servir como alternativa real a las barreras del canal digital.

Desplegar inteligencia artificial en la organización

Asistentes conversacionales, generación de textos, subtítulos o textos alternativos automáticos: la inteligencia artificial llega como programa transversal y merece su propia puerta de accesibilidad. Tres reglas estratégicas:

• La interfaz es una interfaz más: un chat debe poder usarse con teclado y lector de pantalla, anunciar las respuestas nuevas (4.1.3 Mensajes de estado) y no limitar el tiempo de respuesta sin posibilidad de ajuste (2.2.1 Tiempo ajustable).
• Lo generado necesita supervisión humana antes de publicarse, sobre todo textos alternativos, subtítulos y adaptaciones a lectura fácil. El curso de accesibilidad cognitiva e inteligencia artificial del nivel 6 detalla los riesgos.
• No sustituye canales: si el asistente es la única vía de contacto, una barrera en él cierra el servicio entero. Mantén siempre un canal humano alternativo.

Resumen

• Las transformaciones concentran el mayor riesgo de regresión y la mejor oportunidad de construir accesible a bajo coste.
• Cada puerta de fase lleva una pregunta y una evidencia; el criterio de puesta en producción se pacta al inicio y lo firma el patrocinador.
• Las migraciones de contenido requieren retirar, mapear estilos a elementos semánticos, reescribir lo más usado y validar por muestras.
• En compras de plataformas, fusiones, externalizaciones y despliegues de inteligencia artificial, la accesibilidad entra en la selección, la revisión previa y el contrato, y siempre se conserva un canal humano alternativo.