A Black Friday concentra em poucos dias o maior volume de acessos e pedidos do ano. Em 2026, a sexta-feira cai em 27 de novembro, e a Cyber Monday em 30 de novembro. No Brasil, as ofertas começam dias antes e seguem pelo fim de semana, então a loja precisa aguentar uma sequência de picos, e não um pico só.
Este checklist reúne o que verificar em uma loja Magento ou Adobe Commerce, na ordem em que cada item precisa ser feito. Use-o como roteiro com o seu time e com o seu parceiro de tecnologia: cada item precisa de um responsável e de uma data.

Principais pontos
- Comece o diagnóstico com pelo menos 90 dias de antecedência: um problema encontrado em agosto é barato, e o mesmo problema em novembro é caro.
- O teste de carga existe para encontrar onde a loja quebra, com tempo para corrigir.
- As vendas se perdem em três lugares: infraestrutura, checkout e estoque.
- Mudanças estruturais param cerca de 60 dias antes, e o código congela cerca de 20 dias antes.
- Ensaiar a operação (quem decide e quem executa) vale tanto quanto ajustar servidores.
Checklist gratuito
Sua loja está pronta pro pico da Black Friday?
Baixe o checklist que a Trezo usa nas auditorias de performance com clientes: servidor, cache, checkout e integrações: os pontos que decidem se sua operação aguenta o tráfego.
Onde a loja perde vendas no pico
Na Black Friday, o padrão de acesso muda: há mais buscas internas, mais consultas de estoque, mais tentativas de checkout ao mesmo tempo e mais tráfego de robôs. Três pontos concentram as falhas:
- Infraestrutura: cache mal configurado, banco de dados subdimensionado e indexadores rodando na hora errada.
- Checkout: pagamento, frete e antifraude precisam responder rápido mesmo com muitos pedidos simultâneos.
- Estoque: loja, ERP e marketplaces fora de sincronia vendem o que não existe e geram cancelamentos.
Aumentar só o servidor não resolve. O gargalo apenas muda de lugar: para o cache, para a indexação, para o banco de dados ou para as integrações.
Cronograma reverso
- 90 a 60 dias antes: diagnóstico. Previsão de tráfego, teste de carga com perfil realista e lista de gargalos.
- 60 a 40 dias antes: correções de infraestrutura e de aplicação, e congelamento estrutural (nada novo em pagamento, antifraude, integração com ERP ou arquitetura do checkout).
- 40 a 20 dias antes: checkout, integrações, catálogo, busca, regras promocionais, segundo teste de carga e ensaio da operação.
- 20 dias antes até a data: congelamento de código. Só entram correções críticas e patches de segurança graves, pela regra escrita antes.
- Semana do evento: monitoramento e ajustes finos.
- Depois da Cyber Monday: análise pós-evento, patches adiados e upgrades.
90 a 60 dias antes: diagnóstico e previsão
Previsão de tráfego e pedidos
- Levante a média diária e semanal de acessos e de pedidos dos últimos seis meses.
- Levante os números do pico da última Black Friday e calcule quanto ele ficou acima da média dos seis meses anteriores.
- Aplique esse percentual sobre a média atual e compare com o crescimento anual da loja. Se os dois números forem diferentes, planeje pelo maior.
- Cruze a previsão com o plano de mídia: o investimento em anúncios só faz sentido se a infraestrutura absorver o tráfego que ele compra.
Teste de carga com perfil realista
- Simule a jornada real, e não só a página inicial: navegação em categorias, busca, página de produto, carrinho, login e checkout.
- Reproduza a proporção de buscas, consultas de estoque e checkouts simultâneos do pico, inclusive em celular.
- Use ferramentas como JMeter, Gatling ou serviços de teste em nuvem, em um ambiente equivalente ao de produção.
- Acompanhe CPU, memória, conexões de banco e tempo de resposta durante o teste, com uma ferramenta de APM.
- Registre o ponto de ruptura: quantos usuários simultâneos a loja suporta antes de falhar, e qual componente falha primeiro.
- Compartilhe o resultado com todas as áreas e com o parceiro de tecnologia, e transforme cada falha em uma tarefa com responsável e prazo.
Comitê e responsáveis
- Monte um comitê com tecnologia, marketing, logística e atendimento.
- Defina metas de disponibilidade e de tempo de resposta a partir do teste de carga, e não de números genéricos.
- Trabalhe em ciclos curtos: primeiro os ganhos rápidos (imagens pesadas, políticas de cache), depois as tarefas difíceis (consultas lentas, código customizado).
60 a 40 dias antes: infraestrutura e aplicação
Camadas de cache
- Full page cache ativo, de preferência com Varnish, e revisão do tempo de expiração (TTL) das páginas promocionais.
- Todos os tipos de cache ativos em Sistema > Ferramentas > Gerenciamento de Cache.
- Cache de backend e de sessão em Redis ou Valkey, com memória dimensionada para o número de carrinhos simultâneos. No Adobe Commerce 2.4.9 e nos patches mais recentes das versões anteriores, a Adobe exige Valkey quando a configuração padrão de cache é alterada.
- CDN para imagens, CSS e JavaScript, com TTL longo para arquivos que não mudam.
Banco de dados
- Analise o log de consultas lentas e crie os índices que faltam.
- Dimensione o servidor a partir das métricas das últimas semanas (CPU, memória, IOPS) e do resultado do teste de carga.
- Em operações grandes, use réplicas de leitura para a navegação e deixe o servidor principal para pedidos e checkout.
- Limpe tabelas de log e sessões antigas antes do pico.
Escalabilidade
- Defina regras de escala automática mais agressivas no período, para escalar mais cedo do que nos dias normais.
- Aumente o número mínimo de instâncias ativas e garanta que o máximo cubra o cenário de vendas mais otimista.
- Configure health checks no balanceador de carga para retirar automaticamente as instâncias com falha.
- Combine com o provedor de nuvem, com antecedência, o aumento de capacidade para o período.
Configuração do Magento
- Loja em modo de produção (
bin/magento deploy:mode:set production). - Indexadores em “Atualizar por agendamento”, e não em “Atualizar ao salvar”.
- Crons revisados: tarefas pesadas (exportações, relatórios, sincronizações em massa) fora do horário de pico.
- Filas de mensagens (e-mails, pedidos, estoque) monitoradas, para que não acumulem.
- Busca no OpenSearch dimensionada, com a reindexação agendada fora do pico.
Módulos e código customizado
- Desative e remova os módulos que a operação não usa.
- Revise as extensões que alteram o checkout: muitas fazem consultas ao banco em cada etapa do pedido.
- Procure loops ineficientes, consultas mal escritas e observers que fazem trabalho pesado de forma síncrona.
Frontend
- Comece pelos templates com mais tráfego na última edição (categoria e produto), e não pela página inicial.
- Use imagens em WebP e no tamanho correto, lazy loading abaixo da dobra e JavaScript não essencial adiado.
- Revise os scripts de terceiros (chat, pixels, recomendação): cada um adiciona tempo de carregamento.
- Meça com dados de campo de usuários reais, e não só com testes de laboratório.
40 a 20 dias antes: checkout, integrações e catálogo
Checkout e pagamentos
- Configure timeouts para gateway, frete e antifraude, para que a lentidão de um parceiro não trave a loja.
- Tenha um segundo gateway já homologado, pronto para assumir se o principal falhar.
- Confirme com os adquirentes os limites de autorização para o volume previsto.
- Ofereça cartão, Pix e boleto, e reduza campos e etapas do checkout.
- Valide o fluxo completo de compra, inclusive no celular.
Frete e logística
- Alinhe capacidade e prazos com as transportadoras antes do evento.
- Teste o cálculo de frete sob carga e mostre prazos claros na loja.
Integrações e estoque
- Teste a sincronização de estoque com ERP, OMS, WMS e marketplaces no volume de pedidos previsto.
- Defina o que acontece quando o ERP atrasa: a loja não pode vender um produto esgotado.
- Configure alertas de estoque baixo para os produtos em destaque.
Busca interna e catálogo
- Revise os termos mais buscados na última edição e os termos sem resultado, e crie sinônimos e redirecionamentos de busca.
- Verifique os filtros das categorias principais com o catálogo que vai estar no ar em novembro.
- Complete atributos, imagens e descrições dos produtos em promoção.
- Mantenha preço, estoque e disponibilidade iguais na loja, no feed do Google e nos marketplaces.
Regras promocionais
- Crie e teste com antecedência as regras de preço de catálogo e de carrinho.
- Verifique se os descontos não se somam sem querer, se o frete grátis calcula certo e se os cupons expiram na data correta.
O que não mudar mais
Se uma mudança afeta o caminho do pedido ou do dinheiro e não há tempo para duas rodadas completas de teste de carga, ela espera para depois da Cyber Monday. Isso inclui:
- troca ou inclusão de gateway de pagamento;
- troca de antifraude ou mudança grande nas regras;
- reescrita do checkout ou mudança nas etapas do funil;
- mudança na arquitetura de integração com ERP, OMS ou WMS;
- upgrade de versão do Magento ou do PHP;
- extensões que alteram o fluxo do pedido.
Uma planilha com três colunas ajuda a decidir: “entra”, “fica para depois” e “depende”. Cada item em “depende” precisa de uma resposta objetiva até uma data definida.
Segurança e patches da Adobe
- A Adobe publica patches de segurança para o Magento todo mês, na segunda terça-feira. Em 2026, o pacote de novembro sai em 10 de novembro, dentro do período de congelamento.
- A Adobe também publica correções fora desse calendário quando uma vulnerabilidade crítica já está em exploração. Acompanhe os boletins de segurança do Adobe Commerce.
- Escreva a regra antes do congelamento: uma vulnerabilidade crítica, explorável sem autenticação, entra mesmo no congelamento, com teste em homologação e janela noturna. Uma vulnerabilidade moderada, que exige acesso ao admin ou interação do usuário, espera a semana depois da Cyber Monday.
- Mantenha o antifraude ativo, os certificados SSL válidos e a proteção contra robôs, que aumentam no período.
20 dias antes: congelamento e ensaio
Congelamento de código
- Nenhuma mudança em produção, exceto correção crítica e patch de segurança pela regra escrita.
- O ambiente aprovado no teste de carga fica intocado até depois da Cyber Monday.
Monitoramento e alertas
- Calibre os alertas para o patamar esperado do pico, e não para o mês normal. Sem o teste de carga, os alertas disparam o tempo todo, ou não disparam quando importa.
- Monitore em tempo real servidores, banco de dados, cache, filas, integrações e conversão.
Papéis e playbooks
- Defina quem comanda o incidente, quem comunica e quem tem autoridade para decisões críticas.
- Escreva playbooks para as falhas mais prováveis: como diagnosticar, como resolver, quem acionar e como comunicar.
- Mantenha atualizados os contatos dos parceiros (hospedagem, gateway, ERP, transportadoras) e combine o suporte nos dias do evento.
Ensaio da operação
Reúna os responsáveis de cada área por duas horas e simule três cenários:
- O meio de pagamento principal sai do ar.
- A integração de pedidos com o ERP atrasa.
- Um produto em destaque esgota antes do previsto.
Para cada cenário, registre quem detecta, quem decide e quem executa, com nome e telefone. Muitas falhas caras são de processo: um pedido parado sem dono, ou um cupom que precisa ser desativado de madrugada e ninguém tem acesso ao admin.

Na semana e no dia do evento
- Faça uma compra completa de teste em cada meio de pagamento antes de abrir as ofertas.
- Confira pop-ups, automações de e-mail e horários de início e de fim das promoções.
- Acompanhe em tempo real desempenho, vendas, filas e atendimento.
- Mantenha o atendimento em chat, WhatsApp e redes sociais, com a equipe treinada para as dúvidas mais comuns.
- Siga os playbooks: acione o plano B pelo caminho combinado, sem improvisar mudanças em produção.
Depois da Cyber Monday
- Faça a análise pós-evento com todas as áreas: os alertas funcionaram? A escala funcionou? O desempenho real ficou perto da previsão?
- Compare conversão, ticket médio e tempo de atendimento com a edição anterior.
- Aplique os patches adiados e planeje os upgrades e as mudanças estruturais que ficaram para depois.
- Registre o que aprendeu: esse documento é o ponto de partida da próxima Black Friday.
Como a Trezo pode ajudar
A Trezo trabalha só com Magento e Adobe Commerce desde 2009. Fazemos com o seu time o diagnóstico de performance, o teste de carga e o plano de escala, e monitoramos as lojas dos nossos clientes 24 horas por dia, 7 dias por semana. Somos Adobe Solution Partner e AWS Partner, com certificação ISO 27001.
Se quiser revisar este checklist com a realidade da sua loja, fale com nossos especialistas.
Perguntas frequentes
Na sexta-feira, 27 de novembro de 2026. A Cyber Monday é em 30 de novembro. No Brasil, as ofertas costumam começar dias antes e seguir pelo fim de semana.
Com pelo menos 90 dias de antecedência. Esse prazo cobre o diagnóstico, as correções e um segundo teste de carga antes do congelamento de código.
As mudanças estruturais param cerca de 60 dias antes. O congelamento total começa cerca de 20 dias antes, com exceção de correções críticas e patches de segurança graves.
Perto do evento, não é recomendado. Aplique os patches de segurança da versão atual e planeje o upgrade para depois da Cyber Monday.
Depende da severidade e do vetor. Um patch para vulnerabilidade crítica, explorável sem autenticação, entra com teste em homologação. Uma vulnerabilidade moderada pode esperar. Escreva essa regra antes do congelamento.
Não. O teste de carga mostra o limite da loja, e o monitoramento mostra quão perto desse limite ela está durante o pico.
Sozinho, não. O gargalo muda para o cache, a indexação, o banco de dados ou as integrações. Por isso, o teste precisa cobrir a jornada completa de compra.
O desempenho das páginas de produto e de categoria e a busca interna, porque é ali que o cliente decide a compra.


