新しい計測タグへの移行ガイド｜タグ差し替えで終わらせない計測再設計移行前チェック、イベント定義、運用現場での検証項目まで網羅
新しい計測タグへの移行ガイド｜タグ差し替えで終わらせない計測再設計のようなテーマは、単なるアップデート情報として消費されがちです。しかし実務では、こうした論点を正しく解釈できるかどうかで、配信の質も顧客への説明力も大きく変わります。特に広告運用の案件を取りたい企業にとっては、機能の紹介だけではなく、設定・計測・改善まで含めて語れることが重要です。
本記事では、新しい計測タグへの移行ガイド｜タグ差し替えで終わらせない計測再設計を起点に、「新タグの概要」、「移行メリット」、「移行手順と検証」という構成要素を踏まえながら、より実務寄りに整理します。参考情報をなぞるのではなく、案件診断や提案資料にも転用できるレベルまで掘り下げます。
01このテーマが今重要な理由
02新タグの概要
03移行メリット
実務での基本ステップ
- 現行CV定義とイベント一覧を棚卸しする
- 移行後に保持したいデータ粒度を決める
- 公開前にテスト環境で発火確認を行う
- 移行後2週間は媒体学習への影響を監視する
04移行手順と検証
| 見る項目 | 意味 | 判断の仕方 |
|---|---|---|
| タグ発火率 | 実装漏れを早期発見できる | ページ別・デバイス別に確認する |
| CV件数差分 | 移行前後のズレを把握する | 一定範囲を超えるならイベント定義を再確認 |
| 重複計測率 | 二重計測を防ぐ | タグ管理の整理が必要か判断する |
05失敗しやすいポイントと回避策
- 旧タグと新タグの役割を整理しない
- 検証なしで本番反映する
- 媒体最適化対象イベントを移行時に変えてしまう
06成果につなげる実務フロー
07移行前に作る棚卸しシート
タグ移行の失敗はほぼ例外なく、「どこに何のタグが入っているか分からないまま作業を始めた」ことが原因です。差し替えの前に、現状を1枚に書き出してください。
棚卸しシートの列
- タグの種類（ベース / コンバージョン / リマーケティング）
- 設置場所（テンプレート直書き / タグマネージャ / カート標準機能 / プラグイン）
- 発火条件（ページ表示 / クリック / フォーム送信 / 購入完了）
- 紐づく広告アカウントとコンバージョン名
- 設置した時期と、当時の担当者
- 現在も使っているか（不明なら「不明」と書く）
この作業で必ず出てくるのが、誰も把握していない古いタグです。過去の代理店が入れたもの、終了したキャンペーンのもの、テスト用に入れて消し忘れたもの。移行のタイミングは、これらを整理できる数少ない機会なので、まとめて棚卸ししてください。
使っているか分からないタグを、確認せずに消さないでください。特にカートやフォームの標準機能として組み込まれているものは、消すと計測が丸ごと止まります。判断がつかないものは残したまま移行し、後で個別に確認します。
08並行稼働の期間をどう設けるか
旧タグをいきなり外すと、数値が変わったときに比較対象がなくなります。移行時は必ず並行稼働の期間を取ってください。
| フェーズ | 状態 | 期間の目安 | 確認すること |
|---|---|---|---|
| 1. 新タグ追加 | 旧・新の両方が動く | 1〜2週間 | 新タグが発火しているか、重複計上が起きていないか |
| 2. 数値比較 | 両方が動いたまま | 2〜4週間 | 件数の差、日次の推移、乖離の傾向 |
| 3. 旧タグ停止 | 新のみ | — | 停止直後の件数変動、入札の挙動 |
| 4. 経過観察 | 新のみ | 2週間 | 自動入札の学習が安定したか |
フェーズ2で重要なのは、差が出ること自体は異常ではないと理解しておくことです。計測の仕組みが変われば、重複排除の方法や計測期間の扱いが変わり、件数は動きます。問題なのは、差の理由を説明できないことです。
並行期間中は、自動入札の最適化対象を切り替えるタイミングにも注意してください。両方のコンバージョンを同時に入札対象にすると、二重にカウントされて入札が過剰になります。
09タグマネージャでの実装パターン
可能な限り、タグはタグマネージャに集約してください。テンプレートへの直書きが残っていると、サイトリニューアルのたびに消えます。
実装時に決めておくこと
- 命名規則（例：
媒体_種類_対象_日付）を先に決める - トリガーは可能な限りデータレイヤー経由にし、CSSセレクタ依存を減らす
- 購入金額や商品IDなど、変数で渡す値の名前を統一する
- 公開前に必ずバージョン名とメモを残す
- 権限を整理し、公開できる人を限定する
CSSセレクタに依存したトリガーは、サイトの軽微な変更で壊れます。しかも壊れても画面上は何も起きないため、気づくのは月次レポートの作成時、というのがよくあるパターンです。フォーム送信やボタンクリックは、開発側にデータレイヤーへのイベント送出を依頼するのが確実です。
10検証は誰が何を確認するか
検証を担当者1人に任せると、見落としが必ず出ます。役割を分けてください。
| 担当 | 確認すること | 確認方法 |
|---|---|---|
| 実装者 | タグが発火するか、値が正しく渡っているか | プレビューモード、ブラウザの開発者ツール |
| 運用担当 | 管理画面に件数が計上されるか | テスト送信後、数時間〜翌日に管理画面で確認 |
| 事業担当 | 件数が実際の受注・問い合わせと合うか | CRMや受注データとの突き合わせ |
| 開発者 | ページ表示速度やエラーへの影響 | 読み込み時間の計測、コンソールエラーの確認 |
3つめの突き合わせを飛ばすと、「タグは動いているが、数えているものが違う」という状態に気づけません。テスト送信ではなく、実際の1日分のデータで件数を照合してください。
- スマートフォンでも発火するか（PCだけで確認して終わらない）
- 広告からの流入経路でも発火するか（直接アクセスだけで確認しない）
- サンクスページを再読み込みしたときに二重計上されないか
- フォームのバリデーションエラー後に送信した場合も計測されるか
11移行後に数値が変わったときの読み方
件数が変わったとき、原因の候補は限られています。順に潰していけば、たいていは説明がつきます。
- 重複排除の単位：1回の申込で1件か、全件かの設定が変わっていないか
- 計測期間：クリックから何日以内を成果とみなす設定が変わっていないか
- 発火条件：旧タグと新タグでトリガーが微妙に違っていないか
- ブラウザ環境：クッキー制限の影響を受ける割合が変わっていないか
- 単純な実装漏れ：一部のページや一部の導線に新タグが入っていない
意外に多いのが5つめです。主要な導線だけ確認して、電話タップ、LINE、チャット、資料ダウンロードといった副次的な導線が漏れているケースが目立ちます。棚卸しシートに全導線を書き出しておくと防げます。
数値が減ったからといって、すぐに旧タグへ戻すのは避けてください。戻すとまた比較の基準が変わり、原因の切り分けがさらに難しくなります。並行稼働のデータが残っているうちに、差の理由を特定してください。
12コンバージョン定義の見直しもセットで行う
タグ移行は、コンバージョン定義を見直せる数少ない機会です。長く運用しているアカウントほど、定義が実態とずれています。
見直すポイント
- 価値の違うCVが1つにまとめられていないか（資料請求と商談申込など）
- 主要コンバージョンと補助コンバージョンが分かれているか
- それぞれに適切な値（金額）が設定されているか
- 入札の最適化対象に、補助CVまで含まれていないか
- すでに使っていないCVが最適化対象に残っていないか
特に4つめは影響が大きい項目です。件数の取りやすい補助コンバージョンを最適化対象に含めていると、自動入札はそちらを取りに行きます。結果、件数は増えるのに商談も売上も増えない、という状態になります。
値の設定は、正確な金額でなくても構いません。「AはBの3倍の価値がある」という相対関係が正しければ、入札の判断は改善します。完璧な数字を待って設定しないほうが損失は大きいです。
13移行後に残す運用ルール
移行が終わったら、同じ混乱を繰り返さないためのルールを残します。1ページで構いません。
- 新しいタグを追加するときの申請先と、命名規則
- タグマネージャの公開権限を持つ担当者
- サイト改修時に、計測への影響を確認するチェック項目
- 月次で計測件数とCRMの実数を突き合わせる担当と頻度
- タグの棚卸しを行う頻度（半期に一度など）
3つめは特に効きます。サイト改修の要件定義に「計測タグの影響確認」を1行入れておくだけで、リニューアル後に計測が全部飛ぶという事故を防げます。
計測は、広告を回すための裏方作業ではありません。何を成果と呼ぶかを決める作業であり、事業判断そのものです。移行を単なる差し替え作業で終わらせず、定義を見直す機会として使ってください。
FAQよくある質問
Q1. タグを差し替えるだけで良いですか？
A. 不十分です。CV定義と重複計測の確認まで必須です。
Q2. GTMでも問題ありませんか？
A. 問題ありませんが、発火条件とプレビュー検証を丁寧に行う必要があります。
Q3. 移行後にCV数が変わるのは異常ですか？
A. 定義差や重複解消で変わることもあるため、事前に許容差を決めて監視します。
Q4. 担当者が複数いる場合は？
A. 実装担当・運用担当・分析担当で確認項目を分け、検証記録を残すのが安全です。
Q5. 旧タグはいつ外せばよいですか？
A. 新タグを追加してから最低でも2〜4週間の並行稼働を取り、件数の差の理由を説明できるようになってから外してください。
Q6. 並行稼働中、自動入札はどちらのコンバージョンを見るべきですか？
A. 両方を最適化対象にすると二重計上になります。切り替えのタイミングを決め、どちらか一方だけを対象にしてください。
Q7. 移行後に件数が減りました。実装ミスでしょうか？
A. 重複排除の単位、計測期間、発火条件、ブラウザ環境、実装漏れの順に確認してください。仕様の違いで差が出ること自体は異常ではありません。
Q8. 使っているか分からない古いタグは消してよいですか？
A. 確認せずに消さないでください。カートやフォームの標準機能に組み込まれている場合、消すと計測が止まります。残したまま移行し、後で個別に確認します。
Q9. タグマネージャに集約するメリットは何ですか？
A. サイト改修で消えにくく、変更履歴が残り、権限管理ができます。テンプレート直書きはリニューアルのたびに失われるリスクがあります。
Q10. 検証はどこまでやれば十分ですか？
A. 発火確認、管理画面での計上確認、実際の受注データとの突き合わせの3段階です。突き合わせを省くと、動いているが数えているものが違う状態に気づけません。
Q11. コンバージョンの金額が正確に出せません。設定しないほうがよいですか？
A. 相対関係が正しければ概算でも有効です。完璧な数字を待つより、価値の違いを反映させたほうが入札の判断は改善します。