ファーストパーティ計測 ツール比較の相談が、ここ半年で目に見えて増えました。理由はシンプルで、選択肢が一気に4つに増えたからです。Google タグ ゲートウェイ（GTG）、サーバーサイドGTM（sGTM）、Conversion API（CAPI）、そしてカスタムドメイン直接配信。それぞれ責務が違うのに、ベンダー資料はどれも「これ1つで解決」と書く。結果として、4ツール全部入れて月額が膨らんだ会社と、1ツールだけで満足してデータが漏れている会社の二極化が起きています。本稿では、IT歴23年・技術顧問20社以上の現場感覚から、4ツールの責務分担と意思決定フレームを整理します。
💡 この記事の要点（30秒で）
GTG／sGTM／CAPI／カスタムドメイン直接配信は責務が異なる「補完関係」のツール群で、二者択一ではない
経営者は「投資対効果と段階導入」、エンジニアは「責務レイヤーと既存構成との接続性」で判断軸が分かれる
推奨導入順序は CAPI → GTG → sGTM → カスタムドメイン。逆順は工数とコストが膨らみがち
「ツール選定」より「導入後30/60/90日の運用設計」で差がつく。決定後に詰まる典型3パターンを把握しておくこと
2026年以降は GTG が「インフラ層の標準」に向かう見込み。sGTM／CAPI は引き続き併用前提
GTG vs sGTM vs CAPI vs カスタムドメイン：結論先に
立場別に結論を先に置きます。
広告運用責任者・経営者の方へ：まず CAPI。広告媒体への CV 通知精度が直接 ROAS に効くため、最もリターンの大きい初手です。次に GTG を足してスクリプト配信のファーストパーティ化で計測ベースを底上げ。広告予算が一定規模を超えたタイミングで sGTM を検討、というステップが堅い。
エンジニア・テックリードの方へ：責務レイヤーで切ると整理が早い。GTG＝インフラ層／sGTM＝タグ実行層／CAPI＝変換通知層／カスタムドメイン直接配信＝配信元偽装層。直交する4レイヤーなので、既存のインフラ（Cloudflare／AWS／GCP／さくら）と社内のタグ管理体制を見て、レイヤー単位で穴を埋めていくのが現実的です。
評価軸は次の4つに揃えました。①責務範囲（何の問題を解くか）、②実装難度（DNS／CDN／サーバー実装のどこに重みがあるか）、③コスト構造（初期と月額）、④計測カバー領域（ITP・広告ブロッカー・JS未実行のどれに効くか）。この4軸で4ツールを並べたのが下の表です。
| ツール | 責務層 | 主に効く計測漏れ | 実装難度 | 月額コスト感 |
|---|---|---|---|---|
| GTG（Google タグ ゲートウェイ） | インフラ層 | 広告ブロッカー・スクリプト遮断 | 低（DNS／CDN中心） | 小 |
| sGTM（サーバーサイドGTM） | タグ実行層 | Cookie寿命短縮・PII除去要件 | 中〜高（Cloud Run運用） | 中〜大 |
| CAPI（Conversion API） | 変換通知層 | ブラウザ離脱・CV未送信 | 中（バックエンド改修） | 小〜中 |
| カスタムドメイン直接配信 | 配信元偽装層 | 非Google系計測の遮断 | 低〜中（CDN設定） | 小 |
「どれか1つで全部解決」は構造的に成立しません。問題のレイヤーが違うからです。逆に言えば、自社の漏れがどのレイヤーで起きているかさえ特定できれば、選ぶべきツールはほぼ自動的に決まります。
4ツールの正体と、評価軸が妥当である理由
評価軸を「責務層」で切った根拠を、各ツールの実装視点から補足します。技術顧問20社以上での実装・レビュー経験を踏まえた整理です。
GTG の正体と使いどころ
GTG は、Cloudflare／AWS／GCP／さくら などのインフラ層で動く「ファーストパーティ配信プロキシ」です。Google が2025年から正式提供を開始し、`gtag.js` や GTM コンテナを自社ドメイン（例：`metrics.example.co.jp`）から配信できます。設定は DNS と CDN ルーティングが中心で、JavaScript の改修は最小限。ITP の Cookie 寿命制限を回避し、広告ブロッカーによる遮断率を下げる効果が見込めます。
向くケース：既存サイトの改修コストを抑えつつ、Google 計測タグのファーストパーティ化を最短で実現したい。
向かないケース：Google 以外の計測ツール（HotJar、Microsoft Clarity 等）の遮断対策を一括で行いたい場合は、カスタムドメイン直接配信の検討も併走させる必要がある。
sGTM の正体と使いどころ
sGTM は、ブラウザの GTM が「自社サーバー（Cloud Run など）」へデータを送り、そこで各広告媒体へ転送する中継サーバーです。Cookie の First-Party 化、PII（個人情報）の除去、データの加工が可能で、広告計測の中央集権化を実現します。ただし常時稼働インフラのため運用コストが発生し、タグ管理の専門知識が前提になります。
向くケース：広告媒体が複数（Meta／Google／TikTok／LINE／Yahoo!）あり、各タグへのデータ加工・PII 除去ルールを統一したい。タグ管理を組織横断で標準化したい。
向かないケース：広告予算が小規模で、社内に GTM／タグ管理の専任者がいない。Cloud Run の月額コストが固定費として重く感じるフェーズ。
CAPI の正体と使いどころ
CAPI は、ブラウザに依存せずサーバーから CV イベントを直接送る API です。Meta CAPI、Google Enhanced Conversions、TikTok Events API などが該当します。ブラウザの Cookie 切れ・広告ブロッカー・JS 未実行の影響を受けず、購入完了・申込完了などの確実な CV を補完できます。LTV や CRM データを後追いで送れるため、広告最適化の精度に直接効きます。
向くケース：広告 ROAS にシビアで、CV 計測漏れがそのまま予算配分の判断ミスにつながる事業。EC・SaaS・人材・不動産などコンバージョン定義が明確な業種。
向かないケース：バックエンドが SaaS 任せで CV イベントの発火タイミングをサーバー側で握れない場合は、まず計測設計のリファクタリングから着手する必要がある。
カスタムドメイン直接配信の正体と使いどころ
計測スクリプトやピクセル画像を自社のサブドメインから配信する古典的アプローチです。Cloudflare Workers／AWS CloudFront Functions／nginx などで実装できます。GTG と機能的に重なる部分がありますが、Google 公式以外の計測ツールを一括ファーストパーティ化できる柔軟性が強みです。
向くケース：HotJar／Microsoft Clarity／独自分析基盤など、Google 公式外の計測ツールを複数併用している。
向かないケース：Google 計測タグのみで完結している環境では、GTG で十分代替可能。
ニッチユースケース別の推奨
• iOS Safari の計測漏れが致命的（高額商材・LTV型ビジネス）：CAPI を最優先、続いて GTG。Cookie 寿命を回避する2段構えで底上げ。
• 広告代理店が複数媒体を運用：sGTM でタグ管理を中央集権化、CAPI で CV を補完する組み合わせが安定。
• 非Google計測ツール多数：カスタムドメイン直接配信を CDN レイヤーで早めに敷いておくと、後の選定が楽になる。
• 改修コストを抑えたい中小事業者：GTG 単体から入り、ROI を見ながら CAPI を追加。
🏢 CRIEN実証 ── 4ツールはどれも「魔法の解決策」ではなく、責務レイヤーごとに穴を埋める道具です。技術顧問として20社以上の実装・レビューを伴走してきた肌感覚として、「sGTM を入れたのに iOS Safari の計測が回復しない」「CAPI を入れたのに GA4 の CV が増えない」といった相談はほぼ毎月入ります。原因はだいたい、解いている責務レイヤーと、漏れているレイヤーがズレているだけ。最初に「うちはどのレイヤーで漏れているのか」を可視化するところから始めると、ツール選定の議論が一気に短くなります。CRIEN 自社サイトでも GTG＋CAPI の2点構成で運用しており、まず2点から段階導入する設計を顧問先にも勧めています。
決定後に詰まる3パターンと、30/60/90日の定着プラン
ツール比較に時間を使う会社は多いのですが、現場で本当に詰まるのは決めた後です。技術顧問として複数社の運用を見てきて、典型的に同じ3つのパターンで止まります。
パターン①：ツールだけ入れて、運用設計がない。sGTM を契約し Cloud Run まで立てたものの、タグの命名規則・イベント定義・QA フローが決まっていない。3ヶ月後に「誰がどのタグを管理しているのか分からない」状態になります。
パターン②：経営層が ROI 判断の軸を持たないまま導入承認。「広告計測を強化する」という曖昧な目的で予算が通り、効果検証のタイミングで「結局何がよくなったのか」を説明できない。次年度の予算継続が危うくなります。
パターン③：ツール戦争で社内が分断。マーケが CAPI を推し、エンジニアが sGTM を主張、代理店が GTG を勧める。決め手がないまま3ヶ月会議だけ続き、計測漏れは放置されたまま。
3パターンとも、原因は「ツール選定」より「選定後の役割分担と定着プロセス」にあります。次に挙げる30/60/90日プランは、CRIEN が顧問先で組んでいる標準形です。
| フェーズ | 期間 | 主タスク | 経営層の関与 | 主担当 |
|---|---|---|---|---|
| 0-30日：設計と最小実装 | 第1ヶ月 | 計測漏れ可視化、責務レイヤー特定、CAPI または GTG のいずれかを先行実装 | KPI と目標CV回復率の合意 | エンジニア＋マーケ |
| 30-60日：定着と運用設計 | 第2ヶ月 | タグ命名規則、QAフロー、ダッシュボード整備、レビュー会議の月次化 | 月次レビューに同席 | マーケ＋PM |
| 60-90日：拡張判断 | 第3ヶ月 | 効果測定、次フェーズ（sGTM／カスタムドメイン）の要否判断 | ROI報告と次期予算判断 | 経営＋顧問 |
このプランの肝は、「経営層が月次でデータに触れる仕組み」を最初の30日で組み込むことです。これがないと、運用は必ず属人化します。
自社実行 vs 伴走支援 — 正直に比較
社内人材だけで進めるか、外部の伴走支援を入れるかは、組織のフェーズで答えが変わります。判断のために、正直なところを並べます。
| 観点 | 自社実行 | 伴走支援（顧問・外部支援） |
|---|---|---|
| 初期コスト | 内部工数のみ | 月額顧問料／支援料が発生 |
| スピード | 学習コスト分のラグあり | 既存知見でショートカット可能 |
| ノウハウの内製化 | 全て社内に残る | 引き継ぎ設計次第で残る／残らない |
| 経営層への説明 | 担当者依存になりがち | 第三者の根拠が説得材料になる |
| 失敗時のリスク | 全部自社で吸収 | リスク分散・早期発見が効きやすい |
| 向いている組織 | 計測専門人材が既に複数いる | 計測・広告・データを横断する専任が不在 |
CRIEN の経験で言えば、社内に計測の専任エンジニアが1名以上いる場合は自社実行で回ります。専任不在で「マーケが片手間で見ている」段階の組織は、最初の90日だけでも外部の頭を借りた方が、結果として総コストは下がる傾向があります。
結局のところ、ツールより組織設計 — 最短7日の動き出し
ここまで4ツールを並べてきましたが、見てきた現場で本当に差がつくのは、ツールそのものではなく「選定後30/60/90日でどう動くか」です。経営層がデータレビューに月次で参加する仕組みが組まれている会社は、どのツール構成でも結果を出します。逆に、ツール選定だけ凝っても、運用設計が空白だと半年後にはほぼ振り出しに戻ります。
最短7日で動き出す手順を置いておきます。
1. Day 1-2：自社の計測漏れがどの責務レイヤーで起きているかを可視化（iOS Safari・広告ブロッカー・JS 未実行のそれぞれで実数を出す）
2. Day 3-4：4ツールのうち、漏れているレイヤーに対応するものを優先順位付け（多くの場合 CAPI または GTG が初手）
3. Day 5-6：初手のツールについて、初期コスト・月額・実装工数の3点で見積もり。社内の意思決定者と合意
4. Day 7：30/60/90日プランをドラフト化し、関係者（経営・マーケ・エンジニア・代理店）の役割分担を明文化
この7日で「決められない理由」が見えてきます。多くの場合、決められない理由は技術ではなく社内の合意形成プロセスにあります。そこが見えれば、次の30日の動きはほぼ自動的に決まります。
決めかねている段階で外部の頭を入れたい場合は、CRIEN の Google タグ ゲートウェイ 導入支援 でも、まるごとAI顧問の枠組みでも、現状診断と最適構成の提案からご相談に乗っています。意思決定の初動が一番コストを下げます。
FAQ（よくある質問）
どれから始めるべきですか？
CAPI または GTG のどちらかから始めるのが現実的です。広告媒体への直接 CV 送信を優先するなら CAPI、サイト全体のスクリプト配信を底上げするなら GTG。広告 ROAS にシビアな事業なら CAPI、まず計測ベースを広く取りたいなら GTG が初手として収まりがよい。sGTM とカスタムドメイン直接配信は、最初の2点が稼働してから検討で十分間に合います。技術顧問の現場では「最初に2点を順序立てて入れた会社」と「最初から4点並列で動いた会社」の3ヶ月後の運用安定度は、前者の方が明確に高い傾向があります。
全部入れる必要はありますか？
多くの中堅事業者は CAPI ＋ GTG の2点で実用十分です。大手・広告媒体が多数・PII 取扱が厳しい業種は sGTM を、Google 公式外の計測ツールを多用するなら カスタムドメイン直接配信を、それぞれ必要に応じて足す形が無理がありません。「全部入り」は理想形ですが、運用コストとガバナンスの負担も4倍になります。自社のフェーズに対して過剰なら、入れない判断が正解です。
経営層に投資を説明する材料は？
「広告費の何％を計測インフラに投資すると、ROAS にどれだけ効くか」というフレームが通りやすい。具体的な計測回復率の数字は事業ごとに振れ幅が大きいので、まずは「現状の計測漏れがどの程度ある（あるいは可能性がある）か」を1ページで可視化し、改善後の試算レンジを幅で示すのが現実的です。CRIEN が顧問先で作成する稟議書テンプレも、この「漏れの可視化＋幅でのレンジ提示」の構成にしています。
ベンダーロックインのリスクは？
標準仕様に準拠した実装を選べばロックインはおおむね回避できます。GTG は Google 公式仕様、sGTM は GTM の標準機能、CAPI は各広告媒体の公開API、カスタムドメイン直接配信は Cloudflare／AWS／GCP の汎用機能で実装可能。注意したいのは、独自タグ・年間契約の SaaS を間に挟むケース。設計段階で「標準仕様準拠」と「ドキュメント納品」を要件に含めておくと、後の移行・撤退の柔軟性が確保できます。
2026年以降の見通しは？
GTG が「インフラ層の標準」に向かい、sGTM／CAPI は引き続き併用前提で推移する見込みです。Google は GTG を `gtag.js` 配信の推奨方式として位置づけており、主要広告媒体が GTG 経由配信を前提とした最適化を進める可能性が高い。Apple ITP は引き続き Cookie 寿命を縮める方向、Chrome のサードパーティ Cookie 廃止は段階的に進行。ファーストパーティ計測の重要性は今後3-5年で更に増すため、早期着手の優位性は維持されます。技術顧問の立場から言えば、「2026年に GTG を入れた会社」と「2027年以降に慌てて入れる会社」では、データ蓄積期間の差がそのまま広告最適化精度の差になります。
