オフラインコンバージョンとは？LINEの成約をGoogle広告に戻す方法

✅ この記事の要点

• 広告からLINEに来た顧客が成約しても、そのままでは広告の管理画面には「友だち追加」までしか残りません。
• 成果を広告側に戻す方法は2つあります。クリックID（GCLID）で突き合わせる方法と、ハッシュ化した顧客データで突き合わせる方法です。
• 実装で最初につまずくのは技術ではなく期限です。送れる日数に上限があり、商談サイクルが長い事業では間に合わないことがあります。

この記事では、仕組み、2つの方式の違い、送信の期限、そしてLINE経由の場合に何を追加で設計する必要があるかを扱います。

なお本記事が扱う一次情報はGoogle広告の公式ヘルプに限られます。Meta広告とLINEヤフー広告については、執筆時点で公式ドキュメントの本文を取得できなかったため、仕様を記載していません。

オフラインコンバージョンとは何を指す？

Google広告のヘルプでは、オフラインコンバージョンのインポートについて「広告がクリックされた後にオフラインで生じた成果を把握することができます。」と説明されています（※4）。

想定されている典型例も明記されています。「広告はオンライン セールスに直接つながらないことがありますが、ユーザーの購入経路の起点となって、最終的に実店舗や通話といったオフラインでの購入につながることがあります。」（※1）

ここで注意したいのが「オフライン」という言葉の範囲です。実店舗や電話だけを指すように読めますが、実際には「広告の計測タグが置けない場所で起きた成果」全般が対象になります。

当社の見解として、LINE公式アカウントのチャットで起きた成約は、この定義に当てはまります。 店舗でも電話でもありませんが、広告のタグが動かない場所で成果が確定している点は同じです。この記事で「オフライン」と書くとき、チャット内や自社CRM上で確定した成約を含みます。

広告の成果を何で測るかという上位の話は、広告効果測定で別途扱っています。

なぜLINEに来た顧客の成約は広告に戻らない？

広告からLINEを経由して成約に至るまでの流れを分解すると、記録される場所が途中で切り替わります。

1. 広告をクリック（広告プラットフォームが記録）
2. LINE公式アカウントを友だち追加、または会話を開始（LINE側が記録）
3. チャットでやり取りし、見積もりや来店予約に進む（チャットツールが記録）
4. 成約する（自社のCRMや基幹システムが記録）

標準的な誘導設計では、広告プラットフォームが自力で見られるのは1だけです。2から4は別のシステムの中で起きるため、そのままでは広告側の数字に反映されません。

ただし例外があります。Google広告のLINEメッセージアセットを使う場合は、2の「会話の開始」までが広告側のコンバージョンとして計測されます。詳しくは後述します。ここを混同すると実装方針を誤るため、自社がどちらの誘導設計かを先に確認してください。

この状態が困るのは、レポートが不正確になるからだけではありません。自動入札の学習が、成約ではなく手前の指標に向かって進んでしまうためです。友だち追加をコンバージョンとして設定していれば、機械学習は友だち追加しやすい人を集めにいきます。友だち追加はするが買わない層が一定数いる場合、配信はその層に寄りやすくなります。なお自動入札の挙動は、設定しているコンバージョンの種類だけでなく、蓄積されたデータ量や学習期間にも左右されます。コンバージョン定義を変えれば必ず改善する、というものではありません。

つまりオフラインコンバージョンの連携は、レポートの精度を上げる施策であると同時に、入札の最適化対象を成約に付け替える施策です。後者のほうが金額へのインパクトは大きくなります。

広告からLINEへの誘導そのものの設計は、LINEメッセージアセットの解説にまとめています。

広告に成果を戻す方法は何種類ある？

Google広告では、成果と広告クリックを突き合わせる方法が2つあります。

これは二者択一ではなく、照合に使える情報が2系統あるという整理です。両方を同時に送ることもできます。

それぞれの仕組み

GCLIDは「Google 広告からウェブサイトへのアクセスにつながったすべてのクリックに」割り当てられる固有のIDで、「広告をクリックしたユーザーから収集した見込み顧客情報と一緒にこの ID を保存します。」と説明されています（※1）。この方式の要は、GCLIDを拾って保存しておく工程です。ここが抜けていると、あとから成果が分かっても突き合わせる鍵がありません。

ユーザー提供データ側は「リードの拡張コンバージョン」として、「メールアドレスなどのユーザー提供データを使って、インポートされたオフライン コンバージョン データを補完することにより、精度と入札のパフォーマンスを高めます。」とされています（※1）。突き合わせ先は「ログイン ユーザーの Google アカウントのハッシュ化された顧客データ」です（※1）。

併用について

Googleはインポートのパターンを3つ挙げています。「GCLID のみを含むイベントをインポートする」「GCLID とユーザー提供データの両方を含むイベントをインポートする」「ユーザー提供データのみを含むイベントをインポートする」（※2）

併用時の効果として「GCLID とファーストパーティ データ（メールアドレスや電話番号など）を併用した広告主様は、標準的なオフライン コンバージョン インポートを使用した広告主様と比較して、コンバージョンが中央値で 10% 増加しました。」と記載されています（※1）。ただしこの数値の測定期間・対象・母数は同ページにありません。

Google広告でいま何が変わっている？

この領域は移行の途中にあり、しかも期限の一部はすでに過ぎています。2026年9月24日時点で、Google広告ヘルプの該当ページには次のバナーが表示されています。

変わるのは機能そのものではなく、データを送り込む経路です。

「2026 年 6 月 15 日以降、オフライン コンバージョンのインポートとリードの拡張コンバージョンのアップロードは Data Manager API に移行され、Google Ads API ではブロックされます。」（※2）

「中断を避けるため、現在および今後のオフライン コンバージョンとリードの拡張コンバージョンのデータ アップロードには、Data Manager API をご利用ください。」（※2）

あわせて、設定の統合も告知されています。

「拡張コンバージョン（ウェブ向け）とリードの拡張コンバージョンが、まもなく単一のオン/オフ設定に統合されます。」「2026 年 4 月以降 Google 広告では、ウェブサイトのタグ、データ マネージャー、API 接続からユーザー提供データを同時に受け取るようになります。」「既存のユーザーは、新しい統合設定に自動的に移行されます。」（※2）

方向性は明確で、オフラインコンバージョンのインポートについては「レガシー機能であり、リードの拡張コンバージョンで提供されている持続可能性に関する機能はありません。」と書かれています。これから導入する場合の推奨も明記されています。「オフライン コンバージョンのインポートをまだ導入済みでない場合は、代わりにリードの拡張コンバージョンから始めるのがおすすめです。

ただしGCLIDは不要になりません

移行と聞くとGCLIDの取得をやめてよさそうに読めますが、公式の指示は逆です。

「精度を最大限に高めるため、アップロードするイベントには可能な限り GCLID を含めてください。」

「タグを使用してリードの拡張コンバージョンを設定している場合は、タグによって GCLID が自動的に収集されますが、オフライン コンバージョンが特定の広告クリックに適切に関連付けられるように、既存の GCLID のインポートを継続してください。」

つまりGCLIDの取得と保存は、方式が変わっても引き続き必要な工程です。ここを省く設計は避けたほうが無難です。

LINEメッセージアセット経由なら、何が変わる？

ここまでは「広告からLPを経由してLINEに誘導する」標準的な設計を前提にしてきました。Google広告のLINEメッセージアセットを使う場合は、前提が変わります。

当社の解説記事では、この機能について「ユーザーが最初のメッセージを送信した瞬間をGoogleがコンバージョンとして計測し、さらにチャット内で起きた成果を広告側へ戻す仕組みまで用意されています。」と説明しています（※5）。また「広告のクリックIDが会話に引き継がれる」とも記載しています（※5）。

ここが実装上いちばん重要な分岐です。

メッセージアセットを使うなら、GCLIDの受け渡しを自作する必要はありません。逆に標準的な誘導設計のまま自前で組む場合は、次章の設計が必要になります。自社がどちらなのかを確認せずに着手すると、不要な実装を作り込むか、必要な実装を抜かすかのどちらかになります。

メッセージアセット自体の仕様と設定手順はLINEメッセージアセットの解説にまとめています。本記事では重複を避けて詳細に立ち入りません。

標準的なLINE誘導では、何を設計する？

ここからはGoogleのヘルプに直接の記載がない領域です。以下は当社の見解として、メッセージアセットを使わない場合の設計上の論点を挙げます。

Webフォームでの獲得を前提にした手順は、GCLIDをページ側で拾って隠し項目でフォームに渡し、顧客管理システムに保存する流れです。Googleのヘルプにも「すべてのウェブページのコードを更新し、GCLID を取得して、Cookie またはローカル ストレージに保存できるようにします。」「各フォームの送信ページに修正を加えて、GCLID 用の隠し項目を追加します。」と書かれています（※4）。

LINEを挟む場合、この前提が2か所で崩れます。

1つめは、保存先が引き継がれないことです。 GCLIDをブラウザのCookieやローカルストレージに置く設計は、同じブラウザの中で完結する前提です。広告クリックのあとLINEアプリに遷移すると、その保存領域はそのまま使えません。GCLIDを、遷移先まで運べる形で持たせる設計が別途必要になります。

2つめは、成果の確定場所が離れていることです。 Webフォームであれば、送信の瞬間にGCLIDと顧客情報が同じレコードに入ります。LINEの場合、友だち追加した時点ではまだ成約しておらず、成約はそのあとチャットやCRM側で確定します。つまりGCLIDを、友だち追加から成約までの数週間ずっと顧客レコードに保持し続ける必要があります。

この2点から、設計で決めるべきことは次の3つに集約されます。

• 広告クリックのIDを、どの時点でどのレコードに書き込むか
• そのレコードを、LINEの友だちIDとどう紐づけるか
• 成約が確定したとき、どのシステムがアップロードを実行するか

顧客データを1か所に集める考え方そのものは、データ統合の進め方で扱っています。また、LINE経由の流入をGA4側で可視化する方法はGA4連携ガイドにまとめています。

実装前に決めておくことは？

技術的な接続より先に、社内で合意しておくと手戻りが減る項目があります。

クレッシェンドラボの製品はどこを担う？

当社が提供しているMAACには、Google広告へコンバージョンを送るアクションがあります。当社の解説記事では「MAAC Journeyには、Google Adsコンバージョンをアップロードするアクションがあります。」「Journey内で設定した条件を満たしたユーザーについて、問い合わせ、購入、商談化などをGoogle広告のコンバージョンとして送信できます。」と説明しています（※5）。

導入を検討される場合は、現時点の提供状況と条件を個別にご確認ください。 Google広告連携のページ

まとめ

• 広告からLINEに来た顧客の成約は、そのままでは広告側に戻りません。入札の最適化対象が友だち追加のような手前の指標に固定されます
• 照合に使える情報は2系統。GCLIDとハッシュ化した顧客データで、併用もできます
• 移行しているのは機能ではなくアップロード経路です。オフラインCVインポートは「レガシー機能」ですが、GCLIDの取得と保存は引き続き必要です
• 実装の可否を最初に決めるのは期限です。リードの拡張コンバージョンは、関連するラストクリックからアップロードまでが63日を超えるとインポートされません
• 着手前にメッセージアセットを使うかどうかを確認してください。使うならGCLIDの受け渡しは自作不要、使わないなら自前の設計が必要です
•  

出典

• ※1 Google 広告 ヘルプ「オフライン コンバージョンのインポートについて」
• ※2 Google 広告 ヘルプ「オフライン コンバージョンのインポートをリードの拡張コンバージョンにアップグレードする」
• ※3 Google 広告 ヘルプ「オフライン コンバージョンをインポートするためのガイドライン」
• ※4 Google 広告 ヘルプ「Google クリック ID（GCLID）を使用してオフライン コンバージョンを設定する」
• ※5 クレッシェンドラボ「LINEメッセージアセットとは？Google広告からLINEで会話を開始する設計・データ連携の解説ガイド」
• ※6 クレッシェンドラボ「Google広告とLINEを連携」

いずれも2026年9月24日時点の掲載内容です。なお※1から※4のページには「このページには、AI 技術を使用して翻訳されたコンテンツが含まれている場合があります。AI 翻訳には誤りが含まれている可能性があります。」との注記があります。仕様と数値は変更される場合がありますので、実装前に各ページで最新の情報をご確認ください。