KlaviyoからLINEを自動配信する手順|友だち追加・ID連携からFlow×Webhook設定まで【実機解説】

本記事では、KlaviyoとLINE公式アカウントを連携済みのShopifyストア運営者様向けに、お客様にLINEで友だち追加していただくところから、実際にLINEを自動配信するまでの手順を解説します。

前回の記事では、Lumo（ルモ）を使ってKlaviyoとLINE公式アカウントを接続するところまでを解説しました。

ここから先は、お客様に動いていただく段階です。

お客様がLINEで友だち追加をする。そのお客様が「Klaviyoのどのお客様か」を紐づける（ID連携）。そこまで揃って、はじめてKlaviyo FlowからのLINE配信が届きます。

「連携はできた。で、どうやって送るのか」

今回はその続きです。

友だち追加とID連携の入口づくりから、Klaviyo Flowで自動的にLINEが届くところまで。実際に弊社の環境で通した画面をもとに、一連の流れに沿って解説します。

ゴールはシンプルです。

手を動かす前に、全体の流れを確認しておきましょう。

順番が大事です。配信の設定より先に、ID連携です。

ID連携が済んでいないお客様には、Klaviyo FlowからのLINEは届きません（Lumoが自動でスキップします）。

先にID連携の入口を整えておくと、後の配信設定がすべて素直に動きます。

作業前のチェックは4つです。

• KlaviyoとLumoの連携が完了している（手順は前回の記事をご覧ください）
• LumoがStarterプラン以上で契約されている（※プランは最新情報をご確認ください。）
• Klaviyoアカウントで2段階認証が有効になっている（Webhookの利用に必須です）
• Klaviyoの権限がManager以上である（Webhookの追加・編集に必要です）

筆者は、自分の記事の注意書きに引っかかりました

正直に書きます。

この検証を始めた日、LumoのID連携設定を開くと、すべての項目が「取得に失敗しました」と表示されました。

原因は、Lumoの14日間トライアルの満了でした。

期間が終わってFreeプランに移行し、Klaviyo連携が停止していたのです。

Starterプランを契約したところ、すべての画面が復旧しました。

検証や本番運用を始める前に、プランの状態をご確認ください。管理画面のLINE公式アカウント一覧で、アカウント名の上に現在のプランが表示されます。

※本記事に登場するプラン名・料金・機能範囲は、執筆時点（2026年9月）のものです。プラン体系は変更される場合がありますので、最新の情報はLumo公式サイトをご確認ください。

ID連携の入口は、お客様との接点に合わせて選べます。

この記事では、お客様自身が操作する代表的な3つの導線を取り上げます。Lumoにはこのほか、Flow・セグメント・CSVなどを使ったID連携方法もあります。

並べてみると、これは技術仕様の一覧というより、マーケティングの導線一覧です。

新規の入口（LP）、購入の瞬間（同梱QR）、既存の資産（メールリスト）。

どの接点からでも、メールで繋がっているお客様とLINEでも繋がれる。二本目の線を引く施策だと捉えると、設定の位置づけが変わってきます。

本記事では、実際に弊社環境で通した「メールのリンク」と「QRコード」、「LPフォーム」の代表的な３つを中心に解説します。

前提：LINEログインチャネルを用意する

メールのリンクからの連携には、LINE Developers側でLINEログインチャネルが必要です（配信に使うMessaging APIチャネルとは別物です）。

作成時のポイントは次のとおりです。

• Messaging APIチャネルと同じプロバイダー配下に作成する（別プロバイダーだと名寄せが成立しません。詳細は前回の記事へ）
• LIFFアプリを追加し、エンドポイントURLにはLumoが指定するURLをそのまま設定する
• Scopeは openid と profile にチェック（本人確認と表示名の取得に使われます）
• 友だち追加オプションは On (Normal) が標準的です

作成したログインチャネルのチャネルIDとチャネルシークレットを、LumoのID連携設定「LINEログイン」欄に入力すれば準備完了です。

入口①と②の作り方：QRコードの作成画面がすべての起点

入口①（メールのリンク）と入口②（QRコード）は、じつは同じ画面から作ります。

Lumoの「QRコード」メニューから新規作成し、ID連携設定まで進んで連携タイプ「Klaviyo」を選ぶと、この一つの設定から2種類の出力が手に入ります。

そして、ここが今回いちばん大事なポイントです。

入口①：メールに連携URLをリンクとして入れる

コピーした連携URLは、このような形をしています（固有部分は伏せています）。

末尾の {{ person.email|urlencode }} は、Klaviyoの差し込み変数です。

メールの送信時に、受信者一人ひとりのメールアドレスへ自動で置き換わります。

つまりお客様がこのリンクをタップした瞬間、「このメールアドレスの人＝いま操作しているLINEアカウントの人」という紐づけが成立する仕組みです。QRコード画像との違いを生んでいるのは、まさにこの変数です。

あとは、KlaviyoのメールにこのURLをリンクとして設定するだけです。

弊社のテストでは、ウェルカムメールに「LINE連携する」ボタンを置きました。

なお、この連携URLをPCブラウザで開くと、その人専用の連携QRコードとして表示されます。実際に弊社環境でこの連携QRをスキャンしたところ、Klaviyoのプロフィールに「Scanned LINE QR Code」「Linked LINE Identity」というイベントが同時刻で記録され、連携方法のプロパティ（LINE Identity Link Source）に qr_code と残りました。

入口②：QRコード画像を紙の接点に置く

ダウンロードしたQRコード画像は、印刷して使う入口です。

このQRは、いわば店の入口です。不特定多数向けの共通QRとして紙面に載せる場合、誰でも入れますが、QRコードだけでは入った人が「Klaviyoのどのお客様か」までは分かりません。

その代わり、流入経路（LINE Acquisition Route）が記録されるので、「同梱チラシ用」「店頭用」と作り分ければ、どの接点が友だちを生んでいるかを測れます。

名寄せは、この後の導線に任せます。友だちになったお客様がメールの連携リンクを踏む、メールアドレスや電話番号の照合が働く──入口②で迎え入れて、別の導線で紐づける、という二段構えです。

実務での使い分けは、こう考えると整理できます。

• 同梱チラシ・店頭・イベント｜相手が誰か分からない接点 → QRコード画像で迎え入れ、名寄せはその後の導線に任せる
• 相手が特定できている接点｜メールやマイページなど → 連携URLで、最初から名寄せ込みでつなぐ

ECは、商品と一緒に箱を送る商売です。同梱物にQRコードを一枚入れるだけで、すべての注文がLINEの入口になります。

メールのリンクがデジタルの導線なら、QRコードは紙と対面の導線。両方を用意しておくと、お客様がどの接点から来ても取りこぼしません。

入口③：LPのフォームから

Klaviyoフォームの送信をきっかけにID連携する方法も用意されています。

ランディングページでメールアドレスを登録してもらい、その流れでLINE連携まで完了させる導線です。新規のお客様を、最初から「メールとLINEの二本線」で迎えられます。

仕組みは、JavaScriptによる連携です。 Lumoの「フォーム送信からID連携」の画面に、LP設置コード（scriptタグ）が用意されているので、これをKlaviyoフォームを設置しているLPのHTMLに追加します。ShopifyならテーマのカスタムLiquidやページテンプレート、外部のLPツールならHTML埋め込み欄に、scriptタグをそのまま貼り付ける形です。

このスクリプトが、フォームに入力されたメールアドレスや電話番号など、ID連携に必要な情報をSuccess画面のLINE連携ボタンへ引き継ぐ役割をします。フォームで取得した情報を照合キーとしてID連携する——入口①でメールのリンクがやっていたことを、フォーム送信の流れの中で行う仕組みです。

Klaviyo側では、フォームのSuccess画面にButton blockを追加し、Go to URLにLumoが発行するボタンURLを貼り付けます。

つまり役割分担は──LP側のscriptタグがID連携に必要な情報を拾い、KlaviyoのSuccess画面のボタンがLINEへの入口になる。2つで1セットの設定です。

入口を用意したら、お客様の目線で一度通してみます。

弊社のテストでは、自分宛てにウェルカムメールを送り、スマホで開いてボタンをタップしました。

タップ後の流れは、LINEアプリが開く → 認証・同意 → 完了。

お客様の操作は、タップと同意だけです。

メールアドレスの入力も、会員番号の照合もありません。この軽さが、連携率に直結します。

連携が済んだかどうかは、Lumoの友だち一覧で確認できます。該当の友だちにKlaviyoプロフィールが紐づいていれば成功です。

Klaviyo側でも確認できます。プロフィールを開くと、LINE User ID・LINE Display Name・LINE Follow StatusなどのカスタムプロパティにLINEの情報が入っています。

この画面は、少し立ち止まって見る価値があります。

メールの購読状態、LINEの連携状態、そしてShopifyの注文履歴。別々のツールに散らばっていたお客様の記録が、一人のカルテとして一枚につながっています。

ここから先のすべての施策は、このカルテの上に立ちます。

いよいよ配信です。

Klaviyo FlowからのLINE配信は、Flowの中にWebhookアクションを置き、そこからLumoを呼び出す形で実現します。

Webhookと聞くと身構えるかもしれませんが、実際の作業は「Lumoが用意した値を、Klaviyoの入力欄に貼る」だけです。順に見ていきます。

配信するメッセージをLumo側で用意する

まず知っておきたいのは、リッチなLINEメッセージは基本的にLumo側で作るということです。
商品カード・画像・ボタンなどを含むメッセージは、Lumoの「自動送信メッセージ」として用意しておき、Klaviyoから「この人に、このメッセージを送って」という指示を送ります。
なお、短いテキストだけであれば、WebhookのJSON bodyに messageText を指定して直接送る方法もあります。

接続情報の3点セットを取得する

Lumoで自動送信メッセージを開き、「その他の操作」から「Klaviyo Flow連携情報」を選びます。

表示されるのは、次の3点セットです。

JSON bodyの意味を先に理解しておく

コピーするJSONは、このような内容です（IDは伏せています）。

3行を日本語に訳すと、こうなります。

つまりこのJSONは、「この人に、あのメッセージを送って」という指示書です。

意味さえ分かれば、怖いものではありません。編集も不要で、コピーして貼るだけです。

KlaviyoのFlowにWebhookアクションを追加する

Klaviyo側の設定は4手順です。

1. Flowの、LINEを送りたい位置に 「Webhook」 アクションを追加
2. メソッドに POST を選び、Destination URL を貼り付け
3. カスタムヘッダーに、控えた KeyとValue を設定
4. JSON body を貼り付け

テスト用なら、トリガーは「リストに追加されたら」が手軽です。テスト用リストを作り、自分を追加すればFlowが発火します。

本番では、カゴ落ち・購入完了・商品閲覧など、EC側のイベントをトリガーにした既存のFlowに、この Webhookアクションを差し込む形になります。

発火、そして受信

FlowをLiveにして、トリガーを発生させると──

届きました。

ここまでの設定は一度きりです。以後は、Flowのトリガーが発生するたびに、該当するお客様へ自動でLINEが届き続けます。

配信が通ったら、最後にもう一歩だけ進めておきます。

LINEは、メール以上にセグメントが重要なチャネルです。

理由は3つ。1通ごとに配信コストがかかること。通知として届くため、メール以上に配信頻度や内容への配慮が求められます。不要な配信が続けばブロックにつながり、ブロックされている間は、そのお客様へ通常のLINEメッセージを届けられません。

だからLINEのセグメントは、「誰に送るか」を決める仕事であると同時に、「誰に送らないか」を決める仕事でもあります。しなくてもいい割引、送る必要がなかった配信を防ぐ──それだけで、配信コストと粗利とブロック率が同時に守られます。

ID連携が済むと、Klaviyoのプロフィールには次のようなカスタムプロパティが書き込まれています。

• LINE Follow Status｜友だち状態（followed / blocked）
• LINE Consent｜配信許諾の状態
• LINE Acquisition Route｜どの入口から友だちになったか（例：qr_code）
• LINE Identity Link Source｜どの方法でID連携したか

これらは眺めるためのデータではありません。セグメントの条件として使えます。

Klaviyoのセグメント作成で「Properties about someone」を選ぶと、これらのプロパティが条件に指定できます。

まず作っておきたいのは、この一つです。

これが「LINEで送っていい人」の母集団になります。

Klaviyoのセグメントは自動更新なので、新しく連携したお客様は勝手に入り、ブロックされた方は勝手に外れます。一度作れば、手でメンテナンスする必要はありません。

さらに、行動条件と組み合わせると設計の幅が広がります。

• LINEで繋がっている休眠客｜Follow Statusがfollowed、かつ過去90日の購入が0回 → 再来店のきっかけをLINEで
• 入口別の効果測定｜Acquisition Routeがqr_codeの人の購入率を見る → 同梱チラシや店頭QRの投資判断に
• チャネルの切り替え｜blockedになった方はLINE配信から自動で外れ、メール中心の設計に戻す

値の表記は完全一致で判定されます。followedをFollowedと書くとヒットしませんので、実際の値はプロフィール画面で確認してから条件に使ってください。

本記事に登場した次の値は、外部に公開しないでください。

• Destination URLとヘッダーのValue（Secret）｜配信を実行できる認証情報です
• ID連携URLの固有部分｜自社の連携導線のエンドポイントです。URLをPC表示したQR（連携QR）にも同じ情報が含まれます

社内マニュアルやチャットでスクリーンショットを共有する際は、必ずマスク処理をしてください。本記事の画像も、該当箇所はすべて伏せています。

今回の流れをまとめます。

1. 連携の入口を用意する（メールのリンク・QRコード・LPフォーム。名寄せの有無は出力の種類で異なる）
2. お客様がタップし、KlaviyoとLINEが「同じ人」として紐づく
3. LumoでメッセージとFlow連携情報を用意する
4. Klaviyo FlowにWebhookアクションを設定する
5. 以後、Flowが動くたびに自動でLINEが届く

設定の中心にあるのは、配信ではなくID連携でした。

誰に届くかを確定させる。その土台さえできれば、配信もセグメントも分析も、すべてが素直に積み上がります。

メールで繋がっているお客様と、LINEでも繋がる。

新規の入口からも、商品の箱からも、既存のリストからも、二本目の線が引ける。

そして繋がった記録は、一人のお客様のカルテとしてKlaviyoに残り続けます。

※本記事の内容は2026年9月時点の情報にもとづいています。各ツールの仕様や料金は変更される場合がありますので、最新の情報は各社の公式サイトをご確認ください。