Reconnaître le membre lorsqu'un assistant IA est au courant : identité, accès et consentement

Réponse courte

Avant qu’un assistant IA puisse aider un membre fidèle, trois questions doivent être réglées par vos systèmes, et non par l’assistant. Qui est ce membre ? Une identité résolue, donc la même personne ne constitue pas trois enregistrements partiels. Pour le compte de qui l’assistant agit-il ? Accès lié au compte d'un membre, il est donc limité par le système au compte de ce membre. Qu'est-ce que le député a accepté? Consentement et préférences de message que le membre définit lui-même, appliqués lorsque les messages sont envoyés, et non quelque chose qu'un assistant peut modifier.

Cet article couvre la couche d'identité et de consentement sous-jacente à la connexion d'un programme de fidélité aux assistants IA.

Pourquoi l'identité devient plus difficile lorsqu'un assistant est au courant

Lorsqu'un membre s'identifie dans un magasin ou se connecte à votre application, vos systèmes peuvent déterminer quel compte est utilisé. Ces interactions identifiées peuvent être gérées via les systèmes de votre boutique et de vos applications. Un assistant IA ajoute une étape entre le membre et votre programme. L'assistant pose la question au nom du membre, vos systèmes doivent donc répondre à deux questions à la fois : qui est le membre et si cet assistant est réellement autorisé à parler en son nom.

Le secteur des paiements travaille déjà sur sa version de ce problème. Lorsque Google a annoncé le protocole de paiement des agents (AP2) le 16 septembre 2025, il a écrit que « les agents IA sont capables d'effectuer des transactions au nom des utilisateurs, ce qui crée le besoin d'établir une base commune pour authentifier, valider et transmettre en toute sécurité l'autorité d'un agent pour effectuer des transactions ». La première des questions qu'AP2 aide à répondre : "Autorisation : prouver qu'un utilisateur a donné à un agent l'autorité spécifique pour effectuer un achat particulier."

Les équipes de fidélisation n'ont pas besoin de résoudre les problèmes de paiement des agents pour en tirer des leçons. Les trois mêmes questions s'appliquent à un assistant qui lit uniquement les points d'un membre : qui est le membre, qui a accordé l'accès et dans quelles limites.

Question 1 : Qui est ce membre ?

Un assistant ne peut être aussi précis que l'identité qui se cache derrière lui. Si un acheteur existe sous la forme d'un enregistrement de carte de magasin, d'un compte de commerce électronique et d'un abonné par courrier électronique, un assistant demande « quel est mon solde ? » signalera un fragment et manquera le reste.

Cela fait de la résolution d'identité une condition préalable à tout travail de fidélisation basé sur l'IA :

Une personne, un enregistrement. Associez les inscriptions, les visites en magasin, les commandes en ligne et les reçus au même membre, et évitez les doublons lorsque quelqu'un s'inscrit deux fois.

Un chemin de connexion. Si les membres accèdent au programme par plusieurs portes d'entrée (votre site, votre application, une plateforme de commerce), chacun doit se terminer par la même identité, avec la même correspondance de profil et le même comportement d'adhésion.

Statut qui suit la personne. Un niveau obtenu dans un canal ou une marque doit être reconnu dans les autres. Sinon, l'assistant donne des réponses différentes selon l'enregistrement qu'il lit.

Question 2 : Au nom de qui l'assistant agit-il ?

Une fois le membre connu, la question suivante est de savoir ce que l'assistant est autorisé à atteindre. La conception des clés pour connecter les assistants est abordée ailleurs dans cette série, voici donc simplement le principe d'identité : l'accès doit être lié au compte d'un membre, pas à une équipe, et non à ce que demande l'assistant.

Les standards ouverts appliquent une idée similaire au niveau du serveur. Pour les déploiements MCP basés sur HTTP utilisant le flux d'autorisation OAuth de la spécification, la spécification d'autorisation du Model Context Protocol (version 2026-07-28) indique que les serveurs MCP « DOIVENT valider que les jetons d'accès ont été émis spécifiquement pour eux en tant que public visé ». En d’autres termes, un jeton émis pour un service ne peut pas être réutilisé tranquillement pour un autre.

Pour la fidélité, cela se traduit par un court test : si l'assistant d'un membre pose des questions sur un autre membre, la réponse devrait être un refus de votre système, et non un jugement du modèle.

Question 3 : Qu'est-ce que le membre a accepté ?

Le consentement est le domaine où les assistants IA comportent le plus de risques, car une interface conversationnelle permet de confondre facilement « le membre a posé une question » en « le membre a accepté quelque chose ».

Trois principes le maintiennent propre :

Les membres définissent eux-mêmes leur consentement, via vos canaux. Les préférences telles que les chaînes, les sujets et les heures calmes appartiennent à un endroit que le membre contrôle directement, et non à une inférence tirée d'un chat.

Le consentement est appliqué lorsque les messages sont envoyés, et pas seulement stockés. Une préférence enregistrée mais non vérifiée au moment de l’envoi ne protège personne.

Se retirer devrait être aussi simple que d’accepter. En vertu du règlement général de l'UE sur la protection des données, l'article 7(3) stipule : "Il est aussi simple de se retirer que de donner son consentement." Des choix granulaires, comme désactiver un sujet de message plutôt que chaque message, rendent cela pratique.

Une règle empirique utile : un assistant peut expliquer les préférences actuelles d'un membre, mais cela ne devrait pas modifier son consentement marketing. Vérifiez vos propres obligations légales avec un avocat ; il s'agit de conseils de conception, pas de conseils juridiques.

Comment SocialHub.AI gère l'identité, l'accès et le consentement

Un membre sur tous les canaux. La page Points unifiés de SocialHub.AI indique : « One ID résout la même personne dans toutes les marques, magasins et canaux. » La page Membres ajoute que la même personne n'est fusionnée dans un seul profil qu'une seule fois par programme, sans doublons même lorsqu'elle s'inscrit deux fois au même moment, et avec des points de bienvenue et un opt-in enregistrés une seule fois.

Un seul processus de connexion. Selon la page du portail des membres, le portail s'intègre dans Shopify, les sites d'entreprise et les applications natives, et "Chaque chemin partage un processus de connexion, donc la correspondance de profil et l'inscription se comportent de manière identique." La même page indique que l'authentification unique est disponible pour intégration aujourd'hui, l'approbation finale étant toujours en attente de vérification sur les domaines réels.

Accès réservé au membre. Deux options d'IA destinées aux membres sont répertoriées comme disponibles sur la page AI Frontier :

Loyalty Concierge, un assistant à l'intérieur du portail des membres qui répond aux questions d'un membre sur ses propres points, sa progression de niveau, ses coupons et ses récompenses. Il est en lecture seule. Le Concierge Fidélité peut proposer une carte d'échange utilisant les récompenses réelles et le solde du membre. L'assistant ne dépense pas de points et ne délivre pas de récompense ; le rachat ne s'effectue qu'après que le membre l'a explicitement confirmé via le flux de rachat distinct du portail.

Connectez votre propre assistant, où un membre crée une clé de requête en lecture seule à partir de son portail pour l'assistant IA qu'il utilise déjà. La page décrit cette clé comme "épinglée sur leur compte et incapable d'accéder aux données de quelqu'un d'autre". Cette clé MCP connectée au membre est de type requête uniquement et distincte du flux de proposition de carte du concierge.

Dans la documentation du développeur, ce sont les recherches de points et de récompenses qui renvoient les propres données du membre sous une telle clé. La recherche des règles du programme renvoie des informations publiques sur le programme qui ne sont spécifiques à aucun membre.

Consentez les contrôles des membres. Sur la page du portail des membres, les membres définissent la langue, le canal, les heures de silence et les intérêts et peuvent se désinscrire des sujets de messages individuels ; "Les choix de sujets sont appliqués lors de l'envoi, donc en désactiver un arrête ce type de message pendant que le reste continue d'arriver." Les prédictions ne contournent pas les contrôles applicables. Les attributions de points et de coupons aux agents sont soumises à un examen humain par défaut, tandis que les équipes automatiques bénéficiant de droits acquis restent automatiques. Les messages de reconquête peuvent être envoyés automatiquement sans l'étape de révision de l'équipement d'action, sous réserve du consentement du chemin d'envoi, de la fréquence et d'autres contrôles de livraison.

Les outils du personnel respectent la même ligne. Dans la documentation du développeur, l'outil côté personnel qui crée ou recherche un membre via MCP indique que le consentement marketing n'est pas activé via celui-ci.

Ce que ce n'est pas. Tout ce qui précède concerne les propres assistants des membres et vos propres chaînes de marque. Cet article ne couvre pas la reconnaissance des membres dans la caisse d'un agent commercial tiers, ni les agents IA passant des commandes au nom d'un client.

Liste de contrôle : votre identité de membre est-elle prête pour les assistants IA ?

1. Comptez les doublons. Combien de membres existent sous plusieurs enregistrements dans le magasin, en ligne et par courrier électronique ? Corrigez cela avant d’ajouter un assistant.

2. Mappez chaque chemin de connexion. Chacun doit se terminer par la même identité de membre, avec le même traitement d'adhésion.

3. Décidez qui peut accorder l’accès à l’IA. Idéalement le membre lui-même, depuis une page que vous contrôlez, et y est révocable.

4. Liez l’accès à un membre. Vérifiez que l'assistant d'un membre ne peut pas accéder au dossier d'un autre membre.

5. Gardez les modifications de consentement en dehors du chat. Laissez les assistants expliquer vos préférences ; laissez les membres les modifier dans votre portail.

6. Vérifiez l'application au moment de l'envoi. Désactivez un sujet pour un membre test et confirmez que le prochain message de ce type n'arrive pas.

7. Rendez le retrait aussi simple que l’inscription. Comptez les clics pour chacun.

FAQ

Comment une marque sait-elle pour quel membre agit un assistant IA ? Parce que l'accès est accordé au compte d'un membre et n'est pas déduit de la conversation. Avec SocialHub.AI, un membre crée une clé en lecture seule liée à son propre compte à partir du portail des membres, et cette clé ne peut accéder qu'à ses propres données de fidélité.

Un assistant IA peut-il modifier le consentement marketing d'un membre ? Cela ne devrait pas. Les membres doivent modifier eux-mêmes leur consentement et leurs préférences dans les canaux que vous contrôlez. Le concierge de fidélité de SocialHub.AI est en lecture seule (il peut proposer une carte d'échange, mais l'échange ne s'effectue qu'après que le membre l'a confirmé dans le flux séparé du portail), et les membres gèrent les canaux et les sujets de messages dans le portail des membres. Les préférences de sujet sont un exemple de conception et non une affirmation de conformité légale totale ; vérifiez vos obligations avec un avocat.

Pourquoi un identifiant client est-il plus important pour les agents IA ? Un assistant répond à partir de n’importe quel enregistrement lu. Si une personne est répartie sur plusieurs enregistrements, l'assistant donne des réponses partielles ou contradictoires sur les points et le statut.

Les normes de l’industrie traitent-elles de l’identité et de l’autorité des agents ? Ils émergent. Le protocole de paiement d'agent de Google (2025) aborde, entre autres choses, comment prouver qu'un utilisateur a donné à un agent l'autorisation d'effectuer un achat. Pour les déploiements MCP basés sur HTTP utilisant le flux d'autorisation OAuth de la spécification, la spécification d'autorisation MCP exige que chaque serveur MCP vérifie qu'un jeton d'accès a été émis pour ce serveur, de sorte qu'un jeton émis pour un serveur n'est pas accepté par un autre.

Que dit l’UE GDPR à propos du retrait du consentement ? L'article 7(3) de l'UE GDPR stipule : « Il est aussi simple de se retirer que de donner son consentement. » Vérifiez vos obligations avec un avocat.