Usage et efficacité
Comment permettre à un visiteur de reprendre une expérience interrompue ?
Pour reprendre une expérience interrompue, il faut conserver les choix utiles du visiteur et lui redonner un point de départ compréhensible. La position exacte d’une animation est souvent moins importante que le chapitre consulté, la variante sélectionnée ou les éléments ajoutés à une composition.
L'essentiel.
Une reprise réussie conserve les décisions utiles et redonne un contexte, plutôt que de relancer aveuglément une animation. Il faut choisir ce qui mérite d’être mémorisé, prévoir les limites du stockage et laisser la possibilité de recommencer.
- Sauvegarder les décisions et les étapes stables plutôt que chaque mouvement.
- Distinguer la reprise dans l’onglet, sur le même appareil et entre appareils.
- Proposer un choix clair entre continuer et recommencer lorsque le contexte le justifie.
- Prévoir l’absence de sauvegarde, les contenus modifiés et les données devenues inutiles.
La conception doit prévoir plusieurs interruptions : changement d’onglet, fermeture de la page, perte de connexion ou retour un autre jour. Toutes ne demandent pas la même mémoire. Une reprise peut aussi devenir indésirable si la personne partage son appareil, si le contenu a changé ou si elle souhaite simplement découvrir le site depuis le début.
Définir un état de reprise utile
Listez ce que la personne perdrait en quittant la page. Certains éléments ont peu de valeur : l’angle provisoire d’un objet ou le passage d’une particule. D’autres représentent un effort : une configuration, une sélection de références ou une étape déjà lue.
L’état sauvegardé doit rester indépendant de la présentation. Conserver l’identifiant d’un chapitre est généralement plus robuste que mémoriser uniquement une position en pixels. La mise en page peut changer entre deux visites, selon l’écran, les textes ou la hauteur des médias.
| Élément | Reprise pertinente | Limite à prévoir |
|---|---|---|
| Chapitre consulté | Rejoindre son début ou son repère | Le chapitre peut être retiré |
| Configuration de produit | Retrouver les choix valides | Certaines options peuvent changer |
| Animation en cours | Revenir à un état stable | L’image exacte n’est pas nécessairement utile |
| Informations saisies | Évaluer le besoin de conservation | Éviter les données sensibles ou superflues |
Cette sélection réduit aussi la complexité du système. La reprise doit aider à poursuivre une tâche, pas enregistrer toute la visite au cas où.
Choisir le niveau de mémoire sans promettre l’impossible
Le stockage dépend du besoin. La documentation Web Storage de MDN distingue notamment sessionStorage, associé à la session de l’onglet, et localStorage, qui peut persister entre des ouvertures du navigateur. Ces mécanismes ne constituent pas une garantie absolue de conservation : l’utilisateur peut effacer ses données et certains contextes les limitent.
Une reprise entre appareils demande une autre solution, par exemple un lien de sauvegarde conçu pour ce besoin ou un espace identifié. Elle ne découle pas automatiquement du stockage local. Il faut également éviter de mettre des informations personnelles dans une adresse destinée à être partagée.
La mémoire doit être proportionnée au parcours. Documentez ce qui est conservé, son utilité, sa durée de pertinence et la manière de l’effacer. Les conditions de protection des données doivent être étudiées à partir du fonctionnement réel, sans supposer que toute sauvegarde locale est automatiquement sans conséquence.
Exemple pédagogique : composer une sélection de matériaux
Imaginons un showroom fictif où un architecte sélectionne des matériaux pour préparer une discussion. Le site conserve les identifiants des matériaux choisis et le chapitre consulté. Il ne mémorise ni chaque mouvement de caméra ni les informations sans utilité pour cette sélection.
Au retour, un encart indique qu’une sélection existe et propose de la reprendre ou de recommencer. Si un matériau a disparu du catalogue, le site explique ce changement et conserve les autres choix. La personne n’est pas renvoyée silencieusement vers une sélection différente.
Reprendre un état encore utile
- Conserver les choixMémoriser les matériaux sélectionnés et le chapitre utile.
- Vérifier la validitéRepérer les options retirées ou les contenus modifiés.
- Laisser choisirProposer de reprendre la sélection ou de recommencer.
- Rétablir le contexteAfficher les choix retrouvés avec leurs informations et commandes.
Le scénario de test comprend une fermeture d’onglet, une visite sans stockage disponible et une modification de catalogue. Le résultat recherché est simple : la personne sait ce qui a été retrouvé, ce qui a changé et comment continuer. Il n’est pas nécessaire de lui montrer les détails techniques du mécanisme.
Suspendre l’activité et reprendre sans surprise
Une interruption temporaire peut être détectée par des événements de visibilité. La Page Visibility API permet notamment de savoir quand le document devient visible ou caché. Cette information peut aider à suspendre une activité, mais ne dispense pas de sauvegarder les choix importants au moment où ils sont validés.
Évitez de dépendre uniquement d’un événement de fermeture : la page peut disparaître dans des circonstances où le traitement attendu n’a pas lieu. Définissez des points de sauvegarde stables, après les actions utiles, avec une gestion des erreurs discrète mais contrôlable.
Au retour, ne relancez pas automatiquement une séquence sonore ou un déplacement spectaculaire. Rétablissez d’abord le contexte et les commandes. Une animation interrompue peut rejoindre son état final ou revenir à une étape définie, selon son rôle dans le récit.
La recette doit enfin contrôler les changements de version. Un format de sauvegarde devenu incompatible doit être ignoré ou transformé proprement. Une explication courte et un chemin de reprise valent mieux qu’une interface bloquée par un ancien état.
Questions fréquentes
Faut-il toujours proposer de reprendre la dernière visite ?
Non. Pour une page courte ou une consultation sans choix, cela peut ajouter une friction inutile. La reprise est surtout intéressante lorsque le visiteur a investi du temps ou construit quelque chose. Son intérêt doit être évalué selon la tâche et la fréquence probable des retours.
Peut-on conserver automatiquement un formulaire inachevé ?
Il faut d’abord examiner la nature des informations et le contexte d’utilisation. Une sauvegarde peut aider, mais elle peut aussi exposer un contenu sur un appareil partagé. Prévoyez une information compréhensible, une possibilité d’effacement et une solution proportionnée au besoin réel de reprise.
Que faire si la sauvegarde n’est plus disponible ?
Le parcours doit rester utilisable sans elle. Évitez de promettre une conservation garantie lorsque le mécanisme ne l’assure pas. Pour un travail important, un export ou un lien de sauvegarde explicitement proposé peut être envisagé, avec un fonctionnement et des limites expliqués au visiteur.
Sources
LVX : préserver le fil sans alourdir l’expérience
LVX peut définir les points de reprise avec la structure narrative et les fonctions du site. Le projet distingue les informations utiles, les états temporaires et les choix qui méritent d’être conservés. Les écrans de retour, de changement de contenu et de remise à zéro sont ensuite conçus avec la même attention que la première visite. Cette approche vise une continuité compréhensible, qui aide la personne à poursuivre son exploration ou sa préparation de projet sans la contraindre à reprendre une histoire qu’elle souhaite recommencer. Découvrir notre approche.
