Object Cache

Object Cache WordPress é a camada de cache que armazena resultados de queries ao banco de dados em memória, geralmente via Redis ou Memcached, em vez de consultar o MySQL toda vez. Cada vez que o WordPress executa uma query repetida, como buscar opções, metadados de usuário ou termos de taxonomia, o resultado vem da memória em microssegundos. Para sites dinâmicos como WooCommerce e áreas logadas, é a diferença entre páginas que respondem rápido e páginas que travam sob carga.

O que é Object Cache

O WordPress já tem um cache de objetos interno por padrão, mas ele é não persistente: existe apenas durante uma única requisição. Quando a página termina de carregar, tudo que estava em cache é descartado. Na próxima requisição, o ciclo recomeça do zero, com novas queries no banco.

O object cache wordpress persistente substitui essa camada interna por um armazenamento em memória que sobrevive entre requisições. Redis e Memcached são os backends mais usados. Eles rodam como serviços separados na infraestrutura, em portas próprias, e o WordPress conversa com eles via drop-ins e plugins.

O ganho é grande em queries repetitivas. Carregar autoload de wp_options, buscar metadados de um post, recuperar os termos de uma taxonomia: tudo isso vira lookup em memória em vez de consulta ao MySQL. Sites com 100, 200, 300 queries por requisição podem cortar mais da metade.

Quem busca cache de objetos costuma estar enfrentando lentidão em painel admin, em listagens de produtos WooCommerce ou em áreas de membros. São os cenários onde o cache de página não ajuda, porque cada visitante vê uma versão diferente da tela. Object cache é o que entrega ganho real nesses casos.

Object Cache vs Page Cache

São camadas complementares, não substitutas. Page cache armazena o HTML inteiro pronto, gerado a partir de uma combinação específica de queries e lógica. Funciona para visitantes anônimos navegando pelas mesmas URLs. Quando o usuário faz login, abre carrinho ou acessa área restrita, o page cache deixa de servir e o WordPress precisa gerar HTML do zero.

É exatamente nesse momento que o object cache entra. Mesmo sem servir HTML pronto, ele acelera a geração da página ao eliminar queries repetidas. Em uma loja WooCommerce, isso significa que clientes logados navegando entre produtos têm tempos de resposta competitivos com visitantes anônimos.

Para sites simples, page cache sozinho resolve a maior parte. Para sites complexos, object cache vira obrigatório. A combinação ideal é page cache para o tráfego anônimo e object cache para o tráfego logado, ambos rodando juntos. Ferramentas como WP Rocket, LiteSpeed Cache e o próprio cache WordPress nativo são desenhadas para coexistir com object cache externo.

O impacto direto fica visível no TTFB: requisições que antes faziam 200 queries no MySQL e devolviam em 800ms passam a fazer 30 queries e devolver em 150ms. Para usuários, é a diferença entre clicar e esperar versus clicar e ver.

Redis e Memcached para WordPress

Redis é hoje o padrão de fato para object cache wordpress. Suporta estruturas de dados ricas, persistência opcional em disco, replicação para alta disponibilidade e tem ecossistema enorme. Para o WordPress, o que importa é o armazenamento chave-valor em memória, suficiente para cobrir todo o caso de cache.

Para conectar redis wordpress ao site, o caminho mais comum é o plugin Redis Object Cache de Till Krüss. Você instala, configura host, porta e prefixo, e ativa o object cache. O plugin coloca um arquivo object-cache.php na pasta wp-content e o WordPress passa a usar Redis automaticamente.

Memcached é a alternativa mais antiga, ainda comum em hospedagens que rodam stack tradicional LAMP. Tecnicamente é mais simples que Redis, sem persistência e com menos recursos, mas igualmente eficaz para o caso de uso de cache do WordPress. Para usar memcached wordpress, plugins como W3 Total Cache têm suporte nativo.

Entre os dois, Redis tem mais momentum hoje: melhor suporte na comunidade, mais material, mais hospedagens oferecendo gerenciado. Memcached continua válido em ambientes legados ou onde já existe infra preparada. Para um projeto novo, Redis é a escolha óbvia.

Como configurar Object Cache

O primeiro passo é confirmar que a hospedagem oferece Redis ou Memcached. Hospedagens gerenciadas de WordPress como Kinsta, WP Engine e a maioria das premium nacionais já têm Redis disponível. Em hospedagens compartilhadas tradicionais, geralmente não tem, e o caminho é migrar para um VPS ou plano com infra dedicada.

Com o backend disponível, instale o plugin Redis Object Cache. Vá em Configurações > Redis e clique em “Enable Object Cache”. O plugin testa a conexão e ativa o drop-in object-cache.php. A partir desse momento, todas as queries de objeto do WordPress passam por Redis.

O segundo passo é monitorar. O próprio plugin mostra estatísticas de hit rate, número de chaves armazenadas e uso de memória. Hit rate saudável fica acima de 95%. Se cair abaixo disso, algo está invalidando demais o cache, geralmente plugins mal feitos que limpam tudo a cada requisição.

Para sites com WooCommerce ou áreas de membros, ajuste o limite de memória do Redis. Hospedagens costumam oferecer 256 MB no plano básico, suficiente para sites pequenos. Sites com catálogos grandes ou muitos usuários logados precisam de 1 a 4 GB. Combine isso com transients bem usados e cache de página, e o ganho fica consistente.

Para times que querem object cache sem montar infra, a FULL Services entrega o WP Optimize já licenciado e configurado dentro da stack profissional, junto com Redis disponível na hospedagem parceira e os plugins de cache pré-tunados. Em vez de instalar drop-in, configurar plugin e debugar invalidação manualmente, o site roda em uma camada de cache validada em produção desde o primeiro deploy.