Sete de setembro é feriado nacional. A rua tem desfile, o comércio fecha a porta, a equipe viaja. E o site continua no ar, recebendo pedido, processando pagamento e respondendo mensagem — porque ninguém avisou ao cliente que hoje não dá.
Essa assimetria é o assunto deste texto. Não é sobre vender mais no feriado; é sobre o fato de que a operação digital não tem feriado, e a estrutura que cuida dela quase sempre tem.
O que realmente muda num dia desses
Três coisas mudam ao mesmo tempo, e é a combinação que cria o risco:
- O comportamento do cliente muda. Quem está em casa, de folga, com o celular na mão, navega e compra em horários que não são os do expediente;
- A equipe encolhe. Não há recepção, não há o colega que "dá uma olhada", não há o fornecedor de TI atendendo telefone;
- O tempo até alguém perceber cresce. Num dia útil, um problema aparece porque dez pessoas esbarram nele. No feriado, ele pode passar horas sem que ninguém esbarre.
Esse terceiro item é o que separa um susto de um prejuízo. Um checkout quebrado às onze da manhã de uma terça-feira é resolvido em minutos, porque alguém tenta comprar e reclama. O mesmo checkout quebrado às onze da manhã de um feriado pode ficar assim até a noite.
Não é impressão: há alerta formal sobre isso
Em agosto de 2021, o FBI e a CISA — a agência de segurança cibernética do governo dos Estados Unidos — publicaram um comunicado conjunto justamente sobre esse ponto: observaram aumento de ataques de ransomware de alto impacto em feriados e fins de semana, quando os escritórios normalmente estão fechados.
O comunicado é objetivo sobre o motivo e sobre o que fazer. Entre as recomendações estão manter cópia de segurança fora do alcance da rede, exigir segundo fator de autenticação, proteger e monitorar os acessos remotos, manter os sistemas atualizados — e, textualmente, manter monitoramento contínuo e ativo nesses períodos, com alguém de plantão definido para o caso de um incidente.
Os dois caminhos de entrada mais comuns que eles apontam também são conhecidos: mensagem fraudulenta e tentativa de força bruta contra acesso remoto exposto.
Vale a leitura honesta desse dado: ele não diz que a sua empresa será atacada no feriado. Diz que quem ataca escolhe o momento em que a resposta demora — e que a contramedida é organizacional antes de ser técnica.
O que dá para preparar antes, sem contratar nada
Boa parte do que protege uma operação em feriado é decisão, não investimento. Vale a pena resolver isto na semana anterior:
- Quem é o plantão, com nome e telefone. "A gente se vira" não é plantão. Precisa haver uma pessoa que sabe que é ela, e uma segunda caso a primeira não atenda;
- O que fazer se o site cair. Escrito, em uma página, com quem ligar e em que ordem. Ninguém raciocina bem às seis da manhã de um domingo;
- Nada de mudança grande na véspera. Publicar alteração relevante no dia anterior a um feriado é a forma mais barata de estragar um feriado;
- Confirmar que a cópia de segurança recente existe e é recuperável — não que a rotina disse "concluído com sucesso", mas que alguém já restaurou e conferiu;
- Segundo fator ligado nos acessos administrativos, especialmente nos que vêm de fora;
- Avisar o cliente do que muda, se algo muda: prazo de entrega, horário de atendimento, prazo de resposta. Expectativa alinhada evita metade das reclamações.
E o que precisa estar montado antes
Link redundante, e testado
Ter dois links de operadoras diferentes só ajuda se a troca acontecer sozinha quando um cai. Redundância que exige alguém no escritório para mexer num equipamento é redundância que não funciona em feriado — que é justamente quando ela precisaria funcionar.
O teste é simples e vale mais que qualquer contrato: desligar o link principal de propósito, num horário combinado, e cronometrar quanto tempo o ambiente leva para voltar sozinho.
Monitoramento que avisa, não painel que espera visita
Painel bonito não serve para nada às três da manhã, porque ninguém está olhando. O que serve é o alerta que sai — e chega em alguém que pode agir.
Também importa o que está sendo monitorado. Responder ao ping não significa que a loja está vendendo: o servidor pode estar de pé com o pagamento fora do ar. A verificação útil percorre o caminho do cliente: a página abre, o carrinho responde, o pagamento é aceito.
Primeira resposta automática, sem inventar o que não sabe
No feriado, a maior parte das mensagens é de três tipos: onde está meu pedido, vocês estão entregando hoje, e o produto tem determinada característica. Isso é respondível sem ninguém acordado.
O que não se faz é deixar o atendimento automático prometer prazo que a operação não vai cumprir. Uma resposta honesta — "hoje é feriado, sua mensagem entra na fila e é respondida a partir de amanhã às 8h" — vale mais que uma resposta simpática e falsa.
O estoque, que é o erro clássico do feriado
Quem tem loja física e site costuma ter dois estoques que conversam mal. Num dia normal isso é administrável: alguém percebe a divergência e corrige. No feriado, com a loja fechada e o site vendendo, o descompasso corre solto por um dia inteiro — e a conta chega na forma de pedido vendido sem ter o produto.
Não é problema de infraestrutura, é de integração; mas é infraestrutura que o denuncia. Se a integração entre a loja e o site parar de rodar às duas da manhã, alguém precisa saber disso antes de o dia acabar.
Uma pergunta para responder ainda esta semana
Se o site sair do ar às nove da manhã do dia 7, quanto tempo até alguém saber? Não quanto tempo até consertar — quanto tempo até alguém saber.
Essa é a única métrica que importa nesse dia, porque nenhuma outra começa a contar antes dela. E é a única que dá para melhorar antes do feriado.
O que a Ragnatela faz nesse ponto
Monitoramos o ambiente do cliente 24 horas por dia, inclusive em feriado, com verificação do caminho que o cliente final percorre — não só do equipamento respondendo. Quando algo sai do padrão, o alerta vai para quem está de plantão, com o que foi identificado e desde quando.
Também desenhamos e testamos a redundância de link, mantemos a rotina de cópia de segurança com uma cópia fora do local e protegida contra exclusão, e colocamos os canais de atendimento numa fila única, para que a mensagem que chegou no feriado não fique parada num aplicativo que ninguém abriu.
Bom sete de setembro. Que o desfile seja na rua, e não no painel de alertas.
Perguntas frequentes
Feriado é mesmo mais arriscado, ou isso é conversa de fornecedor?
Há alerta formal de órgão público sobre o tema: o comunicado conjunto do FBI e da CISA de agosto de 2021 registra aumento de ataques de alto impacto em feriados e fins de semana, quando os escritórios estão fechados. O motivo não é místico — é o tempo de resposta. Quem ataca prefere o momento em que a reação demora mais.
Não basta ter dois links de internet?
Não, se a troca entre eles não for automática e nunca tiver sido testada. Redundância que precisa de alguém no escritório para funcionar falha exatamente no dia em que não há ninguém no escritório. O teste é desligar o link principal de propósito, em horário combinado, e cronometrar a volta.
Monitoramento e atendimento são a mesma coisa?
Não. Atendimento responde quando alguém chama; monitoramento percebe antes de alguém chamar. Num dia útil a diferença é pequena, porque um problema logo esbarra em alguém. Em feriado ela é a diferença entre vinte minutos e o dia inteiro fora do ar.
Dá para preparar alguma coisa se o feriado é semana que vem?
Dá, e o mais importante não custa nada: definir quem é o plantão com nome e telefone, escrever numa página o que fazer se o site cair, não publicar mudança grande na véspera e confirmar que existe cópia de segurança recente que alguém já restaurou. Isso resolve a maior parte dos casos.
Fontes
- FBI e CISA (Cybersecurity and Infrastructure Security Agency, EUA) · Comunicado conjunto de segurança AA21-243A, "Ransomware Awareness for Holidays and Weekends", 31 de agosto de 2021 — aumento observado de ataques de alto impacto em feriados e fins de semana, e recomendação de monitoramento contínuo e plantão definido
- CERT.br · Cartilha de Segurança para Internet — boas práticas de cópia de segurança, autenticação e proteção de acesso remoto
