2026/03/13

SAP CIAM機能

SAP CIAMで実現するLINEログイン統合：マルチブランド共通ID設計と実装ガイド

複数のブランドを展開し、それぞれのブランドでLINE公式アカウントを運用している企業にとって、顧客理解の「断絶」は避けて通れない課題です。
ユーザーはブランドごとに異なる公式アカウントで、自分にぴったりのコンテンツを楽しんでいます。しかし、管理者側から見れば、「ブランドAの友だち」と「ブランドBの会員」が同一人物であるかどうかが分からず、ブランドを跨いだ最適な提案（パーソナライズ）ができないという「IDの溝」が生じています。
本記事では、SAP CIAMをハブとして、各ブランドのLINEアカウントとWebサイトを繋ぎ、共通IDによる顧客ペルソナ構築とブランド横断のデータ活用を可能にするための具体的な実装方法を解説します。

1. 前提条件：プロバイダー（LINE設定）の集約

複数ブランドで LINE を活用する場合、まず LINEのアカウント構成と管理画面の役割を整理しておく必要があります。
これは後続の LINEリッチメニュー（2.1）や LINEログイン連携を理解するための前提になります。

1.1 LINEの管理単位と役割の整理

LINEでは、用途ごとに異なる管理画面が存在しますが、役割は大きく次の2つに分かれます。

運用（マーケティング）側の管理
認証・連携（システム）側の管理

それぞれの役割は以下の通りです。

LINE公式アカウントマネージャー（運用・配信の管理）

各ブランドの LINE公式アカウントを運用するための管理画面
主に以下を設定・管理
- リッチメニュー
- メッセージ配信
- 友だち管理
ブランドごとに公式アカウントを分けて運用するのが一般的です。

※ 本記事の 2.1 LINEリッチメニューによるWeb送客は、この管理画面で設定します。

LINE Developers（認証・連携の管理）

LINEログインや Messaging API を設定する開発者向け管理画面
この中に「プロバイダー」という論理的な管理単位が存在します
LINEログインのチャネルや Messaging API チャネルは、必ずいずれかのプロバイダーに紐づきます

1.2 プロバイダーとユーザーID の関係

図1：LINE開発者アカウント・プロバイダー・チャネルの関係とユーザーIDの同一性

LINEでは、ユーザーを識別するためのユーザーID が発行されますが、このユーザーIDはプロバイダー単位で管理されます。

異なるプロバイダー
- 同一ユーザーであっても、ユーザーIDは別物として扱われる
同一プロバイダー配下
- ユーザーは常に同一ユーザーIDとして識別される

そのため、複数ブランドの LINE 公式アカウントや LINE ログインをまたいで、同一人物として認識したい場合は、必ず同一プロバイダー配下で構成する必要があります。

1.3 本記事で前提とするLINE構成

本記事では、以下の構成を前提とします。

1つの LINEビジネスID
1つの LINE Developers プロバイダー
プロバイダー配下に
- ブランドごとの LINEログインチャネル
- ブランドごとの LINE公式アカウント（Messaging API連携）
各ブランドの公式アカウントは
LINE公式アカウントマネージャーから個別に運用する

この構成により、

LINE公式アカウント（ブランドA/B/…）は分けて運用しつつ
LINEログインで取得されるユーザーIDは共通化されSAP CIAM 側ではブランドを横断した共通IDとしてユーザーを認識できるようになります。

2. LINEからWebへ：流入ソースの特定と自動登録

ブランドごとのLINEアカウントからWebサイトへユーザーを誘導した際、その「流入元」を特定しつつ、シームレスに共通IDへ統合するフローを実装します。

図2：LINEからWebへ：流入ソースの特定とID連携

2.1. LINEリッチメニューによるWeb送客

本記事では、LINE公式アカウントのリッチメニューを利用して、ユーザーを Web のID連携画面へ誘導することを前提としています。
リッチメニューは、LINE公式アカウント管理画面から GUI 操作のみで設定可能で、特別なプログラミングは不要です。

設定手順（概要）

LINE公式アカウントマネージャーにログイン
対象の公式アカウントを選択
「リッチメニュー」を新規作成
メニュー内のタップ領域にリンク（URL）アクションを設定
遷移先URLに、ブランド識別用のクエリパラメータを付与
例：https://example.com/lineconnect?brand=A
保存・公開して適用

これにより、「どのブランドの LINE 公式アカウントから Web へ遷移したか」を Web 側で確実に判別できるようになります。

2.2. ID連携画面への遷移

各ブランドのリッチメニューからWebのID連携画面へ遷移させる際、URLにソース識別用のパラメータを付与します。

ブランドAのリンク: https://example.com/lineconnect?brand=A
ブランドBのリンク: https://example.com/lineconnect?brand=B

2.3. Web SDKによる自動ログイン

LINE起点のID連携画面では、ボタンクリックイベントをフックに、gigya.accounts.socialLogin を用いて明示的に redirect フローで LINE ログインを開始します。

JavaScript

// LINE上のWebページ側での実行例
function onConnectClick() {
gigya.accounts.socialLogin({
    provider: 'line'
})
}

2.4.ログイン後のプロファイル更新

ログイン成功後（onLogin イベント）に、accounts.setAccountInfo を使って brand 情報を SAP CIAMユーザのdata領域に保存します。

JavaScript

gigya.accounts.setAccountInfo({
  data: {
    line: [
      …lines,
      {
        brandCode: 'A',
        connectDate: '2026-01-29T00:00:00Z'
      }
    ]
  }
})

2.5. SAP CIAMユーザのdata領域の更新確認

accounts.setAccountInfo によりユーザのdata領域を更新した後は、実際に SAP CIAM 側のプロファイルへ正しく反映されているかを確認します。
確認には管理画面または API のいずれも利用できます。

確認方法（使用API）

gigya.accounts.getAccountInfo

取得結果（例）

{
  "UID": "sampleUID1234567890abcdef",
  "loginProvider": "line",
  "data": {
    "line": [
      {
        "connectDate": "2026-02-18T07:40:01.877Z",
        "brandCode": "A"
      },
      {
        "connectDate": "2026-02-18T07:52:52.391Z",
        "brandCode": "B"
      }
    ]
  },
  "lastUpdated": "2026-02-18T07:52:54.139Z"
}

3. 共通IDによる「顧客ペルソナ」の構築

図３：共通IDによる「顧客ペルソナ」の構築とクロスセル活用

ここまでの実装により、SAP CIAM上には以下のようなデータが蓄積されます。

共通プロファイル:氏名、メールアドレス、行動データ。
LINE情報:LINEユーザーID（プロバイダー共通）、各ブランド公式アカウントの友だち状態。
行動履歴:どのブランドのリッチメニューをタップしてWebへ来たか。

実践的な活用例：ブランド間のクロスセル

例えば、「ブランドA」のLINEアカウントで頻繁に情報をチェックしているが、まだ「ブランドB」の店舗を訪れていないユーザーを抽出できます。
「多くのプロジェクトでは、このデータをCDPやMAツールへ連携します。SAP CIAMをハブにすることで、『ブランドAの友だち属性』をベースに、『ブランドBのWebサイト』でパーソナライズされたバナーを表示するといった、ブランドを跨いだ高度なCRMが可能になります。」