El plugin usa los roles de WordPress y mapas de capacidades opcionales por función. Los administradores tienen siempre acceso completo y pueden delegar funciones a otros roles cuando la interfaz lo permite.
Valores por defecto (resumen)
| Función | Por defecto | Configurable |
|---|---|---|
| Dashboard | edit_posts | No |
| AI Alt Text | Solo administradores | Sí |
| Accessibility Test — pruebas individuales | Administrador, editor | Sí |
| Accessibility Test — lotes | Solo administradores | Sí |
| Probar contenido de otras personas | Solo administradores | Sí |
| Borrar resultados | Solo administradores | Sí |
| Analytics (Accessibility Test) | manage_options (admins) | No |
| AI Image Review | manage_options; plan Premium o Agency | No |
| Todas las pantallas de ajustes | manage_options (admins) | No |
Dónde configurar
Los bloques de permisos están en la pestaña Ajustes de cada función. Solo los administradores pueden cambiarlos.
AI Alt Text
Ruta: WP Admin → EZZE WCAG Pro → AI Alt Text → Ajustes → Permisos para generación con IA
- Quién puede generar: elige qué roles ven el control «Generar AI Alt Text» en Medios
- Roles elegibles: solo roles con upload_files (p. ej. administrador, editor, autor)
- Nota: los administradores conservan siempre el acceso
Accessibility Test
Ruta: WP Admin → EZZE WCAG Pro → Accessibility Test → Ajustes → Permisos
- Permitir pruebas individuales: quién puede ejecutar pruebas puntuales (por defecto: administrador, editor)
- Permitir pruebas por lotes: quién puede iniciar lotes (por defecto: administradores)
- Probar contenido de otros usuarios: quién puede encolar elementos que no son suyos (por defecto: administradores)
- Borrar resultados: quién puede eliminar puntuaciones guardadas (por defecto: administradores)
Roles elegibles: los que tienen edit_posts aparecen en el selector.
Nota: los administradores conservan siempre todos los permisos de prueba.
Ejemplos
Ejemplo 1: Equipo editorial, mínimo privilegio
- Editores: pruebas individuales en sus borradores
- Autores: pruebas individuales en sus entradas
- Lotes: solo administradores (carga elevada)
- Contenido ajeno: solo administradores
- Borrar resultados: solo administradores
Por qué: los autores mejoran contenido sin lotes ni acceso entre usuarios.
Ejemplo 2: Sitio liderado por desarrollo
- Editores (equipo web): individual + lotes + contenido ajeno + borrar
- Autores: solo pruebas individuales de su propio contenido
Por qué: quien construye el sitio puede auditarlo entero; marketing sigue acotado.
Ejemplo 3: Delegar AI Alt Text
Activa la generación para editores y autores para que los flujos en Medios no dependan de un solo administrador.
Recuerda: cada generación consume cuota del plan.
Ejemplo 4: Máximo control
Solo administradores usan AI Alt Text y Accessibility Test; el resto de roles no: control centralizado del uso de cuota.
Ejemplo 5: Editores de confianza
Concede a los editores todo salvo borrado masivo; los autores se quedan en pruebas individuales sobre sus entradas.
Consejos de configuración
- Mínimo privilegio: concede lo imprescindible para el flujo: reduce quemar cuota por error
- Lotes con cuidado: resérvalos para roles de confianza
- Funciones de IA: AI Alt Text y Explicación con IA y corrección cuentan para los límites; AI Image Review ya exige Premium/Agency + admin
- Proteger el historial: limita «borrar resultados» a administradores cuando deban conservarse auditorías
- Iterar: empieza estricto y afloja si hace falta
- Documentar: deja por escrito la política para futuros responsables del sitio
Notas técnicas
- Las comprobaciones se ejecutan en el servidor (autoritativas) con validación en cliente para la UX
- Los roles integrados (administrator, editor, author, …) y los personalizados funcionan si existen las capacidades
- Se guardan en opciones como wcag_alt_text_settings, wcag_lighthouse_settings
- Las capacidades no se cachean: se evalúan en cada petición