Le changement de nom d’un service comme epsens et la refonte de son identité visuelle sont des étapes importantes, mais elles ne doivent pas compromettre l’accès des salariés à leur espace. Le nom et le logo seuls n’affectent pas les comptes utilisateurs, mais les interruptions surviennent fréquemment lors des modifications d’URL, des certificats TLS/SSL, des endpoints API, des configurations SSO ou des liens profonds vers des applications mobiles. Une transition réussie repose sur une coordination technique, des tests rigoureux et une communication claire vers les employeurs et leurs salariés, notamment les TPE/PME qui ont moins de ressources techniques.
Risques techniques principaux et moyens de les éviter
Voici les points techniques à surveiller en priorité :
- Redirections d’URL : conserver les anciennes URL et mettre en place des redirections 301 vers les nouvelles adresses. Sans redirection, les signets et les liens partagés deviennent inutilisables.
- Certificats TLS/SSL : s’assurer que les certificats couvrent le nouveau nom de domaine et les sous-domaines. N’oubliez pas les certificats pour les API et les endpoints mobiles. Une erreur ici bloque l’accès et génère des alertes de sécurité sur les navigateurs.
- DNS et TTL : planifier la bascule en tenant compte du TTL DNRéduire le TTL quelques jours avant la migration permet une propagation plus rapide si un rollback est nécessaire.
- SSO et OAuth : tester toutes les configurations SSO (SAML, OpenID Connect). Les fournisseurs d’identité externalisés doivent autoriser les nouvelles URLs de redirection et conserver les anciennes pendant la période de transition.
- Cookies et tokens : vérifier la portée des cookies (domaine, secure, SameSite) et la validité des tokens JWUn changement de domaine peut empêcher la lecture des cookies existants.
- API et intégrations tierces : maintenir la compatibilité des endpoints REST/GraphQInformer les intégrateurs et publier un changelog si des routes changent.
- Applications mobiles : mettre à jour les descriptions et les deeplinks dans les stores. Les anciennes versions de l’application doivent rester fonctionnelles.
Expérience utilisateur et communication
La dimension humaine est tout aussi importante que la technique. Les salariés perdent confiance face à une interface inaccessible ou à des messages d’erreur cryptiques. La communication doit être simple, répétée et multi-canal :
- Envoyer un email informatif 48 heures avant la bascule, rappel 24 heures avant et un message de confirmation le jour J.
- Afficher une bannière explicative sur l’ancien site plusieurs jours avant la migration, avec un lien vers une FAQ et le support.
- Fournir une FAQ claire destinée aux TPE/PME : procédures de récupération de mot de passe, captures d’écran, étapes à suivre si l’accès est impossible.
- Donner un contact support unique et un numéro ou chat dédié pour les 7 premiers jours post-migration afin de réduire la charge et les délais de réponse.
Checklist opérationnelle avant, pendant et après la migration
Une checklist partagée entre DSI, équipe produit, sécurité et communication évite les oublis :
- J-7 : réduire le TTL DNS, préparer certificats, valider la stratégie de redirections, préparer la page de maintenance si nécessaire.
- J-2 : exécuter des tests SSO, valider les cookies et tokens, vérifier la compatibilité des applications mobiles et des intégrations.
- Jour J : activer redirections 301, surveiller les erreurs 4xx/5xx, assurer un monitoring temps réel des connexions et des SLA, garder une équipe d’astreinte.
- J+1 à J+7 : analyser les tickets support, mesurer le taux de réussite de connexion, publier des correctifs rapides et des FAQ mises à jour.
Plan de monitoring et indicateurs à suivre
Surveiller les indicateurs suivants pour détecter rapidement les problèmes :
- Taux de réussite de connexion (login success rate) : baisse significative indique problème SSO, cookies ou endpoints.
- Volume d’appels et tickets support : pics attendus, prévoir staffing adapté.
- Erreurs 4xx/5xx et pages 404 sur anciennes URL : vérifier redirections manquantes.
- Trafic mobile vs desktop et nombre d’installations actives : vérifier impact sur l’usage mobile.
- Temps moyen de résolution des tickets : indicateur de la qualité du support et des ressources nécessaires.
Scénario de rollback et responsabilité
Préparer un plan de rollback est indispensable : définir les conditions de retour arrière, la procédure et les propriétaires de décision. Le rollback doit être testé en environnement pré-production et il faut prévoir des communications pour expliquer aux utilisateurs si celui-ci est déclenché.
Le rebranding d’epsens peut être géré sans interruption majeure si les équipes conservent la compatibilité technique (redirections, certificats, SSO), préparent un monitoring serré et communiquent de façon simple et répétée auprès des employeurs et des salariés. Les TPE/PME demandent des instructions pratiques et un point de contact unique : les adresser spécifiquement réduit fortement le volume de support et accélère la résolution des incidents. En résumé : anticipation, tests, communication et monitoring resteront les quatre piliers d’une migration réussie.
