La phase de recette d’un site d’assurance en 2026 : les 7 tests, les 4 validations réglementaires et le go-live
15 / 06 / 2025

Les 7 types de tests avant le go-live d’un site d’assurance
| Type de test | Ce qu’il vérifie | Outils | Qui valide |
|---|---|---|---|
| 1. Fonctionnel | Chaque fonctionnalité marche comme spécifié : parcours devis, formulaires, simulateurs, espace adhérent, recherche interne | Plan de test (Excel/TestRail), scénarios de test | Chef de projet + équipe métier |
| 2. Intégration SI | Connexion tarificateur, CRM, SSO, GED, web services de l’assureur | Postman, logs SI, données de test | DSI + prestataire |
| 3. Charge | Le site tient sous 500 à 2 000 utilisateurs simultanés (pic de renouvellement, campagne TV) | JMeter, k6, Gatling | Hébergeur + DSI |
| 4. RGAA (accessibilité) | Conformité aux 106 critères RGAA 4.1 : navigation clavier, contrastes, labels, alternatives textuelles, lecteur d’écran | Ara, axe DevTools, NVDA, VoiceOver | Référent accessibilité |
| 5. SEO (migration) | Redirections 301 en place, sitemap soumis, robots.txt correct, métadonnées intactes | Screaming Frog, GSC | Expert SEO |
| 6. Sécurité | Scan de vulnérabilités, HTTPS, headers de sécurité, WAF actif, protection des données | Wordfence, OWASP ZAP, SSL Labs | DSI + RSSI |
| 7. Réglementaire | Mentions légales, RGPD, CMP, médiation, ORIAS, déclaration accessibilité, mentions DDA | Check-list juridique, audit conformité | Juridique + conformité |
Les tests 1 à 3 sont communs à toute refonte de site web. Les tests 4 à 7 sont spécifiques à l’assurance en 2026 — et c’est précisément ceux que les cahiers des charges oublient le plus souvent. Le planning refonte site assurance doit prévoir 2 à 4 semaines de recette, avec les ressources nécessaires affectées (pas en parallèle d’un autre projet).
Les 4 validations réglementaires qui distinguent un go-live d’assurance
Validation RGAA. Depuis le 28 juin 2025, tout nouveau site d’assurance mis en production doit être conforme RGAA. L’audit RGAA complet (106 critères via Ara) doit être terminé avant le go-live et la déclaration d’accessibilité publiée dès la mise en ligne — pas 3 semaines après. L’absence de déclaration expose à 25 000 € d’amende. Chez Eficiens, l’audit RGAA est un jalon de recette : pas de PV signé sans score RGAA documenté.
Validation DORA. Le nouvel hébergement doit être inscrit au registre des prestataires TIC de l’assureur. Le plan de rollback (procédure de retour à l’ancien site en cas d’incident majeur) doit être documenté et testé avant la bascule. Si l’hébergeur change, le contrat doit être validé par la direction des risques avant le go-live. La documentation DORA (registre TIC, PRA/PCA, plan de bascule) fait partie du PV de recette.
Validation RGPD. La CMP (Consent Management Platform) doit être configurée et testée sur le nouveau site : consentement correctement collecté, refus respecté (aucun tag ne se déclenche avant acceptation), politique de confidentialité à jour, formulaires avec lien vers la politique. Les données de test utilisées pendant la recette ne doivent pas contenir de données personnelles réelles — un point souvent négligé qui expose à un risque CNIL.
Validation DDA. Les mentions obligatoires sur les pages produits (identité de l’assureur, nature du contrat, IPID accessible, lien vers le médiateur) doivent être vérifiées par le service juridique ou la conformité. Les parcours de souscription en ligne doivent respecter la logique de conseil DDA : questionnaire de besoin, recommandation justifiée, document contractuel avant la signature. Le juridique valide ces parcours sur le site de pré-production.

Le PV de recette : ce qu’il contient et qui le signe
Le procès-verbal de recette est le document qui autorise la mise en production. Il synthétise les résultats des 7 types de tests et des 4 validations réglementaires. Son contenu minimum pour un site d’assurance : la liste des tests réalisés avec le statut de chaque test (conforme / non conforme / non applicable), la liste des anomalies résiduelles classées en bloquantes (à corriger avant le go-live) et mineures (à corriger en TMA), le score RGAA et la déclaration d’accessibilité associée, la validation des redirections SEO (nombre d’URLs vérifiées, taux de couverture), et la date de go-live validée avec le plan de bascule et le plan de rollback.
Le PV doit être signé par quatre parties prenantes : la direction marketing ou digitale (validation fonctionnelle et éditoriale), le service juridique ou conformité (validation réglementaire DDA + RGPD), la DSI ou le responsable technique (validation technique, sécurité et webperf), et le prestataire (engagement sur les corrections des anomalies résiduelles et le planning de correction). Cette validation collective engage chaque partie et protège l’assureur en cas de contrôle ACPR ou DGCCRF post-mise en ligne.
Le go-live et la surveillance post-production
Le jour de la bascule doit être planifié en dehors des heures de forte activité — typiquement un mardi ou mercredi soir entre 20h et 22h, hors période de renouvellement et hors campagne commerciale. Le plan de bascule détaille les opérations minute par minute : bascule DNS, activation des redirections 301, mise en ligne du sitemap, envoi du signal à Google Search Console, activation de la CMP, publication de la déclaration d’accessibilité. La migration SEO et ses vérifications font partie intégrante du plan de bascule.
Les 48 premières heures après le go-live sont les plus critiques. Un dispositif de surveillance renforcée doit être en place : monitoring des temps de réponse (alerte si le LCP dépasse 3 secondes), détection des erreurs 404 et 500, vérification des formulaires de contact et de devis (un formulaire cassé = des leads perdus), et contrôle des intégrations SI (tarificateur, CRM, SSO). Une personne référente doit être joignable en astreinte pendant les 48 premières heures — et un suivi allégé doit se poursuivre pendant 2 à 4 semaines.
Budget et durée de la phase de recette
La phase de recette représente 10 à 15 % du budget total de la refonte. Pour un site de marque d’assurance de 30 à 50 pages avec un parcours de souscription, comptez 5 000 à 15 000 € HT de recette (3 à 8 jours-homme côté prestataire + le temps interne du client). Le poste le plus chronophage est la recette fonctionnelle des parcours (chaque scénario de devis, chaque cas de figure de sinistre, chaque combinaison de garanties) — il peut à lui seul consommer 40 à 50 % du budget de recette. Le poste le plus souvent oublié est l’audit RGAA (2 à 3 jours, 1 500 à 3 000 € HT) — il est pourtant obligatoire depuis juin 2025 pour tout nouveau site. Contactez notre équipe pour un cadrage ou consultez notre grille tarifaire 2026.
En conclusion : la recette est une assurance sur l’investissement de refonte
La recette n’est pas une formalité administrative — c’est une assurance sur l’investissement de refonte. Un site d’assurance mis en production sans recette structurée s’expose à des bugs fonctionnels (leads perdus), des non-conformités réglementaires (amendes RGAA, CNIL, ACPR), une perte de trafic SEO (redirections manquantes) et un risque d’image (un parcours de souscription cassé le jour du lancement). Les 5 000 à 15 000 € de recette protègent un investissement de 50 000 à 150 000 € de refonte — et les sanctions potentielles dépassent largement ces montants. La recette est aussi le moment où le client prend possession de son site : le PV signé matérialise ce transfert de responsabilité et lance la phase de TMA.
Questions fréquentes sur la phase de recette d’un site d’assurance
Combien de temps dure la phase de recette pour un site d'assurance ?
Entre 2 et 4 semaines pour un site de marque de 30 à 50 pages avec un parcours de souscription. Ce délai inclut la recette fonctionnelle (1 à 2 semaines), l’audit RGAA (2 à 3 jours), les tests de charge (1 à 2 jours), la validation réglementaire par le juridique (1 semaine en parallèle) et la correction des anomalies bloquantes (3 à 5 jours). Le piège classique : planifier 1 semaine de recette et découvrir que le juridique a besoin de 10 jours pour valider les mentions DDA.
Qui doit participer à la recette côté assureur ?
Quatre profils minimum : le chef de projet digital ou le responsable marketing (recette fonctionnelle et éditoriale), un représentant du service juridique ou conformité (validation DDA, RGPD, mentions obligatoires), la DSI ou le responsable technique (validation technique, sécurité, intégrations SI), et idéalement un ou deux utilisateurs finaux (un conseiller, un adhérent) pour les tests en conditions réelles. L’erreur fréquente : confier la recette au seul chef de projet, qui n’a pas la compétence juridique pour valider les parcours DDA.
L'audit RGAA fait-il partie de la recette ?
Oui, obligatoirement depuis juin 2025 pour tout nouveau site. L’audit RGAA (106 critères via Ara) est un jalon de la recette, pas un livrable séparé. Le score RGAA et la déclaration d’accessibilité doivent figurer dans le PV de recette. La déclaration doit être publiée sur le site dès le go-live — pas « quand on aura le temps ». Budget de l’audit RGAA en recette : 1 500 à 3 000 € HT (2 à 3 jours).
Que faire si des anomalies bloquantes sont détectées la veille du go-live ?
Reporter le go-live. C’est la seule réponse responsable. Un go-live avec des anomalies bloquantes (formulaire de devis cassé, intégration tarificateur en erreur, mentions DDA manquantes) coûte plus cher à corriger en urgence post-production qu’un report de 1 à 2 semaines en pré-production. Le PV de recette ne doit être signé que lorsque toutes les anomalies bloquantes sont corrigées et retestées. Les anomalies mineures peuvent être acceptées et traitées en TMA dans les 30 premiers jours.
Le prestataire est-il responsable si un bug passe la recette ?
Le PV de recette transfère la responsabilité : une fois signé, le client accepte le site en l’état (hors anomalies résiduelles documentées). C’est pourquoi la recette doit être prise au sérieux par le client — pas déléguée intégralement au prestataire. En pratique, les contrats Eficiens prévoient une période de garantie de 30 à 60 jours post-go-live pendant laquelle les anomalies non détectées en recette sont corrigées sans surcoût, à condition qu’elles relèvent du périmètre initial.
IP, si vous nous contactiez pour échanger sur vos projets digitaux ?
Tous les détails sur notre page contact ou en visio ci-dessous