LINE ID連携でEC・CRMを強くする｜会員とユーザーIDの結び方と戻るデータ

LINEの「ID連携」は、ECの会員番号と、LINEがその人に割り当てたユーザーIDを、自社の側で同じ行に並べることです。LINEは、本人を確かめてユーザーIDを渡す入口（LINEログイン、Messaging APIのアカウント連携、LIFF）を用意しています。一方で、2つのIDを結び付けて管理する仕組みそのものは提供しておらず、自社のサービスの側で作る必要があるとしています。ECなら、その「自社の側」を、プラットフォームの機能やアプリが代わりに持つことがあります。結び付けると、会員のランクや購入の記録で送り先を選んで、会員ごとに送れます。クリックと購入も、会員ごとに台帳へ戻せます。開封だけは、会員ごとには戻りません。

当社は、ECや会員の台帳と LINE をつなぐ連携を支援し、LINE公式アカウントの運用も手伝っている会社です。この記事は、自社のECと LINE公式アカウントの両方を持っていて、ECの会員と LINEの友だちを同じ人として扱いたい販促・EC担当の方に向けて書いています。2026年4月に LINE Developers が ID連携の方法を1本のTipsにまとめ、結び付けの管理は自社の側で作るものだと明記しました。ただ、入口ごとの細かな条件は LINE Developers の別々のページに、ECごとの手段は各社のヘルプとアプリストアに分かれているため、それらを開いて1本にまとめました。CRMとのつなぎ方の種類と費用は「LINEと今の顧客管理をつなぐ3つの作り方」で書いています。利用者が自分の LINE と Yahoo! JAPAN のアカウントを結ぶ「アカウント連携」（2023年10月から、利用者が任意で設定）は別の話です。

ID連携で結ぶのは、会員番号とユーザーID

LINE側のキーになるユーザーIDは、U に続く32桁の16進数の値です。LINEに登録された表示名や、友だち検索に使う LINE ID とは別のものです。同じ人でも、プロバイダー（LINE Developers でチャネルを束ねる単位）が違えば別の値になり、同じプロバイダーの下なら、LINEログインのチャネルでも Messaging API のチャネルでも同じ値になります。

この違いは、送るときに表に出ます。マルチキャスト（ユーザーIDを並べて送るAPI）は、別のプロバイダーのチャネルで取得したユーザーIDには届きません。リファレンスには、ステータスコード200が返って届かない場合と、400が返る場合の両方が書かれています。ECのログインに使う LINEログインのチャネルと、LINE公式アカウントの Messaging API のチャネルを、同じプロバイダーに置くのはこのためです。

この記事では、当社のデモに出てくる架空の「デモ商会」を例にします。キッチン用品などを店舗とオンラインストアで売る会社で、会員 M-10234 のデモ 花子さんはゴールド会員、最終来店は75日前、よく買うのはキッチン用品です。会員台帳にはこうした項目があります。一方、LINEの友だちの側で分かるのはユーザーIDと表示名などのプロフィールだけで、会員番号はありません。

結び付けの入口は3つ。会員がどこから始めるかで選ぶ

LINE Developers は、3つの入口に決まった選び方は無いとしたうえで、自社のサービスのログインが起点ならLINEログイン、LINE公式アカウントのトークが起点ならアカウント連携、という考え方を示しています。以下、デモ商会なら画面のどこに置くかで、3つを順に見ていきます。

LINEログイン：ECのログイン画面から結ぶ

デモ商会なら、ECのログイン画面と会員登録画面に「LINEでログイン」を置きます。花子さんがログインすると、自社のサーバーが LINE から受け取ったIDトークンを LINE に確かめてから、中のユーザーIDを M-10234 の行に書きます。既にいる会員を結ぶだけでなく、新しい会員登録と同時に結ぶこともできます。LINEログインは無料で使えます。ログインで受け取れる項目と、IDトークンの確かめ方は「LINEログインで取得できる情報」で書いています。

間違えやすいのは、ログインしただけでは送れないことです。マルチキャストもユーザーIDアップロードのオーディエンスも、届くのは LINE公式アカウントを友だち追加していて、ブロックしていない人だけです。ログインの同意画面で友だち追加も案内できますが、そのためには LINEログインのチャネルと LINE公式アカウントの Messaging API のチャネルを、同じプロバイダーに置いておく必要があります。

アカウント連携：トークのメニューから結ぶ

デモ商会なら、リッチメニューに「会員連携」を置きます。花子さんが押すと、トークに連携のURLが届き、花子さんはそこからデモ商会の会員としてログインします。そのあと LINE が、連携のURLを発行した相手と、連携しようとしている LINEアカウントの持ち主が同じかを確かめ、結果を自社のサーバーに知らせます。LINEログインのチャネルは要りませんが、相手が LINE公式アカウントを友だち追加していることが前提です。

販促・EC担当の方が押さえておくのは3点です。1つ目は、連携のURLの期限です。URLは発行から10分で切れ、1回しか使えません。切れると、会員の画面にエラーが出て結び付きません。2つ目は、独自の作りの危うさです。LINE Developers は、この仕組みを使わずに独自に連携を作ると、他人の LINEアカウントが会員に結び付けられるおそれがあると注意しています。3つ目は、結果の知らせです。知らせを受け損ねると、その会員は結ばれないままになります。知らせの再送は既定で無効なので、再送を有効にするかを開発の側と決めておきます。作るときの細部（APIの名前、nonce の条件、重複した知らせの見分け方）は、LINE Developers の「ユーザーアカウントの連携」と「メッセージ（Webhook）を受信する」に書かれています。

LIFF：LINEの中で開く画面から結ぶ

LIFFは、LINEの中で開くWebアプリです。デモ商会が会員証のような画面を LIFF で作っているなら、その画面に結び付けを足せます。LIFFは単独よりも、LINEログインのAPIと組み合わせてユーザー情報を受け取る使い方が一般的とされています。LIFFの画面で取り出したプロフィールはそのままサーバーへ送らず、IDトークンをサーバーで確かめてから使う、というのが LINE Developers の決まりです。

ECなら、自作の前に自分のプラットフォームを見る

上の3つを自社で作る前に、使っているECのプラットフォームに、LINEと会員を結ぶ機能かアプリがあるかを見ます。4つのプラットフォームの公式のお知らせ・機能ページ・アプリストアに書かれている手段は、次のとおりです。

makeshop も、標準の LINE ID連携とは別に、公式のアプリストア（makeshop apps）にある他社提供の LINE CRMアプリを、LINE連携のページで案内しています。機能と料金はアプリごとに違うので、ここでは比べません。

表で見てほしいのは、結び付けたユーザーIDがどこに入り、そこから送れるかです。ECの機能やアプリで結ぶと、ユーザーIDはECやアプリの会員データの中に入ります。futureshop のオプションは、管理画面から連携した会員に送れると明記しています。makeshop の標準機能は、公式の記載ではログインの連携までで、送るのはアプリか自社の仕組みになります。店舗のPOSや別のCRMでも同じ会員にLINEで送りたいなら、そのユーザーIDを外に出せるか（APIやファイル）と、どのプロバイダーの下のチャネルで受け取ったIDかを確かめます。makeshop は、LINE ID連携の改修に会員APIも含まれると案内しています。アプリなら提供元に、どの項目をどの形で出せるかを聞きます。

自社で作る場合に、作るのを手伝う会社を探すなら、LINEヤフーが公開している Technology Partner の一覧で「会員ID連携」の項目に絞り込めます。Salesforce を会員基盤にする流れは「Salesforceを会員・顧客基盤にする」で書いています。

結び付けた後：台帳の条件で選び、ユーザーIDで送る

デモ商会が「ゴールド会員で、最終来店が60日以上前で、よく買うのがキッチン用品」の会員に新作の案内を送るとします。条件で選ぶのは会員台帳の側で、LINEに渡すのは、選んだ会員のうちLINEと結び付いている人のユーザーIDだけです。ランクごとの特典、最後の購入から日数がたった人への案内、ポイントの失効前のお知らせも、台帳に項目があれば同じやり方で送れます。LINEと結び付いていない会員には、LINEでは送れないので、メールなど別の手段で届けます。

送り方は2つあります。1つはマルチキャストです。1回のリクエストに並べられるユーザーIDは500までなので、多い人数には500人ずつ分けて送ります。それとは別に、マルチキャストのAPIには1秒に200リクエストというレート制限があります。もう1つは、ユーザーIDをアップロードしてオーディエンスを作り、それを宛先にする方法です。ファイルなら1回に150万件まで上げられ、保存は最大180日です。オーディエンスに入れられるのは友だちで、2022年3月以降の LINEのプライバシーポリシーに同意していない人は、入れても除かれます。LINE Official Account Manager でも、TXTかCSVのファイルで「ユーザーIDアップロード」のオーディエンスを作れます。オーディエンスの種類と期限は「LINE公式アカウントのオーディエンスの作り方」で書いています。

人数の下限にも違いがあります。属性情報や、ほかの種類のオーディエンスを条件にして送るときは、最終的な送信対象が50人以上必要です。属性情報を使うには、LINE公式アカウントのターゲットリーチが100人以上必要です。同じ LINE公式アカウントの下でユーザーIDアップロードで作ったオーディエンスは、この人数の制限の対象外です。デモ商会のように条件を細かく重ねて数人に絞っても、ユーザーIDで送れば届きます。

通数は、送信対象になった人数で数えます。ブロックしている人や存在しないユーザーIDに送った分は、実際には届かないので数えません。応答メッセージも通数に入りません。料金プランと1通あたりの金額は費用の記事で書いています。

会員・ランク・購入の記録は、デモのための仮の設定です。連携のURLが10分間・1回だけ有効なこと、マルチキャストの500人、統計が20未満のときの扱いは、LINE の仕様です。

会員ごとに戻るもの、戻らないもの

送った後、デモ商会がいちばん知りたいのは、花子さんが読んだか、押したか、買ったかです。このうち、読んだか（開封）は会員ごとには分かりません。LINE Developers は、ユーザーがメッセージを読んだかを確かめる方法を Messaging API では提供していないと答えています。

開封の数は、集計した値としてなら取れます。プッシュとマルチキャストで送るときに集計の単位の名前（ユニット名）を付けておくと、開封した人数やURLをタップした人数をユニットごとに受け取れます。ただし、値が20未満のとき、またはそれを起こした実人数が20人未満のときは null になります。LINE Official Account Manager のオーディエンスでも、メッセージのクリックやリッチメニューの表示の人数が20未満なら「~19」と表示されます。少人数に絞って送るほど、開封の数そのものが出なくなります。

会員ごとに戻せるのは、自社の側で記録できるものです。誰にいつ何を送ったかは、送った自社のシステムが持っています。メッセージのリンクから自社のページが開かれたことは、自社のページで記録できます。当社のデモでは、リンクに会員ごとの識別子を付けておき、誰が押したかを台帳に記録する想定にしています。店舗やECでの購入は、POSやECの記録です。ブロックされたことは、Webhookの「フォロー解除イベント」で届くので、台帳の状態を書き換えられます。どの経路で友だちになったかは、特定のユーザーについては Messaging API では確かめられません。LINE Official Account Manager に、個人を特定しない統計が出るだけです。

名前から取り違えやすいこと

「LINE ID」で送れる、と思われがちです。実際に送り先に指定するのは、Webhookで受け取る userId の値です。マルチキャストのリファレンスも、LINEに表示される LINE ID は使わないよう書いています。台帳の列の名前を「LINE ID」にしておくと、後で取り違えのもとになります。

LINEログインを入れれば、ID連携は終わる、と思われがちです。実際には、LINEログインが渡すのは本人を確かめた結果とユーザーIDまでで、会員番号との対応を持つのは自社の側です。LINEログインを会員基盤に使うかの判断は「LINEログインとは」、受け取れる項目と同意は「LINEログインで取得できる情報」で書いています。

連携は会員が選ぶもの。解除の口も先に作る

LINE Developers は、利用者がいつでも連携を解除できるようにし、連携のときに解除できることを伝えるよう求めています。例として、まだ連携していない人には連携のメニューを、連携した人には解除のメニューを出すように、リッチメニューを利用者ごとに切り替える形を挙げています。makeshop のように、連携にスマートフォンと友だち追加が要るECもあります。

購買の記録をもとにLINEで送るなら、その利用目的を自社のプライバシーポリシーに書き、連携の画面でも伝えます。LINEの側と自社の側でそれぞれ必要な同意と、外部のツールに預けるときの扱いは、「LINEと今の顧客管理をつなぐ3つの作り方」で個人情報保護委員会のガイドラインと LINEの規約を引いて書いています。

整える順番は、対応表の置き場所が先、入口は後

デモ商会のように ECと店舗の両方に会員がいるなら、最初に決めるのは、会員番号とユーザーIDの対応表を、どのシステムに1つ置くかです。次に、そのシステムから送れるかを確かめます。入口は最後で、後から足せます。同じプロバイダーの下なら、LINEログインで結んでもアカウント連携で結んでも、同じ人には同じユーザーIDが返るからです。反対に、対応表を ECのアプリと自社の CRM の2か所に持つと、解除やブロックのたびに両方を書き換えることになります。

EC・店舗のPOS・CRMのどこに対応表を置き、どの条件で送り分けるかの整理は、当社のLINE運用・伴走支援で一緒に進められます。