Alertes d'urgence sur les sites web publics : bandeaux, pages et plan d'action pour le pire des jours

Comment le site web d'une ville, d'un comté ou d'un organisme doit se comporter en situation d'urgence : niveaux d'alerte, conception du bandeau et de la page, qui peut publier à 3 heures du matin, tenir face à l'afflux de trafic, accessibilité et traduction, et la place du site aux côtés d'IPAWS, des alertes par SMS et des réseaux sociaux.

Un jour ordinaire, le site web est un canal parmi d'autres. Le jour d'une inondation, d'un feu de forêt, d'un avis d'ébullition de l'eau ou d'un déversement chimique, il devient l'endroit vers lequel pointent tous les autres canaux : l'alerte SMS dit « détails sur », le présentateur télé lit l'adresse à l'antenne, les voisins partagent le lien. Le trafic arrive comme un mur, les personnes qui publient sont épuisées et travaillent depuis leur téléphone, et chaque mot est scruté. Ce guide explique comment préparer le site pour ce jour-là, pendant qu'il ne se passe rien.

La place du site dans le système d'alerte

Le site est rarement le premier avertissement. Aux États-Unis, l'Integrated Public Alert and Warning System (IPAWS) de l'agence fédérale de gestion des urgences (FEMA) permet aux autorités habilitées d'envoyer des alertes authentifiées via les Wireless Emergency Alerts sur les téléphones mobiles, l'Emergency Alert System à la radio et à la télévision, la NOAA Weather Radio et des flux internet que d'autres systèmes peuvent reprendre. De nombreuses collectivités proposent aussi des services d'alerte par SMS et e-mail sur inscription, et publient sur les réseaux sociaux.

Le rôle du site est différent. C'est l'endroit des détails qui ne tiennent pas en 360 caractères : quelles rues, quels refuges, que faire des animaux, quand arrive la prochaine mise à jour et ce qui a changé depuis la précédente. Concevez-le comme la référence vers laquelle renvoie chaque alerte courte.

Canal	Idéal pour	Rôle du site
Wireless Emergency Alerts / EAS	Alertes immédiates et courtes en cas de menace imminente	Le lien ou l'adresse de l'alerte doit mener à une page d'urgence stable
SMS et e-mail sur inscription	Mises à jour pour les personnes inscrites	Chaque message renvoie à la page ; la page affiche les mêmes faits
Réseaux sociaux	Mises à jour rapides, portée, lutte contre les rumeurs	Les publications renvoient à la page comme source officielle
Ligne téléphonique et centre d'appels	Personnes sans internet, questions complexes	Les téléconseillers lisent la même page pour que les réponses concordent
Site web	Détails complets, cartes, listes, traductions, historique des mises à jour	La source unique avec laquelle tout le reste concorde

Les niveaux d'alerte : décidez-les maintenant

Sans niveaux convenus, chaque événement devient un débat pour savoir s'il « mérite » le bandeau rouge. Fixez trois niveaux, avec des exemples, et qui peut déclencher chacun.

Niveau	Exemples	Traitement sur le site	Qui peut publier
1. Information	Fermeture de route prévue, changement de collecte des déchets pendant les fêtes	Actualité ; encart sur la page d'accueil	Rédacteurs des services, relecture habituelle
2. Avis	Avis d'ébullition de l'eau pour un secteur, avis de chaleur, veille de tempête	Bandeau sur tout le site (refermable) renvoyant à une page d'événement	Communication d'astreinte, sans relecture supplémentaire
3. Urgence	Évacuation, confinement, panne majeure, menace imminente	Bandeau sur tout le site impossible à fermer ; page d'accueil remplacée ou précédée par la page d'urgence ; contenus non essentiels suspendus	Communication d'astreinte ou gestion des urgences, sur décision du responsable de l'incident

Concevoir le bandeau

Court et précis : « Ordre d'évacuation pour les zones 3 et 4. Partez maintenant. Détails et refuges. » Pas « Informations importantes sur la situation actuelle ».
Un seul lien vers la page d'événement. Pas cinq.
Sur toutes les pages, y compris les sites des services et des programmes. Si ces sites tournent sur d'autres plateformes, quelqu'un doit mettre chacun à jour ; listez-les dans le plan d'action.
Accessible : du vrai texte (jamais une image), un contraste suffisant, atteignable tôt au clavier et annoncé correctement par les lecteurs d'écran. Ne vous fiez pas à la seule couleur pour indiquer la gravité ; écrivez le niveau en toutes lettres. Pour les gouvernements des États et collectivités locales américains, la règle du titre II de l'ADA impose WCAG 2.1 AA pour les contenus web, et les contenus d'urgence sont des contenus web.
Horodaté : « Mis à jour à 6 h 40, mardi ». Rien ne détruit la confiance plus vite qu'un bandeau périmé.
Retiré à temps : désignez qui le retire, et remplacez-le pendant une journée par une note « cet événement est terminé ».

Concevoir la page d'événement

Construisez un modèle dès maintenant, testez-le et gardez-le non publié jusqu'à ce qu'il serve. La structure qui fonctionne pour la plupart des événements :

Ce qui se passe en une ou deux phrases, avec l'heure de la dernière mise à jour.
Ce que vous devez faire maintenant, sous forme de courte liste numérotée.
Qui est concerné : les secteurs, avec une description textuelle en plus d'une carte (une carte seule exclut les utilisateurs de lecteurs d'écran et les personnes à la connexion lente).
Où obtenir de l'aide : refuges, points de distribution, numéros de téléphone, avec horaires d'ouverture.
Ce qui est fermé ou modifié : routes, écoles, services.
Journal des mises à jour, la plus récente en premier, avec les heures.
Autres langues : liens vers les versions traduites, libellés dans la langue elle-même.
L'heure de la prochaine mise à jour.

Gardez une adresse permanente comme /emergency qui affiche toujours l'événement en cours ou « Aucune urgence en cours » accompagné de liens de préparation. Elle peut alors être imprimée sur des aimants de frigo et dans les modèles d'alerte des années à l'avance. Rédigez en langage clair ; notre guide du langage clair donne des règles qui comptent encore plus sous pression.

Qui peut publier à 3 heures du matin

La plupart des défaillances de sites en situation d'urgence tiennent aux personnes et aux permissions, pas à la technologie.

Au moins trois personnes formées capables d'activer un bandeau de niveau 3 et de publier la page d'événement, selon un roulement, avec un accès testé chaque mois.
Accès par téléphone testé : peuvent-elles se connecter et publier depuis un téléphone, en données mobiles, sans dépendre d'un VPN en panne ?
Règles de relecture assouplies dès la conception : si votre processus habituel exige une validation avant publication, écrivez qui peut la contourner pour les niveaux 2 et 3, et consignez qu'ils l'ont fait.
Formulations pré-approuvées pour les événements courants, afin que la personne d'astreinte complète des blancs au lieu de partir de zéro.
Une copie hors ligne du plan d'action et des identifiants, au cas où le réseau ou le système d'authentification ferait partie du problème.

Garder le site en ligne

En situation d'urgence, le trafic peut atteindre plusieurs fois le pic habituel, d'un seul coup, surtout sur téléphone. Avant que cela arrive :

Demandez à votre hébergeur ou prestataire ce qui se passe à plusieurs fois le trafic habituel, et si la facture change. Obtenez-le par écrit.
Allégez la page d'urgence : le texte d'abord, des images compressées, pas de vidéo en lecture automatique, pas de widgets tiers lourds.
Utilisez un réseau de diffusion de contenu (CDN) pour que les pages soient servies depuis le cache.
Prévoyez une solution de repli : une copie statique de la page d'urgence chez un autre hébergeur, et un compte de statut sur les réseaux sociaux qui peut relayer le lien si le site principal flanche.
Suspendez les scripts non essentiels (widgets de chat, analytique lourde) au niveau 3 s'ils ralentissent les pages.

Le plan d'action en une page

Étape	Action	Responsable
1	Le responsable de l'incident confirme le niveau	Gestion des urgences
2	Publier la page d'événement à partir du modèle ; activer le bandeau sur le site principal	Communication d'astreinte
3	Activer le bandeau sur chaque site de service et de programme du registre	Communication d'astreinte ou équipe web
4	Envoyer le lien de la page à l'autorité d'alerte, au centre d'appels et à l'équipe des réseaux sociaux	Communication d'astreinte
5	Demander la traduction de la section principale	Responsable de l'accès linguistique
6	Mettre la page à jour selon le calendrier annoncé ; consigner chaque mise à jour	Communication d'astreinte
7	Abaisser le niveau ou clore : modifier le bandeau, ajouter une note « événement terminé », archiver la page	Responsable de l'incident et communication
8	Bilan sous deux semaines : ce qui a été lent, ce qui était faux, ce qu'il faut changer	Responsable web

Entraînez-vous

Organisez deux fois par an un exercice sur table qui inclut le site : la personne d'astreinte publie la page d'événement de test en aperçu, active un bandeau de test sur une copie de préproduction, et vous chronométrez. Le premier exercice révèle généralement un mot de passe que personne n'a, un site de service que personne ne peut modifier et un bandeau qui ne s'affiche pas sur mobile.

Quand vous gérez de nombreux sites

L'étape 3 du plan est la plus difficile pour les organisations qui ont de nombreux sites : chaque bibliothèque, parc, service et programme a besoin du bandeau, ou au moins d'un lien. Deux choses facilitent la tâche : un registre unique de tous les sites avec, pour chacun, une personne nommée capable de le modifier, et une plateforme où un administrateur central peut atteindre tous les sites.

Sur We.Inc, une organisation fait tourner ses sites sous une même marque et l'équipe centrale voit tous les sites dans une seule liste. La validation avant publication est une option par site : vous décidez quels sites en ont besoin et en dispensez les sites de vos publieurs d'urgence. We.Inc n'inclut pas de système d'alerte ni de fonction de bandeau d'urgence prête à l'emploi ; bandeaux et pages d'événement sont construits comme des contenus de site ordinaires.

Une liste de tous les sites avec recherche, étiquettes et colonnes de statut — Tous les sites de la marque dans une liste consultable : le registre dont dépend l'étape 3.

Les réglages d'un site, avec des interrupteurs pour la publication, le domaine, le code, le blog, la boutique, les formulaires, le SEO et la validation avant publication — La validation avant publication se règle par site : les publieurs d'urgence ne restent pas bloqués dans une file.

Options de publication, dont la publication en aperçu et la connexion d'un domaine personnalisé — Une étape d'aperçu pour répéter une page d'événement avant d'en avoir besoin.

Un site exemple affiché à la largeur d'un téléphone, empilé sur une seule colonne — Les sites s'affichent à la largeur d'un téléphone, d'où vient l'essentiel du trafic en situation d'urgence. Ici, un site modèle exemple en aperçu en direct.

Si vous voulez voir comment fonctionne le contrôle central de nombreux sites, réservez une démo.

Sources

Dernière vérification le 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).

Ce guide fournit des informations générales et ne constitue ni un avis juridique ni un conseil en gestion des urgences. Suivez le plan des opérations d'urgence de votre juridiction.

Questions fréquentes

Que doit dire un bandeau d'urgence sur un site web public ?

Une phrase courte et précise sur ce qui se passe et ce qu'il faut faire, le niveau d'alerte en toutes lettres, un seul lien vers la page d'événement et l'heure de la dernière mise à jour. Utilisez du vrai texte, pas une image.

Quel est le lien entre le site, IPAWS et les Wireless Emergency Alerts ?

IPAWS achemine des alertes courtes et authentifiées vers les téléphones, la radio, la télévision, la NOAA Weather Radio et des flux internet. Le site est la référence détaillée vers laquelle renvoient ces alertes et les autres canaux.

Les mises à jour d'urgence doivent-elles être validées avant publication ?

Décidez-le à l'avance. De nombreuses organisations permettent à des publieurs d'astreinte nommés de se passer de la relecture habituelle pour les niveaux avis et urgence, et consignent qu'ils l'ont fait.

Comment garder le site en ligne pendant une urgence ?

Gardez la page d'urgence légère, servez-la via un réseau de diffusion de contenu, vérifiez auprès de votre hébergeur ce qui se passe en cas de forte affluence, et conservez une copie statique de secours chez un autre hébergeur.

We.Inc inclut-il un système d'alerte d'urgence ?

Non. We.Inc permet à une équipe centrale de voir et de gérer de nombreux sites sous une même marque et de régler la validation site par site, mais bandeaux et pages d'événement sont construits comme des contenus de site ordinaires, et l'alerte reste assurée par vos systèmes existants.