Confidentialité, cookies et RGPD

Wavize traite conversations, contacts et données techniques pour fournir le service

Le propriétaire du site doit définir sa base légale, son information visiteur, ses durées de conservation et les personnes autorisées. Les réglages Wavize aident à afficher un avis et limiter la collecte, mais ne remplacent pas l’analyse juridique de l’organisation.

Le widget peut recevoir message, page consultée, données techniques et coordonnées explicitement fournies. Les intégrations commerce vérifient commandes et catalogue ; les intégrations marketing peuvent transférer les contacts selon le mode choisi.

Limite de ce guide
Il décrit les contrôles produit et les bonnes pratiques, pas un avis juridique adapté à chaque pays ou activité.

Cartographier les données réellement utilisées

Partez de votre configuration, pas d’un modèle générique.

• Conversation

  Questions, réponses, horodatage, session et contexte de page nécessaires au service et à l’analyse.

• Contact

  Nom, e-mail, téléphone et besoin lorsque le formulaire ou la détection est activé. Documentez si une personne sera recontactée ou ajoutée à un outil.

• Commerce et marketing

  Référence et e-mail pour vérifier une commande ; profil et consentement pour Klaviyo/Mailchimp. Ne réutilisez pas automatiquement une donnée support à des fins publicitaires.

Configurer l’information et la minimisation

Dans Comportement, renseignez un avis clair et une URL de politique HTTP/HTTPS.

1. Finalité avant collecte

   Expliquez pourquoi l’e-mail ou le téléphone est demandé, qui répondra et si un transfert marketing est facultatif.

2. Champs minimaux

   Désactivez les champs ou mécanismes sans usage. Une collecte « au cas où » augmente risque et obligations sans améliorer le service.

3. Lien appartenant à l’organisation

   La politique doit être publique, à jour et accessible sur mobile. Ne pointez pas vers une page générique qui ne mentionne pas le chatbot ou les destinataires.

Coordonner cookies et chargement du widget

Selon votre analyse, le code peut devoir attendre une catégorie de consentement.

1. Gestionnaire de consentement

   Placez le script dans la catégorie décidée et testez Accepté, Refusé puis Modification. Le widget ne doit pas contourner le choix après un rechargement.

2. Campagnes proactives

   Si le widget n’est pas chargé avant consentement, la campagne ne peut ni s’afficher ni être comptée. Documentez cet effet dans l’analyse des impressions.

3. Extensions et stockage

   Testez sans bloqueur puis avec les protections courantes. Ne prétendez pas qu’un visiteur a consenti uniquement parce qu’un script a réussi à charger.

Gérer accès, export, suppression et incident

Définissez une procédure vérifiable avant de recevoir une demande.

• Contrôle d’identité

  Vérifiez raisonnablement le demandeur sans collecter plus de données que nécessaire. Ne divulguez pas une conversation à partir d’une simple référence devinée.

• Accès équipe

  Utilisez des comptes individuels, le moindre rôle et la désactivation immédiate au départ. Révisez aussi les clés d’intégration et destinataires.

• Suppression coordonnée

  Une donnée synchronisée chez Klaviyo, Mailchimp ou un outil tiers doit être traitée selon votre procédure dans chaque système, pas seulement dans Wavize.

• Incident

  Révoquez immédiatement les clés exposées, conservez les traces utiles et appliquez votre procédure de notification. Ne copiez pas le secret compromis dans le ticket.

Revue de conformité fonctionnelle

Répétez-la après l’ajout d’un formulaire, d’une intégration ou d’une nouvelle langue.

• Notice exacte — Elle décrit les usages réellement actifs.
• Collecte minimale — Aucun champ ou transfert inutile.
• Demande testée — Accès et suppression sont exécutables dans les délais internes.