Google広告のコンバージョン画面で「タグが無効になっています」と出ると、成果が取れていないのか、設定が壊れたのか不安になります。
ただし多くの場合は、タグが読み込まれていないのではなく「最近そのタグの発火が観測できていない」状態が原因です。
本記事では、原因の切り分けから復旧までを、最短で迷わず進められる順番に落とし込みます。
Google広告でタグが無効と表示されるのはなぜ?
この表示は、Google側が直近で計測タグの動作を確認できていないときに起きやすいステータスです。
タグの設置ミスだけでなく、流入の少なさや同意設定、発火条件のズレでも発生します。
まずは意味を正しく理解し、再現と切り分けから最短で復旧させましょう。
ステータスが示すのは「未観測」という事実
「タグが無効」は、タグが完全に壊れた断定ではなく、Googleが最近そのタグを見つけられていない合図です。
そのため、サイト側では正常でも、発火機会が少ないとステータスだけが悪く見えることがあります。
逆に、発火しているつもりでも条件がズレていれば、当然ながら観測されず無効扱いになります。
最初に「いつ」「どのページで」「何が起点で」発火する設計かを言語化してから進めると速いです。
言語化できない場合は、設定が複雑になりすぎているサインなので、後半の診断チャートで整理してください。
無効表示が出やすい典型パターン
タグが無効になっているのにサイト改修はしていない、というケースでも起こりえます。
代表例は、流入が少なくサンクス到達が発生していない、またはテスト導線が消えている状態です。
また、同意管理の導入やCookie制限の強化で、発火はしていても送信が抑制される場合もあります。
GTMの公開漏れや、特定ページだけコンテナが入っていないような部分的欠落も頻出です。
まずは「発生頻度が低いだけか」「設定がズレたか」を切り分ける前提を持ちましょう。
最短復旧は「自分で発火を再現する」から
まずは自分の操作で、コンバージョンが起きる導線を一度通して、タグを確実に発火させます。
フォーム送信や購入など、サンクスページに到達する本番同等の流れを再現するのが近道です。
再現できないなら、タグ以前に導線や計測地点の定義が曖昧になっている可能性があります。
再現できたら、次に「その瞬間にタグが送信されたか」をTag Assistantなどで確認します。
再現と観測が揃えば、ステータスは時間差で改善することが多いので、慌てて大改修しないのがコツです。
直近の変更点を「計測まわり」から洗う
無効表示の直前に、サイトの見た目変更がなくても計測まわりが変わっていることがあります。
GTMのトリガー条件変更、タグテンプレート変更、同意管理の追加、CMPの差し替えが特に多いです。
また、サンクスページのURLが変わったのにトリガーが旧URLのまま、というズレも典型です。
変更点を時系列で並べると、原因候補が一気に絞れます。
心当たりがない場合は、まず公開履歴とコンバージョン定義の更新履歴を見に行きましょう。
タグの方式を揃えるとトラブルが減る
Google広告の計測は、Googleタグを直接設置する方法と、GTMで配信する方法が混在しがちです。
混在すると、どちらが動いていて、どちらが止まったのかの切り分けが難しくなります。
運用チームや制作会社が関わるほど、方式の統一が復旧速度を左右します。
GTMで統一するなら、Googleタグの扱いも含めて設計を一本化するのがおすすめです。
直設置で統一するなら、テンプレ化して差し替え時の事故を減らすのが有効です。
「無効」に見えても焦らなくていいケース
コンバージョンがそもそも最近発生していない場合、タグが無効と出ても不思議ではありません。
また、反映には時間差があり、テストで一度発火させてもすぐに表示が変わらないことがあります。
さらに、ブラウザ拡張やトラッキング防止設定で、あなたの環境だけ観測できない場合もあります。
このときは、別ブラウザやシークレットで再現し、環境依存を先に切り分けるのが安全です。
焦ってタグを作り直すと二重計測の原因になるため、まずは「観測できたか」の証拠を揃えましょう。
迷ったらこの順番で進める
復旧で遠回りしない順番は、対象特定→再現→観測→設定点検→公開確認の流れです。
対象特定では、どのコンバージョンアクションのステータスかを一つに絞ります。
再現では、実際に成果地点に到達して、観測でタグ送信を確認します。
設定点検では、IDやラベル、トリガー、同意設定のズレを潰します。
最後に公開確認をしてから、更新の時間差を待つのが最短ルートです。
最初に押さえるべき状況整理
復旧作業は、闇雲に触るほど泥沼になります。
最初の5分で状況を整理できれば、原因はほぼ一本道に絞れます。
ここでは、作業前に揃えるべき情報を具体化します。
どのコンバージョンが無効なのかを一行で言える
最初に「無効」と出ている対象を、コンバージョンアクション単位で特定します。
名前が似ているアクションが複数あると、直したのに直っていない状態になりがちです。
対象が決まったら、計測地点と方式を同時にメモしておくと切り分けが早くなります。
| 特定する項目 | コンバージョンアクション名 |
|---|---|
| 計測地点 | サンクスURL / クリック / イベント |
| 導入方式 | GTM / 直設置 / GA4インポート |
| 直近の発生状況 | 最近の成果件数の有無 |
ここが曖昧なままだと、原因が複数に見えて時間だけが溶けます。
自分の環境だけで起きていないかを切り分ける
広告ブロッカーやプライバシー拡張が有効だと、タグ送信が抑制されることがあります。
その場合、あなたのブラウザでは無効に見えても、ユーザー環境では動いている可能性が残ります。
- シークレットウィンドウで再現
- 別ブラウザで再現
- 拡張機能を一時停止
- VPNや社内プロキシを外す
- スマホ回線で同様に試す
環境依存を先に潰すと、以降の作業が全部ラクになります。
成果地点までの導線が変わっていないかを確認する
フォームや購入導線が途中で止まっていれば、タグが無効に見えるのは当然です。
サンクスページのURL変更、送信後の遷移がモーダル化、完了メッセージが同一ページ表示などは要注意です。
計測地点が「ページ到達」なのか「イベント」なのかで、直すべき場所が変わります。
成果地点の仕様が変わったなら、まず計測定義を更新しない限りステータスは戻りません。
反映のタイムラグを前提に行動する
タグを発火させても、管理画面の表示が即座に変わらないことがあります。
そのため、作業の都度タグを作り直すのではなく、観測ログを根拠に判断するのが安全です。
観測できているのに表示だけが悪い場合は、時間差で改善する可能性が高いです。
逆に観測できていない場合は、次の章から原因を一つずつ潰しましょう。
GTMの設定で起きやすいズレ
GTMで管理している場合、タグそのものよりも「いつ発火するか」の条件ズレが原因になりやすいです。
導線変更やURL変更のたびにトリガーが追従できていないと、無効表示が起きます。
ここでは、復旧が速い順に確認ポイントを並べます。
コンテナが全ページに入っていない
一部のテンプレートだけGTMスニペットが入っていないと、特定ページでタグが発火しません。
特にサンクスページが別テンプレートだったり、サブドメインに分かれていたりすると発生しやすいです。
- 計測対象ドメインとサブドメイン
- サンクスページのテンプレート種別
- 決済後リダイレクトの有無
- SPAでのページ遷移方式
- コンテナIDの一致
まずは成果地点のHTMLに、同じコンテナが確実に読み込まれているかを揃えます。
トリガー条件が実態と噛み合っていない
トリガーが「ページビュー」「一部のページビュー」「クリック」「カスタムイベント」など何を見ているかを確認します。
URL一致が完全一致になっていて末尾スラッシュ差分で外れるなど、細部のズレが原因になりがちです。
まずは条件を緩めて発火を確認し、その後に必要な範囲まで絞るのが安全です。
| ズレの例 | 末尾スラッシュの差 |
|---|---|
| ズレの例 | https / httpの混在 |
| ズレの例 | クエリ付きURLを未考慮 |
| ズレの例 | SPAでページビューが発火しない |
| 直し方の方向性 | 一致条件の見直し |
発火できた瞬間の条件をログで残すと、再発防止にもつながります。
二重配信や古いタグが残っている
直設置タグとGTMタグが共存すると、二重計測の恐れがあるだけでなく、どちらが生きているか分からなくなります。
過去の制作会社のスクリプトがテーマ内に残っているケースもあり、復旧の妨げになります。
HTMLソース上で同種のタグが複数出てこないかを確認し、意図した方式に統一します。
統一後は、Tag Assistantで送信先やタグIDの整合性を見て矛盾がないことを確かめます。
プレビューモードのログで「発火したつもり」を消す
GTMのプレビューモードは、想定どおりにタグが動いているかを最短で確認できる手段です。
ここで発火が見えないなら、広告側ではなくGTM側に原因があると即断できます。
逆に発火が見えるなら、同意設定や送信先の設定ズレに焦点を移せます。
ログを見ながら一度ずつ条件を変えると、原因が一発で浮き上がります。
Google広告側の設定で起きる不整合
タグが発火していても、Google広告のコンバージョン設定が別物を参照していれば無効に見えます。
ここでは、IDや連携の取り違え、計測方式のズレを中心に整理します。
原因がここにある場合、GTMをいくら触っても改善しないので先に潰しましょう。
コンバージョンIDやラベルの取り違え
最も多いのは、別アカウントのIDを貼っている、古いラベルのまま更新していない、といった取り違えです。
GTMのタグ設定に入っている値と、Google広告の対象コンバージョンの値が一致しているかを照合します。
運用者が複数人いるほど、コピペで事故が起きやすいので、一度表にして整理すると確実です。
| 照合対象 | コンバージョンID |
|---|---|
| 照合対象 | コンバージョンラベル |
| 照合対象 | 送信先のアカウント |
| 照合対象 | 計測地点の定義 |
| 照合対象 | タグの種類 |
一致が取れたら、次は「送信が抑制されていないか」を見に行きます。
同意設定やCookie制限で送信が抑制される
同意管理の導入後に無効表示が出たなら、同意の状態によってタグ送信が止まっている可能性があります。
特に、広告用の同意が未取得の扱いになっていると、計測に必要な情報が送れない場合があります。
- CMP導入の有無
- 同意の初期状態
- 同意取得のタイミング
- 拒否時の動作方針
- 地域別の挙動差
同意が原因の場合は、タグの修正だけでなく設計方針の見直しが必要になることがあります。
GA4連携やインポート計測の前提を揃える
GA4からコンバージョンをインポートしている場合、Google広告タグを直接見ていないケースがあります。
この場合、無効表示がどの方式のステータスを示しているのかを誤解しやすいです。
どの経路で成果を集計しているかを一つに決め、重複する経路は整理すると混乱が減ります。
インポート方式なら、GA4側のイベント発火とコンバージョン設定も同時に確認します。
電話やアプリなどWeb以外の計測と混同しない
電話発信やアプリインストールなど、Webタグだけで完結しないコンバージョンもあります。
対象がWebタグの計測なのか、それ以外の方式なのかで、無効表示の意味合いが変わります。
方式が混在していると、復旧できているのに「無効」が残るように見えることがあります。
コンバージョン一覧を「方式」で並べ替えて整理すると、誤解が減ります。
原因を絞り込む診断チャート
ここからは、原因を一気に特定するための分岐を用意します。
YES/NOで進めるだけで、触るべき場所が一つに絞れます。
作業の迷いが出たときほど、チャートに戻ってください。
まずは「成果地点まで到達できるか」を分ける
コンバージョン導線がユーザー操作で最後まで完走できるかが最初の分岐です。
完走できないなら、タグ以前に導線の不具合や仕様変更が原因です。
- フォーム送信のエラー
- 決済画面の離脱
- サンクスページの未表示
- 同一ページ完了表示への変更
- 外部サービス遷移の追加
完走できるなら、次は「タグが発火しているか」の分岐に進みます。
タグは発火しているのに送信が見えない場合
GTMのログでタグが発火しているのに、送信が観測できない場合は抑制要因を疑います。
代表は同意設定、ブラウザ制限、送信先の設定ミス、ネットワークブロックです。
この分岐では、タグの条件よりも「送信できる状態」を整えるのが先です。
| 疑う領域 | 同意設定 |
|---|---|
| 疑う領域 | 広告ブロッカー |
| 疑う領域 | 送信先IDの不一致 |
| 疑う領域 | ネットワーク制限 |
| 疑う領域 | 二重実装の干渉 |
一つずつ排除できれば、無効表示は自然に改善します。
発火が見えない場合はトリガーから疑う
発火が見えないなら、原因はほぼトリガーかコンテナ未設置です。
特にサンクスページが別ドメイン、別テンプレート、外部決済の戻り先などで条件が外れやすいです。
- URL条件が一致しているか
- ページ遷移方式に合っているか
- トリガーが公開されているか
- 対象ページにコンテナがあるか
- 計測地点の定義が現状と一致するか
発火が出るまで条件をシンプルにし、出たら最小限まで戻すのが確実です。
観測できたのに表示が戻らない場合の判断
観測が取れているなら、表示の更新待ちである可能性があります。
ただし、観測できたのが別のアクションだった、という取り違えも起きがちです。
対象アクション名と送信先IDが一致している証拠を残し、同じ手順で再現できる状態にします。
| 残す証拠 | 発火時刻 |
|---|---|
| 残す証拠 | 対象URL |
| 残す証拠 | 送信先タグID |
| 残す証拠 | 対象アクション名 |
| 残す証拠 | 再現手順 |
証拠が揃えば、追加の改修なしで様子を見る判断がしやすくなります。
復旧後に再発させない運用設計
タグは一度直して終わりではなく、サイト変更のたびに再発し得る領域です。
小さな仕組みを入れるだけで、次に同じ表示が出ても数分で直せる状態になります。
ここでは、広告運用と制作の境界で起きる事故を減らす設計をまとめます。
変更を「どこが触られたか」で追えるようにする
復旧が遅れる原因は、どこが変わったか分からないことです。
GTMの公開メモ、リリースノート、テンプレ変更履歴を最低限残すだけで復旧時間が激減します。
- GTM公開時の変更要約
- 対象タグと対象ページ
- 影響範囲の想定
- ロールバック手順
- 担当者と日時
履歴が残っていれば、無効表示が出ても原因は大抵1回で当たります。
テスト導線を用意して「発火の再現」をいつでも可能にする
成果が滅多に起きない商材ほど、無効表示は起きやすく、切り分けも難しくなります。
そこで、社内用のテスト導線を用意し、いつでも同じ手順で発火を再現できるようにします。
本番データを汚さない形で再現できる設計だと、復旧の心理的コストも下がります。
| 用意するもの | テスト用フォーム |
|---|---|
| 用意するもの | テスト用サンクス |
| 用意するもの | 検証専用の操作手順 |
| 用意するもの | 担当者の確認ルート |
| 用意するもの | 再現に必要な権限 |
再現できる仕組みがあるだけで、無効表示は怖くなくなります。
監視は「表示」ではなく「成果の変化」で行う
タグのステータス表示は参考になりますが、運用上は成果件数の急変を見張る方が実用的です。
日次で成果がゼロになった、CPAが急に跳ねた、などの変化を早期に拾えると被害が小さく済みます。
- 日次の成果件数
- 主要LP別の成果
- キャンペーン別の成果
- 曜日平均との差分
- ゼロ検知の通知
ステータスより先に数字で気付ければ、無効表示が出る前に手当てできます。
公式ツールを味方にして復旧を高速化する
発火と送信の観測は、公式の支援ツールを使うほど速く正確になります。
Tag AssistantやGTMプレビュー、Google広告のタグ診断は、原因の方向性をすぐに示してくれます。
ブックマークして、迷ったら最初に開く場所を固定すると復旧が安定します。
Tag Assistantを起点に、送信が見えるかを最初に押さえる運用がおすすめです。
原因の見極めと復旧手順を要点で押さえる
「タグが無効」は、直近でタグの発火が観測できないときに出やすい表示です。
最短の進め方は、対象特定→成果地点の再現→観測→GTMの発火条件→広告側のID整合の順で潰すことです。
再現できるテスト導線と変更履歴があれば、同じ表示が出ても数分で復旧できます。
まずは一度、成果地点まで通して観測を取り、観測がない場合だけ設定を触る流れに切り替えましょう。

