計測の監視はTrackingplanか目視か｜AIに見せる通信の線

「計測の不具合は、月次の報告で数字がおかしいと言われて初めて気づくもの。そういうものだと諦めている」「タグの監視をAIに任せる道具があると聞いたが、本番の通信を丸ごと見せて大丈夫なのか分からない」——サイトの計測を受け持つマーケ担当と、その上長から、こうした声が聞かれます。計測の不具合は、レポートの数字が崩れてから後追いで探すもの、と思われがちです。しかしスペインの Trackingplan のように、サイトやアプリが送る通信そのものを常に見張り、AIエージェントが原因まで調べる道具が出てきました。本当は、問いが変わっています。気づけるかどうかではなく、AIに本番の通信をどこまで見せ、何を任せないかを決める話になったのです。この記事では、目視の点検、タグ管理の版管理、自動の監視とAIエージェントの3つを並べ、マーケ部門が決めることを整理します。

Trackingplanは何をする製品か

Trackingplan は、ウェブサイトやアプリに入っている計測を見張る製品です。公式サイトによれば、タグ1つ、アプリの組み込みの部品、またはサーバー側の接続で導入し、サイトが分析や広告の送信先へ送っている通信と、計測の受け渡しに使うデータレイヤーを観測します（2026年10月時点）。公式は、観測できる送信先を80以上の分析・広告の基盤と説明しています。GA4のような分析の道具も、広告の Pixel も、同じ通信の流れの中で見ることになります。

見張る対象は、計測の欠落、想定外の項目の増減、二重の計測、急な減少や急増、そして同意の不備です。公式サイトでは、利用者が同意していないのに広告の計測が動いた、という種類の警告が例として挙げられています。さらに、送信先へ個人情報が漏れていないかを見る監査も用意されています。つまり、計測が正しく動いているかと、送ってはいけないものを送っていないかの両方を、同じ通信から見る道具です。

2026年9月28日の公式ブログでは、これを「デジタル分析のエージェント」として作り直したと説明しています。人が管理画面で警告を読むだけでなく、AIエージェントに質問すると、通信の記録を調べて答えと根拠を返す形になりました。公式サイトの見出しも、2026年10月時点では「あなたのデジタル分析のエージェント」です。監視の道具からエージェントへ、という看板の掛け替えが、この製品を読む前提になります。

作っている会社と、国内でまだ知られていない理由

Trackingplan は、スペインのバルセロナに本拠を置く会社です。米国の起業支援の仕組みに採択された企業の公開の紹介では、2021年の創業とされています。公式サイトの変更履歴には2026年10月16日まで更新が並び、製品の終了や名称の変更、他社への統合の告知は見当たりません。この記事では、公式サイト、公式ブログ、変更履歴、プライバシーの案内で確かめた範囲だけを扱います。

日本でほとんど知られていない理由は、確かめられる範囲で3つあります。1つ目は、公式サイトも変更履歴も英語で書かれていることです。2つ目は、対象が計測を専任で受け持つ担当者や、複数のサイトを預かる代理店に寄っていることで、公式サイトにも代理店向けの案内があります。3つ目は、計測の品質を確かめる道具という棚そのものが、国内ではまだ小さいことです。タグの点検は、担当者が手で確かめる仕事として扱われるのが普通でした。

国内で計測の話題といえば、タグの整備の手順や、同意モードの仕組み、二重計測の直し方といった、人が作業する前提の話が中心です。Trackingplan はその作業の前に「いつ、どこで壊れたか」を知らせる側の道具で、作業の手順そのものは扱いません。この記事も、整備の手順や同意の仕組みには入らず、見張りを道具とAIに任せるかどうかの判断に絞ります。

「数字がおかしくなってから気づく」はもう前提ではない

これまでの計測の不具合は、たいてい後から見つかりました。サイトの改修でタグが外れる、新しいページで同じ計測が2回動く、同意の画面の設定が変わって広告の計測が止まる。どれも、レポートの数字が崩れて誰かが指摘するまで、通信の段階では誰も見ていませんでした。計測が止まっても気づけない原因そのものは、計測の空白を扱った別の記事に譲ります。

通信を常に見張る道具が出てきたことで、この前提が変わりました。数字が崩れる前に、通信の段階で欠落や漏れを見つけられます。一方で、見張るためには、本番のサイトの通信を外部の道具に流し、AIエージェントに読ませることになります。つまり、見つけるのが早くなるのと引き換えに、本番の通信という新しい預け先が1つ増えるのです。

そのため、導入の判断は「便利な監視を足すかどうか」ではありません。本番の通信をどこまで見せるか、AIの答えをどこまで信じるか、タグ管理に手を出させるかを、部門で決める判断になります。この3点は、目視や版管理といった従来の方法では、そもそも問われなかったことです。次の節で、3つの方法を同じ物差しで並べます。

監視の方法は3つある。並べてから選ぶ

計測を見張る方法は、大きく3つに分けられます。1つ目は、担当者が目で確かめ、月に一度などの周期で点検する方法です。2つ目は、タグ管理の道具の版の管理と、公開前の手動のテストで、変更のたびに壊していないかを確かめる方法です。3つ目が、Trackingplan のような自動の監視にAIエージェントを組み合わせる方法です。

比べる点	目視と定期点検	タグ管理の版管理と手動テスト	自動の監視＋AIエージェント
見つかる不具合	点検の日に目に入った明らかな欠落	自分たちが加えた変更による壊れ	通信に現れる欠落・急な増減・漏れ・同意の不備
見つからない不具合	点検と点検の間に起きたもの	サイトのコードの改修など、タグ管理の外で起きた壊れ	通信に現れない定義の誤り・道具が見ていない送信先
本番の通信を誰が見るか	担当者だけ	担当者だけ（テストの環境が中心）	外部の道具とAIエージェント。答えを受け取る人にも広がる
個人情報の扱い	人が見るだけで外へは出ない	テストの範囲に限られる	端末側で伏せてから送る作り。伏せる規則の設定が要る
費用の増え方	人の時間が増える	人の時間が増える	監視する量とエージェントの利用量で増える
やめ方	点検をやめるだけ	運用をやめるだけ	タグを外し、預けたデータの削除を確かめる

表で見ると、3つの方法は上下の関係ではなく、見えている範囲が違います。目視は人が見た日の分だけ、版管理は自分たちの変更の分だけ、自動の監視は通信に現れる分だけを見ています。どれか1つで全部を見張れる方法はありません。特に自動の監視は、通信に出てこない誤り、たとえば「申し込みの完了を、本当は別の画面で数えるべきだった」といった定義の誤りには気づけません。

選ぶときの軸は、自社の不具合がどこで起きているかです。サイトの改修が多く、タグ管理の外でコードが変わって計測が壊れるなら、自動の監視の価値は大きくなります。変更がほぼタグ管理の中だけで起きる小さなサイトなら、版管理と公開前のテストで足りることが多いでしょう。以下、3つをそれぞれ見ていきます。

方法1：担当者の目視と定期点検で済ませる

最も身近なのは、担当者が分析の画面や送信の記録を目で確かめ、月に一度や四半期に一度の周期で点検する方法です。道具の費用はかからず、本番の通信が社外の新しい預け先に流れることもありません。サイトが1つで、ページ数も計測の数も少ない会社なら、この方法で十分なことも多いはずです。

弱点は、点検と点検の間に起きた不具合が、次の点検か、数字の崩れまで見えないことです。月に一度の点検なら、最悪で1か月分の計測が欠けたまま、広告の最適化や報告に使われることになります。また、人の目で見つけられるのは、明らかに数字が消えたり倍になったりした場合が中心です。一部のページだけ、一部の端末だけで起きる欠落は、目視ではほとんど見つかりません。

目視で済ませるなら、点検の周期と担当を決め、サイトの改修の予定と点検の日をそろえることが要になります。改修の直後に確かめる、という決まりがあるだけで、見逃す期間はかなり短くなります。それでも足りないと感じたら、次の版管理か、自動の監視を足す、という順番で考えます。

方法2：タグ管理の版管理と、公開前の手動テスト

2つ目は、タグ管理の道具の版を管理し、変更を公開する前にテストの環境で確かめる方法です。誰がいつ何を変えたかが記録に残り、壊したら前の版に戻せます。公開の権限を絞る設計と合わせれば、タグ管理の中で起きる事故はかなり防げます。版と公開の権限の設計そのものは、タグ管理の版管理を扱った別の記事に譲ります。

この方法の弱点は、タグ管理の外で起きる壊れに無力なことです。サイトのコードの改修でデータレイヤーの名前が変わった、ページの作りが変わって計測のきっかけになる動きが起きなくなった、といった場合、タグ管理の版は何も変わっていません。版管理は自分たちが加えた変更を守る仕組みであって、サイト全体を見張る仕組みではないのです。

もう1つの弱点は、公開前のテストが、テストした画面と端末の分しか確かめられないことです。本番では、利用者の端末、ブラウザ、同意の選び方の組み合わせが無数にあります。テストで動いたものが本番の一部の条件で動かない、ということは珍しくありません。ここを埋めるのが、3つ目の方法になります。

方法3：自動の監視とAIエージェント

3つ目が、本番の通信を常に観測し、異常をAIに調べさせる方法です。Trackingplan の場合、公式によれば、通信から計測の項目や名前の付け方を学び、普段と違う動きを警告として出します。2026年9月の公式ブログでは、毎日の急な減少や急増の警告に、異常を見つけるためのモデルを使うようになったと説明されています。警告は、Slack や Teams、メール、外部の仕組みへの通知で、担当のチームに届けられます。

エージェント版で加わったのは、調べる側の働きです。公式ブログによれば、利用者が平易な文章で決めた監査を実行し、結果を3つの区分（問題なし・要確認・判定できず）で返し、前回からの変化を示します。ただし、監査を定期的に自動で回す機能は、公式ブログで「近日提供」とされている段階です（2026年10月時点）。今は利用者が実行する形が基本と読むのが安全です。

さらに、公開されたサイトを遠隔のブラウザで開いて通信を記録する機能や、タグ管理の道具の一般的な形式であるGTMのコンテナを通信から捕まえて中身を表に直す機能もあります。公式ブログでは、GTM以外のタグ管理への対応は予定として書かれています。この方法の価値は、目視と版管理が見ていない「本番で、タグ管理の外で起きた壊れ」を拾えることにあります。その分、次の節から見る預け先の判断が必要になります。

エージェントが見るもの：本番の通信・データレイヤー・同意・広告費

AIに任せる前に、エージェントが何を見ているかを押さえます。公式ブログによれば、Trackingplan のエージェントは、各送信先への通信、データレイヤーへの書き込み、同意の状態、タグ管理の公開された版、そして主要な広告の基盤から取り込んだ広告費と成果を見て答えます。変更履歴では、2026年10月に11の広告の基盤から広告費や成果を取り込む機能が加わったとされています。

ここで気づいておきたいのは、計測の監視の道具が、広告費という社内の数字まで抱えるようになったことです。計測の不具合を調べるだけなら通信で足りますが、エージェントに「この広告の成果が落ちたのは計測のせいか」と聞けるようにするには、広告費も渡すことになります。マーケの予算の情報を外部の道具に置くことになるので、広告の基盤とつなぐ前に、上長の了解を取っておくのが筋です。

また、変更履歴によれば、エージェントへの通信や同意、広告費に関する質問が対象にするのは直近90日までです（2026年9月の記載）。前の年の同じ時期と比べる、といった長い期間の調べものは、エージェントに頼れません。長い期間の推移は、従来どおり分析の道具やデータの置き場で見ることになります。AIに見せる範囲は、同時にAIが答えられる範囲でもある、と覚えておくと判断がぶれません。

何が外に出るか：端末側で伏せる作りと、保存先と90日

本番の通信を外部の道具に流すとき、最初に確かめるのは、何がどこへ運ばれるかです。Trackingplan のプライバシーの案内によれば、利用者の端末の上で個人データを取り除いてから、異常の検知に必要な通信だけを送る作りになっています。クッキーを使わず、新しい識別子を付け加えず、IPアドレスも保存しないと説明されています（2026年10月時点）。

保存先については、すべての顧客データをEUで処理・保存するとし、AWS と ClickHouse Cloud のドイツのフランクフルトの拠点を挙げています。AIの処理には Microsoft Azure を使うとあります。データは既定で90日後に自動で削除されると書かれています。国内の会社にとっては、計測の通信の一部がEUの拠点に置かれることになるので、自社の個人情報の取り扱いの決まりで、海外への移転をどう扱っているかを確かめておく必要があります。

また、エージェントの答えを作るために、公式ブログでは OpenAI の系列のモデルを、答えの深さに応じて3段から選ぶと説明しています。どの事業者のどの拠点でAIの処理が行われ、送った内容が学習に使われるかどうかは、公開の案内だけでは読み切れないので、契約の前に提供元に書面で確かめる項目です。社内の決まりで、海外の事業者への送信に情シスや法務の確認が要るなら、その手続きを先に通します。

個人情報の漏れを見つける道具は、個人情報に触れる道具でもある

Trackingplan には、送信先へ個人情報が漏れていないかを常に見る監査があります。公式によれば、すべての送信を調べ、見つかったものを「非常に慎重に扱うもの」「慎重に扱うもの」「一般的なもの」の3つに分けて知らせます。同意を拒んだ利用者のデータが送信先に届いた場合にも警告を出すとしています。氏名やメールアドレスが計測のURLに混じる、といった事故を、通信の段階で見つけられるわけです。

ただし、漏れを見つけるということは、漏れた通信をいったん観測するということでもあります。公式は端末の側で伏せてから送ると説明していますが、伏せる規則は、利用者が正規表現や送信先ごとの既定の設定で決める作りです。つまり、自社の会員番号や独自の項目のように、既定の規則で拾えない個人の情報は、自分で規則を足さないと伏せられないことになります。

そこで、導入の前に、自社のサイトで個人に結びつく項目を洗い出し、伏せる規則に入れるところまでを、マーケ担当と情シスで済ませておきます。計測のデータに氏名を送らない設計そのものは、計測と個人情報を扱った別の記事に譲ります。ここで押さえたいのは、漏れを見張る道具を入れることが、漏れを防ぐ設計の代わりにはならないという一点です。

MCPでClaudeやChatGPTにつなぐと、答えはどこへ運ばれるか

公式ブログによれば、Trackingplan はMCPサーバーを提供しており、Claude・ChatGPT・Cursor をつなぐと、それぞれのAIの中から同じエージェントを呼び出せます。変更履歴では、2026年9月に他のAIの道具をAPIの鍵ではなくサインインでつなげるようになり、10月には管理者が独自のMCPのコネクタを追加できるようになったとされています。Slack の中で質問に答える機能もあります。

便利な反面、答えの行き先が増えます。社員が自分で契約した対話AIからエージェントを呼ぶと、Trackingplan の答え、つまり自社の計測の状況や広告の成果の数字が、その対話AIの会話の記録に残ります。その記録がどこに保存され、学習に使われるかは、Trackingplan ではなく、受け取る側の対話AIと自社の契約で決まります。

そのため、つなぐ先は、会社として契約し、学習に使わない設定を確かめた対話AIに限るのが無難です。個人のアカウントの対話AIからの接続は認めない、と部門で決めておきます。MCPの仕組みそのものは別の記事に譲りますが、つなぐ先の数だけ、計測の数字の出口が増えると考えてください。管理者がコネクタを追加できる作りなので、誰が追加してよいかも先に決めておきます。

タグ管理への書き込みは渡さない。直すのは人

エージェントが原因を見つけたら、そのまま直させたくなります。しかし、2026年10月時点の公式の説明で確かめられたのは、タグ管理のコンテナを読んで表にし、変更の履歴を引ける機能までです。公式ブログでは、エージェントのデータの問い合わせは読み取りのみと書かれています。タグ管理に書き込んだり公開したりする機能は、公式の説明では確かめられませんでした。

今後そうした機能が加わったとしても、エージェントにタグ管理の公開の権限を渡すべきではありません。タグの修正は、同意の設定や広告の最適化、個人情報の送信と直結しています。誤った修正が本番に出れば、計測の欠落よりも重い、同意のない計測や個人情報の送信が起こり得ます。異常を見つけてから本番に反映するまでの流れは、次のように分けます。

5つの段のうち、道具とAIが主役になるのは1つ目と2つ目だけです。3つ目から5つ目は、人が判断し、人が手を動かします。この線を守れば、エージェントの働きは「原因を探す時間を短くする」ことに集中し、本番を壊す危険は増えません。

AIの「原因」をそのまま結論にしない

Trackingplan の公式ブログには、「独立した2つの証拠が一致したときだけ、原因を結論にする」という趣旨の説明があります。変更履歴でも、2026年9月に警告の原因をタグの変更かサイトのコードかに振り分ける機能が加わったとされています。提供元自身が、AIの推定を慎重に扱う作りにしていることは、評価してよい点です。

それでも、エージェントの答えは推定です。通信に現れない事情、たとえば「その日はキャンペーンを止めていた」「サイトの一部を意図して閉じていた」といった社内の事情は、エージェントには見えません。急な減少の原因として計測の不具合を挙げられても、本当は施策の変更だった、ということは起こり得ます。答えに根拠の通信が添えられているかを見て、社内の予定と照らし合わせてから結論にします。

監査の結果が「問題なし」だった場合も、確かめたのは決めた監査の範囲だけです。エージェントに見せていない送信先や、通信に出てこない定義の誤りは、そもそも調べられていません。「問題なし」は「全体が正しい」の証明ではない、と部門の中で言葉をそろえておきます。

• エージェントにタグ管理の公開の権限を渡し、見つけた不具合をそのまま本番で直させる
• エージェントが挙げた原因を、根拠の通信を見ないまま報告書や広告の判断に使う
• 監査が「問題なし」だったことを、計測全体が正しいことの証明として扱う
• 社員が個人で契約した対話AIから、MCPで自社の計測の数字を呼び出させる
• 会話やレポートを公開のリンクで共有し、社外の誰でも見られる状態にする

誰の資格で動くか：役割と共有のリンク

公式のよくある質問によれば、Trackingplan の利用者の役割は、管理者・編集者・閲覧者の3つです。管理者は作業場所の設定の変更や人の招待ができ、編集者は計測の計画を編集でき、閲覧者は見るだけです。変更履歴では、エージェントがブラウザで調べてよい範囲を、管理者が自社の計画のドメインに限れる設定が2026年9月に加わったとされています。

ここで決めておきたいのは、管理者の数と、エージェント関連の設定を誰が持つかです。管理者は、MCPのコネクタの追加や、エージェントのブラウザの範囲の設定、レポートへの追加の質問を許すかどうかに関わります。管理者は計測の責任者と、その代わりの1人程度に絞り、代理店の担当者には編集者か閲覧者の役割を渡すのが基本です。

見落としやすいのが、会話とレポートの共有です。変更履歴によれば、会話やレポートは、非公開、計画の中の人に公開、公開のリンクの3つから選んで共有できます（2026年9月の記載）。公開のリンクを使うと、自社の計測の不具合や広告の成果が、リンクを知る誰にでも見える状態になります。社外への共有は原則として使わない、使うなら上長の承認を取る、と決めておきます。

費用の増え方と、やめ方

公式のよくある質問によれば、料金は監視するセッションの数と、エージェントの作業に使うクレジットで決まり、利用者の席の数には追加の料金をかけないとされています（2026年10月時点）。無料の試用も用意されています。金額はプランによって変わるので、ここでは増え方だけを押さえます。

増え方は2つの軸です。1つは、サイトの訪問が増える、監視するサイトやアプリが増えると、セッションの分が増えること。もう1つは、エージェントに質問する人や監査の数が増えると、クレジットの分が増えることです。席の料金がかからない分、部門の全員がエージェントに気軽に質問すると、クレジットの消費が読みにくくなります。質問してよい人と、月の上限を先に決めておくと、費用の見通しが立ちます。

やめるときは、サイトとアプリから Trackingplan のタグや組み込みの部品を外せば、通信の観測は止まります。預けたデータは既定で90日後に自動で削除されるとされていますが、解約の時点で残っているデータの扱いと、削除の確認の方法は、契約の前に確かめておきます。MCPでつないだ対話AIの側に残った会話の記録は、Trackingplan を解約しても消えないことも覚えておいてください。

よくある質問

小さなサイトでも入れる意味はありますか

サイトが1つで、変更のほとんどがタグ管理の中で起きるなら、版管理と公開前のテストで足りることが多いでしょう。サイトの改修が頻繁にある、アプリもある、代理店が複数のサイトを預かっている、といった場合に、自動の監視の価値が大きくなります。まずは試用で、自社の不具合が実際にどこで起きているかを見てから判断してください。

計測が止まったことに気づく仕組みとしてだけ使えますか

使えます。ただ、計測が止まったことに気づくための確認の場所や運用は、計測の空白を扱った別の記事にまとめています。この記事の主題は、そのうえでAIエージェントに何を見せ、何を任せないかです。

同意の不備の警告が出たら、エージェントに直させてよいですか

直させません。同意の設定は、法務や個人情報の担当と決めた方針に沿って、人が変えるものです。エージェントには原因の候補と根拠の通信を出させ、修正は担当者が作り、決まった承認者が見てから公開します。

エージェントの答えを、そのまま上長への報告に使ってよいですか

根拠の通信と、社内の予定との照合を済ませてからなら、報告の材料にできます。エージェントの答えは直近90日の通信をもとにした推定である点と、確かめた範囲を添えてください。

まとめ

Trackingplan は、サイトやアプリが送る計測の通信を常に見張り、2026年9月からはAIエージェントが原因を調べる形になった製品です。目視の点検、タグ管理の版管理と比べると、本番で、タグ管理の外で起きた壊れを拾える点が強みで、その代わりに本番の通信という新しい預け先が増えます。監視と原因の下調べは道具とAIに任せ、タグの修正・同意の設定の変更・本番への反映は人が決める。エージェントにタグ管理の公開の権限を渡さず、つなぐ対話AIと共有のリンクを絞る。この線を部門で決めてから試用に進んでください。

• 製品の機能・データの扱い・料金の仕組みは、Trackingplan の公式サイト、公式ブログ（2026年9月28日）、変更履歴、プライバシーの案内、よくある質問を2026年10月20日に確かめた範囲に基づきます。機能は頻繁に変わるため、利用前に最新の原文と試用で確かめてください
• 計測の通信の海外への移転や、個人に関わる情報の扱いは、自社の個人情報の取り扱いの決まりに関わります。実際の運用は法務・情シスの担当者と確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。