Un blog, varias personas, y nadie con llaves que no necesita.

• Un negocio con pocos redactores. La dueña, alguien de marketing y un freelancer, cada uno con su propio acceso y solo los permisos que su trabajo necesita.
• Equipos donde una persona aprueba. Los redactores guardan borradores; un editor los lee y decide qué se publica.
• Agencias y freelancers que manejan blogs de varios clientes, donde cada persona entra solo a los clientes con los que trabaja.
• Un desarrollador que conecta el sitio y necesita las claves de API, pero no tiene por qué editar ni publicar artículos.

Seis roles listos para usar, iguales en todas las cuentas. Lo que puede hacer cada uno, tal como aparece en la lista de permisos que revisa la API:

Los editores también manejan categorías, etiquetas y autores, porque son contenido. Administradores y desarrolladores pueden cambiar la configuración de un sitio web; los administradores también pueden eliminarlo. Propietario, administrador y desarrollador pueden ver el registro de actividad.

Publicar es un permiso aparte, distinto de escribir. Quien no lo tiene ve Publicado y Programado en gris en el editor, con la línea “Tu rol puede escribir borradores; quien publica es un editor.” Si lo intenta de todos modos, por la API o con un asistente de IA, la API lo rechaza. Programar cuenta como publicar, porque el artículo sale después sin que nadie presione un botón.

El propietario de la cuenta puede crear sus propios roles en Equipo → Roles → Nuevo rol: un nombre, una línea sobre para quién es y un nivel para cada área del panel (Ver, Completo o Personalizado, para elegir exactamente qué permisos). Hay cuatro puntos de partida:

Cambiar un rol lo cambia para todos los que lo tienen. Para una diferencia puntual, como un editor que no debe eliminar, el propietario agrega una excepción solo para esa persona, al invitarla o después.

Una regla mantiene esto seguro: nadie da lo que no tiene. Un administrador no puede invitar a alguien con acceso a la facturación, porque los administradores no lo tienen. Un rol que no puede dar aparece en gris, con “Tiene permisos que tú no tienes”.

1. 01

   Abre Equipo → Agregar miembro y escribe su correo

   La persona necesita una cuenta de CMSKite, que es gratis. Si nadie usa todavía ese correo, la página te lo dice: pídele que cree su cuenta con él y luego agrégala.

2. 02

   Elige un rol

   Uno de los incluidos o uno tuyo. Debajo de las tarjetas, la página muestra lo que puede abrir el rol elegido.

3. 03

   Elige dónde puede trabajar

   Todos los espacios de trabajo, incluidos los que se creen después, o Solo los que yo elija, y dentro de cada espacio de trabajo, todos sus sitios web o solo algunos.

4. 04

   Envía la invitación

   Aparece en sus notificaciones de CMSKite y le llega por correo. Dura una semana y se puede usar una sola vez. Mientras no la acepte o tú no la canceles, ocupa un lugar.

Cada sitio web tiene sus propios artículos, categorías, autores, claves de API, brief de escritura con IA y enlace gratuito del blog. Un espacio de trabajo agrupa sitios web. Los lugares son de la cuenta, no de un espacio de trabajo, así que una misma persona puede trabajar en varios.

Para una agencia, eso significa un acceso por persona y permisos por cliente. Una redactora freelance puede ser editora en los sitios web de dos clientes y no ver nada del resto. Las cifras de lectores siguen la misma regla: quien tiene acceso a algunos sitios web ve solo las cifras de esos sitios, incluso en los totales.

El nombre que aparece en un artículo es un autor, y un autor es contenido, no una cuenta de usuario. Agrégalo en Categorías y etiquetas → Autores. Un redactor invitado, un seudónimo o una doctora que revisa tus artículos pueden aparecer como autores sin cuenta, sin contraseña y sin ocupar un lugar. Un autor se puede vincular a un miembro del equipo cuando son la misma persona.

Por ahora, el autor de un artículo se asigna por la API o con un asistente de IA (el campo authorId); el editor de artículos del panel no tiene selector de autor. La lista de Artículos muestra el autor de cada uno. Más en Categories, tags and authors (en inglés).

• Registro de actividad. El resumen de cada sitio web muestra los cambios recientes en sus artículos, claves y configuración, para propietarios, administradores y desarrolladores. El registro se guarda 24 meses.
• Quitar a alguien termina su acceso. Sus artículos se quedan: los artículos son del sitio web, no de quien los escribió.
• Los asistentes de IA actúan como una persona. Una herramienta de IA conectada se limita a lo que permitiste y a tu rol actual, y se revisa en cada solicitud. Si cambias a alguien a Lector, el asistente que conectó pierde el permiso de escritura en su siguiente llamada. Consulta para desarrolladores.

El propietario ocupa un lugar, y también cada invitación pendiente de aceptar. Cuando todos los lugares están ocupados, la página Equipo te lo dice; quita a alguien o agrega lugares en la página Plan.