AI アシスタントがループにいるときにメンバーを認識する: ID、アクセス、同意

短い答え

AI アシスタントがロイヤルティ メンバーを支援できるようになる前に、アシスタントではなくシステムによって 3 つの質問を解決する必要があります。このメンバーは誰ですか？ 1 つの解決された ID なので、同じ人物が 3 つの部分的なレコードになることはありません。アシスタントは誰の代理として行動しますか?アクセスは 1 人のメンバーのアカウントに関連付けられているため、システムによってそのメンバーのアカウントに制限されます。メンバーは何に同意しましたか?メンバーが自分で設定する同意とメッセージの設定は、メッセージの送信時に適用され、アシスタントが変更できるものではありません。

この記事では、ロイヤルティ プログラムを AI アシスタントに接続する下の ID 層と同意層について説明します。

アシスタントがループにいるとアイデンティティが難しくなる理由

メンバーがストアで身分を証明するか、アプリにサインインすると、システムはどのアカウントが使用されているかを確認できます。特定されたこれらのインタラクションは、ストアおよびアプリ システムを通じて処理できます。 AI アシスタントは、メンバーとプログラムの間に一歩を追加します。アシスタントはメンバーに代わって質問するため、システムはメンバーが誰であるか、そしてこのアシスタントがメンバーの代わりに話すことを本当に許可されているかという 2 つの質問に同時に答える必要があります。

決済業界はすでにこの問題への対応に取り組んでいます。 Google が 2025 年 9 月 16 日に Agent Payments Protocol (AP2) を発表したとき、「AI エージェントはユーザーに代わって取引できるため、エージェントの取引権限を安全に認証、検証、伝達するための共通基盤を確立する必要性が生じる」と書きました。 AP2が対処するのに役立つ最初の質問は、「承認: ユーザーがエージェントに特定の購入を行うための特定の権限を与えたことを証明すること」だという。

ロイヤリティ チームは、このことから学ぶためにエージェントの支払いを解決する必要はありません。同じ 3 つの質問が、メンバーのポイントを読み取るだけのアシスタントにも当てはまります。メンバーは誰なのか、アクセスを許可したのは誰なのか、どの範囲内なのかということです。

質問1: このメンバーは誰ですか?

アシスタントは、その背後にあるアイデンティティと同程度の正確性しか持ち得ません。ストア カード レコード、電子商取引アカウント、電子メール購読者として 1 人の買い物客が存在する場合、アシスタントは「残高はいくらですか?」と尋ねます。 1 つのフラグメントを報告し、残りのフラグメントを見逃します。

そのため、アイデンティティ解決は、AI に直面したロイヤルティ業務の前提条件となります。

一人、一つのレコード。サインアップ、来店、オンライン注文、領収書を同じメンバーと照合し、誰かが 2 回サインアップした場合の重複を回避します。

1 つのサインイン パス。メンバーが複数の正面玄関 (サイト、アプリ、コマース プラットフォーム) を介してプログラムにアクセスする場合、それぞれが同じ ID で終了し、同じプロファイルの一致とオプトイン動作を行う必要があります。

人に従うステータス。 1 つのチャネルまたはブランドで獲得した層は、他のチャネルまたはブランドでも認識される必要があります。それ以外の場合、アシスタントは読み取ったレコードに応じて異なる回答を返します。

質問 2: アシスタントは誰の代理人ですか?

メンバーが判明したら、次の問題は、アシスタントがどこまで到達できるかということです。アシスタントを接続するための主要な設計については、このシリーズの他の場所で説明します。そのため、ここでは ID の原則だけを説明します。アクセスは、チームではなく 1 人のメンバーのアカウントにバインドされる必要があり、アシスタントが要求したものにはバインドされません。

オープンスタンダードも同様の考え方をサーバーレベルに適用しています。仕様の OAuth 認証フローを使用した HTTP ベースの MCP 展開の場合、モデル コンテキスト プロトコルの認証仕様 (バージョン 2026-07-28) では、MCP サーバーは「アクセス トークンが対象ユーザーとして特別に発行されたことを検証しなければならない」と述べています。言い換えれば、あるサービスに対して発行されたトークンを別のサービスで密かに再利用することはできません。

ロイヤルティの場合、これは簡単なテストになります。メンバーのアシスタントが別のメンバーについて質問した場合、答えはモデルによる判断ではなく、システムからの拒否である必要があります。

質問 3: メンバーは何に同意しましたか?

同意は、AI アシスタントが最もリスクを伴う部分です。会話型インターフェイスでは、「メンバーが質問した」を「メンバーが何かに同意した」と曖昧にしてしまいやすいためです。

3 つの原則により清潔に保たれます。

メンバーはチャンネルを通じて自分自身で同意を設定します。チャンネル、トピック、静かな時間などの好みは、チャットから導き出された推論ではなく、メンバーが直接管理する場所に属します。

同意は、メッセージが保存されるだけでなく、送信されるときにも強制されます。記録されても送信時にチェックされない設定は誰も保護しません。

撤回は同意するのと同じくらい簡単であるべきです。 EU 一般データ保護規則に基づく第 7 条 (3) には、「同意を与えるのと同じくらい簡単に撤回できるものとする」と記載されています。すべてのメッセージではなく 1 つのメッセージ トピックをオフにするなど、詳細な選択を行うと実用的になります。

役立つ経験則: アシスタントはメンバーの現在の好みを説明できますが、それがメンバーのマーケティングへの同意を変えるものであってはなりません。あなた自身の法的義務を弁護士に確認してください。これは設計上のガイダンスであり、法的なアドバイスではありません。

SocialHub.AI が ID、アクセス、同意を処理する方法

チャネル全体で 1 人のメンバー。 SocialHub.AI の Unified Points ページには、「1 つの ID で、ブランド、店舗、チャネル全体で同じ人物を解決できる」と記載されています。メンバーページには、同じ人がプログラムごとに 1 つのプロフィールに 1 回だけ統合され、同時に 2 回サインアップした場合でも重複せず、ウェルカム ポイントとオプトインが 1 回記録されることが追加されています。

1 つのサインイン プロセス。メンバー ポータル ページによると、このポータルは Shopify、エンタープライズ サイト、およびネイティブ アプリに埋め込まれており、「すべてのパスで 1 つのサインイン プロセスを共有するため、プロファイルの照合とオプトインは同じように動作します。」同じページでは、シングル サインオンは現在埋め込み可能ですが、最終的なサインオフは実際のドメインでの検証がまだ保留中であると記載されています。

メンバーにバインドされたアクセス。 AI フロンティア ページでは、メンバー向けの 2 つの AI オプションが利用可能としてリストされています。

ロイヤルティ コンシェルジュ。メンバー ポータル内のアシスタントで、自分のポイント、段階の進行状況、クーポン、特典に関するメンバーの質問に答えます。読み取り専用です。ロイヤリティ コンシェルジュは、メンバーの実際の特典と残高を使用して引き換えカードを提案できます。アシスタントはポイントを消費したり、報酬を発行したりしません。引き換えは、メンバーがポータルの別の引き換えフローを通じて明示的に確認した後にのみ実行されます。

独自のアシスタントに接続します。メンバーは、既に使用している AI アシスタントのポータルから読み取り専用のクエリ専用キーを作成します。このページでは、そのキーが「自分のアカウントに固定されており、他の人のデータにはアクセスできない」と説明されています。メンバーに接続された MCP キーはクエリ専用であり、コンシェルジュの提案カード フローとは別のものです。

開発者ドキュメントでは、そのようなキーの下でメンバー自身のデータを返すのはポイントと報酬のルックアップです。プログラム ルールの検索では、メンバーに固有ではない公開プログラムの事実が返されます。

メンバーが管理することに同意します。メンバー ポータル ページでは、メンバーは言語、チャネル、静かな時間、興味を設定し、個々のメッセージ トピックの購読を解除できます。 「トピックの選択は送信時に強制されるため、1 つをオフにすると実際にはその種のメッセージが停止され、残りは送信され続けます。」予測は、該当する制御をバイパスしません。エージェントによるポイントとクーポンの付与はデフォルトで人間によるレビューに移りますが、祖父母化された自動チームは自動のままです。ウィンバック メッセージは、送信パスの同意、頻度、その他の配信チェックに従って、アクションギアのレビュー手順なしで自動的に送信できます。

譜表ツールも同じラインを尊重します。開発者ドキュメントでは、MCP を介してメンバーを作成または検索するスタッフ側ツールでは、マーケティングの同意が有効になっていないと記載されています。

これは何ではありません。上記のすべては、メンバー自身のアシスタントとあなた自身のブランド チャネルに関係します。この記事では、サードパーティのショッピング エージェントのチェックアウト内でのメンバーの認識や、顧客に代わって注文を行う AI エージェントについては説明しません。

チェックリスト: あなたのメンバー ID は AI アシスタントに対応する準備ができていますか?

1. 重複を数えます。店舗、オンライン、メール全体で複数のレコードとして存在するメンバーは何人いますか?アシスタントを追加する前にこれを修正してください。

2. すべてのサインイン パスをマッピングします。各メンバーは同じメンバー ID で終了し、同じオプトイン処理を行う必要があります。

3. AI へのアクセスを許可できる人を決定します。理想的には、あなたが管理するページからのメンバー自身であり、そこで取り消し可能です。

4. アクセスを 1 つのメンバーにバインドします。メンバーのアシスタントが別のメンバーのレコードにアクセスできないことをテストします。

5. 同意の変更をチャットに含めないでください。アシスタントに好みを説明してもらいます。メンバーがポータルでそれらを変更できるようにします。

6. 送信時に適用を確認します。テスト メンバーに対して 1 つのトピックをオフにし、その種類の次のメッセージが到着しないことを確認します。

7. サインアップと同じくらい簡単に退会できます。それぞれのクリック数をカウントします。

よくある質問

ブランドは、AI アシスタントがどのメンバーに代わって機能しているかをどのようにして知るのでしょうか?アクセスは 1 人のメンバーのアカウントに対して発行されるものであり、会話から推測されるものではないためです。 SocialHub.AI を使用すると、メンバーはメンバー ポータルから自分のアカウントに関連付けられた読み取り専用キーを作成し、そのキーは自分のロイヤルティ データにのみアクセスできます。

AI アシスタントはメンバーのマーケティング同意を変更できますか?そんなはずはありません。メンバーは、あなたが管理するチャネルで同意と設定を自分で変更する必要があります。 SocialHub.AI のロイヤルティ コンシェルジュは読み取り専用であり (引き換えカードを提案できますが、引き換えはポータルの別のフローでメンバーが確認した後にのみ実行されます)、メンバーはメンバー ポータルでチャネルとメッセージ トピックを管理します。トピックの設定は設計例であり、完全な法的遵守を主張するものではありません。あなたの義務を弁護士に確認してください。

AI エージェントにとって 1 つの顧客 ID がより重要なのはなぜですか?アシスタントは、読み取った記録から回答します。 1 人の人物が複数のレコードに分かれている場合、アシスタントはポイントやステータスに関して部分的または矛盾した回答を返します。

業界標準はエージェントのアイデンティティと権限に対応していますか?奴らは出現しつつある。 Google の Agent Payments Protocol (2025) では、ユーザーが購入の代理権限を与えたことを証明する方法などが取り上げられています。仕様の OAuth 認証フローを使用する HTTP ベースの MCP 展開の場合、 MCP 認証仕様では、各 MCP サーバーがそのサーバーに対してアクセス トークンが発行されたことを確認する必要があるため、あるサーバーに対して発行されたトークンは別のサーバーでは受け入れられません。

EU GDPRは同意の撤回について何と言っていますか? EU GDPR の第 7 条(3) には、「同意を与えるのと同じくらい簡単に撤回できるものとする。」と記載されています。あなたの義務を弁護士に確認してください。