Absorber 80 000 visiteurs en un mois sans broncher : ce que nos plateformes d'inscription nous ont appris
Nos plateformes d'inscription institutionnelles encaissent l'essentiel de leur trafic et de leurs paiements sur quelques semaines par an. Voici ce que cette charge concentrée nous a appris sur la manière de construire pour tenir, sans jamais nommer les clients concernés.
Certaines de nos plateformes ne vivent pas au rythme d'un trafic régulier toute l'année. Elles servent des institutions — écoles, organismes de formation, programmes d'inscription — dont l'essentiel de l'activité se concentre sur une poignée de semaines : la rentrée, une session d'examen, une campagne d'inscription annuelle. Le reste de l'année, le trafic est calme. Puis, brutalement, il ne l'est plus.
Deux chiffres tirés de plateformes d'inscription que nous exploitons illustrent bien ce que ça veut dire concrètement — sans qu'il soit nécessaire de nommer les institutions concernées, le principe est le même partout.
Le trafic n'est pas linéaire, il est explosif
Sur l'une de nos plateformes d'inscription institutionnelles, le trafic moyen tourne autour de 1 000 visiteurs par jour, soit environ 33 000 par mois sur une année normale. Mais lors de la période de rentrée, en septembre, ce chiffre dépasse les 80 000 visiteurs sur le seul mois — plus du double de la moyenne mensuelle, concentré sur quelques semaines à peine.
Une architecture dimensionnée pour le trafic « moyen » tiendrait très mal ce pic. C'est exactement le type d'hypothèse qui casse une plateforme le jour où elle en a le plus besoin.
Le paiement est le vrai goulot d'étranglement
Sur une autre plateforme d'inscription que nous exploitons, plus de 100 000 paiements sont traités via une passerelle nationale en une seule session d'inscription d'environ un mois. Ce n'est pas seulement un problème de trafic web — c'est un flux de transactions financières à haute fréquence, où chaque paiement qui échoue ou qui traîne se traduit directement par un candidat frustré, voire un dossier perdu.
La plupart des intégrations de paiement sont testées et pensées pour un usage régulier, pas pour ce type de charge concentrée. C'est là que les vraies faiblesses apparaissent : délais d'attente sur la passerelle, files de confirmation qui s'accumulent, notifications qui arrivent en retard.
Ce qui casse en premier
Sur ce type de plateforme, ce ne sont presque jamais les pages statiques qui posent problème. Les points de rupture sont toujours les mêmes :
- La base de données, sous la pression de milliers de sessions actives et d'écritures concurrentes
- La passerelle de paiement, qui a ses propres limites de débit et ses propres temps de latence
- Les files d'attente d'envoi (emails de confirmation, SMS, notifications) qui prennent du retard et créent de l'incertitude côté utilisateur
- Les intégrations tierces (calendriers, systèmes de rendez-vous) qui n'ont pas été conçues pour ce volume
Concevoir pour le pic, pas pour la moyenne
La leçon la plus utile de ces plateformes n'est pas technique, elle est méthodologique : il faut dimensionner et tester pour le pic réel — le mois de rentrée, la semaine d'examen — pas pour le trafic moyen de l'année. Ça veut dire une infrastructure qui peut monter en charge à la demande, une passerelle de paiement testée sous charge avant la saison, et un monitoring qui alerte bien avant que les utilisateurs ne commencent à ressentir le ralentissement.
C'est ce type de discipline d'ingénierie — pas une astuce unique — qui fait qu'une plateforme d'inscription encaisse son pic annuel sans que personne, côté institution, n'ait à s'en inquiéter.