GA4を入れる前に何を確認する？Site KitとGTMの送信先を見分ける

最初に、会社のGA4送信先を特定する

「GA4があるか」より先に、「この会社サイトをどこで集計するか」をそろえます。似た名前のテスト用と公開用を取り違えると、タグを置いても別の場所を見てしまいます。

図で見る問い

同じ公開ページから、どこへ届けたいのでしょうか。ページの紙面と、目的のGA4の資料を見比べてください。ここでの線は照合する対象の対応で、送信できた結果ではありません。

説明図の原画を開く

目的のサイトと受け口が分かったら、その受け口を既存の設定が使っているか調べます。受け口を選んだだけで、サイトにタグがない、あるいは新設が必要とは判断しません。

プロパティ

GA4でデータや設定をまとめて扱う管理単位です。会社名だけでなく、対象のサイトと運用目的が合うかを確認します。

ウェブストリーム

サイトのデータを受け取る入口です。目的のプロパティの中で、対象サイト用のものを選びます。

測定ID

その入口を照合するための識別情報です。GA4のウェブストリームで使う「G-」から始まる値と、GTMコンテナを示す「GTM-」の値は用途が違います。名前や番号の先頭だけでなく、管理画面の接続先も見ます。

1. 公開するページを一つ特定します。どの会社サイトのどのページかを、GA4を管理する担当とそろえます。検証用ページと公開ページは区別してください。
2. 目的のプロパティとウェブストリームを確認します。GA4の「管理」から「データ ストリーム」を開き、対象サイトのストリーム詳細を読みます。見られない場合は、管理担当に対象を示してもらいます。
3. 名前と測定IDを設置担当と照合します。これから追加しようとする設定だけでなく、Site KitやGTMが使う送信先も同じ対象かを確かめます。分からない欄を新しい番号で埋めません。

Googleタグの表示が「GT-」で始まる場合もあります。画面やページのコードに「G-」が見えないという理由だけでGA4未設置とはせず、そのGoogleタグにつながるGA4の送信先を管理担当に確認します。

根拠：Google公式のGA4導入・ウェブストリームの説明、タグIDの照合、Site KitのAnalyticsとGoogleタグの説明。この記事に実会社の測定IDは掲載していません。

Site Kitは「接続先」と「コード配置」を分けて読む

Analyticsへ接続済みでも、Site Kitがそのコードを配置しているとは限りません。既存のコードを利用して接続する構成もあるため、接続先と配置の設定を別々に読みます。

接続と配置の違い

図の二つの資料は、Analyticsに接続する設定と、サイトへコードを置く設定です。同じ「接続済み」の印にまとめず、どちらを確認しているかを見てください。

説明図の原画を開く

Site Kitの接続先と配置元が分かれば、GTM側にも同じ送信先を使うタグがあるか質問できます。接続表示だけで送信や受信の成功を確認済みにしません。

WordPressの「Site Kit → Settings → Connected Services → Analytics」で対象を確認します。公式資料では編集画面に、アカウント・プロパティ・ウェブストリームと、「Place Google Analytics code」というコード配置の設定があります。いま選ばれている値を読み、照合のためだけに切り替えないことが先です。表示できない場合は、その画面を管理する担当に確認します。

補助的には、「ツール → サイトヘルス → 情報」のSite Kit欄にある「Analytics snippet placed」を確認する方法も公式に示されています。これはSite Kitによる配置の情報です。「No」だから全経路にGA4がない、とは読み替えません。別プラグイン、テーマ、GTMなどの経路は残ります。

Site KitはAnalyticsだけでなく、GTMコンテナのコードをサイトへ配置する役割も持ちます。Site Kitの画面とGTMの名前が両方見つかるのは、一つの管理の流れである場合もあります。GTMコンテナの中にどんなタグがあるかは、次の節で別に調べます。

根拠：Site Kit公式のAnalytics設定・既存コード・配置確認と、Tag Manager連携。実サイトの配置設定は未確認です。

GTMは、コンテナの中のタグと公開版まで見る

GTMコンテナがあることと、目的のGA4へ送るGoogleタグが公開されていることは別です。コンテナはタグを管理する入れ物です。その中の設定、作業中の版、実際に配信している版を区別します。

入れ物と中身を分ける

図では、サイトに置かれたGTMコンテナと、その中のGoogleタグの資料を見比べます。「？」が残る送信先へ、実際に届いた線を足さないことがポイントです。

説明図の原画を開く

公開版のタグIDと対象ページで動く条件を確認してから、Site Kit側の送信先と照合します。作業中の設定やPreviewだけを、全訪問者に配信済みの根拠にしません。

1. サイトで使うコンテナを担当者と特定します。GTMコンテナIDをサイト側の設定と照合します。別のサイトや検証用コンテナを開いていないかを確かめます。
2. 公開版にあるタグの送信先を読みます。担当者に、目的のGA4へ送るGoogleタグがあるか、タグIDと接続先、対象ページで動く条件を示してもらいます。コンテナだけ存在しても、GA4のタグまで存在するとは限りません。
3. Previewと公開を分けます。Previewは、指定した条件でタグを検証するための表示です。公式の公開手順は、作業スペースの変更をSubmitから公開する段階を別にしています。保存しただけ、Previewで動いたことだけを公開完了にしません。

新たにGTMから設置すると決まった場合は、担当者がGoogleタグを作成し、対象のタグIDと動作条件を設定して検証・公開します。公式手順では「Google tag」と初期化のトリガーを扱います。ただし、既存のGoogleタグを調べずにもう一つ作ることが、この場面の最初の作業ではありません。

テーマや別プラグインへ直接設置したコードも、設置担当に確認します。「GTMへまとめたいから」と先に削除すると、別の目的で使う送信先まで影響する可能性があります。どの設定を残し、何を置き換えるかは、対象と用途、保守担当を確認したうえで決めます。

根拠：Google公式のGTMでのGoogleタグ設定・検証・公開。実GTMへの作成・保存・公開は行っていません。

分からない送信先が残るなら、追加・削除を保留する

確認できた設定だけを残し、同じ送信先への動作が分からなければ、変更前に担当へ聞きます。「二つ見えたから片方を削除」「一つ未接続だから新設」という決め方を避けます。

同じページからどこへ届く？

図はSite KitとGTMが見つかった架空の導入前記録です。実線は設定上分かっている関係だけ、未確認の送信は「？」付きの点線として読みます。実際の通信や二重計測の結果ではありません。

説明図の原画を開く

送信先や公開版に「？」が残る間は、追加を止めて確認します。どちらも同じ送信先へ同じ操作のイベントを送ると確認できた場合は、設置担当が重なっている処理を調べます。

Site Kit接続とGTMの存在が分かっている例

一つ目の架空例では、Site KitのAnalytics接続済みとGTMコンテナの存在は確認済みです。しかし、GTMのGoogleタグが同じ送信先を使うか、目的のプロパティとストリーム、Tag Assistantの検出先、イベントの重複、GA4の受信は未確認です。GTMの担当者も確認できていません。

この段階の判断は、GTM担当へ送信先と公開版を確認するまで新タグを追加しないことです。「担当者を確認できていない」は、権限を申請して拒否されたという意味ではありません。

Site Kit未接続で、目的のストリームだけ分かる別例

二つ目の架空例では、Site KitのAnalyticsは未接続で、目的のプロパティとウェブストリームは確認済みです。GTMコンテナの有無や、各経路からの送信・受信は未確認です。先の例を修正した後の状態ではありません。

こちらは、現行の設置経路と編集権限を確認してから、一つの設置方法を選ぶ段階です。目的の受け口が分かっても、他経路から何も送られていないとは限りません。

権限のある担当へ、具体的に確認する

Site Kit・GTM・直接設置のどれを使うかは、誰が設定を保守し、変更を検証して公開できるかにもよります。一律にGTMへ切り替える必要はありません。既に必要な経路が適切に動いているなら、GA4を「新しく入れる」作業そのものが不要な場合もあります。変更する場合は、影響範囲と戻す設定を担当者が決めます。

変更後は、タグの送信とGA4の受信を別に確かめる

設定が保存されたこと、タグが検出されて送ったこと、GA4側で受信を確認したことは、別々の結果です。変更担当が方法を決めた後も、一つの表示ですべてを合格にしません。

三つの確認場所

図の資料は、設定・公開版、Tag Assistantの検出と送信、GA4の受信を示します。確認先の対応で、順番に成功した実績図ではありません。

説明図の原画を開く

どの公開ページを、どの版・条件で開き、どの送信先の何を確認したかを一組にします。Tag Assistantでタグ名が見えただけなら、送信やGA4受信の確認は残ります。

1. 設定と配信版を読み返します。権限のある担当者が、目的の送信先と設定が保存されたこと、GTMなら必要な版が公開されたことを確かめます。
2. Tag Assistantで対象ページの動きを見ます。Google公式は、対象URLへ接続して検出されたタグを見たうえで、Summaryのイベントを確認する方法を示しています。タグを検出した記録と、送ったイベントの記録を分けます。
3. GA4側で同じ確認操作を探します。対象のプロパティ・ウェブストリームでリアルタイムなどの確認画面を見ます。送信先、確認した時刻、ページ、同意やログイン等の条件を担当者とそろえます。

二重計測を疑うときは、同じ送信先へ同じ操作のイベントが複数の経路から送られていないかを調べます。別の送信先を意図して使う設定まで、同じものと数えません。イベントの確認を人数や問い合わせ受付、購入の実成果に置き換えることもしません。

確認訪問をしても0や空欄になる場合の調べ方は、GA4でデータが出ないときの確認記事で扱っています。注文番号と購入記録の重なりは、注文原本とGA4へ渡した購入記録を比べる記事へ分けます。この導入前の判断だけで、その二つの原因や解決を確定しません。

根拠：Google公式のタグ検証とGA4導入後の受信確認。この記事の架空例では、実際のタグ検出・送信・受信、同意状態、変更後の成功を確認していません。