Continuité locale · sauvegarde testée
Sauvegarder et récupérer un vocabulaire de CAA conservé sur l’appareil
Méthode pratique pour distinguer instantané local, export et sauvegarde, protéger un vocabulaire de CAA, tester la restauration et préparer perte, panne ou changement d’appareil.
Le sujet : protéger une continuité de communication
Un vocabulaire de CAA peut représenter des heures de choix, d’essais et d’apprentissage. Une panne, une suppression du stockage du navigateur, un changement d’appareil ou une erreur de configuration peut rendre ces repères indisponibles.
Sauvegarder ne signifie pas seulement créer un fichier. Il faut savoir ce qui est copié, où, par qui, comment le restaurer et quelle version devient la référence.
Cette méthode concerne les systèmes locaux. Elle n’envoie aucun vocabulaire au site et ne suppose aucun compte distant.
Distinguer état courant, instantané, export et sauvegarde
Un instantané sur le même appareil aide contre une mauvaise modification, mais pas nécessairement contre une panne ou une suppression complète. Une sauvegarde doit être séparée du risque qu’elle couvre.
| Objet | Rôle | Limite |
|---|---|---|
| État courant | Utilisation quotidienne | Peut être modifié ou supprimé |
| Instantané local | Revenir à un état récent sur le même environnement | Disparaît avec la perte du stockage ou de l’appareil |
| Export OBF/OBZ | Copie portable à une date donnée | Non synchronisée et compatibilité à tester |
| Sauvegarde | Copie distincte, retrouvable et restaurable | N’existe réellement qu’après test |
| Support de secours | Communiquer pendant l’incident | Ne remplace pas la restauration |
Identifier les risques réels
Classez les risques par conséquence et vraisemblance. Une personne qui dépend du tableau pour des messages essentiels a besoin d’un support de secours immédiatement utilisable, même si la restauration technique est prévue.
Ne promettez jamais que le stockage local survit à toute mise à jour, nettoyage ou panne.
- Terminal perdu, volé ou cassé
- Stockage du navigateur effacé
- Réinitialisation ou changement d’application
- Import erroné
- Modification non souhaitée
- Fichier exporté introuvable
- Support externe défaillant
- Copie accessible à une personne non autorisée
Choisir ce qui doit être sauvegardé
Listez les tableaux nécessaires, leurs liens, ressources autorisées, vocalisations utiles et réglages indispensables à l’accès, puis vérifiez ce que l’export de l’application reprend réellement. Les éléments absents du format doivent faire l’objet d’une préparation séparée ; les souhaiter dans la sauvegarde ne les y inclut pas. Écartez les données qui ne servent pas à la reprise.
Documentez séparément la méthode d’accès : taille, toucher, clavier, contacteur, balayage ou lecteur d’écran. Un export de vocabulaire ne garantit pas la restauration de tous les réglages du système.
Dans PictoVoice, les exports OBF/OBZ n’incluent jamais le code accompagnant, son condensat ni la temporisation de ce contrôle local. Ils ne servent donc pas à retrouver ce code ni à transporter son état de verrouillage sur un autre appareil. Préparez séparément l’accès à l’espace compagnon avec la procédure de l’application ; ne placez pas le code dans le nom du fichier, dans un tableau exporté ou dans les notes jointes au vocabulaire.
Le support papier d’urgence contient seulement les messages nécessaires au contexte, pas l’intégralité du quotidien.
Créer une routine simple et tenable
Un déclencheur concret est plus fiable qu’une intention vague : après une réorganisation importante, avant un changement d’appareil ou à une fréquence adaptée au rythme des modifications.
La routine doit rester assez courte pour être appliquée. Une procédure complexe jamais réalisée ne protège rien.
- Choisir un responsable
- Définir un déclencheur
- Exporter une copie datée
- Vérifier qu’elle est lisible
- La placer dans un emplacement distinct
- Noter la dernière restauration testée
- Supprimer les anciennes copies devenues inutiles
Nommer et dater sans exposer la personne
Utilisez un nom neutre comprenant type, date et version, par exemple `tableaux-2026-09-16-v03.obz`. Évitez nom complet, diagnostic, adresse, lieu de vie ou phrase personnelle.
Conservez un petit registre privé indiquant appareil source, application, objectif et résultat du test. Ce registre ne contient pas le vocabulaire lui-même.
Une date de fichier ne prouve pas sa validité ; elle sert à choisir la copie à tester.
Choisir un emplacement séparé et protégé
Une copie sur le même appareil ne couvre pas la perte de cet appareil. Choisissez un second support ou espace maîtrisé, avec accès limité aux personnes responsables.
Le format OBF/OBZ n’est pas présenté comme chiffré. Si le contenu l’exige, utilisez les protections du support ou du canal, sans conserver la clé avec la sauvegarde de façon inefficace.
Évitez les liens publics, messageries collectives et services dont les destinataires ou durées ne sont pas maîtrisés.
Tester une restauration sans sacrifier l’état courant
Le test doit être effectué assez tôt pour corriger la procédure. Découvrir au moment de la panne que l’archive est incomplète ou inaccessible est trop tard.
Un test ne doit jamais écraser le seul état fonctionnel. Conservez l’original et le support de secours.
Avant de choisir un fichier, distinguez un export de tableau OBF, un ensemble OBZ et un instantané propre à l’application. L’extension seule ne prouve ni la présence des images, ni celle de tous les tableaux ou profils, ni la compatibilité. Gardez le fichier original intact et vérifiez sa provenance, sa date et son périmètre ; les guides OBF/OBZ et migration détaillent ces contrôles.
Au moment de décider, lisez ce que l’outil annonce : ajout, fusion ou remplacement, tableau ou ensemble de données concerné. Si une prévisualisation est proposée, contrôlez les tableaux et ressources qu’elle montre avant d’accepter. Sinon, ne supposez pas qu’un aperçu ou une annulation après confirmation sera disponible. Une confirmation de remplacement n’est pas une simple ouverture du fichier ; interrompez la démarche si vous ne savez pas quel état sera remplacé.
Annuler signifie renoncer à cette opération : ne l’accompagnez pas d’une réinitialisation, d’un effacement des données du navigateur ou d’une désinstallation. Après annulation, regardez si le tableau habituel reste accessible plutôt que de déduire son état du seul message affiché. Ce conseil ne garantit pas le comportement de tous les outils à chaque étape de l’import.
Un fichier refusé ne prouve pas que les données déjà présentes ont été perdues. Gardez l’original, relevez le message exact sans y joindre de vocabulaire privé, puis vérifiez séparément l’accès à l’état courant. Demandez une copie compatible à sa source ou consultez la documentation du format ; ne renommez pas seulement l’extension et ne répétez pas un remplacement incertain. Si l’opération semble partielle, cessez les modifications et conservez les copies avant de chercher une reprise.
Après une restauration annoncée comme réussie, retrouvez l’environnement attendu : même navigateur et adresse, puis profil ou tableau visé lorsque l’outil en propose plusieurs. Un écran différent peut venir du tableau sélectionné et ne suffit pas à conclure que tout a disparu. Contrôlez quelques messages essentiels, leurs images et liens, puis la méthode d’accès. Conservez l’ancien état tant que ces vérifications n’ont pas donné le résultat utile attendu.
Dans PictoVoice, la phrase courante est un message de séance distinct des tableaux et données sauvegardées. Un export ou un instantané ne doit pas être utilisé comme promesse de retrouver cette phrase après remplacement, rechargement ou fermeture. Si un message doit rester disponible pendant la manipulation, convenez avec la personne d’un support de secours adapté ; n’exposez pas son contenu dans une demande de support.
- Conserver un export daté de l’état fonctionnel, distinct et déjà vérifié si possible
- Identifier la copie à lire et ce qu’elle contient réellement
- Préparer un espace séparé lorsque l’outil le permet ; sinon ne pas risquer le seul état utilisable
- Lire les avertissements et la portée du remplacement avant de confirmer
- Annuler si le résultat attendu ou le périmètre reste incertain
- Après l’opération, retrouver le tableau ou profil attendu et vérifier messages, navigation et accès
- Comparer avec la copie conservée avant de retirer l’ancien support
Comprendre les cinq instantanés locaux de PictoVoice
La passation fonctionnelle M033 qualifie cinq instantanés locaux de récupération ; ces fonctions restent dans le périmètre de l’application publique. Ils peuvent aider à revenir après une modification récente sur le même environnement.
Ils ne constituent pas une synchronisation distante ni une protection contre la perte de l’appareil ou l’effacement complet d’IndexedDB. Pour couvrir ces risques, un export distinct et restauré lors d’un test reste nécessaire.
Dans PictoVoice, le panneau de récupération peut signaler : « La liste des versions locales est momentanément indisponible. Cela ne signifie pas que vos versions sont absentes et ne remet pas en cause une restauration déjà enregistrée. » Distinguez donc la lecture de l’historique et l’enregistrement d’une restauration. Ne concluez pas que la restauration a échoué ou qu’aucune copie n’existe à partir de cette seule indisponibilité.
La commande « Réessayer la lecture des versions » relit cette liste ; elle ne relance pas un import ou une restauration. Utilisez-la pour retrouver les informations disponibles, puis contrôlez séparément le tableau obtenu. Si la liste reste indisponible, gardez les copies et le message exact plutôt que de confirmer à nouveau un remplacement pour tenter de rafraîchir l’écran.
Une annulation avant confirmation ou un échec avant enregistrement se distinguent d’une restauration déjà enregistrée. Après cette dernière, PictoVoice remet en cohérence la phrase de séance et le balayage puis reverrouille l’espace compagnon ; la phrase courante n’est pas une donnée restaurée. Ce fonctionnement ne promet ni retour arrière après confirmation, ni récupération universelle d’un ancien fichier.
Le code compagnon local limite certains gestes accidentels mais n’est pas une authentification forte ni un coffre de sauvegarde.
Éviter les pertes liées au navigateur et à son adresse
En navigation privée, les données locales sont généralement supprimées à la fin de la session. Ce mode peut servir à un essai avec des tableaux fictifs, mais ne doit pas devenir l’unique emplacement d’un vocabulaire à conserver. Avant de fermer une session contenant une modification utile, exportez une copie et vérifiez sa restauration dans l’environnement destiné à l’usage quotidien.
Le stockage Web dépend aussi de l’adresse du service : changer de domaine, de navigateur ou de profil peut ouvrir un espace distinct. Une grille vide à la nouvelle adresse ne prouve pas que l’ancien vocabulaire a disparu. Revenez d’abord à l’environnement d’origine si disponible, puis exportez depuis celui-ci ; ne réinitialisez pas les deux environnements pour les rendre identiques.
MDN documente également des suppressions possibles lorsque l’espace disponible devient insuffisant. Une application installée ou régulièrement utilisée ne remplace donc pas une copie séparée. Ne testez ni l’effacement des données du site ni la pression de stockage sur l’unique état utile.
Changer d’appareil
Préparez le nouvel appareil avant de retirer l’ancien : compatibilité, voix système, taille d’écran, méthode d’accès, espace disponible et comportement hors ligne.
Importez une copie, testez les messages essentiels et gardez l’ancien appareil pendant une période de repli lorsque c’est possible. Les réglages propres au système peuvent devoir être recréés séparément. Vérifiez aussi l’accès compagnon et le verrouillage sur le nouvel appareil : l’import OBF/OBZ ne restaure pas le code accompagnant ni sa temporisation.
Après validation, supprimez les copies temporaires et décidez du devenir de l’ancien appareil selon les règles de confidentialité.
Réagir à un incident
Ne multipliez pas les essais risqués sur l’unique copie. Si le fichier semble corrompu, conservez-le et travaillez sur une duplication.
Après récupération, examinez pourquoi la sauvegarde ou l’état courant a échoué : procédure, stockage, accès, mise à jour ou erreur humaine.
Complément vérifié le 14 octobre 2026 — un conflit d’enregistrement n’est pas une demande de restauration. Un tableau ou un favori visible peut refléter une modification locale dont l’enregistrement a été refusé parce qu’un autre état a changé. Dans PictoVoice, le traitement documenté de ce conflit conserve l’état local, la recherche et le brouillon avec un signalement explicite ; cela ne signifie pas que ces éléments sont désormais sauvegardés. Arrêtez les modifications répétées et préservez les changements utiles avant de recharger ou de fermer cette vue, par les moyens réellement disponibles et dans un support privé si nécessaire.
Vérifiez avec la personne responsable les autres vues légitimes qui peuvent avoir modifié le même vocabulaire. Rapprochez le tableau concerné, le changement voulu et l’état effectivement enregistré. PictoVoice propose maintenant « Relire la version enregistrée », puis un choix explicite. « Garder mes changements locaux » conserve la saisie sans relire la version enregistrée : ce choix ne confirme pas sa sauvegarde. Avant de choisir « Utiliser la version enregistrée », copiez les changements utiles dans un support privé adapté : cette acceptation remplace les favoris, réglages et brouillons non enregistrés par l’état local sauvegardé, puis ferme et reverrouille l’espace compagnon. Les deux intentions ne sont pas fusionnées automatiquement.
La relecture se fait dans l’application, sans demander une recharge complète du navigateur. La phrase et la recherche restent en mémoire pendant cette reprise ; leur affichage peut dépendre des réglages et du profil relus. Cela ne promet pas leur conservation après fermeture ou recharge du navigateur. Après une relecture réussie, vérifiez le tableau et les réglages avant de reprendre une modification et d’en contrôler l’enregistrement. Si la lecture échoue, l’état local est conservé et un nouvel essai explicite est proposé ; ne multipliez pas les autres modifications pendant cette attente. Ne réimportez pas une ancienne sauvegarde, ne restaurez pas un instantané et n’effacez pas le stockage pour résoudre ce conflit : ces opérations répondent à un autre besoin.
Cas fictif : une vue A enregistre un nouveau libellé de tableau pendant qu’une vue B change un favori. B signale un conflit et conserve son affichage local. Le responsable ne considère pas le favori comme enregistré et ne multiplie pas les essais ; il vérifie le libellé effectivement conservé et la modification encore souhaitée avant de reprendre selon le parcours disponible. Si l’état reste ambigu, il préserve les données et le message général pour demander de l’aide, sans joindre le vocabulaire personnel. Ce récit explique la conduite à tenir ; il ne constitue pas une recette réussie à deux onglets réels, une validation de voix ou une qualification sur appareil natif.
- Passer au support de secours
- Protéger la personne et le terminal
- Identifier le dernier état sûr
- Choisir une sauvegarde
- Restaurer dans un espace contrôlé
- Tester les messages essentiels
- Documenter la cause
- Corriger la routine
Limiter les accès et les copies
Une sauvegarde peut contenir des informations personnelles sur la personne et ses proches. N’accordez l’accès qu’aux personnes qui en ont besoin pour la continuité définie.
Fixez une durée : conserver quelques versions restaurables peut être utile, accumuler toutes les archives augmente le risque. Supprimez les copies temporaires et révoquez les accès devenus inutiles.
Pour un enfant ou une personne accompagnée, le responsable doit distinguer soutien nécessaire et consultation non justifiée.
Cas concret : modification importante puis panne du terminal
Après une réorganisation, l’accompagnant exporte une archive datée, la restaure dans un espace de test et conserve l’ancien état. Une semaine plus tard, le terminal principal tombe en panne.
Le support imprimé permet les messages essentiels. L’archive testée est importée sur un appareil de remplacement ; la voix système et le balayage sont requalifiés séparément.
La continuité vient de la combinaison : secours immédiat, copie séparée et restauration déjà répétée.
Erreurs fréquentes
- Appeler sauvegarde un fichier jamais restauré
- Garder toutes les copies sur le même appareil
- Mettre un nom sensible dans le fichier
- Oublier les réglages d’accès
- Confondre instantané et synchronisation
- Partager par lien public
- Supprimer trop tôt l’ancien état
- Accumuler des archives sans durée
- Tester au moment de l’urgence
Checklist de continuité
- Responsable identifié
- Risques choisis
- Messages essentiels de secours
- Export daté
- Emplacement distinct
- Accès limités
- Restauration testée
- Méthode d’accès requalifiée
- Ancien état conservé pendant la transition
- Copies temporaires supprimées
- Date du prochain contrôle
Sources, limites et date de révision
Guide publié le 16 septembre 2026 et révisé le 8 octobre 2026 ; les références techniques restent issues de Open Board Format, les principes de sécurité de la CNIL, la passation fonctionnelle PictoVoice M033 et la version publique M049 1.7.11 (181) confirmée le 2 octobre 2026. Le Web est maintenant en M052 ; la disponibilité du compte ne remplace pas les sauvegardes CAA locales. Il s’agit d’une méthode générale, pas d’une garantie de récupération.
Les mécanismes de sauvegarde des systèmes, navigateurs et applications changent. Vérifiez les versions et testez réellement le parcours qui compte.
Utiliser PictoVoice après avoir préparé la continuité
PictoVoice fonctionne localement, propose cinq instantanés et l’export OBF/OBZ. Ces fonctions soutiennent la méthode sans remplacer la copie distincte ni le support de secours.
Aucun vocabulaire, archive ou information personnelle n’est envoyé au site-guide.
Sources
- Augmentative and Alternative Communication (AAC) · American Speech-Language-Hearing Association · vérifié le 24 août 2026
- Open Board Format — documentation · OpenAAC · vérifié le 24 août 2026
- Open Board Format — exemples OBF et OBZ · OpenAAC · vérifié le 24 août 2026
- Sécurité : applications mobiles — conception et développement · CNIL · vérifié le 24 août 2026
- Convention relative aux droits des personnes handicapées — articles 2 et 21 · Organisation des Nations unies · vérifié le 24 août 2026
- Stockage des navigateurs : origines, navigation privée et suppression · MDN Web Docs · vérifié le 6 octobre 2026