Checklist Magento Black Friday

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.

Checklist Magento Black Friday

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:

    1. O meio de pagamento principal sai do ar.
    2. A integração de pedidos com o ERP atrasa.
    3. 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.

    Checklist Magento Black Friday

    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

    Quando é a Black Friday 2026?

    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.

    Quando começar a preparar a loja Magento para a Black Friday?

    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.

    Quando congelar o código antes da Black Friday?

    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.

    Posso fazer upgrade do Magento antes da Black Friday?

    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.

    Vale aplicar um patch de segurança na semana da Black Friday?

    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.

    O teste de carga substitui o monitoramento?

    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.

    Aumentar o servidor resolve o pico de tráfego?

    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 que priorizar quando falta tempo?

    O desempenho das páginas de produto e de categoria e a busca interna, porque é ali que o cliente decide a compra.