— Étude de cas
Changer de site sans que personne ne s’en aperçoive.
phone-help.com — un service de télésecrétariat médical qui reçoit des appels toute la journée. Le genre de site qu’on ne peut pas se permettre d’éteindre, même dix minutes.
Le problème que pose toute migration
Remplacer un site vivant, c’est prendre trois risques d’un coup : couper le service pendant la bascule, casser la messagerie professionnelle en touchant aux réglages du domaine, et ne pas pouvoir revenir en arrière si quelque chose se passe mal. Ces trois risques sont ceux qui font repousser les refontes pendant des années.
Ce que nous faisons à la place
Nous ne touchons pas au domaine. Le nouveau site est mis en ligne à côté, sur une adresse technique, où il est vérifié page par page. Quand tout est vert, une seule règle est ajoutée pour dire au réseau de servir le nouveau site plutôt que l’ancien.
Les conséquences sont concrètes. Les réglages de messagerie ne sont jamais touchés : les adresses e-mail du cabinet continuent de fonctionner, il n’y a pas de délai de propagation à attendre ni de courrier perdu. L’ancien site reste allumé derrière, en filet, le temps que la fenêtre de risque passe. Et le retour arrière consiste à supprimer la règle : quelques secondes, à toute heure.
Le résultat
Ce site a été le sixième que nous avons basculé de cette façon en cinq semaines, à l’été 2026. Six mises en production, aucune coupure, aucun enregistrement de domaine modifié.
Depuis, la chaîne de publication est automatique et vérifiable : une correction validée part en ligne toute seule, et nous pouvons prouver à la seconde près quand elle a été servie — sur l’un de nos relevés, trente secondes entre la validation et la mise en ligne réelle.
Ce que ça change pour vous
Une refonte cesse d’être un saut dans le vide un vendredi soir. Vous voyez le nouveau site en entier avant qu’il ne remplace l’ancien, la bascule se fait en journée, et si quelque chose vous déplaît une fois en ligne, on revient en arrière le temps de le corriger.