Um blog, várias pessoas, e ninguém com chaves de que não precisa.

• Um negócio com algumas pessoas escrevendo. O dono, alguém de marketing e um freelancer, cada um com seu login e só o acesso que o trabalho pede.
• Equipes em que uma pessoa aprova. Os redatores salvam rascunhos; um editor lê e decide o que vai ao ar.
• Agências e freelancers que cuidam do blog de vários clientes, com cada pessoa liberada só nos clientes em que trabalha.
• Um desenvolvedor que monta o site e precisa das chaves de API, mas não tem por que editar ou publicar posts.

Seis funções prontas, iguais em todas as contas. O que cada uma pode fazer, direto da lista de permissões que a API confere:

Editores também gerenciam categorias, tags e autores, porque isso é conteúdo. Administradores e desenvolvedores podem mudar as configurações de um site; administradores também podem excluir um site. Proprietário, administrador e desenvolvedor podem ler o registro de atividades.

Publicar é uma permissão separada de escrever. Quem não tem essa permissão vê Publicado e Agendado desativados no editor, com a frase “Sua função permite escrever rascunhos; quem publica é um editor.” Se tentar mesmo assim, pela API ou por um assistente de IA, a API recusa. Agendar conta como publicar, porque o post vai ao ar depois sem ninguém clicar em nada.

O proprietário da conta pode criar funções próprias em Equipe → Funções → Nova função: um nome, uma linha dizendo para quem é e um nível para cada área do painel (Ver, Total, ou Personalizado para escolher exatamente as permissões). Há quatro pontos de partida:

Mudar uma função muda para todo mundo que a tem. Para uma diferença pontual, como um editor que não pode excluir, o proprietário adiciona uma exceção só para aquela pessoa, no convite ou depois.

Uma regra mantém isso seguro: ninguém concede o que não tem. Um administrador não consegue convidar alguém com acesso à cobrança, porque administradores não têm esse acesso. Uma função que ele não pode conceder aparece desativada, com o aviso de que ela tem permissões que ele mesmo não tem.

1. 01

   Abra Equipe → Adicionar membro e digite o e-mail da pessoa

   Ela precisa de uma conta no CMSKite, que é grátis. Se ninguém usa aquele endereço ainda, a página avisa: peça para a pessoa criar conta com ele e depois adicione.

2. 02

   Escolha uma função

   Uma função pronta ou uma das suas. Abaixo dos cartões, a página lista o que a função escolhida pode abrir.

3. 03

   Escolha onde a pessoa pode trabalhar

   Todos os espaços de trabalho, inclusive os criados depois, ou Só os que eu escolher, e, dentro de cada espaço de trabalho, todos os sites ou só alguns.

4. 04

   Envie o convite

   Ele aparece nas notificações do CMSKite da pessoa e chega por e-mail. Vale por uma semana e pode ser usado uma vez. Até ela aceitar ou você cancelar, ele ocupa uma vaga.

Cada site tem seus próprios posts, categorias, autores, chaves de API, briefing de escrita com IA e link gratuito do blog. Um espaço de trabalho agrupa sites. As vagas são da conta, não de um espaço de trabalho, então a mesma pessoa pode trabalhar em vários.

Para uma agência, isso significa um login por pessoa e acesso definido por cliente. Um redator freelancer pode ser editor nos sites de dois clientes e não ver nada dos outros. Os números de leitores seguem a mesma regra: quem tem acesso a alguns sites vê os números só desses sites, inclusive nos totais.

O nome que aparece num post é um autor, e autor é conteúdo, não conta de usuário. Adicione em Categorias e tags → Autores. Um redator convidado, um pseudônimo ou o médico que revisa seus posts pode receber o crédito sem conta, sem senha e sem ocupar vaga. Um autor pode ser ligado a um membro da equipe quando são a mesma pessoa.

Hoje o autor de um post é definido pela API ou por um assistente de IA (o campo authorId); o editor de posts do painel não tem um seletor de autor. A lista de Posts mostra o autor de cada post. Mais em Categories, tags and authors (em inglês).

• Registro de atividades. A visão geral de cada site lista as mudanças recentes em posts, chaves e configurações, para proprietários, administradores e desenvolvedores. O registro é guardado por 24 meses.
• Remover alguém encerra o acesso da pessoa. Os posts ficam: posts pertencem ao site, não a quem escreveu.
• Assistentes de IA agem como uma pessoa. Uma ferramenta de IA conectada fica limitada ao que você permitiu e à sua função atual, conferida em cada requisição. Mude alguém para Leitor e o assistente que essa pessoa conectou perde o acesso de escrita na próxima chamada. Veja para desenvolvedores.

O proprietário conta como uma vaga, e cada convite esperando aceite também. Quando todas as vagas estão ocupadas, a página Equipe avisa; remova alguém ou adicione vagas na página Plano.