Le client est une compagnie d’assurance qui vend en ligne l’assurance automobile obligatoire, l’assurance tous risques et des produits de voyage. Sa plateforme s’était construite au fil des ans : PHP développé en interne, documentation perdue, modifications prenant plusieurs semaines et onze vulnérabilités critiques relevées par un audit externe. Pourtant, le site est son principal canal de vente : des dizaines de milliers de pages sont indexées, le contenu relève du domaine YMYL avec des exigences de qualité strictes, et la moindre erreur de migration peut faire perdre des positions très coûteuses à retrouver dans l’assurance.
Migrer le site et la souscription en ligne des polices vers une technologie moderne sans interrompre les ventes un seul
jour : préserver le trafic de recherche, corriger les vulnérabilités, accélérer la plateforme et permettre à l’équipe de faire évoluer le produit sans craindre de tout casser. Exigence supplémentaire du conseil d’administration : le projet doit être rentabilisé grâce à la hausse de conversion, et pas seulement par une remise en ordre technique.
Nous avons découpé la migration en étapes avec bascule indépendante : d’abord les pages de contenu, puis les calculateurs et la souscription, et enfin l’espace personnel. Chaque étape peut être annulée séparément ; le risque s’accumule par tranches, pas en une seule fois.
- Nous avons inventorié l’existant : exploration complète des URL, cartographie des fonctionnalités, registre des intégrations avec les systèmes de paiement et de comptabilité, et priorité des pages selon leur trafic et leur chiffre d’affaires.
- Nous avons conçu l’architecture cible : frontend Next.js avec rendu côté serveur pour les pages de recherche, couche API au-dessus des services existants et retrait progressif du code historique.
- Nous avons migré les pages de contenu : plan de redirection pour 80 000 URL, transfert des métadonnées et du balisage, puis comparaison de chaque page avec l’original, sur le fond et la structure.
- Nous avons réécrit la souscription en ligne : calculateur, étapes de souscription et paiement, avec les anciennes et nouvelles versions fonctionnant en parallèle sur une partie du trafic.
- Nous avons basculé le trafic selon une méthode canari : 5 % → 25 % → 100 %, en contrôlant les erreurs, la conversion et les positions à chaque étape.
- Nous avons préparé un plan de retour arrière pour chaque phase : en cas de dégradation des indicateurs, le trafic revenait vers l’ancienne plateforme en quelques minutes, et non en quelques heures.
La sécurité SEO de la migration a constitué un chantier à part entière : contrôle quotidien de l’indexation, des positions des groupes de requêtes prioritaires et des erreurs d’exploration, avec comparaison du trafic à celui de l’année précédente. Cette discipline a permis de retrouver sereinement le trafic organique en deux semaines au lieu du creux de plusieurs mois classique dans ce type de projet. Le conseil d’administration a obtenu ce qu’il demandait : accélérer la plateforme et protéger le canal de vente au cours d’un même projet.
La hausse de conversion de 34 % est l’effet direct de la rapidité et d’un parcours de souscription simplifié. Elle a été la plus forte sur le trafic mobile, où sept secondes de chargement faisaient auparavant échouer la vente. Pour l’entreprise, cela représente des dizaines de polices supplémentaires par jour sans augmentation du budget publicitaire ; selon les calculs du client, la migration a été amortie en un trimestre. Autre bénéfice : la vitesse de développement, les fonctionnalités qui prenaient des semaines étant désormais publiées en quelques jours.
| Indicateur | Résultat |
|---|---|
| Temps de chargement (LCP) | 6,8 s → 1,4 s |
| Conversion de souscription d’une police | +34% |
| Vulnérabilités critiques | 11 → 0 |
| Trafic organique | Rétabli en 2 semaines, puis en croissance |
Les indicateurs ont été repris des documents sources de l’étude de cas. La période est indiquée lorsqu’elle est précisée dans la source.
- temps de chargement LCP (auparavant 6,8 s)
- 1,4 s
- conversion de souscription d’une police
- +34%
- vulnérabilités critiques (auparavant 11)
- 0
- pour rétablir le trafic organique
- 2 semaines
Chaque étape est vérifiée selon les erreurs, la conversion et les positions, avec un plan de retour arrière.
- 01Pages de contenuplan de redirection pour 80 000 URL
- 02Calculateurs et souscriptionanciennes et nouvelles versions en parallèle
- 03Espace personnelen dernier
Ce que permet la nouvelle technologie :
- Un CMS headless, pour que le marketing publie lui-même des pages d’offres d’assurance sans développeurs.
- Une plateforme A/B pour tester en continu le parcours de souscription, plutôt qu’en faire un projet ponctuel.
- La personnalisation des offres selon le type de véhicule, la région et l’historique du client.
Pendant trois ans, nous n’avons pas osé lancer la migration, par peur de perdre du trafic et des ventes. Au final, aucun jour d’interruption et une conversion en hausse d’un tiers.
— Directeur des canaux numériques de la compagnie d’assurance