UETタグが発火しない・コンバージョンが計測されない原因と切り分け手順｜タグ未検出・遅延・重複の3層診断フロー

管理画面を開いたらコンバージョンの数字が急に0件になっている——Microsoft広告を運用していると、こうした場面に遭遇する担当者は少なくありません。しかも厄介なのは、UETタグのステータスが「Active」と表示されているのに数字だけが動かないケースがあることです。タグが生きているなら計測も生きているはず、という思い込みが診断を遠回りさせます。

この記事では、UETタグが発火しない・コンバージョンが計測されない状態を「タグ未検出」「発火するが未反映」「重複・過剰計測」の3層に分けて、原因の切り分け方と当日中に実行できる修正手順を整理します。GTM（Googleタグマネージャー）経由の設置で頻発するミスから、2025年以降の同意モード（Consent Mode）まわりの仕様変更まで、日本の管理画面文脈に合わせて解説します。

この記事のポイント

• UETタグの計測トラブルはタグ未検出・発火するが未反映・重複計測の3層で原因が分かれる
• 管理画面の「Active」表示はベースタグのpingのみを示し、CV計測の成否は別問題である
• Networkタブでbat.bing.comへのリクエスト有無を見れば実装問題か設定問題かを即座に二分できる
• GTM設置ではuetq変数のタグID誤入力が「Still Running」状態を招く典型的な落とし穴になる
• 2025年5月以降は同意シグナル未対応のままだと該当地域のCVが計測から消える場合がある

UETタグが発火しない・コンバージョンが計測されないときに最初に確認することは？

図1: 3層診断フロー：発火の有無で原因を二分する

UETタグが発火しない・コンバージョンが計測されないと感じたときは、症状を3層のどこに当てはまるかで切り分けるのが最初の一手です。原因を闇雲に探すのではなく、症状を分類してから該当箇所だけを深掘りするほうが早く解決に至ります。

症状は3つに分かれる：タグ未検出・発火するが未反映・数が合わない

UETタグ（ユニバーサルイベントトラッキングのタグ）まわりのトラブルは、大きく分けて次の3パターンに収束します。

層	症状	主な原因の方向性
第1層	UETタグヘルパーで検出されない、管理画面が「保留中」のまま	実装漏れ・設定ミス・ブロック
第2層	タグは検出されるがCVが記録されない	反映タイムラグ・目標設定の不一致
第3層	CVが異常に多い、他媒体と数が合わない	タグ重複・カウント方式の違い

自分がどの層に該当するかを最初に見極めれば、以降の作業は一気に絞り込めます。

5分でできる一次切り分け：NetworkタブでbatリクエストとUETタグヘルパーを見る

ブラウザの開発者ツールでNetworkタブを開き、対象ページを読み込んだ際にbat.bing.com（bat.js）へのリクエストが発生しているかを確認します。海外のPPC計測専門メディアConversiosは、このリクエストの有無こそが実装問題（タグ側）と設定問題（管理画面側）を機械的に二分する分岐点になると指摘しています。リクエストが発生していなければ第1層、発生していれば第2層以降を疑う、という順序で進めれば無駄がありません。

UETタグの確認方法：UETタグヘルパーと管理画面ステータスの見方

緑と赤、二つの信号灯が語る意味の違い

UETタグの状態を確認する基本ツールは、UET Tag Helper（UETタグヘルパー、Chrome/Edge拡張機能）と管理画面のタグステータス画面の2つです。この2つを併用することで、ベースタグの発火状況とコンバージョンイベントの送信状況を別々に検証できます。

UETタグヘルパー（Chrome/Edge拡張）の使い方と色の意味

UETタグヘルパーをインストールしてページを開くと、ブラウザのツールバーにタグの検出状況が色で表示されます。緑はタグが正常に検出されている状態、赤や警告表示はタグが見つからない、あるいはコードに問題がある状態を示します。拡張機能のポップアップからは検出されたタグID、ページビューイベント、カスタムイベントの発火状況まで確認できるため、まず入れておくべき診断ツールです。

管理画面「保留中」「タグが検出されました」ステータスの正しい読み方

Microsoft広告の管理画面では、UETタグの設置直後にステータスが「保留中」と表示されます。これは初回のデータ受信を待っている状態で、正常な流れの一部です。数時間から24時間程度で「タグが検出されました」に変わるのが通常のパターンです。ここで焦って設置コードを何度も上書きすると、かえって検証が複雑になるため注意が必要です。

「Active＝正常」ではない：ベースタグとCVイベントの区別

管理画面のタグステータスが「Active」と表示されていても、それはベースタグからのping（生存確認）が届いているだけを意味します。海外のPPC測定専門ブログAdnan Agicは、「UET Tag Shows Active But Conversions Never Record」という記事で、Active表示とコンバージョンイベントの送信成否は別軸の情報であると明確に区別しています。日本語の解説記事ではこの区別があいまいなまま「Activeだから正常」と誤読させるものが少なくありません。この一点を押さえるだけで、診断の袋小路にはまるリスクをかなり減らせます。

第1層：UETタグ自体が発火しない（未検出）ときの原因と直し方

UETタグ自体が発火しない場合、原因は設置方法に起因するものが大半を占めます。頻度の高い順に確認すると効率的です。

GTM設置の落とし穴：uetq変数名の誤入力とタグの「Still Running」状態

GTM（Googleタグマネージャー）経由でUETタグを設置している場合、UETQ Variable ID（uetq変数）の入力欄にタグIDを誤って入れてしまい、タグが「Still Running」の状態のままデータを送信しないケースが報告されています。解析ツール専門メディアAnalytics Maniaは、ベースタグとイベントタグでこのUETQ Variable IDを一致させる必要があると具体的に解説しており、GTM経由設置に固有の落とし穴として紹介しています。GTMのプレビューモードでタグが発火しているかを確認し、変数の値が正しいIDになっているかをタグごとに突き合わせるのが修正の基本手順です。GTM側の切り分けをより深く行いたい場合は、GTMプレビューが接続できない・タグが発火しない場合の切り分けチェックリストも参考になります。

タグコードの欠落・改変：リニューアルや改修で消えるパターン

サイトリニューアルやCMS移行のタイミングで、UETタグの設置コードごと消えてしまう、あるいはheadタグ内の記述順序が変わってタグが読み込まれなくなるパターンも典型的です。改修作業のたびにUETタグヘルパーで検出確認を行う運用ルールを設けておくと、この種の見落としを防ぎやすくなります。

Cookie同意バナー・CMPによるブロック

CMP（同意管理プラットフォーム）の設定次第では、ユーザーが同意する前提のスクリプトカテゴリにUETタグが分類されていて、同意取得前は一切発火しない設定になっている場合があります。同意モードの挙動そのものは後述しますが、CMP側の分類設定ミスはそれ以前の単純な設定漏れとして切り分けておく必要があります。

SPA（シングルページアプリ）でページビューが発火しない

SPA構成のサイトでは、初回読み込み時だけUETタグが発火し、以降の画面遷移ではページビューイベントが送られないことがあります。GTMのヒストリー変更トリガーやカスタムイベントを使って、ルート変更のたびにページビューを発火させる実装になっているかを確認します。

トリガー設定ミス：プレビュー環境限定で発火していないか

GTMのトリガー条件が開発環境のURLに限定されたままになっており、本番環境では発火しないという単純な見落としも起こりがちです。プレビュー環境で正常に見えていた原因の多くはここにあります。

第2層：タグは発火しているのにコンバージョンが反映されない原因

タグ自体は発火しているのにコンバージョンが記録されない場合、原因は仕様上の時間差か目標設定の不一致に大別されます。

まず24時間待つ：新規タグ・目標のデータ反映タイムラグの仕様

新規に設置したUETタグやコンバージョン目標は、データが管理画面に反映されるまで最大24時間程度かかる仕様です。設置直後に慌てて設定をいじり始めると、逆に検証がやりづらくなります。24時間を過ぎても「保留中」のままであれば、そこで初めて設置不備を疑う、という順番が合理的です。

コンバージョン目標のURL不一致：リニューアル・パラメータ・httpsの罠

サンクスページのURLが変わった、httpからhttpsに移行した、URLパラメータの有無が変わった——こうした変更がコンバージョン目標側のURL条件に反映されていないと、タグは発火していても目標にヒットしません。目標設定画面のURL条件と実際のサンクスページURLを一文字単位で突き合わせる作業が地味に効きます。

カスタムイベントのaction/category/label完全一致（大文字小文字）

カスタムイベントを使ったコンバージョン計測では、action・category・labelの値がタグ側と目標設定側で完全一致している必要があります。大文字小文字の違いだけでも不一致と判定されるため、コピペではなく実際に発火しているイベント値をタグヘルパーで確認してから目標側に転記するのが確実です。

目標のスコープ・カウント方式・除外設定の確認

コンバージョン目標のカウント方式や適用範囲（特定のキャンペーンのみ等)、除外条件の設定次第で、想定していたコンバージョンが計測対象から外れていることもあります。目標設定を見直す際は、条件を絞りすぎていないかという逆方向のチェックも忘れずに行います。

Google広告からのインポート運用で目標設定だけ移ってUETが未整備のケース

Google広告のコンバージョンアクションをインポートして目標を作成した場合、目標の定義だけが移行され、UETタグ側のイベント発火設定は別途必要になる点が見落とされがちです。インポートしたから設定完了、と思い込んでいるとこの層でつまずきます。インポート特有のトラブルについてはGoogle広告からMicrosoft広告へのインポートが失敗する原因と対処で詳しく扱っています。

第3層：コンバージョンが多すぎる・数が合わないときの重複診断

コンバージョン数が想定より多い、あるいは他媒体と乖離している場合は、タグの重複設置とカウント方式の違いをまず疑います。

同一IDのUETタグ重複：GTMと直書きの混在を洗い出す

同じUETタグIDが、GTM経由の設置とサイトへの直書きの両方に存在していると、1回のコンバージョンが二重に計測されることがあります。ソースコードとGTMのコンテナ内を両方確認し、同一IDのタグが複数箇所に存在していないかを洗い出す作業が必要です。

カウント方式（すべて/一意）の設定と数の乖離

コンバージョン目標には「すべて」と「一意」のカウント方式があり、同一セッション内で複数回コンバージョンが発生する商材では、この設定次第で数字が大きく変わります。想定より多いと感じたら、まずこの設定を確認するのが定石です。

Google広告・GA4と数が合わないのは異常か：媒体仕様差の見極め

Microsoft広告とGoogle広告、GA4の間でコンバージョン数が完全に一致することはむしろ稀です。アトリビューションモデルや計測ウィンドウの違いによる差は仕様上の乖離であり、故障ではありません。差が数字上どの程度までなら仕様差として許容範囲か、社内で判断基準を持っておくと毎回の確認作業が減ります。

同意モード（Consent Mode）でタグはActiveなのにCVゼロになる仕組みとは？

図2: Active表示の裏で握りつぶされるCVペイロード

同意モードとは、ユーザーの同意状態に応じてタグの挙動を制限モードと通常モードで切り替える仕組みのことです。同意が得られていない状態では、ベースタグ自体は制限モードで発火し続けるものの、コンバージョンのペイロードだけが送信段階で破棄される場合があります。Adnan Agicの解説記事でも、この構造が「タグは生きているのにCVゼロ」という現象の正体だと説明されています。同意モードの基礎から実装ポイントを押さえたい場合は同意モード（Consent Mode）の仕組みと実装ポイントを参照してください。

2025年5月以降の同意シグナル要件：日本の広告主に影響するのはどんな場合か

Microsoft Advertising公式ブログは、2025年5月5日以降、欧州経済領域・英国・スイスからの訪問については同意シグナルの送信が必須化されたと発表しています。日本国内向けの配信のみであればこの要件は直接影響しませんが、越境ECやインバウンド商材を扱うサイト、あるいは海外からのアクセスが一定量あるサイトでは、設定自体は正しいのに該当地域分のコンバージョンだけが計測されないという現象の原因になり得ます。原因不明の減少に見えるものが、実は仕様変更に起因していたという可能性は一度押さえておく価値があります。

モデル化コンバージョン導入で数値の読み方はどう変わるか

PPC専門メディアPPC News Feedによれば、2025年8月にはUETの同意モード向けにモデル化コンバージョンが導入され、同意を拒否したユーザー分のコンバージョンを機械学習で推計補完する仕組みが加わりました。Google広告の「モデル化されたコンバージョン」と同様の思想であり、今後は実測値とモデル値が混在した数字として管理画面の数値を読む必要があります。数字が合わないことを即座に故障と判断せず、モデル化の影響である可能性も選択肢に入れて考えるべきです。

修正後の検証手順：直ったことをどう確認するか

原因を特定して修正した後は、思い込みで完了とせず段階を踏んで検証します。

タグヘルパーの「Start test」でコンバージョン目標をテストする

UETタグヘルパーには特定のコンバージョン目標をテストする機能があります。対象ページで「Start test」を実行し、目標に対応するイベントが正しく検出されるかをその場で確認できます。ただしこのテスト機能は同意チェックを迂回して動作するため、実際のユーザー環境での挙動とは乖離が生じる点に留意しておく必要があります。

本番環境での実機テストと翌日の管理画面確認

タグヘルパーでの確認後は、可能であれば広告経由の実際のクリックからコンバージョンに至る動線を通し、翌日以降に管理画面上で該当コンバージョンが記録されているかを確認します。この2段階を経て初めて「直った」と判断するのが確実な進め方です。

よくある質問

疑問の断片が、ひとつの確信へ収束する

Q：UETタグを設置してからデータが反映されるまでどれくらい時間がかかりますか？ 新規に設置したタグやコンバージョン目標は、データが管理画面に反映されるまで最大24時間程度かかる仕様です。24時間を過ぎても「保留中」のままであれば、その時点で設置コードの欠落やトリガー設定のミスなど、第1層の原因を疑って調査を始めます。

Q：UETタグヘルパーが緑（正常）なのにコンバージョンが記録されないのはなぜですか？ ベースタグの発火とコンバージョンイベントの送信は別の仕組みです。タグヘルパーが緑でもCVが記録されない場合は、コンバージョン目標のURL・イベント値の不一致、あるいは同意モードによってペイロードが破棄されている可能性を確認します。

Q：同じページにUETタグが2つあるとどうなりますか？ 同一IDのUETタグが重複して設置されていると、1回のコンバージョンが二重に計測されるなど過剰計測の原因になります。GTM経由の設置とサイトへの直書きが混在していないか、ソースコードとGTMのコンテナを両方確認して1つに統一します。

Q：Google広告のコンバージョン設定をインポートすればUETタグの設定は不要ですか？ 不要にはなりません。インポートで移行されるのはコンバージョン目標の定義のみで、UETタグの設置およびイベント発火の実装は別途必要です。インポート後に目標が「保留中」のままの場合、UET側の整備漏れを疑います。

Q：自分でサイトにアクセスしてテストしてもコンバージョンは計測されますか？ 通常、広告クリック経由でない直接アクセスはコンバージョンとして紐付けられません。実装確認だけであればUETタグヘルパーのテスト機能を使い、広告経由での計測を確認したい場合は実際の広告クリックからの動線でテストする必要があります。

UETタグの計測トラブルは、原因を突き止めても運用体制そのものが整っていなければ再発しやすい領域です。真策堂では、こうしたMicrosoft広告の計測基盤の整備状況を踏まえた運用体制の見直しについて相談を受けています。あわせてMicrosoft広告に参入すべきかの判断フレームも、今後の運用方針を検討する材料としてご覧いただけます。