Chrome extension / manual included

Marketing Tag Radar - GA4/GTM Debugger

GA4、GTM、dataLayer、広告タグ、Adobe Analytics、Consent、Cookie、通信。さらにCMS、EC、決済、CRM、同意管理、フレームワークまで、Webマーケティング計測の実装シグナルをChromeサイドパネルで横断して読むための診断拡張です。日本語/英語UIの切り替えにも対応しています。

外から観測できる通信とdataLayerを根拠にする

GA4/GTMを中心に広告・Adobe・同意・技術スタックまで横断する

日本語/英語UIと出力文言を切り替えられる

マニュアルURLは拡張内リンクから直接開ける

タグの存在確認で止めず、計測の信頼性まで読む。

実務のタグ診断では、GA4だけを見ても足りません。GTMのdataLayer、広告CVのdedupe、AdobeのRSID、Consent Mode、Cookie、未分類ビーコン、ページ上の変数が同じ導線上で絡みます。

Marketing Tag Radar - GA4/GTM Debugger は、それらを「観測できた根拠」から読み解くために作りました。イベント名を日本語化せず、`page_view`、`purchase`、`generate_lead` のような実際の名前を残し、通信・変数・Cookie・dataLayerのどれに支えられた判断なのかを分けて表示します。

直近では、いわゆるWappalyzer系の技術検出を、Webマーケティング診断の文脈に合わせて加えました。CMSやEC、決済、CRM、同意管理、フレームワークを「何で作られているか」の棚卸しで終わらせず、どの基盤上で計測が動き、どこに欠落や重複が起きやすいかを見るためのAppraiserとして扱います。

対象 GA4、GTM、dataLayer、JavaScript変数、広告タグ、Adobe Analytics、Consent Mode、Cookie、未分類ビーコン、ページHTML、CMS、ECプラットフォーム、決済、CRM/サポート、同意管理、JS/UIフレームワーク、Hosting/CDN。
判断軸 発火有無、重複、送信経路、セッション品質、CV整合、同意順序、PII候補、ID所有、未知ドメイン、技術スタック分類、検出信頼度、修正前後の差分。
出力 問題のみ表示、該当タブへの深掘り、基準比較、日本語/英語UI、表示言語に合わせたJSON・Markdown・CSVの監査レポート。

CMSや決済基盤まで、タグ診断の文脈で評価する。

Technology Appraiserは、拡張内に持つローカル署名カタログを使い、通信、HTML、script、GA4ヒットなどから技術スタックを推定します。外部サービスへページ内容を送って判定するのではなく、ブラウザ内で観測できた手がかりを整理します。

重要なのは、ツール名を当てること自体ではありません。ShopifyやStripeが見えるなら購入導線、OneTrustやCookiebotが見えるなら同意順序、Next.jsやNuxtが見えるならSPA/SSRのpage_view、CloudflareやVercelが見えるなら配信経路の影響を合わせて読む。タグの発火確認に、サイト構造の見立てを重ねます。

CMS / Site builder

WordPress、Drupal、Webflow、Wix、Squarespace、STUDIO、Contentful、microCMS

ページ生成基盤を見ます。タグの埋め込み位置、テンプレート共通化、head/bodyの制約を推測する入口になります。

Ecommerce / Payment

Shopify、WooCommerce、Magento、EC-CUBE、BASE、STORES、futureshop、MakeShop、ecforce、Salesforce Commerce Cloud、Stripe、PayPal、Square、Amazon Pay、Apple Pay、Google Pay、GMO Payment Gateway、KOMOJU、Paidy、PayPay

カート、チェックアウト、決済の基盤を見ます。purchase、transaction_id、広告CV、決済ページ遷移の確認順序を決めやすくします。

CRM / Support / Customer data

Salesforce、Zendesk、Intercom、Channel Talk、ChatPlus、Braze

問い合わせ、接客、CRM/CDPに近い領域を見ます。lead、sign_up、form_submitなどの成果計測と照合します。

Consent / Framework / Infra

OneTrust、Cookiebot、Didomi、TrustArc、Sourcepoint、Next.js、Nuxt、React、Vue.js、Angular、SvelteKit、jQuery、Tailwind CSS、Bootstrap、Algolia、Sentry、New Relic、Vercel、Netlify、Cloudflare

同意管理、SPA/SSR、検索、監視、ホスティング/CDNを見ます。Consent Mode、SPA page_view、外部通信の読み方に影響します。

信頼度の読み方

通信やGA4ヒットで見えたものは高信頼、HTMLやscript上の署名から見えたものは中信頼、未分類や弱い根拠は低信頼として表示します。検出名よりも、どの根拠で見えたかを先に確認する設計です。

使いどころ

新規診断、競合サイトの外観調査、タグ改修前の現状把握、EC/CV導線の監査、CMP導入後の検証で使います。断定が必要な箇所は管理画面、GTM、サーバーログ、実導線操作で補完します。

日本語でも英語でも、同じ診断粒度で読む。

v1.0.0 では、サイドパネル上部に言語切り替えを追加しました。日本語の高密度な診断画面を保ちながら、海外チーム、外資系クライアント、英語レポートが必要な場面では、英語UIへ切り替えて同じ診断結果を読めます。

単純な機械翻訳ではなく、GA4やGTMの実務で残すべき名前は残し、説明文やステータス、タブhelp、出力文言だけを言語に合わせます。`page_view` や `transaction_id` のような実装上のキーを翻訳してしまうと診断の根拠がずれるため、UIの読みやすさと計測シグナルの正確性を分けています。

切り替えボタン

サイドパネル上部の `English` / `Japanese` ボタンで、表示言語をその場で切り替えます。

現在の表示が日本語のときは `English`、英語のときは `Japanese` と表示されます。

初期表示と保存

ブラウザの言語が日本語なら日本語、それ以外なら英語を初期表示にします。

一度切り替えた言語はChrome拡張のローカルストレージに保存され、次回以降のサイドパネルにも反映されます。

翻訳対象

画面本文、ボタン、タブのhelp、title、aria-label、placeholder、alt、JSON/Markdown/CSVの監査レポート文言を表示言語に合わせます。

Chrome Web Store用の名称/説明も `_locales/en` と `_locales/ja` で用意されています。

翻訳しないもの

`page_view`、`purchase`、`generate_lead`、Measurement ID、GTM ID、媒体ID、URL、パラメータ名など、実際に観測された技術値は原文のまま残します。

診断の根拠を見誤らないよう、UIの言語と計測シグナルの実名を分けて扱います。

AIで作った、ではなく、AIで実務判断を実装に落とした。

この拡張は、AIがタグ診断を魔法のように断定する道具ではありません。20年分のWeb解析・タグ実装・広告計測の見方を、AIを使った設計、実装、検証の反復でUIと診断ロジックに落としたものです。

AIの価値は、機能数の多さだけではありません。GA4、GTM、広告、Adobe、同意、PII、通信という別々の文脈を、同じ画面で読める粒度へ整理すること。観測できた根拠と断定できない領域を分けること。そこに3rd Party Trustの実務知見を詰めています。

CMSや決済基盤のAppraiserも同じ考え方です。署名を増やすだけなら簡単ですが、実務では「その検出がどれくらい強い根拠なのか」「計測のどの確認に影響するのか」まで見えないと使いにくい。AIを使って開発速度を上げながら、その判断粒度をUIと診断ロジックへ落としています。

英語UIも、単に全テキストを置換するのではなく、イベント名やIDを原文で残すべき箇所、画面上の説明として翻訳すべき箇所、レポート出力に反映すべき箇所を分けています。AIを使うほど、どこを翻訳しないかの設計判断が重要になります。

診断で重視すること

  • 推測だけで断定せず、GA4 hit、network request、dataLayer push、Cookie、変数などの根拠種別を分ける。
  • 管理画面、サーバー送信、ログイン後導線など、ブラウザから見えない範囲は断定不可として扱う。
  • 媒体別Debuggerの置き換えではなく、横断監査の初動を速くするために使う。

確認できる品質課題

  • Duplicate GA4 page_view、No GA4 hit captured、Measurement ID unresolved、direct gtagとGTMの重複。
  • session_id不足、debug_mode混入、CVイベント不足、EC items不足、transaction_id重複、広告CVとGA4 CVの不整合。
  • Consent出力不足、広告同意前発火、Adobe RSID混在、未分類サードパーティビーコン、PIIらしきキーや値。

拡張内の使い方リンクから、このページへ。

Chrome拡張のサイドパネルには、「使い方」リンクを置いています。リンク先はこのページの下段、`#manual` に直接移動するURLです。

拡張内リンク用URL

https://3pt.co.jp/tools/marketing-tag-radar?utm_source=chrome_extension&utm_medium=referral&utm_campaign=marketing_tag_radar&utm_content=manual_link#manual

Manual

タブ別マニュアル

各タブの役割、内包機能、実務での使い方をまとめています。キャプチャーに依存せず、機能の意味と見る順番が分かる構成です。

00

共通操作: 表示言語

すべてのタブに共通する表示設定です。日本語と英語を切り替えて、画面と監査レポートを読みます。

タブ一覧へ戻る

内包された主な機能

  • サイドパネル上部のEnglish/Japaneseボタンで、表示言語を切り替えます。
  • ブラウザ言語が日本語なら日本語、それ以外なら英語を初期表示にします。
  • 選択した言語はChrome拡張のローカルストレージに保存されます。
  • 本文、ボタン、タブhelp、title、aria-label、placeholder、altを表示言語に合わせます。
  • JSON、Markdown、CSVの監査レポートも、英語UI時は英語表現へ寄せて出力します。

使い方・活用の目安

  • 日本語で実装確認を進める場合は、そのまま日本語UIで使います。
  • 海外チームや英語レポート向けには、上部のEnglishボタンで切り替えてから出力します。
  • GA4イベント名、ID、URL、パラメータ名は翻訳されないため、実際の送信値として読みます。
  • 英語表示は診断の共有を助けるためのUIであり、管理画面やサーバー側設定の断定範囲は日本語表示時と同じです。

01

概要タブ

診断の入り口です。最初に見るべき問題、スコア、改善順序をまとめます。

タブ一覧へ戻る

内包された主な機能

  • 診断コマンドセンターで、現在ページの状態、重要な警告、次に見るべきタブを確認します。
  • サイドパネル上部のEnglish/Japanese切り替えで、日本語UIと英語UIを選べます。
  • 実装スコアで、GA4、GTM、広告、Adobe、Consent、CV、Privacy/PIIなどの弱点を俯瞰します。
  • 実装フロー地図で、タグ入口、同意初期化、dataLayer入力、GA4収集、広告/Adobe出力、Privacy/PII、所有重複の流れを読みます。
  • 実行キューと最重要課題で、影響度、確認方法、担当領域、作業粒度を見て、修正順序を決めます。
  • 改善提案と重複/実装リスクで、すぐ直すべきものと管理画面確認が必要なものを分けます。

使い方・活用の目安

  • 新しいサイトを開いたら、まず概要タブで総合点と最重要課題を確認します。
  • 海外チーム、外資系クライアント、英語レポート作成時は、上部のEnglishボタンで英語表示に切り替えます。
  • 点数だけで判断せず、低い領域から該当タブへ移動して根拠を見ます。
  • 「問題のみ」をONにすると、診断中に見る行数を減らせます。

02

監査タブ

診断結果の根拠を確認するタブです。報告書に書く前の裏取りに使います。

タブ一覧へ戻る

内包された主な機能

  • 監査信頼度で、ページスキャン、GA4ヒット、タグ通信、Cookie、CV導線の取得範囲を確認します。
  • 診断根拠で、各指摘がGA4 hit、network request、dataLayer、Cookie、変数、Ads、Adobe、設定情報のどれに基づくかを見ます。
  • セッション監査で、ページ読み込み、同意、タグ入力、GA4収集、広告/Adobe出力、CVキーの流れを追います。
  • 発火タイムラインで、dataLayer/gtag、GA4、広告CV、Adobe、同意シグナル、失敗通信の順序を確認します。
  • CV照合、CVキー品質、イベント設計、Tracking Plan、Admin Config、Consent Impactで、期待仕様とのずれを見ます。

使い方・活用の目安

  • クライアントや開発者へ指摘する前に、必ず監査タブで根拠を確認します。
  • 発火タイムラインは、同意前発火やCVタグの順序確認に向いています。
  • Tracking PlanやAdmin Configを入れると、サイト固有の仕様との差分が見やすくなります。

03

比較タブ

修正前後、ページ間、環境間の差分を見るタブです。

タブ一覧へ戻る

内包された主な機能

  • 現在のスキャンを基準として保存し、後続のスキャンと比較します。
  • GA4イベント差分、Measurement ID差分、GTMコンテナ差分、広告/Adobe差分を確認します。
  • リスク差分とquality score差分で、修正後に改善した領域と悪化した領域を分けます。
  • 基準を削除して、別ページや別環境の比較に切り替えられます。

使い方・活用の目安

  • タグ修正前に基準保存し、修正後に再スキャンして差分を確認します。
  • 本番/検証環境、LP A/B、フォーム前後など、計測状態が違うページの比較に使います。
  • 差分だけで完結させず、変化した行は該当タブで根拠を再確認します。

04

ツールタブ

検出されたマーケティングツールと技術スタック全体を把握するタブです。

タブ一覧へ戻る

内包された主な機能

  • タグ構成診断で、GA4 Measurement ID、GTMコンテナ、広告ID、Adobe RSID、未分類ベンダーを俯瞰します。
  • Technology Appraiserで、CMS、ECプラットフォーム、決済、CRM/サポート、同意管理、JS/UIフレームワーク、検索、監視、Hosting/CDNを検出します。
  • カテゴリサマリーで、各カテゴリの検出数、主なツール、信頼度の内訳を先に確認します。
  • 信頼度バッジで、通信やGA4ヒットに基づく高信頼、HTML/scriptに基づく中信頼、未分類や弱い根拠の低信頼を分けます。
  • 検出ツール一覧で、既知ツール、カテゴリ、ID、host、source evidence、根拠ラベルを確認します。
  • ツールカテゴリ絞り込みで、Analytics、Ads、Adobe、Tag manager、CMS、Ecommerce、Payment、Consent Management、Unknownなどに絞って見ます。
  • 未分類ドメインで、拡張がまだ名前を持たない外部ビーコンを確認します。
  • 所有/重複リスクで、直書きgtagとGTMの併用、複数ID、環境混在の疑いを見ます。

使い方・活用の目安

  • 初回診断では、概要の次にツールタブを見て、サイト全体のタグ地図を作ります。
  • CMSやEC、決済が見えたら、テンプレート、カート、チェックアウト、フォームのどこで計測が分岐しそうかを考えます。
  • 信頼度「高」は通信やヒットの根拠がある状態、「中」はHTMLやscriptからの推定、「低」は断定せず確認が必要な状態として扱います。
  • 不明なドメインは、広告、ABテスト、MA、ヒートマップ、CMPなどの可能性を分けて確認します。
  • IDの所有者が不明な場合は、管理画面やGTMコンテナで補完します。

05

GA4タブ

GA4の実通信、イベント品質、経路、セッション、EC、ユーザー識別を深く確認します。

タブ一覧へ戻る

内包された主な機能

  • 送信経路で、Google直送、自社収集、Measurement Protocol、debug endpoint、first-party/server-side経路を確認します。
  • 実装経路で、HTML、直書きgtag config、GTM/dataLayer、実通信、page_view重複、未収集IDを見ます。
  • セッション品質で、sid、session_start、first_visit、user_engagement、engagement_time_msec、debug_mode混入を確認します。
  • SPA遷移で、pushState、replaceState、popstateとpage_viewの一致、欠落、重複を見ます。
  • イベント台帳、イベントスキーマ、パラメータ品質、カスタム定義候補、EC明細、ユーザー識別、パラメータ行列で、GA4実装の品質を分解します。

使い方・活用の目安

  • GA4の発火確認だけなら、送信経路とイベント台帳を先に見ます。
  • CVやECの品質を見る場合は、イベント詳細、EC明細、CVキー品質を合わせて確認します。
  • 管理画面でKey eventやcustom dimensionを確認できる場合は、Admin Configと併用します。

06

GTMタブ

GTMとdataLayerの運用状態を確認するタブです。

タブ一覧へ戻る

内包された主な機能

  • visible GTM containersで、ページ上に見えているGTMコンテナを確認します。
  • dataLayer event summaryで、pushされたイベント数、種類、最後のイベントを見ます。
  • parameter schemaで、dataLayerやgtagから見えるパラメータ構造を確認します。
  • ecommerce item shapeで、items、item_id、item_name、price、quantityなどEC変数の形を見ます。
  • consent order、direct gtag/GTM ownership overlap、downstream destination coverage、trigger-signal hintsで、GTM運用上のリスクを確認します。

使い方・活用の目安

  • GTM Previewが使えない外部診断では、まずGTMタブでdataLayerの見え方を確認します。
  • CVが発火しない場合は、dataLayerイベント名、必須変数、GA4/広告/Adobeへの送信先対応を見ます。
  • 直書きgtagとGTMが混ざるサイトでは、所有重複の指摘を重点的に確認します。

07

変数タブ

dataLayer変数とページ上のJavaScript変数を、送信先との関係で確認します。

タブ一覧へ戻る

内包された主な機能

  • dataLayerからGA4への変数連携で、重要変数がGA4イベントパラメータへ届いているかを確認します。
  • GA4/Ads/Adobe送信先対応で、同じ変数がどの媒体へ使われているかを見ます。
  • dataLayer event alignmentで、イベント名と変数の出現タイミングが合っているかを確認します。
  • current-page dataLayer variable paths、last dataLayer event、window-visible JavaScript globalsを一覧化します。
  • tag/data/page-defined/global/newly-added分類とmasked value previewで、ページ固有変数とタグ由来変数を分けます。

使い方・活用の目安

  • フォームID、商品ID、会員種別など、計測に必要な変数がページ上に存在するか確認します。
  • PII疑いの値は、生値ではなくマスク済みプレビューとキー名から判断します。
  • 変数が見えていても送信されていない場合は、GTMやGA4タブで送信先対応を確認します。

08

広告タブ

広告媒体タグとCV品質を確認するタブです。

タブ一覧へ戻る

内包された主な機能

  • Google Ads、Floodlight、Meta Pixel、Microsoft Advertising、LINE、TikTok、Yahoo、X Ads、LinkedIn、Pinterestなどを検出します。
  • platform IDs、conversion labels、event namesで、媒体ごとの識別情報を確認します。
  • dedupe keys、enhanced conversion hints、consent hintsで、重複排除や拡張CV、同意状態を確認します。
  • failed requestsで、広告タグの通信失敗を確認します。
  • GA4/dataLayer対応で、広告CVとGA4 key event候補、dataLayerトリガーが同じ成果を見ているかを確認します。

使い方・活用の目安

  • 広告CVが合わない場合は、広告タブで媒体CVとGA4 CVの対応を確認します。
  • 購入や問い合わせでは、event_idやtransaction_idの共通化を重点的に見ます。
  • 同意前発火の疑いがある場合は、同意タブと発火タイムラインを併用します。

09

流入タブ

UTM、広告クリックID、参照元、GA4 page_location保持を確認します。

タブ一覧へ戻る

内包された主な機能

  • UTMパラメータの有無と値を確認します。
  • gclid、fbclid、msclkidなど広告クリックIDの保持を確認します。
  • referrerで参照元が見えているかを確認します。
  • GA4 page_location retentionで、GA4に送られるURLに流入情報が残っているかを見ます。
  • cross-domain linker hintsで、ドメイン跨ぎの計測に必要な手がかりを確認します。

使い方・活用の目安

  • 広告LPやフォーム導線では、クリックIDが途中で落ちていないかを確認します。
  • GA4で流入が欠落する場合は、page_locationとリダイレクト、canonical、linkerの状態を合わせて見ます。
  • UTM設計の確認には、サイト側のUTM生成ツールと併用すると整理しやすくなります。

10

Adobeタブ

Adobe Analytics / Launch / AEP Web SDKの実装状態を確認します。

タブ一覧へ戻る

内包された主な機能

  • RSID、AppMeasurement/Web SDK routeで、Adobeの送信経路とReport Suiteを確認します。
  • events、pageName、productsで、主要なAdobe計測値を確認します。
  • eVar/prop/listで、カスタム変数の深さと値の有無を見ます。
  • Adobe CV signalsとGA4 CV alignmentで、AdobeとGA4の成果イベントが対応しているかを確認します。
  • failed Adobe requestsとproduction/staging mix riskで、通信失敗や環境混在を確認します。

使い方・活用の目安

  • Adobe公式Debuggerと併用する前の外観チェックとして使います。
  • GA4とAdobeを併用しているサイトでは、CVや商品情報の差分を見ます。
  • RSIDが複数見える場合は、本番/検証の混在がないか管理画面側で補完します。

12

通信タブ

raw beacon/tag requestsを一覧で確認するタブです。

タブ一覧へ戻る

内包された主な機能

  • known vendor requestsで、GA4、GTM、広告、Adobe、CMS/EC、決済、CRM/サポート、同意管理、Hosting/CDNなど既知ベンダー通信を確認します。
  • unknown domainsで、未分類のサードパーティ通信を確認します。
  • slow requestsとfailed requestsで、遅い通信や失敗通信を確認します。
  • problem-only filteringで、問題のある通信だけに絞り込みます。
  • domain/tool searchで、特定ドメインやツール名から通信を探します。

使い方・活用の目安

  • 何が発火しているかを最も生に近い形で見たい場合に使います。
  • 未分類ドメインは、計測ツールだけでなくフォント、CDN、フォーム、チャット、ABテストの可能性も分けて見ます。
  • レポートに載せる前に、通信タブからhost/path/分類を確認します。

13

ページタブ

閲覧中ページのHTML周辺情報を確認するタブです。

タブ一覧へ戻る

内包された主な機能

  • current URL、title、canonicalで、診断対象ページの基本情報を確認します。
  • formsで、フォームの存在や主要フィールドを確認します。
  • GA4/GTM HTML signalsで、HTML上に見えるタグ断片を確認します。
  • technology HTML signalsで、WordPress、Next.js、Shopify、Stripeなどを示すHTML/script上の署名を確認します。
  • consent HTML signalsで、CMPやConsent ModeらしきHTMLシグナルを確認します。
  • optional screenshotで、必要に応じて表示ページの証跡を取得できます。

使い方・活用の目安

  • 診断対象URLが意図したページか、canonicalやリダイレクトで別ページ扱いになっていないかを確認します。
  • フォームCVの診断では、フォーム存在、dataLayer、広告CV、GA4 eventを合わせて見ます。
  • ページ上の見た目証跡が必要な場合だけ、拡張内の撮影機能を使います。

扱わないことも、明記する。

ブラウザ上の観測だけでは、GA4管理画面のKey event設定、custom dimension登録、Data Stream設定、server-side GTMの内部設定、Measurement Protocolのサーバー発火全体、広告管理画面上のCV設定、Meta CAPI、Adobe Launchのルール、ログイン後や購入完了後の実測は完全には断定できません。

それらはTracking Plan、Admin Config、管理画面/API、サーバーログ、実導線操作で補完します。Marketing Tag Radar - GA4/GTM Debugger は、外から観測できるシグナルを短時間で整理し、次に何を確認すべきかを明らかにするための道具です。

CMSや技術スタックの検出も、公開HTML、script、通信、既知パターンに基づく補助診断です。テーマ改修、プロキシ、サーバーサイド処理、CDNの隠蔽、ログイン後画面、管理画面だけで使われるツールは見えない場合があります。資産台帳、セキュリティ監査、契約確認の代替ではなく、マーケティング計測の初期把握として扱います。

表示言語の設定は、診断データとは別にChrome拡張のローカルストレージへ保存されます。言語切り替えは画面表示とレポート文言を変えるための機能であり、閲覧中ページのURL、Cookie、変数、イベント内容を3rdPartyTrustへ自動送信するものではありません。