前提条件
本記事で紹介する手順を実施するにあたり、以下の前提を満たしている必要があります。
- 対象読者:GTM(Google タグマネージャー)コンテナを管理している方、もしくはチームでGTM運用をしている方
- 必要なもの:
- Slackの有料プラン(Pro以上):Slack Email Appの利用に必須です
- Gmail(Googleアカウント)の管理権限
- GTMの該当コンテナへの権限(通知設定の変更権限)
- 本記事で扱う構成:GTM → Gmail → 自動転送 → Slack Email App → Slack専用チャンネル
なお、Slackのフリープランをご利用の場合は、Email Appが利用できないため本手順をそのまま適用することはできません。フリープランでの代替案については、本記事末尾で簡単に触れます。
1. なぜGTMの公開を把握する必要があるのか
GTMで事故を起こさない、あるいは、起きてしまった事故に早めに気付いてリカバリーするためには、「GTMが公開されたこと」を確実に把握しておくことが大切です。
意図しない公開、第三者による予期しない変更、自分以外のメンバーによる想定外のリリース。こうした事象への気付きが翌日や数日後になってしまうと、計測データの欠損やタグの誤発火が長期間放置されることになり、ビジネスインパクトが大きくなります。
GTMには標準機能として、コンテナのバージョン作成時や公開時にメールで通知を送る設定があります。ただし、メール通知だけでは受信トレイの中に埋もれてしまいがちです。特に複数のGoogleアカウントや複数のコンテナを扱っている運用者にとって、誰がいつ何を公開したのかをタイムリーに把握するのは容易ではありません。
そこで本記事では、GTMからのメール通知をSlackの専用チャンネルに自動転送し、公開された瞬間にチームで気付ける状態を作る方法をご紹介します。
2. アーキテクチャの全体像
本記事で構築する仕組みは、以下のようなシンプルな構成です。
GTM
↓ (バージョン作成・公開時にメール送信)
Gmail(notify-noreply@google.com からの受信)
↓ (フィルタ＋自動転送)
Slack Email App
↓
Slack専用チャンネル
この構成を採用する理由は次の3点です。
- Slackの有料プランさえあれば、追加の外部サービスや有料ツールが不要
- 一度設定すればメンテナンスフリーで動き続ける
- 設定全体で15〜20分程度で完了する
ZapierやMake、あるいはGoogle Apps Scriptを使った実装も可能ですが、ここでは最もシンプルかつ運用負荷の低い構成を選択しています。
3. 実装ステップ
3-1. GTMでメール通知を有効にする
まず、GTM側で「コンテナの公開時にメール通知を送る」設定を有効にします。
- GTMにログインし、対象のコンテナを開く
- 「管理」タブを開く
- コンテナ列の「ユーザー管理」周辺にある通知設定、もしくは右上のユーザーアイコンから通知設定にアクセス
- バージョンの作成時/公開時の通知をオンにする
- 通知の宛先となるGoogleアカウント(メールアドレス)を確認
すでに通知設定を済ませている方は、本ステップをスキップして問題ありません。
3-2. Slackで専用チャンネルを作成
通知を集約する専用のSlackチャンネルを作成します。
- Slackの左サイドバーの「チャンネル」横の「+」ボタンから「チャンネルを作成」
- チャンネル名を入力(例:#gtm-notifications)
- 公開/プライベートを選択して作成
GTMの通知メールにはコンテナ名(クライアント名を含むことが多い)が件名に含まれます。社外秘の情報が流れることを考えると、プライベートチャンネルでの作成を推奨します。
3-3. Slack Email Appで転送用アドレスを取得
Slackには「Email」というApp機能があり、特定のメールアドレス宛のメールをチャンネルに自動投稿できます。
- 作成したチャンネルを開く
- チャンネル名をクリックして詳細を開き、「インテグレーション」タブを選択
- 「このチャンネルにメールを送信する」をクリック
- 表示された転送用アドレスをコピーして保管
転送用アドレスは、gtm-notifications-aB3xYz@example.slack.comのような形式で発行されます。
3-4. Gmailで転送先アドレスを登録・認証
次に、Gmail側で「Slackの転送用アドレス」を転送先として登録します。
- Gmailを開き、右上の歯車アイコンから「すべての設定を表示」
- 「メール転送と POP/IMAP」タブを開く
- 「転送先アドレスを追加」をクリック
- 3-3でコピーしたSlackの転送用アドレスを入力
- 確認コード(または認証リンク)が転送先に送られる
ここで注意したいのは、確認コードが届く先がSlackチャンネルになるという点です。Gmailの受信トレイには届かないので戸惑うかもしれませんが、指定したSlackチャンネルを確認するとGoogleからの認証メッセージが投稿されているはずです。
確認コードまたはリンクを使って認証を完了させます。
3-5. フィルタで「GTM通知だけ」を転送する
Gmail全体を転送するとSlackが他のメールで溢れてしまうので、GTMからの通知だけを転送するフィルタを作成します。
- Gmailの検索ボックス右端にある「検索オプション」アイコンをクリック
- 以下の条件を入力:
- From:notify-noreply@google.com
- 件名に含む:published
- 「フィルタを作成」をクリック
- 動作の設定:
- 次のアドレスに転送する(必須):3-4で登録したSlackアドレスを選択
- ラベル付与、受信トレイをスキップ、既読にする、などは任意で設定
- 「フィルタを作成」をクリックして完了
これで設定は完了です。試しにGTMで小さなバージョンを作成して公開すれば、数秒〜数十秒以内にSlackの専用チャンネルに通知が届くはずです。
4. 複数のGoogleアカウントへの展開
メインのGoogleアカウントで動作確認ができたら、他のアカウントにも同じ仕組みを展開します。
たとえば、以下の3つのGoogleアカウントを使い分けているケースを想定します。
- main@example.com(メイン)
- sub-a@example.com
- sub-b@example.com
同じSlackの転送用アドレスを、すべてのGoogleアカウントの転送先として登録すれば、1つのSlackチャンネルにすべてのGTM通知を集約できます。各アカウントで3-4と3-5のステップを繰り返すだけです。
もしアカウントごとに通知を区別したい場合は、フィルタ条件にToアドレスを加えて識別ラベルを付ける、あるいはアカウントごとにSlackチャンネルを分けるといった運用も可能です。運用規模やチーム構成に応じて選択してください。
5. 参考:チャットワークで実現する場合
社内のコミュニケーションツールにチャットワークを利用している方向けに、チャットワーク版の実装方針も簡単に触れておきます。
結論から言うと、チャットワークにはSlackのEmail Appに相当する「メールを受け取ってメッセージとして投稿する」標準機能がありません。そのため、Gmailからの転送をそのまま投げ込むことはできず、何らかの中継処理が必要になります。
実装パターンとしては、以下のいずれかが現実的です。
- Zapier / Make などの連携サービスを利用する:Gmailの新着メールをトリガーに、Chatwork APIを叩いて投稿。GUIで設定でき、コーディング不要。無料枠あり
- Google Apps Script + Chatwork API を利用する:特定ラベルが付いたメールを定期的にチェックし、Chatwork APIに投稿するスクリプトを自作。完全無料だが、簡単なコードを書く必要あり
いずれの場合も、本記事で紹介したGmail側の設定(フィルタ条件:From notify-noreply@google.com / 件名に published を含む)はそのまま活用できます。違いは「フィルタの動作として何を行うか」の部分です。
6. まとめ
GTMの公開を把握することは、単なる利便性の話ではなく、ガバナンスの問題です。意図しない変更や公開を早期に検知できる仕組みを持っているかどうかは、計測の信頼性と運用品質に直結します。
本記事で紹介した「Gmailフィルタ＋Slack Email App」の構成は、追加のSaaSや有料ツールに頼らず、Slackの有料プランさえあれば実現できる軽量な仕組みです。設定そのものは15〜20分で完了するわりに、運用上の安心感は大きく向上します。 複数のクライアントワークや社内コンテナを抱えるチームほど、この種の「公開を見逃さない仕組み」の価値は大きくなります。ぜひ導入をご検討ください。
コメント