Casos especiales: aplicaciones web, áreas separables, varias versiones y contenido cambiante

La lección «Definir la muestra» explicaba cómo muestrear un sitio con plantillas, procesos y estados pensando en un portal más o menos típico. Pero muchos encargos no lo son: una aplicación de gestión que vive en una sola URL, un portal con sede electrónica, tienda y blog en subdominios distintos, una web en cuatro idiomas, un diario digital que cambia cada hora. La propia WCAG-EM (se abre en una ventana nueva) menciona varios de estos casos, y su planteamiento es siempre el mismo: los cinco pasos no cambian, cambia cómo se aplican. Esta lección recorre los más frecuentes y la forma de adaptar el alcance y la muestra a cada uno.

Aplicaciones web y SPA

En una aplicación web, y sobre todo en una aplicación de una sola página (SPA), la URL dice poco: la misma dirección muestra el listado, el detalle, el formulario de edición y el diálogo de confirmación. Como viste en la lección «Alcance de conformidad», cada estado significativo se trata como una página. Consecuencias para el método:

• La muestra se define por vistas y estados, no por URL. Cada elemento se identifica con la URL de partida y la secuencia de acciones para llegar a él: «/expedientes, filtrar por "en trámite", abrir el primero, pestaña Documentos». Sin esa secuencia, nadie podrá reproducir el hallazgo.
• Los perfiles cuentan. Si hay perfiles distintos (ciudadanía, personal tramitador, administración), cada uno ve interfaces diferentes. El alcance debe decir qué perfiles se evalúan, y la muestra, incluir vistas de cada uno.
• Los datos cambian la interfaz. Un listado vacío, uno con 3 resultados y otro con 300 (paginación o carga progresiva) son estados distintos. Pide datos de prueba que permitan reproducirlos todos.
• Lo dinámico exige atención especial: la gestión del foco al cambiar de vista, el anuncio de cambios (4.1.3 Mensajes de estado), el título que se actualiza en cada vista (2.4.2 Titulado de páginas) y el cierre de sesión por inactividad (2.2.1 Tiempo ajustable).

Sitios con áreas separables

Muchas organizaciones tienen un portal informativo, una sede electrónica, una tienda o un portal de empleo con tecnologías y responsables distintos. WCAG-EM permite que el alcance sea solo una parte del sitio si se puede delimitar con claridad, pero exige rigor en dos puntos:

• La delimitación se declara. «Se evalúa sede.ejemplo.es; queda fuera www.ejemplo.es, que será objeto de otra evaluación.» Nunca se presenta el resultado de un área como si fuera el del conjunto.
• Los procesos no se cortan en la frontera. Si «pedir cita» empieza en el portal y termina en la sede, o si la sede envía a identificarse con Cl@ve o a pagar en la pasarela de un banco, esas pantallas forman parte del proceso. Si la organización no las controla, se identifican como contenido de terceros, pero se evalúan y se informa de su resultado, porque sin ellas la tarea no puede completarse.

Sitios en varias versiones: idiomas, móvil y diseño adaptable

Un mismo contenido puede ofrecerse en varias versiones. Los casos más comunes en España son estos:

Sitios grandes, descentralizados o cambiantes

• Muchas unidades editoras. En una universidad o un ministerio cada departamento publica con criterios propios. Estratifica la muestra: además de una página por plantilla, incluye páginas de varias unidades editoras, porque la misma plantilla rellenada por equipos distintos produce problemas distintos (encabezados, enlaces, documentos). Aquí la muestra aleatoria es especialmente valiosa.
• Contenido que cambia cada día. Noticias, ofertas, agenda. Evalúas una fotografía: anota la fecha y la hora de cada prueba, guarda las evidencias y, si es posible, una copia de la página evaluada. Incluye en la muestra tanto contenido estable como contenido de rotación rápida, porque este último revela cómo trabaja el equipo editorial día a día.
• Contenido generado por usuarios. Foros, comentarios, reseñas. Evalúa el componente (el formulario para publicar y la forma en que se muestran las aportaciones) y una muestra del contenido. Recuerda que la conformidad parcial por contenido de terceros solo cubre lo que de verdad el autor no controla.
• Sitios pequeños. En el extremo contrario, si el sitio tiene pocas páginas, la muestra estructurada puede incluirlas todas. En ese caso la muestra aleatoria deja de tener sentido y basta con indicarlo en el informe.

Evaluar durante el desarrollo

Cada vez más auditorías se encargan antes de publicar: un sitio nuevo en preproducción o un rediseño a medio construir. WCAG-EM se puede aplicar igual, con dos cautelas. La primera, el alcance debe identificar la versión evaluada (una etiqueta del repositorio, una fecha de compilación), porque el resultado solo vale para ella. La segunda, el contenido de prueba no es el real: textos de relleno, imágenes provisionales o listados con dos elementos esconden problemas que aparecerán con el contenido definitivo. Indícalo como limitación y recomienda una verificación posterior sobre el sitio publicado.

Resumen

• En aplicaciones web y SPA, la muestra se define por vistas y estados con la secuencia para alcanzarlos, por perfiles y por datos.
• Un área separable puede ser el alcance si se declara, pero los procesos que cruzan la frontera, incluidos Cl@ve o las pasarelas de pago, se evalúan completos.
• Cada versión del sitio (idioma, móvil, diseño adaptable) necesita su parte de la muestra; las versiones alternativas solo valen si cumplen todas las condiciones de las WCAG.
• En sitios grandes o cambiantes, estratifica por unidades editoras, fecha cada evaluación y combina contenido estable y de rotación.
• En preproducción, identifica la versión evaluada y advierte de las limitaciones del contenido de prueba.