TecnologiaArtigo
Black Friday 2026: checklist técnico do site, de quatro semanas antes ao dia 27
Em resumo
O site que cai ou trava na sexta-feira pode perder a campanha inteira. O ConnectWeek organiza a preparação técnica da loja pequena e média em quatro momentos — até 30 de outubro, de 2 a 19 de novembro, o congelamento a partir do feriado de 20 de novembro e o dia 27 —, com teste de carga, cache, congelamento de mudanças, checkout, estoque, monitoramento e plano de contingência.
A preparação técnica do site para a Black Friday de 2026, que cai em 27 de novembro, cabe em quatro momentos: até 30 de outubro, medir a velocidade e testar a carga; de 2 a 19 de novembro, corrigir o que o teste mostrou e ajustar cache, checkout e integrações; a partir de 20 de novembro, congelar as mudanças; e, no dia, só monitorar e seguir o plano de contingência escrito antes. A lógica é simples: nada entra no ar pela primeira vez na semana da data. O que segue é a lista de conferência em ordem cronológica, pensada para a loja pequena e média, com ou sem equipe de tecnologia.
O que entra no checklist técnico da Black Friday?
Sete frentes, cada uma com um prazo. O lado comercial — oferta, lista de interesse, mensagens — está no cronograma de campanha em quatro semanas; aqui fica só o que mantém o site de pé.
| Frente | Prazo | Está pronto quando |
|---|---|---|
| Velocidade das páginas | Até 30/10 | Página de produto e de campanha dentro dos limites do Google no celular |
| Teste de carga | Até 30/10, com reteste até 13/11 | O site aguenta o pico previsto com folga e você sabe onde ele quebra |
| CDN e cache | Até 13/11 | Arquivos estáticos saem da CDN; carrinho e checkout nunca saem de cache |
| Checkout e pagamentos | Até 19/11 | Uma compra real foi concluída em cada meio de pagamento, no celular |
| Estoque e integrações | Até 19/11 | O saldo do site bate com o do ERP e a fila de sincronização foi medida |
| Congelamento de mudanças | De 20/11 a 1º/12 | Regra escrita, com um responsável por autorizar exceções |
| Monitoramento e contingência | Até 26/11 | Alertas testados e roteiro de queda impresso, com telefones |
Até 30 de outubro: medir a velocidade e testar a carga
Velocidade
Comece pelo que o Google mede. Segundo a página Web Vitals, do web.dev, uma boa experiência pede que o maior elemento da tela carregue em até 2,5 segundos (LCP), que a página responda a um toque em até 200 milissegundos (INP) e que o deslocamento acumulado do layout fique em 0,1 ou menos (CLS). A referência é o 75º percentil das visitas, com celular e computador medidos em separado. Teste a página inicial, a de campanha, a de categoria mais visitada e os cinco produtos que vão receber anúncio. O que medir e o que corrigir primeiro está no artigo sobre Core Web Vitals na loja virtual.
O ganho mais rápido costuma estar no que a loja instalou ao longo do ano. Liste todos os scripts de terceiros — pixels, chat, pop-up, avaliações, mapas de calor — e desligue os que ninguém usa. Cada um deles é uma dependência a mais que pode ficar lenta justamente no dia de maior movimento da loja.
Teste de carga
A documentação do k6, ferramenta de código aberto da Grafana Labs, separa os tipos de teste de carga pelo objetivo. Três bastam para uma loja:
- Teste de fumaça: poucos usuários, por alguns minutos, só para confirmar que o roteiro do teste funciona.
- Teste de carga média: o movimento de um dia normal, para ter a linha de base.
- Teste de pico: um salto súbito e curto de acessos. É o tipo que a documentação indica para quem se prepara para eventos sazonais.
A meta sai do histórico da própria loja. Exemplo: se a hora mais movimentada da Black Friday passada teve 180 pedidos e a expectativa é crescer 30%, o pico previsto é de 234 pedidos por hora; com folga de 50%, o teste precisa sustentar 351 pedidos por hora sem erro e sem a página de produto passar dos limites de velocidade. O roteiro simulado deve imitar a visita real: página de campanha, busca, produto, carrinho, cálculo de frete e início do checkout.
Quem tem servidor próprio roda o teste num ambiente igual ao de produção, fora do horário de venda. Quem usa plataforma alugada não deve simular tráfego sem falar com o suporte: pergunte como a plataforma se prepara para a data e teste o que é seu — o tema, os aplicativos e as integrações. Em qualquer caso, reserve duas semanas para corrigir e refazer o teste.
De 2 a 19 de novembro: cache, checkout e estoque
CDN e cache
A CDN tira do seu servidor o peso das imagens, do CSS e do JavaScript, mas o padrão dela raramente cobre tudo. A documentação da Cloudflare sobre o comportamento padrão de cache, atualizada em 14 de setembro de 2026, informa que a rede decide pela extensão do arquivo, não guarda HTML nem JSON por padrão e não armazena respostas que tragam o cabeçalho Set-Cookie ou diretivas como private e no-store. Na prática:
- confira se imagens, fontes e scripts estão de fato saindo da CDN, e com prazo de validade longo;
- se for guardar em cache o HTML da página de campanha, faça isso com regra explícita e tempo curto, e teste com o site logado e deslogado;
- nunca coloque em cache carrinho, checkout, área do cliente nem respostas de preço e frete personalizadas;
- anote como limpar o cache de uma página específica, porque preço errado em cache é oferta anunciada.
Lojas com servidor próprio e tráfego muito concentrado podem avaliar uma fila virtual. Na Cloudflare, o recurso se chama Waiting Room e, segundo a documentação consultada em 7 de outubro de 2026, está disponível a partir do plano Business; ele desvia o excesso de visitantes para uma sala de espera com a marca da loja e protege o servidor de origem.
Checkout e meios de pagamento
Faça uma compra real, no celular, com cada meio de pagamento que a loja aceita: Pix, cartão à vista, cartão parcelado, carteira digital e boleto, se houver. Anote o tempo de cada etapa e confira se o pedido chega ao ERP com o status certo. Depois, três conferências com os fornecedores:
- peça ao intermediador de pagamento o canal de atendimento de plantão e o endereço da página de status do serviço;
- revise as regras do antifraude com base nos pedidos recusados do último mês, para não barrar cliente bom no pico — a conta está em antifraude e falso positivo;
- confirme se há um segundo caminho de recebimento caso o principal caia; um QR Code Pix estático, que pode ser criado no gerador de QR Code Pix, resolve o atendimento por WhatsApp enquanto o checkout volta.
Os pontos da página que mais derrubam a conversão estão em checkout que converte.
Estoque e integrações
Vender o que não existe é a falha técnica que vira reclamação. Meça quanto tempo uma venda leva para baixar o saldo no ERP e voltar ao site e aos marketplaces. Se a sincronização demora 10 minutos e o item mais procurado vende 30 unidades nesse intervalo, reserve pelo menos essa quantidade como estoque de segurança fora da vitrine. Verifique também, na documentação de cada integração, os limites de chamadas, que podem estourar quando o volume sobe de uma vez. O roteiro de testes da integração está em integração entre ERP, marketplace e loja virtual.
De 20 de novembro a 1º de dezembro: o congelamento de mudanças
Sexta-feira, 20 de novembro, é feriado nacional pela Lei nº 14.759/2023. É um bom marco: a partir dele, o site que foi testado é o site que vai para o pico. A regra precisa estar escrita e combinada com agência, desenvolvedor e quem mais tiver senha do painel:
- Fica proibido: instalar ou atualizar aplicativo, trocar tema, incluir pixel ou script, alterar regra de frete, mudar integração e migrar qualquer coisa.
- Continua liberado: preço, banner, texto de produto, saldo de estoque e cupom — tudo pelo painel, sem tocar em código.
- Exceção: só correção de falha que impede a venda, autorizada por uma pessoa definida, com cópia da versão anterior pronta para voltar.
Aproveite a mesma semana para fechar as portas: senha trocada e verificação em duas etapas em todos os acessos de administrador, e remoção de usuários de ex-funcionários e fornecedores antigos. A lista completa está no checklist de segurança da loja virtual.
Quinta-feira, 26 de novembro: a conferência da véspera
- Compra de teste concluída em cada meio de pagamento, no celular.
- Preços e cupons da campanha conferidos item a item, com o cache das páginas limpo.
- Saldo dos 20 produtos principais batendo com o ERP.
- Backup do tema e do banco de dados feito e guardado fora do servidor.
- Alertas de site fora do ar e de erro no checkout disparados de propósito, para confirmar que chegam ao celular certo.
- Certificado de segurança e domínio com vencimento depois de dezembro.
- Lista de contatos de plantão: plataforma, pagamento, ERP, transportadora, agência.
- Roteiro de contingência impresso, porque o painel pode ser justamente o que caiu.
Sexta-feira, 27 de novembro: o que monitorar hora a hora?
No dia, ninguém mexe no site: a equipe olha números e reage a desvios. Cinco indicadores, comparados com a mesma hora da Black Friday passada e de uma sexta-feira comum (a anterior, 20 de novembro, é feriado), mostram a maior parte dos problemas:
| Indicador | Sinal de alerta | Primeira providência |
|---|---|---|
| Disponibilidade e tempo de resposta | Página de produto lenta ou com erro | Desligar scripts não essenciais; checar a página de status da plataforma |
| Pedidos por hora | Queda com visitas em alta | Fazer uma compra de teste para achar a etapa que travou |
| Aprovação por meio de pagamento | Um meio cai e os outros não | Acionar o plantão do intermediador; destacar os outros meios no checkout |
| Pedidos no site contra pedidos no ERP | Diferença que cresce | Pausar anúncio dos itens de saldo baixo até a fila normalizar |
| Fila do atendimento | Mesma dúvida repetida | Publicar a resposta em banner ou na página do produto |
Plano de contingência: o site caiu, e agora?
O roteiro tem quatro passos, do mais barato ao mais drástico:
- Desfazer a última alteração. Com o congelamento em vigor, a lista de suspeitos é curta.
- Reduzir o peso. Desligar chat, pop-up, vídeo de fundo, recomendações e qualquer aplicativo que não seja necessário para fechar a compra.
- Limitar em vez de fechar. O guia do Google sobre como pausar uma loja on-line recomenda manter o site no ar com funções limitadas — desativar o carrinho e exibir um aviso — em vez de tirá-lo do ar. Se for inevitável desativar tudo por um ou dois dias, a orientação é responder com o código HTTP 503 e nunca devolver esse código para o arquivo robots.txt.
- Vender por outro caminho. Catálogo no WhatsApp, link de pagamento ou Pix, com o pedido lançado à mão no ERP para o estoque não se perder.
Deixe redigidos o aviso para as redes sociais e a resposta padrão do atendimento, com a promessa de manter a oferta para quem não conseguiu comprar. E registre o horário de cada falha: a conta de quanto ela custou, em pedidos por hora, é o argumento para investir em estrutura no ano seguinte.
Depois do pico: o que guardar para 2027
O congelamento vale até terça-feira, 1º de dezembro, depois da Cyber Monday. Na semana seguinte, anote o pico real de pedidos por hora, o indicador que deu o primeiro sinal de cada problema, o tempo de resposta de cada fornecedor e o que o teste de carga não previu. Esses quatro registros são o ponto de partida do checklist do ano que vem — e o que evita começar do zero em outubro.
Fonte: web.dev (Google) — Web Vitals
Perguntas frequentes
Quando começar a preparar o site para a Black Friday 2026?
Quatro semanas antes da data, ou seja, até 30 de outubro de 2026. Esse prazo dá tempo de medir a velocidade das páginas, rodar um teste de carga, corrigir o que ele mostrar e ainda congelar as mudanças na semana anterior à sexta-feira, 27 de novembro.
O que é congelamento de mudanças no e-commerce?
É o período em que a loja para de instalar aplicativos, trocar tema, mexer em scripts e alterar integrações, para que nenhuma novidade quebre o site no pico. Só entram correções de falha grave, aprovadas por uma pessoa e com caminho de volta já testado. Preço, banner e estoque continuam sendo atualizados normalmente.
Loja pequena precisa fazer teste de carga?
Precisa saber até onde o site aguenta, mesmo que o teste seja simples. Quem tem servidor próprio simula o pico esperado com uma ferramenta de teste de carga. Quem usa plataforma alugada consulta o suporte antes de simular tráfego e concentra o teste no que é seu: tema, scripts de terceiros, aplicativos e integrações com ERP e meios de pagamento.
O que fazer se o site cair na Black Friday?
Seguir um roteiro escrito antes: desfazer a última alteração, desligar scripts e aplicativos não essenciais, avisar os clientes nos canais da loja e manter um caminho alternativo de venda. O Google recomenda limitar funções do site, como o carrinho, em vez de tirá-lo do ar; se for inevitável desativar por pouco tempo, a resposta indicada é o código HTTP 503.
A CDN guarda em cache as páginas da loja?
Depende da configuração. A documentação da Cloudflare, por exemplo, informa que a rede não guarda HTML nem JSON em cache por padrão, apenas arquivos estáticos definidos pela extensão, e que não armazena respostas que tragam o cabeçalho Set-Cookie. Páginas de carrinho, checkout e área do cliente nunca devem ser servidas de cache.
