ITP対策でsGTM（サーバーサイドGTM）を導入したのに、「LINE広告のコンバージョンが思ったより返ってこない」という相談が増えています。本記事では、なぜそれが起きるのか、sGTMの役割と限界、そして何を足せば返るようになるのかを整理します。
結論：sGTMは「運び屋」。LINE経由のCVは“識別子”が欠けて返らない
sGTMはサーバー送信の基盤であって、送るイベントに広告クリックID（gclid/fbclid）が入っていなければ、媒体に返せません。そしてLINEは、LP→アプリの遷移でそのクリックIDが切れます。だからsGTMに乗せても紐付かない、というのが正体です。
> 要点（先に結論）
> - sGTMは「ブラウザ→自社サーバー→各媒体」のサーバー送信ハブ。識別子を“発明”はしない
> - LINEはLP→アプリ遷移で広告クリックIDが切れるため、sGTMに乗せても返らない
> - 必要なのは「LP時点でクリックIDを捕捉し、LINE側のCVと突合する」層
なぜsGTMだけでは返らないのか
sGTMの役割は、ブラウザから来たデータを自社サーバーで受け、各媒体のサーバー受信API（CAPI）へ送信すること。ITPでブラウザ計測が痛んでいる今、サーバー送信に寄せる手段として有効です。
ただしsGTMはあくまで運び屋です。CVイベントに「どの広告クリック由来か」を示すgclid/fbclid（またはユーザー識別子）が含まれていないと、媒体は紐付けられません。
LINEの場合、ここが構造的に欠けます。広告クリック → LP着地（gclidが付く）→ LPからLINEアプリへ遷移 → 友だち追加。この「LP→アプリ」でWebのCookie・パラメータが切れ、LINE側に広告情報が渡りません。結果、sGTMに何を乗せても、肝心のクリックIDが無いので返らない、というわけです。
ありがちな失敗パターン
- 「Shopify/LPにsGTMを入れたのに、LINE友だち追加CVがMetaに返らない」
- 「sGTMでGA4は飛ぶのに、広告の自動入札（最適化）が回らない」
- 「LINE内CVやリッチメニュー経由のWeb CVがブラックボックスのまま」
sGTMが返せるケース／返せないケースを整理すると、こうなります。
| ケース | sGTM単体で返る？ |
|---|---|
| Web内で完結するCV（gclidがブラウザにある購入完了など） | ◯ |
| LINE友だち追加（LP→アプリで識別子が断絶） | ✕（識別子が無い） |
| LINE経由Web CV（リッチメニュー→外部サイト購入） | △（LINE跨ぎの突合が必要） |
解決策：足りない「捕捉＋突合」を補う3ステップ
- LP着地時に広告クリックID（gclid/fbclid）を捕捉して保持する（GTMタグ1行）。ITPでCookieが短命でも、捕捉した識別子をサーバー側に保持しておく。
- LINE側のCV（友だち追加・LINE内CV・LINE経由Web CV）を受け取り、保持したIDと突合する。「どの広告から来た人が、実際にCVしたか」をここで確定。
- 突合済みのCVをサーバー直送方式でMeta・Google・Yahooに返す。
ポイントは、sGTMを“出口の土管”として活かしつつ、その手前の「LINEで切れる部分」を埋めること。ここを補えば、sGTMに乗せても返らなかったLINE系CVが、正しく媒体に返るようになります。
sGTMとの関係（競合ではなく補完）
- sGTM：サイト全体のサーバー送信基盤。自社でGCP等に構築・運用する。
- Linetrace：LINE導線という一番壊れやすい部分（クリックID捕捉＋LINE側CVの突合）を担う、構築済みのSaaS。
つまり両者は競合ではなく補完です。Web内で完結するCVはsGTMで、LINE友だち追加やLINE経由Web CVなどLINE系のCVはLinetraceで捕捉・突合してサーバー側から各媒体に返す——という役割分担ができます。
Linetraceなら
LP着地時の広告クリックID捕捉から、LINE側CVとの突合、Meta・Google・Yahooへのサーバー直送方式での返却までを、GTMタグ1行・月¥10,000〜（LINE公式アカウント単位）で。sGTMの自前構築なしに、LINEで切れていたCVを広告に返せます。2週間の無料トライアル（クレジットカード不要）で確認できます。