Politique de confidentialité

Cette page explique quelles données Agenola recueille, pourquoi, avec qui nous les partageons et combien de temps nous les conservons. Il existe deux relations distinctes à ne pas confondre : les entreprises qui s'inscrivent à Agenola et les visiteurs qui parlent à l'avatar de ces entreprises.

Deux rôles différents

Pour les ENTREPRISES qui s'inscrivent, nous sommes le responsable du traitement : nous traitons vos données de compte et de facturation pour nos propres finalités.

Pour les VISITEURS qui parlent à un avatar, le responsable du traitement est l'entreprise qui l'a créé ; nous traitons uniquement pour le compte de cette entreprise. Informer le visiteur et obtenir tout consentement requis relève de la responsabilité de cette entreprise.

Ce que nous collectons auprès des entreprises

Compte : nom, adresse e-mail, photo de profil si vous en importez une, et un hachage irréversible de votre mot de passe. Le mot de passe lui-même n'est jamais conservé. Si vous vous connectez avec Google, vous n'avez peut-être aucun mot de passe ; les données reçues de Google sont décrites séparément ci-dessous.

Sécurité : l'adresse IP, le navigateur, le pays et l'heure de dernière activité de vos sessions ouvertes, et un journal d'audit indiquant qui a modifié quoi dans le tableau de bord, quand et depuis quelle adresse.

Utilisation : combien de conversations ont eu lieu chaque mois, combien de jetons de modèle de langage et de secondes de synthèse vocale et de transcription ont été utilisés. Cela sert à la facturation et aux quotas.

Paiement : statut de l'abonnement et identifiants client et abonnement de Stripe. LES DONNÉES DE CARTE NE NOUS PARVIENNENT JAMAIS ; le paiement se fait sur la page de Stripe.

Connexion avec Google

Quand vous vous connectez avec « Continuer avec Google », nous recevons uniquement : votre nom, votre adresse e-mail, si Google a vérifié cette adresse, et l'identifiant permanent que Google attribue à votre compte. Ce sont les seules autorisations que nous demandons (openid, email, profile).

Pour la connexion, nous n'accédons ni à Gmail, ni à Drive, ni aux Contacts, ni à l'Agenda, ni à aucune autre donnée Google, et nous ne voyons jamais votre mot de passe Google. Nous ne conservons pas le jeton d'accès émis par Google à la connexion, et nous n'utilisons ni ne conservons votre photo de profil.

Nous utilisons ces informations uniquement pour créer votre compte Agenola, vous y connecter et relier la connexion Google à un compte existant avec la même adresse e-mail. Votre nom et votre e-mail restent dans votre compte ; l'identifiant Google et l'adresse e-mail au moment de la liaison restent dans la fiche de connexion rattachée à votre compte.

Nous ne vendons ni ne louons les données reçues de Google, nous ne les utilisons pas pour la publicité ni pour entraîner des modèles d'IA, et nous ne les partageons qu'avec les prestataires nécessaires au fonctionnement d'Agenola.

Vous pouvez retirer notre accès à tout moment sur https://myaccount.google.com/permissions ; cela arrête la connexion Google mais ne supprime pas votre compte. Vous pouvez demander la suppression de votre compte à info@agenola.ai ; à la fermeture du compte, son lien avec votre compte Google est retiré et ces données ne sont plus utilisées.

L'utilisation et le transfert vers toute autre application, par Agenola, des informations reçues des API Google respecteront la Google API Services User Data Policy, y compris les exigences Limited Use : https://developers.google.com/terms/api-services-user-data-policy

Connexions Google Agenda, Drive et Gmail

Si un administrateur de votre espace de travail connecte Google Agenda, Google Drive ou Gmail sous Intégrations, il donne une approbation distincte pour cette application sur l'écran d'autorisation de Google. C'est indépendant de la connexion au compte : nous n'accédons pas à ces données pour un compte non connecté, et chaque application ne demande que sa propre autorisation.

Les autorisations demandées sont des accès complets, et voici leur usage : dans Google Agenda, lire, créer, modifier, supprimer et partager vos événements et agendas, et consulter les disponibilités partagées avec vous. Dans Google Drive, chercher, lire, créer, modifier, déplacer, partager et supprimer vos fichiers, et modifier le contenu des documents, classeurs et présentations. Dans Gmail, chercher, lire, envoyer, répondre, transférer, libeller, archiver et supprimer vos e-mails, et gérer les brouillons, libellés, filtres, la signature et la réponse automatique. Seules les étapes que vous ajoutez à vos agents font ces actions.

Nous utilisons ces données uniquement pour exécuter les étapes Google que vous ajoutez à vos agents. Le membre de l'espace de travail qui configure une étape décide quelle opération s'exécute et sur quel fichier, agenda ou e-mail ; l'étape s'exécute ensuite telle que configurée pour toute personne qui parle à l'agent, y compris les visiteurs qui ouvrent le lien public de l'agent. Les étapes qui suppriment, partagent ou envoient des e-mails ou invitations depuis votre compte ne s'exécutent qu'après confirmation sur l'étape par la personne qui les a configurées, et sont soumises à une limite horaire ; la cible d'une étape de suppression ou de partage ne peut pas être une valeur saisie par un visiteur.

Le contenu lu par une étape (événements, e-mails, texte de fichier, lignes de tableur) peut être écrit dans les variables du flux. Si la personne qui a créé l'agent utilise ces variables dans un message, le contenu est montré à la personne qui parle à l'agent ; si elle les utilise dans une étape « Assistant IA », il est envoyé à notre fournisseur de modèle de langage pour produire la réponse. Ces données ne sont pas utilisées pour la publicité ni pour entraîner des modèles d'IA.

Le résultat de chaque étape (quelle étape, quand, si elle a réussi et une forme abrégée des valeurs renvoyées) est conservé 7 jours pour éviter une double exécution, puis supprimé. Les valeurs écrites dans les variables du flux peuvent rester dans la fiche de conversation.

Les jetons d'accès et d'actualisation émis par Google sont chiffrés et utilisés uniquement à cette fin. Quand vous retirez la connexion dans le tableau de bord, les jetons ne sont plus utilisés et, s'il ne reste aucune autre connexion Google Agenda, Drive ou Gmail du même compte Google, l'autorisation est aussi révoquée côté Google. Vous pouvez aussi retirer l'autorisation vous-même sur https://myaccount.google.com/permissions.

Connexion Google Analytics

Si un administrateur de votre espace de travail connecte Google Analytics sous Intégrations, il donne une approbation distincte sur l'écran d'autorisation de Google. Cette connexion ne demande que ses propres autorisations (analytics.readonly et analytics.edit) et est indépendante de la connexion au compte et des connexions Google Agenda, Drive et Gmail.

Leur usage : avec analytics.readonly, lister les comptes, propriétés et flux de données web Google Analytics auxquels vous avez accès pour que vous en choisissiez un pour un agent, et exécuter les rapports que vous ajoutez à un agent, pour les métriques et dimensions choisies. Avec analytics.edit, uniquement sur le flux de données web choisi : accepter la confirmation de collecte de données utilisateur de Google pour cette propriété, créer un secret Measurement Protocol nommé « Agenola » pour que vos agents envoient des événements à ce flux de données, et créer ou consulter des événements clés quand vous ajoutez cette étape à un agent. Nous ne gérons ni les utilisateurs, ni les comptes, ni aucun autre réglage de propriété.

Les résultats de rapports lus par une étape peuvent être écrits dans les variables du flux et sont alors traités comme les autres résultats d'étape : affichés dans un message, ou envoyés à notre fournisseur de modèle de langage dans une étape « Assistant IA ». Ces données ne sont pas vendues, ne servent pas à la publicité ni à entraîner des modèles d'IA, et ne sont partagées qu'avec les prestataires nécessaires au fonctionnement d'Agenola.

Les jetons d'accès et d'actualisation émis par Google et les secrets Measurement Protocol que nous créons sont chiffrés. Quand vous retirez la connexion dans le tableau de bord, les secrets créés sont supprimés de vos flux de données, les jetons ne sont plus utilisés et, s'il ne reste aucune autre connexion Google Analytics ou Google Ads du même compte Google, l'autorisation est aussi révoquée côté Google. Vous pouvez aussi retirer l'autorisation vous-même sur https://myaccount.google.com/permissions.

Connexion Google Ads

Si un administrateur de votre espace de travail connecte Google Ads sous Intégrations, il donne une approbation distincte sur l'écran d'autorisation de Google. Cette connexion ne demande que ses propres autorisations (adwords et datamanager) et est indépendante de la connexion au compte et des autres connexions Google.

Leur usage, uniquement via les réglages de mesure et les étapes Google Ads que vous ajoutez à vos agents : avec adwords, lister les comptes Google Ads auxquels vous avez accès ainsi que les actions de conversion et campagnes du compte choisi, lire les rapports ajoutés (les métriques choisies) et activer ou mettre en pause une campagne quand vous ajoutez cette étape. Nous ne créons pas de campagnes et ne modifions ni les annonces, ni les budgets, ni les enchères, ni la facturation, ni les utilisateurs du compte. Avec datamanager, envoyer les conversions de vos agents (par exemple des coordonnées laissées, un rendez-vous réservé, une étape marquée, un achat sur une boutique WooCommerce) aux actions de conversion choisies, et créer, modifier et supprimer des listes Customer Match et y ajouter ou en retirer des personnes quand vous ajoutez ces étapes. Une étape qui met une campagne en pause ou supprime une liste ne s'exécute qu'après confirmation sur l'étape par la personne qui l'a configurée, et est soumise à une limite horaire.

Une conversion contient son heure, l'action de conversion, la valeur et la devise si vous les définissez, et les identifiants que Google utilise pour la rapprocher d'une interaction publicitaire : l'identifiant de clic enregistré à l'arrivée du visiteur depuis votre annonce, et l'adresse e-mail ou le numéro de téléphone du visiteur s'il en a laissé, envoyés uniquement sous forme de hachage irréversible (SHA-256). Une personne ajoutée à une liste de clients est de même envoyée uniquement sous forme d'e-mail ou de téléphone haché, et seulement après que la personne qui a configuré l'étape a accepté le règlement Customer Match de Google. Les conversions et membres de liste ne sont envoyés qu'à votre propre compte Google Ads, sur votre instruction ; il vous revient d'informer vos visiteurs et d'obtenir le consentement requis dans leur juridiction.

Les données lues dans Google Ads (noms et identifiants de comptes, d'actions de conversion, de campagnes et de listes, et résultats de rapports demandés) servent uniquement à afficher ces choix dans le tableau de bord et à exécuter vos étapes ; les résultats d'une étape peuvent être écrits dans les variables du flux et sont alors traités comme les autres résultats d'étape. Elles ne sont pas vendues, ne servent pas à la publicité ni à entraîner des modèles d'IA, et ne sont partagées qu'avec les prestataires nécessaires au fonctionnement d'Agenola.

Les jetons d'accès et d'actualisation émis par Google sont chiffrés et utilisés uniquement à cette fin. Quand vous retirez la connexion dans le tableau de bord, les jetons ne sont plus utilisés et, s'il ne reste aucune autre connexion Google Analytics ou Google Ads du même compte Google, l'autorisation est aussi révoquée côté Google. Vous pouvez aussi retirer l'autorisation vous-même sur https://myaccount.google.com/permissions.

Connexion Meta Pixel

Si un administrateur de votre espace de travail connecte Meta Pixel depuis la section Intégrations, il choisit dans la fenêtre de Meta son entreprise et les pixels auxquels Agenola peut accéder, puis donne son approbation. Cette connexion ne demande que les autorisations ads_read et business_management. Meta crée un utilisateur système pour Agenola dans l'entreprise approuvée ; la connexion fonctionne avec le jeton d'accès de cet utilisateur et n'est pas liée au compte Facebook de la personne qui a approuvé.

Leur usage (uniquement via les réglages de mesure et les étapes Meta que vous ajoutez à vos agents) : avec business_management, nous listons les pixels détenus par votre entreprise ou partagés avec elle pour que vous en choisissiez un pour un agent ; avec ads_read, nous envoyons des événements au pixel choisi via la Conversions API (par exemple conversation démarrée, coordonnées laissées, rendez-vous réservé, étape marquée atteinte, achat sur une boutique WooCommerce). Nous ne lisons ni ne modifions les campagnes, annonces, budgets, audiences, Pages ou utilisateurs de l'entreprise.

Un événement contient son nom et son heure, la valeur et la devise si vous les définissez, et les informations que Meta utilise pour le rapprocher d'une interaction publicitaire : un identifiant visiteur pseudonyme dérivé de la session, les détails du navigateur (user agent) et l'adresse IP du visiteur, l'adresse de la page où le chat a été ouvert (sans la partie requête), l'identifiant de clic (fbclid) si le visiteur vient d'une annonce Meta et, s'il les a laissés, une adresse e-mail ou un numéro de téléphone ; ces deux derniers uniquement sous forme de hachage irréversible (SHA-256). Les événements ne sont envoyés que sur votre instruction et uniquement à votre pixel ; il vous revient d'informer vos visiteurs et d'obtenir le consentement requis là où ils se trouvent.

Les données lues dans Meta (nom et identifiant de l'entreprise, noms et identifiants des pixels) servent uniquement à afficher ces options dans le tableau de bord et à exécuter vos étapes. Elles ne sont pas vendues, ne servent pas à la publicité ni à entraîner des modèles d'IA, et ne sont partagées qu'avec les prestataires nécessaires au fonctionnement d'Agenola.

Le jeton d'accès émis par Meta est chiffré et utilisé uniquement à cette fin. Quand vous retirez la connexion dans le tableau de bord, le jeton n'est plus utilisé ; pour retirer aussi Agenola côté Meta, utilisez Paramètres de l'entreprise Meta → Intégrations → Applications connectées (https://business.facebook.com/latest/settings/connected_apps). Une fois retiré là-bas, l'utilisateur système et son jeton cessent aussi de fonctionner chez Meta.

Connexion TikTok

Si un administrateur de votre espace de travail connecte TikTok depuis la section Intégrations, il choisit sur la page de TikTok les comptes publicitaires auxquels Agenola peut accéder, approuve les autorisations et vérifie son identité avec un code envoyé à l'e-mail du compte publicitaire. Cette connexion ne demande que trois autorisations : lire les informations du compte publicitaire (Read Ad Account Information), lire les pixels (Read Pixels) et envoyer des événements de conversion (Report Conversion Event).

Leur usage (uniquement via les réglages de mesure et les étapes TikTok que vous ajoutez à vos agents) : nous listons les noms des comptes publicitaires autorisés et les pixels de ces comptes pour que vous en choisissiez un pour un agent ; nous envoyons des événements au pixel choisi via l'Events API (par exemple conversation démarrée, coordonnées laissées, rendez-vous réservé, étape marquée atteinte, achat sur une boutique WooCommerce). Nous ne lisons ni ne modifions les campagnes, annonces, budgets, audiences ou réglages du compte.

Un événement contient son nom et son heure, la valeur et la devise si vous les définissez, et les informations que TikTok utilise pour le rapprocher d'une interaction publicitaire : un identifiant visiteur pseudonyme dérivé de la session, les détails du navigateur (user agent) et l'adresse IP du visiteur, l'adresse de la page où le chat a été ouvert (sans la partie requête), l'identifiant de clic (ttclid) si le visiteur vient d'une annonce TikTok et, s'il les a laissés, une adresse e-mail ou un numéro de téléphone ; ces deux derniers uniquement sous forme de hachage irréversible (SHA-256). Les événements ne sont envoyés que sur votre instruction et uniquement à votre pixel ; il vous revient d'informer vos visiteurs et d'obtenir le consentement requis là où ils se trouvent.

Les données lues dans TikTok (noms et identifiants des comptes publicitaires et des pixels) servent uniquement à afficher ces options dans le tableau de bord et à exécuter vos étapes. Elles ne sont pas vendues, ne servent pas à la publicité ni à entraîner des modèles d'IA, et ne sont partagées qu'avec les prestataires nécessaires au fonctionnement d'Agenola.

Le jeton d'accès émis par TikTok est chiffré et utilisé uniquement à cette fin. Quand vous retirez la connexion dans le tableau de bord, le jeton est aussi révoqué chez TikTok. Vous pouvez aussi retirer l'accès dans les réglages d'autorisation de TikTok (https://ads.tiktok.com/ac/page/authorizations).

Connexion Shopify

Si un administrateur de votre espace de travail connecte une boutique Shopify depuis la section Intégrations, il accorde l'accès à l'application Agenola sur l'écran d'approbation de Shopify. Cette connexion demande quatre types d'autorisations : autorisations storefront (lire les produits, le stock et les pages publiées de la boutique, et créer le panier du visiteur), autorisations de gestion de boutique (produits, variantes, collections, stock, publication sur les canaux de vente, codes de réduction et pages), autorisations de commandes (lire les commandes, écrire dans la note de commande, et annuler, bloquer et rembourser des commandes) et autorisations clients (lire, créer, modifier et supprimer des fiches clients).

Ce que nous conservons : l'adresse .myshopify.com de la boutique, son domaine de vitrine, son nom, les autorisations accordées par Shopify, une clé Storefront API et le jeton d'accès admin. Le jeton d'accès admin est chiffré.

Leur usage : quand un visiteur pose une question, nous lisons à ce moment-là dans Shopify les noms de produits, descriptions, prix, disponibilités et pages publiées ; le catalogue n'est pas copié dans Agenola. Si le visiteur ajoute un produit au panier dans le chat, le panier est créé dans Shopify et le paiement se fait sur la page de paiement de Shopify. Avec le jeton d'accès admin, nous lisons le nom et le domaine de la boutique, créons la clé Storefront API et enregistrons l'adresse de la page de l'agent dans les réglages de l'application ; dans les étapes de gestion de boutique que vous ajoutez à vos agents, nous modifions produits, variantes, collections, stock, codes de réduction et pages uniquement comme vous l'avez configuré dans cette étape. L'agent prêt à l'emploi créé à la connexion de la boutique n'expose pas ces étapes aux visiteurs.

Commandes : quand un visiteur interroge l'agent sur sa propre commande, l'agent demande le numéro de commande et l'adresse e-mail ou le téléphone utilisé ; nous lisons cette commande dans Shopify à ce moment-là et vérifions si ces informations correspondent à l'e-mail ou au téléphone de la commande. Si c'est le cas, nous indiquons au visiteur le statut, le total, les produits, la ville de livraison, le suivi et l'adresse de la page de statut de commande de Shopify ; l'adresse, l'e-mail et le téléphone de la commande ne sont pas montrés au visiteur, et les tentatives erronées sont limitées. Un client connecté à la boutique n'a pas à donner de numéro de commande ni d'e-mail ; seules les commandes de son propre compte sont lues (voir « Ce qui est collecté auprès des visiteurs »). Si le visiteur laisse une demande d'annulation, de retour, d'échange ou d'adresse, elle est ajoutée à la note de la commande ; la commande elle-même ne change pas. Si vous l'activez dans le tableau de bord, une fois la commande vérifiée et après confirmation explicite, le visiteur peut utiliser l'agent pour annuler une commande non expédiée (le paiement est remboursé sur son moyen de paiement) ou ouvrir une demande de retour dans Shopify pour des produits expédiés ; vous approuvez ou refusez la demande. Dans les étapes de commande que vous ajoutez à vos agents, nous lisons les commandes (numéro, statut, total, nom et e-mail du client, moyen de paiement, produits) et, comme configuré dans cette étape, ajoutons une note, annulons, bloquons ou remboursons. Dans les étapes client que vous ajoutez à vos agents, nous lisons les fiches clients (nom, e-mail, téléphone, adresses, nombre de commandes, total dépensé) et, comme configuré dans cette étape, les créons, modifions ou supprimons. Aucune copie des commandes ou fiches clients n'est conservée dans Agenola ; le numéro et le montant d'une vente passée par l'agent sont conservés pour l'attribution des ventes. Ce que le visiteur écrit dans la conversation et les réponses qu'il reçoit restent dans la fiche de conversation.

Quand l'application est désinstallée de Shopify, quand vous retirez la connexion dans le tableau de bord, ou quand Shopify demande l'effacement des données de la boutique, la connexion est fermée, l'agent est retiré de la boutique et les jetons d'accès ne sont plus utilisés. Quand Shopify demande l'effacement des données de la boutique (48 heures après la désinstallation), nous effaçons aussi le contenu de toutes les conversations de l'agent de la boutique ; si la boutique a été reconnectée entre-temps, rien n'est effacé. Quand Shopify demande les données d'un client, nous cherchons les conversations de l'agent où apparaissent son e-mail, son téléphone ou sa commande et prévenons le propriétaire de la boutique par e-mail. Quand Shopify demande l'effacement des données du client, nous effaçons le contenu de ces conversations ; les informations qui n'identifient pas la personne, comme les dates et les compteurs, restent.

Connexion Slack

Si un administrateur de votre espace de travail connecte Slack sous Intégrations, il approuve l'application Slack d'Agenola sur l'écran d'autorisation de Slack.

Ce que nous recevons : l'identifiant et le nom de l'espace Slack, un jeton de bot pour l'application et un jeton utilisateur pour la personne qui a connecté. Le jeton utilisateur sert uniquement aux changements de statut, que Slack n'autorise pas avec un jeton de bot. Pour remplir les sélecteurs de canal, nous lisons les noms des canaux visibles par l'application.

Leur usage : publier les notifications que vous dirigez vers Slack et exécuter les étapes Slack ajoutées à vos agents (envoyer, modifier ou supprimer des messages ; gérer canaux et groupes d'utilisateurs ; envoyer des fichiers ; ajouter des réactions ; rechercher des personnes). Nous lisons messages, fichiers, réactions et détails de personnes uniquement quand une étape ajoutée par vous le demande ; nous ne lisons pas vos canaux en arrière-plan et ne copions pas votre espace Slack.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas utilisé pour la publicité ni pour entraîner des modèles d'IA.

Durée de conservation : les jetons sont chiffrés jusqu'au retrait de la connexion. Le résultat de chaque étape est conservé 7 jours pour éviter une double exécution, puis supprimé. Les valeurs écrites dans les variables du flux peuvent rester dans la fiche de conversation jusqu'à ce que vous la supprimiez ou nous le demandiez.

Retrait : quand vous retirez la connexion dans le tableau de bord, l'application est désinstallée de votre espace Slack et ses jetons cessent de fonctionner. Vous pouvez aussi retirer l'application vous-même depuis Slack. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion HubSpot

Si un administrateur de votre espace de travail connecte HubSpot sous Intégrations, il installe l'application HubSpot d'Agenola dans son compte et l'approuve sur l'écran d'autorisation de HubSpot.

Ce que nous recevons : l'identifiant, le domaine et le centre de données du compte HubSpot, l'adresse e-mail de la personne qui a connecté, ainsi que les jetons d'accès et d'actualisation. Les autorisations demandées : lire et écrire les contacts, les entreprises et les transactions (crm.objects.contacts, crm.objects.companies, crm.objects.deals) ; lire les propriétaires des fiches (crm.objects.owners.read) ; lire les définitions de propriétés de ces fiches (crm.schemas.contacts.read, crm.schemas.companies.read, crm.schemas.deals.read). Nous ne demandons aucune autorisation sur les données sensibles.

Leur usage : exécuter les étapes HubSpot ajoutées à vos agents (rechercher, créer et mettre à jour des contacts ; créer des entreprises ; lire et mettre à jour des transactions ; ajouter, modifier ou supprimer des notes et des tâches ; associer des fiches) et remplir les sélecteurs de l'étape (propriétaires, pipelines). Nous lisons les fiches uniquement quand une étape ajoutée par vous le demande ; nous ne lisons pas votre compte HubSpot en arrière-plan et ne le copions pas. Les informations d'un visiteur arrivent dans HubSpot par l'étape que l'entreprise a configurée ; l'entreprise est responsable de ces données dans HubSpot.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, Agenola est désinstallé de votre compte HubSpot et ses jetons cessent de fonctionner ; si le même compte HubSpot est aussi connecté à un autre espace de travail Agenola, seul l'accès de cette connexion est révoqué. Vous pouvez aussi retirer l'application vous-même dans les paramètres de HubSpot, sous Intégrations → Applications connectées. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion Pipedrive

Si un administrateur de votre espace de travail connecte Pipedrive sous Intégrations, il installe l'application Pipedrive d'Agenola pour son propre utilisateur Pipedrive et l'approuve sur l'écran d'autorisation de Pipedrive.

Ce que nous recevons : l'identifiant, le nom et l'adresse de l'entreprise Pipedrive ; l'identifiant, l'adresse e-mail et la devise par défaut de la personne qui a connecté ; ainsi que les jetons d'accès et d'actualisation. Les autorisations demandées : lire et écrire les personnes et organisations (contacts:full), les affaires (deals:full), les prospects (leads:full) et les activités (activities:full) ; lire les utilisateurs (users:read) ; rechercher (search:read) ; les informations de base de la personne qui se connecte (base). Nous ne demandons aucune autorisation sur les e-mails, les produits ou les paramètres d'administration.

Leur usage : exécuter les étapes Pipedrive ajoutées à vos agents (rechercher, créer et mettre à jour des personnes ; créer des organisations et des prospects ; lire et mettre à jour des affaires et des prospects ; ajouter des notes ; créer, modifier ou supprimer des activités) et remplir les sélecteurs de l'étape (utilisateurs, étapes, types d'activité, étiquettes de prospect). Les étapes agissent avec l'accès de la personne qui a connecté et ne voient que les enregistrements qu'elle peut voir. Nous lisons les enregistrements uniquement quand une étape ajoutée par vous le demande ; nous ne lisons pas votre compte Pipedrive en arrière-plan et ne le copions pas. Les informations d'un visiteur arrivent dans Pipedrive par l'étape que l'entreprise a configurée ; l'entreprise est responsable de ces données dans Pipedrive.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, Agenola est désinstallé de Pipedrive pour la personne qui a connecté et ses jetons cessent de fonctionner ; si un autre espace de travail Agenola utilise la connexion de la même personne, seul l'accès de cette connexion est révoqué. Vous pouvez aussi retirer l'application vous-même dans les paramètres de Pipedrive, parmi vos applications installées ; la connexion apparaît alors comme à reconnecter dans le tableau de bord. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion Zoho CRM

Si un administrateur de votre espace de travail connecte Zoho CRM sous Intégrations, il approuve l'application Zoho d'Agenola pour son propre utilisateur Zoho sur l'écran d'autorisation de Zoho ; s'il existe plusieurs organisations Zoho CRM, il choisit celle à connecter.

Ce que nous recevons : l'identifiant, le nom et la partie de l'adresse web qui désigne l'organisation Zoho CRM ; les adresses du centre de données du compte ; l'identifiant Zoho CRM et l'adresse e-mail de la personne qui a connecté ; et les jetons d'accès et d'actualisation. Les autorisations que nous demandons : créer, lire et mettre à jour les leads, contacts et comptes (ZohoCRM.modules.leads, contacts, accounts) ; lire et mettre à jour les transactions (ZohoCRM.modules.deals) ; ajouter et lire des notes (ZohoCRM.modules.notes) ; gérer les tâches (ZohoCRM.modules.tasks.ALL) ; lire les champs, les mises en page et les pipelines (ZohoCRM.settings.fields, layouts, pipeline) ; lire les utilisateurs et les informations de l'organisation (ZohoCRM.users.READ, ZohoCRM.org.READ) ; requête et recherche (ZohoCRM.coql.READ, ZohoSearch.securesearch.READ). Nous ne demandons pas l'autorisation de supprimer des leads, contacts, comptes ou transactions.

Leur usage : exécuter les étapes Zoho CRM ajoutées à vos agents (rechercher, créer et mettre à jour des leads et des contacts ; créer des comptes ; convertir des leads ; lire et mettre à jour des transactions ; ajouter des notes ; créer, mettre à jour ou supprimer des tâches) et remplir les listes de l'étape (utilisateurs, étapes, options de source, de statut et de priorité). Les étapes utilisent l'accès de la personne qui connecte et ne voient que les enregistrements que cette personne peut voir. Nous ne lisons les enregistrements que lorsqu'une étape ajoutée par vous les demande ; nous ne lisons pas votre compte Zoho CRM en arrière-plan et ne le copions pas. Les informations d'un visiteur arrivent dans Zoho CRM par une étape que l'entreprise met en place ; l'entreprise est responsable de ces données dans Zoho CRM.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, le jeton d'actualisation de cette connexion est révoqué chez Zoho et ses jetons cessent de fonctionner ; la connexion de la même personne dans un autre espace de travail Agenola n'est pas concernée. Vous pouvez aussi retirer vous-même l'accès d'Agenola dans les paramètres de votre compte Zoho ; la connexion apparaît alors dans le tableau de bord comme à reconnecter. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion Asana

Si un administrateur de votre espace de travail connecte Asana sous Intégrations, il accorde à Agenola, sur l'écran d'autorisation d'Asana, un accès au nom de son propre compte Asana.

Ce que nous recevons : l'identifiant Asana et le nom de la personne qui a connecté ; les identifiants et noms des espaces de travail Asana dont elle fait partie ; des jetons d'accès et d'actualisation. Les autorisations demandées : lire les espaces de travail, équipes, utilisateurs et étiquettes (workspaces:read, teams:read, users:read, tags:read) ; lire, écrire et supprimer des projets et des tâches (projects:read/write/delete, tasks:read/write/delete) ; lire et écrire des commentaires (stories:read/write). Nous ne demandons ni accès complet au compte Asana, ni autorisations pour les pièces jointes, portefeuilles, objectifs ou paramètres d'administration.

Leur usage : exécuter les étapes Asana ajoutées à vos agents (créer, lire, lister, rechercher, modifier et supprimer des tâches ; ajouter des sous-tâches, commentaires et étiquettes ; ajouter une tâche à un projet ou l'en retirer ; créer, lire, modifier et supprimer des projets ; lire les informations des utilisateurs) et remplir les sélecteurs de l'étape (espaces de travail, équipes, projets, tâches, personnes, étiquettes). Les étapes fonctionnent avec l'accès de la personne qui a connecté et ne voient que les projets et tâches qu'elle peut voir. Nous ne lisons les éléments que lorsqu'une étape que vous avez ajoutée le demande ; nous ne lisons pas votre compte Asana en arrière-plan et ne le copions pas. Les informations d'un visiteur arrivent dans Asana par l'étape que l'entreprise a configurée ; l'entreprise est responsable de ces données dans Asana.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, le jeton d'actualisation d'Agenola dans Asana est révoqué et ses jetons d'accès cessent de fonctionner. Vous pouvez aussi retirer vous-même l'accès d'Agenola dans les paramètres de votre profil Asana, sous Applications (Apps) ; la connexion apparaît alors comme à reconnecter dans le tableau de bord. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion Brevo

Si un administrateur de votre espace de travail connecte Brevo sous Intégrations, il approuve l'application Brevo d'Agenola sur l'écran d'autorisation de Brevo.

Ce que nous recevons : l'identifiant, le nom de l'entreprise et l'adresse e-mail du compte Brevo ; des jetons d'accès et d'actualisation. Les autorisations demandées : lire les informations du compte (account:read) ; lire et écrire les contacts, les listes et les champs de contact (contacts:read, contacts:write) ; lire et gérer les campagnes e-mail (campaigns.email:read, campaigns.email:write) ; lire les modèles d'e-mail (transactional.email:read) ; ajouter des notes aux contacts (crm:write). Nous ne demandons pas d'autorisation pour les SMS, WhatsApp, l'envoi d'e-mails transactionnels, les webhooks ou les réglages du compte.

Leur usage : exécuter les étapes Brevo ajoutées à vos agents (ajouter, modifier et lire des contacts ; lire le statut d'abonnement ; envoyer l'e-mail de confirmation ; ajouter un contact à une liste ou l'en retirer ; désabonner ; ajouter des notes ; lire et dupliquer des campagnes, envoyer des e-mails de test et des campagnes, ou supprimer des campagnes) et remplir les listes de choix de l'étape (listes, campagnes, modèles d'e-mail de confirmation). Nous lisons les enregistrements seulement quand une étape que vous avez ajoutée le demande ; nous ne lisons ni ne copions votre compte Brevo en arrière-plan. Les informations des visiteurs vont vers Brevo par l'étape que l'entreprise configure ; l'entreprise est responsable de ces données dans Brevo.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, le jeton d'actualisation d'Agenola dans Brevo est révoqué et ses jetons d'accès cessent de fonctionner. Si l'accès d'Agenola est retiré du côté de Brevo, la connexion apparaît dans le tableau de bord comme une connexion à rétablir. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Connexion Omnisend

Si un administrateur de votre espace de travail connecte Omnisend sous Intégrations, il donne à Agenola l'accès au compte Omnisend sur l'écran d'autorisation d'Omnisend.

Ce que nous recevons : l'identifiant, le nom et l'adresse du site web du compte Omnisend (la marque) ; des jetons d'accès et d'actualisation. Les autorisations demandées : lire les informations du compte (brands.read) ; lire et écrire les contacts (contacts.read, contacts.write) ; envoyer des événements (events.write) ; lire et gérer les campagnes (campaigns.read, campaigns.write). Nous ne demandons pas d'autorisation pour les produits, les segments, les automatisations, les modèles, les formulaires ou les rapports.

Leur usage : exécuter les étapes Omnisend ajoutées à vos agents (ajouter, modifier et lire des contacts ; lire le statut d'abonnement ; abonner et désabonner ; ajouter et retirer des tags ; envoyer des événements ; lire, dupliquer, envoyer et supprimer des campagnes) et remplir les listes de campagnes de l'étape. Quand un visiteur ouvre une demande et laisse son adresse e-mail, l'objet de la demande, le nom de l'agent, l'urgence et le numéro de la demande sont enregistrés comme événement sur le contact de cet e-mail dans Omnisend ; si le contact n'est pas dans Omnisend, il est ajouté sans être abonné. Les nouveaux contacts ajoutés par Agenola reçoivent le tag « source: agenola » ; quand une étape abonne un contact, Omnisend enregistre que l'accord vient d'Agenola. Nous ne lisons les enregistrements que lorsqu'une étape que vous avez ajoutée les demande ; nous ne lisons ni ne copions votre compte Omnisend en arrière-plan. Les informations des visiteurs arrivent dans Omnisend par l'étape que l'entreprise configure ou par l'événement de demande de la connexion que l'entreprise établit ; l'entreprise est responsable de ces données dans Omnisend.

Le contenu lu par une étape peut être écrit dans les variables du flux et est alors traité comme les autres résultats d'étape : affiché dans un message, ou envoyé à notre fournisseur de modèle de langage dans une étape « Assistant IA » pour produire la réponse. Il n'est pas vendu, ni utilisé pour la publicité ou pour entraîner des modèles d'IA.

Retrait : quand vous retirez la connexion dans le tableau de bord, les jetons d'accès et d'actualisation d'Agenola dans Omnisend sont révoqués. Si l'accès d'Agenola est retiré côté Omnisend, la connexion apparaît dans le tableau de bord comme une connexion à rétablir. Pour faire supprimer vos données, écrivez à info@agenola.ai.

Créer des agents avec l'IA

Quand vous créez ou modifiez un agent en le décrivant à l'IA dans le tableau de bord (« Nouvel agent » → « Créer avec l'IA », ou « Demander à l'IA » dans l'éditeur), les éléments suivants sont envoyés à notre fournisseur de modèle de langage pour créer l'agent : vos demandes et vos réponses aux questions de l'IA ; le contenu de l'agent modifié ; les sources ajoutées (fichiers et images envoyés, texte des entrées de base de connaissances choisies, texte de la page web dont vous donnez l'adresse) ; et certains détails de votre espace de travail (noms des intégrations connectées, outils, autres agents et entrées de base de connaissances). Pour les entrées marquées comme internes à votre équipe, seul le titre est envoyé.

Nous conservons ces conversations avec votre compte et votre espace de travail : vos demandes, vos réponses, les réponses de l'IA, l'agent créé, les fichiers joints et les détails techniques d'utilisation de chaque étape (modèle utilisé, quantité de texte traitée, coût). Les fichiers sont conservés dans un stockage non public dans des centres de données de l'Union européenne. Les conversations liées à un agent peuvent aussi être vues par les membres de votre espace de travail autorisés à modifier cet agent : ils peuvent lire la conversation et voir le nom des fichiers joints, mais pas ouvrir les fichiers ni poursuivre la conversation. Sinon, seuls vous et le personnel autorisé d'Agenola y avez accès.

Nous utilisons ces enregistrements pour fournir la fonction, suivre son coût et l'améliorer ; cela inclut comprendre quels types d'agents les gens décrivent généralement à l'IA. Ces données ne sont pas vendues et ne sont pas utilisées pour la publicité ni pour entraîner des modèles d'IA.

Nous vous conseillons de ne pas joindre de fichiers ou de textes contenant les données personnelles d'autres personnes ; si vous le faites, ces données sont traitées de la même façon.

Ce qui est collecté auprès des visiteurs

Les réponses aux questions de l'agent, la transcription écrite de la conversation, l'adresse IP et le pays qui en découle, et l'origine de la visite (balises utm, identifiant de clic, domaine référent). Si l'agent est intégré à une boutique, l'identifiant de clic (gclid, gbraid, wbraid, fbclid ou ttclid) est tiré de l'adresse de la page de boutique ouverte par le visiteur.

Si l'agent comporte une étape d'envoi de fichier, les fichiers envoyés (conservés quatre-vingt-dix jours) et les informations qui en sont tirées ; s'il comporte une étape de test, le score et sa justification.

Attribution des ventes (sur les boutiques WooCommerce et Shopify) : si un visiteur passe commande dans la même boutique dans les 7 jours suivant son échange avec l'agent, l'extension Agenola de la boutique nous signale la commande une fois payée : identifiant et numéro de commande, heure, montant des produits après réductions (hors livraison et taxes), total, devise, e-mail et téléphone de facturation, adresse IP, détails du navigateur (user agent) et valeurs des cookies décrits ci-dessous. Nous n'en conservons que l'identifiant et le numéro de commande, les montants, la devise, les heures et la conversation liée. L'e-mail et le téléphone ne sont pas conservés ; ils ne sont transmis que sous forme de hachage irréversible (SHA-256) aux plateformes de mesure de l'entreprise. Une commande qui ne correspond à aucune conversation avec l'agent n'est pas conservée. Sur Shopify, la correspondance vient du panier créé par l'agent : quand le visiteur passe au paiement depuis le chat, une référence signée à la conversation est écrite dans le panier comme propriété non affichée sur la page de paiement ; quand une commande passée avec ce panier dans les 7 jours est payée, Shopify nous prévient. Là aussi, nous ne conservons que l'identifiant et le numéro de commande, les montants, la devise, les heures et la conversation liée. L'e-mail, le téléphone, l'adresse IP et les détails du navigateur de la commande ne sont lus que si Shopify indique que le marketing est autorisé pour ce visiteur et qu'il ne s'est pas opposé à la vente ou au partage de ses données (selon les réglages de confidentialité de la boutique, la région du visiteur et l'autorisation donnée) ; sans cette autorisation, la commande est seulement comptée dans le tableau de bord.

Clients connectés à la boutique (sur les boutiques WooCommerce et Shopify) : si le visiteur est connecté à la boutique où l'agent est intégré, l'extension Agenola de la boutique (sur Shopify, l'extension de thème d'Agenola) nous transmet, à l'ouverture de l'agent, l'identifiant du client dans cette boutique, son prénom et l'e-mail de son compte, signés par la boutique et valables 15 minutes. Cela sert à répondre aux questions sur ses propres commandes sans demander de numéro de commande ni d'e-mail (les détails sont lus dans la boutique à ce moment-là), à montrer à l'entreprise à qui elle parle dans la fiche de conversation et à préremplir les coordonnées d'une demande de support. L'identifiant, le prénom et l'e-mail sont conservés avec la fiche de conversation. Rien n'est transmis pour les visiteurs non connectés.

LES ENREGISTREMENTS VOCAUX NE SONT PAS CONSERVÉS. La voix du visiteur est envoyée à un service de transcription pour être convertie en texte et n'est pas conservée ; seule la transcription l'est. L'audio généré pour la parole de l'avatar est mis en cache sur notre serveur pour éviter de synthétiser deux fois la même phrase — c'est notre voix, pas celle du visiteur.

Cookies et mesure

Cookie de session : nécessaire pour vous connecter ; il est signé.

Cookie de langue : retient la langue choisie.

Google Analytics et Microsoft Clarity : mesurent l'utilisation du site. Ils ne fonctionnent QUE SI VOUS LES AUTORISEZ : à votre première visite, vous pouvez les accepter ou les refuser dans le bandeau en bas de page (« Cookies de performance » dans les paramètres des cookies). Vous pouvez retirer votre autorisation à tout moment via le lien « Paramètres des cookies » en bas du site (dans le tableau de bord, via le menu utilisateur). CLARITY ENREGISTRE LES SESSIONS : vos clics et mouvements de souris sur la page peuvent être rejoués. Ces outils de mesure NE sont PAS chargés sur la page d'avatar intégrée à une boutique ni sur les liens d'agent des entreprises.

Cookie de préférence (agenola_consent) : retient votre choix pendant environ six mois ; il est nécessaire. Pour pouvoir prouver votre décision, nous conservons une trace de chacune : votre choix, sa date, la version et la langue du texte vu, la page de décision, une forme raccourcie de votre adresse IP (dernière partie retirée), les détails de votre navigateur et, si vous étiez connecté, votre compte.

Meta Pixel : nous permet de compter lesquelles de nos annonces sur Facebook et Instagram amènent des personnes à Agenola, pour bien les diffuser. Il se charge sauf si vous refusez les « Cookies de ciblage » dans les paramètres des cookies : à votre première visite, tant que vous n'avez pas décidé, il envoie à Meta les pages vues et le moment où vous créez un compte, démarrez votre essai gratuit, connectez votre première boutique ou commencez un abonnement payant (un abonnement inclut aussi le prix du plan). Ces événements ne contiennent ni nom, ni e-mail, ni identifiant de compte ; comme toute requête vers Meta, ils incluent votre adresse IP et les détails de votre navigateur, et le pixel dépose le cookie _fbp (et _fbc si vous venez d'une annonce Meta). Si vous AUTORISEZ les cookies de ciblage, notre serveur envoie aussi ces événements à Meta avec votre e-mail et votre nom sous forme de hachage irréversible (SHA-256), un identifiant pseudonyme dérivé de votre compte, les valeurs _fbp et _fbc et, quand l'étape a lieu dans votre navigateur, votre adresse IP, les détails du navigateur et l'adresse de la page, pour que Meta les rapproche plus précisément de ses utilisateurs. Si vous REFUSEZ les cookies de ciblage, le pixel n'est pas chargé, ses cookies sont supprimés et rien n'est envoyé. Vous pouvez changer votre choix à tout moment dans « Paramètres des cookies ». Pour ce que Meta fait des données à ses propres fins, la politique de confidentialité de Meta s'applique. Le Meta Pixel n'est PAS chargé sur la page d'avatar intégrée à une boutique ni sur les liens d'agent des entreprises.

Visites depuis nos annonces : quand vous arrivez sur agenola.ai depuis une de nos annonces Meta, la page indique à notre serveur comment s'est passée la visite : campagne, annonce et emplacement du lien, si l'appareil est un téléphone ou un ordinateur, si elle s'est ouverte dans l'application Facebook ou Instagram, si le navigateur signale une automatisation, combien de temps la page a été visible, jusqu'où elle a été défilée et combien de fois elle a été touchée. Nous ne conservons avec cela ni adresse IP, ni cookie, ni autre identifiant, et rien n'est stocké sur votre appareil ; nous l'utilisons uniquement pour voir quelles annonces amènent de vrais visiteurs.

D'où vous venez : quand vous créez un compte, nous conservons avec lui les balises de campagne de l'adresse d'arrivée (balises utm), la première page ouverte et le site d'origine, pour savoir quelles campagnes apportent des inscriptions ; cela ne vous identifie pas et ne nécessite aucun cookie. Si vous autorisez les cookies de performance ou de ciblage, nous les retenons aussi 90 jours dans un cookie (agenola_attribution) avec l'identifiant de clic (fbclid ou gclid), pour ne pas les perdre si vous vous inscrivez lors d'une visite ultérieure. Avec les cookies de performance autorisés, notre serveur envoie aussi les mêmes étapes (inscription, début d'essai, première boutique, abonnement) à Google Analytics, liées à son identifiant _ga. Un cookie d'une journée (agenola_ad_events) permet au Meta Pixel de signaler la même étape que notre serveur, pour qu'elle soit comptée une seule fois.

Cookies fonctionnels : ils apparaissent dans les paramètres des cookies, mais le site n'utilise aucun cookie de ce type aujourd'hui. Quand nous commencerons à en utiliser, nous listerons les services ici et demanderons de nouveau votre autorisation.

Cookie d'attribution des ventes (agenola_at) : une fois qu'un visiteur a démarré une conversation avec l'agent, le script de boutique d'Agenola dépose ce cookie sur le domaine de la boutique (cookie propriétaire). Il dure 7 jours, est défini avec SameSite=Lax et contient une référence signée à la conversation (identifiants d'espace de travail, d'agent, de conversation et de session) ; il ne contient ni nom, ni e-mail, ni autre donnée personnelle. Il sert à reconnaître qu'une commande passée dans les 7 jours fait suite à une conversation avec l'agent (attribution des ventes). Il n'est déposé que si le visiteur a autorisé les cookies marketing : sur WooCommerce via la WP Consent API de WordPress, sur Shopify via l'API de confidentialité client de Shopify ; si la boutique n'a pas de dispositif de consentement, le consentement est inconnu et le cookie n'est jamais déposé.

Mémorisation du chat : quand l'agent est intégré à une boutique ou à un site, le script de boutique d'Agenola écrit trois enregistrements dans le stockage du navigateur de ce site (propriétaire) : la session de l'agent (valable deux heures), une référence qui rouvre le chat en cours là où il s'est arrêté au changement de page (une heure), et des références aux 20 derniers chats du visiteur sur ce site dans ce navigateur (« Historique des discussions » ; sept jours après le dernier message). Les références sont aléatoires et ne contiennent pas le texte du chat. Si le visiteur est connecté à la boutique, les enregistrements contiennent son numéro de client et l'enregistrement de session aussi son nom et son e-mail. Le chat lui-même est conservé sur nos serveurs et ne peut plus être rouvert sept jours après le dernier message. Toute personne utilisant le même navigateur peut ouvrir ces chats ; quand quelqu'un se connecte à la boutique ou s'en déconnecte, les chats précédents sont retirés de la liste pour qu'un autre client ne les voie pas. Le visiteur peut retirer un chat de son historique ; cela le retire seulement de la liste dans ce navigateur, et l'entreprise garde sa fiche du chat.

Cookies lus à la commande : quand une commande est payée, l'extension de la boutique lit ces cookies propriétaires s'ils existent et nous les envoie avec la commande : _fbp et _fbc (Meta), _ga (Google Analytics), _ttp et ttclid (TikTok), _gcl_aw (Google Ads). Agenola ne dépose pas ces cookies ; ce sont les balises d'analyse et de publicité de la boutique qui le font. Ils ne sont lus que pour rapprocher l'événement d'achat du bon visiteur et du bon clic dans le compte de la boutique : leurs valeurs ne sont transmises qu'à la plateforme concernée et ne sont pas conservées par nous. Sur Shopify, avec ces autorisations, le script de boutique d'Agenola lit ces cookies pendant le chat ; ils sont conservés dans la fiche d'exécution de la conversation sur notre serveur (au plus sept jours après le dernier message) et, quand le visiteur passe au paiement, dans le panier comme propriété non affichée, et nous reviennent avec la commande payée. Leurs valeurs ne sont transmises qu'à la plateforme concernée.

Avec qui nous les partageons

Pour fournir le service, nous utilisons ces prestataires : un fournisseur de modèle de langage (produit la réponse de l'agent, lit les fichiers envoyés quand l'agent le demande, lit le texte des images de la base de connaissances et crée l'agent quand vous le décrivez dans le tableau de bord), un service de recherche de texte (Microsoft Azure OpenAI : convertit le texte des entrées de base de connaissances et les requêtes que l'agent tire de la conversation en représentation numérique pour une recherche par le sens), un service de synthèse vocale, un service de transcription, Stripe (paiements), un service d'envoi d'e-mails (e-mails de réinitialisation du mot de passe et d'invitation), un service de stockage de fichiers (Cloudflare R2 : les fichiers envoyés pendant une conversation et les fichiers et images de la base de connaissances sont conservés dans des centres de données de l'Union européenne ; les fichiers d'avatar, photos de profil et logos sont servis depuis des adresses publiques), Cloudflare Turnstile (sur le formulaire d'inscription, vérifie dans le navigateur que le visiteur n'est pas un robot ; Cloudflare reçoit les détails du navigateur et l'adresse IP pour cette seule vérification) et notre hébergeur.

Ces prestataires ne reçoivent que les données nécessaires à leur tâche et n'ont pas le droit de les utiliser à leurs propres fins. Nous ne vendons ni ne louons vos données. Nous ne les partageons à des fins publicitaires qu'avec Meta, comme décrit sous « Cookies et mesure » : votre nom et votre e-mail uniquement avec votre autorisation.

Les plateformes de mesure de l'entreprise : si l'entreprise qui a créé un agent active Google Analytics, Meta Pixel, TikTok ou Google Ads dans les réglages de mesure de l'agent, les événements de la conversation (par exemple conversation démarrée, coordonnées laissées, conversation terminée, étape atteinte) sont envoyés au compte de cette entreprise sur la plateforme choisie. Les événements contiennent un identifiant visiteur pseudonyme dérivé de la session (pas la session elle-même), le nom de l'agent et les détails de l'événement (pour une recherche de produit, le terme recherché ; pour une étape d'événement, les valeurs définies par l'entreprise). Pour Meta, TikTok et Google Ads, l'e-mail et le téléphone laissés par le visiteur ne sont envoyés que sous forme de hachage irréversible ; ces plateformes reçoivent aussi l'identifiant de clic enregistré à l'arrivée depuis une annonce, et Meta et TikTok reçoivent aussi l'adresse IP, les détails du navigateur et l'adresse de la page où le chat a été ouvert. Si l'entreprise ajoute une étape qui ajoute des visiteurs à une liste de clients Google Ads, l'e-mail ou le téléphone du visiteur n'est envoyé à cette liste que sous forme hachée. Sur ces plateformes, l'entreprise est responsable du traitement de ces données.

Pour l'attribution des ventes (sur les boutiques WooCommerce et Shopify ; sur Shopify uniquement si le marketing est autorisé), une commande rapprochée d'une conversation envoie un événement « purchase » aux plateformes activées par l'entreprise, avec la valeur, la devise et l'identifiant de commande. Google Analytics reçoit le client id du cookie _ga, Meta reçoit _fbp et _fbc, TikTok reçoit _ttp et ttclid, et Google Ads reçoit _gcl_aw ; Meta, TikTok et Google Ads reçoivent aussi l'e-mail et le téléphone de la commande, uniquement sous forme hachée, et Meta et TikTok reçoivent aussi l'adresse IP et les détails du navigateur ayant passé la commande. Sur ces plateformes, l'entreprise est responsable du traitement de ces données.

En cas d'obligation légale, des données peuvent être communiquées aux autorités compétentes.

Conservation

POUR ÊTRE CLAIR : il n'existe actuellement AUCUN mécanisme de suppression automatique. Les fiches de conversation, transcriptions et tickets sont conservés jusqu'à ce que vous les supprimiez ou nous le demandiez.

Cela couvre aussi les conversations de création d'agent avec l'IA et les fichiers joints ; vous pouvez en demander la suppression à info@agenola.ai.

Pour faire supprimer vos données, écrivez à info@agenola.ai ; votre demande sera traitée dans un délai raisonnable. Les documents de facturation sont conservés pendant la durée exigée par la loi.

Vos droits

Vous pouvez demander l'accès aux données que nous détenons sur vous, leur rectification ou suppression, ou une copie portable. Envoyez votre demande à info@agenola.ai.

Si vous êtes un visiteur ayant parlé à un avatar, adressez d'abord votre demande à l'entreprise qui l'a créé ; nous traitons pour son compte et suivons ses instructions.

Sécurité

Les connexions sont chiffrées avec TLS, les mots de passe sont hachés de façon irréversible et les clés secrètes du serveur ne sont jamais stockées en clair.

Aucun système n'est totalement sûr. Si nous avons connaissance d'une violation touchant vos données, nous vous en informerons.

Contact

Responsable du traitement : ElliSekiz LLC, 30 N Gould St Ste R, Sheridan, WY 82801, USA. Questions : info@agenola.ai.

Retour à l'accueil