Alertas de emergência em sites de governo: banners, páginas e um plano para o pior dia

Como o site de uma cidade, condado ou órgão deve funcionar em uma emergência: níveis de alerta, design de banner e página, quem pode publicar às 3 da manhã, como manter o site no ar sob carga, acessibilidade e tradução, e como o site se encaixa ao lado do IPAWS, de alertas por SMS e das redes sociais.

Em um dia normal, o site é um canal entre muitos. No dia de uma enchente, de um incêndio florestal, de um aviso para ferver a água ou de um vazamento químico, ele se torna o lugar para onde todos os outros canais apontam: o alerta por SMS diz "detalhes em", o apresentador da TV lê o endereço, os vizinhos compartilham o link. O tráfego chega de uma vez, as pessoas que publicam estão exaustas e trabalhando pelo celular, e cada palavra é examinada. Este guia trata de preparar o site para esse dia enquanto nada está acontecendo.

Onde o site se encaixa no sistema de alertas

O site raramente é o primeiro aviso. Nos EUA, o Integrated Public Alert and Warning System (IPAWS) da Federal Emergency Management Agency permite que autoridades de alerta autorizadas enviem avisos autenticados por Wireless Emergency Alerts para celulares, pelo Emergency Alert System no rádio e na TV, pela NOAA Weather Radio e por feeds na internet que outros sistemas podem captar. Muitos lugares também mantêm serviços de alerta por SMS e e-mail com inscrição voluntária e publicam nas redes sociais.

O papel do site é outro. Ele é o lugar para os detalhes que não cabem em 360 caracteres: quais ruas, quais abrigos, o que fazer com animais de estimação, quando sai a próxima atualização e o que mudou desde a última. Planeje o site como a referência para a qual todo alerta curto aponta.

Canal	Melhor para	Papel do site
Wireless Emergency Alerts / EAS	Avisos imediatos e curtos sobre ameaças iminentes	O link ou endereço no alerta deve levar a uma página de emergência estável
SMS e e-mail com inscrição	Atualizações para quem se inscreveu	Cada mensagem aponta para a página; a página mostra os mesmos fatos
Redes sociais	Atualizações rápidas, alcance, combate a boatos	As publicações apontam para a página como registro oficial
Linha telefônica e central de atendimento	Pessoas sem internet, perguntas complexas	Os atendentes leem a mesma página para que as respostas coincidam
Site	Detalhes completos, mapas, listas, traduções, histórico de atualizações	A fonte única com a qual todo o resto concorda

Níveis de alerta: defina agora

Sem níveis combinados, todo evento vira um debate sobre se ele "merece" o banner vermelho. Combine três níveis, com exemplos, e quem pode definir cada um.

Nível	Exemplos	Tratamento no site	Quem pode publicar
1. Informação	Interdição de via planejada, mudanças na coleta de lixo em feriados	Notícia; card na página inicial	Editores dos departamentos, revisão normal
2. Aviso	Aviso para ferver a água em uma região, alerta de calor, vigilância de tempestade	Banner em todo o site (pode ser fechado) com link para uma página do evento	Plantão de comunicação, sem revisão extra
3. Emergência	Evacuação, abrigo no local, grande interrupção de serviço, ameaça iminente	Banner em todo o site que não pode ser fechado; página inicial substituída ou encabeçada pela página de emergência; conteúdo não essencial pausado	Plantão de comunicação ou defesa civil, por decisão do líder do incidente

Como desenhar o banner

Curto e específico: "Ordem de evacuação para as Zonas 3 e 4. Saia agora. Detalhes e abrigos." Não "Informações importantes sobre a situação atual".
Um link para a página do evento. Não cinco.
Em todas as páginas, incluindo sites de departamentos e programas. Se esses sites rodam em outras plataformas, alguém precisa atualizar cada um; liste-os no plano.
Acessível: texto real (nunca uma imagem), contraste suficiente, alcançável cedo pelo teclado e anunciado de forma sensata pelos leitores de tela. Não dependa só da cor para mostrar a gravidade; escreva o nível por extenso. Para governos estaduais e locais dos EUA, a regra do ADA Title II exige WCAG 2.1 AA para conteúdo web, e conteúdo de emergência é conteúdo web.
Com horário: "Atualizado às 6:40, terça-feira". Banners desatualizados destroem a confiança mais rápido do que qualquer coisa.
Retirado na hora certa: defina quem o retira e substitua-o por um aviso de "este evento terminou" por um dia.

Como desenhar a página do evento

Crie um template agora, teste e mantenha-o sem publicar até ser necessário. A estrutura que funciona para a maioria dos eventos:

O que está acontecendo em uma ou duas frases, com o horário da última atualização.
O que você precisa fazer agora, em uma lista numerada curta.
Quem é afetado: áreas, com uma descrição em texto além do mapa (mapas sozinhos falham para usuários de leitor de tela e para quem tem conexão lenta).
Onde conseguir ajuda: abrigos, pontos de distribuição, telefones, com horários de funcionamento.
O que está fechado ou mudou: vias, escolas, serviços.
Registro de atualizações, da mais recente para a mais antiga, com horários.
Outros idiomas: links para as versões traduzidas, identificados no próprio idioma.
Quando sai a próxima atualização.

Mantenha um endereço permanente, como /emergency, que sempre mostre o evento atual ou "Nenhuma emergência no momento" com links de preparação. Assim ele pode ser impresso em ímãs de geladeira e em modelos de alerta com anos de antecedência. Escreva em linguagem simples; nosso guia de linguagem simples tem regras que importam ainda mais sob pressão.

Quem pode publicar às 3 da manhã

A maioria das falhas de sites em emergências envolve pessoas e permissões, não tecnologia.

Pelo menos três pessoas treinadas que podem ativar um banner de nível 3 e publicar a página do evento, em escala de plantão, com o acesso testado todo mês.
Acesso pelo celular testado: elas conseguem entrar e publicar pelo celular, nos dados móveis, sem depender de uma VPN que está fora do ar?
Regras de revisão flexibilizadas de propósito: se o seu processo normal exige aprovação antes de publicar, registre quem pode pular essa etapa nos níveis 2 e 3, e anote quando isso acontecer.
Textos pré-aprovados para eventos comuns, para que o plantonista preencha lacunas em vez de escrever do zero.
Uma cópia fora da rede principal do plano e dos logins, caso a rede ou o sistema de identidade faça parte do problema.

Como manter o site no ar

O tráfego em uma emergência pode ser muitas vezes maior que o pico normal, tudo ao mesmo tempo, quase sempre pelo celular. Antes que aconteça:

Pergunte à sua hospedagem ou fornecedor o que acontece com muitas vezes o tráfego normal e se a conta muda. Peça por escrito.
Deixe a página de emergência leve: texto primeiro, imagens comprimidas, nada de vídeo com reprodução automática, nada de widgets pesados de terceiros.
Use uma rede de distribuição de conteúdo (CDN) para que as páginas sejam servidas a partir do cache.
Tenha um plano B: uma cópia estática da página de emergência em outra hospedagem e uma conta de status nas redes sociais que possa divulgar o link se o site principal falhar.
Pause scripts não essenciais (widgets de chat, analytics pesado) durante o nível 3 se eles deixarem as páginas lentas.

O plano em uma página

Etapa	Ação	Responsável
1	O líder do incidente confirma o nível	Defesa civil
2	Publicar a página do evento a partir do template; ativar o banner no site principal	Plantão de comunicação
3	Ativar o banner em cada site de departamento e programa do registro	Plantão de comunicação ou equipe web
4	Enviar o link da página para a autoridade de alerta, a central de atendimento e a equipe de redes sociais	Plantão de comunicação
5	Pedir a tradução da seção principal	Responsável por acesso linguístico
6	Atualizar a página no cronograma prometido; registrar cada atualização	Plantão de comunicação
7	Rebaixar ou encerrar: mudar o banner, adicionar aviso de "evento encerrado", arquivar a página	Líder do incidente e comunicação
8	Revisão em até duas semanas: o que foi lento, o que deu errado, o que mudar	Gerente web

Pratique

Faça um exercício de mesa duas vezes por ano incluindo o site: o plantonista publica a página de evento de teste em uma pré-visualização, ativa um banner de teste em uma cópia de homologação, e vocês cronometram. A primeira rodada costuma revelar uma senha que ninguém tem, um site de departamento que ninguém consegue editar e um banner que não aparece no celular.

Quando você administra muitos sites

A etapa 3 do plano é a difícil para organizações com muitos sites: cada biblioteca, parque, departamento e programa precisa do banner ou pelo menos de um link. Duas coisas facilitam: um registro único de todos os sites com uma pessoa nomeada que pode editar cada um, e uma plataforma em que um administrador central alcança todos os sites.

Na We.Inc, uma organização administra os seus sites sob uma única marca e a equipe central vê todos os sites em uma só lista. A aprovação antes de publicar é uma chave por site, então você decide quais sites precisam dela e mantém os sites dos seus publicadores de emergência livres dela. A We.Inc não inclui um sistema de alertas nem um recurso pronto de banner de emergência; banners e páginas de evento são criados como conteúdo normal do site.

Lista de todos os sites com busca, tags e colunas de status — Todos os sites da marca em uma lista pesquisável: o registro de que a etapa 3 depende.

Configurações de um site, com chaves para publicação, domínio, código, blog, loja, formulários, SEO e aprovação de publicação — A aprovação antes de publicar é definida por site, então os publicadores de emergência não ficam presos em uma fila.

Opções de publicação incluindo publicar em pré-visualização e conectar um domínio próprio — Uma etapa de pré-visualização para ensaiar uma página de evento antes de precisar dela.

Um site de exemplo exibido na largura de um celular, organizado em uma única coluna — Os sites se ajustam à largura do celular, por onde chega a maior parte do tráfego em emergências. A imagem mostra um site de template de exemplo na pré-visualização ao vivo.

Se você quer ver como funciona o controle central de muitos sites, agende uma demonstração.

Fontes

Última verificação em 2026-10-25.

FEMA, Integrated Public Alert and Warning System (IPAWS).
ADA.gov, Fact Sheet: Title II web and mobile app rule (WCAG 2.1 AA).

Este guia traz informações gerais, não aconselhamento jurídico nem de gestão de emergências. Siga o plano de operações de emergência da sua jurisdição.

Perguntas frequentes

O que um banner de emergência em um site de governo deve dizer?

Uma frase curta e específica sobre o que está acontecendo e o que fazer, o nível de alerta por extenso, um link para a página do evento e o horário da última atualização. Use texto real, não uma imagem.

Como o site se relaciona com o IPAWS e os Wireless Emergency Alerts?

O IPAWS leva avisos curtos e autenticados para celulares, rádio, TV, NOAA Weather Radio e feeds na internet. O site é a referência detalhada para a qual esses alertas e os outros canais apontam.

Atualizações de emergência devem precisar de aprovação antes de publicar?

Decida com antecedência. Muitas organizações deixam publicadores de plantão nomeados pular a revisão normal nos níveis de aviso e emergência, registrando quando isso acontece.

Como manter o site no ar durante uma emergência?

Mantenha a página de emergência leve, sirva-a por uma rede de distribuição de conteúdo, confirme com a sua hospedagem o que acontece com tráfego intenso e tenha uma cópia estática de reserva em outra hospedagem.

A We.Inc inclui um sistema de alertas de emergência?

Não. A We.Inc permite que uma equipe central veja e gerencie muitos sites sob uma única marca e defina a aprovação por site, mas banners e páginas de evento são criados como conteúdo normal do site e os alertas continuam nos seus sistemas atuais.