GTMのワークスペースは競合を防がない｜正しい変更管理とロールバックの方法｜未経験から100日後にGTMのプロになる話【Day 33】

チームでGTMを触るようになると、「誰かの変更で別の誰かの作業が消えた」「いつの間にか設定が変わっていた」というトラブルが起きがちです。ワークスペースとバージョン管理を正しく使えば、この手の事故はかなり減らせます。

ワークスペースは「競合を防ぐ」のではなく「競合に気づける」仕組み

複数人が同時に作業できるよう、Aさん用・Bさん用とワークスペースを分けて運用するのはよくあるやり方です。ただし、ここで正確に理解しておきたいのは、ワークスペースを分けただけで編集の競合が自動的に防がれるわけではないという点です。

もしAさんとBさんが、別々のワークスペースで同じタグを編集していた場合、先にAさんが公開すると、Bさんのワークスペースを開いたときに「このタグは他のワークスペースで変更されています」という競合の警告が表示されます。GTMはここで、Bさんの変更を優先するか、Aさんの変更（すでに公開済みの内容）を取り込むかを選ばせてくれます。つまりワークスペースがしてくれるのは「事故を未然に防ぐ」ことではなく、「衝突が起きたときにそれに気づかせ、どちらを採用するか選ばせる」ことです。同じタグを複数人が並行して触る可能性がある場合は、あらかじめ「このタグは誰が担当」と作業分担を決めておく方が、コンフリクト解決に時間を取られずに済みます。

バージョン管理とロールバック

公開のたびにバージョンが作成され、名前や説明を付けて記録できます。設定変更後に不具合が起きたら、「バージョン」タブから問題が起きる前のバージョンを選び「このバージョンを公開」を実行すれば、即座に以前の状態へ戻せます。「差分を比較」機能を使うと、バージョン間でどのタグ・トリガー・変数が追加/変更/削除されたかを具体的に確認できるので、原因調査にも使えます。

権限設計の基本

GTMのユーザー権限は「アクセスなし」「読み取り」「編集」「承認」「公開」の段階があります。実務では、実装担当者に「編集」までを付与し、最終的な「公開」は別の担当者（例えばテック側のリーダーや、あなた自身）に限定しておくと、動作確認前の変更がうっかり本番に反映されるリスクを抑えられます。

今日のまとめ

ワークスペースは並行作業を可能にする仕組みであって、競合そのものをゼロにする魔法ではありません。同じ要素を複数人が触る可能性がある場合は事前の分担を決め、公開権限は絞っておく。この2点が、チーム運用でのGTMのカオスを防ぐ現実的な対策です。次回は、より高度な分析項目のトラッキングを扱います。