Code freeze da Black Friday 2026: até quando o dev pode subir código na loja Magento

O que é code freeze em e-commerce e por que ele vale para a loja Magento

Code freeze é um acordo com data: a partir de um dia, nada de código novo sobe para a loja, salvo exceção prevista. A ideia é que a semana de maior venda rode sobre uma versão que já passou por pedidos reais, e não sobre a entrega da véspera.

No Magento, deploy mexe em mais coisa do que arquivo. O setup:upgrade aplica patches no banco, a compilação regenera classes e o deploy de estáticos refaz CSS e JavaScript. Um erro nessa sequência pode tirar a loja do ar, e desfazer mudança de banco não é tão rápido quanto voltar um arquivo.

A própria Adobe leva isso em conta: no calendário oficial de patches de 2026, atualizado em 19/08/2026, as datas de 10/11 e 08/12 aparecem como liberação opcional, com a justificativa de congelamento de código de fim de ano.

Calendário de deploy de novembro de 2026, de trás para a frente

As datas abaixo são a recomendação que eu faço, com o motivo de cada uma. Ajuste ao tamanho da sua equipe, mas mantenha a ordem.

Para o período de correções funcionar, a loja precisa de um lugar para testar antes. Se ainda não tem, o checklist de staging é o primeiro item da lista de 27/10.

O que conta como hotfix durante o congelamento

Hotfix precisa de critério escrito antes do congelamento, e não de discussão no meio da madrugada. O que eu uso: entra só o que cumpre as três condições.

1. Impacto: impede ou corrompe finalizar compra, pagar, calcular frete ou registrar o pedido, ou é falha de segurança.
2. Evidência: número de pedido ou SKU, horário, mensagem de erro ou print, e o erro reproduzido no staging.
3. Aprovação: uma pessoa nomeada da loja (dono ou gestor) aprova por escrito, e o dev informa como voltar à versão anterior se a correção falhar.

Não entra: ajuste de layout, troca de texto que dependa de template, melhoria de desempenho, atualização de extensão sem falha de segurança e qualquer funcionalidade pedida na semana. Tudo isso vai para uma lista com data de 02/12.

E os patches de segurança da Adobe?

O mesmo calendário da Adobe marca um arquivo de patch de segurança isolado em 13/10/2026, para as linhas 2.4.4 a 2.4.9. A página avisa que o patch isolado só pode ser aplicado sobre a última versão -p da linha. Por isso a atualização para o último -p e o patch de outubro entram antes de 06/11. Se sair uma correção de emergência durante o congelamento, leia o boletim de segurança: falha crítica que afeta a sua versão vira hotfix, aplicado primeiro no staging; o restante espera 02/12.

Banner e conteúdo do CMS também congelam?

Depende do que muda. Eu separo em três grupos:

Duas regras para o conteúdo. A primeira: campanha se agenda, não se edita ao vivo. No Magento Open Source, a regra de carrinho tem campos de data de início e fim; no Adobe Commerce, o Content Staging agenda mudanças em produtos, categorias, regras de preço, páginas e blocos de CMS. A segunda: ninguém limpa o cache inteiro em horário de pico. Numa loja com Varnish, o código do módulo CacheInvalidate faz os botões Flush Magento Cache e Flush Cache Storage da tela Cache Management mandarem o Varnish esvaziar todo o cache de página, e cada página volta a ser montada pelo PHP justamente com a loja cheia.

Modelo de mensagem para combinar o congelamento

Mande por escrito, para dev, agência e marketing no mesmo e-mail:

Calendário da Black Friday 2026. Até 06/11: último deploy de funcionalidade e de extensão. De 09/11 a 19/11: só correções homologadas no staging, em dia útil, pela manhã. 20/11: sem deploy. De 23/11 a 01/12: congelamento total; hotfix só com impacto em compra, pagamento, frete ou segurança, evidência e aprovação de [nome do aprovador]. Conteúdo de CMS e promoções: preparados até 20/11 e agendados, sem limpeza geral de cache. Liberação a partir de 02/12.

Troque o nome do aprovador antes de enviar. Para adaptar as datas à rotina da sua loja, fale comigo.