Quatre-vingts pour cent du trafic de la journée concentrés dans les quatre-vingt-dix premières minutes : c’est ce à quoi doit faire face l’infrastructure d’une mairie le jour de l’ouverture d’une téléprocédure très attendue, qu’il s’agisse d’un dépôt de dossiers de logement social, d’une inscription scolaire ou d’une aide exceptionnelle. Un serveur mutualisé standard, non spécifiquement préparé, ne tient face à 300 000 visites concentrées sur une matinée que quelques minutes, pas plus.
Contrairement à un site à trafic organique qui croît progressivement, ce type d’événement génère un afflux brutal et daté, connu à l’avance grâce à la communication officielle qui l’accompagne. C’est justement cette prévisibilité qui permet de préparer un plan de charge sérieux, sans entrer ici dans la conception du formulaire de dépôt lui-même, qui relève d’un tout autre sujet.
Anticiper la concentration réelle du trafic
Sur les guichets numériques municipaux que nous avons accompagnés, la répartition horaire du trafic suit un schéma récurrent : la grande majorité des visiteurs se connecte dans l’heure et demie suivant l’ouverture officielle annoncée, souvent au créneau exact de 9 heures indiqué dans la communication publique. Passé ce pic initial, le trafic redescend rapidement à un niveau bien plus gérable.
- Pic massif dans les 90 premières minutes suivant l’ouverture officielle
- Connexions simultanées à l’heure pile annoncée, effet de synchronisation collective
- Décroissance rapide une fois le pic initial passé
- Second pic mineur possible en fin de journée pour les retardataires
Dimensionner l’infrastructure pour ce pic précis
Le dimensionnement doit viser la capacité à absorber ce pic de 90 minutes, pas une moyenne journalière qui masquerait totalement la réalité de la charge. Pour un afflux de cet ordre, une architecture mutualisée classique est écartée d’emblée : il faut une infrastructure cloud élastique, capable de monter en puissance sur commande, associée à un cache de pages agressif en amont pour tout ce qui ne nécessite pas de session authentifiée.
Le formulaire de dépôt lui-même, dès lors qu’il implique une session utilisateur et une écriture en base, ne peut pas être entièrement mis en cache. C’est sur cette portion applicative que se concentre l’essentiel du travail de dimensionnement, notamment sur le nombre de workers PHP-FPM disponibles et la capacité de connexions simultanées de la base de données.
La salle d’attente virtuelle, meilleure protection qu’un site qui s’effondre
Quand le calcul théorique laisse subsister un doute sur la capacité réelle à tenir le pic, une salle d’attente virtuelle (file d’attente affichant une position et un temps estimé) reste préférable à un site qui plante purement et simplement. Un visiteur qui patiente dix minutes avec une information claire accepte généralement la situation ; un visiteur face à une page blanche ou une erreur 503 abandonne et rappelle en mairie, reportant la charge sur d’autres canaux déjà sous tension ce jour-là.
Éléments d’un plan de repli documenté
- Seuil de charge déclenchant automatiquement la mise en file d’attente
- Message clair affiché pendant l’attente, avec estimation honnête du délai
- Procédure de bascule manuelle en cas de dépassement du seuil calculé
- Canal de communication de secours (réseaux sociaux, standard téléphonique informé en amont)
Tester avant le jour réel, pas seulement en théorie
Un test de charge reproduisant fidèlement le scénario attendu — connexion massive à heure fixe, remplissage d’un formulaire, soumission — reste la seule façon de vérifier que le dimensionnement théorique tient réellement. Ce test doit être mené sur l’infrastructure de production ou une réplique strictement identique, avec les mêmes réglages que ceux prévus pour le jour J.
Sur ce type de mission pour une collectivité, nous imposons systématiquement un test de charge complet une semaine avant l’ouverture, avec un scénario de repli déjà validé, plutôt que de découvrir un point de blocage le jour même devant des administrés en attente.
Communiquer le plan de repli en amont
Le dernier volet, souvent négligé côté technique, consiste à préparer avec le service communication de la collectivité un message de repli prêt à diffuser en cas d’incident malgré les précautions prises : report de délai, procédure alternative papier, ou simple message rassurant sur une remise en ligne rapide. Ce message doit exister avant l’incident, pas être rédigé dans l’urgence pendant que le site est indisponible.
En résumé
Un guichet numérique à fort afflux daté se prépare comme un événement, pas comme un site web ordinaire : calcul précis du pic horaire, infrastructure élastique dimensionnée en conséquence, salle d’attente virtuelle en filet de sécurité, et plan de communication de repli prêt avant l’ouverture. Sur les guichets que nous avons accompagnés, 80 % du trafic de la journée se concentre systématiquement dans les 90 premières minutes : c’est ce chiffre, plus que le volume total, qui doit guider tout le dimensionnement.
