A Black Friday de 2026 cai em 27 de novembro, uma sexta-feira, e a Cyber Monday vem logo depois, em 30 de novembro. A data não muda. O que muda, de uma empresa para outra, é o que acontece nos 44 dias até lá.

Este guia organiza esse tempo de trás para frente: seis semanas de trabalho e uma reta final de três dias, com a entrega esperada em cada etapa e quem responde por ela. Foi pensado para CTOs e Diretores de E-commerce de empresas de médio porte, que não têm um time de SRE dedicado o ano inteiro.

O plano em 30 segundos
  1. Semana 1: baseline de capacidade e jornadas críticas mapeadas
  2. Semana 2: primeiro teste de carga e estresse, com gargalos priorizados
  3. Semana 3: correções de maior impacto
  4. Semana 4: reteste, teste de pico e decisão go/no-go
  5. Semana 5: code freeze, plano B e observabilidade mínima
  6. Semana 6 e reta final: ensaio, war room, plantão e aquecimento

Por que planejar de trás para frente

A data fixa vira a sua restrição

Contar a partir de hoje (14/10) dá a impressão de que há muito tempo. Contar a partir de 27/11 mostra o contrário: o código precisa ser congelado por volta de 13/11, o que deixa cerca de 30 dias corridos para diagnosticar, corrigir e validar. E cada correção precisa de reteste, então a janela útil é menor do que parece.

O risco específico do middle market

Sem um time dedicado, a preparação concorre com o roadmap normal do ano. E um prazo curto não perdoa a descoberta tardia: encontrar o gargalo a três dias da abertura obriga a escolher entre lançar a campanha com uma falha conhecida ou mexer em código às vésperas. Um cronograma reverso evita as duas escolhas.

O plano em uma tabela: semana, entrega e responsável

SemanaPeríodoEntrega principalResponsávelMarco
114 a 20/10Baseline de capacidade e jornadas críticas mapeadasLiderança técnica e E-commerceMeta de pedidos da campanha definida
221 a 27/10Primeiro teste de carga e estresse; gargalos priorizadosLiderança técnica (com apoio externo, se necessário)Lista priorizada com dono e prazo
328/10 a 03/11Correções de maior impacto entreguesDesenvolvimento, banco de dados e infraestruturaCorreções prontas para reteste
404 a 10/11Reteste, teste de pico e laudo de capacidadeLiderança técnica e CTODecisão go/no-go
511 a 17/11Code freeze (cerca de 13/11), plano B e observabilidade mínimaCTO e OperaçãoCongelamento em vigor
618 a 24/11Ensaio, war room e escala de plantãoOperação e E-commerceChecklist de prontidão assinado
Reta final25 a 27/11Aquecimento, congelamento total e acompanhamento ao vivoTodosAbertura das ofertas

Status para acompanhar: No prazoEm riscoAtrasado

Semana 1 (14 a 20/10): diagnóstico e baseline

Semana 1 · 14 a 20/10
  • Liste as jornadas críticas: busca, página de produto, carrinho, checkout e confirmação de pagamento. São elas que viram receita.
  • Traduza a meta da campanha em carga: parta do pico de pedidos por hora do ano passado, aplique o crescimento que o comercial espera e converta em sessões e requisições.
  • Meça a capacidade atual: o ponto em que o tempo de resposta começa a degradar e o ponto em que os erros aparecem. Sem esse baseline, ninguém sabe se a correção funcionou.
  • Levante as dependências externas (pagamento, frete, antifraude, ERP) e os limites contratados com cada uma.
Entregável: baseline documentado, com jornadas críticas e meta de carga aprovadas pelo E-commerce.

Semana 2 (21 a 27/10): primeiro teste e priorização

Semana 2 · 21 a 27/10
  • Rode teste de carga (volume esperado) e de estresse (até o limite) nas jornadas críticas, em um ambiente que reproduza a arquitetura de produção e dados relevantes.
  • Registre cada falha: onde ocorreu, com que carga e qual foi o sintoma.
  • Priorize por impacto na receita e esforço de correção. Um gargalo no checkout vem antes de um gargalo na busca.
  • Guarde o cenário exato do teste: ele será repetido na semana 4 para comparação.
Entregável: lista priorizada de gargalos, cada um com dono e prazo.

Se quiser entender melhor como saber se a sua loja aguenta o pico, leia o guia Como saber se minha loja virtual aguenta a Black Friday 2026?

Semana 3 (28/10 a 03/11): correções de maior impacto

Semana 3 · 28/10 a 03/11
  • Ataque primeiro o que limita a capacidade, não o que é mais fácil de resolver.
  • Separe as correções por tipo: código (consultas e laços ineficientes), banco de dados (índices, bloqueios, pool de conexões) e configuração (timeouts e limites).
  • Lembre que aumentar servidores só ajuda quando o recurso ampliado é o gargalo. Fora isso, a conta de nuvem sobe e o problema continua.
  • Defina timeout e comportamento de falha para cada dependência externa: a lentidão de um terceiro não pode segurar o checkout inteiro.
Entregável: correções concluídas e prontas para reteste.

Semana 4 (04 a 10/11): reteste e validação

Semana 4 · 04 a 10/11
  • Repita os mesmos cenários e compare com o baseline. Defina o critério de aprovação antes do teste: tempo de resposta do checkout dentro da meta no pico esperado, com margem, e taxa de erro abaixo do limite acordado.
  • Inclua um teste de pico, com salto brusco de acessos, como acontece na abertura das ofertas.
  • Se houver tempo, rode um teste de resistência de algumas horas: vazamentos de memória e filas que crescem aos poucos só aparecem com o tempo.
  • Feche com um laudo objetivo: capacidade comprovada, riscos residuais e ações de contingência.
Entregável: laudo de capacidade com a decisão go/no-go.

Semana 5 (11 a 17/11): congelamento e plano B

Semana 5 · 11 a 17/11
Code freeze (cerca de 14 dias antes)
  • Defina o que ainda pode entrar: apenas hotfix de segurança e correção de falha no checkout, com aprovação.
  • Tenha rollback ensaiado para qualquer mudança que passe pela exceção.
  • Cada alteração depois do reteste reduz a validade do laudo. Registre-as.
Plano B do checkout
  • Liste o que desligar primeiro quando o limite chegar: recomendações, avaliações, rastreio em tempo real.
  • Defina gatilhos mensuráveis e quem autoriza a ativação.
Observabilidade mínima
  • Painéis das jornadas críticas com latência, erros, tráfego e saturação.
  • Alertas que dizem quem deve agir, e não apenas que algo está errado.
Entregável: congelamento em vigor, plano B documentado e painéis no ar.

Semana 6 (18 a 24/11) e reta final (25 a 27/11): ensaio e plantão

Semana 6 · 18 a 24/11
  • Monte a war room: papéis (comando do incidente, técnico, negócio e comunicação), canais e cadência de atualização.
  • Escale o plantão com redundância e teste os acessos de emergência (VPN, console, credenciais).
  • Inventarie os limites escondidos: quotas de nuvem, limites de terceiros, certificados e domínios prestes a vencer.
  • Ensaie um incidente, como um gateway de pagamento lento, e cronometre a resposta.
Entregável: checklist de prontidão assinado pelas áreas envolvidas.
Reta final · 25 a 27/11
  • Aqueça cache, pools de conexão e instâncias antes da abertura das ofertas.
  • Mantenha o congelamento total e o plantão ativo desde a madrugada de 27/11.
  • Acompanhe os painéis hora a hora, com gatilhos claros para acionar o plano B.
Entregável: abertura das ofertas com o sistema aquecido e a equipe em posição.

O que cortar se o prazo apertar

Nem toda empresa chega a 14/10 com seis semanas livres. Se o seu prazo é menor, corte nesta ordem. E, se só der tempo para um teste, rode o de pico no checkout: é o que mais se parece com a abertura das ofertas.

Nunca corte
  • O reteste depois das correções
  • O checkout testado sob pico
  • O plano B definido e ensaiado
Corte primeiro
  • Otimizações cosméticas
  • Testes de jornadas secundárias
  • Novas funcionalidades de campanha
Adie com consciência
  • Teste de resistência longo: reduza a duração e registre o risco
  • Revisões amplas de arquitetura: deixe para depois da campanha

Sinais de que você já está atrasado

  • Nenhum baseline de capacidade até o fim da semana 2 (27/10).
  • Correções entregues sem reteste.
  • Ninguém com papel definido para o dia da campanha.
  • Limites de terceiros (pagamento, frete, antifraude) ainda não confirmados.
  • A decisão sobre o code freeze continua sem data.

Se você reconheceu dois ou mais sinais, reduza o escopo agora, pela ordem da seção anterior. É melhor entrar na campanha com menos itens e todos validados do que com muitos e nenhum comprovado.

Quando faz sentido ter apoio externo

  • O prazo é curto e o risco de receita é direto.
  • Falta tempo para montar cenários de teste, massa de dados e análise de causa raiz sem parar o roadmap.
  • Você precisa de um laudo acionável em poucos dias para destravar a priorização e dar segurança à diretoria.

Apoio externo não substitui o seu time. Ele acelera o diagnóstico e entrega a evidência que o seu time usa para decidir.

Perguntas frequentes

Ainda dá tempo de testar a loja para a Black Friday?
Dá, desde que você reduza o escopo. Com menos semanas, concentre-se no checkout: baseline, um teste de pico ou estresse, as correções de maior impacto e o reteste.
Qual é o teste mínimo se eu só tiver uma semana?
Um teste de pico no checkout, o reteste depois de qualquer correção e um plano B definido. Sem um laudo completo, registre os riscos residuais e leve-os para a decisão de go/no-go.
Quando devo congelar o código?
Cerca de 14 dias antes da Black Friday, ou seja, por volta de 13/11, ajustando ao seu ciclo de releases e à data de início da campanha. O essencial é que o reteste aconteça depois da última mudança relevante.
Preciso de um time de SRE para executar esse plano?
Não. Você precisa de papéis definidos, observabilidade mínima e capacidade de executar testes e analisar resultados. Isso pode vir do time interno com apoio externo pontual.
Quer validar a capacidade da sua loja antes de 27/11?

O Performance Spot realiza diagnósticos com testes de carga, estresse e análise de gargalos, com laudo acionável em poucos dias. Em 15 minutos, mostramos por onde começar no seu cenário.

Agendar reunião de 15 minutos