Googleタグマネージャーの導入方法｜アカウント作成から初期設定まで完全ガイド

Googleタグマネージャー

2026.09.142026.10.06

Googleタグマネージャー（GTM）の導入方法を初心者向けに解説。アカウント・コンテナ作成、WordPressへの設置、GA4初期設定、動作確認、公開まで順番に紹介します。

Googleタグマネージャーを導入する前に確認すること
Googleタグマネージャーのアカウントを作成する
GTMコンテナを作成する
GTMの管理画面と基本項目を確認する
WebサイトにGoogleタグマネージャーを設置する
WordPressにGoogleタグマネージャーを設置する方法
CocoonにGoogleタグマネージャーを設定する方法
GTMが正しく設置されたか確認する
GA4をGTMで設定する前に確認すること
GTMでGoogleタグを設定する
トリガーを初期設定する
変数の初期設定を確認する
GTMのプレビューでタグの動作を確認する
GA4でデータが送信されているか確認する
GTMコンテナを公開する
GTM導入時によくある失敗と対処法
GTM導入後に最初にやっておきたい管理設定
Googleタグマネージャー導入についてよくある質問
GTMは設置・確認・公開の順番を守って導入しよう

「Googleタグマネージャーを使ってみたいけれど、アカウント作成やWordPressへの設置方法が分からない」と悩んでいませんか？GTMは、GA4やGoogle広告などの計測タグをまとめて管理できる便利なツールです。この記事では、GTMアカウントとコンテナの作成、WebサイトやWordPressへの設置、Googleタグ・トリガーの初期設定、Tag Assistantでの確認、公開までを初心者向けに順番に解説します。二重計測などの失敗例も紹介するので、初めてでも流れを確認しながら導入できます。

Googleタグマネージャーを導入する前に確認すること

Googleタグマネージャー（GTM）を導入する前に、まず必要なものや現在の計測状況を確認しておきましょう。

GTMは、一度正しく設置すれば、その後は管理画面からGoogleタグや第三者サービスのタグを管理しやすくなります。一方で、すでにGA4やGoogleタグを設置しているサイトへ何も確認せず追加すると、二重計測につながることがあります。

導入前に次の項目を確認しておくと安心です。

Googleアカウントがあるか
Webサイトを編集できるか
WordPress管理画面へログインできるか
現在GA4をどこから設置しているか
既存のGTMが入っていないか
GTMで何を計測したいか

Google公式でも、Webコンテナを設置する前提として、GTMアカウントとコンテナを作成し、Webサイトのコードへアクセスできる状態が必要と案内されています。

Googleタグマネージャー導入に必要なもの

GTMを導入するときは、最低限次のものを準備しておきましょう。

必要なもの	用途
Googleアカウント	GTMへログインする
Webサイト	GTMを設置する対象
WordPress管理権限	テーマや設定を変更する
GA4情報	既存計測を確認する
GTM導入目的	必要なタグを決める

特に重要なのが、Webサイトを編集できる権限です。

Google公式でも、WebコンテナをインストールするときはWebサイトのコードへアクセスできる必要があると案内されています。

WordPressの場合は、テーマの設定機能やプラグインを利用できることもあるため、必ずしもHTMLを直接編集する必要はありません。

Googleアカウントを準備する

GTMを利用するにはGoogleアカウントが必要です。

すでに、

Gmail
Google Analytics
Search Console
Google広告

などを使っている場合は、そのGoogleアカウントを利用できます。

Google公式のGTM作成手順も、

GTM公式サイトを開く
↓
Googleアカウントへログイン
↓
GTMアカウントを作成

という流れです。

サイト運営用のGoogleアカウントを1つにまとめている場合は、そのアカウントを使うと管理しやすいでしょう。

ただし、複数人でサイトを管理している場合は、個人だけがアクセスできるアカウントではなく、将来の権限管理も考えて使用するアカウントを決めることが大切です。

Webサイト・WordPressの管理権限を確認する

次に、GTMを設置するWebサイトを変更できるか確認します。

WordPressの場合は、管理画面へログインし、

テーマ設定
プラグイン
アクセス解析設定
カスタムコード
テーマファイル

などを確認できる権限が必要になることがあります。

たとえばCocoonのようにテーマ側にGTM設定欄がある場合は、

WordPress管理画面
↓
テーマ設定
↓
GTMコンテナIDを入力

という方法で設置できます。

一方、Webサイトのコードへ直接設置する場合は、Google公式で案内されているGTMコードスニペットを追加できる環境が必要です。

導入を始めてから「編集権限がない」とならないよう、事前に確認しておきましょう。

現在のGA4・Googleタグの設置状況を確認する

GTM導入前に特に確認したいのが、現在のGA4やGoogleタグの設置方法です。

たとえば現在、

WordPressテーマ
↓
Googleタグ
↓
GA4

という形で計測している場合があります。

また、

アクセス解析プラグイン
↓
GA4

というケースもあります。

確認したい場所は次のとおりです。

WordPressテーマのアクセス解析設定
GA4関連プラグイン
header.php
カスタムHTML
過去に設置したGTM
Googleタグの設定欄

Google公式では、GTMにGoogleタグを追加すると、GTMからGoogleサービスへデータを送れる仕組みになっています。

そのため、既存のGA4設定を残したままGTMから同じ計測を追加すると、設定内容によっては同じデータを重複して送る可能性があります。

GTMを導入する目的を決める

GTMは「導入すること」そのものが目的ではありません。

最初に、

何を計測したいのか

を決めておきましょう。

たとえば、

GA4のタグをまとめて管理したい
商品リンクを計測したい
問い合わせを計測したい
Google広告の成果を計測したい
今後タグを増やしたい

などです。

目的別の例

目的	GTMで行うこと
GA4管理	Googleタグを設定
商品クリック計測	クリックトリガーを設定
問い合わせ計測	イベントタグを設定
広告成果計測	Google広告タグを管理
複数タグ管理	一か所で整理

たとえば、

「GA4のアクセス解析だけで十分」

というサイトなら、急いでGTMを導入しなくてもよい場合があります。

一方、

「これから商品リンクや問い合わせも詳しく計測したい」

なら、GTMを導入するメリットが大きくなります。

タグの二重設置を避けるために確認すること

GTM導入時の代表的なミスが、タグの二重設置です。

たとえば、

Cocoon
↓
GA4

＋

GTM
↓
Googleタグ
↓
同じGA4

という状態になると、同じ計測を複数経路から送ってしまう可能性があります。

また、

CocoonでGTM設置
＋
GTMプラグインでも設置

というGTM自体の二重設置にも注意が必要です。

導入前に確認する項目は次のとおりです。

□ テーマにGA4設定がないか
□ プラグインでGA4を設定していないか
□ 既存のGTMがないか
□ header.phpへ直接コードを入れていないか
□ 同じGTMコンテナIDを複数箇所へ入れていないか

GTMを導入するときは、「現在どこから計測しているか」を把握してから設定方法を切り替えることが大切です。

Googleタグマネージャーのアカウントを作成する

事前確認ができたら、Googleタグマネージャーのアカウントを作成します。

Google公式では、GTMアカウントを組織構造の最上位として作成し、その中にWebサイトやアプリごとのコンテナを作る仕組みになっています。

イメージすると、

GTMアカウント
├─ WebサイトAのコンテナ
├─ WebサイトBのコンテナ
└─ アプリのコンテナ

という形です。

ここでは、まずGTMアカウント作成部分を確認していきましょう。

Googleタグマネージャー公式サイトを開く

最初にGoogleタグマネージャー公式サイトへアクセスします。

Google公式の現在の手順では、

tagmanager.google.com
↓
Googleアカウントでログイン

と進みます。

初めて利用する場合でも、GoogleアカウントがあればGTMの作成を始められます。

ログインすると、GTMのアカウント管理画面が表示されます。

「アカウントを作成」を選択する

GTMへログインしたら、アカウント作成を開始します。

Google公式の案内では、

GTM管理画面
↓
「アカウント」タブ
↓
「アカウントを作成」

と進みます。

画面には、

アカウントの設定
コンテナの設定

が表示されます。

ここで、

アカウント＝全体を管理する単位

コンテナ＝Webサイトごとのタグ管理単位

と考えると分かりやすいでしょう。

アカウント名を入力する

次に、GTMアカウント名を入力します。

Google公式では、アカウント設定で最初にアカウント名を入力します。

たとえば、

株式会社〇〇

のように会社名を入れる方法があります。

個人ブログの場合は、

サイト運営名

や

管理者名

など、あとから見ても分かる名前にするとよいでしょう。

アカウント名はサイトの記事タイトルなどに表示されるものではありません。

GTM内部で管理しやすい名前を付けることがポイントです。

国を選択する

アカウント名を入力したら、次に国を選択します。

日本でサイトを運営している場合は、基本的に、

日本

を選択します。

Google公式でも、アカウント設定の項目としてアカウントの国を選択する手順が案内されています。

この設定は、GTMアカウントの地域情報として使われます。

特別な理由がなければ、サイトを運営している所在地に合わせて選択するとよいでしょう。

匿名データ共有の設定を確認する

アカウント作成画面には、

「Googleや他の人と匿名でデータを共有」

という設定があります。

これは必須ではありません。

Google公式では、この項目を選択すると、Webサイトを特定できる情報を取り除いたうえで、他の匿名化されたサイトデータと組み合わせ、ベンチマークサービスで集計傾向を提供するために使われると説明されています。

そのため、

チェックする
＝匿名データ共有を許可

チェックしない
＝共有しない

という考え方です。

初心者の場合は、内容を確認したうえで自分の運用方針に合わせて選択すれば問題ありません。

アカウント名の付け方で迷った場合の考え方

アカウント名は自由に入力できますが、あとから見ても分かりやすい名前がおすすめです。

たとえば、複数サイトを管理する可能性がある場合は、

GTMアカウント
└─ 運営者・会社名

コンテナ
├─ example-site.com
├─ shop.example.com
└─ 別サイト

のように分けると整理しやすくなります。

Google公式では、GTMアカウントを最上位の管理単位とし、その下にWebサイトやアプリごとのコンテナを作成する方式になっています。

アカウント名の例

運営形態	名前の例
個人ブログ1サイト	運営者名・サイト管理名
複数サイト運営	運営者名・事業名
法人サイト	会社名
クライアント管理	クライアント名

なお、Webサイト名やURLは、このあとのコンテナ名として設定する方法もあります。

Google公式でも、Webサイト用コンテナの名前には最上位のURLを使う方法が推奨例として案内されています。

そのため、

アカウント名＝運営者・会社単位

コンテナ名＝Webサイト単位

と分けておくと、あとから管理しやすくなります。

GTMアカウント作成前チェックリスト

最後に、ここまでを確認しておきましょう。

□ Googleアカウントを準備した
□ WordPressへログインできる
□ 現在のGA4設置方法を確認した
□ 既存のGTMがないか確認した
□ GTM導入目的を決めた
□ アカウント名を決めた
□ 国の設定を確認した
□ 匿名データ共有の内容を確認した

ここまでできれば、次はGTMコンテナの作成へ進めます。

GTMコンテナを作成する

Googleタグマネージャー（GTM）のアカウント設定ができたら、次にコンテナを作成します。

コンテナとは、Webサイトやアプリで使う、

タグ
トリガー
変数
フォルダ
バージョン

などをまとめて管理する入れ物です。

Google公式では、通常はWebサイトやアプリごとに1つのコンテナを作成する方法が案内されています。Webサイトの場合、ページごとにコンテナを分ける必要はありません。

たとえば、

GTMアカウント
├─ サイトA用コンテナ
├─ サイトB用コンテナ
└─ アプリ用コンテナ

という形で管理します。

コンテナ名を入力する

アカウント設定の次に、コンテナ名を入力します。

Google公式では、Webサイト用コンテナの場合、Webサイトの最上位URLをコンテナ名として使う方法が案内されています。

たとえば、

example.com

や

www.example.com

のような名前です。

ブログ名を使うこともできますが、複数サイトを管理するようになると、URLを使った方がどのサイトのコンテナなのか判断しやすくなります。

コンテナ名の例

サイト	コンテナ名の例
個人ブログ	example.com
会社サイト	company.example.com
ECサイト	shop.example.com
サブドメインサイト	media.example.com

初心者の場合は、あとから見ても対象サイトが分かる名前にしておけば問題ありません。

Webサイトでは「ウェブ」を選択する

コンテナ名を入力したら、次にターゲットプラットフォームを選択します。

通常のWordPressブログや一般的なWebサイトの場合は、

「ウェブ」

を選択します。

Google公式でも、「ウェブ」はWebサイトやWebアプリで最も一般的に利用するコンテナタイプと案内されています。

たとえば、

WordPressブログ
↓
ターゲットプラットフォーム
↓
ウェブ

という選択になります。

WordPressだから特別な種類を選ぶ必要はありません。

一般的なブログや企業サイトなら、基本的に「ウェブ」を選べばよいでしょう。

iOS・Android・AMP・Serverとの違い

コンテナ作成画面では、「ウェブ」以外にも複数の選択肢があります。

Google公式では、現在次のコンテナタイプが案内されています。

コンテナタイプ	主な用途
ウェブ	Webサイト・Webアプリ
iOS	iPhone・iPad向けアプリ
Android	Androidアプリ
AMP	AMP対応Webページ
Server	サーバーサイドGTM

iOS

Appleデバイス向けのiOSアプリで使用します。

Android

Androidスマートフォンやタブレット向けアプリで使用します。

AMP

Accelerated Mobile Pages（AMP）を利用しているWebサイト向けです。

Server

サーバーサイドタグマネージャーを使う場合に選択します。

通常のWordPressブログであれば、これらを選ぶ必要はありません。

一般的なWebサイト＝「ウェブ」

と覚えておけば十分です。

利用規約を確認して作成する

コンテナ名とターゲットプラットフォームを設定したら、「作成」を選択します。

Google公式の手順では、「作成」をクリックしたあと利用規約を確認し、同意してコンテナを作成します。

利用規約を確認するときは、

サービス利用条件
データの取り扱い
利用地域
関連ポリシー

などを確認しておきましょう。

同意すると、GTMコンテナが作成されます。

この時点では、まだWebサイトへのGTM設置は完了していません。

次の工程で、

コンテナ作成
↓
GTM設置コード確認
↓
Webサイトへ設置

と進みます。

コンテナID「GTM-XXXXXXX」を確認する

コンテナが作成されると、そのコンテナ専用のIDが発行されます。

一般的なGTMコンテナIDは、

GTM-XXXXXXX

のように「GTM-」から始まります。

Google公式でも、Webコンテナのインストール時は、ワークスペース画面から**「GTM」で始まるコンテナID**を選択して設置コードを確認する手順になっています。

たとえば、

GTM-ABC1234

のような形式です。

間違えやすいID

ID	用途
GTM-XXXXXXX	GTMコンテナID
G-XXXXXXXXXX	GA4測定ID
GT-XXXXXXXXX	GoogleタグID

特に、

GTM-

と

G-

を混同しないよう注意しましょう。

コンテナIDを控えておく

コンテナIDは、このあとWordPressやCocoonへGTMを設置するときに使います。

そのため、

GTM-XXXXXXX

をコピーして控えておくと作業がスムーズです。

ただし、GTM管理画面へログインすればあとから再確認できるため、紛失しても問題ありません。

Google公式でも、コンテナIDはワークスペース画面から確認できます。

コンテナ作成後に確認すること

□ コンテナ名が正しい
□ 「ウェブ」を選択した
□ コンテナIDが発行された
□ GTM-から始まっている
□ 対象サイトとコンテナが一致している

ここまで確認できれば、コンテナ作成は完了です。

次は、GTMの管理画面を見ながら、これから使う基本項目を確認していきましょう。

GTMの管理画面と基本項目を確認する

コンテナを作成すると、Googleタグマネージャーの管理画面が表示されます。

最初は項目が多く感じるかもしれませんが、初心者が最初に覚える場所はそれほど多くありません。

まず確認したいのは、

ワークスペース
タグ
トリガー
変数
フォルダ
バージョン

です。

Google公式でも、GTM管理画面ではワークスペース・バージョン・管理などのタブから各設定へ移動できる構成になっています。

ワークスペースとは？

ワークスペースとは、GTMの設定変更を行う作業場所です。

Google公式では、コンテナ内の変更作業はすべてワークスペース上で行われ、各コンテナにはデフォルトのワークスペースが作成されます。

たとえば、

ワークスペース
↓
タグを追加
↓
トリガーを設定
↓
変数を変更
↓
プレビュー
↓
公開

という流れです。

初心者の方が1人でサイトを管理する場合は、まずデフォルトのワークスペースを使えば十分です。

複数人で別々の設定作業を進める場合には、複数のワークスペースを使い分けることもできます。

初心者向けには、

ワークスペース＝GTMの作業机

と覚えると分かりやすいでしょう。

タグとは？

タグとは、GA4やGoogle広告などへデータを送信するためのコードです。

Google公式では、タグをGoogle Analyticsなどのシステムへデータを送信するコードと説明しています。

たとえば、

ページ閲覧をGA4へ送信
クリックイベントをGA4へ送信
Google広告へコンバージョンを送信

といった処理があります。

イメージすると、

タグ
↓
「このデータをGA4へ送る」

という役割です。

管理画面の「タグ」を開くと、作成済みのタグ一覧を確認できます。

この記事ではまだ詳しい設定には進まず、

タグ＝実際に処理を行うもの

と覚えておけば十分です。

トリガーとは？

トリガーとは、タグをいつ発火させるか決める条件です。

Google公式では、トリガーがページビュー・クリック・フォーム送信などのイベントを検知し、条件に一致したときにタグを発火させる仕組みと説明されています。

たとえば、

ページが表示された
↓
トリガーが反応
↓
タグが発火

という形です。

ほかにも、

ボタンをクリックした
商品リンクをクリックした
フォームを送信した

などを条件にできます。

初心者向けには、

トリガー＝タグを動かすスイッチ

と覚えるとよいでしょう。

変数とは？

変数とは、タグやトリガーで使う値を保持する仕組みです。

Google公式では、変数を値が入る名前付きのプレースホルダと説明しています。

たとえば、

Page URL
＝現在開いているページURL

や、

Click URL
＝クリックしたリンク先URL

などがあります。

変数は、

トリガーの条件判定
タグへ値を渡す

といった場面で使います。

たとえば、

Click URL
含む
amazon.co.jp

という条件を設定すれば、Amazonリンクかどうかを判定できます。

初心者の方は、

変数＝判断材料

と覚えておくと分かりやすいでしょう。

フォルダとは？

フォルダは、タグ・トリガー・変数を整理するための機能です。

Google公式でも、フォルダを使ってタグ・トリガー・変数を論理的なグループに分け、管理しやすくできると案内されています。

たとえば、

GA4関連
├─ Googleタグ
├─ 外部リンクイベント
└─ 問い合わせイベント

Google広告関連
├─ コンバージョンタグ
└─ 関連トリガー

というように整理できます。

Google公式では、

プロジェクト別
チーム別
タグの種類別

などでフォルダを分ける方法も紹介されています。

ただし、GTM導入直後でタグが数個しかない場合は、無理にフォルダを作る必要はありません。

タグが増えてきたら整理に使う程度でよいでしょう。

バージョンとは？

バージョンとは、GTMの設定状態を記録したものです。

たとえば、

バージョン1
GA4基本設定

↓

バージョン2
問い合わせ計測を追加

↓

バージョン3
広告タグを追加

というように、公開時点ごとの設定を残せます。

Google公式では、ワークスペースを公開すると変更内容がバージョンとして保存され、バージョン名や説明も記録できます。

バージョンを残しておくと、

いつ変更したか
何を変更したか
過去の設定はどうなっていたか

を確認しやすくなります。

初心者の方は、

バージョン＝GTM設定の保存履歴

と考えると分かりやすいでしょう。

管理画面で最初に確認したい場所

GTMを初めて開いたときは、すべての機能を覚える必要はありません。

まずは次の場所だけ確認しておきましょう。

初心者が最初に見る場所

項目	何をする場所？
ワークスペース	設定変更を行う
タグ	計測タグを管理
トリガー	発火条件を管理
変数	判断に使う値を管理
フォルダ	設定を整理
バージョン	過去の設定履歴を確認
プレビュー	公開前の動作確認
公開・送信	設定を本番反映

Google公式でも、タグ・トリガー・変数はワークスペース上で変更し、公開することでWebサイト上で有効になる仕組みになっています。

初心者の方は、まず次の流れだけ覚えておけば十分です。

ワークスペース
↓
タグを作る
↓
トリガーを設定
↓
必要なら変数を使う
↓
プレビュー
↓
公開

GTM管理画面の基本項目早見表

項目	初心者向けの覚え方
ワークスペース	作業机
タグ	実行担当
トリガー	スイッチ
変数	判断材料
フォルダ	整理箱
バージョン	保存履歴

ここでは、各項目の場所と役割が分かれば十分です。

このあと実際にWebサイトへGTMを設置し、タグ・トリガーを設定していくと、それぞれの役割がより理解しやすくなります。

WebサイトにGoogleタグマネージャーを設置する

GTMアカウントとコンテナを作成したら、次はWebサイトへGoogleタグマネージャーを設置します。

Web用コンテナでは、GTMから表示される2つのコードスニペットをWebサイトへ設置します。

基本的な位置は次のとおりです。

1つ目のコード
↓
<head>内のできるだけ上部

2つ目のコード
↓
<body>開始タグの直後

Google公式でも、この2か所へコードを設置する方法が案内されています。

ただし、WordPressなどのCMSでは、テーマやプラグインの機能を利用することで、ページごとのHTMLを直接編集せずに設置できる場合があります。

GTM設置コードを表示する

まず、作成したGTMコンテナの設置コードを表示します。

Google公式の手順では、

Googleタグマネージャーへログイン
↓
対象コンテナを開く
↓
ワークスペース
↓
GTM-から始まるコンテナIDをクリック

と進みます。

すると、「Googleタグマネージャーをインストールする」という画面が表示され、2つのコードブロックを確認できます。

たとえばコンテナIDが、

GTM-ABCDEFGH

なら、そのIDが含まれたコードが表示されます。

設置前に確認すること

対象サイトのコンテナを開いているか
コンテナIDが正しいか
GTM-から始まるIDか
別サイトのコンテナと間違えていないか

複数サイトを管理している場合は、特にコンテナの取り違えに注意しましょう。

1つ目のコードをhead内に設置する

1つ目のコードは、HTMLの<head>タグ内のできるだけ上部に設置します。

Google公式では、最初のコードブロックをコピーして、<head>開始タグの後のできるだけ上の位置へ貼り付けるよう案内されています。

イメージすると、

<html>
<head>

GTMの1つ目のコード

<title>...</title>

という位置です。

このコードは、Googleタグマネージャー本体を読み込む役割があります。

設置時のポイント

<head>の外に置かない
できるだけ上部へ設置する
コードの一部だけを削除しない
コンテナIDを書き換えない
同じコードを複数回設置しない

WordPressの場合は、テーマのGTM設定機能を使えば、この位置への出力を自動で行ってくれる場合があります。

2つ目のコードをbody開始タグ直後に設置する

2つ目のコードは、<body>開始タグの直後へ設置します。

Google公式でも、2つ目のコードブロックを<body>開始タグの直後に貼り付けるよう案内されています。

イメージすると、

<body>

GTMの2つ目のコード

サイト本文

という位置です。

2つ目のコードにはnoscriptが含まれており、JavaScriptが利用できない環境を考慮した構成になっています。

そのため、

「head側だけ入れて終わり」

ではなく、基本的にはGoogle公式どおり2つのコードを設置します。

コードを設置するときの注意点

GTMコードを直接設置するときは、貼り付け位置だけでなく二重設置にも注意しましょう。

代表的な注意点は次のとおりです。

コードを途中で変更しない
別のコンテナIDを使わない
同じGTMを複数箇所へ設置しない
親テーマ更新で消えない方法を選ぶ
設置後に動作確認する

たとえば、

テーマ設定
＋
プラグイン
＋
header.php

の3か所すべてから同じGTMコンテナを読み込むのは避けましょう。

よくある設置ミス

ミス	起こりやすい問題
GTM IDを間違える	別コンテナが読み込まれる
head側だけ設置	推奨構成にならない
複数方法で設置	二重読み込み
親テーマ直接編集	更新時に消える可能性
動作確認しない	設置ミスに気づけない

設置後はTag Assistantなどを利用して、GTMが正しく読み込まれているか確認しましょう。

GTMコードをページごとに手動設置する必要はある？

通常、WordPressなどのCMSを使っている場合、記事ごとにGTMコードを手動で貼り付ける必要はありません。

Google公式では、通常のWebサイトでは各ページにGTMコードが含まれる必要がありますが、WordPressなどのCMSを利用している場合は、CMS側の機能を使ってすべてのページへ反映できる場合があると案内されています。

たとえば、

WordPress
↓
テーマ側でGTMを1回設定
↓
投稿ページ
固定ページ
カテゴリページ
などへ自動反映

という形です。

そのため、500記事あるブログでも、各記事へGTMコードを500回貼る必要はありません。

基本的な考え方

サイト	設置方法
HTMLサイト	各ページにコードが必要
WordPress	テーマ・プラグイン等で一括反映
CMS	CMS側の対応方法を確認

WordPressでは、個別記事へコードを貼るのではなく、サイト全体へ適切に反映される方法を選ぶことが大切です。

WordPressにGoogleタグマネージャーを設置する方法

WordPressでは、GTMを設置する方法が複数あります。

主な方法は、

テーマのGTM設定機能を使う
プラグインを使う
テーマファイルへ直接コードを追加する

の3つです。

初心者の場合は、まずテーマ側にGTM設定機能があるか確認するのがおすすめです。

テーマ機能で対応できない場合にプラグインを検討し、直接編集は最後の選択肢と考えると安全です。

WordPressでGTMを設置する3つの方法

WordPressでの主な設置方法を比較すると、次のようになります。

方法	難易度	初心者向け	特徴
テーマ機能	低い	◎	ID入力だけで済む場合がある
プラグイン	普通	○	テーマに機能がない場合に便利
テーマ直接編集	高い	△	HTML・PHPの知識が必要

初心者には、

テーマ機能
↓
プラグイン
↓
直接編集

の順で検討するのがおすすめです。

Google公式でも、WordPressなどのCMSでは、CMS側の仕組みを利用してタグを設置できる場合があると案内されています。

テーマのGTM設定機能を使う方法

使用しているWordPressテーマにGTM専用の設定欄がある場合は、テーマ機能を利用する方法が比較的簡単です。

一般的には、

WordPress管理画面
↓
テーマ設定
↓
アクセス解析・タグ設定
↓
GTMコンテナID入力
↓
保存

という流れになります。

テーマ機能を使うメリット

テーマファイルを直接編集しなくてよい
GTMコンテナIDだけで設定できる場合がある
head・bodyの適切な位置へ自動出力される場合がある
初心者でも管理しやすい

ただし、テーマごとに設定方法は異なります。

使用中のテーマの公式マニュアルを確認してから設定しましょう。

プラグインを使って設置する方法

テーマにGTM設定機能がない場合は、プラグインを使う方法があります。

プラグインを利用すると、テーマファイルを直接編集せずにGTMを設置できる場合があります。

プラグインを選ぶ際は、

現在も更新されているか
WordPress最新版に対応しているか
利用者が多いか
GTM設置に必要な機能があるか
不要な機能が多すぎないか

を確認しましょう。

ただし、

「便利そうだからとりあえず複数のGTMプラグインを入れる」

のはおすすめできません。

同じGTMコンテナを複数の方法で読み込む原因になるためです。

テーマファイルへ直接設置する方法

テーマの機能やプラグインを使わず、テーマファイルへGTMコードを直接追加する方法もあります。

一般的には、

<head>部分
<body>開始直後

を出力しているテンプレートファイルへGTMコードを追加します。

ただし、初心者にはあまりおすすめできません。

理由は、

PHPを誤って編集する可能性がある
サイトが表示されなくなる可能性がある
コードの位置を間違える可能性がある
テーマ更新で変更が消える可能性がある

ためです。

直接編集する場合は、作業前に必ずバックアップを取っておきましょう。

子テーマを使う理由

テーマファイルを直接カスタマイズする場合は、基本的に子テーマを利用します。

WordPress公式でも、子テーマを使うことで親テーマのファイルを直接変更せずにカスタマイズでき、親テーマを更新しても子テーマ側の変更を保持できると説明されています。

たとえば、

親テーマ
↓
アップデート

子テーマ
↓
カスタマイズ内容は維持

という考え方です。

子テーマを使うメリット

親テーマを直接変更しない
アップデート時に変更が消えにくい
カスタマイズ内容を分けて管理できる
元のテーマへ戻しやすい

ただし、テーマにGTM専用設定がある場合は、わざわざ子テーマへコードを追加する必要はありません。

テーマ更新でコードが消えないよう注意する

親テーマのファイルへGTMコードを直接書き込むと、テーマ更新によってファイルが上書きされ、追加したコードが消える場合があります。

WordPress公式でも、親テーマへ直接加えた変更はテーマ更新で失われる可能性があり、カスタマイズには子テーマを利用する方法が推奨されています。

たとえば、

親テーマのheader.phpへGTM追加
↓
親テーマをアップデート
↓
header.phpが更新
↓
GTMコードが消える

という可能性があります。

そのため、

テーマ標準機能
プラグイン
子テーマ

など、アップデートの影響を受けにくい方法を選びましょう。

複数の方法を同時に使わない

WordPressで最も注意したいのが、GTMの二重設置です。

たとえば、

テーマ設定
↓
GTM-ABC1234

＋

プラグイン
↓
GTM-ABC1234

のように、同じGTMコンテナを2か所から読み込む設定は避けましょう。

ほかにも、

テーマ機能
＋
header.phpへの直接記述

や、

プラグイン
＋
別のプラグイン

にも注意が必要です。

GTM設置前に確認する場所

□ テーマのアクセス解析設定
□ GTM関連プラグイン
□ header.php
□ functions.php
□ カスタムHTML機能
□ 過去に追加した計測コード

Google公式でも、CMSやサイト作成ツールを使ってタグを設置する方法と、手動設置する方法が用意されています。

基本的には、どれか1つの方法に統一するのが分かりやすく、安全です。

WordPressでのGTM設置方法早見表

状況	おすすめ方法
テーマにGTM機能あり	テーマ機能
テーマに機能なし	プラグインを検討
高度なカスタマイズが必要	子テーマで直接編集
初心者	直接編集はなるべく避ける

GTMは正しく設置できれば、その後のタグ管理を効率化できます。

一方で、最初の設置方法を複雑にすると、二重計測や設定忘れの原因になります。

**「必要な方法を1つだけ選び、設置後に動作確認する」**ことを基本にしましょう。

CocoonにGoogleタグマネージャーを設定する方法

Cocoonを利用している場合は、テーマ側にGoogleタグマネージャー（GTM）の設定項目が用意されているため、基本的にはテーマファイルを直接編集する必要はありません。

Cocoon公式では、

WordPress管理画面
↓
Cocoon設定
↓
アクセス解析・認証
↓
Googleタグマネージャ設定
↓
タグマネージャIDを入力

という流れで設定します。

初心者の方は、プラグインやテーマファイル編集よりも、まずCocoonの標準機能を使う方法を検討すると分かりやすいでしょう。

Cocoon設定を開く

まず、WordPress管理画面へログインします。

左側メニューから、

「Cocoon設定」

を選択してください。

Cocoonには、アクセス解析・SEO・SNS・高速化など、さまざまな設定項目があります。

GTMの設定は、この中にあるアクセス解析関連の項目から行います。

基本的な流れは、

WordPress
↓
Cocoon設定
↓
アクセス解析関連設定

です。

「アクセス解析・認証」を開く

Cocoon設定を開いたら、上部に並んでいるタブから、

「アクセス解析・認証」

を選択します。

Cocoon公式の現行マニュアルでも、このタブからGoogle AnalyticsやGoogleタグマネージャーなどの設定を行う方法が案内されています。

この画面では、

Google Analytics
Googleタグマネージャー
Search Console
その他のアクセス解析関連設定

などを確認できます。

ここで重要なのは、GA4の設定欄とGTMの設定欄を混同しないことです。

Googleタグマネージャー設定を確認する

「アクセス解析・認証」画面を下へ進むと、

「Googleタグマネージャ設定」

という項目があります。

Cocoon公式では、この中にある、

「タグマネージャID」

へGTMのコンテナIDを入力する方法が案内されています。

イメージすると、

Googleタグマネージャ設定
↓
タグマネージャID
↓
GTM-XXXXXXX

という形です。

ここへ正しいコンテナIDを入力すれば、Cocoon側がGTMのコードをWebサイトへ出力します。

GTMコンテナIDを入力する

入力するのは、

GTM-XXXXXXX

のように**「GTM-」から始まるコンテナID**です。

たとえば、

GTM-ABC1234

というIDが表示されている場合は、その文字列をそのまま入力します。

入力前に確認すること

「GTM-」から始まっている
対象サイトのコンテナIDである
余分なスペースが入っていない
別サイトのIDではない

Cocoon公式でも、「GTM-XXXXXXX」の形式のタグマネージャIDを入力する手順になっています。

変更を保存する

GTMコンテナIDを入力したら、設定を保存します。

Cocoonでは、画面内の「変更をまとめて保存」などの保存操作を行うことで設定内容が反映されます。

設定後は、

GTMコンテナID入力
↓
保存
↓
WebサイトへGTMコードが出力

という流れになります。

ここで大切なのは、入力しただけで終わらず、必ず保存することです。

保存後は、このあとのH2-8でTag Assistantを使って、GTMが正しく読み込まれているか確認しましょう。

G-から始まるGA4測定IDと間違えない

Cocoon設定では、GA4とGTMの両方にID入力欄があるため、初心者の方は間違えやすいポイントです。

代表的なIDを整理すると次のようになります。

ID	例	用途
GTMコンテナID	GTM-XXXXXXX	Googleタグマネージャー
GA4測定ID	G-XXXXXXXXXX	Google Analytics 4
GoogleタグID	GT-XXXXXXXXXなど	Googleタグ

Cocoonの、

「Googleタグマネージャ設定」

へ入力するのは、

GTM-XXXXXXX

です。

G-XXXXXXXXXX

ではありません。

Cocoon公式でも、GTM設定欄には「GTM-」から始まるタグマネージャIDを入力する方法が案内されています。

Cocoonとプラグインの二重設置に注意する

CocoonでGTMを設定した場合は、同じコンテナIDをプラグインやテーマファイルから再度設置しないよう注意しましょう。

たとえば、

Cocoon設定
↓
GTM-ABC1234

＋

GTMプラグイン
↓
GTM-ABC1234

という状態は避けます。

確認したい場所

Cocoon設定
GTM関連プラグイン
header.php
カスタムHTML
過去の設置コード

また、Cocoon公式では、Googleタグマネージャ設定にタグマネージャIDを入力している場合、二重計測を避けるためGTM側が優先される仕組みが案内されています。

そのため、GA4の設定方法も含めて、

「どこから計測データを送っているのか」

を整理しておくことが大切です。

Cocoon設定チェックリスト

□ Cocoon設定を開いた
□ 「アクセス解析・認証」を選択した
□ Googleタグマネージャ設定を確認した
□ GTM-から始まるIDを入力した
□ 設定を保存した
□ プラグインと重複していない
□ GA4測定IDと間違えていない

ここまでできたら、次は実際にGTMが読み込まれているか確認します。

GTMが正しく設置されたか確認する

CocoonやWordPressへGTMを設定したら、必ず動作確認を行いましょう。

Googleタグマネージャーでは、プレビュー機能とTag Assistantを使って、コンテナが正しく読み込まれているか確認できます。

Google公式では、

GTM
↓
プレビュー
↓
Tag Assistant
↓
サイトURL入力
↓
接続
↓
接続済み

という流れで確認します。

GTMの「プレビュー」を開く

まず、Googleタグマネージャーへログインします。

対象サイトのコンテナを開き、ワークスペース画面の右上にある、

「プレビュー」

を選択します。

Google公式でも、現在のワークスペースを確認するときは「プレビュー」をクリックし、Tag Assistantを起動する手順になっています。

プレビューは、本番公開前の設定内容でも確認できるため、

GTMが設置されているか
タグが発火しているか
トリガーが反応しているか

を確認するときに使います。

Tag Assistantとは？

Tag Assistantは、GoogleタグやGTMの動作を確認するためのデバッグツールです。

Google公式では、Tag Assistantを使うと、

どのタグが読み込まれているか
どのタグが発火したか
どのイベントが発生したか
どの順番で処理されたか

などを確認できます。

初心者の方は、

Tag Assistant＝GTMが正しく動いているか調べる確認ツール

と覚えるとよいでしょう。

確認したいWebサイトのURLを入力する

「プレビュー」を選択すると、Tag Assistantが新しいタブで開きます。

そこへ確認したいWebサイトのURLを入力します。

たとえば、

https://example.com/

のように入力します。

Google公式の手順では、

サイトURLを入力
「接続」をクリック
サイトが新しいウィンドウまたはタブで開く

という流れです。

URL入力時のポイント

https://まで含める
実際にGTMを設置したサイトを入力する
別サイトのURLを入れない
サイトが正常に表示できるか確認する

「接続済み（Connected）」を確認する

「接続」をクリックすると、対象サイトが開きます。

Google公式では、正常に接続できると、サイト画面の右下に、

「接続済み（Connected）」

と表示されます。

この表示が確認できれば、

Tag AssistantとWebサイトが接続できた

と判断できます。

その後、Tag Assistant側へ戻り「続行」を選択すると、デバッグ画面を確認できます。

GTMコンテナが読み込まれているか確認する

Tag Assistantへ接続できたら、対象サイトのGTMコンテナが検出されているか確認します。

確認したいのは、

GTM-から始まるコンテナID
対象サイトと一致しているか
必要なタグが表示されているか
不要なコンテナが複数ないか

です。

たとえば、

GTM-ABC1234

をCocoonへ設定したなら、Tag Assistantでも同じコンテナが読み込まれているか確認します。

正常なイメージ

Cocoon設定
GTM-ABC1234
↓
Webサイト
↓
Tag Assistant
GTM-ABC1234を確認

別のコンテナIDが表示される場合は、過去のGTMコードやプラグイン設定が残っている可能性があります。

接続できないときに確認すること

Tag Assistantで接続できない場合は、すぐに設定をやり直すのではなく、次の項目を確認しましょう。

1．Cocoonに正しいGTM IDを入力したか

GTM-XXXXXXX

が入力されているか確認します。

2．設定を保存したか

IDを入力しても、保存していなければサイトへ反映されません。

3．キャッシュが残っていないか

WordPressのキャッシュプラグインやサーバーキャッシュを利用している場合、古いHTMLが表示されることがあります。

必要に応じてキャッシュを削除してから再確認します。

4．複数のGTMが設置されていないか

Cocoonとプラグインの両方で設定していないか確認します。

5．ブラウザ拡張機能の影響がないか

広告ブロックやプライバシー関連の拡張機能によって、タグ通信が制限される場合があります。

6．URLを正しく入力しているか

https://を含め、実際にGTMを設置したサイトURLを入力します。

7．デバッグパラメータでページ表示に問題が出ていないか

Google公式では、URLへ追加されるデバッグシグナルによって一部のページが正常に表示されない場合、「URLにデバッグシグナルを含める」設定をオフにして試す方法が案内されています。

接続できないときの確認表

確認項目	対処
GTM ID	GTM-から始まるIDを確認
Cocoon設定	保存済みか確認
キャッシュ	削除して再確認
二重設置	テーマ・プラグインを確認
URL	正しいサイトURLを入力
拡張機能	一時的に影響を確認
デバッグ信号	必要ならオフにする

GTMは、「設置したら終わり」ではなく、Tag Assistantで正常に読み込まれていることを確認するところまでが導入作業と考えるとよいでしょう。

ここまで確認できれば、次はGA4などのタグをGTM内で設定していきます。

GA4をGTMで設定する前に確認すること

Googleタグマネージャー（GTM）からGA4を設定する前に、まず現在のGA4がどの方法で設置されているか確認しましょう。

ここを確認せずにGTMからGoogleタグを追加すると、

GA4が二重計測になる
ページビューが多く記録される
イベントが重複する
分析結果が正しく判断しにくくなる

といった問題が起こる可能性があります。

そのため、GTMでGA4を設定する前に、**「現在どこからGA4へデータを送っているか」**を確認することが大切です。

既存のGA4設置方法を確認する

まず、現在GA4がどの方法で設置されているか確認します。

WordPressでは、主に次のような方法があります。

WordPressテーマからGA4を設定
Cocoonなどのテーマ機能を利用
GA4対応プラグインを利用
Googleタグを直接設置
header.phpへコードを追加
すでにGTM経由で設定

たとえば、

Cocoon
↓
Googleタグ
↓
GA4

という構成になっている場合があります。

一方、

WordPress
↓
GTM
↓
Googleタグ
↓
GA4

という構成もあります。

GTMへ切り替える前に、現在の経路を把握しておきましょう。

確認したい場所

確認場所	主な確認内容
テーマ設定	GA4測定IDが入っていないか
プラグイン	GA4関連設定がないか
header.php	Googleタグが直接ないか
GTM	すでにGoogleタグがないか
カスタムHTML	計測コードがないか

既存設定を確認してから、新しい設定方法へ切り替えるのが安全です。

GA4測定IDを確認する

GTMからGoogleタグを設定する場合は、GA4の測定IDを確認しておきます。

GA4の測定IDは、

G-XXXXXXXXXX

のように、「G-」から始まる英数字です。

Google公式では、GA4管理画面の、

管理
↓
データの収集と修正
↓
データストリーム
↓
ウェブ
↓
対象のウェブストリーム

から測定IDを確認できます。

IDの違い

ID	用途
GTM-XXXXXXX	GTMコンテナID
G-XXXXXXXXXX	GA4測定ID
GT-XXXXXXXXXなど	GoogleタグID

GTMのコンテナIDとGA4測定IDは別物です。

特に、

GTM- と G- を混同しないよう注意しましょう。

GoogleタグとGTMの違いを確認する

GoogleタグとGTMは名前が似ていますが、役割が違います。

簡単に整理すると、

Googleタグ＝Googleサービスへデータを送るタグ

GTM＝そのタグを管理するツール

です。

たとえば、

Webサイト
↓
GTM
↓
Googleタグ
↓
GA4

という関係になります。

Google公式でも、GoogleタグはWebサイトからGoogle AnalyticsやGoogle広告などへデータを送信するための仕組みとして案内されています。

つまり、GTMを導入しただけではGA4計測が自動的に始まるわけではありません。

GTM内にGoogleタグを設定し、GA4へデータを送る必要があります。

GA4を直接設置している場合の注意点

すでにWebサイトへGA4を直接設置している場合は、GTMへ設定を追加するときに注意が必要です。

たとえば、

Cocoon
↓
Googleタグ
↓
GA4

＋

GTM
↓
Googleタグ
↓
同じGA4

という状態になると、同じデータが重複して送信される可能性があります。

そのため、GTMへ移行するときは、

現在のGA4設置方法を確認
GTMへGoogleタグを設定
プレビューで動作確認
切り替えるタイミングで旧設定を整理
GA4で正常計測を確認

という順番で進めると安心です。

いきなり既存設定を削除してしまうと、一時的に計測が止まる可能性もあります。

新しい設定を確認してから旧設定を整理することがポイントです。

GA4の二重計測を防ぐ

GA4の二重計測を防ぐためには、同じ測定IDへ複数経路からデータを送っていないか確認します。

たとえば、

テーマ
↓
G-XXXXXXXXXX

＋

GTM
↓
G-XXXXXXXXXX

という状態になっていないか確認します。

二重計測チェックリスト

□ テーマにGA4測定IDが入っていないか
□ GA4プラグインが有効になっていないか
□ Googleタグを直接設置していないか
□ GTM内に同じGoogleタグが複数ないか
□ 同じページビューを複数送っていないか

二重計測が起きると、ページビューやイベント数が実際より多く見える可能性があります。

GTMでGA4を管理する場合は、計測経路を1つに整理することが大切です。

GTM導入前の確認早見表

確認項目	チェック内容
GA4設置方法	テーマ・プラグイン・直接設置
GA4測定ID	G-から始まるか
GTM	既存タグがないか
Googleタグ	重複していないか
計測経路	1つに整理できているか

ここまで確認できれば、次はGTM内でGoogleタグを設定していきます。

GTMでGoogleタグを設定する

既存のGA4設定を確認したら、GTMでGoogleタグを設定します。

Google公式の現在の手順では、

タグ
↓
新規
↓
Googleタグ
↓
タグID入力
↓
トリガー設定
↓
保存

という流れです。

古い解説記事では「GA4設定タグ」という名称が使われている場合がありますが、現在は**「Googleタグ」**を利用します。

「タグ」から新しいタグを作成する

GTMへログインし、対象サイトのコンテナを開きます。

次に、

ワークスペース
↓
タグ
↓
新規

と進みます。

Google公式でも、「ワークスペース」から「タグ」を開き、「新規」を選択してGoogleタグを作成する手順が案内されています。

新しいタグ作成画面が表示されたら、タグ名とタグタイプを設定します。

タグ名を入力する

最初に、タグの名前を入力します。

たとえば、

Googleタグ｜GA4基本設定

や、

GA4｜Googleタグ

など、あとから見ても用途が分かる名前がおすすめです。

タグ名の例

用途	タグ名の例
GA4基本設定	Googleタグ｜GA4
問い合わせ	GA4｜問い合わせ
外部リンク	GA4｜外部リンク
Google広告	Ads｜コンバージョン

GTMではタグが増えてくるため、最初から命名ルールを決めておくと管理しやすくなります。

Google公式でも、タグ作成時に「Untitled Tag」から分かりやすい名前へ変更する手順が案内されています。

タグタイプで「Googleタグ」を選択する

次に「タグの設定」を選択します。

表示されたタグタイプ一覧から、

「Googleタグ」

を選びます。

Google公式の現在の手順でも、Google Analyticsなどへ基本データを送る設定では「Googleタグ」を利用します。

古い情報との違い

古い表記	現在
GA4設定タグ	Googleタグ
GA4イベントタグ	GA4イベントタグは現在も使用

つまり、

基本設定＝Googleタグ

追加イベント＝GA4イベントタグ

という使い分けです。

古い記事を見ながら設定すると、画面上に「GA4設定タグ」が見つからず迷うことがありますので注意しましょう。

タグIDを入力する

Googleタグを選択したら、タグIDを入力します。

GA4で利用する場合は、確認したGA4測定ID、

G-XXXXXXXXXX

を入力できます。

Google公式では、GA4測定IDはWebデータストリームを識別するIDで、GA4では「G-」から始まる形式になっています。

たとえば、

タグID
G-ABC1234567

という形です。

入力時に確認すること

G-から始まっている
対象のGA4プロパティと一致している
コピー時に余分な空白がない
別サイトの測定IDではない

測定IDを間違えると、別のGA4プロパティへデータが送られる可能性があります。

トリガーを設定する

次に、Googleタグをいつ動かすか決めるトリガーを設定します。

Google公式の現在の案内では、Googleタグを他のタグより先に読み込むため、**「Initialization – All Pages」**を使用する手順が案内されています。

基本的な流れは、

Googleタグ
↓
トリガー
↓
Initialization - All Pages

です。

トリガーは、タグを発火させる条件を決める役割があります。

Google公式でも、タグは少なくとも1つのトリガーを設定しなければ発火しません。

サイト全体で発火する設定を確認する

GA4の基本計測では、基本的にサイト全体でGoogleタグが読み込まれる必要があります。

そのため、トリガーが特定ページだけに限定されていないか確認しましょう。

たとえば、

トップページだけ

ではなく、

すべてのページ

で動作する設定にします。

Google公式でも、GoogleタグをWebサイト全体で動作させ、他のタグより先に読み込むため「Initialization – All Pages」を利用する方法が案内されています。

確認ポイント

サイト全体で発火する設定か
特定URLだけに限定していないか
除外トリガーがないか
同じGoogleタグが重複していないか

タグを保存する

タグIDとトリガーを設定したら、「保存」を選択します。

Google公式でも、

Googleタグ作成
↓
タグID入力
↓
トリガー設定
↓
保存

という手順です。

ただし、ここで注意したいのは、

保存しただけでは本番サイトへ公開されていない

という点です。

このあとの流れは、

タグ保存
↓
プレビュー
↓
Tag Assistantで確認
↓
GA4でデータ確認
↓
問題なければ公開

となります。

Googleタグ設定チェックリスト

□ 「タグ」から新規作成した
□ 分かりやすいタグ名を付けた
□ 「Googleタグ」を選択した
□ 正しいタグIDを入力した
□ サイト全体用トリガーを設定した
□ タグを保存した
□ まだ公開前であることを確認した

ここまでできれば、Googleタグの基本設定は完了です。

次は、トリガーや変数の初期設定を確認し、プレビューで正しく動作するか確認していきます。

トリガーを初期設定する

Googleタグマネージャー（GTM）でタグを作成したら、次に確認したいのがトリガーです。

トリガーは、タグを「いつ動かすか」を決める条件です。

たとえば、

ページが表示された
↓
トリガーが反応
↓
タグが発火
↓
GA4へデータ送信

という流れになります。

Google公式でも、トリガーはページビュー・クリック・フォーム送信などのイベントを検知し、条件に一致したときにタグを発火させる仕組みと説明されています。また、タグを発火させるには少なくとも1つのトリガーが必要です。

トリガーとは何かを簡単に確認する

トリガーとは、簡単にいうとタグを動かすスイッチです。

たとえば、GA4へページ閲覧情報を送る場合、

ページが表示される
↓
ページビューのトリガー
↓
Googleタグが発火

という関係になります。

一方、商品リンクをクリックしたときだけ計測したい場合は、

商品リンクをクリック
↓
クリックトリガー
↓
GA4イベントタグが発火

という設定にできます。

初心者の方は、

タグ＝何をするか

トリガー＝いつするか

と覚えると分かりやすいでしょう。

ページ表示で発火するトリガー

GTMには、ページが読み込まれたタイミングでタグを発火させるページビュートリガーがあります。

Google公式では、ページ読み込みに関連するトリガーとして、

Consent Initialization
Initialization
Page View
DOM Ready
Window Loaded

などが案内されています。

それぞれ発火するタイミングが異なります。

ページ表示系トリガー早見表

トリガー	主な役割
Consent Initialization	同意設定を最優先で処理
Initialization	通常のタグより早く処理
Page View	ページ読み込み時
DOM Ready	HTML構造の読み込み後
Window Loaded	画像なども含め読み込み後

初心者の場合は、まずAll PagesやInitialization – All Pagesがどのような役割を持つかを理解すれば十分です。

All Pagesとは？

「All Pages」は、文字どおりすべてのページを対象にするトリガーです。

たとえば、

トップページ
記事ページ
固定ページ
カテゴリページ

など、サイト内の各ページでタグを発火させたい場合に使います。

GA4など、サイト全体で読み込ませたい基本タグでは、全ページを対象とする設定を利用します。

なお、前のH2で設定したGoogleタグについては、Google公式の現行手順ではInitialization – All Pagesを使い、他の一般的なタグより早く読み込ませる方法が案内されています。

そのため、

All Pages＝すべてのページ

Initialization – All Pages＝すべてのページで早い段階に発火

という違いを理解しておくとよいでしょう。

一部ページだけで発火する場合

すべてのページではなく、特定のページだけでタグを発火させることもできます。

たとえば、

お問い合わせ完了ページだけ

でタグを動かしたい場合です。

Google公式では、ページビューのトリガーに条件を付け、

Page URL
含む
/thanks/

のように設定できます。

具体的には、

お問い合わせ送信
↓
/thanks/ を表示
↓
トリガー条件成立
↓
タグ発火

という流れです。

一部ページだけで使う例

問い合わせ完了ページ
購入完了ページ
会員登録完了ページ
特定の商品ページ
キャンペーンページ

このように、トリガーに条件を付けることで、必要なページだけ計測できます。

初心者が最初に覚えたいトリガー

GTMには多くのトリガーがありますが、最初からすべて覚える必要はありません。

初心者の方は、まず次の4つ程度を押さえておくとよいでしょう。

トリガー	主な用途
Initialization – All Pages	Googleタグなど
Page View	ページ表示
Click – Just Links	リンククリック
Click – All Elements	ボタンなどのクリック

Google公式では、クリックトリガーについて、

すべての要素
リンクのみ

の2種類が案内されています。

たとえば、

Amazonの商品リンク
↓
リンクのみトリガー
↓
Click URLを確認
↓
GA4へクリックイベント送信

といった設定ができます。

不要なトリガーを増やさない

GTMは簡単にトリガーを追加できますが、必要以上に増やすと管理が複雑になります。

たとえば、

Amazon用
楽天用
公式サイト用
資料請求用
問い合わせ用

などが増えてくると、どのトリガーがどのタグに使われているか分かりにくくなります。

トリガーを増やしすぎるデメリット

設定内容を把握しにくい
同じ条件を重複して作りやすい
修正箇所を探しにくい
間違ったタグと組み合わせやすい

初心者のうちは、

必要なトリガーだけ作る

ことを意識しましょう。

また、

クリック｜Amazon
ページビュー｜問い合わせ完了

のように分かりやすい名前を付けると管理しやすくなります。

変数の初期設定を確認する

次に、GTMで使う変数を確認します。

変数は、トリガーが条件を判断したり、タグへ情報を渡したりするときに利用します。

Google公式では、変数を実行時に値が入る名前付きのプレースホルダと説明しています。たとえば「Page URL」には、現在表示しているページのURLが入ります。

初心者の方は、

変数＝判断材料

と覚えると分かりやすいでしょう。

変数とは？

変数には、ページやクリックなどに関するさまざまな値が入ります。

たとえば、

Page URL
＝現在のページURL

Click URL
＝クリックしたリンク先URL

Click Text
＝クリックした文字

という形です。

たとえば、

Click URL
含む
amazon.co.jp

という条件を作れば、

Amazonへのリンクがクリックされたか

を判断できます。

Google公式でも、変数はトリガーのフィルタ条件とタグへの値の受け渡しの両方に使われると説明されています。

組み込み変数とユーザー定義変数の違い

GTMの変数には、大きく分けて2種類あります。

組み込み変数

Googleタグマネージャーに最初から用意されている変数です。

たとえば、

Page URL
Page Hostname
Page Path
Click URL
Click Text
Click ID
Click Classes

などがあります。

ユーザー定義変数

自分で必要に応じて作る変数です。

Google公式では、組み込み変数で対応できない場合に、URL・Cookie・カスタムJavaScriptなどを使ったユーザー定義変数を作成できます。

違いを整理

種類	特徴	初心者
組み込み変数	最初から用意されている	◎
ユーザー定義変数	自分で作成する	△

初期導入では、まず組み込み変数だけで十分です。

Page URLを確認する

Page URLは、現在表示しているページのURLを取得する組み込み変数です。

たとえば、

https://example.com/contact/

を開いている場合、Page URLにはそのページのURLが入ります。

Google公式でも、Page URLは現在のページの完全なURLを返す変数として案内されています。

たとえば、

Page URL
含む
/contact/

という条件を設定すれば、お問い合わせページだけを対象にできます。

Page URLの主な用途

特定ページだけタグを発火
完了ページの判定
商品ページの判定
キャンペーンページの判定

ページ条件を設定するときによく使う基本変数です。

Click URLを有効にする

Click URLは、クリックしたリンク先のURLを取得する変数です。

たとえば、読者が、

https://www.amazon.co.jp/...

へのリンクをクリックした場合、そのリンク先URLをClick URLで確認できます。

Google公式でも、Click URLはクリックトリガー成立時にクリックされた要素のURLを取得する組み込み変数です。

クリック系の組み込み変数が表示されていない場合は、

GTM
↓
変数
↓
組み込み変数
↓
設定
↓
Click URL

を有効にします。

Click URLの使用例

Click URL
含む
amazon.co.jp

→ Amazonリンクを判定

Click URL
含む
rakuten.co.jp

→ 楽天リンクを判定

外部リンクやアフィリエイトリンクの計測で特に使いやすい変数です。

Click Textを有効にする

Click Textは、クリックした要素の文字列を取得する変数です。

たとえば、

「公式サイトを見る」

というリンクやボタンをクリックした場合、その文字をClick Textとして取得できる場合があります。

Google公式でも、Click Textはクリックされた要素のテキストを取得する組み込み変数として案内されています。

たとえば、

Click Text
等しい
公式サイトを見る

という条件でトリガーを設定できます。

ただし、ボタンの文字が、

公式サイトを見る

から、

公式ページはこちら

に変更されると条件に一致しなくなる可能性があります。

そのため、URLで判定できる場合はClick URLの方が安定することもあります。

初心者が最初に有効化したい変数

初期導入の段階では、すべての組み込み変数を有効にする必要はありません。

まずは次の変数を確認するとよいでしょう。

初心者向け基本変数

変数	主な用途
Page URL	現在のページ判定
Page Path	URLのパス判定
Click URL	リンク先判定
Click Text	クリック文字判定
Click ID	HTML ID判定
Click Classes	CSSクラス判定

Google公式では、Page URL・Page Path・Click URL・Click Text・Click ID・Click ClassesなどがWebコンテナ用の組み込み変数として用意されています。

初心者の場合は、まず、

Page URL
Click URL
Click Text

の3つを理解するだけでも十分です。

トリガーと変数の関係

たとえばAmazonリンクを計測する場合、

読者がリンクをクリック
↓
Click URLにリンク先が入る
↓
トリガーが
「amazon.co.jpを含む」
か確認
↓
条件成立
↓
タグ発火

となります。

つまり、

変数が情報を持つ

トリガーが条件を判断する

タグが処理を実行する

という関係です。

トリガー・変数初期設定チェックリスト

□ All Pagesの役割を理解した
□ Initialization – All Pagesとの違いを確認した
□ 一部ページだけの条件設定を理解した
□ Page URLを確認した
□ Click URLを有効にした
□ Click Textを有効にした
□ 不要なトリガーを増やしていない
□ ユーザー定義変数を無理に作っていない

初期設定では、複雑なトリガーや変数を大量に作る必要はありません。

まずはページ表示とクリック計測に必要な基本設定だけを覚え、実際の計測目的が増えたときに追加する方が管理しやすいでしょう。

GTMのプレビューでタグの動作を確認する

GoogleタグマネージャーでGoogleタグやトリガーを設定したら、すぐに公開するのではなく、まずプレビューモードで動作確認を行いましょう。

Google公式では、プレビューとデバッグを使うことで、

タグが発火したか
トリガーが正しく反応したか
タグが発火しなかった理由
どのデータが処理されたか

などを確認できます。

基本的な流れは次のとおりです。

タグを設定
↓
プレビュー
↓
Tag Assistantで接続
↓
タグ発火を確認
↓
問題がなければ公開

プレビューモードを開始する

まず、GTMへログインして対象サイトのコンテナを開きます。

ワークスペース画面の右上にある、

「プレビュー」

を選択します。

プレビューを開始すると、Tag Assistantが起動します。

この状態では、まだ一般の訪問者には設定変更は反映されません。

つまり、

公開前の設定だけを自分のブラウザで確認できる

ということです。

初心者の方は、

「保存 → プレビュー → 確認 → 公開」

という順番を習慣にするとよいでしょう。

Tag Assistantでサイトへ接続する

プレビューを開始すると、Tag Assistantが開きます。

確認したいWebサイトのURLを入力します。

たとえば、

https://example.com/

と入力して接続します。

正常に接続されると、対象サイトが開き、Tag Assistant側にデバッグ情報が表示されます。

Google公式では、プレビュー中にWebサイトを操作すると、Tag Assistant側へタグの発火状況や処理されたデータが順次表示されます。

接続後に行うこと

トップページを開く
記事ページを開く
対象リンクをクリックする
問い合わせページを開く
必要なイベントを実際に発生させる

実際のユーザー操作を再現しながら確認するのがポイントです。

Tags Firedを確認する

Tag Assistantでは、イベントごとに発火したタグを確認できます。

画面上では一般的に、

Tags Fired

として表示されます。

たとえば、ページ表示時にGoogleタグを動かす設定なら、

ページを表示
↓
Page Viewなどのイベント
↓
Googleタグ
↓
Tags Fired

となっているか確認します。

確認したいポイント

想定したタグが発火している
正しいタイミングで発火している
対象ページで発火している
タグIDが正しい

Google公式でも、デバッグ画面からタグが正常に発火したか確認できると案内されています。

Tags Not Firedを確認する

Tag Assistantでは、発火しなかったタグも確認できます。

一般的に、

Tags Not Fired

として表示されます。

ここにタグが表示されていても、必ずしもエラーとは限りません。

たとえば、

問い合わせ完了タグ

は、

トップページを表示

しただけでは発火しないのが正常です。

つまり、

対象条件を満たしていない
↓
Tags Not Fired

なら問題ありません。

確認するときは、

「その場面で本当に発火するべきタグなのか」

を考えることが大切です。

タグが発火しないときに確認すること

本来発火するはずのタグが発火しない場合は、次の項目を順番に確認します。

1．トリガー条件が正しいか

たとえば、

Click URL
含む
amazon.co.jp

と設定しているのに、実際のリンク先URLが別ドメインなら発火しません。

2．タグとトリガーが正しく関連付いているか

タグを作成しても、トリガーを設定していなければ発火しません。

3．変数の値が想定どおりか

Click URLやPage URLなどが、実際にどの値になっているか確認します。

4．対象ページが正しいか

特定ページだけ発火する設定では、別ページでは発火しません。

5．タグを保存しているか

設定変更後に保存していない場合は、プレビューへ反映されないことがあります。

6．Tag Assistantへ正しく接続できているか

接続先URLや対象コンテナも確認しましょう。

タグが発火しないときの確認表

確認項目	主な原因
トリガー	条件が合っていない
変数	想定と違う値
URL	対象ページが違う
タグ設定	トリガー未設定
保存	変更が保存されていない
接続	別サイト・別コンテナ

Google公式でも、プレビュー画面を使って「何がタグを発火させたか、または発火させなかったか」を確認できます。

二重発火していないか確認する

タグが発火しているだけで安心せず、同じタグやイベントが二重に発火していないかも確認しましょう。

たとえば、

Googleタグ
1回発火

なら正常でも、

Googleタグ
2回発火

となっている場合は、二重設置や重複トリガーの可能性があります。

二重発火の主な原因

CocoonとGTMの両方でGA4を設定
テーマとプラグインの両方でGTMを設置
同じトリガーを複数設定
同じGoogleタグを複数作成
既存の直接設置タグが残っている

確認イメージ

ページ表示
↓
Googleタグ
1回だけ発火

が基本です。

ただし、タグの種類によっては複数イベントで発火する設計もあるため、そのタグが本来何回発火する設定なのかを確認して判断しましょう。

GA4でデータが送信されているか確認する

GTMでタグが正しく発火していても、そこで確認を終わらせないようにしましょう。

次に、GA4側で実際にデータを受信できているか確認します。

Google公式では、GA4へデータが送られているか確認するときに、

リアルタイム
DebugView

を利用する方法が案内されています。

つまり、

GTM
↓
タグ発火を確認

＋

GA4
↓
データ受信を確認

の両方を確認するのが大切です。

GA4のリアルタイムレポートを開く

GA4へログインし、対象プロパティを開きます。

その後、

「レポート」→「リアルタイム」

を確認します。

Google公式によると、リアルタイムレポートでは、直近30分のユーザー活動を確認できます。

確認できる主な内容は、

現在のユーザー
ページ閲覧
イベント
流入元
デバイス

などです。

GTMを設定した直後は、まずリアルタイムでデータが届いているか確認すると分かりやすいでしょう。

自分のアクセスが表示されるか確認する

リアルタイムレポートを開いたら、自分でサイトへアクセスしてみます。

たとえば、

自分のブラウザ
↓
ブログを開く
↓
記事ページを表示
↓
GA4リアルタイムで確認

という流れです。

正常にデータが送られていれば、リアルタイムレポートにアクセスやイベントが表示されます。

Google公式では、タグを設置したあと、データ送信が始まるまで10～15分程度かかる場合があると案内しています。

すぐに表示されなくても、数分待って再確認しましょう。

表示されない場合に慌てないポイント

数分待つ
ページを再読み込みする
別ページを開く
Tag Assistantで発火を再確認する

DebugViewを使って確認する

さらに詳しく確認したい場合は、GA4のDebugViewを利用します。

DebugViewでは、デバッグモードで送信されたイベントを詳しく確認できます。

Google公式では、DebugViewは、

イベントが送信されているか
イベント名
イベントパラメータ
デバッグ対象デバイス

などを確認するために利用できます。

たとえば、

page_view
click
form_submit

などのイベントが順番に届いているか確認できます。

リアルタイムよりも、

「どのイベントが、どの順番で送られたか」

を詳しく確認したい場合に便利です。

データが表示されないときに確認すること

GA4のリアルタイムやDebugViewにデータが表示されない場合は、次の項目を確認しましょう。

1．GTMでタグが発火しているか

Tag AssistantでTags Firedを確認します。

2．GA4測定IDが正しいか

G-XXXXXXXXXX

が対象プロパティと一致しているか確認します。

3．別のGA4プロパティを見ていないか

複数サイトを管理している場合は、プロパティの取り違えに注意します。

4．広告ブロックやブラウザ設定の影響がないか

ブラウザ拡張機能やプライバシー設定で、Google Analyticsの通信が止められる場合があります

5．同意管理の設定が影響していないか

Cookie同意やConsent Modeの設定によって、計測条件が変わる場合があります。

6．少し時間を置いて確認する

Google公式では、サイトへタグを追加後、データ送信開始まで10～15分程度かかる場合があります。

データが表示されないときの確認表

確認項目	チェック内容
GTM	Tags Firedになっているか
GA4 ID	G-から始まる正しいIDか
プロパティ	対象サイトと一致しているか
ブラウザ	広告ブロック等の影響
Consent	同意設定の影響
時間	数分待って再確認

GA4の標準レポートには反映まで時間がかかる場合がある

GA4で特に初心者が迷いやすいのが、

「リアルタイムでは見えるのに、通常のレポートにはまだ表示されない」

という状況です。

これは必ずしも設定ミスではありません。

Google公式では、多くの標準レポートや探索データの処理には24～48時間かかる場合があると案内されています。

また、GA4の標準プロパティでは、当日データの処理に通常2～6時間程度かかる場合があり、データによっては24～48時間かけて更新されることもあります。

そのため、設定直後は、

まず
↓
リアルタイム

次に
↓
DebugView

最後に
↓
標準レポート

という順番で確認するとよいでしょう。

GTM・GA4確認の流れ

確認場所	確認内容
Tag Assistant	タグが発火しているか
GA4リアルタイム	データが届いているか
GA4 DebugView	イベント詳細
GA4標準レポート	集計されたデータ

公開前チェックリスト

□ Tag Assistantへ接続できた
□ 必要なタグがTags Firedになった
□ 不要なタグが発火していない
□ 二重発火していない
□ GA4リアルタイムにデータが表示された
□ DebugViewでイベントを確認した
□ 測定IDが正しい
□ 標準レポートの反映には時間差があると理解した

ここまで確認できれば、GTMからGA4へデータを送る基本設定は正常に動いていると判断しやすくなります。

次は、問題がなければGTMコンテナを本番環境へ公開します。

GTMコンテナを公開する

Googleタグマネージャーでタグ・トリガー・変数を設定し、プレビューで問題がないことを確認できたら、最後にコンテナを公開します。

GTMでは、設定を保存しただけでは本番サイトには反映されません。

Google公式でも、ワークスペースで追加・変更したタグ、トリガー、変数をWebサイトで有効にするには、コンテナを公開する必要があると案内されています。

基本的な流れは次のとおりです。

タグ・トリガーを設定
↓
保存
↓
プレビューで確認
↓
「送信」
↓
バージョンを作成
↓
公開
↓
公開後の動作確認

公開は、GTM導入作業の仕上げにあたります。

保存と公開の違い

GTM初心者が特に間違えやすいのが、

「保存したから設定が反映された」

と思ってしまうことです。

GTMでは、

保存＝ワークスペース内に設定を残す

公開＝設定を本番サイトで有効にする

という違いがあります。

たとえば、

Googleタグを作成
↓
保存

しただけでは、まだ本番サイトの訪問者には新しい設定は反映されません。

その後、

プレビュー
↓
動作確認
↓
公開

まで行う必要があります。

Google公式でも、「バージョンを作成」だけなら公開せずに状態を保存でき、「公開してバージョンを作成」を選ぶとサイトへ変更が反映される仕組みです。

保存と公開の違い

操作	本番サイトへ反映
タグを保存	されない
バージョンを作成	されない
公開してバージョンを作成	反映される

初心者の方は、**「保存＝下書き、公開＝本番反映」**と覚えると分かりやすいでしょう。

「送信」を選択する

公開するときは、GTMのワークスペースを開きます。

画面右上にある、

「送信」

を選択します。

Google公式では、

ワークスペース
↓
送信
↓
変更の送信

という流れで公開設定へ進みます。

「送信」を選択すると、今回変更した、

タグ
トリガー
変数

などを確認できる画面が表示されます。

いきなり公開ボタンを押すのではなく、変更内容を一度確認しましょう。

「バージョンの公開と作成」を確認する

送信画面では、

「バージョンの公開と作成」

が選択されているか確認します。

この設定を選ぶと、

現在の変更をバージョンとして保存
そのバージョンを本番環境へ公開

という2つの処理を同時に行えます。

一方、

「バージョンの作成」

だけを選ぶと、現在の状態は保存されますが、本番サイトへは公開されません。

たとえば、

テスト設定だけ保存したい
↓
バージョンの作成

本番サイトへ反映したい
↓
バージョンの公開と作成

という使い分けです。

初期設定が正常に確認できた段階では、**「バージョンの公開と作成」**を選びます。

バージョン名を入力する

次に、バージョン名を入力します。

バージョン名は、

「今回何を変更したのか」

があとから分かる名前がおすすめです。

たとえば、

GA4初期設定

や、

Googleタグ初回設定

などです。

さらに詳しくするなら、

GA4｜Googleタグ初回公開

とすると、後から見ても内容を判断しやすくなります。

Google公式でも、公開時には分かりやすいバージョン名を付けることが推奨されています。

バージョンの説明を入力する

バージョン名とあわせて、変更内容の説明も残しておくと便利です。

たとえば、

Googleタグを追加し、
Initialization - All Pagesで
サイト全体に発火するよう設定

といった内容です。

バージョン説明の例

バージョン名	説明
GA4初期設定	Googleタグを追加
問い合わせ計測追加	完了ページ計測を設定
Amazonクリック計測	外部リンククリックを追加

Google公式でも、バージョン名と説明を使って、どのような変更を行ったか分かるようにしておく方法が案内されています。

設定が増えてくるほど、説明を残しておくメリットが大きくなります。

変更内容を確認して公開する

公開前に、今回変更した内容を確認します。

Google公式では、「Workspace Changes」やアクティビティ履歴から前回のバージョン以降の変更を確認できます。

確認したいポイントは次のとおりです。

追加したタグは正しいか
トリガーは正しいか
不要な設定を変更していないか
正しいGA4測定IDを使用しているか
テスト用タグが残っていないか

問題がなければ、

「公開」

を選択します。

変更内容を確認
↓
バージョン名・説明を入力
↓
公開

これでGTMの設定が本番サイトへ反映されます。

公開後にもう一度動作確認する

公開が完了しても、そこで終わりにしないようにしましょう。

本番環境でも正常に計測されているか確認します。

おすすめの確認順は、

公開
↓
サイトへアクセス
↓
Tag Assistant確認
↓
GA4リアルタイム確認

です。

公開後に確認すること

Googleタグが発火している
二重発火していない
GA4リアルタイムに表示される
エラーが出ていない
他のページでも正常に動いている

Google公式でも、公開前にプレビューで確認し、意図したとおり動作することを確認してから公開する流れが案内されています。

公開までの早見表

手順	作業
1	タグを保存
2	プレビュー確認
3	「送信」を選択
4	公開とバージョン作成
5	バージョン名入力
6	説明入力
7	変更内容確認
8	公開
9	公開後確認

GTM導入時によくある失敗と対処法

GTMの導入では、設定自体は正しく見えても、IDの入力ミスや二重設置、公開忘れなどで正常に計測できないことがあります。

特に初心者が注意したいのは、

GTMコンテナIDの間違い
GA4測定IDとの混同
二重設置
公開忘れ
トリガー設定忘れ

です。

問題が起きたときは、設定を全部やり直すのではなく、原因を一つずつ確認しましょう。

GTMコンテナIDを間違えている

GTMコンテナIDは、

GTM-XXXXXXX

という形式です。

複数サイトを管理している場合は、別サイトのコンテナIDをコピーしてしまうことがあります。

たとえば、

サイトA
GTM-AAAAAAA

サイトB
GTM-BBBBBBB

なのに、サイトAへサイトBのIDを設置すると、正しいコンテナが読み込まれません。

対処法

Cocoon設定を確認する
プラグイン設定を確認する
Tag AssistantでコンテナIDを確認する
GTM管理画面のIDと一致させる

GTM-から始まっているだけで安心せず、文字列全体を確認しましょう。

GA4測定IDとGTMコンテナIDを混同している

GTMとGA4ではIDの形式が異なります。

ID	例	用途
GTMコンテナID	GTM-XXXXXXX	GTM設置
GA4測定ID	G-XXXXXXXXXX	GA4計測

たとえば、CocoonのGTM設定欄へ、

G-XXXXXXXXXX

を入力しても、GTMコンテナは設置されません。

逆にGoogleタグのタグIDへ、

GTM-XXXXXXX

を入力するのも間違いです。

覚え方

GTM-
＝Googleタグマネージャー

G-
＝GA4

と覚えておくと分かりやすいでしょう。

GTMを二重設置している

同じGTMコンテナを複数の方法で設置すると、設定が複雑になる原因になります。

たとえば、

Cocoon設定
＋
GTMプラグイン

や、

テーマ設定
＋
header.phpへの直接記述

などです。

二重設置を確認する場所

Cocoon設定
GTMプラグイン
header.php
カスタムHTML
外部タグ管理機能

GoogleのTag Diagnosticsでは、タグの問題やページへのタグ設置状況を診断できる仕組みも用意されています。

基本的には、GTMの設置方法は1つに統一するのがおすすめです。

GA4を二重計測している

GTMを導入した際に特に注意したいのが、GA4の二重計測です。

たとえば、

Cocoon
↓
GA4へ送信

＋

GTM
↓
Googleタグ
↓
同じGA4へ送信

となっている場合です。

この状態では、

ページビューが多くなる
イベント数が増える
分析結果が正しくなくなる

可能性があります。

対処法

CocoonのGA4設定を確認する
GA4関連プラグインを確認する
Googleタグの直接設置を確認する
GTM内のGoogleタグを確認する

GTM経由へ統一する場合は、同じGA4へ複数経路から送っていないか確認することが重要です。

タグを保存しただけで公開していない

「プレビューでは動くのに、本番サイトでは動かない」という場合は、公開忘れを確認しましょう。

GTMのプレビューでは、まだ公開していないワークスペースの設定も確認できます。

そのため、

プレビュー
↓
タグ発火
↓
安心
↓
公開していない

というミスが起こります。

Google公式でも、ワークスペースの変更をWebサイトで有効にするには公開が必要と案内されています。

確認方法

「バージョン」を開く
最新バージョンが公開済みか確認
公開日時を確認する

トリガーを設定していない

タグを作成しただけでは発火しません。

トリガーが設定されていない場合、

タグあり
↓
トリガーなし
↓
発火しない

となります。

たとえばGoogleタグなら、

Googleタグ
＋
Initialization - All Pages

など、目的に合ったトリガーを設定します。

対処法

タグを開く
「トリガー」を確認する
発火条件を確認する
プレビューでテストする

特にクリック計測では、Click URLやClick Textなどの条件が正しいかも確認しましょう。

プレビュー確認をせず公開している

設定後すぐに公開してしまうと、間違った設定がそのまま本番環境で動く可能性があります。

たとえば、

全ページで発火するはずが一部だけ
問い合わせ時だけのタグが全ページで発火
同じタグが2回発火

などです。

Google公式でも、タグを公開する前にTag Assistantを使って動作を確認する手順が案内されています。

基本は、

設定
↓
保存
↓
プレビュー
↓
確認
↓
公開

です。

この順番を崩さないようにしましょう。

WordPressのキャッシュが残っている

GTMやWordPressの設定を変更したのに、古い状態が表示される場合はキャッシュが影響していることがあります。

キャッシュとは、一度表示したページデータを一時的に保存し、次回の表示を速くする仕組みです。

WordPressでは、

キャッシュプラグイン
サーバーキャッシュ
CDN
ブラウザキャッシュ

などが使われている場合があります。

たとえば、

GTM設定変更
↓
保存
↓
古いキャッシュが表示
↓
変更が反映されていないように見える

ということがあります。

対処法

WordPressキャッシュを削除
サーバーキャッシュを削除
ブラウザを再読み込み
シークレットウィンドウで確認
Tag Assistantでもう一度確認

ただし、キャッシュを削除する前に、公開忘れやID間違いなど他の設定ミスがないかも確認しましょう。

GTM導入時の失敗・対処法早見表

症状	主な原因	対処
GTMが読み込まれない	コンテナID違い	GTM-を確認
GA4に表示されない	測定ID違い	G-を確認
数値が多い	二重計測	設置経路確認
プレビューだけ動く	公開忘れ	コンテナ公開
タグが発火しない	トリガーなし	発火条件確認
設定変更が見えない	キャッシュ	キャッシュ削除
同じタグが複数回発火	二重設置	テーマ・プラグイン確認

最終チェックリスト

□ GTMコンテナIDは正しい
□ GA4測定IDは正しい
□ GTMを二重設置していない
□ GA4を二重計測していない
□ タグにトリガーを設定した
□ プレビューで確認した
□ GTMコンテナを公開した
□ 公開後にGA4でも確認した
□ 必要に応じてキャッシュを削除した

GTMで問題が起きた場合は、設定を全部削除するのではなく、**「ID → 設置方法 → トリガー → プレビュー → 公開」**の順に確認すると原因を見つけやすくなります。

GTM導入後に最初にやっておきたい管理設定

Googleタグマネージャー（GTM）は、一度導入したら終わりではありません。

今後、

GA4イベント
外部リンククリック
問い合わせ
Google広告
コンバージョン

などの設定が増えてくると、タグやトリガーの数も増えていきます。

最初のうちに命名ルールや管理方法を決めておくと、あとから「このタグは何のために作ったのだろう」と迷いにくくなります。

特に、

名前・バージョン・権限・変更履歴

の4つは、早めに整理しておきましょう。

タグ名の命名ルールを決める

タグを作成するときは、あとから見ても用途が分かる名前を付けましょう。

たとえば、

タグ1
タグ2
テスト
新しいタグ

といった名前では、数か月後に見たときに内容が分かりません。

おすすめは、

サービス名｜計測内容

のように統一する方法です。

たとえば、

GA4｜Googleタグ
GA4｜Amazonクリック
GA4｜問い合わせ完了
Ads｜購入コンバージョン

とすると、一覧を見ただけで用途を判断しやすくなります。

タグ名の例

用途	タグ名の例
GA4基本計測	GA4｜Googleタグ
外部リンク	GA4｜外部リンククリック
Amazon	GA4｜Amazonクリック
問い合わせ	GA4｜問い合わせ完了
Google広告	Ads｜コンバージョン

タグが少ないうちからルールを決めておくことが、GTMを整理しやすくするポイントです。

トリガー名を分かりやすくする

トリガーもタグと同じように、何を条件に発火するのか分かる名前を付けましょう。

たとえば、

クリック1
ページビュー2
トリガーA

では、設定画面を開かなければ内容が分かりません。

次のようにすると分かりやすくなります。

クリック｜Amazonリンク
クリック｜公式サイト
ページビュー｜問い合わせ完了
ページビュー｜全ページ

タグとトリガーを対応させる例

タグ	トリガー
GA4｜Amazonクリック	クリック｜Amazonリンク
GA4｜問い合わせ完了	ページビュー｜問い合わせ完了
GA4｜Googleタグ	Initialization｜All Pages

こうしておくと、

どのタグが、どの条件で発火するのか

を一覧から判断しやすくなります。

バージョン名と説明を残す

GTMでは、コンテナを公開するとバージョン履歴が残ります。

Google公式でも、公開時に、

バージョン名
バージョンの説明
公開日時
公開したユーザー

などを確認できる仕組みが用意されています。

たとえば、

バージョン名：
Amazonクリック計測追加

説明：
Amazon外部リンク用GA4イベントと
クリックトリガーを追加

のように記録しておきます。

分かりやすいバージョン例

バージョン名	説明
GA4初期設定	Googleタグを追加
Amazon計測追加	外部リンククリックを追加
問い合わせ計測	完了ページイベントを追加
広告設定	Google広告タグを追加

「修正」「変更」だけではなく、何を変更したのか具体的に残すことが大切です。

不要なタグを削除・整理する

GTMを使い続けると、以前使っていたタグやテスト用設定が残ることがあります。

たとえば、

終了した広告タグ
テスト用タグ
使わなくなったサービス
重複しているトリガー
古いイベント設定

などです。

不要なタグを残し続けると、

管理画面が見づらくなる
誤って再利用する
二重計測に気づきにくくなる
不要なスクリプトを実行する

といった原因になります。

定期的に確認したいこと

□ 現在使っているタグか
□ 同じ目的のタグが重複していないか
□ テスト用設定が残っていないか
□ 終了したサービスのタグではないか
□ 不要なトリガー・変数がないか

ただし、よく分からないタグをいきなり削除するのは避けましょう。

何のための設定か確認してから整理することが重要です。

GTMの権限を確認する

複数人でGTMを管理する場合は、ユーザー権限も確認しておきましょう。

Google公式では、GTMのコンテナに対して、

読み取り
編集
承認
公開

といった権限を設定できます。

すべての人に公開権限を与える必要はありません。

たとえば、

担当者	権限の考え方
閲覧だけ	読み取り
設定担当	編集
確認担当	承認
管理責任者	公開

というように役割を分けられます。

また、Google公式では、管理者が1人だけの場合、その人が利用できなくなるとアカウントへアクセスできなくなる可能性があるため、複数の管理者を用意することも推奨されています。

個人ブログを一人で運営している場合でも、Googleアカウントを失わないよう、アカウントのセキュリティ管理をしっかり行いましょう。

設定内容を記録しておく

GTM内のバージョン履歴だけでなく、重要な設定内容を別に記録しておくと便利です。

たとえば、

記録項目	内容例
タグ名	GA4｜Amazonクリック
目的	Amazonリンククリック計測
トリガー	Click URLにamazon.co.jpを含む
作成日	2026年○月○日
使用先	GA4
備考	外部リンク計測

などです。

特に、

何のために作ったか
どの条件で発火するか
どのサービスへ送信するか

を残しておくと、あとから設定を見直しやすくなります。

GTM管理ルール早見表

管理項目	おすすめ方法
タグ名	サービス名＋目的
トリガー名	種類＋条件
バージョン	変更内容を具体的に記録
不要タグ	定期的に整理
権限	必要な範囲だけ付与
設定記録	目的・条件・変更日を残す

GTMは、タグが少ないうちは管理が簡単でも、設定が増えると急に複雑になります。

最初から分かりやすい名前と変更履歴を残すことが、長く安全に運用するコツです。

Googleタグマネージャー導入についてよくある質問

ここでは、GTMを初めて導入する方が疑問に感じやすいポイントをまとめます。

「GA4はどうなるの？」「Cocoonならプラグインが必要？」など、導入後に迷いやすい部分を確認しておきましょう。

Googleタグマネージャーは無料ですか？

はい。Googleタグマネージャーは無料で利用できます。

Google公式でも、GoogleタグとGoogleタグマネージャーはいずれも無料と案内されています。

Googleアカウントがあれば、

GTMアカウント作成
コンテナ作成
タグ設定
トリガー設定
変数設定
プレビュー
公開

などを利用できます。

ただし、GTMから利用する外部サービスや広告サービスに別途料金がかかる場合があります。

WordPress初心者でも導入できますか？

はい。基本的なGTM導入であれば、WordPress初心者でも可能です。

特に、

Cocoonなどのテーマ機能
GTM対応プラグイン

を利用すれば、テーマファイルを直接編集せずに設置できる場合があります。

初心者の方は、

GTMアカウント作成
↓
コンテナ作成
↓
WordPressへ設置
↓
Googleタグ設定
↓
プレビュー
↓
公開

の順番で、一つずつ進めるとよいでしょう。

いきなり高度なクリック計測やカスタムHTMLから始める必要はありません。

GTMを入れればGA4も自動的に計測されますか？

いいえ。

GTMをWebサイトへ設置しただけでは、GA4の計測が自動的に始まるわけではありません。

GTMはタグを管理・配信するための仕組みです。

Google公式でも、GTMを使ってWebサイト上のGoogleタグや第三者タグを設定・管理する仕組みとして説明されています。

GA4をGTMから利用する場合は、

Webサイト
↓
GTM
↓
Googleタグ
↓
GA4

という設定が必要です。

つまり、

GTM＝管理する場所

Googleタグ＝GA4などへデータを送る仕組み

と考えると分かりやすいでしょう。

GA4をすでに使っていてもGTMを導入できますか？

はい。すでにGA4を利用していてもGTMを導入できます。

ただし、既存のGA4設置方法を確認せずにGTMから同じ計測を追加すると、二重計測になる可能性があります。

たとえば、

Cocoon
↓
GA4

＋

GTM
↓
Googleタグ
↓
同じGA4

という状態は避けます。

GTMへ移行するときは、

現在のGA4設置方法を確認する
GTMでGoogleタグを設定する
プレビューで確認する
GA4でデータ受信を確認する
旧設定を整理する

という流れで進めると安全です。

GTMを導入したら既存のGA4タグは削除しますか？

必ずしも、GTMを設置した瞬間に既存のGA4タグを削除するわけではありません。

まず現在の設置状況を確認しましょう。

GTMへGA4の管理を移行する場合は、GTM側のGoogleタグが正常に動作することを確認してから、不要になった旧設定を整理します。

たとえば、

① GTMでGoogleタグ設定
↓
② プレビュー確認
↓
③ GA4で受信確認
↓
④ 旧GA4設置方法を整理
↓
⑤ 二重計測がないか再確認

という流れがおすすめです。

いきなり既存タグを削除すると、一時的にGA4計測が停止する可能性があります。

Google公式でも、既存タグからGTMへ移行する際には、GTM管理のタグとそれ以外のタグを併用しながら移行することが可能と案内されています。

Cocoonならプラグインは必要ですか？

GTMコンテナIDをサイトへ登録する目的だけであれば、基本的に専用プラグインは必要ありません。

Cocoonにはアクセス解析やGoogleタグマネージャーなどを設定できる機能が用意されています。Cocoon公式マニュアルでもアクセス解析関連の設定機能が案内されています。

そのため、

Cocoon設定
↓
アクセス解析・認証
↓
Googleタグマネージャ設定
↓
GTM-XXXXXXX

という方法を利用できます。

むしろ、

Cocoon
＋
GTMプラグイン

の両方で同じコンテナを設置すると、二重設置の原因になるため注意しましょう。

GTMを設置しただけで公開は必要ですか？

ここは少し分けて考える必要があります。

GTMコンテナコードをWordPressへ設置すること自体と、GTM内で作成したタグ・トリガー・変数を本番環境で動かすことは別です。

コンテナをサイトへ設置しただけなら、その作業自体をGTM側で「公開」する必要はありません。

一方、GTM内で、

Googleタグを作成
トリガーを追加
変数を変更

した場合、その変更を本番サイトで有効にするにはコンテナの公開が必要です。

Google公式でも、ワークスペースの変更を本番へ反映するには「バージョンの公開と作成」から公開するよう案内されています。

覚え方は、

WordPressへGTM設置
＝コンテナを読み込める状態にする

GTMでタグ作成
↓
公開
＝本番でタグを動かす

です。

タグが発火しない場合はどうすればよいですか？

タグが発火しない場合は、設定をすべて作り直すのではなく、順番に確認しましょう。

まず確認する項目

GTMコンテナIDは正しいか
タグを保存したか
トリガーが設定されているか
トリガー条件が正しいか
変数の値が想定どおりか
Tag Assistantへ接続できているか
コンテナを公開したか

たとえば、

Click URL
含む
amazon.co.jp

という条件なのに、実際のリンク先が別URLならタグは発火しません。

また、

プレビューでは発火する
↓
本番では発火しない

場合は、公開忘れの可能性があります。

タグが発火しない場合の確認順

順番	確認すること
1	GTMコンテナID
2	タグ設定
3	トリガー
4	変数
5	Tag Assistant
6	公開状態
7	GA4受信状況

Google公式では、GTMにタグ・トリガー・変数を設定し、プレビューやTag Assistantを使って動作を確認できる仕組みになっています。

問題が起きた場合は、**「タグ → トリガー → 変数 → プレビュー → 公開」**の順で確認すると原因を見つけやすいでしょう。

GTM導入後の最終確認表

確認項目	状態
タグ名が分かりやすい	□
トリガー名が分かりやすい	□
バージョン名・説明を記録	□
不要タグを整理	□
権限を確認	□
GTM二重設置なし	□
GA4二重計測なし	□
Tag Assistantで確認	□
GA4で受信確認	□
公開済み	□

ここまで確認できれば、GTMの基本的な導入と初期設定はほぼ完了です。

今後、クリック計測や問い合わせ計測などを追加するときも、設定 → プレビュー → 確認 → 公開 → 記録という流れを守ることで、安全に管理しやすくなります。

GTMは設置・確認・公開の順番を守って導入しよう

Googleタグマネージャー（GTM）は、GA4やGoogle広告などの計測タグをまとめて管理できる便利なツールです。

ただし、正しく使うためには、

設置 → 設定 → プレビュー確認 → GA4確認 → 公開

という順番を守ることが大切です。

特に初心者の方は、GTMコンテナIDとGA4測定IDの違い、タグの二重設置、公開忘れなどに注意しましょう。

一つずつ確認しながら進めれば、WordPressやCocoonでも無理なく導入できます。

今日覚えておきたい重要ポイント3つ

今回の記事で特に覚えておきたいのは、次の3つです。

1．GTMコンテナを正しい方法で設置する

WordPressでは、

テーマ機能
プラグイン
テーマファイルへの直接設置

などの方法があります。

Cocoonを利用している場合は、テーマ側のGoogleタグマネージャー設定を利用できます。

複数の方法を同時に使わず、基本的には1つの方法に統一することが大切です。

2．公開前に必ずプレビュー確認する

GTMでは、設定後すぐに公開するのではなく、Tag Assistantを使って動作を確認します。

設定
↓
保存
↓
プレビュー
↓
Tag Assistantで確認
↓
GA4で受信確認
↓
公開

必要なタグが発火し、不要なタグが発火していないことを確認しましょう。

3．保存と公開は別の操作

タグやトリガーを保存しただけでは、本番サイトには反映されません。

プレビューで問題がないことを確認したあと、コンテナを公開する必要があります。

「保存したから終わり」ではないことを覚えておきましょう。

GTM導入手順早見表

GTMを初めて導入するときの流れを整理すると、次のようになります。

順番	作業内容	確認ポイント
1	Googleアカウント準備	ログインできるか
2	GTMアカウント作成	アカウント名・国
3	コンテナ作成	「ウェブ」を選択
4	コンテナID確認	GTM-から始まる
5	WordPressへ設置	二重設置しない
6	Googleタグ設定	正しいタグID
7	トリガー設定	発火条件を確認
8	変数確認	Page URL・Click URLなど
9	プレビュー	Tag Assistantで確認
10	GA4確認	リアルタイム・DebugView
11	公開	バージョン名を付ける
12	公開後確認	二重発火などを確認

初心者の方は、

アカウント作成 → 設置 → 設定 → 確認 → 公開

という大きな流れを覚えておけば十分です。

GTM初期設定チェックリスト

GTMを公開する前に、次の項目を確認しておきましょう。

□ 正しいGoogleアカウントでログインしている
□ 対象サイト用のコンテナを作成した
□ コンテナタイプは「ウェブ」になっている
□ GTMコンテナIDは正しい
□ WordPressへGTMを設置した
□ GTMを二重設置していない
□ GA4測定IDを確認した
□ Googleタグを設定した
□ 適切なトリガーを設定した
□ Page URLなど基本変数を確認した
□ Tag Assistantで接続できた
□ 必要なタグが発火した
□ GA4でデータ受信を確認した
□ コンテナを公開した
□ 公開後も正常に動作している

すべてを一度に暗記する必要はありません。

このチェックリストを見ながら、一つずつ確認すると設定漏れを防ぎやすくなります。

導入時によくある失敗チェックリスト

GTM導入時は、次のようなミスが起こりやすいため注意しましょう。

よくある失敗	確認すること
GTMが読み込まれない	GTMコンテナID
GA4にデータがない	GA4測定ID
数値が多すぎる	二重計測
タグが動かない	トリガー設定
プレビューでは動く	公開忘れ
設定変更が見えない	キャッシュ
別サイトのデータになる	コンテナ・GA4プロパティ
タグが2回動く	GTM・GA4二重設置

特に初心者の方は、

GTM-XXXXXXX
＝GTMコンテナID

G-XXXXXXXXXX
＝GA4測定ID

を混同しないようにしましょう。

また、問題が起きたときは設定を全部削除するのではなく、

ID → 設置方法 → タグ → トリガー → プレビュー → 公開

の順に確認すると原因を見つけやすくなります。

参考元：

Google タグマネージャー公式ヘルプ
Google Analytics 公式ヘルプ
WordPress公式ドキュメント
Cocoon公式マニュアル

Google公式情報を中心に確認しているため、信頼性は高い内容です。ただし、GTMやGA4、Cocoonの画面や設定項目は変更される場合があるため、導入時は最新の公式情報も確認してください。

まとめ

Googleタグマネージャー（GTM）は、GA4やGoogle広告などの計測タグをまとめて管理できる便利なツールです。導入するときは、Googleアカウントとコンテナを作成し、WebサイトへGTMを設置したあと、タグ・トリガーを設定してプレビュー確認を行います。特に、GA4の二重計測やGTMの二重設置には注意が必要です。設定後は保存するだけで終わらせず、問題がないことを確認してから公開しましょう。