Ontem o WordPress liberou a versão 7.1.1 e, junto com ela, jogou uma decisão no colo de quem tem site: aplicar a atualização agora ou esperar para testar com calma. Parece assunto de desenvolvedor, mas para uma empresa que depende do site para vender as duas escolhas têm preço, e o preço não é o mesmo.
WordPress 7.1.1 fechou 11 brechas: o que veio nesta versão
A 7.1.1 é uma versão de manutenção e segurança, lançada em 17 de setembro. Ela corrige 11 falhas de segurança, mais 17 ajustes no núcleo e 19 no editor de blocos, segundo o WordPress News. Entre as falhas estão um cross-site scripting armazenado na função que trata o texto dos posts, uma travessia de caminho que exige usuário autenticado e brechas na interface XML-RPC.
Para quem não programa, a leitura é mais simples do que os nomes sugerem. São portas que agora estão documentadas em público. No momento em que a correção sai, a descrição da falha sai junto, e vira mapa para quem procura site parado numa versão velha. Por isso o próprio time do WordPress recomenda atualizar de imediato. A versão aplica a correção sozinha, em segundo plano, nos sites configurados para isso, e o mesmo conserto está sendo levado para versões antigas até a 4.7. O resultado é que quase todo site WordPress do Brasil tem alguma coisa a resolver esta semana.
Cenário A: a atualização automática aplica o patch sem você lembrar
Com a atualização automática ligada, a correção entra de madrugada, sem depender de ninguém abrir o painel. O ganho é direto: a janela em que o site fica exposto à falha já conhecida encolhe de dias para horas. Para a maioria dos sites institucionais, de serviço, de profissional liberal, esse é o cenário mais seguro, porque o risco de invasão pesa mais que o risco de a atualização quebrar alguma coisa.
O problema desse caminho mora no que ninguém está olhando. Uma atualização pode entrar em conflito com um tema antigo ou com um plugin que ninguém toca há dois anos, e o site amanhece com o menu fora do lugar ou o checkout travado. Numa loja virtual, isso é o cliente que chega às 22h, tenta pagar, não consegue e some, enquanto você dorme achando que está tudo certo. O patch protegeu o site e, no mesmo movimento, pode ter derrubado a venda.
Cenário B: segurar para testar antes tem um custo por dia parado
Segurar a atualização para rodar num ambiente de teste resolve exatamente esse medo. Você sobe a versão nova numa cópia, confere o checkout, o formulário de contato e as páginas que mais trazem cliente, e só então aplica no site real. Para quem fatura pelo site, esse cuidado é o caminho certo, com uma condição: que o teste aconteça em horas, não em semanas.
A armadilha aparece quando “segurar para testar” escorrega para “deixar para quando sobrar tempo”. Cada dia parado na versão antiga é um dia com uma falha pública e já mapeada aberta no seu site. Esse custo não entra em nenhum relatório e não dispara nenhum alerta. Ele aparece de uma vez, no dia em que alguém usa a porta que você deixou aberta, e aí a conta vem inteira: site fora do ar, dado de cliente exposto, confiança perdida.
Como decidir sem deixar o site aberto na semana da campanha
A decisão que a 7.1.1 coloca na mesa vai além de ligar ou desligar a atualização automática. O que pesa mesmo é definir quem responde por ela. Site simples, com poucos plugins, ganha mais com a automática ligada. Loja virtual ou site cheio de integrações precisa de ambiente de teste e de uma pessoa que aplique a correção no mesmo dia, não no mês seguinte. Escolher errado custa nos dois sentidos: automática ligada sem ninguém conferindo derruba venda em silêncio; automática desligada sem ninguém no lugar deixa a porta aberta.
O erro que junta o pior dos dois lados é o meio-termo preguiçoso: desligar a automática e não colocar ninguém para fazer o trabalho manual. O site não se atualiza sozinho e também não tem quem atualize. Antes de decidir, vale separar o site pelo que ele é:
- Site institucional, poucos plugins: atualização automática ligada e pronto.
- Loja virtual ou muitos plugins: teste numa cópia e aplicação no mesmo dia.
- Qualquer site: um backup que você já testou restaurar antes de precisar dele.
- Depois de atualizar: abrir o site no celular e passar pelo checkout, não só pela home.
Manter o WordPress em dia é trabalho de rotina, o tipo de tarefa que precisa de dono fixo, e é aqui que entra a otimização e manutenção de sites: alguém acompanhando o painel para que a próxima atualização não seja uma aposta às cegas. A conta que fecha o raciocínio é curta: um único dia com o site invadido custa mais que um ano inteiro de manutenção.