How to Set Up Server-Side Google Tag Manager on Shopify
Create a Server container in Google Tag Manager, provision it on Google Cloud and point a subdomain like gtm.yourstore.com at it. Send your web container's GA4 tags there, then forward events to GA4 and Meta's Conversions API.
Three platforms, three answers, one budget to defend. Your GA4 export already holds the answer, and the first finding is free and never leaves your browser. Get your first finding free
By Joris van Huët, Founder & CEOUpdated 22 min read
Run the numbers for your store: the free server-side tracking ROI calculator.
How to Set Up Server-Side Google Tag Manager on Shopify
Quick Answer: To set up server-side Google Tag Manager (sGTM) on Shopify, you must first create a Google Cloud Platform project and provision a new sGTM container. Then, configure your Shopify store to send data to this container using a data layer and a custom GTM web container, which acts as the data source for your server container. This process involves modifying your Shopify theme code and setting up client and tag configurations within sGTM to process and forward data.
Setting up server-side Google Tag Manager (sGTM) on Shopify represents a critical advancement in data collection and privacy compliance for ecommerce businesses. This guide provides a detailed, step-by-step methodology for implementing sGTM, ensuring reliable data integrity and enhanced control over your tracking infrastructure. By centralizing data collection and processing on a server, you mitigate the impact of browser privacy restrictions, ad blockers, and cookie consent fatigue. This results in more accurate data for analysis and refinement, directly contributing to more informed business decisions and improved return on ad spend.
The implementation process requires careful attention to detail, spanning configurations within Google Cloud Platform, Google Tag Manager itself, and your Shopify store's theme code. Understanding the architectural differences between client-side and server-side tagging is fundamental. Client-side tagging relies on JavaScript executing in the user's browser, making it susceptible to various client-side interventions. Server-side tagging, conversely, routes data through a secure, controlled server environment before it reaches third-party vendors. This provides a layer of abstraction and control, allowing for data enrichment, transformation, and filtering before dispatch.
Understanding Server-Side Google Tag Manager Architecture
Before diving into the setup, it is important to grasp the fundamental architecture of server-side Google Tag Manager. Unlike traditional client-side GTM, where all tags fire directly from the user's browser, sGTM introduces an intermediary server environment. This server acts as a proxy, receiving data from the client (your Shopify store) and then forwarding it to various marketing and analytics platforms.
The core components of an sGTM setup include:
Client-Side Data Layer (Shopify): This is where raw event data from your Shopify store (e.g., page views, add to cart, purchases) is collected. This data is pushed into a JavaScript data layer object.
Web Container (Client-Side GTM): A standard client-side GTM container is still used on your Shopify store. Its primary role in an sGTM setup is to capture data from the data layer and send it to your server container. It acts as the "sender."
Server Container (sGTM): This is the heart of the server-side setup. Hosted on a Google Cloud Platform (GCP) project, it receives data from your web container. Within the server container, you define "Clients" to interpret incoming data and "Tags" to process and forward that data to various destinations (e.g., Google Analytics 4, Facebook Conversions API).
Google Cloud Platform (GCP) Project: This is where your sGTM server environment is provisioned and managed. It provides the necessary infrastructure for your tagging server.
This architectural shift offers several advantages. Firstly, it enhances data accuracy by reducing interference from ad blockers and browser limitations. Secondly, it improves website performance by offloading tag processing from the user's browser. Thirdly, it provides greater control over data privacy, allowing you to filter or modify data before it leaves your server. Finally, it extends cookie lifetimes by allowing you to set first-party cookies from your server, circumventing Intelligent Tracking Prevention (ITP) and similar browser policies that restrict client-side cookie durations.
Benefits of Server-Side Tagging for Shopify
The decision to adopt server-side tagging for a Shopify store is driven by a compelling set of benefits that directly impact data quality, privacy compliance, and marketing effectiveness.
| Feature / Benefit | Client-Side Tagging (Traditional) | Server-Side Tagging (sGTM) |
|---|---|---|
| Performance | Can impact page load speeds due to numerous third-party scripts. | Offloads processing to server, potentially improving page speed. |
| Privacy Control | Limited ability to filter/transform data before vendor receipt. | Full control to modify, filter, or enrich data on the server. |
| Cookie Lifespan | Subject to browser ITP, often limited to 7 days or 24 hours. | Can set first-party cookies with longer durations (up to 2 years). |
| Security | Data exposed to client-side vulnerabilities. | Data encapsulated in a secure server environment. |
| Cost | Generally free, but hidden costs in inaccurate data. | Involves GCP hosting costs, but delivers higher ROI from data. |
| Maintenance | Managing many tags directly on the client can be complex. | Centralized management of data routing and transformations. |
For ecommerce businesses, this translates to a significant loss of tracking data, particularly for critical conversion events. Server-side GTM mitigates this issue by sending data directly from your server, bypassing many client-side blocking mechanisms. Furthermore, the ability to extend cookie lifespans is invaluable for accurate attribution modeling. Browsers like Safari and Firefox, with their Intelligent Tracking Prevention (ITP) features, often cap client-side cookie durations at 7 days or even 24 hours for certain types of cookies. By setting first-party cookies from your sGTM server, you can extend these durations to up to two years, providing a much clearer picture of the customer journey over time. This enhanced data fidelity directly supports more effective marketing attribution, allowing brands to allocate budgets more efficiently and understand the true impact of their campaigns.
The shift to server-side tagging also aligns with global privacy regulations such as GDPR and CCPA. By centralizing data processing, businesses gain greater control over what data is sent to which third parties, facilitating easier compliance. Data can be anonymized, aggregated, or filtered on the server before being dispatched, ensuring that only necessary and consented data leaves your controlled environment. This proactive approach to privacy builds trust with customers and reduces legal exposure.
Phase 1: Setting Up Your Google Cloud Platform Project and sGTM Container
The foundation of your server-side GTM implementation on Shopify begins with configuring your Google Cloud Platform (GCP) project and provisioning the sGTM container itself. This phase involves several distinct steps, each important for establishing a reliable and scalable tagging infrastructure.
Step 1: Create a New sGTM Container
Navigate to Google Tag Manager: Go to tagmanager.google.com.
Create a New Container: Within your existing GTM account, click "Admin" > "Container" > "Create Container."
Choose Server: Select "Server" as the target platform for your new container. Give it a descriptive name (e.g., "Shopify Server Container").
Provisioning Server: After creating the container, you will be prompted to choose how to provision your tagging server. Select "Automatically provision tagging server" for the easiest setup. This will guide you through creating a new Google Cloud Project. If you prefer manual setup or have specific GCP requirements, you can choose "Manually provision tagging server," but this guide assumes automatic provisioning for simplicity.
Step 2: Configure Your Google Cloud Project
If you chose automatic provisioning, GTM will guide you through linking a new or existing Google Cloud Project.
Select Billing Account: You will need an active Google Cloud billing account. If you do not have one, you will be prompted to create one. Note that sGTM incurs costs based on server usage, though the free tier is generous for most small to medium-sized Shopify stores (approximately 500,000 requests per month). A typical Shopify store generating 100,000 unique page views per month might incur a few dollars to a few tens of dollars in GCP costs, depending on the complexity of its tagging setup.
Create Project: Google will create a new GCP project for your sGTM instance. This project will host the App Engine instance that runs your tagging server.
Deployment: Once the project is created and linked, GTM will begin deploying your server container to GCP. This process can take several minutes.
Step 3: Set Up a Custom Domain (Highly Recommended)
While sGTM can function on a default web.appspot.com domain, using a custom subdomain (e.g., gtm.yourstore.com) is critical for maximizing the benefits of server-side tagging, particularly for first-party cookie management and bypassing ad blockers.
Access GCP App Engine: Once your sGTM server is deployed, navigate to your GCP project. Search for "App Engine" in the GCP console.
Custom Domains: In App Engine, go to "Settings" > "Custom domains."
Add Custom Domain: Click "Add a custom domain." Enter your desired subdomain (e.g., gtm.yourstore.com).
Verify Domain: You will be prompted to verify domain ownership if you haven't already. Follow Google's instructions, typically involving adding a TXT record to your DNS.
DNS Configuration: Once verified, GCP will provide CNAME records that you need to add to your domain's DNS settings. This points your custom subdomain to your sGTM server.
- Type: CNAME
- Host:
gtm(or your chosen subdomain prefix) - Value:
ghs.googlehosted.com
Update sGTM Container Settings:
- Go back to your sGTM container in Google Tag Manager.
- Click "Admin" > "Container Settings."
- Under "Server container URL," enter your new custom subdomain (e.g.,
https://gtm.yourstore.com). This tells your sGTM container to expect requests on this URL.
This custom domain is essential because it allows your sGTM server to set first-party cookies from your primary domain, circumventing ITP limitations and enhancing the longevity and accuracy of user tracking. Without a custom domain, cookies set by the sGTM server would still be considered third-party by some browsers, negating a significant advantage of server-side tagging.
Phase 2: Configuring Shopify to Send Data to Your sGTM Container
With your sGTM container and GCP project established, the next important step is to configure your Shopify store to send event data to your server container. This involves setting up a data layer and a client-side GTM web container that acts as the bridge.
Step 1: Implement a reliable Data Layer on Shopify
A well-structured data layer is the backbone of any effective GTM implementation, especially for server-side. Shopify's default data layer is often insufficient, so you will need to enhance it.
Access Shopify Theme Code: In your Shopify admin, go to "Online Store" > "Themes." Click "Actions" > "Edit code" for your live theme.
Create a Data Layer Snippet:
- Under "Snippets," click "Add a new snippet" and name it
data-layer.liquid. - Paste the following basic data layer initialization code into
data-layer.liquid:
<script>
window.dataLayer = window.dataLayer || [];
function gtag() { dataLayer.push(arguments); }
gtag('js', new Date());
gtag('config', 'GTM-XXXXXXX'); // Replace GTM-XXXXXXX with your client-side GTM ID
</script>
- This snippet ensures
dataLayeris initialized before any events are pushed.
Push Initial Page View Data:
- In your
theme.liquidfile, find the<head>section. - Include your
data-layer.liquidsnippet as early as possible within<head>:
{% include 'data-layer' %}
- Immediately after the
{% include 'data-layer' %}line, push initial page view data. This is a basic example; you'll expand on this for specific events.
<script>
dataLayer.push({
'event': 'page_view',
'page_path': window.location.pathname + window.location.search,
'page_title': document.title,
'user_id': '{{ customer.id }}', // Only if customer is logged in
// Add other relevant page-level data
});
</script>
Implement Enhanced Ecommerce Data Layer for Key Events:
- Product Views: Modify your
product.liquidtemplate (or relevant section for product details) to pushview_itemevents.
<script>
dataLayer.push({
'event': 'view_item',
'ecommerce': {
'items': [{
'item_id': '{{ product.variants.first.sku | default: product.id }}',
'item_name': '{{ product.title }}',
'price': {{ product.variants.first.price | money_without_currency | remove: ',' | float }},
'currency': '{{ shop.currency }}',
'item_brand': '{{ product.vendor }}',
'item_category': '{{ product.type }}'
// Add more product details as needed
}]
}
});
</script>
- Add to Cart: Modify the "Add to Cart" button's JavaScript or form submission to push
add_to_cartevents. This often requires custom JavaScript intheme.jsor a similar asset file.
// Example for an Add to Cart button click
document.getElementById('add-to-cart-button').addEventListener('click', function() {
const variantId = document.querySelector('[name="id"]').value;
const quantity = document.querySelector('[name="quantity"]').value;
// Fetch product details for the selected variant and push to dataLayer
fetch('/cart/add.js', { /* ... */ })
.then(response => response.json())
.then(data => {
if (data.items) {
// Construct and push add_to_cart event
window.dataLayer.push({
'event': 'add_to_cart',
'ecommerce': {
'items': data.items.map(item => ({
'item_id': item.sku || item.product_id,
'item_name': item.title,
'price': item.price / 100, // Shopify price is in cents
'currency': '{{ shop.currency }}',
'quantity': item.quantity
}))
}
});
}
});
});
- Purchases (Checkout Page): This is critical. Shopify's checkout page is largely locked down, and the "Order status page" scripts box under "Settings" > "Checkout" (Additional scripts) was switched off on 28 August 2025 (Shopify's checkout.liquid notice). Send the purchase from a custom pixel in the Customer events section of your Shopify admin instead: load GTM in the pixel and push the purchase into its data layer from Shopify's customer events, following Shopify's guide to a Google Tag Manager custom pixel.
- Note: Always test these data layer implementations thoroughly using browser developer tools and GTM's preview mode. Ensure the
ecommerceobject structure adheres to Google Analytics 4 (GA4) specifications, as this is the most common format for server-side tagging.
Step 2: Set Up Client-Side GTM (Web Container)
This client-side GTM container will be responsible for taking data from your Shopify data layer and forwarding it to your sGTM server.
Create/Access Web Container: If you don't have one, create a new "Web" container in GTM for your Shopify store. Note its GTM ID (e.g., GTM-XXXXXXX).
Install Web Container on Shopify:
- In your
theme.liquidfile, replaceGTM-XXXXXXXin thedata-layer.liquidsnippet with your actual Web Container ID. - Then, immediately after the
data-layer.liquidinclude, paste the standard GTM container code (both<head>and<body>parts).
Configure GA4 Configuration Tag:
- In your client-side GTM web container, create a new "Google Analytics: GA4 Configuration" tag.
- Set the "Measurement ID" to a placeholder (e.g.,
G-XXXXXXX). This tag's primary purpose here is to send data to your sGTM server, not directly to GA4. - Importantly, check the box "Send to a server container."
- In the "Server Container URL" field, enter the custom subdomain you configured in Phase 1 (e.g.,
https://gtm.yourstore.com). - Set the trigger to "Initialization - All Pages."
Configure GA4 Event Tags:
- For every event you want to track (e.g.,
add_to_cart,purchase), create a "Google Analytics: GA4 Event" tag in your client-side GTM web container. - Select your GA4 Configuration tag from the dropdown.
- Set the "Event Name" to match the
eventvalue pushed to the data layer (e.g.,add_to_cart). - Importantly, ensure these tags also have "Send to a server container" checked and the correct "Server Container URL" specified.
- Set the trigger to a "Custom Event" trigger that matches your data layer
eventname.
By configuring the GA4 tags in your client-side container to send data to your server container URL, you establish the important data pipeline. All events pushed to the dataLayer on your Shopify store will now be intercepted by the client-side GTM, formatted, and forwarded to your sGTM server endpoint.
Phase 3: Configuring Your Server-Side GTM Container
Now that your Shopify store is sending data to your sGTM container, you need to configure the server container to receive, process, and forward that data to your desired destinations. This is where the real power of sGTM comes into play.
Step 1: Set Up Clients in sGTM
Clients are responsible for interpreting incoming HTTP requests and extracting event data. The most common client for Shopify is the "GA4 Client."
Navigate to Clients: In your sGTM container, go to "Clients" in the left navigation.
Create GA4 Client: Click "New" and choose "GA4 Client."
Client Configuration:
- Give it a descriptive name (e.g., "GA4 Client for Shopify").
- The default settings are usually sufficient. This client will automatically detect incoming GA4 requests from your client-side GTM container.
- Save the client.
Test Client Reception:
- Open your sGTM container in "Preview Mode."
- In a separate browser tab, navigate to your Shopify store where your client-side GTM is installed.
- As you browse your Shopify store, you should see incoming requests appearing in the sGTM preview debugger. These requests will be handled by your newly created GA4 Client. Verify that the event names (e.g.,
page_view,add_to_cart,purchase) and associated data are correctly parsed.
Step 2: Create Tags in sGTM
Tags in sGTM are responsible for processing the data received by clients and sending it to various third-party endpoints. This is where you connect your server container to Google Analytics 4, Facebook Conversions API, etc.
Create GA4 Tag:
- Go to "Tags" in your sGTM container.
- Click "New" and choose "Google Analytics: GA4."
- Measurement ID: Enter your actual GA4 Measurement ID (e.g.,
G-XXXXXXXXX). This is where the data will ultimately be sent. - Event Name: Select "Event Name" from the "Event Data" variable. This ensures the GA4 tag uses the event name provided by your client-side GTM.
- Event Parameters: You will need to map relevant event parameters from the incoming GA4 event data to your GA4 tag. For example, for an
add_to_cartevent, you would mapecommerce.itemsto the "Items" parameter. - Trigger: Create a "Custom Event" trigger that fires on
eventnames likepage_view,add_to_cart,purchase, etc. You can create one trigger for all events or specific triggers for each event. - Trigger Type: Custom Event
- Event Name:
.*(matches all events, use regex matching) - Fires On: All Custom Events
Create Facebook Conversions API Tag (Example):
- Go to "Tags" and click "New."
- You will likely need a custom template for Facebook CAPI if it is not natively supported. Search the sGTM Community Template Gallery for "Facebook Conversions API."
- Facebook Pixel ID: Your Facebook Pixel ID.
- Access Token: Your Facebook Conversions API Access Token.
- Event Name: Map to the incoming
eventdata (e.g.,event_namefrom the GA4 Client). - User Data: Map user-identifying information (email, phone, name, IP address, user agent) from the incoming request.
- Event Data: Map ecommerce specific data (value, currency, content IDs, quantity) from the incoming
ecommerceobject. - Trigger: Similar to the GA4 tag, create a trigger for relevant events (e.g.,
page_view,add_to_cart,purchase).
Step 3: Test and Debug with sGTM Preview Mode
Thorough testing is paramount.
Enter Preview Mode: In your sGTM container, click "Preview."
Browse Shopify Store: Open your Shopify store in a new tab.
Observe Data Flow: As you navigate your store and trigger events (page views, add to cart, purchases), observe the sGTM preview debugger.
- Client Requests: Verify that your GA4 Client is receiving and processing the incoming requests correctly.
- Tag Firing: Check that your GA4 tag and any other server-side tags (e.g., Facebook CAPI) are firing as expected for each event.
- Data Integrity: Inspect the data being sent by each tag to ensure all parameters (e.g.,
item_id,price,transaction_id) are correctly populated.
Use Destination Debugging Tools:
- Google Analytics 4 DebugView: Use DebugView in GA4 to confirm that events are being received from your sGTM server.
- Facebook Events Manager: Use the "Test Events" tool in Facebook Events Manager to verify that events are being received via the Conversions API.
This iterative process of configuring, testing, and refining ensures that your server-side GTM implementation on Shopify is reliable, accurate, and delivers the intended benefits. Remember to publish your sGTM container changes after successful testing.
The Underlying Problem with Traditional Attribution
While implementing server-side Google Tag Manager on Shopify significantly improves data collection accuracy and privacy compliance, it does not inherently solve the fundamental challenge of marketing attribution. Many businesses, even with advanced sGTM setups, still rely on last-click or rule-based attribution models that fundamentally misrepresent the true impact of their marketing efforts. The real issue isn't just about collecting more data; it's about understanding the causal relationships within that data.
Consider a typical DTC ecommerce journey: a customer sees an Instagram ad, later clicks a Google Search ad, browses products, abandons their cart, receives an email retargeting them, and finally converts. A last-click model would attribute 100% of the conversion to the email. A linear model might distribute credit equally. Both are flawed. They fail to identify why the customer converted. Was the Instagram ad important for initial awareness? Did the Google Search ad influence their product research? Did the email merely nudge a customer who was already highly likely to convert? Traditional attribution models, even with pristine sGTM data, struggle to answer these causal questions.
The problem with these correlation-based approaches is that they assume observed sequences of events directly imply causation. Correlation does not equal causation. For instance, an increase in Facebook ad spend might correlate with an increase in sales, but was the ad spend truly the cause of the sales, or was there an underlying factor, such as a seasonal trend or a new product launch, that simultaneously drove both? Without isolating these variables, marketing teams risk misallocating significant portions of their budget.
Current market offerings like Triple Whale and Northbeam, while providing sophisticated multi-touch attribution (MTA) and marketing mix modeling (MMM), still largely operate within a correlational framework. They excel at mapping customer journeys and showing where touchpoints occur, but they fall short in determining the incremental impact of each touchpoint. They tell you what happened, but not why it happened. This leaves marketers with a sophisticated dashboard of correlations, but without the findings needed to genuinely refine their spend and strategy.
For example, if an influencer campaign shows high last-click attribution, a correlational model might suggest increasing investment. However, a causal analysis might reveal that these customers would have converted anyway through other channels, meaning the influencer campaign had a low incremental impact. Conversely, a channel with low last-click attribution might be causally critical for initial awareness, and reducing its budget would severely harm overall performance. Every euro needs to be justified by its causal contribution, not merely its presence in a customer journey.
Imagine running an A/B test for every marketing channel simultaneously, but without the logistical nightmares.
Many customers would have converted organically after initial exposure. Conversely, their top-of-funnel brand awareness campaigns, which rarely received last-click credit, were causally critical for initiating customer journeys and had a much higher incremental ROI.This level of refinement is only possible when you understand the why.
| Feature | Traditional MTA (e.g., Triple Whale, Northbeam) | Causality Engine (Causal Inference) |
|---|---|---|
| Methodology | Rule-based, statistical, correlational | Causal Inference |
| Core Output | What happened, where touchpoints occurred | Why it happened, causal impact of touchpoints |
| Data Reliance | Observed journey data | Observed data + counterfactual analysis |
| Ad Blocker Impact | Mitigated by sGTM (data collection) | Mitigated by sGTM (data collection) |
| Cookie Lifespan | Extended by sGTM (data collection) | Extended by sGTM (data collection) |
| Actionability | Refinement based on correlations | Refinement based on incremental lift |
While implementing server-side GTM on Shopify is a vital step for reliable data collection, it's merely the first stage.
FAQ
What is the difference between client-side and server-side Google Tag Manager?
Client-side Google Tag Manager executes all tags directly in the user's web browser, meaning data is sent from the browser to third-party vendors. Server-side Google Tag Manager introduces an intermediary server that receives data from the browser, processes it, and then forwards it to third-party vendors. This provides greater control over data, improves performance, and enhances privacy.
What are the main benefits of using server-side GTM on Shopify?
The primary benefits include improved data accuracy due to reduced impact from ad blockers and browser restrictions, enhanced website performance by offloading tag processing, greater control over data privacy (allowing for data modification and filtering), and the ability to set more persistent first-party cookies, extending tracking longevity.
Does server-side GTM cost money?
Yes, server-side GTM incurs costs primarily due to the hosting of your tagging server on Google Cloud Platform (GCP). The costs are usage-based, depending on the volume of requests processed by your server. For many small to medium-sized Shopify stores, the free tier of GCP may cover a significant portion of usage, but larger stores will incur monthly fees, typically ranging from tens to hundreds of euros.
Is server-side GTM difficult to set up on Shopify?
Setting up server-side GTM on Shopify is more complex than a standard client-side implementation. It requires familiarity with Google Cloud Platform, DNS configuration, Shopify theme code modification for a reliable data layer, and advanced GTM configurations. While achievable for technically proficient users, it often benefits from expert assistance to ensure optimal setup and data integrity.
How does server-side GTM help with cookie consent and privacy regulations like GDPR?
Server-side GTM enhances privacy compliance by allowing you to control and modify data on your server before it is sent to third parties. You can filter out personally identifiable information (PII) or anonymize data based on user consent. Additionally, by setting first-party cookies from your server, you can manage cookie lifetimes and consent mechanisms more effectively, aligning with privacy regulations that restrict third-party data collection.
Can I still use my existing client-side GTM tags with a server-side setup?
Yes, your existing client-side GTM container (web container) still plays a role. It acts as the sender, collecting data from your Shopify data layer and forwarding it to your new server-side GTM container. Within the server container, you then recreate or configure tags (e.g., GA4, Facebook CAPI) to receive this data and send it to the final destinations. This allows for a gradual transition and uses your existing data layer structure.
Ready to move beyond mere attribution and understand the true causal impact of your marketing?
Related Resources
Frequently asked questions
How much does accurate marketing attribution cost for Shopify stores?
Pro is €299 a month, billed monthly, for continuous reads with lifetime look-back. The €99 read is refundable within 30 days, no questions asked. Prices exclude VAT.
Go deeper: Causal attribution, explained.
Sixty-second versions of these ideas: Causality Engine on YouTube Shorts.
Have an audience of ecommerce operators? Earn 20% recurring commission by recommending the €99 read.
Keep reading
Terms in this article
- Attribution ModelAn Attribution Model defines how credit for conversions is assigned to marketing touchpoints. It dictates how marketing channels receive credit for sales.
- Attribution ModelingAttribution Modeling is a framework for assigning credit for conversions to various touchpoints in the customer journey. It helps marketers understand and improve campaign effectiveness.
- Counterfactual AnalysisCounterfactual Analysis determines the causal impact of an action by comparing actual outcomes to what would have happened without that action.
- First-Party CookieA First-Party Cookie is a cookie set by the website a user visits. These cookies provide essential website functionality, such as remembering user preferences and login information.
- Google Tag ManagerGoogle Tag Manager is a tag management system that allows you to update tracking codes and related code fragments on your website or mobile app.
- Marketing AttributionMarketing attribution assigns credit to marketing touchpoints that contribute to a conversion or sale. Causal inference enhances attribution models by identifying true cause-effect relationships.
- Marketing Mix ModelingMarketing Mix Modeling (MMM) is a statistical analysis that estimates the impact of marketing and advertising campaigns on sales. It quantifies each channel's contribution to sales.
- Multi-Touch AttributionMulti-Touch Attribution assigns credit to multiple marketing touchpoints across the customer journey. It provides a complete view of channel impact on conversions.