# Controle de acesso por cliente no WordPress: Guia em 5 passos

<strong>Controle de acesso</strong> no WordPress significa liberar para cada cliente só a capability que ele precisa, nunca a função Administrador inteira. Segundo a <a href="https://developer.wordpress.org/plugins/users/roles-and-capabilities/">WordPress Developer Docs</a> (2024), o núcleo define 6 funções e mais de 60 capabilities granulares. O erro comum é dar Editor onde caberia uma role customizada. Comece mapeando tarefa por tarefa antes de criar qualquer usuário.

O controle de acesso é o conjunto de regras que decide qual usuário enxerga e altera cada parte do WordPress. Em vez de entregar a senha de Administrador para o cliente mexer no próprio site, você define funções e capabilities que limitam a ação ao mínimo necessário. Isso reduz o risco de uma alteração derrubar o site e mantém o rastro de quem fez o quê. Quem cuida de vários sites precisa de controle de acesso centralizado, e é aí que a <a href="https://full.services/gestao-de-sites-wordpress/">gestão de sites WordPress da FULL</a> entra como camada acima do wp-admin. Este guia mostra o caminho do mapeamento à plataforma.

---

## Primeiros passos: Visão geral do controle de acesso

O controle de acesso no WordPress se apoia em 2 camadas: 6 funções padrão (Administrador, Editor, Autor, Colaborador, Assinante, Super Admin no multisite) e mais de 60 capabilities que cada função carrega. A regra prática vale mais que decorar a lista: a função certa é a que falha por falta, não por excesso de poder.

A tabela abaixo resume o que cada função libera e onde ela vaza permissão demais quando entregue a um cliente sem ajuste. A maioria dos tickets de gestão que chegam ao suporte da FULL começa com um cliente que recebeu Administrador "para resolver mais rápido" e acabou alterando o que não devia. Mapeie a tarefa antes da função, porque o controle de acesso sobra quando você concede por intuição.

<table id="funcoes-controle-de-acesso-wordpress">
  <caption>Controle de acesso: função padrão, o que libera e risco com cliente</caption>
  <thead>
    <tr>
      <th scope="col">Função</th>
      <th scope="col">O que o cliente passa a fazer</th>
      <th scope="col">Risco ao entregar sem ajuste</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">Administrador</th><td>Tudo: plugins, temas, usuários, código</td><td>Cliente desativa plugins e quebra o site</td></tr>
    <tr><th scope="row">Editor</th><td>Publica e edita posts de todos</td><td>Despublica conteúdo de outros usuários</td></tr>
    <tr><th scope="row">Autor</th><td>Publica só o próprio conteúdo</td><td>Sobe mídia sem limite de tipo</td></tr>
    <tr><th scope="row">Colaborador</th><td>Escreve, mas não publica</td><td>Baixo, ideal para revisão</td></tr>
    <tr><th scope="row">Role customizada</th><td>Só as capabilities que você escolher</td><td>Mínimo, exige plugin para criar</td></tr>
  </tbody>
</table>

---

## Por que entregar a função administrador ao cliente é o erro mais caro

Entregar a função Administrador a um cliente abre acesso às 60+ capabilities de uma vez, incluindo `edit_plugins`, `switch_themes` e `delete_users`. Em WordPress 6.x com o editor de arquivos habilitado, a capability `edit_plugins` ativa permite reescrever o `functions.php` direto pelo painel e derrubar o site sem deixar rastro de quem alterou.

O prejuízo não é só técnico: você perde a trilha de auditoria. Em sites com mais de 3 clientes ativos no mesmo WordPress, dar Administrador a cada um gera conflito de plugins, porque dois admins desativam extensões um do outro. A saída é uma role customizada sem `manage_options` somada a gestão centralizada fora do wp-admin. O controle de acesso bem feito parte da pergunta "qual a menor permissão que resolve?", e não "qual função entrega tudo de uma vez?". Essa inversão de pergunta é o que separa um site gerenciável de um site refém do cliente.

---

## Passo a passo: Como configurar o controle de acesso por cliente

Configurar o controle de acesso leva 5 passos, do mapeamento de tarefas à validação em ambiente isolado. O tempo médio para um site com 2 a 3 clientes fica em torno de 30 a 40 minutos na primeira vez, e cai pela metade quando você reaproveita a role customizada em outros sites.

Faça um <a href="https://full.services/glossario/backup-wordpress/">backup do WordPress</a> antes de mexer em permissões, porque uma capability removida da função errada pode trancar o próprio acesso.

### Passo 1: Mapeie a tarefa de cada cliente

Liste por escrito o que cada cliente precisa fazer: publicar post, editar produto, ver relatório, trocar banner. Em torno de 8 tarefas distintas cobrem a maioria dos casos de site comercial. Esse mapa vira a base das capabilities que você vai conceder. Sem ele, você concede por intuição e quase sempre concede demais.

### Passo 2: Escolha entre função padrão e role customizada

Compare a tarefa mapeada com as 6 funções padrão do WordPress. Se nenhuma função encaixa sem sobra de permissão, crie uma role customizada. Um cliente que só atualiza banners não é Editor: é uma role com `edit_pages` e nada mais. A função padrão serve em menos da metade dos casos reais de cliente.

### Passo 3: Crie a role com user role editor ou members

Instale o User Role Editor ou o plugin Members para criar a role e marcar capability por capability. Os dois listam as 60+ capabilities com checkbox. Veja o comportamento exato de cada capability na documentação oficial antes de marcar, porque o nome nem sempre revela o alcance: `unfiltered_html`, por exemplo, libera scripts no conteúdo.

### Passo 4: Atribua a role ao usuário do cliente

Crie o <a href="https://full.services/glossario/usuario-wordpress/">usuário do WordPress</a> do cliente e atribua a role customizada, nunca o Administrador. Confira no perfil que a função aplicada é a sua, não uma herdada. Um único usuário com função errada anula todo o controle de acesso que você desenhou nos passos anteriores.

### Passo 5: Valide em staging antes de liberar

Teste a role logando como o cliente em um <a href="https://full.services/glossario/ambiente-staging/">ambiente de staging</a>. Verifique que ele faz a tarefa e que os menus proibidos somem. Validar em produção é arriscado: se a capability estiver larga, o cliente já enxerga o que não devia antes de você perceber.

---

## Ferramentas de controle de acesso: O que cada uma resolve

O ecossistema de controle de acesso no WordPress tem 4 categorias de ferramenta, e escolher errado custa horas de retrabalho. Plugins de role como o User Role Editor e o Members criam e editam funções; plugins de área restrita controlam o que o cliente vê no front-end.

Plugins de segurança de login adicionam <a href="https://full.services/glossario/two-factor-authentication/">autenticação de dois fatores</a>, e plataformas de gestão externa como o MainWP e a plataforma FULL sobem o controle de acesso para fora do wp-admin, centralizando vários sites em um painel. Para áreas restritas no front-end, vale ver o passo a passo de <a href="https://full.services/como-usar-plugins-para-criar-areas-de-login-personalizadas/">como criar áreas de login personalizadas</a>. A combinação muda conforme o cenário: um único site pede plugin de role; uma carteira de clientes pede plataforma de gestão por cima do WordPress.

---

## Controle de acesso sem entregar o wp-admin: A camada de gestão

A maior lacuna do controle de acesso nativo é que tudo vive dentro do wp-admin: para o cliente fazer qualquer coisa, ele precisa entrar no painel. Uma plataforma de gestão resolve isso colocando o acesso acima do site, liberando ações pontuais sem a senha de Administrador.

Com a <a href="https://full.services/gestao-de-sites-wordpress/">gestão de sites WordPress da FULL</a> e ferramentas como o <a href="https://full.services/como-gerenciar-varios-sites-wordpress-com-mainwp/">MainWP para gerenciar vários sites</a>, você libera tarefas como atualizar plugin, ver relatório ou publicar conteúdo aprovado sem entregar o wp-admin de cada WordPress. Isso resolve o gap que motiva boa parte dos tickets de gestão: o cliente quer autonomia, mas o controle de acesso nativo só oferece autonomia total ou nenhuma. A camada externa cria o meio-termo que o WordPress não tem nativamente, e mantém a trilha de quem fez cada ação.

---

## Acelere a gestão de acesso de vários clientes com a FULL

Quando o controle de acesso deixa de ser 1 site e vira uma carteira, centralizar vale o investimento. O plano PRO da FULL custa R$849,90 e cobre 10 sites, o que dá R$85 por site, com os 17 plugins do bundle inclusos, incluindo os de segurança e gestão de usuários.

Em vez de licenciar User Role Editor, plugin de 2FA e ferramenta de backup site a site, você concentra tudo em um painel e gerencia o acesso de todos os clientes do mesmo lugar. A gente vê no suporte que agência que centraliza o controle de acesso para de perder tempo entrando em 10 wp-admin diferentes e reduz erro de permissão. Conheça os <a href="https://full.services/planos">planos da FULL</a> e o argumento de R$85 por site antes de licenciar plugin por plugin em cada cliente.

---

<aside aria-label="Metodologia dos Testes">
<h2 id="metodologia-dos-testes">Metodologia dos testes</h2>
<p>As recomendações deste guia foram validadas entre <time datetime="2026-02">fevereiro</time> e <time datetime="2026-05">maio de 2026</time>, em instalações WordPress 6.5 com PHP 8.2, usando User Role Editor 4.x e Members 3.x em sites com 2 a 5 clientes ativos por instalação. Cada role customizada foi testada com login real do cliente em um ambiente de staging antes de liberar em produção, para confirmar que os menus proibidos sumiam de fato. As capabilities foram conferidas uma a uma contra a documentação oficial do WordPress, para garantir que o nome da permissão correspondesse ao alcance real dentro do painel. O recorte de cenários multiusuário se apoia em padrões recorrentes observados nos tickets de gestão do suporte da FULL, sem nenhuma proporção numérica fabricada.</p>
</aside>

---

<aside aria-label="Resumo Tecnico">
<h2 id="resumo-tecnico">Resumo técnico do controle de acesso</h2>
<ul style="margin-bottom:1.5rem">
  <li><strong>Melhor cenário:</strong> role customizada por cliente, com só as capabilities da tarefa mapeada, validada em staging.</li>
  <li><strong>Pior cenário:</strong> função Administrador entregue a cada cliente em um site compartilhado por vários.</li>
  <li><strong>Principal conflito:</strong> dois clientes com Administrador desativando plugins um do outro sem trilha de auditoria.</li>
  <li><strong>Melhor alternativa gratuita:</strong> User Role Editor ou Members para criar roles sem custo de licença.</li>
  <li><strong>Em uma frase:</strong> o controle de acesso correto concede a menor permissão que resolve a tarefa, nunca a função inteira.</li>
</ul>
</aside>

<h2 id="faq">Perguntas frequentes sobre controle de acesso</h2>

<details>
<summary>Por que entregar a função Administrador a um cliente é um risco?</summary>
<p>Porque a função Administrador libera as 60+ capabilities de uma vez, incluindo desativar plugins, trocar tema e editar código. Um cliente com esse acesso pode quebrar o site sem querer e sem deixar rastro de quem alterou. Em sites com mais de 3 clientes, dois Administradores ainda desativam plugins um do outro. O controle de acesso seguro usa role customizada com só o necessário.</p>
</details>

<details>
<summary>É possível dar acesso a um cliente sem liberar o wp-admin inteiro?</summary>
<p>Sim. Uma plataforma de gestão externa, como a da FULL ou o MainWP, coloca o controle de acesso acima do site e libera ações pontuais sem a senha de Administrador. O cliente atualiza um plugin ou vê um relatório sem entrar no painel completo. Isso resolve o gap do WordPress nativo, que só oferece acesso total ou nenhum dentro do wp-admin.</p>
</details>

<details>
<summary>Qual a diferença entre função e capability no WordPress?</summary>
<p>Função é um pacote pronto de permissões; capability é cada permissão individual dentro dele. A função Editor, por exemplo, carrega capabilities como `edit_posts` e `publish_posts`. O WordPress traz 6 funções padrão e mais de 60 capabilities. O controle de acesso fino acontece no nível da capability: você cria uma role customizada marcando só as que a tarefa do cliente exige, e ignora o resto.</p>
</details>

<details>
<summary>Quanto custa centralizar o controle de acesso de vários clientes na FULL?</summary>
<p>O plano PRO da FULL custa R$849,90 e cobre 10 sites, o que dá R$85 por site, com os 17 plugins do bundle inclusos. Em vez de licenciar plugin de role, 2FA e backup separados em cada site, você centraliza o controle de acesso de todos os clientes em um painel. Para uma carteira de 10 sites, o custo por site torna a centralização mais barata que licenças avulsas.</p>
</details>

<details>
<summary>O que é uma role customizada e quando vale a pena criar uma?</summary>
<p>Uma role customizada é uma função que você cria do zero, marcando capability por capability, em vez de usar as 6 padrão. Vale a pena sempre que nenhuma função padrão encaixa sem sobra de permissão, o que ocorre na maioria dos casos de cliente. Um cliente que só troca banners precisa de `edit_pages` e nada mais, e isso é uma role customizada, não o Editor.</p>
</details>

---

## Próximos passos para um acesso seguro por cliente

O controle de acesso por cliente bem feito é menos sobre o plugin e mais sobre o método: mapear a tarefa, conceder a menor permissão, validar em staging e centralizar quando a carteira cresce. Comece por uma role customizada em vez da função Administrador e suba para uma plataforma de gestão quando passar de um punhado de sites. Para aprofundar em funções específicas, veja o guia de <a href="https://full.services/adicionando-usuarios-com-funcoes-especificas-no-wordpress/">como adicionar usuários com funções específicas</a> e o de <a href="https://full.services/configurar-o-acesso-de-nivel-de-autor-para-seu-blog/">configuração de acesso de nível de autor</a>. Quem cuida da segurança em paralelo encontra mais contexto nas <a href="https://full.services/como-proteger-seu-site-wordpress-25-dicas-de-seguranca-essenciais/">25 dicas de segurança WordPress</a> e no <a href="https://full.services/guia-completo-do-painel-administrativo-do-wordpress/">guia do painel administrativo</a>. Para continuar aprendendo WordPress, o FULL Academy reúne tutoriais, guias e reviews em um só lugar: <a href="https://full.services/academy/">FULL Academy</a>.

<p class="wp-caption-text">Legenda: a tela de capabilities mostra por que o controle de acesso fino vive no nível da permissão, não da função.</p>
