名寄せゼロのID統合とは？OneIDの基本を解説

公開日：2026年8月3日（月）

グループ各社でIDが分かれていると、顧客は都度ログインを求められ、企業は顧客データが断片化します。そこで出てくる解決策の候補が「ID統合」ですが、従来の手法には共通の壁がありました。「名寄せ」という膨大な突合作業です。

名寄せとは何か、なぜ問題なのか

あるグループ企業の3つのサービス（A旅行会社のマイレージ、A銀行の口座・ローン、Aレンタカー）に会員登録している田中さんを想像してください。それぞれのサービスにログインするたびIDとパスワードを入れ直します。キャンペーンが来てもログインが面倒で放置してしまいます。企業側には3つの「タナカ」が別々のデータとして存在していて、同一人物だと気づく手段がありません。

名寄せとは、複数のデータベースに散らばった同一人物のレコードをルールで突合し、1人として認識するバッチ処理（定期的に一括で動かす自動処理）のことです。グループ企業がID統合を試みるとき、最初の壁としてこの作業が立ちはだかります。現実には、氏名が旧姓だったり、住所が引越し前だったり、表記揺れだらけのデータと格闘することになります。突合精度を高めるためのルール設計と検証だけで数ヶ月が過ぎていきます。

氏名・住所・生年月日の揺れ表記（旧姓、略字、引越しなど）で突合精度が落ちます
個人情報を一箇所に集めるため、漏洩が起きたときの影響範囲が広がります
初期構築だけでなく、データ変化のたびに継続的な運用負荷が残ります
突合ルールの設計・検証に時間がかかり、本来やりたい施策が後回しになります

OneIDが名寄せをしない理由

OneIDの特長は、企業がデータを突合するのではなく、ユーザー自身がIDを紐づけることです。デジタルウォレット（スマートフォン上の情報保管庫）にユーザーが自分の属性情報を入れておき、必要なときに企業側へ提示します。企業は受け取った情報を使えばよいです。散らばったデータを後から掻き集めて突合する作業は、そもそも発生しません。

「企業が突合するのをやめる」という発想の転換がOneIDの核心です。名寄せという課題を解くのではなく、名寄せが必要な状況をつくらない設計になっています。

ユーザーが自分で情報を提示するため、企業の名寄せ作業が不要です
個人情報を中央に集めないため、漏洩リスクを抑えられます
既存の認証基盤（企業が今使っているログインの仕組み）は置き換え不要です
ユーザーが開示する情報を自分でコントロールできるため、同意取得の透明性も高まります

既存基盤を活かしたまま、グループ横断で統合

グループ各社がそれぞれ持っている既存のIdP（ログイン認証の仕組み）を捨てる必要はありません。OneIDはそれらの上位レイヤー（橋渡し役）として機能するため、現行の認証基盤はそのまま動き続けます。グループ各社がバラバラに持つ既存のログイン基盤の上に、ユーザーが横断して使えるIDの層をかぶせるイメージです。

段階導入のイメージは以下の3ステップになります。

1サービスからPoC。まず1つのサービスに導入し、ユーザーの反応と運用フローを確認します。リスクを最小限に抑えた起点になります。
グループ2〜3社に展開。効果を確認したら対象を広げます。既存の認証基盤はそれぞれ動かしたまま、上に重ねていくだけです。
AIエージェントへの権限引き継ぎまで見据えた統合。AIエージェント（自律的に動くプログラム）が代わりに業務をこなす時代に備え、どのエージェントに何の権限を渡すかを安全に管理できる基盤につなげます。