| Cenário do site | Comportamento do cache | Decisão recomendada |
|---|---|---|
| WooCommerce com checkout dinâmico | Reduz queries repetidas de produto e carrinho | Instale o object cache |
| Blog estático com cache de página | Ganho marginal, HTML já vem do cache | Não prioritário |
| Hospedagem compartilhada sem daemon | Sem acesso ao processo redis-server | Use transients ou migre o host |
| VPS com menos de 1GB de RAM | Risco de OOM kill com noeviction | Limite maxmemory antes de ativar |
Legenda: o status "Connected" confirma que o WordPress está falando com o daemon Essa camada de cache.
### Passo 1: Confirme o daemon redis-server ativo Verifique se o serviço responde antes de tocar no WordPress, rodando `redis-cli ping` via SSH: a resposta esperada é `PONG`. Em hospedagem gerenciada, o daemon já vem ativo; em VPS, instale o pacote `redis-server` pelo gerenciador da distribuição. Sem esse `PONG`, nenhum plugin conecta. ### Passo 2: Instale a extensão phpredis no PHP Confirme que o PHP 8.2 enxerga o serviço rodando `php -m | grep redis` no terminal. Se nada aparecer, instale a extensão phpredis e reinicie o PHP-FPM. Essa extensão é o que faz o object cache operar em modo rápido; sem ela, o plugin usa um fallback que reduz o ganho a quase nada. ### Passo 3: Defina maxmemory e a política de despejo Edite o O servidor de cache.conf e fixe `maxmemory 256mb` com `maxmemory-policy allkeys-lru` antes de qualquer tráfego real. Essa política descarta as chaves menos usadas quando a memória enche, em vez de travar gravações. Deixar em noeviction numa VPS pequena é a causa raiz do OOM kill que derruba o site. ### Passo 4: Ative o plugin Redis object cache Instale e ative o plugin A solucao de cache Object Cache pelo painel, depois clique em "Enable Object Cache". O plugin grava o arquivo object-cache.php em wp-content e o status deve virar "Connected". Se ficar "Not connected", o host está usando porta ou socket diferente do padrão 6379. ### Passo 5: Valide o hit rate via WP-CLI Rode `wp redis status` pelo WP-CLI e confira o hit ratio depois de uns minutos de navegação. Um object cache saudável passa de 90% de acerto; abaixo de 70% indica que muitos objetos estão sendo despejados e o maxmemory está apertado demais para o catálogo do site. ## Redis, Memcached e cache de página: Quem faz o quê O O cache de objeto e o Memcached competem na mesma camada de object cache, mas com filosofias distintas, e escolher errado custa retrabalho. O Essa camada de cache 7.x tem persistência AOF e estruturas de dados ricas; o Memcached é um key-value puro, mais simples e sem persistência, que perde 100% do cache ao reiniciar. A persistência do Redis mantém o cache aquecido após um reboot, enquanto o Memcached precisa reaquecer do zero. Para WordPress, o ecossistema de plugins maduro pesa a favor da primeira opção. Já o cache de página nem disputa essa camada: ele serve HTML antes do PHP rodar. Em números da operação, mais de 8 em cada 10 sites dinâmicos que chegam ao suporte da FULL ganham mais com object cache do que trocando de plugin de frontend. Para o quadro completo de métricas, confira o guia de Core Web Vitals no WordPress. ## Quando o Redis não resolve e pode atrapalhar O object cache não é remédio universal, e em três cenários ele atrapalha mais do que ajuda: hospedagem compartilhada sem daemon, gargalo no frontend e banco de dados sujo. Nesses casos, instalar o O servidor de cache adiciona uma camada que mascara o problema real em vez de resolvê-lo. Em hospedagem compartilhada sem redis-server, o plugin cai para transients no banco e você ganha complexidade operacional sem ganho real de velocidade. Quando o gargalo é o frontend, imagens pesadas e JavaScript que bloqueia a renderização não melhoram com cache de objeto, por mais memória que você reserve. E quando o banco está sujo, vale primeiro otimizar o banco de dados WordPress, porque o Redis cacheia até query lenta e esconde o sintoma. Nos sites de e-commerce, o clássico é o WooCommerce lento ser de hospedagem, não de cache. ## Quanto custa rodar o Redis com suporte gerenciado Configurar o O cache de objeto manualmente em cada site consome tempo de servidor e gera ticket recorrente quando algo quebra. No bundle da FULL, o plano PRO sai por R$849 e inclui até 10 sites com cache e otimização premium gerenciados, o que dá R$85 por site, em qualquer hospedagem. Em vez de manter o daemon, ajustar maxmemory e monitorar hit rate em cada cliente, a otimização vem pronta e suportada, sem você editar o arquivo de configuração manualmente. Conheça os planos da FULL para comparar o custo por site com o tempo gasto em configuração avulsa. ## Decisão rápida: Instalar ou não o Redis A escolha de instalar o Redis depende de onde está o gargalo e do tipo de hospedagem que você controla. Use a árvore abaixo para decidir em segundos, sem chutar.Porque o Redis só ajuda quando o gargalo é o banco de dados. Ele guarda o resultado das queries do MySQL na memória, então sites com muitas consultas dinâmicas, como WooCommerce, ganham bastante. Um blog estático já servido por cache de página quase não muda, porque o HTML nem chega a chamar o PHP. O ganho real depende de onde está a lentidão, medida antes pelo TTFB.
Sim, desde que a hospedagem já ofereça o daemon redis-server ativo e a extensão phpredis no PHP. Em planos gerenciados, você ativa o object cache só pelo plugin, sem tocar no terminal. O que não dá para fazer sem acesso é instalar o próprio daemon: em hospedagem compartilhada pura, sem redis-server, o plugin cai para transients no banco e o ganho some.
O Redis 7.x oferece persistência AOF e estruturas de dados ricas, então o cache sobrevive a um reboot do servidor. O Memcached é um key-value puro, mais simples, porém perde todo o cache ao reiniciar e não guarda tipos complexos. Para WordPress, o ecossistema de plugins do Redis é mais maduro, o que costuma fazer dele a escolha padrão em sites dinâmicos.
Entre 30 MB e 150 MB na maioria dos sites, dependendo do volume de objetos cacheados e do catálogo. Lojas WooCommerce grandes podem passar disso. A regra prática é fixar maxmemory em 256 MB com política allkeys-lru: assim o serviço descarta o que é menos usado em vez de travar gravações. Deixar sem limite numa VPS pequena é o que causa o OOM kill.
O Redis acelera as páginas dinâmicas que o cache de página ignora de propósito, como carrinho, checkout, busca e áreas logadas. O cache de página serve um HTML pronto para visitantes anônimos e nem executa o PHP. O object cache entra quando o PHP precisa rodar, guardando o resultado das queries para não repetir a consulta ao MySQL. Por isso os dois trabalham juntos, em camadas diferentes.