PII トークン化送信

概要

情報

情報

PIIトークナイズ送信は有料機能です。お客様のアカウントで有効にするには、MoEngageサポートチームに連絡してください。

PIIトークナイズ送信は、MoEngageの特許取得済み機能であり、MoEngageプラットフォーム内にお客様の個人識別情報(PII)を保存することなく、お客様とエンゲージすることを可能にします。

PIIデータには以下が含まれます:

  • 顧客の連絡先詳細: メールID、携帯番号。
  • 顧客のパーソナライズ情報: 名、姓。

トークン化は、この機密データを非機密で匿名のトークンに置き換えます。この機能により、MoEngage が GDPR などのデータプライバシー規制を完全に遵守しながら、セグメント化、パーソナライズ、およびキャンペーンの実行を行うことができます。

MoEngageのデータプライバシーコンプライアンスに関する詳細は、 GDPRコンプライアンス および PIIマスキング を参照してください。

ユースケース

  • データセキュリティを強化する: MoEngageにメールアドレスや電話番号などの機密PIIを保存せずに、ターゲットを絞ったキャンペーンを通じてオーディエンスを引き付けましょう。
  • コンプライアンスの確保: マーケティングプラットフォームで顧客の身元を匿名化することにより、厳格なデータプライバシー規制を満たします。
  • パーソナライズの維持: リアルタイムでデータを取得してキャンペーンでパーソナライズを続けましょう。
library_add_check

前提条件

この機能を設定する前に、以下を確認してください。

  • PII APIエンドポイント : MoEngageから匿名IDを受け取り、対応するPII(メールまたは携帯番号)を返すことができるサーバー上のAPIエンドポイント。
  • 匿名ID : データベース内で保持されている一意の匿名化された顧客識別子で、システムとMoEngageの間の共通キーとして機能します。

構成

キャンペーン配信中に顧客のメールIDや携帯番号を取得するために、PII APIを設定できます。

情報

情報

  • PIIトークン化送信は、以下のチャネルおよびパートナーでサポートされています:
    • SMSおよびRCS(すべてのネイティブおよびカスタムSMSコネクタまたはサービスプロバイダー)
    • メール(SendGrid、Amazon SES、およびカスタムSMTPコネクタ)
    • WhatsApp(すべてのネイティブおよびカスタムWhatsAppコネクタ)
  • PIIトークン化送信が有効になっている場合、Emailチャネルでは頻度キャッピングがサポートされません。ただし、これはSMS、RCS、およびWhatsAppチャンネルでサポートされています。
  • MoEngageはメッセージ送信に動的IPを使用しています。静的IPを使用したい場合は、 こちら のドキュメントをご参照ください。
  • PIIトークン化送信が有効になっている場合、以下はサポートされません:
    • オプトアウト管理 (WhatsApp)
    • サブスクリプション管理 (SMS)
    • RCS
    • メッセージアーカイブ

1.PII APIを構成する

メール設定 SMS & RCS 設定 WhatsApp設定

MoEngageに顧客のメールアドレスを保存せずにメールキャンペーンを送信するには、次の設定を構成してください。

  1. MoEngageのダッシュボードで、 設定 > チャンネル > メール に移動します。
  2. データ タブを選択します。
  3. 顧客のメールアドレスデータ フィールドで、 顧客のメールアドレスはMoEngage DBに保存されません(API経由で取得) オプションを選択します。
  4. このオプションを選択すると、API設定フィールドが表示されます。次のステップに進んで、API設定を構成してください。

2.API設定

ユーザーのデータを個別またはバッチで取得できます。

シングル 一括
シングルを選択することで、各リクエストに基づいて応答を取得できます。これにより、大量のデータセットではなく特定の応答を取得するのに役立ちます。

次の手順を実行します:

  • メソッド: GET または POST メソッドを選択します。
  • リクエスト URL: API の「リクエスト URL」を入力または貼り付けます。
  • パラメータ: API の関連する「URL パラメータ」、「ヘッダー」、および/または「ボディ」詳細をキーと値のペアとして入力または貼り付けます。キーと値のペアを入力する際にプレースホルダーに @ を入力することで、URL パラメータとリクエストヘッダーを個別に設定できます。 スクリーンショット 2025-03-06 12.18.10 PM.png

3.テストと設定の保存

API設定を定義した後、MoEngageがデータを正しく取得できることを確認するために構成をテストする必要があります。

  1. 設定した匿名IDの有効なテスト値を入力します(例: 456 )。
  2. APIコールをトリガーするには、 テスト をクリックしてください。
  3. APIレスポンスを確認して、成功して正しいデータを返していることを確認してください。
  4. APIレスポンスのEmail/携帯電話番号フィールド リストで、顧客のメールアドレスまたは携帯番号を含むレスポンスキーを選択します(例えば、 Email_ID )。
  5. 設定を完了するには、 保存 をクリックしてください。

PIIベースのキャンペーンワークフロー

次の図は、PIIトークン化送信が有効になっている場合のキャンペーン送信時のデータフローを示しています。

PII_TS_Flow.png

  1. MoEngageでキャンペーンが開始されます。
  2. MoEngageは、対象ユーザーの匿名IDを渡して、設定されたPII APIを呼び出します。
  3. あなたのAPIは、各匿名IDに対応するメールアドレスまたは携帯番号を取得して返します。
  4. MoEngageは、キャンペーンコンテンツと取得したPIIを設定されたEmail、SMS、RCS、またはWhatsAppのサービスプロバイダーに送信します。
  5. MoEngageは取得したPII (メール、携帯番号、およびそのキャンペーンのためにContent APIを介して取得されたその他のデータ)をプロバイダーに送信した後、直ちに削除します。
  6. サービスプロバイダーはメッセージをエンドカスタマーに届けます。
  7. サービスプロバイダーは配信状況データをMoEngageに返送します。
  8. MoEngageは、ユニークなメッセージIDを使用して配信データをキャンペーンにマッピングし、配信レシートで返された可能性のあるPIIを削除します。
  9. キャンペーン分析はMoEngageダッシュボードで更新されます。

匿名化サポート

MoEngageプラットフォームで顧客の匿名性をサポートするために実装された他のいくつかの変更点はこちらです。

  • キャンペーン送信ログ- 特定のチャネルにトークン化された送信が設定されている場合、キャンペーンログは次回のキャンペーン実行(設定変更後)からメールまたは携帯番号データ(PIIトークン化送信が設定されているチャネルに応じて)の保存を停止します。
  • キャンペーン配信データ - MoEngageは、すべてのネイティブコネクタの配信データを追跡し、メッセージIDフィールドを使用して配信データをキャンペーンにマッピングします。
    情報

    情報

    配信用の情報は、カスタム(SMS、RCS、Email)コネクタでは追跡されません。

  • セグメンテーション - 「ショーカウント」クエリは、 セグメント > セグメント作成 ナビゲーションからのセグメンテーションとキャンペーンのセグメンテーションの両方の一部としてユーザー数をリストします。ただし、MoEngageはモバイル番号やメールアドレスを保存しないため(到達可能性を計算する基準です)、どちらの場合も到達可能なユーザー数を表示することはできません。
  • 現在のキャンペーン(ライブキャンペーン) - PII API設定が構成されている場合、そのチャネル(ポイントチャネルまたはフロー)でライブキャンペーンがある場合、送信は次のインスタンスからメールIDまたは携帯番号を取得して行われます。
  • パーソナライズされたプレビュー - この機能は、PII設定が保存された後、自動的にチャネルで無効になります。再度有効にするには、カスタマーサクセスマネージャー (CSM) に連絡してリクエストできます。
  • キャンペーンテスト失敗 理由- PII設定が行われているチャネルでキャンペーンを作成中にテストを行う際、APIが応答しない場合は、UIにAPIエラーが表示されます。
  • キャンペーン分析 - 上記で構成されたPII APIが顧客の送信ID(メールIDまたは携帯番号)を取得できない顧客は、 キャンペーン配信統計 キャンペーン情報または分析セクションで。このファネルは有効なメールIDまたは携帯番号を持つユーザーを考慮しているためです。
  • MoEngageで顧客データが利用できない場合のコンテンツパーソナライゼーション - 上記のPII APIは顧客の送信ID(メールIDまたは携帯番号)の取得に焦点を当てていますが、MoEngageのコンテンツ API機能を使用すると、キャンペーンがエンドカスタマーに送信される直前に、データベースからリアルタイムで任意のデータ(PIIおよび/またはその他)を直接取得することができます。詳細については、 コンテンツAPIを使用したパーソナライゼーション .

よくある質問 (FAQ)

arrow_drop_down 匿名IDを作成するにはトークナイゼーションサーバーが必要ですか?

いいえ。MoEngageでユーザーにマッピングできる、データベースに存在する一意の非PII顧客識別子を確保する必要があります。

arrow_drop_down コンテンツ API と PII トークナイズド送信は独立して機能しますか?

はい。その機能は独立しています。PIIトークナイズド送信を使用せずにパーソナライズのためにコンテンツAPIを使用することができ、その逆も可能です。

arrow_drop_down 今すぐPII API機能を有効にした場合、アクティブなキャンペーンはどうなりますか?

そのチャンネルでのアクティブキャンペーンのすべての後続メッセージは、PII APIを使用して送信されます。設定を保存する前にプロバイダーのキューに既にあるメッセージは、MoEngageに以前保存されたデータを使用して送信される可能性があります。

arrow_drop_down MoEngageはAPIの再試行をどのように処理しますか?

MoEngageは、APIコールを最大3回リトライし、リトライ間隔は2秒です。再試行は、API呼び出しが失敗した特定のユーザーに対してのみ行われ、バッチ全体には行われません。

arrow_drop_down APIから返されるPIIデータを暗号化できますか?

はい。MoEngageはAPIペイロードの対称鍵暗号化をサポートしています。PII 値はキャンペーン送信時にのみ復号化されます。

arrow_drop_down PII APIが失敗した場合、MoEngageはキャンペーン分析でどのようなエラーを表示しますか?

エラーブレークダウンセクションに次のエラーが表示されます:

チャンネル UIのエラーメッセージ
SMS、RCS、WhatsApp 無効なAPI応答(モバイル番号の取得)
MoEngageワークスペースで無効または空の顧客識別子。
メール 無効なAPI応答(メールIDの取得)
MoEngageワークスペースでの無効/空の顧客識別子。

PII_API_Error.png

arrow_drop_down これらの設定を変更した後にアクティブ化されたドラフト/スケジュールされたキャンペーンはどうなりますか?

ドラフトキャンペーンは、公開または次にトリガーされるとすぐにPII APIを使用します。

arrow_drop_down 私の顧客のデータベースからリアルタイムで取得されたデータはどうなりますか?

それはあなたのメール/SMS/RCS/WhatsAppサービスプロバイダーと共有され、その後削除されます。

arrow_drop_down APIを介して取得されたPIIはログに保存されますか?

PII APIを通じてデータを取得するように設定されたチャネルの場合、MoEngageはメールIDおよび/または携帯番号のログを停止します。その代わりに、ログには MoEngage とお客様のデータベースの両方で一貫したユニークな顧客識別子(またはトークン化された識別子)が含まれます。

arrow_drop_down PII API設定はフローにも適用されますか?

はい。例えば、メール設定がAPI経由でEmail IDを取得するように構成されている場合、個別のメールキャンペーンとフローに統合されたメールキャンペーンの両方が、MoEngageデータベース内のメール属性に依存するのではなく、APIを通じて顧客のEmail IDを取得し始めます。

arrow_drop_down MoEngageはPIIマスキングを提供していますか?

はい、詳細については こちら を参照してください。

arrow_drop_down MoEngage InformはPIIトークン化送信をサポートしていますか?

いいえ、現在、MoEngage 知らせるではPIIトークン化送信をサポートしていません。

arrow_drop_down PII APIにも、メールバッチ処理と同様に送信およびスロットル速度がありますか?

PII APIの送信速度とスロットル速度は、メールバッチングの速度と同じです。

この記事は役に立ちましたか?
4人中4人がこの記事が役に立ったと言っています

How can we improve this article?