Se o seu e-commerce demora para carregar, você já está perdendo vendas. Não é metáfora, é métrica. O Google documentou que cada segundo adicional de carregamento reduz conversões em até 20%. Para operações Magento 2 de médio e grande porte, o cache Varnish é a resposta mais direta para esse problema.
Varnish é um acelerador HTTP de código aberto que atua na camada entre o usuário e o servidor de aplicação. Em vez de o Magento processar cada requisição do zero, o Varnish armazena e serve respostas prontas com velocidade que o servidor de aplicação simplesmente não consegue atingir sozinho. O resultado prático: páginas que levam 2 a 4 segundos caem para menos de 100 milissegundos em cache quente.
Não é configuração opcional. Para operações com tráfego relevante, é requisito.
Principais pontos do artigo
- O que é o Varnish e por que ele importa para o Magento 2
- Como o Varnish funciona dentro da arquitetura Magento
- Diferença entre Full Page Cache nativo e Varnish
- Configuração básica e pontos críticos de atenção
- Impacto real em performance e conversão
- Perguntas frequentes sobre cache Varnish
O que é o Varnish e como ele funciona
Varnish Cache é um servidor de cache reverso. Ele fica na frente da aplicação e intercepta as requisições dos usuários antes que elas cheguem ao PHP, ao banco de dados ou a qualquer processamento interno do Magento.
Quando um usuário acessa uma página de produto pela primeira vez, a requisição vai até o Magento, que a processa e retorna o HTML. O Varnish armazena essa resposta. Quando o segundo usuário acessa a mesma página, o Varnish serve o HTML armazenado diretamente, sem envolver o Magento. O servidor de aplicação simplesmente não é acionado.
O ciclo é simples: primeira requisição gera o cache, todas as seguintes consomem o cache. A mágica está na velocidade de servir um arquivo já pronto versus processar uma requisição completa.
Além disso, o Varnish usa a linguagem VCL (Varnish Configuration Language) para definir regras de comportamento. Isso permite controle fino sobre o que é cacheado, por quanto tempo, para quem e em quais condições o cache é invalidado.
Full Page Cache nativo do Magento versus Varnish
O Magento 2 tem um mecanismo nativo de Full Page Cache (FPC) que funciona com arquivos ou Redis. É funcional para operações pequenas e ambientes de desenvolvimento. Porém, a diferença de performance em relação ao Varnish é considerável.
O FPC nativo ainda depende do stack PHP para servir as respostas. Mesmo com o conteúdo em cache, o processo de entrega passa pelo servidor de aplicação. O Varnish elimina esse intermediário completamente.
Em termos práticos: o FPC nativo pode reduzir o tempo de carregamento em 40% a 60%. O Varnish, configurado corretamente, reduz em 90% ou mais. Para operações com picos de tráfego expressivos, como Black Friday ou lançamentos de campanha, essa diferença decide se o site fica no ar ou cai.
A própria documentação oficial do Magento 2 recomenda o Varnish como solução de cache de produção. Não é coincidência, é o padrão da plataforma para escala real.
Como o Magento 2 se integra ao Varnish
A integração é nativa e relativamente direta. O Magento 2 exporta um arquivo de configuração VCL que pode ser aplicado diretamente ao Varnish. No painel de administração, basta apontar o host e a porta do servidor Varnish e exportar o arquivo.
No entanto, a configuração padrão exportada pelo Magento cobre os casos mais comuns. Operações mais complexas exigem ajustes manuais no VCL. Alguns pontos que frequentemente demandam atenção:
O primeiro é a gestão de cookies. O Varnish não cacheia requisições com cookies de sessão por padrão. Para usuários não logados, é necessário garantir que o carrinho e outras informações de sessão não bloqueiem o cache. Isso envolve configurar exceções para cookies específicos do Magento.
O segundo é o mecanismo de ESI (Edge Side Includes). O Magento usa ESI para renderizar blocos dinâmicos, como o contador do carrinho, de forma independente do cache da página. Quando bem configurado, o Varnish serve a página completa do cache e faz requisições pontuais apenas para os blocos que precisam ser dinâmicos. O resultado é uma página rápida com dados atualizados onde importa.
O terceiro ponto é a invalidação de cache. Quando um produto tem o preço alterado ou o estoque atualizado, o Magento precisa invalidar as páginas afetadas no Varnish. O mecanismo de tags de cache do Magento 2 foi construído para isso. Cada página recebe um conjunto de tags que identifica quais entidades ela renderiza. Ao alterar uma entidade, apenas as páginas com a tag correspondente são invalidadas. Isso evita limpezas totais do cache, que impactam performance.
Impacto em conversão e infraestrutura
Performance não é métrica técnica isolada. Ela afeta diretamente receita.
Estudos do setor de e-commerce mostram que uma melhora de 1 segundo no tempo de carregamento pode aumentar as conversões em 7%. Para uma operação que fatura R$ 1 milhão por mês, isso representa R$ 70 mil adicionais sem mudar produto, preço ou campanha.
No lado da infraestrutura, o Varnish reduz a carga nos servidores de aplicação de forma expressiva. Uma operação que antes precisava de 8 instâncias PHP para suportar pico de tráfego pode operar com 3 quando o Varnish está absorvendo as requisições cacheáveis. Isso tem impacto direto em custo de infraestrutura.
Durante picos como Black Friday, a diferença é ainda mais pronunciada. Operações sem Varnish adequado frequentemente enfrentam degradação progressiva ou quedas quando o tráfego multiplica. Com Varnish configurado corretamente, o servidor de aplicação sequer sente a maioria das requisições. O cache absorve o volume.
Configuração e monitoramento: o que não pode ser ignorado
Instalar o Varnish é a parte mais simples. O trabalho real está na configuração e no monitoramento contínuo.
O hit rate é a métrica central. Ela indica qual percentual das requisições está sendo servido pelo cache. Uma operação saudável deve ter hit rate acima de 80% para páginas públicas. Taxas abaixo disso indicam problemas de configuração, cookies bloqueando o cache ou regras de invalidação muito agressivas.
As ferramentas de monitoramento do próprio Varnish (varnishstat, varnishlog) fornecem visibilidade em tempo real. Integrar esses dados com ferramentas de observabilidade da operação permite correlacionar quedas de performance com problemas específicos de cache.
Um ponto que muitas implementações ignoram é a revisão periódica do VCL. Conforme o Magento é atualizado e extensões são adicionadas, as regras de cache precisam ser revisadas. Um VCL desatualizado pode ser responsável por miss rate alto sem causa aparente.
Para operações gerenciadas, o ideal é que a equipe de infraestrutura monitore ativamente o hit rate e revise o VCL a cada atualização relevante do Magento. Esse processo deve ser parte do ciclo de manutenção, não uma ação reativa.
O cache Varnish como decisão de negócio
Velocidade de e-commerce não é detalhe técnico. É experiência de cliente, é taxa de conversão, é capacidade de suportar campanhas sem colapso de infraestrutura. O cache Varnish no Magento 2 é a implementação mais direta de performance que uma operação pode fazer.
A pergunta não é se vale a pena. A pergunta é se a implementação atual está configurada, monitorada e mantida corretamente — ou se o Varnish está instalado mas operando longe do potencial.
FAQ
Varnish Cache é um servidor de cache reverso que fica entre os usuários e o servidor de aplicação do Magento. Ele armazena respostas HTTP prontas e as serve diretamente, sem acionar o Magento para cada requisição. O resultado é uma redução drástica no tempo de carregamento de páginas públicas, com impacto direto em performance e conversão.
O FPC nativo do Magento ainda processa as respostas pelo stack PHP, mesmo quando o conteúdo está em cache. O Varnish elimina esse intermediário completamente, servindo os dados diretamente da memória. Em produção com tráfego real, o Varnish é consistentemente mais rápido e mais eficiente em consumo de recursos do servidor.
Para operações pequenas ou ambientes de desenvolvimento, o cache nativo do Magento pode ser suficiente. Para operações com tráfego relevante, picos sazonais ou requisitos de performance rigorosos, o Varnish é a solução recomendada pela própria documentação do Magento 2. Em escala de produção, não é configuração opcional.
