Neste artigo
Ativar cache usuários logados é uma decisão de performance que troca disco por velocidade na área autenticada do site. Por padrão, o WP Rocket não cacheia páginas de quem está logado, porque cada conta vê conteúdo próprio: carrinho, painel de membros, saldo. O add-on User Cache muda isso e cria cache por usuário, o que acelera o tempo de resposta, mas exige cuidado com dados sensíveis. Este tutorial mostra quando o recurso vale a pena, como ligá-lo sem expor carrinho do conteúdos de performance WordPress e como evitar o estouro de disco em sites de membros. A regra de ouro é simples: cacheie só o que é igual para todo mundo.
Por que o WP Rocket não cacheia usuários logados por padrão
O WP Rocket entrega cache de página para visitantes anônimos, mas ignora quem está autenticado por uma razão técnica: páginas logadas carregam conteúdo único por conta. Em , a versão estável é o WP Rocket 3.x, e o comportamento padrão continua o mesmo desde a versão 3.2. Um cache compartilhado serviria o painel de um usuário para outro, expondo carrinho, endereço e pedidos.
Esse bloqueio padrão protege o site de um vazamento silencioso de dados, e por isso ativar cache usuários logados é sempre uma escolha manual. O cache de página funciona guardando o HTML pronto e devolvendo o mesmo arquivo para todos. Para visitantes, isso é seguro: a home é idêntica para qualquer um. Para logados, não: a página /minha-conta do WooCommerce muda por usuário. Por isso o WP Rocket só ativa cache nessa camada quando você liga o add-on User Cache de forma explícita, ciente do custo em disco e do risco de servir conteúdo trocado entre contas.
O que o user cache faz quando você ativa cache usuários logados
Ao ativar cache usuários logados, o add-on User Cache cria um arquivo de cache separado para cada usuário logado, segundo a documentação oficial do WP Rocket. Ele fica na aba Add-ons do painel, e você o liga colocando o Add-on status em On. A partir daí, a primeira visita de cada conta gera o HTML estático daquela sessão, e as próximas requisições daquele usuário são servidas do disco, sem reprocessar PHP 8.2 a cada carregamento.
A tabela abaixo resume o comportamento do recurso e o impacto de cada escolha.
| Atributo | Valor / Comportamento | Impacto na decisão |
|---|---|---|
| Local da opção | Aba Add-ons, toggle Add-on status | Ligado manualmente, nunca por padrão |
| Granularidade do cache | Um arquivo por usuário logado | Disco cresce com o número de contas |
| Cache compartilhado | Possível via plugin auxiliar | Risco de conteúdo trocado entre contas |
| Constante de bloqueio | DONOTCACHEPAGE impede o cache | Plugins de membros podem cancelar o recurso |
Quando ativar cache usuários logados realmente compensa
Ativar cache usuários logados compensa quando a área autenticada serve páginas iguais para muitos usuários e o gargalo é o tempo de resposta do servidor, não a hospedagem. Em sites de membros com aulas, biblioteca de PDFs ou dashboards estáticos, o cache por usuário corta a regeneração de HTML a cada clique e reduz o TTFB de forma perceptível.
O recurso não compensa em todo cenário. Em lojas WooCommerce, boa parte das páginas logadas é dinâmica: carrinho, checkout e minha-conta mudam a cada ação. Cachear essas rotas sem exclusão é o caminho mais curto para um cliente ver o carrinho de outro. A gente vê nos tickets de suporte da FULL um padrão recorrente: quem liga o User Cache numa loja sem excluir carrinho e checkout abre chamado por dados trocados em poucos dias. A leitura prática antes de ativar cache usuários logados é separar o site em duas zonas. Páginas estáticas de área logada entram no cache; rotas transacionais ficam de fora, sempre.
Passo a passo: Como ativar cache usuários logados sem expor dados
Ativar cache usuários logados leva cerca de cinco minutos e tem cinco etapas objetivas. A ordem importa: você liga o add-on, define exclusões, valida em dois navegadores e só então deixa em produção. Pular a etapa de exclusão é o erro mais comum e o mais caro, porque expõe carrinho e painel entre contas diferentes do mesmo site.
Legenda: o add-on User Cache fica na aba Add-ons e precisa ser ligado manualmente.
Passo 1: Abra a aba add-ons do WP Rocket
Acesse Configurações, WP Rocket e clique na aba Add-ons. O User Cache aparece como um card com um toggle de Add-on status. Esse é o único lugar onde o recurso vive, e ele vem desligado em toda instalação nova do WP Rocket 3.x.
Passo 2: Ative o add-on status do user cache
Coloque o Add-on status em On. O WP Rocket passa a gerar um arquivo de cache por usuário na primeira visita de cada conta. Nada muda para visitantes anônimos: eles continuam recebendo o cache público de sempre, sem mistura com a camada logada.
Passo 3: Exclua carrinho, checkout e minha-conta
Vá em Avançado, Nunca armazenar em cache as URLs e adicione /carrinho, /finalizar-compra e /minha-conta. Essa exclusão é obrigatória em qualquer loja WooCommerce. Sem ela, o cache por usuário pode servir uma página transacional desatualizada ou de outra conta.
Passo 4: Resolva conflitos de DONOTCACHEPAGE
Se você usa plugin de membros, verifique a constante DONOTCACHEPAGE. Vários plugins de área de membros definem essa constante para forçar conteúdo dinâmico, e ela impede o User Cache de gerar arquivo. Nesse caso, ou você libera a rota no plugin de membros, ou aceita que ela ficará sempre dinâmica.
Passo 5: Valide em dois navegadores diferentes
Faça login com duas contas distintas, em navegadores separados, e compare as páginas estáticas da área logada. Confirme que cada conta vê o próprio conteúdo e que carrinho e checkout nunca aparecem cacheados. Só depois desse teste deixe a configuração em produção.
Cache por usuário ou compartilhado: A escolha que define o risco
A diferença entre cache por usuário e cache compartilhado é a maior decisão técnica de quem vai ativar cache usuários logados. No modo padrão, o WP Rocket guarda um arquivo por conta: cem usuários ativos geram cem versões em disco. É seguro, porque nunca mistura sessões, mas pesa no armazenamento de sites com milhares de membros.
O cache compartilhado serve o mesmo arquivo para todos os logados e existe via plugin auxiliar, com um aviso explícito do próprio WP Rocket de que pode resultar em conteúdo fora do lugar com facilidade. Ele economiza disco, mas só faz sentido quando a área logada é idêntica para qualquer usuário, sem nome, saldo ou pedido na tela. Em uma biblioteca de conteúdo onde todos veem a mesma lista, o compartilhado funciona. Em qualquer página com dado pessoal, ele vira risco de vazamento. A constante DONOTCACHEPAGE se aplica aos dois modos e cancela o cache quando presente. A regra é cachear por usuário quando há conteúdo pessoal.
Acelere a área logada com o WP Rocket no plano certo
O WP Rocket é um plugin pago, com licença anual recorrente quando comprado avulso, e está incluído no plano PRO da FULL. No bundle, o custo sai por volta de R$85 por site quando você divide a assinatura PRO de R$849 pelos dez sites do plano, em vez de pagar licença individual por instalação. Para quem gerencia vários WordPress com áreas logadas e precisa ativar cache usuários logados em escala, a diferença de custo por site é o que a gente vê pesar na decisão no suporte da FULL. Você ativa o WP Rocket em um clique, sem comprar licença avulsa, e ainda recebe os outros 16 plugins do pacote, do Perfmatters ao Rank Math PRO. Para quem roda dez áreas logadas, esse modelo de R$85 por site costuma sair mais barato que licenças anuais separadas de cada plugin de cache. Conheça os planos em FULL.services/planos e ative o cache de página com o WP Rocket no plano PRO da FULL.
Limites e ganhos reais do cache para usuários logados
Ativar cache usuários logados acelera a área autenticada, mas o ganho depende de onde está o gargalo. Se o site é lento por hospedagem fraca, cachear a camada logada melhora pouco: o problema é o servidor, não a regeneração de HTML. O recurso brilha quando o PHP reprocessa páginas estáticas repetidas vezes para usuários autenticados, situação comum em como funcionam os plugins de cache mal configurados.
O custo principal é o disco. Como o User Cache cria um arquivo por usuário, um site com milhares de contas ativas pode encher o diretório de cache rápido, e o object cache não substitui essa camada, porque resolve consultas ao banco, não o HTML servido. Em projetos grandes, a prática que estabiliza o servidor é limitar o User Cache a páginas estáticas e excluir tudo que for transacional. Para o cache público padrão, o passo seguinte é seguir o guia de configuração do WP Rocket e medir o antes e depois no web.dev.
Perguntas frequentes sobre ativar cache para usuários logados
Por que o WP Rocket não cacheia páginas de usuários logados por padrão?
Porque cada usuário logado vê conteúdo próprio. O WP Rocket desliga o cache nessa camada por padrão para não servir o painel de uma conta para outra. Páginas como minha-conta do WooCommerce mudam por usuário, então um cache compartilhado exporia carrinho, endereço e pedidos. Ativar cache usuários logados só acontece quando você liga o add-on User Cache de forma explícita, ciente do risco de servir dados trocados entre contas diferentes.
É possível ativar cache para usuários logados sem expor o carrinho do WooCommerce?
Sim, desde que você exclua as rotas transacionais antes de ativar cache usuários logados. Ative o add-on User Cache e adicione /carrinho, /finalizar-compra e /minha-conta em Nunca armazenar em cache as URLs. Com essas exclusões, o WP Rocket cacheia só as páginas estáticas da área logada e deixa carrinho e checkout sempre dinâmicos. Sem a exclusão, o cache por usuário pode servir uma página de outra conta, e esse é o erro mais comum em lojas WooCommerce.
Qual a diferença entre User Cache por usuário e cache compartilhado entre logados?
O User Cache padrão gera um arquivo por conta, então cem usuários produzem cem versões em disco, sem misturar sessões. O cache compartilhado serve o mesmo arquivo para todos os logados via plugin auxiliar e economiza disco, mas o próprio WP Rocket avisa que pode colocar conteúdo fora do lugar. Use o por usuário quando há dado pessoal na tela e o compartilhado só quando a área logada é idêntica para qualquer conta.
Quanto espaço em disco o User Cache consome num site de membros?
Ao ativar cache usuários logados, o consumo cresce na proporção do número de usuários ativos, porque o WP Rocket cria um arquivo de cache por conta. Um site de membros com milhares de logados pode encher o diretório de cache rápido, ao contrário do cache público, que guarda uma versão única por página. Para controlar o disco, limite o User Cache a páginas estáticas de área logada e exclua rotas transacionais. O object cache não ajuda aqui, porque resolve banco, não HTML.
O que a constante DONOTCACHEPAGE faz no cache de usuários logados?
A constante DONOTCACHEPAGE impede o WP Rocket de cachear a página onde ela está definida, mesmo com o User Cache ligado. Vários plugins de área de membros definem essa constante para forçar conteúdo dinâmico, e o resultado é que o cache nunca é gerado para aquela rota. Se você precisa cachear uma página logada e ela ignora o User Cache, verifique se um plugin de membros está aplicando DONOTCACHEPAGE e libere a rota no próprio plugin.
Próximos passos para acelerar a área logada
Ativar cache usuários logados é uma jogada de performance com risco controlado: ela acelera a área autenticada quando você cacheia só o que é igual para todos e exclui tudo que carrega dado pessoal. O caminho seguro é ligar o add-on User Cache, excluir carrinho, checkout e minha-conta, resolver conflitos de DONOTCACHEPAGE e validar em dois navegadores antes de produção. Depois disso, vale medir o ganho de Core Web Vitals e seguir otimizando o cache público com a avaliação do WP Rocket na base FULL. Para aprofundar, o FULL Academy reúne os tutoriais de performance WordPress em um só lugar, do cache à hospedagem.
















