Microsoft広告のコンバージョンが計測されない原因と切り分け手順｜タグ発火・目標設定・反映ラグの3層診断フロー

Microsoft広告を配信し始めたのに、管理画面のコンバージョン列がいつまでもゼロのまま——この状態に当たると、多くの運用担当者は「タグの設置が間違っているのでは」と疑い、設置ガイドを読み直すところから作業を始めてしまいます。しかし実際には、タグ自体は正しく発火していて、コンバージョン目標の設定ミスや、単なる反映待ちが原因だったというケースも珍しくありません。原因の層を特定しないまま闇雲にタグを貼り直しても、症状は変わらないまま時間だけが過ぎていきます。

この記事では、Microsoft広告のコンバージョン計測トラブルを「タグ発火」「目標設定」「反映ラグ」の3層に分けて、管理画面の追跡状態の表示を入口に順番に切り分けていく診断フローを紹介します。UETタグヘルパー(UET Tag Helper)やGoogleタグマネージャー(GTM)を使った具体的な確認手順まで踏み込むので、記事を開いたまま自分の環境で手を動かせば、当日中に原因の見当をつけられる構成にしています。

この記事のポイント

• コンバージョンが計測されないときは、追跡状態の確認と設定後24時間ルールをまず見るのが定石です。
• 診断はタグ発火→目標設定→反映ラグの順で進めると、無駄な後戻りが起きにくくなります。
• 追跡状態がActiveでもCVゼロは正常ではなく、目標設定ミスか同意モード起因を疑うべきです。
• UETタグヘルパーはコードフリーCVのカスタムイベントを検知しないため、代替の確認手段が必要です。

Microsoft広告でコンバージョンが計測されないとき最初に確認することは?

迷わず最初の一手を選ぶための羅針盤

結論から言うと、最初に見るべきは管理画面上のコンバージョン目標の追跡状態と、設定してからの経過時間の2点です。この2つを確認しないまま原因探しを始めると、正常な反映待ちの状態を異常と誤認して、不要なタグ再設置に時間を使うことになりかねません。

コンバージョン目標の追跡状態を確認する場所

Microsoft広告の管理画面では、「目標」メニューからコンバージョン目標の一覧に入ると、各目標の右側に追跡状態の表示があります。ここには「未確認」「タグ非アクティブ」「最近のコンバージョンなし」「Active」のいずれかが表示され、これがすべての診断の出発点になります。表示が「未確認」であればタグそのものがまだ一度も受信されていない状態、「タグ非アクティブ」であれば過去に受信歴があるのに一定期間止まっている状態、「最近のコンバージョンなし」であればベースタグは動いているのにコンバージョンイベントだけ来ていない状態を意味します。

設定から24時間(最大48時間)は待つのが前提

コンバージョン目標を新規作成した直後や、UETタグを設置し直した直後は、データが管理画面に反映されるまで最大24時間、環境によっては48時間ほどかかる仕様です。この待機時間を知らずに「設定した瞬間から数字が動かない」と判断してしまうと、正常な状態を異常だと誤診してしまいます。逆に言えば、48時間を過ぎてもゼロが続く場合にはじめて、次の診断ステップに進む価値があるということです。

UETタグ計測トラブルの3層診断フローの全体像

図1: 追跡状態から入る3層診断フローチャート

コンバージョンが記録されない原因は、タグ発火・目標設定・反映ラグという性質の異なる3つの層のどこかに必ず存在します。この3層を意識せずに場当たり的に確認すると、同じ箇所を何度も見直すだけで時間が過ぎてしまいます。

追跡状態3表示の読み方

先述の3つの表示は、そのまま疑うべき層のヒントになります。「未確認」ならタグ発火の層から、「タグ非アクティブ」も同じくタグ発火の層から、「最近のコンバージョンなし」であれば目標設定の層、または反映ラグ・同意モードの層から確認を始めるのが効率的です。

どの層から疑うべきかの判断表

追跡状態	疑うべき層	典型的な原因
未確認	第1層:タグ発火	UET未設置、タグIDの誤り
タグ非アクティブ	第1層:タグ発火	サイト改修でタグ脱落、サブドメイン未設置
最近のコンバージョンなし	第2層:目標設定	URL条件のミス、カスタムイベントのパラメータ不一致
Activeなのにコンバージョン0	第3層:反映ラグ・同意モード	反映待ち、CMPの同意信号がGoogleのみ

この表の通り、Activeという表示は「ベースタグがサイトの通信を受信している」ことしか保証していません。コンバージョンイベントそのものが記録されているかどうかは、また別の話だという点を押さえておく必要があります。

第1層:UETタグは発火しているか確認する方法

タグ発火の確認は、UETタグヘルパーとブラウザのNetworkタブという2つの手段を組み合わせて行うのが基本です。片方だけで判断すると見落としが生じやすいため、両方を使う前提で進めます。

UETタグヘルパーの色と数字の読み方(緑・黄・赤)

UETタグヘルパー(UET Tag Helper)はChrome拡張機能で、対象ページを開くだけでタグの検出状況をアイコンの色で示してくれます。緑色はUETタグが正しく検出されている状態、黄色はタグは検出されたものの設定に何らかの警告がある状態、赤色はタグ自体が検出できていない状態を表します。アイコン上の数字は検出されたUETタグIDの件数に対応しており、複数の広告アカウントを併用しているサイトでは、想定より数字が少ない場合にタグの抜け漏れを疑います。

NetworkタブでbatドメインへのリクエストとタグIDの一致を確認する

タグヘルパーだけで判断がつかない場合は、ブラウザの開発者ツールでNetworkタブを開き、「bat」という文字列でフィルタしてリクエストを確認します。bat.bing.comへのリクエストが発生していれば、UETタグは少なくとも通信レベルでは動いています。リクエストのクエリパラメータに含まれるタグID(ti=以降の数値)が、管理画面で発行されているタグIDと一致しているかも必ず突き合わせてください。ここが一致していないと、別アカウントのタグが誤って設置されている可能性があります。

全ページ設置・サブドメイン・SPAの落とし穴

タグ発火の確認で見落とされがちなのが、全ページへの設置漏れです。特にカートや予約フォームだけ別サブドメイン(例:shop.example.comに対してcheckout.example.com)になっている構成では、そのサブドメインにタグが設置されていないケースが実務では起こりやすいと言われています。Conversiosのブログでは、こうしたサブドメイン未設置やSPA(シングルページアプリケーション)特有の問題として、ページ遷移がURL変更のみで行われページ全体の再読み込みが発生しない場合にpage_viewイベントが発火しないケースが指摘されています。日本の中小規模のECサイトや店舗予約サイトでも、決済だけ外部サブドメインに切り出している構成は多く、この落とし穴に該当していないかを確認する価値があります。

UETタグそのものが発火しない場合の切り分けをさらに深く知りたい場合は、UETタグが発火しない場合の3層診断フローも参考にしてください。

第2層:コンバージョン目標の設定は正しいか

タグ発火が確認できたら、次はコンバージョン目標の設定内容を疑います。タグは正常に動いているのに目標側の条件がずれているというパターンは、実務でかなりの頻度で見られると言われています。

スコープ・目標URL・コンバージョンウィンドウの確認

コンバージョン目標を作成する際に指定するスコープ(アカウント全体か特定キャンペーンか)、目標URLの条件(完全一致か部分一致か)、コンバージョンウィンドウ(クリックから何日以内の成果を計測対象にするか)の3点は、一度設定すると見直されないまま放置されがちな項目です。特に目標URLの条件を「完全一致」にしていると、サンクスページのURLにパラメータが付与された途端に一致しなくなり、計測が止まるということが起こります。

カスタムイベントはパラメータの完全一致が条件

カスタムイベントベースのコンバージョン目標は、GTM側で送信しているイベント名・カテゴリ・ラベル・値といったパラメータと、管理画面の目標設定で入力した値が完全に一致していないと記録されません。MeasureSchoolの解説では、GTM公式テンプレートで送るイベントパラメータと目標設定側のカスタムイベント条件を突き合わせることが、GTM実装での計測不全を防ぐ最重要ポイントだと整理されています。日本語の解説記事ではこの突き合わせ作業まで踏み込んだものが少ないため、実装時には両者を並べて1文字単位で確認する意識を持つとよいでしょう。

目標のテスト機能(このコンバージョン目標をテストする)の使い方

Microsoft広告の目標設定画面には「このコンバージョン目標をテストする」という機能があり、対象URLを入力するとタグが正しく検知されるかをその場で確認できます。この機能は目標設定の妥当性を即座に確認できる反面、後述する同意モードの制約を受けない環境で動作するため、テストでは成功したのに本番では計測されないという逆転現象が起きる点には注意が必要です。

第3層:反映ラグと同意モード——ActiveなのにCVゼロの正体

図2: CMPの同意信号が届く先の非対称構造

タグも目標設定も問題がないのに、追跡状態がActiveのままコンバージョンだけゼロが続く場合、疑うべきは反映のタイムラグと同意モード(Consent Mode)の2つです。この層は日本語の解説であまり深掘りされていないため、見落とす運用者が多いと考えられます。

データ反映は最大24時間かかる仕様

先述の通り、データ反映には最大24時間、環境によっては48時間程度のタイムラグがある仕様です。設定変更の直後にゼロが続いていること自体は、必ずしも異常のサインではありません。

CMPがGoogleにしか同意信号を送っていないとUETだけ欠損する

同意管理プラットフォーム(CMP)を導入しているサイトで特に見落とされやすいのが、同意信号の送信先の偏りです。UsercentricsのKnowledge Hubでは、CMPがGoogleのConsent Mode v2にしか信号を送っておらず、Microsoft側には同意コンテキストが渡っていない場合、Microsoftのタグは同意情報なしで動作を制限され、対象ユーザーのコンバージョンイベントが記録されないまま消えてしまうと説明されています。Google向けの対応が完了していても、Microsoft向けの対応が完了しているとは限らないという点が核心です。海外のPPCコンサルタントAdnan Agic氏のブログでも、追跡状態のActiveはベースタグの受信を意味するだけで、コンバージョンイベントの記録は別問題であり、2024年以降に増えている最多原因は同意モードによるブロックだと指摘されています。日本国内向け配信のみのサイトでは影響が限定的な場合もありますが、Cookie同意バナーを導入している企業であれば、Google一辺倒の同意設定になっていないか点検する価値は十分にあります。

なお、Search Engine Landの報道では、Microsoftが欧州経済領域(EEA)・英国・スイス向けの配信について同意信号の伝達を広告主に事実上義務化する方針を示したと伝えられています。日本国内配信のみであれば直接の対象にはなりませんが、海外向け配信を併用しているアカウントでは、この方針を知らないまま計測欠損を放置しているケースが今後増えると見られます。

テストでは動くのに本番でゼロになる理由

目標のテスト機能やGTMのプレビューモードは、同意状態にかかわらずタグの発火自体を検証する仕組みであることが多く、実ユーザーが同意を拒否した場合の制限を再現しません。そのため「テストは成功したのに本番の数字が動かない」という状況が起きた場合、まず疑うべきは同意モードの設定です。同意モードの設計を根本から見直したい場合は、Cookie規制後の広告計測を守る三層整備の考え方も合わせて確認しておくと理解が深まります。

GTM経由でUETタグを設置している場合の落とし穴は?

GTMでUETタグを実装している場合、直接HTMLに埋め込むケースとは異なる特有の落とし穴があります。この層はタグ発火・目標設定のどちらとも重なる部分があるため、GTM利用時は個別に確認しておくべきです。

公式テンプレートのイベントパラメータと目標設定の突き合わせ

GTMの公式UETタグテンプレートを使う場合、uetqというグローバル変数を通じてイベントがキューに積まれ、送信されます。ここで指定するイベントアクション・カテゴリ・ラベルの値が、コンバージョン目標側のカスタムイベント条件と1文字でも異なっていると、目標として認識されません。GTM側の設定を変更した後は、必ず目標設定側の値も見直す運用ルールにしておくと、この種の不一致を防ぎやすくなります。

GTMプレビューとUETタグヘルパーの二段検証

MeasureSchoolが推奨するように、GTMのプレビューモードでタグが正しいトリガー条件で発火しているかを確認したうえで、UETタグヘルパーで実際のリクエストが送信されているかを二段階で検証するのが効率的です。プレビューモードでは発火しているのに本番で発火しない場合、コンテナの公開(バージョン公開)を忘れているという単純な原因であることも実務では少なくありません。GTM側の接続やトリガーの検証をさらに詳しく行いたい場合は、GTMプレビューが接続できない・タグが発火しない場合のチェックリストを参照してください。

それでも直らないときのチェックリストとサポート問い合わせの準備

問い合わせ前に揃える証拠の束

ここまでの3層診断を一通り終えてもゼロが続く場合、残るのはやや特殊な運用構成に起因するケースです。

Google広告インポート運用時のコンバージョン設定の注意

Google広告のコンバージョンをMicrosoft広告にインポートして運用している場合、インポート設定が既存のUETベースのコンバージョン目標を置き換えてしまい、意図せず計測方式が切り替わっていることがあります。インポート運用に心当たりがある場合は、Google広告からのインポートが反映されない場合の対処を先に確認しておくと、原因の切り分けが早まります。また、Yahoo!広告など他媒体と並行運用している場合は、Yahoo!広告のコンバージョンが計測されない場合の切り分けも似た構造の診断フローになっているため、複数媒体を横断して点検する際の参考になります。

問い合わせ前に揃える情報(タグID・スクリーンショット・テスト結果)

それでも解決しない場合にMicrosoft広告のサポートへ問い合わせる際は、以下の情報を事前に揃えておくとやり取りが短縮されます。

• 対象のUETタグID、コンバージョン目標のID
• 追跡状態の表示のスクリーンショット
• UETタグヘルパーの検出結果のスクリーンショット
• Networkタブでのbatリクエストのキャプチャ
• 目標のテスト機能を実行した結果

この一覧を最初から用意しておくと、サポート側での確認往復が減り、解決までの時間を短縮できます。

よくある質問

Q：UETタグが正しく設置されているか確認する方法は？ UETタグヘルパーでアイコンの色を確認し、緑色であれば検出は成功しています。加えてブラウザのNetworkタブでbat.bing.comへのリクエストが発生しているか、リクエスト内のタグIDが管理画面のタグIDと一致しているかを確認する2段階の検証が確実です。片方だけで判断せず、両方を併用することを推奨します。

Q：Microsoft広告のコンバージョンが反映されるまで何時間かかりますか？ 新規に設定したタグやコンバージョン目標は、管理画面への反映まで最大24時間、環境によっては48時間程度かかる仕様です。設定直後にゼロが続いていても、この時間内であれば異常とは限りません。48時間を過ぎてもゼロが続く場合に、次の診断ステップへ進むのが妥当です。

Q：追跡状態がActiveなのにコンバージョンがゼロなのはなぜですか？ Activeという表示は、UETのベースタグがサイトからの通信を受信していることのみを意味し、コンバージョンイベント自体の記録を保証するものではありません。この状態が続く場合は、コンバージョン目標の設定ミス(URL条件やカスタムイベントのパラメータ不一致)か、CMPの同意信号がMicrosoftに届いていない同意モード起因の欠損を疑うべきです。

Q：UETタグヘルパーでカスタムイベントのコンバージョンが確認できないのはなぜですか？ UETタグヘルパーは、コードを書かずに設定するコードフリーコンバージョンのうち、カスタムイベントベースのものを検知しない仕様のためです。この場合はNetworkタブでイベント送信時のリクエストパラメータを直接確認するか、GTMのプレビューモードでイベントのトリガー条件と送信パラメータを照合する方法で代替する必要があります。

---

Microsoft広告のコンバージョン計測トラブルは、タグ発火・目標設定・反映ラグという性質の異なる層が絡み合って起きるため、一つの原因に決めつけずに順番へ切り分けていく姿勢が結果的に近道になります。真策堂では、こうした計測周りの切り分けやGTM実装の整理についてもご相談を受けています。原因の特定に行き詰まった際は、お気軽にお問い合わせください。