
Se você está tentando acelerar sua loja com Cloudflare no PrestaShop, provavelmente já ouviu isso:
👉 “É só ativar o cache que o site fica rápido.”
Na prática, isso está parcialmente errado — e pode custar caro.
O que realmente acontece em muitas lojas:
- carrinho simplesmente esvazia
- cliente é deslogado sem motivo
- checkout para de funcionar
- pedidos falham sem explicação
- erros de token começam a aparecer
Tudo isso por um único motivo:
👉 cache mal configurado no Cloudflare.
O PrestaShop não é um site estático. Ele depende de:
- sessão do usuário
- cookies
- dados dinâmicos em tempo real
E quando o Cloudflare tenta “acelerar tudo” sem critério…
💥 ele quebra exatamente a parte mais importante: o checkout.
Se você já está enfrentando esse tipo de problema, vale entender melhor como lidar com cenários críticos com um especialista em PrestaShop antes de aplicar qualquer regra em produção.
🎯 O que você vai aprender neste guia
- como o cache do Cloudflare realmente funciona no PrestaShop
- por que ele quebra sessões e carrinho
- quais páginas nunca devem ser cacheadas
- quais podem (e devem) ser aceleradas
- Page Rules prontas para copiar
- como validar tudo tecnicamente
E o mais importante:
👉 como deixar sua loja rápida sem perder vendas.
Conteúdos
Como o cache do Cloudflare funciona no PrestaShop (e por que ele quebra tudo)
Antes de configurar qualquer regra, você precisa entender como o Cloudflare pensa — e por que isso entra em conflito direto com o PrestaShop.
Diferença entre conteúdo estático e dinâmico
O Cloudflare foi projetado para cachear conteúdo que não muda entre usuários.
Esse tipo de conteúdo é chamado de:
Conteúdo estático
- HTML fixo
- CSS
- JavaScript
- imagens
Exemplo:
👉 página institucional, home, blog
Agora veja o outro lado:
Conteúdo dinâmico
- carrinho
- login
- checkout
- conta do cliente
Esse conteúdo muda para cada usuário.
⚠️ Erro clássico:
Configurar Cloudflare como se todo o site fosse estático.
Resultado:
- usuário A adiciona produto
- usuário B recebe o mesmo cache
👉 isso gera inconsistência grave.
Como o PrestaShop gerencia sessão, carrinho e login
O PrestaShop funciona baseado em três pilares:
1. Cookies
Exemplo:
PrestaShop-8a7f9d3c
Esse cookie identifica o usuário.
2. Sessão (PHP Session)
Armazena:
- carrinho
- login
- dados temporários
3. Tokens de segurança
Usados em:
- checkout
- formulários
- autenticação
💡 Isso significa:
Cada usuário tem um estado único dentro da loja.
Agora entra o problema:
👉 o Cloudflare, por padrão, não respeita esse estado.
Se você ativar cache agressivo sem controle:
- ele ignora cookies
- ignora sessão
- ignora token
E passa a entregar conteúdo “congelado”.
Onde o cache entra e onde ele NÃO pode entrar
Aqui está a regra mais importante do artigo:
REGRA DE OURO
Cache deve ser aplicado apenas onde NÃO existe estado de usuário.
Pode usar cache:
- páginas públicas
- conteúdo informativo
- páginas de navegação
Nunca cachear:
- qualquer página que depende de sessão
Se você ignorar isso, vai enfrentar problemas como:
- erro de pagamento
- checkout quebrado
- carrinho inconsistente
Se esses sintomas já aparecem, recomendo revisar esse guia sobre problemas de cache no PrestaShop antes de avançar.
Os erros mais comuns ao usar Cloudflare com PrestaShop

Agora vamos para o que realmente acontece em produção.
Aqui estão os erros que mais quebram lojas:
Cacheando páginas dinâmicas por engano
Esse é o erro mais comum.
Configuração típica:
Cache Level: Cache Everything
Sem exceções.
👉 O que isso faz:
- cacheia checkout
- cacheia carrinho
- cacheia login
💥 Resultado:
- cliente não consegue finalizar compra
- dados ficam inconsistentes
- pedidos podem falhar
⚠️ Erro comum
Muitos tutoriais (principalmente de WordPress) recomendam:
👉 “cache everything no domínio inteiro”
Isso é um erro crítico no PrestaShop.
Se sua loja já apresenta lentidão e você tentou resolver com cache agressivo, talvez o problema esteja na base — veja como corrigir uma loja com problemas de performance no PrestaShop.
Ignorar cookies críticos do PrestaShop
Outro erro grave:
👉 não considerar cookies na regra de cache
Cookies importantes:
PrestaShop-*PHPSESSID
Se o Cloudflare ignorar esses cookies:
- sessão não é reconhecida
- login falha
- carrinho reseta
💡 Na prática:
O usuário navega normalmente…
Mas ao clicar em comprar:
👉 o sistema “esquece” quem ele é.
Problemas de checkout quebrado
Esse é o cenário mais perigoso.
Sintomas:
- botão de finalizar não responde
- página recarrega sem ação
- erro inesperado aparece
- pagamento não é concluído
👉 E o pior:
Isso muitas vezes acontece sem erro visível para o usuário.
Exemplo real de erro (log simulado)
[ERROR] Invalid token in OrderController.php
Session mismatch detected
Cart ID not found
Esse erro indica:
- o token não corresponde à sessão atual
- o carrinho foi perdido
- ou o cache entregou dados antigos
Sintomas no navegador (DevTools)
Abra o DevTools (F12) → aba Network
Procure por:
cf-cache-status: HIT
⚠️ Se aparecer HIT no checkout:
👉 está errado.
O correto seria:
cf-cache-status: BYPASS
💡 Esse detalhe simples já resolve boa parte dos problemas.
Quais páginas do PrestaShop NUNCA devem ser cacheadas
Agora vamos direto ao que NÃO pode ser cacheado.
Carrinho (/cart)
- muda a cada ação
- depende da sessão
💥 Se cachear:
- produtos desaparecem
- valores ficam inconsistentes
Checkout (/order)
Aqui está o ponto mais crítico da loja.
- contém token
- contém dados sensíveis
- depende de sessão ativa
👉 Se você cachear essa página:
- pedidos podem falhar
- pagamento pode ser bloqueado
- conversão despenca
Se você já viu comportamento estranho nessa etapa, veja esse guia completo sobre problemas no checkout do PrestaShop.
Login (/authentication)
- sessão única por usuário
Problema ao cachear:
- usuário não consegue logar
- ou entra na conta errada
Conta do cliente (/my-account)
- dados personalizados
💥 Cache aqui pode expor:
- pedidos
- dados do cliente
- histórico
⚠️ Isso não é só problema técnico — pode virar problema legal.
Quais páginas podem (e devem) ser cacheadas
Agora vamos para o lado bom:
👉 onde o Cloudflare realmente faz diferença.
Home
- alto volume de acesso
- conteúdo relativamente estático
Categorias
- listagem de produtos
- ideal para cache
Produtos
- podem ser cacheados com cuidado
💡 mesmo sendo dinâmicos, são seguros quando bem configurados.
CMS
- páginas institucionais
- conteúdo fixo
👉 Essas páginas são responsáveis pela maior parte do tráfego.
E são exatamente onde você ganha:
- velocidade
- SEO
- melhor experiência
As melhores Page Rules do Cloudflare para PrestaShop
Agora entramos na parte mais crítica do artigo:
👉 as regras que realmente fazem o Cloudflare funcionar no PrestaShop sem quebrar o checkout.
Aqui não existe meio termo:
- ou você configura corretamente
- ou sua loja quebra silenciosamente
⚠️ Antes de aplicar qualquer regra
Entenda isso:
👉 não existe uma única regra mágica
Você precisa de um conjunto de regras que:
- cacheiem apenas o frontend
- ignorem sessões
- respeitem cookies
- protejam o checkout
💡 Na prática, isso significa separar:
- tráfego público → cache
- tráfego com sessão → bypass
Se sua loja já apresenta instabilidade, o ideal é validar com um serviço profissional de otimização de performance no PrestaShop antes de aplicar em produção.
Regra 1: Cache agressivo para frontend
Essa regra é responsável por acelerar sua loja.
URL: *seudominio.com/*
Settings:
- Cache Level: Cache Everything
- Edge Cache TTL: 2h
O que essa regra faz
- força o Cloudflare a cachear HTML
- reduz TTFB
- melhora tempo de carregamento
⚠️ Risco
Sem regras de exceção:
👉 você também cacheia checkout, carrinho e login.
💡 Por isso, essa regra NUNCA deve ser usada sozinha.
Regra 2: Bypass para checkout
Agora começamos a proteger o que importa.
URL: *seudominio.com/order*
Settings:
- Cache Level: Bypass
O que essa regra faz
- impede cache no checkout
- garante sessão ativa
- evita erro de token
👉 Essa é uma das regras mais importantes do artigo.
Regra 3: Bypass para cookies
Aqui está o nível avançado — e o que a maioria ignora.
Se você estiver usando Cache Rules (recomendado):
if http.cookie contains "PrestaShop-"
→ bypass cache
O que isso resolve
- respeita sessão do usuário
- evita carrinho resetando
- mantém login funcionando
💡 Essa regra sozinha resolve vários bugs “fantasmas”.
Exemplo pronto (copiar e colar)
Agora vamos juntar tudo em uma regra mais robusta:
(http.request.uri.path contains "/cart") or
(http.request.uri.path contains "/order") or
(http.request.uri.path contains "/authentication") or
(http.cookie contains "PrestaShop-")
O que essa regra cobre
- carrinho
- checkout
- login
- sessão via cookie
👉 Resultado:
- cache ativo no frontend
- bypass automático para usuários logados
Explicação técnica de cada regra
Vamos detalhar o que está acontecendo por trás.
🔹 /cart
- altamente dinâmico
- depende de sessão
👉 sempre bypass
🔹 /order
- contém token
- valida dados críticos
👉 nunca pode ser cacheado
🔹 /authentication
- controla login
👉 cache aqui quebra autenticação
🔹 PrestaShop-* (cookie)
- identifica usuário
👉 se existir → usuário tem sessão ativa
💡 Em outras palavras:
👉 se há cookie, há estado — e estado não pode ser cacheado.
Segundo especialistas da PrestashopHost, essa separação entre frontend e sessão é o principal fator para evitar perda de conversão ao usar CDN.
Page Rules vs Cache Rules (novo modelo Cloudflare)

Aqui está um ponto que muitos ignoram — e que muda completamente o jogo.
Diferenças práticas
| Page Rules | Cache Rules |
|---|---|
| modelo antigo | modelo novo |
| limitado | altamente flexível |
| baseado em URL | baseado em lógica |
| sem controle de cookie | controle completo |
Qual usar em 2026
👉 Cache Rules (recomendado)
Motivos:
- permite lógica condicional
- permite uso de cookies
- evita erros complexos
Page Rules ainda funcionam, mas:
- são limitadas
- não escalam bem
- não permitem regras avançadas
Compatibilidade com PrestaShop
Cache Rules são ideais porque permitem:
- detectar sessão
- ignorar usuários logados
- proteger checkout
💡 Exemplo real:
Você pode dizer:
👉 “cacheie tudo, EXCETO quando houver cookie”
Isso é exatamente o que o PrestaShop precisa.
Como validar se o cache está funcionando corretamente
Configurar é apenas metade do trabalho.
👉 validar é o que evita prejuízo.
Usando DevTools
Abra seu site:
- pressione F12
- vá em Network
Clique em qualquer requisição e veja os headers.
Header cf-cache-status
Esse é o indicador principal.
Valores:
HIT→ veio do cacheMISS→ não cacheado aindaBYPASS→ ignorado corretamente
🧠 Interpretação prática
| Página | Status correto |
|---|---|
| Home | HIT |
| Categoria | HIT |
| Produto | HIT |
| Carrinho | BYPASS |
| Checkout | BYPASS |
⚠️ Se você ver:
- checkout com HIT
👉 problema grave
Testes práticos
Faça esse checklist:
✔ Teste 1: navegação normal
- acessar home
- acessar categoria
👉 deve carregar rápido
✔ Teste 2: adicionar ao carrinho
- adicionar produto
- navegar
👉 carrinho deve manter estado
✔ Teste 3: login
- logar na conta
👉 não pode deslogar sozinho
✔ Teste 4: checkout
- iniciar compra
👉 fluxo deve funcionar sem erro
Se qualquer um falhar:
👉 sua configuração de cache está incorreta.
Se você não conseguir identificar o problema, use um guia completo de debug no PrestaShop para analisar mais profundamente.
Diagnóstico avançado: quando o cache quebra sua loja
Agora vamos entrar no nível mais técnico.
👉 quando o problema já existe.
Carrinho resetando
Causa mais comum:
- cache aplicado indevidamente
Sintoma:
- produto some ao navegar
👉 Isso geralmente indica:
- sessão não está sendo respeitada
Usuário deslogando
Causa:
- cookie ignorado
Sintoma:
- login não persiste
👉 O Cloudflare está entregando conteúdo cacheado.
Token inválido
Esse é o erro mais técnico.
Causa:
- página cacheada com token antigo
Sintoma:
- erro ao finalizar pedido
Logs simulados
Token mismatch
Invalid CSRF token
Session validation failed
Como identificar a causa
Aqui está o processo profissional:
1. Verificar headers
- cf-cache-status
- cookies
2. Testar sem Cloudflare
- desativar temporariamente
- validar comportamento
3. Analisar sessão
- verificar persistência
- testar login/carrinho
4. Debug técnico
Se necessário, usar ferramentas avançadas ou apoio especializado.
Se o problema envolve pagamento, veja também essa página de problemas de pagamento no PrestaShop, pois cache incorreto pode impactar diretamente gateways.
Impacto direto na performance e SEO
Agora que você entendeu como configurar corretamente, vamos ao que realmente importa:
👉 o impacto real no seu negócio.
Redução de TTFB
O TTFB (Time To First Byte) é um dos principais fatores de performance.
Quando o Cloudflare está bem configurado:
- resposta vem do edge (CDN)
- menos carga no servidor
- menor latência
💡 Na prática:
- páginas carregam mais rápido
- servidor respira melhor
- picos de tráfego não derrubam a loja
Se você já enfrenta problemas de latência, veja como resolver um cenário clássico de TTFB alto no PrestaShop.
Melhor Core Web Vitals

Com cache correto:
- LCP melhora (carregamento principal)
- FCP reduz
- estabilidade aumenta
👉 Isso impacta diretamente:
- ranking no Google
- experiência do usuário
- taxa de rejeição
Se quiser aprofundar esse ponto, veja estratégias completas em:
💰 Impacto em conversão
Aqui está o ponto mais ignorado:
👉 performance não é só técnica — é faturamento.
Quando o cache está correto:
- páginas rápidas → mais engajamento
- navegação fluida → menos abandono
- checkout funcionando → mais vendas
Quando está errado:
- bugs invisíveis
- carrinho falhando
- pagamento não finaliza
💥 Resultado:
👉 perda direta de receita.
Segundo a PrestashopHost, erros de cache são uma das principais causas de queda silenciosa de conversão em lojas PrestaShop.
Checklist profissional de configuração
Se você quer validar tudo de forma prática, use este checklist.

✔ Regras obrigatórias
Essas são inegociáveis:
- bypass em
/cart - bypass em
/order - bypass em
/authentication - bypass baseado em cookies (
PrestaShop-*)
✔ Regras opcionais (recomendadas)
Para melhorar ainda mais:
- cache agressivo no frontend
- TTL ajustado (1h–4h)
- cache de assets (CSS, JS, imagens)
✔ Validação final
Antes de considerar “pronto”, valide:
- checkout funcionando
- carrinho persistente
- login estável
- headers corretos
💡 Dica profissional:
Sempre valide em modo anônimo + usuário logado.
Se sua loja ainda apresenta inconsistência, pode haver conflito com cache interno — veja como resolver configuração de cache no PrestaShop.
Quando você deve evitar configurar sozinho
Nem todo cenário é seguro para fazer sozinho.
Cenários críticos
Evite mexer sem conhecimento técnico se você tem:
- alto volume de tráfego
- múltiplos gateways de pagamento
- integrações externas (ERP, APIs)
- loja já com histórico de erros
👉 Pequenos erros aqui podem gerar:
- pedidos inconsistentes
- falhas de pagamento
- dados incorretos
Riscos reais
Vamos ser diretos:
- perda de vendas
- checkout quebrado
- inconsistência de carrinho
- bugs difíceis de diagnosticar
💡 E o pior:
👉 muitos desses problemas não aparecem claramente.
Se você já passou por situações como:
- loja fora do ar
- páginas não carregando
- erros intermitentes
vale revisar também cenários de loja não carregando no PrestaShop.
👉 Nesses casos, o mais seguro é contar com suporte especializado em suporte técnico PrestaShop.
Conclusão
Vamos resumir o que realmente importa.
Recapitulando
Para usar Cloudflare corretamente no PrestaShop:
✔ cacheie apenas páginas públicas
✔ nunca cacheie checkout, carrinho e login
✔ use regras baseadas em cookies
✔ valide com DevTools
✔ teste fluxo completo de compra
👉 O erro mais comum não é “configurar errado”
É:
👉 configurar sem entender como o PrestaShop funciona.
Resultado esperado (quando feito corretamente)
- site muito mais rápido
- menor TTFB
- melhor SEO
- checkout funcionando perfeitamente
- aumento de conversão
Resultado quando feito errado
- carrinho quebrado
- login instável
- erro de token
- perda de vendas
CTA estratégico
Se você quer garantir:
- performance máxima
- estabilidade no checkout
- zero risco de erro
👉 o caminho mais seguro é trabalhar com especialistas.
Você pode começar com um serviço profissional de
otimização completa para PrestaShop
ou, se sua loja já apresenta erros:
👉 usar uma solução direta de correção de problemas no PrestaShop
💡 Resumo final: Cloudflare pode ser um dos maiores aceleradores da sua loja…
👉 ou um dos maiores causadores de bugs.
Tudo depende de como você configura.





