Una cuenta de administrador resulta cómoda cuando nadie quiere investigar por qué falta un menú. También entrega más control del necesario para muchas tareas editoriales. Empieza por lo que la persona debe hacer y selecciona un acceso que permita ese trabajo.
Los roles de WordPress reúnen capacidades. En una instalación normal de un solo sitio, un Autor puede publicar y gestionar sus propias entradas; un Editor puede trabajar con contenido de otras personas. Un Colaborador puede preparar sus entradas, pero por defecto no publicarlas ni subir archivos. Los plugins y el código personalizado pueden modificar esos comportamientos.
La diferencia importa en un proceso habitual. Una persona invitada que entrega borradores puede encajar como Colaborador, pero si necesita subir imágenes habrá que resolverlo deliberadamente. Convertirla en Administrador solo para mostrar el botón de medios resuelve el problema equivocado.
Leer el diagrama como texto
- Colaborador: Prepara sus entradas; por defecto no puede publicarlas ni subir archivos.
- Autor: Puede publicar y gestionar sus propias entradas.
- Editor: Puede publicar y gestionar contenido de otras personas.
Necesitar subir imágenes no justifica por sí solo conceder administración.
Prueba la tarea con el rol real
Utiliza una cuenta de prueba adecuada y realiza el trabajo asignado. Comprueba tanto lo que permite como aquello que no debería poder cambiar. La vista de un administrador no demuestra que otro rol llegue a las mismas pantallas.
Los roles personalizados ayudan cuando los predeterminados no encajan, pero necesitan mantenimiento. Registra las capacidades añadidas y el motivo. Evita acumular privilegios ajenos cada vez que una extensión muestre un error. Consulta su documentación para identificar el requisito concreto.
Cuando corresponda, separa la administración de la redacción diaria. Quien mantiene el software también puede escribir artículos, pero el trabajo habitual de contenido no siempre necesita la cuenta más poderosa. Utiliza cuentas individuales para retirar un acceso sin interrumpir el de los demás.
Por ejemplo, una persona voluntaria puede necesitar editar descripciones de eventos sin cambiar el tema ni instalar extensiones. Empieza por el rol admitido por esa herramienta y comprueba si muestra otros registros que no debería consultar. Si ningún rol encaja, busca un cambio de capacidades limitado en lugar de ascenderla de forma general. Conserva un evento de prueba para revisar los permisos después de actualizar. Incluye también una comprobación negativa, como intentar abrir la configuración que debe quedar fuera de su responsabilidad.
Revisa los permisos cuando cambien las responsabilidades. Un contratista temporal no debería conservar administración permanente después de terminar una tarea limitada. Antes de quitar una cuenta, considera la autoría del contenido y las integraciones vinculadas. El objetivo no es escoger el nombre de rol más pequeño, sino un conjunto de permisos comprobado que corresponda al trabajo y limite el control innecesario.
