YTM終了後の対応｜タグの棚卸しとGTM移行手順
公開日:
最終更新日:
カテゴリ: アクセス解析, プライバシーと計測基盤
著者: 与謝秀作
Yahoo!タグマネージャー（YTM）は2024年6月30日にサービスを終了しています。現在の導入判断は、GTMとYTMを現役サービスとして比較することではなく、残っている設置コードと必要な計測を確認し、運用できる仕組みへ整理することです。
すでに移行済みでも、旧コードが残る、広告の成果だけ送られていない、別の実装と重複するといった問題がないかを点検します。タグの名前を移すだけでなく、発火条件・送信先・値・同意・検証を一式で移行します。
まず確認すること
YTMのユニバーサルタグと、広告サービスが提供するサイト共通タグ等は役割が異なります。名称にYahoo!が含まれるからといって、すべて同じ不要コードだとは判断しません。公式終了案内と、現在利用している広告サービスの設置手順を照合します。
古い管理画面にアクセスできない場合も、サイトの設置コード、過去の仕様書、変更履歴、媒体側の受信状況から現状を調べます。分からない送信先を推測して新しいタグへコピーしないでください。
移行台帳の例
以下は架空の整理表です。実際のタグ名と条件に置き換えて使用します。
目的 | 旧実装で確認すること | 移行先の候補 | 検証 |
|---|---|---|---|
アクセス解析 | 送信先とページ表示の条件 | GTMのGoogleタグ、CMS公式連携等 | 主要ページで想定のイベント |
広告成果 | 媒体のID・ラベル・成果条件 | 現行の媒体タグ | 成功だけ記録、重複なし |
オーディエンス | 送信する属性と同意条件 | 対応する現行実装 | 対象・対象外の動作 |
独自イベント | 取得元、値、発火タイミング | GTMとdataLayer等 | 値と回数の一致 |
不要になった施策 | 最終利用日と担当者 | 移行せず撤去を検討 | 依存する処理がないか |
GTMへ移す手順
- 各タグの必要性と管理担当を確認する。
- 新しいコンテナ・送信先・権限を準備する。
- 旧設定の目的を、現行タグ・トリガー・変数へ対応させる。
- テスト環境やプレビューで正常系・失敗系を確認する。
- 新旧の切り替え時点と旧コードの撤去範囲を決める。
- レビューして公開し、公開済み構成で受信を確認する。
GTMが唯一の選択肢というわけではありません。CMSの対応機能、直接設置、別の管理基盤でも目的を満たせる場合があります。変更頻度、担当者、レビュー体制に合う方法を選びます。
テストで確認する条件
テスト | 確認する内容 |
|---|---|
通常のページ表示 | 対象の送信先、必要なページの設置漏れ |
広告からの遷移 | 識別情報と最終URLが保たれるか |
成功・失敗・再試行 | 成果の誤発火、二重計測がないか |
モバイル・別ページ構成 | デザインやテンプレートの差による漏れ |
同意状態の違い | 決めた収集条件と一致するか |
外部予約・別ドメイン | 引き継ぎと戻りの参照元 |
「発火した」という管理画面の表示だけで完了にせず、受信先のイベント、属性、件数を確認します。以前と数字が一致していても、以前から誤っていた可能性があるため、期待する行動の定義に戻って検証します。
旧タグの撤去と二重計測
新しい実装の確認ができたら、終了した旧タグの残存箇所と依存関係を確認して撤去を進めます。新旧を長期間併存させると、どちらが計測しているか分からなくなり、重複や不要な通信を見逃しやすくなります。
一方、YTM関連だと思って現在の広告タグまでまとめて削除しないようにします。撤去対象はコード・設置場所・目的を特定し、変更履歴に残してください。
切り戻しと引き継ぎ
GTMでは正常なバージョンを特定し、サイト側のコード変更と合わせた復元手順を用意します。終了したYTMを再び利用できる前提の復元計画にはしません。過去の欠測が移行によって自動復元されるわけでもありません。
完了条件は「新しいツールを入れた」ではなく、「必要な各計測が動作し、不要な旧コードと重複が整理され、管理担当が決まっている」です。移行日と影響期間を分析レポートへ残すことで、その後の数値変化を正しく説明しやすくなります。
関連する記事
マーケティングの数値を継続して確認する
媒体ごとの定義と集計期間をそろえたうえで、定期的に数値を見直しましょう。NeX-Rayの対応媒体や分析機能はサービス紹介で確認できます。無料で始める。
参考資料
製品仕様・公式資料は2026年9月28日に確認しました。画面名や利用可能な機能は、アカウントや提供状況によって異なります。
