Rétrocession (rollback) : ramène le site en ligne à une version précédente connue et fonctionnelle.
Le visiteur continue de voir la carte ; le contenu est ancien mais cohérent.
Retrait de la publication : la carte est masquée au visiteur ou passe à l’état « actuellement indisponible ».
Cela peut s’avérer nécessaire en cas de faille de sécurité critique ou de géométrie totalement corrompue ; mais dans la plupart des cas, on privilégie d’abord le rollback.
En effet, la fermeture totale de la carte peut augmenter le volume de demandes adressées au support technique.
- Petite erreur de contenu (nom erroné, repère manquant) : correctif rapide si possible ; sinon, retour en arrière.
- Graphique d'itinéraire corrompu / lien d'étage erroné : priorité au rollback.
- Mise en ligne d’un lieu erroné : retrait de la publication + mise en ligne du plan correct.
- Suspicion de faille de sécurité ou d’accès non autorisé : retrait et contrôle des accès.
Règle pratique : ajoutez la mention « Dernière version connue en bon état de fonctionnement » à votre procédure de mise en production.
Marquez cette version après chaque test sur site réussi ; en cas de panique, l’objectif doit être clair.
Que se passe-t-il du côté des visiteurs ?
Lorsqu’un visiteur actualise la page après une annulation, il voit le plan précédent.
S’il y a un cache en session ouverte, l’ancienne version (erronée) peut persister brièvement ; c’est pourquoi, lors de retours en arrière critiques, tenez également compte du comportement du cache du CDN et du navigateur.
L’utilisateur peut avoir l’impression que « la carte a soudainement changé » ; il s’agit d’un effet secondaire attendu.
L’équipe opérationnelle peut laisser une brève note sur le tableau d’affichage : « La carte numérique a été temporairement rétablie à la version précédente, la mise à jour est en cours. »
Si la version change en cours de route, les étapes peuvent être décalées.
C’est pourquoi la décision de restauration doit être prise aussi rapidement que possible et en une seule fois ; des demi-corrections successives fatiguent davantage le visiteur.
Un rafraîchissement forcé peut s’avérer nécessaire sur l’application mobile ou la borne interactive ; rédigez la procédure à l’avance.
Qui peut effectuer une annulation ? Rôles et autorisations
Permettre à chaque éditeur de revenir en arrière sur la version en ligne comporte un risque ; ne permettre à personne de le faire en comporte un encore plus grand.
Dans Workspace, attribuez les autorisations de publication et de retour en arrière à des rôles spécifiques.
Établissez une liste de permanence en cas d’urgence : qui appeler, depuis quel écran effectuer l’opération, qui informer.
Empêcher les tentatives non autorisées permet également de réduire le risque de confondre par erreur un brouillon avec la « bonne version ».
- Vérifiez l'incident : à partir d'au moins deux sources (support + terrain ou capture d'écran).
- Sélectionnez la dernière version connue en bon état.
- Appliquez la restauration et vérifiez-la à partir de l’URL de l’utilisateur.
- Consignez les informations : quand, qui, pourquoi, vers quelle version on est revenu.
- Corrigez la cause première dans une branche distincte ; ne republiez pas la même erreur à la hâte.
Avant de revenir en arrière : hygiène de déploiement
La meilleure annulation est celle dont on n’a jamais besoin.
Une liste de contrôle avant la mise en production, un environnement de staging / prévisualisation et des tests des routes critiques réduisent le taux d’erreurs.
Diviser les changements importants en petites mises en production réduit la surface de rollback.
L’approche « tout renouveler en une nuit » rend le rollback inévitable.
Séparez clairement l’environnement de test de l’environnement de production.
Utilisez un flux de publication validé plutôt que d’effectuer des modifications directement en production.
Affichez l’alerte « Amber » indiquant « cette version n’a pas encore été testée en environnement de production » à l’équipe interne, et non aux visiteurs.
Cycle de correction après la restauration
La restauration n’est pas la fin de l’incident, mais un retour au point de départ.
Conservez la version erronée sans la supprimer ; c’est un enregistrement à des fins d’apprentissage.
Classez les causes profondes : données (POI erroné), géométrie (zone corrompue), itinéraire (connexion), processus (lieu incorrect sélectionné), autorisation (publication par une personne non autorisée).
Associez une mesure corrective permanente à chaque catégorie : point de liste de contrôle, validation automatique, validation supplémentaire.
- Vérifiez d’abord la correction dans l’aperçu.
- Parcourez à nouveau les trois itinéraires critiques (entrée–destination, toilettes, sortie).
- Vérifiez que les noms critiques apparaissent bien dans les résultats de recherche.
- Publiez, puis mettez à jour le label « dernière version connue ».
Communication et transparence
Les équipes internes ne doivent pas dissimuler la restauration.
Brève note d’incident : impact, durée, version corrigée, prochaines étapes.
Il n’est pas nécessaire d’expliquer chaque détail technique au visiteur ; mais le comptoir d’information et l’équipe de sécurité doivent tenir le même discours.
En cas d’incidents récurrents, signalez-les à la direction comme une « faille de processus » ; pas seulement comme une erreur individuelle.
Conseils d’utilisation de DrawMap360
Tenez à jour l’historique des versions ; des notes de version claires (« Renommage des POI de l’étage 2 », « Correction de la connexion de l’ascenseur A ») accélèrent la prise de décision en cas de panique.
Séparez les autorisations de publication et de restauration grâce à un accès basé sur les rôles.
Si l’espace de travail comporte plusieurs lieux, affichez à nouveau le nom du lieu lors de la validation de la publication afin d’éviter le risque de publier le mauvais lieu.
En cas d’anomalies de l’échelle métrique ou du tracé d’itinéraire, la restauration est plus rapide que de redessiner la géométrie à partir de zéro.
Après une annulation, vérifiez à nouveau les synonymes de recherche et l’alignement des noms de panneaux ; le retour à une version antérieure peut également rétablir certaines corrections récentes correctes.
Foire aux questions
Faut-il systématiquement effectuer une annulation à chaque erreur ?
Non.
Pour les problèmes mineurs, comme une simple faute de frappe, un correctif (hotfix) peut s’avérer plus simple.
En cas de perte d’itinéraire, de liaison entre étages ou de POI en masse, la restauration est généralement plus sûre.
La restauration efface-t-elle les nouveaux correctifs ?
Le retour à une ancienne version supprime du site les modifications apportées depuis cette version.
C’est pourquoi il faut choisir correctement la « dernière version connue fonctionnant correctement » et appliquer ensuite le correctif via une publication propre.
Utilisez une discipline de branches/versions distinctes pour éviter de perdre votre travail en cours.
Que faire si le visiteur voit toujours la carte erronée ?
Il se peut que le cache ou la session du kiosque n’ait pas été actualisé.
La procédure doit prévoir un rafraîchissement forcé, un redémarrage du kiosque et des politiques de TTL courtes.
Utilisez un onglet privé ou un autre appareil pour vérifier.
Que devons-nous faire en premier lieu ?
Marquez aujourd’hui la « dernière version connue en bon état de fonctionnement », identifiez clairement les personnes habilitées à effectuer une restauration et organisez un exercice de simulation sur poste de travail.
Réduisez ensuite le besoin de restauration en renforçant la liste de contrôle avant mise en production.
Conclusion
Revenir sur un plan déjà publié n’est pas un « bouton d’urgence » ; c’est une opération mûrement réfléchie.
Faites la distinction entre la restauration et le retrait de la mise en production, clarifiez les autorisations, mesurez l’impact sur les visiteurs et éliminez la cause profonde.
Avec DrawMap360, instaurez dès la première mise en production une routine de gestion des versions et de retour en arrière ; sachez à l’avance quoi faire si une version erronée est mise en ligne.
Êtes-vous prêt à gérer votre plan de site grâce à des publications et des annulations sécurisées ?
Commencez gratuitement
ou
découvrez le produit sur drawmap360.com
.