リアルタイム本人確認：ウェブプッシュ通知の活用

ユーザーエクスペリエンスの最適化ウェブプッシュ通知を実装して、本人確認ステータスに関する即時フィードバックを提供し、ユーザーの不安を軽減し、コンバージョン率を向上させます。

技術的な実装効果的な統合のために、サービスワーカー、プッシュAPI、通知APIを含むウェブプッシュ通知の主要コンポーネントを理解します。

ウェブフックの活用Diditの堅牢なウェブフックシステムを利用して、リアルタイムの検証ステータス変更に基づいてプッシュ通知をトリガーし、正確性と適時性を確保します。

Diditの利点DiditのモジュラーでAIネイティブなプラットフォームは、開発者ファーストのAPIを備えており、ウェブプッシュ通知を介したリアルタイム本人確認ステータス更新の統合を簡単かつ効率的にし、無料のコアKYCによってさらに強化されています。

今日のペースの速いデジタル世界では、即時フィードバックに対するユーザーの期待はこれまで以上に高まっています。ユーザーが本人確認のために身元情報を提出する際、待機期間は不安の原因となり、途中離脱につながる可能性があります。重要なアカウントがアクティブ化されるのを待ったり、取引が完了するのを待ったりするのに、その進捗状況が不明なまま放置されることを想像してみてください。ここで、ウェブプッシュ通知が本人確認ワークフローのゲームチェンジャーとなります。リアルタイムの更新を提供することで、企業はユーザーエクスペリエンスを大幅に向上させ、チャーン率を減らし、信頼を構築することができます。

KYCにおけるリアルタイムコミュニケーションの力

顧客確認（KYC）プロセスにおける重要なステップである本人確認は、時間がかかる場合があります。書類審査、生体認証、AMLスクリーニングなど、ユーザーは透明性を高く評価します。ウェブプッシュ通知は、本人確認のステータスを伝えるための直接的かつ邪魔にならないチャネルを提供します。ユーザーがアプリやメールを常にチェックする必要なく、プッシュ通知は瞬時に以下の情報を通知できます。

• 書類が受領されたこと。
• 生体認証チェックが成功したか、再試行が必要か。
• 本人確認が正常に完了した（承認済み）こと。
• 追加情報が必要な場合（再提出）。
• 本人確認が拒否された場合。
• ステータスが「審査中」で、コンプライアンスチームの決定を待っている場合。

この積極的なコミュニケーションは、不確実性を軽減し、サポートへの問い合わせを最小限に抑え、オンボーディングのプロセス全体でユーザーのエンゲージメントを維持します。Diditの本人確認、パッシブ＆アクティブ生体認証、およびAMLスクリーニング＆モニタリングを利用している企業にとって、リアルタイムフィードバックの統合は、シームレスなユーザーエクスペリエンスの自然な拡張です。

ウェブプッシュ通知アーキテクチャの理解

ウェブプッシュ通知を実装するには、通常、3つの主要コンポーネントが必要です。

1. サービスワーカー：メインのブラウザスレッドとは別にバックグラウンドで実行されるJavaScriptファイル。ネットワークリクエストを傍受し、キャッシュを管理し、プッシュ通知にとって重要なプッシュイベントをサーバーからリッスンします。
2. プッシュAPI：サービスワーカーに公開されるこのAPIは、ウェブアプリケーションがブラウザベンダー（例：GoogleのFCM、Mozillaのautopush）が提供するプッシュサービスにサブスクライブすることを可能にします。ブラウザが閉じている場合でも、メッセージの安全な配信をユーザーのデバイスに処理します。
3. 通知API：このAPIは、プッシュメッセージが受信されたときにユーザーに通知を表示するためにサービスワーカーによって使用されます。通知に関連付けられたタイトル、本文、アイコン、およびアクションを制御します。

バックエンドでは、適切なプッシュサービスエンドポイントにプッシュメッセージを送信できるサーバーサイドコンポーネントが必要です。このコンポーネントは、ウェブフックを介して受信したユーザーの本人確認ステータスの変更などのイベントによってトリガーされます。

Diditのリアルタイムステータス更新との統合

Diditのプラットフォームは、開発者ファーストのアプローチで構築されており、クリーンなAPIと堅牢なウェブフックを提供し、リアルタイム統合をシームレスにします。Diditのすべての本人確認セッションは、「未開始」、「進行中」、「承認済み」、「却下」、「審査中」、「再提出」、「期限切れ」、「放棄」、「Kyc期限切れ」という異なるステータスを経て進行します。これらのステータスは、ウェブプッシュ通知をトリガーするために重要です。

Diditとウェブプッシュ通知を統合するための高レベルなワークフローは次のとおりです。

1. ユーザーによる本人確認の開始：ユーザーがDiditの本人確認リンクまたはAPIを使用して本人確認フローを開始すると、セッションが作成されます。
2. プッシュ通知の購読：フロントエンドで、ユーザーがオプトインすると、ウェブプッシュ通知に登録します。これにより、エンドポイントURLと暗号化キーを含む一意のPushSubscriptionオブジェクトが生成されます。この購読オブジェクトをユーザーのIDに関連付けて、データベースに安全に保存します。
3. Diditウェブフックの設定：Diditビジネスコンソールで、バックエンドサーバーのエンドポイントを指すウェブフックURLを設定します。本人確認セッションのステータスが変更されるたびに、Diditはこのエンドポイントにリアルタイムの更新を送信します。
4. バックエンドでのウェブフック処理：バックエンドがDiditからウェブフック通知（例：特定のsession_idのステータスが「承認済み」または「却下」に変更された場合）を受信すると、データベースから対応するユーザーのPushSubscriptionを取得します。
5. プッシュメッセージの送信：バックエンドは、プッシュライブラリ（例：Node.js用のweb-push）を使用して、保存された購読データを使用してブラウザのプッシュサービスにプッシュメッセージを送信します。このメッセージのペイロードには、新しい本人確認ステータスと関連する詳細を含めることができます。
6. サービスワーカーによる通知の表示：ユーザーのブラウザがプッシュメッセージを受信すると、サービスワーカーは通知APIを使用して通知を表示し、ユーザーに更新を通知します。

この堅牢な統合により、ユーザーは常に状況を把握でき、不安になりがちな待機期間をポジティブで透明性の高い体験に変えることができます。再本人確認が必要なシナリオでは、Diditの「再提出」ステータスがプッシュ通知をトリガーし、ユーザーに特定のステップを再実行するよう促し、プロセスを効率化できます。

ユーザーエクスペリエンスのためのベストプラクティス

• 明確なオプトイン：プッシュ通知を送信する前に、常にユーザーの明示的な同意を得てください。価値提案を明確に説明します。
• 簡潔なメッセージング：通知メッセージは短く、明確で、実用的なものにしてください。「本人確認が完了しました！」は、長い段落よりも効果的です。
• コンテキストの提供：通知にリンクを含め、ユーザーがアクションを実行したり、詳細を表示したりできるサイトの関連ページに誘導します。
• 頻度制御：多すぎる通知でユーザーを圧倒しないようにしてください。重要なステータスの変更があった場合にのみ更新を送信します。
• ローカライゼーション：グローバルに事業を展開している場合は、通知が異なる言語や地域にローカライズされていることを確認してください。

Diditの支援

Diditは、本人確認をシームレスかつ効率的にするために設計されたAIネイティブな開発者ファーストのIDプラットフォームです。当社のモジュラーアーキテクチャとクリーンなAPIは、ウェブプッシュ通知のようなリアルタイム通信チャネルの統合に最適です。Diditの本人確認（OCR、MRZ、バーコード）、パッシブ＆アクティブ生体認証、AMLスクリーニング＆モニタリングを含む幅広い製品群により、企業は包括的な本人確認ワークフローを構築できます。当社の堅牢なウェブフックシステムは、ステータス変更の即時通知をバックエンドが受信することを保証し、プッシュ通知を正確にトリガーすることを可能にします。Diditの無料コアKYCオファリングは、セットアップ料金なしで、成功したチェックごとの支払いモデルと組み合わされ、リアルタイム本人確認更新を介してユーザーエクスペリエンスを向上させようとするあらゆる規模の企業にとって、アクセスしやすく強力なソリューションとなります。

開始する準備はできましたか？

Diditの動作をご覧になりたいですか？今すぐ無料デモをお試しください。

Diditの無料ティアで無料で本人確認を開始しましょう。