ある代理店が28のクライアントアカウントでUTMタグを統一するまで

代理店が一貫性のないUTMタグの代償を実感する瞬間は、たいてい月曜の朝にやってきます。クライアントがレポートを開き、チャネルの数字が、聞いていた話と合わないと気づくときです。これは、まさにその瞬間と、あるメディアバイヤーチームが28のクライアントアカウントをまたいでUTMタグを統一する代理店になるために使った仕組みについての物語です。何が壊れ、何を試し、最終的に何が持ちこたえたのかを追います。

限界点

この物語に登場する代理店は、Meta、Google、TikTok、Taboola、Snapchatにまたがる28のクライアントの有料集客を運用しています。バイヤーチームはポッド(小チーム)に分かれていました。各ポッドが数件のアカウントを担当し、各バイヤーが自分のリンクをタグ付けしていました。無料のジェネレーターを使う人、古いURLをコピーする人、いつの間にか中身が古くなった共有スプレッドシートから取ってくる人もいました。

リンクにタグが付き、キャンペーンが配信されているという意味では、これは機能していました。それが機能しなくなったのは、あるシニアアカウントマネージャーが顧問契約のクライアントに月次レポートを送り、そのクライアント側のアナリストがこう返してきた日です。あなたの「Facebook」の費用が、うちのGAと合いません。なぜFacebookの行が3つあるのですか? 3つあったのは、3人のバイヤーが半年のあいだに、それぞれfacebook、Facebook、fbと書いていたからです。どれも単体では間違いではありませんでした。それでも合わさると、そのクライアントの最も重要なチャネルが3つに分裂してしまっていたのです。

この1通のメールが、社内監査の引き金になりました。チームは同じ断片化を、utm_medium(cpcとpaidとppc)にも、UTMとずれていったキャンペーン名にも、そしてスプレッドシートの規則がそもそも一度も守られていなかったアカウントにも見つけました。これは、あらゆる代理店管理システムがいずれ突き当たる構造的な失敗です。規律は人数に比例して伸びてはくれず、そして最初にひびが入るのがタグ付けなのです。

最初に試したこと(そしてなぜ失敗したのか)

まず思いつくのは、プロセスで直すことでした。チームはタグ付けガイドラインを書き、Slackで回覧し、全員に規則を守るよう求めました。3週間ほどは、遵守率は高い水準にありました。そこへ製品ローンチが重なり、3人のバイヤーが締め切りに追われてリンクをタグ付けし、規則はいつの間にか、いちばん速いやり方へと戻ってしまいました。

2つ目の試みは、より厳格なスプレッドシートでした。ドロップダウンと担当者を定めた、ロックされたマスタータブです。記録を一元化した分、これは前よりも良いものでした。ですが、致命的な穴が2つありました。第一に、シートを各広告プラットフォームで実際に動いているキャンペーンに結びつけるものが何もなく、バイヤーがキャンペーン名を変えた瞬間に、シートと現実が乖離しました。第二に、シートはルールを記録できても、それを強制することはできませんでした。急いでいるバイヤーは、結局のところ古いURLを貼り付けて先へ進んでしまうのです。

この教訓は、居心地は悪いものの、頭をすっきりさせてくれました。問題は人にあったのではなく、規則にあったのでもなかったのです。問題は、スタックの中に、間違ったタグを不可能にするものが何ひとつなかったことでした。ワークフローのどこかに自由入力欄が存在する限り、ずれは初期設定の結末でした。キャンペーン命名規則が、強制ではなく記憶に頼った瞬間に破綻するのと、まったく同じ理由です。

持ちこたえた仕組み

転機は、タグ生成を別々のツールから取り出し、ローンチワークフローそのものの中へと移したときに訪れました。WevionのUTMビルダーを使ったのです。この仕組みの3つの性質こそが、新しい体制が忙しいチームとの接触に耐え抜いた理由でした。

1つのクロスアカウント構造。 各ポッドが即興でやるのではなく、ビルダーが28すべてのアカウントに1つのUTM構造を適用しました。クライアントAからクライアントBへ移ったバイヤーは、何も覚え直すことなく、まったく同じ構造のタグを生み出します。バイヤーがソースの値を入力するのではなくリストから選ぶようになったため、fbとfacebookの問題は消えました。

キャンペーンから導かれるタグ。 ビルダーがキャンペーンを命名するのと同じ分類体系を参照するため、utm_campaignの値とプラットフォーム上のキャンペーン名が一緒に生成され、もはや互いにずれることがなくなりました。広告プラットフォーム、分析ツール、そしてクライアントのCRMのあいだの受け渡しが、ついに崩れずに済むようになったのです。

ビルド、監査、レビュー。 ビルダーの監査モードによって、運用リードは既存のリンクをルールブックと照らし合わせて点検でき、レガシーなずれを、クライアントレポートの中ではなくリンク単位で表面化させられます。レビューモードでは、シニアバイヤーがローンチ前に構造を承認でき、ルールブックの主導権を人間の手に保てます。

Wevionはキャンペーンデータを瞬時にではなく、おおよそ15分間隔で同期するため、ローンチ時に正しいタグを付けておく価値は、ポートフォリオ全体で積み上がっていきました。同期のたびに、タイプミスを次のレポートへ持ち越すのではなく、一貫した記録を補強していくからです。

レポートに起きた変化

目に見える成果は、次のレポートサイクルで現れました。毎月、丸2日近くをソース名の表記ゆれの突き合わせとキャンペーン名のバリエーションの対応づけに費やしていたジュニアアナリストは、突き合わせるものがもう何も残っていないことに気づきました。タグはきれいな状態で届くため、アカウントレポートの統合は、手作業のプロジェクトではなく1本のクエリになりました。そこで取り戻された時間は、クライアントが本当に対価を払っている分析へと戻されました。

クライアント横断のビューも変わりました。すべてのアカウントが1つの構造を共有しているため、代理店はついに、担当する全クライアントにまたがってパフォーマンスを比較できるようになったのです。どのチャネルが、どのクライアントの業種に効いているのか。タグの方言に邪魔されることなく、です。こうした5つのプラットフォームを1つのビューで見るクロスチャネルレポートは、以前は理論上は可能でも、実務上は不可能でした。土台となるタグが、決して一致しなかったからです。

2024年のAdverityの調査によれば、自社のデータを完全に信頼しているマーケターはわずか**31%**にとどまります。この代理店にとって、統一されたビルダーは、自分たちのチームとクライアントの双方を、その少数派へと決定的に押し上げた唯一の変化でした。

ポッド全体への展開はどう進んだのか

掘り下げる価値があるのは、代理店がこの変化を、業務を止めることなく、どうやってポッド構造の全体に広げたのかという点です。ポッドは抵抗の単位でした。それぞれに独自の習慣があり、独自の半分しか守られていない規則があり、古いやり方が「問題ない」とする独自の理由がありました。トップダウンの命令を出していたら、ガイドラインのときと同じ「3週間の遵守カーブ」を再現していたでしょう。

そこで運用リードは、ローンチの瞬間において新しい構造を初期設定にし、古いやり方をする手間そのものに説得を任せました。キャンペーンをローンチするバイヤーには、正しくタグ付けされたリンクが自動で渡されます。別ツールで手作業で組み立てることは、今や遅く、手のかかる回り道になりました。数週間のうちに、最も抵抗していたポッドが、単にそれが最も抵抗の少ない道だからという理由で、きれいなタグを生み出すようになっていました。

運用リードはまた、監査モードを「あら探し」ではなく、コーチングの道具として使いました。あるポッドのレガシーなずれをリンク単位で表面化させることは、漠然とした「もっと気をつけて」を、具体的で直せるリストへと変えました。バイヤーは、自分の古いリンクのどれが不正な形式なのかを正確に確認でき、通常の最適化のなかでそれをきれいにできました。これにより、その基準は押しつけられたルールではなく、共有された改善のように感じられたのです。この捉え方こそが、変化が反感を買わずに済んだ理由であり、次にローンチの繁忙期が来たときに、こっそり元へ戻ってしまわずに済んだ理由でした。

移行は、正直なところ

移行は瞬時ではありませんでしたし、代理店もそうであるかのように装いはしませんでした。半年分の履歴を初日に付け直したりはしませんでした。新しいリンクすべてには新しい構造をすぐに適用し――これによって新たなずれを同じ週のうちに止め――レガシーなリンクは、各アカウントの通常の最適化作業のなかで埋め直していきました。おおよそ3回のレポートサイクル以内に、過去のカタログは、どのレポートにも手作業の縫い合わせが要らない程度には十分きれいになりました。

文化の変化は、ツールと同じくらい重要でした。ビルダーから生成することが、タグ付きリンクへの唯一の道になったため、一貫したやり方が同時に最も速いやり方にもなりました。バイヤーはタグ付けを、近道できる雑用として見るのをやめ、ローンチすれば自動的に発生する1ステップとして扱うようになりました。チームがガイドラインを通しては強制できなかった規律が、ワークフローの性質になったのです。

これを読んでいて、あの月曜の朝のメールに心当たりのある代理店にとって、教訓は精神論ではなく構造論です。バイヤーにもっと気をつけてもらうことで、UTMの混乱は直りません。直す方法は、不注意が入り込む余地そのものを取り除くことです。1つの共有ビルダー、1つのクロスアカウント構造、1つの命名規則から導かれ、決まった間隔で監査される、その形です。

あなたの代理店へのまとめ

数件を超えるクライアントアカウントを運用しているなら、同じ限界点を見込んで、メールが届く前に備えて設計してください。

1. タグ付けの強制をガイドラインやスプレッドシートに頼るのをやめる――それらは、自分では守れないルールを記録しているだけです。
2. 1つのクロスアカウントUTM構造を適用し、どのクライアントを担当するバイヤーも同じ形式を生み出すようにする。
3. UTMの値をキャンペーン命名規則から導き、タグとプラットフォーム上の名前が決して食い違わないようにする。
4. 既存のリンクを、決まった間隔で監査する――クライアントレポートのサイクルの後ではなく、前に。
5. 今日から新しいリンクを正しくタグ付けし、レガシーなリンクは折を見て埋め直していく形で移行する。

Wevionは、UTMビルダーをローンチワークフローの中に組み込み、クロスアカウント構造とビルド・監査・レビューのサイクルを備えています。これにより、運用するどのクライアントでも、一貫性が初期設定になります。14日間のトライアルを始めるか、恒久的な無料プランのまま使い続けて、次のクライアントレポートを、弁解する必要のないものにしてください。

このガイドは、キャンペーンスケーリングのハブの一部です。関連するプレイブックは、クラスター全体でご覧いただけます。