How to Install GA4 with the Google Tag or GTM and Check Duplicates

June 21, 2026

Author: Shusaku Yosa
GA4のタグ設置方法|GTM・gtag.js別の手順を解説

Installing GA4 involves more than pasting an ID. Audit the site’s existing integrations, identify the intended destination, and test that required events arrive without unintended duplication. When moving to GTM, do not automatically delete every direct Google-tag script: it may support other destinations. This workflow follows official guidance checked on October 11, 2026.

Identify the GA4 stream, Google tag, and GTM container

A GA4 property organizes measurement and reporting. A web stream receives website data, the Google tag supports collection and delivery, and GTM manages tag configuration and publication. The Analytics setup guide treats these as separate parts of implementation.

Item

Identifier to record

Purpose

GA4 property

Numeric property ID

Select reporting context

Web stream

G- measurement ID

Confirm GA4 destination

Google tag

Tag ID and connected destinations

Check shared settings and routes

GTM container

GTM- container ID

Identify the managed container

Check names and website details as well as ID formats. A detected tag does not prove that it sends to production, and a Google tag does not automatically define every advertising or business success.

Audit existing installations and choose one route

Review CMS settings, integrations, plugins, templates, and GTM before adding anything. Select a method based on ownership, permissions, and maintenance rather than assuming that larger sites always require GTM.

Route

Management fit

Check first

Supported CMS integration

CMS owner can maintain settings

Competing plugins or tags

Direct Google tag

Team controls shared templates

Updates and rollback

GTM

Review and publication process exists

Access and existing destinations

For a site already collecting through its CMS, decide whether GTM is being introduced for additional events or to replace the base installation. These are different changes. Record the starting configuration, affected destinations, and rollback plan.

Install through a supported CMS integration or directly

  1. Open installation instructions for the intended web stream.
  2. Use the supported CMS integration where appropriate.
  3. For a direct installation, output the complete Google tag immediately after the opening <head> tag on each target page. When using a shared template, prevent a second copy for the same destination from being added by a page or plugin.
  4. Verify the resulting pages and record the owner and rollback method.

The official direct-installation instructions specify this placement on each page. Editing a parent theme’s header file can lose changes during theme updates. Compare supported integrations and maintained template approaches instead of promising that one route is universally safe. If a Google tag already supports Ads or another destination, inspect its configuration before loading another copy.

Configure the Google tag and initialization in GTM

The current GTM instructions use a Google tag with an Initialization trigger. Distinguish that trigger from an ordinary Page View trigger, and check the applicable options in the current interface.

  1. Select the intended container and workspace.
  2. Create a Google tag and enter the intended tag ID.
  3. Review common settings and initialization conditions.
  4. Check relationships with event tags in Preview.
  5. Have the responsible publisher review and publish the version.

Consent initialization has a different purpose from tag initialization. Google’s trigger guidance explains ordering. Moving every tag to an early trigger is not a substitute for designing consent and event dependencies. Saving a workspace also does not establish that the site serves the new configuration.

Build an acceptance matrix for the implementation. The following fictional cases need site-specific expectations, especially for single-page applications.

Case

Check

Possible failure

Initial load

Host, destination, expected page view

CMS and GTM both sending

SPA navigation

New screen measured as specified

Automatic and custom overlap

Form error

No completion event

Click treated as success

Accepted success and reload

Success and duplicate handling

Same success resent

Consent denied or granted

Behavior matches chosen setup

State update missing

Consent mode reflects user choices in tag behavior; it does not itself obtain consent. Use DebugView to inspect received events, recognizing that privacy and consent conditions can limit visibility. Repeat the acceptance test against the version actually published on the site.

Resolve duplicate sends without removing shared destinations

Identify which routes send the same event to the same destination. CMS plus GTM, direct tagging plus GTM, or automatic plus custom SPA measurement are investigation candidates. One event sent to each of two different destinations is a different situation from duplication within one destination.

Before removing a direct script, confirm whether it supports advertising, another property, or an inherited GA4 connection. Replace the duplicated route, preserve required destinations, and verify receipt after the change. Document the version, host, success definition, consent behavior, app or authentication handoff, and unresolved questions. Event totals alone remain insufficient evidence of verified registration headcounts.

Continue with the relevant guide

Related posts