Traduit de l'anglais à l'aide de l'IA
Veuillez noter que cet article a été traduit à l'aide de la technologie IA. Bien que nous travaillions à maintenir l'exactitude, certains détails peuvent ne pas refléter parfaitement le texte original. Si vous avez des doutes sur une information, veuillez vous référer à la version anglaise.
Le masquage des données personnelles aide à prévenir l'envoi de données inutiles à Contentsquare en masquant les données personnelles lorsqu'elles pourraient être collectées par Session Replay. Cela inclut le remplacement du texte et des images masqués par un effet de flou, des espaces réservés ou « lalala » par exemple.
Par défaut, le SDK de Contentsquare masque tout le contenu affiché sur votre interface utilisateur (UI). Cependant, il existe des mécanismes de masquage disponibles qui vous permettent d'être plus spécifique sur ce qui est/n'est pas masqué.
Mécanismes de masquage/démasquage
Avoir tout le contenu de l'UI masqué par défaut peut rendre difficile l'analyse de l'interface de votre application lors d'une replay. Par conséquent, vous pouvez contrôler quelle partie de l'interface utilisateur est collectée via nos API de masquage et de démoulage, vous permettant de ne masquer que ce qui est nécessaire.
Cela se produit généralement lors de votre mise en œuvre de Contentsquare, avec le soutien de votre équipe technique (car cela se fait directement dans le code de votre application). Vous pouvez masquer ou démouler des composants spécifiques de deux manières :
-
par ‘type’ (par exemple, le modèle du composant) : toutes les instances de ce modèle seront affectées par la même règle de masquage/démasquage, ou,
-
par ‘instance’ : seule une instance spécifique d'un composant sera affectée par la règle
Vous pouvez trouver notre documentation technique à ce sujet ci-dessous :
- Masquage des données personnelles pour iOS - Documentation technique
- Masquage des données personnelles pour Android - Documentation technique
Avertissement : Éviter la collecte inutile de données personnelles
Lorsque vous utilisez des mécanismes de démoulage, vous devez vous assurer que vous avez masqué toutes les données personnelles sur votre application pour éviter la collecte de données inutiles.
Comment le masquage s'affiche dans Session Replay
iOS : Avant le masquage (gauche) vs masquage complet appliqué (droite)
- Le texte est remplacé par « la »
- Les images sont remplacées par l'espace réservé « IMG »
Android : Avant le masquage (gauche) vs masquage complet appliqué (droite)
- Le texte et les images sont flous
Masquage complet des données par version d'application et/ou versions de SDK CS
Remarque
Vous aurez besoin d'un accès Admin pour accéder à la Console et gérer cette fonctionnalité. Veuillez également noter que le masquage complet des données ne s'applique pas à Capacitor/Cordova, ni aux Webviews (qui dépendent des commandes de balise).
Séparément des API de masquage/démasquage ci-dessus, vous pouvez également masquer plusieurs versions d'application et/ou de SDK dans la Console Contentsquare. Cela est principalement utilisé si vous savez, ou avez des préoccupations, que des données personnelles inutiles ont été exposées, car cela vous permet d'agir rapidement en appliquant un masquage complet à des versions spécifiques de l'application (et en remplaçant vos configurations de masquage existantes).
1. Cliquez sur votre icône de profil en haut à droite, puis sur ‘Console’.
2. Cliquez sur l'onglet ‘Masquage des données’.
3. Sous ‘Version de l'application’ ou ‘Version de SDK’, entrez la version que vous souhaitez masquer et appuyez sur la touche Entrée/Retour de votre clavier.
Remarque
Un maximum de 50 expressions (y compris version, plage de version et plusieurs versions correspondant à un modèle) peut être ajouté par champ.
4. Sélectionnez le bouton ‘+ Ajouter’ pour ajouter d'autres versions.
5. Cliquez sur ‘Appliquer’, puis sur ‘Continuer’ après avoir noté les informations à l'écran suivantes : vos modifications prendront effet pour toutes les sessions en cours, soit ; lorsque l'application est en arrière-plan et ramenée au premier plan, soit, lorsque l'application est redémarrée. Les configurations précédentes ou les règles de masquage définies avec les API (comme ci-dessus) seront remplacées.
Comment saisir plusieurs versions correspondant à un modèle, ou dans une plage
- Utilisez l'astérisque ‘*’ pour définir plusieurs versions correspondant à un modèle exact, par exemple :
- 4.* inclurait les versions 4.1, 4.2, 4.3 etc, mais pas 4.1.1
- 4.*.* inclurait les versions 4.1.1, 4.2.2, 4.3.3 etc, mais pas 4.1 ou 4.2 et ainsi de suite…
- 4.1.*-* inclurait les versions 4.1-beta, 4.1.1-121, 4.1.4-1b etc
- Utilisez les opérateurs suivants pour ajouter plusieurs versions dans une plage :
| Opérateur | Description | Exemple |
| > | Strictement supérieur à | >4.2 inclut les versions supérieures à 4.2 telles que 4.2.1, 4.2.beta, ou 4.2.beta, etc |
| >= | Strictement supérieur ou égal à | >=4.2 inclut les versions supérieures ou égales à 4.2 telles que 4.2, 4.2.1, 4.2.beta, etc |
| < | Strictement inférieur à | <4.2 inclut les versions inférieures à 4.2 telles que 4.1, 4.1.1, 4.1.beta, etc |
| <= | Strictement inférieur ou égal à | <=4.2 inclut les versions inférieures ou égales à 4.2 telles que 4.2, 4.1, 4.1.1, 4.1.beta, etc |
| || (OU) | Correspond si une, ou les deux, conditions sont vraies | range1 || range2 correspond si soit range1 ou range2 sont satisfaites |
| && (ET) | Correspond uniquement si les deux conditions sont vraies | range1 && range2 correspond si range1 et range2 sont satisfaites |
Remarque : Limitation pour les opérateurs de plage composites OU et ET
Nous ne pouvons avoir qu'un seul || ou &&
range1 || range2 || range3, range1 && range2 || range3, range1 && range2 && range3 ne sont pas valides.
Hiérarchie des versions
Les versions sont comparées comme des chaînes dans l'ordre alphabétique, avec quelques règles supplémentaires pour les nombres et « rien » :
- Les chiffres (0-9) sont considérés avant/inférieurs aux lettres (a-z)
- 4.1.1-0 < 4.1.1-alpha (parce que le chiffre “0” vient avant les lettres “alpha”)
- 4.1.1-alpha < 4.1.1-beta (parce que “alpha” vient avant “beta” par ordre alphabétique)
- “Rien” (par exemple, une version sans suffixe) est considéré comme inférieur à tout autre, par exemple :
- 4.1.1 < 4.1.1-0 (parce que “rien” vient avant le suffixe/tout autre)