GA4とLINE公式 UTMと友だち追加コンバージョンの帰属ルール
目次 クリックで開く
LINE公式アカウントをマーケティングの主軸に据える企業にとって、最大の悩みは「GA4(Google アナリティクス 4)で友だち追加の流入元を正確に特定できない」ことです。広告費を投入してLINE友だちを増やしても、GA4のレポート画面では参照元が「direct / none」や「link.line.me」に集約されてしまい、どの広告キャンペーンが寄与したのかが不透明になるケースが後を絶ちません。
本記事では、IT実務者の視点から、GA4におけるUTMパラメータの継承ルールと、LINE特有のブラウザ仕様によるセッション寸断の回避策を詳解します。公式ドキュメントの仕様に基づいた「帰属(アトリビューション)」のロジックを理解し、精度の高いデータ計測基盤を構築しましょう。
1. LINE公式アカウントとGA4計測を阻む「セッション寸断」の正体
GA4でLINE経由のコンバージョンを計測する際、最も大きな障害となるのが、LINEアプリ独自の挙動です。通常、ユーザーがLINE上のリンクをクリックすると、LINEアプリ内の「アプリ内ブラウザ」でWebサイトが開きます。しかし、この挙動が計測を複雑にします。
参照元が失われる主な原因
- ブラウザの隔離: iOSの場合、LINE内ブラウザ(WKWebView)と標準ブラウザ(Safari)は、Cookieやキャッシュを共有しません。ユーザーが「LINEで記事を読み、後でSafariから検索して購入した」場合、GA4はこれらを同一人物として認識できず、別々のユーザーとして処理します。
- アプリ遷移時のリファラ欠落: LINEアプリから外部ブラウザへ強制遷移させるリンク設定(
?openExternalBrowser=1など)を使用すると、OSの仕様によりリファラ(参照元情報)が正しく引き継がれないことがあります。 - 自動パラメータの除去: 一部のセキュリティ設定やプラットフォームの仕様により、URLに付与した
utm_sourceなどのパラメータが、リダイレクトの過程で削ぎ落とされるケースがあります。
これらの問題を解決せずには、正しい投資対効果(ROI)を算出することは不可能です。特に、広告からLINEミニアプリへの遷移を検討している場合は、広告からLINEミニアプリへ。離脱を最小化しCXを最大化するアーキテクチャで詳述されているような、摩擦のない遷移設計が不可欠です。
2. GA4の帰属(アトリビューション)ルールとUTMパラメータの挙動
GA4はデフォルトで「データドリブン アトリビューション」を採用していますが、レポートの「トラフィック獲得」などではラストクリック(厳密には直近の非直接クリック)が重視されます。ここで重要になるのが、「いつ、どのタイミングで参照元が上書きされるか」というルールです。
UTMパラメータによる上書きの優先順位
GA4では、URLに付与されたUTMパラメータが、既存の参照元情報を上書きします。例えば、以下のシナリオを考えてみましょう。
- ユーザーがGoogle検索(google / organic)からサイトを訪問する。
- その後、LINE公式アカウントのメッセージ内リンク(utm_source=line_official)をクリックして再訪する。
- そのままコンバージョンする。
この場合、コンバージョンに帰属する参照元は「line_official」となります。しかし、LINE内ブラウザの仕様によりUTMパラメータが読み込まれる前にセッションが切れてしまうと、GA4は「(direct) / (none)」としてカウントしてしまいます。GA4において「direct」は「他に参照元情報がない場合にのみ割り当てられる」という性質を持つため、パラメータ設計のミスは致命的です。
ITP(Intelligent Tracking Prevention)の影響
Safariに搭載されているITPは、サードパーティCookieだけでなく、特定の条件下ではファーストパーティCookieの有効期限も短縮します。LINEからWebサイトへ誘導し、数日後にコンバージョンに至るようなリードタイムの長い商材では、Cookieが削除されることで「以前LINEから来たユーザー」という認識ができなくなり、結果として「新規のdirectユーザー」として計上されてしまいます。
3. 計測手法の比較:標準機能 vs LIFF連携
LINE公式アカウントの計測精度を高めるには、複数のアプローチがあります。自社のリソースと必要なデータ精度に応じて選択してください。
| 計測手法 | 特徴 | メリット | デメリット・コスト |
|---|---|---|---|
| 標準UTMパラメータ付与 | URL末尾に?utm_source=line等を付与 |
設定が極めて簡単。コストゼロ。 | LINE内ブラウザと外部ブラウザの分断を防げない。精度は中程度。 |
| LIFF (LINE Front-end Framework) | LINE内アプリ上でWebコンテンツを表示 | LINEユーザーIDを取得可能。セッション維持に強い。 | 開発工数が必要。GA4のカスタム実装(GTM)が必須。 |
| データ基盤連携 (BigQuery等) | LINE IDとGA4のClientIDをサーバーサイドで名寄せ | 100%に近い精度。オフラインコンバージョンも追跡可能。 | 専門のエンジニアリングが必要。高コスト。 |
より高度なCRM施策を視野に入れている場合は、単なる計測に留まらず、LIFF・LINEミニアプリ活用の本質。Web行動とLINE IDを統合する次世代データ基盤の構築を推奨します。これにより、GA4上の数値だけでなく、「どのユーザーが、どのメッセージに反応して、最終的にいくら購入したか」を個別に把握できるようになります。
4. 実務ステップ:高精度なLINEトラッキングの実装手順
ここでは、最も汎用性が高く、かつ精度を担保できる「GTM + LIFF」を活用した実装手順を解説します。
ステップ1:LIFFアプリの発行とエンドポイントURLの設定
LINE Developers(https://developers.line.biz/ja/)にログインし、新規チャネルを作成します。
「LIFF」タブからアプリを追加し、エンドポイントURLに計測対象のWebサイトURLを入力します。この際、LIFFの「Scope」にて openid を有効にしておくことで、後にGA4側でハッシュ化したユーザーIDを紐づける準備が整います。
ステップ2:UTMパラメータの構造化設計
LINEから送客するすべてのURLに、一貫性のあるパラメータを付与します。
例:https://example.com/?utm_source=line&utm_medium=social&utm_campaign=202404_spring_sale&utm_id=L001
ポイントは、utm_id(キャンペーンID)を活用することです。これにより、GA4の「キャンペーンの詳細」レポートで、LINE公式内のどのメッセージ(クーポン、リッチメニュー、自動応答など)がコンバージョンに寄与したかをドリルダウンして分析可能になります。
ステップ3:GTMでのカスタムイベント設定
Google タグマネージャー(GTM)を使用し、LIFFの初期化時に参照元情報を強制的に書き換えるスクリプトを挿入します。
通常、LINE内ブラウザで開くとリファラが android-app://com.linecorp.line/ のようになりますが、これを line というメディアとしてGA4に認識させます。
実務上の注意:
LINEログインを用いたID連携を行う場合、ログイン後のリダイレクトURLにもUTMパラメータが維持されるよう、サーバー側のプログラム(PHP, Python等)でクエリパラメータを継承させる処理が必要です。ここを怠ると、ログイン後にすべて (direct) へリセットされます。
詳しい技術的な名寄せのロジックについては、WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いた名寄せを参照してください。
LINE配信種別 × UTMパラメータの設計パターン × GA4での集計精度と注意点 早見表
前のセクションで高精度なLINEトラッキングの実装手順を説明しましたが、LINE公式アカウントの配信は「通常メッセージ(テキスト+URL)」「リッチメッセージ」「カード型メッセージ」「ステップ配信(シナリオ配信)」など複数の形式があり、UTMパラメータの設定方法と計測結果の解釈がそれぞれ異なります。特にステップ配信は複数のURLを時系列で配信するため、UTMのcampaign/content設計を誤ると配信ごとの効果が混在します。以下の表は配信種別ごとの設計指針をまとめたものです。
| LINE配信種別 | UTMパラメータの設計パターン(推奨値) | GA4での集計精度と注意点 | よくある設計ミスと対処 |
|---|---|---|---|
| 通常メッセージ配信 (テキスト+URLリンク) |
utm_source=line / utm_medium=message / utm_campaign=配信名称(例:20260530_sale_announcement)/ utm_content=テキストリンク。配信ごとにutm_campaignを変えて「どの配信からの流入か」を特定できるように設計する。utm_contentでリンクのテキスト表示を識別することで、複数リンクを含む配信でのクリック箇所の特定が可能になる | 通常メッセージのURLタップはGA4の「session_start」イベントとして計測されるが、LINEアプリ内ブラウザ(LINE internal browser)からの遷移はリファラが「direct」として記録されるためUTMが未設定の場合にLINE経由と特定できない。UTMパラメータが正しく設定されていればGA4のutm_sourceで「line」を正確に識別できる | 最も多いミスは「同じキャンペーンの複数配信(1週間連続)で同一のUTMパラメータを使い回す」設計。日付・配信回数をutm_campaignに含めないと、どの日の配信が最も効果的だったかGA4で特定できなくなる。URLが長すぎてLINEメッセージで折り返す場合はURL短縮(bit.ly・LINE公式の短縮URL)を活用する |
| リッチメッセージ (画像+複数ボタン/タップ領域) |
リッチメッセージは複数のタップ領域(最大20箇所)があるため、各領域のURLに異なるutm_contentを設定することが重要。utm_source=line / utm_medium=rich_message / utm_campaign=配信名称 / utm_content=button_A(左ボタン)またはbutton_B(右ボタン)のように領域を識別する。リッチメニュー(常駐ボタン)は utm_medium=rich_menu で配信との区別をする | リッチメッセージの複数タップ領域を個別に計測することでどのボタンが最もクリックされるかGA4で分析できる。ただしリッチメッセージは1配信で複数のランディングページに遷移する設計が多く、GA4でのランディングページ別のCVR分析では各UTMパラメータの流入を正確に分離する設計が必要 | リッチメッセージのアクション設定でURLの代わりに「テキストを返信(ポストバックアクション)」を使っている場合はGA4への流入が発生しないため計測できない。リッチメッセージで外部サイトへの誘導を計測したい場合は全てのアクションを「URLオープン」に統一してUTMを付与する設計が必要 |
| ステップ配信 (友だち追加後の自動シナリオ) |
ステップ配信はシナリオの「ステップ番号×コンテンツ種別」でUTMを設計する。utm_source=line / utm_medium=step_message / utm_campaign=シナリオ名(例:onboarding_welcome)/ utm_content=step1_cta(1通目のCTA)・step2_product(2通目の商品紹介)のようにステップ番号とアクションを組み合わせる。LステップやBotFriendsを使う場合はそれぞれのツールのUTMパラメータ設定画面で同様に設定する | ステップ配信はユーザーの友だち追加タイミングが異なるため、GA4のレポートで「配信日」ではなく「ユーザーの友だち追加日からN日後」という軸での分析が必要になる。GA4の標準コホートレポートでは「友だち追加コホート別の転換率」を見ることができ、どのステップ(何日後の配信)が最も転換に効いているかを分析できる | ステップ配信で最も多いミスは「全ステップのUTMがutm_campaign名のみで一致しており、utm_contentでステップを識別していない」設計。どのステップのリンクをクリックしたかGA4で区別できなくなるため、シナリオ設計時にステップ別のUTMテーブルを事前に作成することを推奨する |
| カード型メッセージ (カルーセル型・複数カード) |
カード型メッセージは1配信で複数の商品・サービスを横スワイプで表示するため、カードごとに異なるutm_contentを設定する。utm_source=line / utm_medium=carousel_message / utm_campaign=配信名称 / utm_content=card_1_product_A(1枚目・商品A)・card_2_product_B(2枚目・商品B)のようにカード番号と対象を明記する設計が分析精度を高める | カード型メッセージは「何枚目のカードがクリックされたか」がGA4のutm_contentで計測できるため、A/Bテスト的な活用が可能。同一配信でカードの順番を変えて(ランダム表示機能がある場合)どの順番で最もクリック率が高いかを検証するLINEマーケティング最適化に活用できる | カード型メッセージのボタンに「電話発信」や「外部アプリ起動」アクションを設定している場合はGA4では計測できない。LINE内のLIFF(LINEフロントエンドフレームワーク)ページへの遷移は通常のGA4計測が効かない場合があるため、LIFF内でGA4イベントを独自に発火する追加実装が必要になる |
この表でLINE×GA4計測設計の最重要設計原則が「配信種別×配信日×ステップ番号の3軸でUTMパラメータを体系化して管理する」ことです。「とりあえずUTMをつけた」という状態では後からGA4のデータを見た時に「どの配信のどのボタンからの流入か」が判別できず、改善に使えないデータになります。配信カレンダーとUTMパラメータ設計書を連動させて、全配信のUTMを事前に確定してから配信設定するオペレーション設計を整備することが、LINE経由のトラフィックを継続的な意思決定に使える資産にする最初のステップです。
5. よくあるエラーと解決策(トラブルシューティング)
Q. 友だち追加ボタンをクリックしているのに、GA4でコンバージョンが1件も出ない
原因: 友だち追加ボタン(https://line.me/R/ti/p/...)はLINEアプリを起動するディープリンクであり、WebサイトではないためGA4のタグが発火しません。
対策: ボタンクリック自体をGTMの「リンククリックトリガー」で計測するか、一旦「計測用の中間ページ(サンクスページ)」を経由させてからLINEアプリを開く設計に変更してください。
Q. 流入元が「link.line.me」ばかりになる
原因: これはLINEの仕様で、リンク短縮やプレビュー表示の際に介在するドメインです。
対策: UTMパラメータ(utm_source=line)がURLに正しく付与されているか再確認してください。GA4はURLパラメータが存在する場合、リファラよりもパラメータを優先してレポートに表示します。
Q. 広告経由の友だち追加が「organic」に分類される
原因: LINE広告(LAP)から友だち追加を促す際、広告管理画面の「トラッキングURL」にパラメータを設定していない可能性があります。
対策: 広告セットごとに固有のUTMパラメータを付与してください。また、自動追跡機能が有効であっても、LINEのアプリ内ブラウザ環境では手動パラメータの方が安定して計測されます。
LINE公式アカウント × GA4 計測 よくある誤りと正しい設定(FAQ)
Q1. LINE経由の流入が「(direct)/(none)」になってしまう
これは UTMパラメータが配信URLに付与されていない、または LINE のリダイレクト処理でパラメータが脱落していることが原因です。
対処法:
- メッセージ配信のリンクには必ず
?utm_source=line_oa&utm_medium=social&utm_campaign=キャンペーン名を付与する - LINE公式アカウントのリッチメニューやカルーセルにも同様のUTMを設定する
- LINE LIFF(LINE Front-end Framework)を使う場合は、LIFF URL に UTM を付けてもリダイレクト後に消える場合があるため、
liff.stateパラメータ経由で渡す設計が必要 - Chromeのシークレットモードやモバイルのアプリ内ブラウザでテストして、実際のパラメータ継承を確認する
Q2. 友だち追加をGA4のコンバージョンとして計測できる?
GA4 のクライアントサイドのみでは 友だち追加を直接計測することはできません。LINE アプリ内のアクションは GA4 タグが動かないためです。
推奨実装: LINE Messaging API の Webhook と GA4 Measurement Protocol を組み合わせた実装で計測します。
- ユーザーが LINE 公式アカウントを友だち追加すると、LINE から Webhook イベント(follow イベント)がサーバーに送信される
- サーバー側で follow イベントを受信し、GA4 の Measurement Protocol エンドポイント(
https://www.google-analytics.com/mp/collect)へfriend_addなどのカスタムイベントを POST する - GA4 管理画面でこのカスタムイベントを「キーイベント(コンバージョン)」として登録する
実装にはサーバーサイドの処理が必要ですが、LINE 経由のリードを正確に評価するためには欠かせない設定です。
Q3. LINE広告とLINE公式の流入をGA4で区別したい
UTMパラメータの命名規則を統一することが最も確実な方法です。以下の命名ルールを採用すると、GA4の「トラフィック獲得」レポートで明確に分離できます。
| 流入元 | utm_source | utm_medium | utm_campaign |
|---|---|---|---|
| LINE広告(LAP) | line_ads |
paid_social |
キャンペーン名 |
| LINE公式(メッセージ配信) | line_oa |
social |
配信シナリオ名 |
| LINE公式(リッチメニュー) | line_oa |
menu |
ボタン名 |
| LINE公式(シナリオ配信) | line_oa |
automation |
シナリオ名 |
GA4のカスタムチャネルグループで「source contains line_ads」「source contains line_oa」のルールを作成すると、ダッシュボード上でもワンクリックで切り替えられます。
5-A. リッチメニューへのUTM設定:管理画面の操作手順
「UTMを付ければいい」とわかっていても、LINE公式アカウントのリッチメニューで実際にどこを操作するかが曖昧なまま放置されているケースは多い。以下は管理画面(LINE Official Account Manager)での設定手順です。
設定の流れ
- 管理画面にログインし、左メニューの「チャットツール」→「リッチメニュー」を選択する。
- 対象のリッチメニューを選択し、「編集」→「コンテンツ設定」タブを開く。
- 各タップ領域の「アクションタイプ」を「リンクを開く」に設定する。テキスト返信(ポストバックアクション)を選んでいる領域はGA4に流入が発生しないため、外部サイトへの誘導には必ず「リンクを開く」を使う。
- URLフィールドに、UTMパラメータ付きのリンクを入力する。領域が複数ある場合は
utm_contentでボタンを識別する。
設定例(3タップ領域のリッチメニュー):
| 領域 | 表示ラベル | UTMパラメータ付きURL例 |
|---|---|---|
| 左ボタン | キャンペーン情報 | https://example.com/campaign/?utm_source=line_oa&utm_medium=menu&utm_campaign=richmenu_top&utm_content=left_campaign |
| 中央ボタン | クーポン | https://example.com/coupon/?utm_source=line_oa&utm_medium=menu&utm_campaign=richmenu_top&utm_content=center_coupon |
| 右ボタン | お問い合わせ | https://example.com/contact/?utm_source=line_oa&utm_medium=menu&utm_campaign=richmenu_top&utm_content=right_contact |
リッチメニューは常時表示されるため、メッセージ配信と同じutm_campaign名を使い回すと「リッチメニュー経由」と「配信メッセージ経由」をGA4上で区別できなくなる。utm_medium=menuで固定することで配信との混在を防ぐ。
確認方法:設定後、GA4の「レポート」→「エンゲージメント」→「コンバージョン」で、ディメンションに「参照元 / メディア」を追加してline_oa / menuの行を確認する。翌日以降に計測データが現れる。
5-B. GA4「コンバージョン経路」レポートでLINE接点を読む
GA4の「広告」メニューにある「コンバージョン経路」レポートは、コンバージョンまでにユーザーが経由したチャネルを時系列で可視化する。LINE公式を補助的な接点として位置づけているサイトでこそ、このレポートが機能する。
読み取り手順
- GA4の左メニュー「広告」→「アトリビューション」→「コンバージョン経路」を選択。
- 上部のコンバージョンイベントのプルダウンで分析したいイベント(例:
generate_lead、purchase)を選択。 - デフォルトの期間は「過去28日間」。LINE配信を実施した期間に合わせて絞る。
- 「経路の長さ」列で2タッチ以上のコンバージョンを探す。LINEが「初回接点(First)」として現れているかどうかを確認する。
LINEが「アシスト」として機能しているかどうかの判断
コンバージョン経路レポートの見方で重要なのは、LINEが「最終接点(Last)」として計上されている件数だけでなく、「中間経路(Mid)」として含まれている件数です。たとえば「Organic Search → line_oa / menu → Organic Search → コンバージョン」という経路が多ければ、LINEのリッチメニューがリピート訪問のきっかけになっていると読み取れます。
GA4のデフォルトアトリビューションは2023年9月以降「データドリブン」か「ラストクリック」のみです。このため「LINEからのCV数がゼロに見える」としても、コンバージョン経路レポートでアシスト回数を確認すれば、LINE施策が間接的に貢献しているかどうかを評価できます。
実務メモ:「LINE経由のCVが少ない」という結論を出す前に、必ずコンバージョン経路レポートのアシスト貢献を確認すること。ラストクリックモデルだけを見るとLINEの寄与を過小評価しやすい。
6. まとめ:点ではなく「線」で捉えるデータ分析
GA4とLINE公式アカウントの計測は、単に数値を合わせる作業ではありません。その本質は、ユーザーがどの接点で態度変容を起こし、なぜ友だち追加に至ったのかという「カスタマージャーニー」を可視化することにあります。
セッションの寸断や帰属ルールの壁は高いですが、UTMパラメータの厳格な運用とLIFFの活用、そして必要に応じたサーバーサイドでのデータ統合を行うことで、ブラックボックス化しがちなLINE経由の成果を高い精度で評価できるようになります。まずは、現在のURLに正しいパラメータが付与されているか、今一度チェックすることから始めてください。
さらに、LINEを単なる集客チャネルではなく、顧客データベースと直結したマーケティングエンジンとして進化させたい場合は、LINE データ基盤から直接駆動するアーキテクチャの導入を検討するフェーズと言えるでしょう。ツールに振り回されるのではなく、自社でデータをコントロールする体制こそが、持続的な成長を支えます。
よくある質問(GA4 × LINE公式アカウント 計測)
Q. LINE公式アカウントのリンクにUTMパラメータをつけるにはどうすればよいですか?
LINE公式アカウントのメッセージに含めるリンクに「?utm_source=line&utm_medium=social&utm_campaign=キャンペーン名」をURLに追加するだけです。LINE公式アカウントのリッチメニューやメッセージ作成時にURLを設定する際、末尾にUTMパラメータを付与します。短縮URLを使う場合はUTMパラメータを付与した後で短縮することで計測が機能します。
Q. GA4でLINEからの友だち追加をコンバージョンとして計測するには?
LINE公式アカウントの「友だち追加後に表示されるURL」にUTMパラメータを付与したサンクスページを設定し、そのページのGA4ページビューをキーイベントとして設定する方法が一般的です。LINE Messaging APIを使ってより精密に計測する場合は、友だち追加イベントをWebhookで受け取り、Measurement Protocol経由でGA4にイベントを送信するアーキテクチャが使えます。
Q. LINEのシェアボタン経由のアクセスがGA4で「direct」に分類されてしまいます。対処法は?
LINEのアプリ内ブラウザはリファラー情報を送信しないため、UTMパラメータなしのリンクはGA4で「(direct)/(none)」に分類されます。対処法は①すべてのLINEメッセージのリンクにUTMパラメータを必ず付与する②LINE経由のリンクが多い場合は「utm_source=line」でフィルタしてセッションを確認する、です。UTMパラメータを付与すれば「Organic Social」または「(other)」にセッションが正しく帰属されます。
LINE活用・販促とマーケティングDXのご相談
LINE公式アカウントを軸にした顧客接点づくりや配信・販促の自動化、マーケティング全体のデジタル化を支援します。業種ごとの勝ちパターンを踏まえ、貴社に合った活用方法をご提案します。
LINE公式アカウント支援
LINE公式アカウントの配信設計からCRM連携、LINEミニアプリ開発まで。顧客接点のデータを統合し、LTVと売上を上げるLINE活用を実現します。