Miradorlago crece. Nuevas habitaciones, nuevas actividades, cada semana algo nuevo en el blog. A eso se suman los redactores, que publican contenido continuamente. Una prueba individual solo revisa una página cada vez. Con muchas páginas y cambios constantes, así no das abasto. Y una barrera vuelve a colarse enseguida: una imagen nueva sin texto alternativo, un botón con poco contraste. Para eso, la prueba de accesibilidad de EZZE WCAG Pro incluye las pruebas por lotes y la automatización: ejecuciones programadas y pruebas después de publicar.
En la pestaña «Prueba por lotes», abres «Prueba para» y eliges los tipos de contenido: entradas y páginas, tipos de contenido personalizados como habitaciones y actividades, taxonomías como categorías y etiquetas, otros archivos, la página de inicio y otras páginas especiales. El alcance se calcula de antemano: entre paréntesis ves el número de URL. Luego haces clic en «Iniciar prueba por lotes» y confirmas.
La prueba se ejecuta en segundo plano. Una barra de progreso te muestra cuántas páginas se han revisado ya. Puedes cerrar el navegador: la ejecución sigue en el servidor. Si se interrumpe, continúa donde se quedó. Las páginas ya probadas no se tocan. Así que no tienes que quedarte delante.
Los resultados aparecen en una lista que puedes filtrar y ordenar: por tipo de contenido, puntuación, antigüedad de la prueba o fuente de la prueba. Los filtros activos aparecen como chips. Cada fila muestra la puntuación de escritorio y de móvil. Así encuentras las páginas que más lo necesitan en primer lugar.
Cada ejecución queda registrada. El historial de lotes te muestra de cada ejecución el estado, el número de páginas, la duración, los reintentos y los errores. Así ves de un vistazo si todo se ha completado.
En «Ajustes» activas «Pruebas por lotes planificadas». Eliges los tipos de contenido y el intervalo: semanal, mensual o personalizado, de siete a 365 días. La próxima ejecución la ves directamente en la lista. Después de cada ejecución, un correo electrónico te envía el informe.
¿Y cuando los redactores publican? En «Pruebas automáticas en segundo plano» activas «Probar tras publicar» y «Probar tras actualizar». Ambas están desactivadas por defecto. También decides qué roles de usuario activan la prueba. Un ejemplo: la redactora publica una nueva entrada sobre rutas de senderismo. La prueba se inicia sola. Poco después, el resultado aparece en la sección «Accesibilidad» del editor, con la puntuación y la última revisión.
¿Quién puede hacer qué? En «Permisos» defines para cada rol: permitir prueba individual, permitir prueba por lotes, probar contenido de otros usuarios y eliminar resultados de pruebas. Por defecto, solo el administrador puede iniciar la prueba por lotes.
La accesibilidad no es algo que se consigue una sola vez. Nuevos contenidos, nuevos plugins, nuevas actualizaciones: siempre está cambiando algo. Con las pruebas por lotes, las ejecuciones programadas y las pruebas automáticas, no pierdes de vista Miradorlago. También aquí: las pruebas automatizadas no lo encuentran todo. Pero te mantienen siempre en el buen camino. Las pruebas por lotes y la automatización, en EZZE WCAG Pro.