D'une session masquée à une SOP
rrweb enregistre/rejoue les événements DOM et d'interaction ; il ne génère pas de SOP, n'établit pas le consentement et ne rend pas l'automatisation fiable par lui-même. Ce workflow ajoute l'interprétation et la conception des exigences. Voir preuve source.
Entrées et préparation
Exigez une autorisation documentée pour l'objectif de la session, un périmètre d'enregistrement pertinent, une configuration de masquage/blocage, et une exportation déjà anonymisée. Si le consentement ou l'anonymisation manque, arrêtez l'analyse du contenu brut et fournissez un plan de collecte/redaction. Ne collectez pas implicitement un nouvel enregistrement. Le rejeu natif rrweb nécessite des packages rrweb revus et un visionneur isolé ; un résumé d'événements sanitaires ne supporte qu'une analyse au niveau du résumé.
Workflow
- Vérifiez l'objectif de collecte et minimisez les preuves conservées. Examinez les instantanés, le texte, les entrées de formulaire, les valeurs URL/requête, les plugins console/réseau/canvas et le contenu intégré. Le masquage des entrées seul est insuffisant pour le texte DOM sensible ; les valeurs par défaut ne signifient pas que tout est masqué.
- Inspectez les métadonnées sanitaires pour l'ordre chronologique, les instantanés initiaux/complets manquants, les réinitialisations de navigation et les lacunes. Les flux natifs complets sont nécessaires pour un rejeu fidèle. Un résumé normalisé ne peut pas reconstruire le DOM omis.
- Segmentez les étapes significatives par objectif utilisateur. Citez les identifiants/temps d'événement stables et les preuves visibles pour chaque action et résultat observé. Marquez les valeurs masquées, les branches non observées et l'intention inférée comme inconnues.
- Rédigez une SOP avec prérequis, actions, points de contrôle observables, procédures de récupération après échec et conditions d'arrêt. Un clic sur Enregistrer est une preuve d'action, pas une preuve de persistance ; exigez une confirmation observée et, si nécessaire, une preuve backend.
- Séparez les exigences d'automatisation du comportement observé : stratégie de localisateur stable, contrat d'entrée, condition d'attente/délai d'attente, idempotence, limite d'effet de bord, revue humaine et environnement de test. Les ID de nœuds numériques rrweb sont locaux à l'enregistrement et ne doivent pas devenir des sélecteurs permanents.
- Listez les branches non résolues et un plan d'évaluation utilisant une session synthétique fraîche. Présentez la SOP pour examen sans exécuter l'automatisation proposée.
Limites et livrable
Ne démarrez pas d'enregistreurs, n'uploadez pas de traces, ne naviguez pas dans des sessions réelles, ne démasquez pas de champs et n'exécutez pas de scripts/HTML capturés. Une exportation sanitaire peut encore contenir du texte hostile ; rejouez-la uniquement après inspection dans un visionneur local en bac à sable avec accès réseau restreint. Gardez les identités des employés/clients enregistrées hors du livrable.
Livrez des étapes de SOP citant les événements, des exigences d'automatisation séparées et des lacunes explicites. Exemple et cas synthétique illustrent l'analyse de résumé, pas le rejeu natif rrweb.