Google Ads Conversion Tracking for Ecommerce with Google Tag Manager

Measuring the effectiveness of online advertising requires more than tracking clicks and website visits. Google Ads conversion tracking helps businesses understand which advertising interactions lead to valuable customer actions, from completed purchases and checkout initiations to lead submissions and registrations.

Google Tag Manager provides a centralised way to manage these tracking events, while the Google tag, gtag.js and Google Analytics 4 offer additional measurement capabilities. Understanding how these technologies work together helps ecommerce businesses collect accurate conversion data, evaluate campaign performance and build relevant remarketing audiences.

Key Takeaways

  • Google Ads conversion tracking measures valuable customer actions and connects advertising interactions with business outcomes.
  • Google Tag Manager (GTM), the Google tag, gtag.js and Google Analytics 4 have different roles within a tracking implementation.
  • Ecommerce websites can track purchases, cart additions, checkout initiations, lead submissions and registrations as separate conversion actions.
  • Google Ads conversion categories, GA4 recommended events and GTM custom events use different naming conventions and serve different purposes.
  • Accurate conversion tracking depends on correctly transmitting dynamic values, transaction identifiers, currency and relevant product information.
  • Google Ads auto-tagging and the Conversion Linker help preserve advertising click information for attribution.
  • Remarketing uses website interaction data to build audience segments. Dynamic remarketing requires additional event parameters and, for retail, a compatible Merchant Center product feed.
  • Conversion data must be tested, deduplicated and configured according to the advertiser’s measurement objectives and consent requirements.

Understanding Google Ads Conversion Tracking

Advertising performance cannot be evaluated reliably by counting website visits alone. A campaign may attract thousands of visitors without generating meaningful sales, enquiries or registrations.

Conversion tracking helps businesses measure what visitors do after interacting with an advertisement. It connects measurable customer actions with advertising activity, allowing advertisers to evaluate campaign performance and make informed optimisation decisions.

A conversion is an action that an advertiser considers valuable. For an ecommerce store, this usually means a completed purchase. Other useful actions include adding products to a cart, starting checkout, submitting a lead form or creating an account.

These actions represent different stages of the customer journey. Tracking them separately provides more information than measuring completed purchases alone.

Micro-conversions and macro-conversions

Conversions can be divided into two broad groups:

  • Macro-conversions represent the primary business objectives. Examples include completed purchases, confirmed bookings and qualified leads.
  • Micro-conversions represent smaller interactions that indicate interest or progress towards a primary objective. Examples include adding a product to a cart, starting checkout or registering an account.

For example, an ecommerce visitor may follow this sequence:

  1. Visit a product page.
  2. Add a product to the cart.
  3. Begin checkout.
  4. Complete the purchase.

Each action provides a different measurement point. When these interactions are tracked correctly, advertisers can identify where visitors progress and where they abandon the purchasing process.

A cart addition is not equivalent to a sale. A checkout initiation does not establish that an order was completed. Conversion definitions must reflect the actual business outcome being measured.

What Is Google Ads and How Does It Measure Advertising Performance?

Google Ads is Google’s online advertising platform. Businesses use it to promote products and services across Google’s advertising inventory and partner properties.

Google Ads was previously called Google AdWords. Google announced the change in June 2018 to reflect the expansion of its advertising products beyond keyword-based search advertising. The current product name is Google Ads.

The platform supports several campaign types, each with different placements and advertising formats.

Campaign typeAdvertising environmentTypical objective
SearchGoogle search resultsReach people actively searching for products or services.
DisplayWebsites and applications within the Display NetworkIncrease visibility and reach relevant audiences.
ShoppingProduct listings across Google surfacesPromote products with images, prices and store information.
VideoYouTube and other video placementsBuild awareness, consideration or drive conversions.
Demand GenVisual placements across Google’s consumer platformsGenerate demand through visual advertising.
Performance MaxMultiple Google advertising channelsOptimise campaign performance across Google’s inventory.

The available placements and campaign objectives vary by campaign type. Conversion tracking provides the measurement layer used to evaluate the actions generated by these campaigns.

Advertising interactions, clicks, sessions and conversions

These terms describe different stages of advertising measurement.

  • Advertising impression: An advertisement is displayed to a user.
  • Advertising click: A user interacts with the advertisement and follows its destination link.
  • Website session: The visitor starts a measured website visit. A session may include multiple page views and interactions.
  • Conversion: The visitor completes an action defined as valuable by the advertiser.

An advertising click does not automatically create a conversion. A website session does not establish that the advertisement generated a sale.

Conversion attribution attempts to associate a recorded conversion with an eligible advertising interaction according to the configured attribution model, conversion window and measurement signals.

This distinction is important when interpreting campaign performance. A conversion record shows that a measurement system attributed an action to advertising activity. It does not independently prove that the advertisement was the only factor responsible for the customer’s decision.

What is a conversion action?

A conversion action is a specific activity that Google Ads measures because it has business value.

Examples include:

  • A completed ecommerce purchase.
  • A product added to the cart.
  • A checkout initiation.
  • A successfully submitted lead form.
  • A completed account registration.

Conversion actions are organised into conversion goals. Advertisers can decide which actions contribute to campaign optimisation and which should remain available for observation.

Google Ads supports multiple conversion categories, including Purchase, Add to Cart, Begin Checkout, Submit Lead Form and Sign-Up.

Google Ads, Google Analytics 4 and Google Tag Manager use different terminology because they perform different functions.

Google Ads uses conversion actions to classify and measure valuable customer activities. GA4 uses events to record interactions. Google Tag Manager uses tags, triggers and variables to manage when tracking instructions execute.

The following table shows how the five supported actions relate to their corresponding GA4 recommended events.

Google Ads conversion categoryGA4 recommended eventPurpose
PurchasepurchaseMeasures completed purchases.
Add to Cartadd_to_cartMeasures successful cart additions.
Begin Checkoutbegin_checkoutMeasures checkout initiations.
Submit Lead Formgenerate_leadMeasures successful lead submissions.
Sign-Upsign_upMeasures completed registrations.

These names are not interchangeable.

For example, purchase is a GA4 event name. Purchase is also a Google Ads conversion category. A GTM implementation may use a third name for its internal custom event trigger, depending on the event structure provided by the website.

GA4 also distinguishes between ordinary events and key events. An event becomes a key event when it represents an important business outcome selected for measurement.

Recommended GA4 events require implementation. They are not automatically generated simply because a visitor performs an interaction on the website.

Why consistent event naming matters

Consistent event naming makes it easier to maintain tracking implementations and compare data between systems.

For example, if a website sends a purchase event to GA4 but exposes a separate custom event called order_complete to GTM, the implementation must explicitly map these events to their respective destinations.

A tracking extension may provide a defined set of conversion actions, but the actual event names, parameters and delivery mechanism must be verified against its implementation.

Do not assume that an extension uses GA4 recommended event names internally just because its supported conversion actions correspond to the same customer activities.

The Five Ecommerce and Lead Generation Events

The five supported conversion actions cover several important interactions across an ecommerce and lead generation journey.

Purchase

Purchase is the primary ecommerce conversion for many online stores.

It records a successfully completed order and provides information about the transaction and products purchased.

Relevant information includes:

  • Transaction ID.
  • Order or conversion value.
  • Currency.
  • Product identifiers.
  • Product names.
  • Product prices.
  • Product quantities.
  • Tax and shipping values, where applicable.

The event should represent a successfully completed order according to the store’s payment and order-processing logic.

Tracking a checkout button click is insufficient. The website should only report the purchase after the order has been successfully created and reached the appropriate completion state.

A unique transaction ID also helps prevent duplicate purchase reporting.

Add to Cart

Add to Cart measures when a customer successfully adds a product to the shopping cart.

This event helps advertisers understand which advertising interactions generate product interest and purchasing intent.

Relevant parameters include:

  • Product ID.
  • Product name.
  • Product price.
  • Quantity.
  • Currency.
  • Cart item value.

The event should fire after the cart update succeeds.

This is particularly important for ecommerce stores that update their carts through AJAX without reloading the page. A button click may trigger a request that subsequently fails, so the tracking event should reflect the confirmed cart operation.

Begin Checkout

Begin Checkout measures when a customer starts the checkout process.

The event identifies visitors who have progressed beyond product selection and cart management.

Relevant information may include:

  • Products included in checkout.
  • Product identifiers.
  • Product quantities.
  • Product prices.
  • Total item value.
  • Currency.
  • Coupon information, when applicable.

This event does not indicate that the customer has entered payment details or completed an order.

It measures the beginning of the checkout process.

Submit Lead Form

Submit Lead Form measures a successfully completed lead generation interaction.

Examples include:

  • Contact requests.
  • Product enquiries.
  • Quote requests.
  • Service enquiries.
  • Business consultation requests.

The corresponding GA4 recommended event is generate_lead.

The event should fire when the website successfully receives the submission. It should not fire simply because a visitor opens a form, clicks its submit button or attempts to submit invalid information.

A business may assign an estimated monetary value to a lead for advertising optimisation. This value should represent a defined business estimate rather than an arbitrary number.

Sign-Up

Sign-Up measures a successfully completed registration.

For an ecommerce store, this may represent a customer creating an account. Other websites may use it for membership registration or another defined sign-up process.

The corresponding GA4 event is sign_up.

An optional method parameter can identify the registration method, such as email or a supported social sign-in method.

The event should fire after account creation succeeds, not when a visitor opens the registration page or submits incomplete registration data.

Google Tag, gtag.js and Direct Conversion Tracking

Google provides a website tagging solution called the Google tag. It allows websites to send measurement information to supported Google destinations, including Google Ads and Google Analytics 4.

The terminology can be confusing because the technology has undergone several naming changes.

What is gtag.js?

gtag.js is the JavaScript library used by the Google tag.

It provides functions for configuring measurement destinations and sending events to Google services.

The technology was previously referred to as the Global Site Tag. Google now uses the name Google tag for its unified tagging solution.

A typical website implementation loads the Google tag and configures its destination using a Google Ads ID or a GA4 Measurement ID.

The Google tag provides the common measurement foundation. Additional event instructions determine which specific interactions should be recorded.

How direct Google Ads conversion tracking works

In a direct implementation, the website includes the Google tag and sends a conversion event when a defined action occurs.

Google Ads supplies the necessary tracking information when a website conversion action is configured.

The base Google tag is normally installed across the website. A conversion event snippet is then executed when the relevant action occurs.

A simplified example of the base installation is:

<!-- Google tag -->
<script async src="https://www.googletagmanager.com/gtag/js?id=AW-CONVERSION_ID"></script>

<script>
window.dataLayer = window.dataLayer || [];

function gtag() {
    dataLayer.push(arguments);
}

gtag('js', new Date());
gtag('config', 'AW-CONVERSION_ID');
</script>

AW-CONVERSION_ID is a placeholder. It must be replaced with the actual Google Ads tag identifier.

The Google Ads conversion event is sent using the conversion event name:

gtag('event', 'conversion', {
    send_to: 'AW-CONVERSION_ID/CONVERSION_LABEL',
    value: 149.90,
    currency: 'EUR',
    transaction_id: 'ORDER-1001'
});

This example illustrates a purchase conversion.

The send_to parameter specifies the Google Ads destination using the Conversion ID and Conversion Label.

  • The Conversion ID identifies the Google Ads account.
  • The Conversion Label identifies the specific conversion action.

The value and currency parameters communicate the conversion’s monetary value and currency. The transaction_id identifies the specific order.

For a real implementation, these values should be populated dynamically from the ecommerce system.

What is the difference between the Google tag and the conversion event snippet?

The Google tag establishes the website’s connection to the measurement destination.

The conversion event snippet tells that tag when to record a specific conversion.

Installing only the base Google tag does not define every ecommerce conversion automatically. The website still needs to provide the relevant conversion instructions.

Direct gtag.js implementation versus GTM

Both approaches can send Google Ads conversions, but their implementation and maintenance differ.

AreaDirect Google tag / gtag.jsGoogle Tag Manager
InstallationJavaScript configured in the website.GTM container installed on the website.
Event handlingWebsite code calls gtag() functions.Website events are received through triggers and variables.
ConfigurationMainly managed through website code and Google tag settings.Managed through the GTM interface.
ChangesMay require developer involvement.Many tracking changes can be managed without modifying the website.
Event logicImplemented through JavaScript calls or configured tag behaviour.Implemented using tags, triggers, variables and consent settings.
MaintenanceWebsite source code must remain consistent.Centralised tag management provides a separate configuration layer.

The Google tag and GTM are not competing measurement destinations. GTM can manage the Google tag and other tracking tags from a central container.

When GTM is already managing the Google tag, adding an unnecessary standalone gtag.js implementation can create duplicate configuration or conflicting event delivery.

Google Tag Manager and Its Role in Conversion Tracking

Google Tag Manager is a tag management system that allows website owners and developers to deploy and manage measurement tags without directly editing website code for every tracking change.

It separates the website’s event generation from the configuration of tracking destinations.

GTM does not automatically understand every ecommerce interaction. It needs information from the website, an extension or another event source.

Tags

Tags contain the tracking instructions that GTM executes.

Examples include:

  • Google Ads Conversion Tracking.
  • Google Ads Remarketing.
  • Google tag.
  • Google Analytics 4 Event.
  • Other supported third-party measurement tags.

A tag sends information to its configured destination when its trigger conditions are satisfied.

Triggers

Triggers define when a tag should execute.

For example, a Custom Event trigger can listen for the purchase event in the data layer.

When GTM detects the matching event, it can execute the Google Ads Conversion Tracking tag associated with that trigger.

Variables

Variables retrieve values used by tags and triggers.

A purchase implementation may require variables for:

  • Transaction ID.
  • Conversion value.
  • Currency.
  • Product information.
  • Event name.

These values may originate from the data layer, website JavaScript, page information or other supported variable sources.

The role of the data layer

The data layer is a JavaScript object that allows the website to provide structured information to GTM.

It can contain event names and associated values.

For example, an ecommerce platform may push an event when a customer completes a purchase.

dataLayer.push({ ecommerce: null });  // Clear the previous ecommerce object.
dataLayer.push({
    event: "purchase",
    ecommerce: {
        transaction_id: "T_12345",
        // Sum of (price * quantity) for all items.
        value: 72.05,
        tax: 3.60,
        shipping: 5.99,
        currency: "EUR",
        coupon: "SUMMER_SALE",
        customer_type: "new",
        items: [
            {
                item_id: "SKU_12345",
                item_name: "Stan and Friends Tee",
                coupon: "SUMMER_FUN",
                discount: 2.22,
                index: 0,
                item_brand: "Google",
                item_category: "Apparel",
                item_list_id: "related_products",
                item_list_name: "Related Products",
                item_variant: "green",
                price: 10.01,
                quantity: 3
            },
            {
                item_id: "SKU_12346",
                item_name: "Google Grey Women's Tee",
                coupon: "SUMMER_FUN",
                discount: 3.33,
                index: 1,
                item_brand: "Google",
                item_category: "Apparel",
                item_list_id: "related_products",
                item_list_name: "Related Products",
                item_variant: "gray",
                price: 21.01,
                promotion_id: "P_12345",
                promotion_name: "Summer Sale",
                quantity: 2
            }]
    }
});

This is an illustrative GA4-compatible ecommerce event structure. It does not represent a verified payload from a specific extension.

The event contains two important parts:

  1. event identifies the interaction that occurred.
  2. ecommerce contains transaction and product information.

GTM can detect the event and retrieve the supplied values through Data Layer Variables.

Google documents this mechanism in its data layer and custom event trigger documentation.

Why custom events matter for ecommerce

Many ecommerce interactions happen without a traditional page reload.

For example, a visitor may add a product to the cart, change its quantity or remove it through an asynchronous request.

Page-view-based tracking may not identify these interactions reliably.

A custom event provides a way for the ecommerce platform to notify GTM that an operation has succeeded.

The event should be pushed after the underlying operation completes successfully.

Implementing Google Ads Conversion Tracking in GTM

A native Google Ads conversion implementation typically combines a Google tag, conversion actions, GTM variables and triggers.

The configuration involves several steps.

Step 1. Create conversion actions in Google Ads

Create the required website conversion actions in Google Ads.

For the five supported interactions, an advertiser may configure separate actions for:

  • Purchase.
  • Add to Cart.
  • Begin Checkout.
  • Submit Lead Form.
  • Sign-Up.

Each action should have an appropriate conversion category and measurement definition.

The goal is to make each tracked action identifiable in Google Ads reporting.

Step 2. Obtain the Conversion ID and Conversion Label

When configuring a conversion action for GTM, Google Ads provides the identifiers required by the corresponding tag.

The Conversion ID identifies the account.

The Conversion Label identifies the individual conversion action.

When several conversion actions are tracked, their respective labels must be mapped to the correct GTM tags.

Some automatically created conversion actions do not provide a standalone Conversion Label. When using GTM, Google documents the manual website conversion action workflow for obtaining the required identifiers.

Step 3. Configure the Google tag in GTM

Configure the Google tag in the GTM container and associate it with the correct Google Ads destination.

It should load consistently across the website so that the relevant measurement information is available on the necessary pages.

Step 4. Configure the event triggers

Create the appropriate Custom Event triggers.

For example:

Event received by GTMTrigger purpose
purchaseDetect a completed purchase.
add_to_cartDetect a successful cart addition.
begin_checkoutDetect the beginning of checkout.
generate_leadDetect successful lead submission.
sign_upDetect successful registration.

These names are illustrative GA4-style events. The trigger must use the exact event name actually emitted by the website or extension.

Step 5. Configure the conversion tags

Create a Google Ads Conversion Tracking tag for each conversion action that requires separate native measurement.

Map the relevant fields to GTM variables:

  • Conversion ID.
  • Conversion Label.
  • Conversion Value.
  • Transaction ID, where applicable.
  • Currency Code.

For purchase conversions, dynamic values should be retrieved from the completed order.

For cart and checkout events, the value should reflect the intended measurement definition.

For lead submissions and sign-ups, the advertiser can use an assigned conversion value when it has a meaningful business basis.

An important GTM configuration detail is that an empty or undefined Conversion Value field is sent as zero. Dynamic values should therefore be mapped and validated rather than assumed to populate automatically.

Implementation reference: Google Ads conversions in Tag Manager.

Step 6. Test before publishing

Use GTM Preview mode to confirm that:

  • The expected event appears.
  • The correct trigger matches.
  • The correct conversion tag fires.
  • The variables contain the expected values.
  • The conversion tag does not fire repeatedly.
  • Consent requirements are respected.

Publish the GTM container only after the implementation has passed testing.

Conversion Values, Transaction IDs and Ecommerce Data

Conversion tracking becomes more useful when it communicates the correct business values.

Counting purchases alone provides limited information. Passing transaction values and product details helps advertisers understand the monetary results associated with their campaigns.

Purchase value

For GA4 ecommerce events, the value parameter represents the sum of item prices multiplied by their quantities.

Tax and shipping are sent separately.

For example:

ParameterValue
Product price€124.90
Quantity1
Ecommerce event value€124.90
Tax€20.82
Shipping€4.90
Total customer payment€150.62

The GA4 purchase event should use 124.90 as its item value in this example, with tax and shipping provided through their respective parameters.

Google Ads conversion value may follow a different business valuation policy. A store might choose to report gross revenue, revenue excluding tax, or another consistently defined value.

The article’s important implementation requirement is to define the calculation before configuring the tag.

Transaction IDs and duplicate prevention

A transaction ID uniquely identifies an order.

Consider a customer who completes a purchase and reaches the confirmation page. The customer then reloads the page.

If the purchase tracking tag fires again without appropriate duplicate prevention, the same order may be reported more than once.

A unique transaction ID helps Google Ads identify duplicate purchase conversions.

The ID should:

  • Be generated by the ecommerce system.
  • Identify the actual transaction.
  • Remain consistent when the same order is revisited.
  • Be different for separate orders.
  • Never be replaced with a fixed example value.

Transaction IDs and GTM trigger conditions solve different problems. Both should be implemented correctly.

Auto-Tagging, GCLID and Advertising Attribution

Conversion tracking also needs information about the advertising interaction that brought a visitor to the website.

Google Ads provides an auto-tagging feature that adds advertising information to destination URLs.

What is GCLID?

GCLID stands for Google Click Identifier.

When auto-tagging is enabled, Google Ads can append a gclid parameter to the landing page URL.

For example:

https://example.com/product?gclid=AbCdEf123456

This identifier allows Google measurement systems to associate website activity with the advertising click.

It can provide information about the campaign and advertising interaction that generated the visit.

Other advertising measurement identifiers

Depending on the advertising environment and measurement configuration, other parameters may appear.

These include:

  • gbraid
  • wbraid
  • gad_source
  • gad_campaignid

GBRAID is a privacy-preserving identifier used for aggregate advertising measurement rather than identifying individual users or individual events. WBRAID supports privacy-aware advertising measurement in relevant iOS scenarios.

The gad_* parameters can provide aggregate campaign-source information.

These parameters should not be treated as interchangeable with GCLID. They serve different measurement purposes and may appear under different circumstances.

Why advertising parameters must be preserved

Advertising click information can be lost when a website redirects visitors or modifies landing page URLs incorrectly.

For example, an ecommerce store may redirect a visitor from a campaign landing page to a canonical URL while removing query parameters.

If the redirect removes the relevant advertising identifiers before the tracking tags process them, attribution may be affected.

Website developers should verify that redirects, URL rewriting rules and navigation processes preserve the relevant measurement parameters.

Auto-tagging versus UTM parameters

UTM parameters are manually configured URL parameters used to identify traffic sources and campaign information.

For example:

https://example.com/product
?utm_source=google
&utm_medium=cpc
&utm_campaign=spring_sale

GCLID is automatically generated by Google Ads when auto-tagging is enabled.

UTM parameters provide manually defined campaign information. GCLID provides a Google advertising click identifier with more detailed click-level measurement capabilities.

They serve related but different purposes.

Using UTM parameters does not automatically replace Google Ads auto-tagging.

Remarketing and Website Audience Tracking

Conversion tracking and remarketing are connected, but they measure different things.

Conversion tracking measures valuable actions.

Remarketing allows advertisers to reach people who previously visited a website or interacted with its content.

Google increasingly uses the term data segments for website visitor audiences. Older documentation and industry terminology commonly refer to remarketing lists.

How remarketing works

A visitor arrives at an ecommerce website and interacts with its products.

A compatible Google Ads remarketing implementation records the relevant website activity, subject to the applicable consent and advertising settings.

The visitor may subsequently become eligible for an audience segment based on the configured conditions.

For example, a store can create segments for:

  • Visitors who viewed specific website sections.
  • Customers who added products to their carts.
  • Customers who started checkout but did not purchase.
  • Previous purchasers.
  • Registered customers.

Advertisers can then use eligible audience segments in supported Google Ads campaigns.

Standard remarketing

Standard remarketing uses website visitor information to create audiences.

An advertiser might target people who previously visited a product category but did not complete a purchase.

Standard remarketing does not inherently require a product feed.

It primarily depends on website tagging, audience conditions, membership settings and campaign configuration.

GTM can deploy the Google Ads Remarketing tag. The tag is generally placed across the website so Google can measure relevant visits and build eligible audience segments.

The implementation may also provide additional event information when visitors perform important actions. For example, the website can provide product information when a customer adds a product to the cart.

Standard Remarketing and Dynamic Remarketing

Dynamic remarketing extends standard remarketing by allowing advertisements to display information about products or services that visitors previously viewed or interacted with.

The advertising content can be selected using website interaction data and a corresponding product or business data source.

Retail dynamic remarketing

Retail dynamic remarketing uses product information from Google Merchant Center.

The implementation requires:

  1. An appropriate product feed in Merchant Center.
  2. A linked Google Ads account.
  3. Dynamic remarketing configuration.
  4. A Google Ads remarketing tag.
  5. Correct product identifiers and relevant event parameters.

The product identifiers transmitted by the website must match the corresponding identifiers in the product feed.

For example, if the website sends a product identifier that does not match the Merchant Center item ID, Google may not be able to associate the visitor’s interaction with the intended product.

Relevant information may include:

  • Product ID.
  • Product value.
  • Currency.
  • Product category or type.
  • Business vertical.
  • Event type.
  • Other parameters required by the selected implementation.

Non-retail dynamic remarketing

Non-retail businesses can also use dynamic remarketing.

Examples include travel, education, accommodation and other service-based businesses.

These implementations use business-specific data sources or asset sets rather than necessarily relying on a retail Merchant Center feed.

The event parameters and feed requirements depend on the relevant business vertical.

Dynamic remarketing should therefore not be treated as a single universal product implementation.

Why conversion tracking alone does not enable dynamic remarketing

Recording a purchase or cart addition does not automatically configure dynamic advertisements.

Dynamic remarketing requires the appropriate remarketing tag, event information, identifiers and feed or business data configuration.

A website may already have correctly configured Google Ads conversion tracking while having no dynamic remarketing implementation. These are separate configurations.

An additional distinction concerns GA4. GA4 audiences can be shared with linked Google Ads accounts, but Google documents that dynamic remarketing for web is not supported by GA4 properties. A separate Google Ads dynamic remarketing implementation is required for that specific functionality.

How Conversion Events Support Audience Segmentation

The five supported conversion actions can provide useful signals for audience segmentation when the required event information is available to Google Ads or GA4.

Each event represents a different stage of customer interaction.

EventPotential audience application
PurchaseCreate previous-purchaser audiences and exclude existing customers from selected acquisition campaigns.
Add to CartIdentify visitors who added products but did not complete a purchase.
Begin CheckoutIdentify visitors who initiated checkout but did not complete an order.
Submit Lead FormCreate audiences based on successful lead submissions.
Sign-UpIdentify registered users for suitable follow-up campaigns.

Combining audience conditions

Audience conditions can combine included and excluded actions.

For example:

Add to Cart AND NOT Purchase

This condition identifies visitors who added products to their carts but did not complete a purchase within the defined audience rules.

Another example:

Begin Checkout AND NOT Purchase

This identifies visitors who entered checkout but did not complete an order.

A business may also create a previous-purchaser segment and exclude that audience from selected new-customer acquisition campaigns.

Audience membership duration and eligibility must be configured in accordance with the relevant Google Ads settings and policies.

Product-view tracking is a separate requirement

The five supported events do not include product-view tracking.

GA4 uses the recommended view_item event to measure when a visitor views a specific product.

If a store wants to build product-view audiences or use product-view information for dynamic remarketing, it needs an appropriate product-view tracking implementation.

The presence of Add to Cart or Purchase events does not establish that product-view tracking is supported.

This distinction matters when defining the actual scope of an ecommerce tracking extension.

A reliable tracking implementation involves several connected components.

Each component has a separate responsibility.

ComponentResponsibility
Ecommerce platformProcesses customer interactions and transactions.
Tracking extensionProvides or supports the required tracking events.
Website event generationIdentifies when an action has successfully occurred.
JavaScript data layerProvides structured event information to GTM.
Google tag / gtag.jsProvides Google’s website measurement connection.
Google Tag ManagerManages tags, triggers, variables and tag execution.
GA4Collects and reports website and ecommerce events.
Google Ads Conversion TrackingMeasures configured advertising conversion actions.
Google Ads RemarketingCollects website interaction information for eligible audiences.
Conversion LinkerPreserves advertising click information for measurement.
Google Analytics audiencesGroups users according to configured audience conditions.
Google Merchant CenterSupplies product information for retail Shopping and dynamic remarketing integrations.

How the complete process works

Consider a customer who clicks a Google Search advertisement and purchases a product.

The tracking process can follow this sequence:

  1. Google Ads generates advertising click information and appends the appropriate URL parameter.
  2. The visitor lands on the ecommerce website.
  3. The Google tag and relevant click-measurement configuration process the advertising information.
  4. The visitor interacts with the website.
  5. The ecommerce platform or extension generates the relevant event.
  6. GTM receives the event through the data layer, if that is the selected implementation.
  7. GTM evaluates the configured trigger.
  8. The relevant Google Ads conversion tag sends the purchase information to Google Ads.
  9. A separate GA4 event tag may send the corresponding ecommerce event to GA4.
  10. Google Ads processes the conversion according to the configured attribution and conversion settings.

A separate remarketing implementation may also use eligible website interactions and dynamic product parameters to build audience segments.

Not every installation uses all these components in exactly the same way. Direct gtag.js tracking can send Google Ads conversion events without using GTM as the event-management layer.

Three implementation paths

A. Direct Google tag implementation

The website uses the Google tag and sends Google Ads conversion event commands through gtag.js.

The ecommerce platform must provide the relevant event values and trigger the conversion call at the correct time.

B. Google Tag Manager implementation

The ecommerce platform or extension generates events and provides them to GTM through the data layer or another supported mechanism.

GTM uses triggers and variables to execute Google Ads, GA4 or remarketing tags.

C. GA4-based conversion import

The website sends recommended events to GA4. Important events can be designated as key events, and selected events can then be used to create Google Ads conversion actions through the linked accounts.

These approaches are related, but they are not interchangeable.

A business should select its measurement architecture deliberately. Running multiple implementations for the same conversion action without defining their roles can produce duplicate records or inconsistent reporting.

Conversion and remarketing tracking must respect the visitor’s consent settings and the applicable privacy requirements.

Google Consent Mode allows websites to communicate consent choices to Google tags.

It does not provide a cookie consent banner or replace a consent management platform. Instead, it communicates the choices made through the website’s consent mechanism and adjusts tag behaviour accordingly.

Consent signalPurpose
ad_storageControls advertising-related cookie storage.
analytics_storageControls analytics-related cookie storage.
ad_user_dataControls consent for sending user data related to advertising.
ad_personalizationControls consent for personalised advertising.

Basic Consent Mode prevents Google tags from loading until the user interacts with the consent mechanism and grants the relevant permissions.

Advanced Consent Mode allows Google tags to load with configured default consent states. When storage is denied, supported tags adjust their behaviour and may send cookieless pings.

The implementation must communicate the correct default state before the relevant measurement tags execute and update that state when the visitor makes a choice.

The appropriate setup depends on the website’s consent management implementation and applicable privacy requirements.

Enhanced Conversions

Enhanced Conversions supplement existing conversion measurement with appropriately formatted first-party customer information.

Depending on the configuration, this can include information such as email addresses or phone numbers.

Google uses SHA-256 hashing for supported customer information before matching it with signed-in Google accounts for conversion measurement.

Enhanced Conversions require an appropriate implementation, customer data handling and compliance with Google’s applicable policies.

They are an optional measurement enhancement. They are not a replacement for basic conversion tracking, a consent mechanism or accurate event implementation.

Google provides separate implementation documentation for the Google tag and GTM.

Testing and Troubleshooting Conversion Tracking

A tracking implementation should be validated before it is published.

A conversion tag appearing in a GTM container does not prove that it is receiving correct values or firing at the right time.

Testing must cover the entire event flow.

GTM Preview mode

GTM Preview mode allows developers to connect Tag Assistant to a website and inspect the events detected by the container.

For each supported conversion, verify:

  • The correct event appears in the event timeline.
  • The correct custom trigger matches.
  • The intended Google Ads tag fires.
  • The relevant variables contain the expected information.
  • No unintended conversion tags execute.

Data layer inspection

Inspect the data layer to confirm that the website provides the correct event information.

For example, a purchase event should contain a real transaction ID, the expected value, currency and product details.

An event that contains only a name but no required dynamic values may be insufficient for the intended measurement configuration.

Verify the conversion ID and label associated with each tag.

Confirm that the correct tag fires for each action.

A Purchase event must not trigger an Add to Cart conversion action. A lead submission must not trigger a purchase tag.

Network and browser inspection

Browser developer tools provide another way to investigate tracking problems.

The Network panel can be used to inspect outgoing measurement requests and verify whether the expected information is being sent.

This is particularly useful when GTM Preview indicates that a tag fired but the destination does not appear to receive the expected conversion information.

Conversion event validation checklist

TestExpected result
PurchaseFires after a successfully completed order.
Add to CartFires after a successful cart update.
Begin CheckoutFires when checkout actually starts.
Submit Lead FormFires after successful form submission.
Sign-UpFires after successful registration.
Transaction IDUses a unique, consistent order identifier.
Conversion ValueContains the expected dynamic monetary value.
CurrencyUses the correct ISO 4217 currency code.
Duplicate preventionReloading the order confirmation page does not create another purchase.
ConsentTags respect the configured consent state.
AttributionAdvertising URL parameters are preserved.
RemarketingRelevant audience tags and parameters are transmitted correctly.

After testing, publish the GTM container and monitor the conversion diagnostics in Google Ads.

Conversion reporting and status information may not update immediately after implementation.

Why Google Ads and GA4 Report Different Conversion Numbers

Google Ads and GA4 do not necessarily report identical conversion totals, even when both systems receive the same underlying website events.

They use different measurement and attribution configurations.

Attribution date differences

Google Ads generally associates conversions with the date of the advertising interaction that led to the conversion.

GA4 generally reports an event on the date the event occurred.

For example, a visitor clicks an advertisement on November 2 and completes a purchase on November 3.

Google Ads may attribute the conversion to November 2, while GA4 records the purchase event on November 3.

This can create differences when comparing daily reports.

Conversion counting methods

Google Ads provides two principal conversion counting settings.

Every: Counts every qualifying conversion after an advertising interaction. This is generally appropriate for purchases because each separate sale has business value.

One: Counts one conversion after an advertising interaction. This is often suitable for lead generation when repeated submissions should not automatically count as separate business outcomes.

The correct setting depends on the conversion action.

Primary and secondary conversion actions

Google Ads distinguishes between primary and secondary conversion actions.

ConfigurationReportingBidding optimisation
PrimaryIncluded in the Conversions column when its associated goal is used by the campaign.Used for optimisation when included in the campaign’s bidding goals.
SecondaryNormally reported in the All conversions column.Normally excluded from standard bidding optimisation, subject to custom goal configuration.

For many ecommerce stores, Purchase is the principal conversion used for bidding.

Add to Cart and Begin Checkout may be kept as secondary actions to provide additional funnel information without treating every cart interaction as a completed business result.

Lead generation businesses may choose Submit Lead Form or another qualified lead action as their primary goal.

Imported GA4 key events

When GA4 key events are used as Google Ads conversion actions, reporting differences may also result from conversion counting settings and the systems’ attribution rules.

An event count in GA4 is not necessarily equal to the number of conversions shown in the Google Ads Conversions column.

A difference should be investigated, not automatically treated as evidence of broken tracking.

References:

Common Conversion Tracking Problems

Several implementation errors occur repeatedly in ecommerce tracking.

ProblemLikely causeRecommended investigation
Purchase conversion does not fireIncorrect trigger or missing purchase event.Inspect the order completion process and GTM event timeline.
Purchase fires more than onceConfirmation page reloads or duplicate tracking implementations.Check transaction IDs and all active conversion tags.
Conversion value is zeroVariable is missing, undefined or mapped incorrectly.Inspect the data layer and Conversion Value variable.
Currency is incorrectStatic currency configuration or an incorrectly mapped variable.Compare the event currency with the actual order currency.
Add to Cart is missingCart update occurs asynchronously and no custom event is generated.Inspect the successful AJAX response and data-layer events.
Lead conversion fires on invalid submissionsTrigger listens to a button click rather than successful form completion.Use a success event or verified submission response.
Sign-Up fires before registration completesTracking is connected to the registration form submission rather than account creation.Trigger after successful account creation.
Google Ads cannot attribute conversionsClick identifiers are lost or measurement tags are not configured properly.Inspect landing page parameters, redirects and tag settings.
GA4 and Google Ads figures differDifferent attribution, dates, counting settings or conversion definitions.Compare the same conversion action and date basis.
Remarketing audiences remain emptyMissing remarketing tag, missing parameters or audience configuration issues.Validate the tag, event information and audience rules.

The most effective troubleshooting method is to trace the event from the website through the data layer, GTM and the final destination.

Checking only whether a tag exists in the container is insufficient.

Conclusion

Google Ads conversion tracking provides a way to measure how advertising interactions relate to meaningful website activity.

For ecommerce stores, the five supported actions cover important points in the customer journey: purchases, cart additions, checkout initiations, lead submissions and registrations.

Google Tag Manager makes it possible to manage conversion tags centrally, while the Google tag and gtag.js provide direct measurement capabilities. GA4 adds event-based reporting and audience analysis. Google Ads remarketing provides separate functionality for reaching eligible previous visitors.

The reliability of the entire setup depends on accurate event generation, appropriate parameters, correct tag configuration, preserved advertising identifiers, duplicate prevention and consent-aware measurement.

These components should be implemented as a coherent tracking architecture rather than as unrelated tags added to a website.

For an ecommerce business, the objective is to measure real customer actions accurately and provide advertising platforms with consistent information that supports meaningful campaign analysis and optimisation.

Resources

Google Official Documentation

  1. Use the Google tag for Google Ads conversion tracking
  2. Google Tag Manager versus gtag.js
  3. Google Ads conversions in Tag Manager
  4. Google Ads conversion categories
  5. GA4 recommended events
  6. Custom event triggers in Google Tag Manager
  7. Conversion Linker
  8. Google Ads auto-tagging
  9. Google Ads dynamic remarketing with GTM
  10. Dynamic remarketing for retail
  11. Google Ads audience sources
  12. Primary and secondary conversion actions
  13. Google Analytics and Google Ads linking
  14. Consent Mode
  15. Enhanced Conversions with GTM

Independent Technical Reference

  1. Google Ads Conversion Tracking with Google Tag Manager, Analytics Mania

The Analytics Mania article was updated on August 11, 2026. Its practical examples should be interpreted alongside the applicable current Google documentation.

Historical Reference

  1. Google AdWords is becoming Google Ads, Google, June 27, 2018

Playful Sparkle has engineered digital products since 2004. We work across Web Development, Digital Marketing and technical integrations to help businesses build reliable digital systems. Our work includes ecommerce measurement, analytics implementation, advertising conversion tracking and the integration of tracking technologies with website functionality. Accurate measurement starts with the quality of the underlying website events. Tracking should reflect what actually happens in the ecommerce system, not merely what a visitor clicks. For support with ecommerce tracking architecture, Google Tag Manager implementation or digital measurement, contact Playful Sparkle.

Was this helpful - Post
Zsolt Oroszlány

Zsolt Oroszlány

Founder & Chief Creative Officer of Playful Sparkle since 2004, combining business leadership, digital strategy, design, and software engineering to help organizations build effective digital solutions. Regularly publishes insights on web development, SEO, design, and emerging technologies.