Updated: May 11th, 2021
This article shows examples for Google Analytics 4. If you are looking for Universal Analytics (GA3) examples, go to this blog post
***
While talking with marketers, I noticed that one of the most popular topics among them is form tracking. Unfortunately, in some cases form tracking might become a real pain in the butt (especially if a marketer has no clue what CSS or HTML is). But do not fear because, in this blog post, I’ll show you 7 Google Tag Manager form tracking techniques.
Spoiler: some of them will require the developer’s input, but I’ll try my best to put everything in plain English.
Table of contents
+ Show table of contents +
If this blog post looks complex to you
Basic Context
Tag + Trigger
Before We Continue: Ready-made Guides
Which Form Tracking Method Should You Choose?
Method #1. Google Tag Manager Form Submission Trigger
Method #2. “Thank you” Page Tracking with Google Tag Manager
Method #3. Track AJAX Form Submissions with Google Tag Manager
Method #4. Track Form Submissions with Element Visibility Trigger
Method #5. Write Your Own Form Auto-Event Listener
Method #6. Form Tracking with dataLayer Events
Method #7. Track Form Submissions with DOM Scraping
Final words
If this blog post looks complex to you
This article is a long one and some parts might be confusing, especially if you are just starting with Google Tag Manager. If you want a fast solution, I have a module in my GTM course for beginners that is dedicated solely to form tracking. You can learn more about the course here.
Google Tag Manager Form Tracking: Basic Context
In this wonderful thing called THE INTERNET, there are various types of forms. Some of them refresh after a successful submission, some of them don’t, some of them might redirect you to a “thank you” page, etc. The main problem with form tracking is that there are no global standards of how forms must be developed. Some developers may prefer one technology (e.g. AJAX) over another – and they have a full right to do so.
Since you are interested in form tracking, you have probably noticed Form Submission trigger and built-in Form variables in Google Tag Manager. Have at least one Form Submission trigger active on a page (which listens to all form submissions) and you’ll turn on Google Tag Manager Form auto-event listener.
Form auto-event listener listens for a standard submit browser event. However, a vast majority of forms use other ways to send their data (e.g. jQuery’s $.ajax) thus the submit event is prevented from working. In that case, Google Tag Manager never records a form submission. And that’s a pretty common problem (in fact, I’d say that in 99% of cases where I worked, I used a different tracking method).
If GTM’s form listener does not work in your situation, there are other alternatives for how you can reach the goal. In this blog post, I will explain both standard options and workarounds for Google Tag Manager form tracking.
Tag + Trigger
You are probably already familiar with the main Google Tag Manager concept: every interaction you want to track needs a tag and a trigger. If you want to track all form submissions with Google Analytics 4, you’ll need to create a Google Analytics Tag and a Trigger (rule) when a tag must fire.
Creating a tag is the easy part of this process. Let’s make one – you’ll need it in the upcoming chapters of this blog post.
In this article, I presume that you have already installed Google Analytics 4 and already have the GA4 configuration tag. If not, read this blog post first.
After you have a GA4 config tag in your GTM container, it’s time to create a GA4 event tag that will be used in all of the examples of this article.
Go to Tags
Press New button
In Tag Configuration choose Google Analytics: GA4 Event
In the Configuration Tag field, select your current GA4 configuration tag. The event tag that we are creating will reuse some of the settings from the configuration tag (e.g. Measurement ID)
In the Event Name field, I enter generate_lead
Leave the Triggering part empty (for now) and click Save. We’ll get back to it later. 80% of this blog post is dedicated to various types of triggers you can make use of. The choice of trigger type depends on the way a form was developed.
Let me quickly explain some of the choices. The reason why I used generate_lead as an event name is that it is in the list of GA4 Recommended events. But if you want, you can name it something else.
Also, in the upcoming chapters of this blog post, I might suggest adding some additional parameters to this tag, so keep an eye on that.
======
Every form tracking method that I am going to cover depends on different elements/events that occur on a website after the form submission:
Form auto-event listener
Thank you page
AJAX form tracking
Tracking with Element Visibility trigger
Writing your own form auto-event listener
Developer’s help (to ask for the dataLayer.push)
DOM scraping
An incorrectly configured trigger will result in false data and reports (this will lead to wrong insights and actions). So read everything carefully.
If you have any questions or if some parts of this blog post are misleading, let me know in the comment section below, Twitter or LinkedIn. I will be glad to help.
Before We Continue: Ready-made Guides
Now, before we dive deep into this guide, there’s something you should know. This entire guide is universal and covers probably around 95% of form-tracking cases that I have/had to deal with.
However, to save you some time, I’d like to ask this: are you using Contact Form 7, Caldera Forms, or Gravity Forms plugins?
If yes, then I have some good news for you. Here are three guides tailored to those popular form plugins (some of them are using Universal Analytics (GA3) so you might need to adapt):
How to track Contact Form 7 with Google Tag Manager
How to track Caldera Forms with Google Tag Manager
How to track Gravity Forms with Google Tag Manager
If your form is custom or built using another technology, don’t worry. I have covered all the tips in the next chapters.
Which Form Tracking Method Should You Choose?
Before diving into the pool of triggers and tracking techniques, we’ll need to inspect a form and decide which technique fits our needs the best. I have prepared a flow scheme that should help you choose the right Google Tag Manager form tracking method.
Open full scheme on a new window
I am sure that some parts of that scheme might look vague. Continue reading and everything will become much clearer.
Method #1. Google Tag Manager Form Submission Trigger
First, let’s try GTM’s built-in form listener. Open a list of Variables in your Google Tag Manager account. By default, form variables are disabled, therefore, you need to enable them. Under built-in variables, click Configure, and in the right sidebar enable all Form variables (all changes are automatically saved).
Then open a list of all your triggers (by clicking Triggers in the left sidebar of the GTM interface). Create a new trigger with the following settings:
A little about the Check validation checkbox. Once this is checked, Google Tag Manager will not activate the Trigger if the default action of the form (submit and redirect) is prevented.
If left unchecked, the Trigger will go off whenever a submit event is registered (even when a form is submitted with errors (e.g. several required fields are left blank)).
When that checkbox is enabled, an additional field “Enable this trigger when…” appears. In my case, I want this trigger to be active on all pages, that’s why I entered Page Path contains /. Why? Because Page Path will always contain at least one slash on any page.
Now, let’s use GTM’s Preview and Debug mode to find out whether the default form auto-event listener works for us. At the top-right corner of your Google Tag Manager account, click Preview.
Then a new browser tab will open asking you to enter the URL of the page where the form is located. Enter it and click Start.
Then a new tab (or window) will open with your website. At the bottom of the screen, you should see a badge similar to this one (that says connected):
If the preview mode’s tab or the badge has not connected, read this guide on how to fix Google Tag Manager Preview and Debug mode.
After Preview and Debug mode is enabled, navigate to the site where the form is located. Fill in the form (try not to leave any fields blank):
Hit the submit button. Did a Form Submit event appear in the Preview and Debug console?If not, then GTM’s Form auto-event listener will not work with this form and you should skip to the next form tracking option described in this blog post.
If the Form Submit event did appear in Preview and Debug console, then you should do another test – try leaving at least one required form field empty and submit the form again. This way you’ll imitate an error in your form:
If Form Submit event fired once again, then you should check other form tracking options mentioned in this blog post.
If Form Submit event did not fire – that’s great! It means that GTM will track only those form submissions which were successfully completed (and this is exactly what you need).
If you are reading this paragraph, I’ll presume that the Form Submission trigger works as expected and fires the event in the preview mode ONLY when a form is submitted successfully.
Let’s create a trigger specifically for that form. Remember the Form Submit event that was previously mentioned? Click on it (in Preview and Debug mode), then click Variables.
Then scroll down and start looking for any Form variable that is unique for that form. Usually, it will be Form ID variable, on other occasions – Form Classes (but Form ID is a better option). As you can see in the image below, I have submitted a form (of which Form ID variable is wpdevart-forms-7).
This is a good identifier that is not used on any other elements in the website, so I’ll use it for my trigger:
Go to Triggers and open that Form Submission trigger that you have previously created
Instead of “All Forms”, select “Some Forms” and enter the condition to target only that particular form. In my case, that is Form ID equals wpdevarp-forms-7.
If you don’t see Form ID variable – Enable it in the list of Built-in variables of Google Tag Manager.
Form ID may (and probably will) be different in your situation (compared to my example).
Save the trigger.
If you have more than one form that visitors/users can submit, then it might make sense to include an additional parameter in your GA4 event tag (that will help you distinguish which form was submitted).
In GTM, go to Tags and edit that GA4 event tag that you have created.
There is no strict requirement of how that parameter should be named, so I’ll name it form_id. And its value will be the value of the {{Form ID}} variable.
Save the tag.
Let’s Test + Register Custom Dimension in GA4
Assign this new trigger to the Google Analytics 4 Event Tag that you created at the beginning of this blog post.
Refresh a Preview and Debug mode (by clicking the Preview button in the GTM interface once again)
Then fill in the form and submit it. If Google Analytics Tag fired, that’s good news! Also (if possible), try submitting a different form on your website: in case of a successful submission, a GA tag should not fire.
You should also check the incoming events in Google Analytics 4 Debug View.
If you plan to use the form_id (or some other custom parameter in GA4 reports), you have to register them as custom dimensions. Read this guide to learn more.
Method #2. “Thank you” Page Tracking with Google Tag Manager
If the standard form listener in Google Tag Manager does not work, you should check whether that form redirects a user after a successful submission to another page.
If yes, what URL (web address) does it redirect to?
Is that address unique?
If yes, can users just navigate to that page without actually submitting a form? If the answer to the last question is no, then you can create a pageview trigger that fires only on that success page. Your goal here is to avoid accidental visits to success (a.k.a. “Thank you” page) as much as possible.
Now let’s create a trigger that fires only on the “Thank You” page.
Go to Triggers in Google Tag Manager
Press New button
Choose trigger type – Pageview and Some page views
If the visitor is redirected to https://www.example.com/form/thankyou.html, then you can set one of the following rules for this trigger:
Page Path equals /form/thankyou.html.
or Page URL contains /form/thankyou.html. Try being as specific as possible. Setting just “thankyou” as the rule for this trigger might not be the best idea because there might be other pages, of which URLs can contain that word (and we don’t want that!).
And do not forget to properly name the trigger, e.g. “Pageview – Successful Form Submission”. A title must be clear, otherwise, you’ll have a mess in your Google Tag Manager account (in the long run). You can read more about naming tips (a.k.a. Naming Conventions) here
Let’s Test + Dimensions in GA4
Assign this new trigger to the Google Analytics 4 Tag that you created at the beginning of this blog post.
Open (or refresh) a Preview and Debug mode, refresh a web page with a form you want to track.
Then fill in the form and submit it. After successful submission, you’ll be redirected to a “Thank you” page – if Google Analytics Tag fired, good job! Also (if possible), try submitting a different form on your website (to see if the tag did not fire on accident).
You should also check Google Analytics 4 Debug View.
If you have multiple forms and all of them have different thank you pages, you don’t need to set any custom parameters to the GA4 event tag. GA4 already automatically tracks page_location and you can distinguish form submissions with a dimension such as Page Path.
If on the other hand, you have multiple forms and one “Thank you” page, you will need to do this:
Check all of these tips and see if you can get a variable that contains some form identifier (e.g. form id, form name, etc.) and use it in the next list item.
And then include an additional parameter in the GA4 generate_lead event tag. It can be something like form_id, form_name, or whatever works for you, for example:
Method #3. Track AJAX Form Submissions with Google Tag Manager
If you are reading this part, your form is probably not sending valid form submit events and is not redirecting users to a “thank you” page. It probably just refreshes itself and then displays “You have successfully filled in the form” message without the actual page refresh.
There’s a big chance that this form is using AJAX. I suggest skipping all the technical details here. The only thing here you should know is AJAX listener.
Bounteous have shared an awesome AJAX listener for GTM everyone can use for free. Here we’ll borrow their code to track form submissions. Copy the code below and paste it in the Custom HTML tag on Google Tag Manager:
<script id=”gtm-jq-ajax-listen” type=”text/javascript”>
(function() {
‘use strict’;
var $;
var n = 0;
init();
function init(n) {
// Ensure jQuery is available before anything
if (typeof jQuery !== ‘undefined’) {
// Define our $ shortcut locally
$ = jQuery;
bindToAjax();
// Check for up to 10 seconds
} else if (n < 20) {
n++;
setTimeout(init, 500);
}
}
function bindToAjax() {
$(document).bind(‘ajaxComplete’, function(evt, jqXhr, opts) {
// Create a fake a element for magically simple URL parsing
var fullUrl = document.createElement(‘a’);
fullUrl.href = opts.url;
// IE9+ strips the leading slash from a.pathname because who wants to get home on time Friday anyways
var pathname = fullUrl.pathname[0] === ‘/’ ? fullUrl.pathname : ‘/’ + fullUrl.pathname;
// Manually remove the leading question mark, if there is one
var queryString = fullUrl.search[0] === ‘?’ ? fullUrl.search.slice(1) : fullUrl.search;
// Turn our params and headers into objects for easier reference
var queryParameters = objMap(queryString, ‘&’, ‘=’, true);
var headers = objMap(jqXhr.getAllResponseHeaders(), ‘n’, ‘:’);
// Blindly push to the dataLayer because this fires within GTM
dataLayer.push({
‘event’: ‘ajaxComplete’,
‘attributes’: {
// Return empty strings to prevent accidental inheritance of old data
‘type’: opts.type || ”,
‘url’: fullUrl.href || ”,
‘queryParameters’: queryParameters,
‘pathname’: pathname || ”,
‘hostname’: fullUrl.hostname || ”,
‘protocol’: fullUrl.protocol || ”,
‘fragment’: fullUrl.hash || ”,
‘statusCode’: jqXhr.status || ”,
‘statusText’: jqXhr.statusText || ”,
‘headers’: headers,
‘timestamp’: evt.timeStamp || ”,
‘contentType’: opts.contentType || ”,
// Defer to jQuery’s handling of the response
‘response’: (jqXhr.responseJSON || jqXhr.responseXML || jqXhr.responseText || ”)
}
});
});
}
function objMap(data, delim, spl, decode) {
var obj = {};
// If one of our parameters is missing, return an empty object
if (!data || !delim || !spl) {
return {};
}
var arr = data.split(delim);
var i;
if (arr) {
for (i = 0; i < arr.length; i++) {
// If the decode flag is present, URL decode the set
var item = decode ? decodeURIComponent(arr[i]) : arr[i];
var pair = item.split(spl);
var key = trim_(pair[0]);
var value = trim_(pair[1]);
if (key && value) {
obj[key] = value;
}
}
}
return obj;
}
// Basic .trim() polyfill
function trim_(str) {
if (str) {
return str.replace(/^[suFEFFxA0]+|[suFEFFxA0]+$/g, ”);
}
}
})();
/*
* v0.1.0
* Created by the Google Analytics consultants at http://www.lunametrics.com
* Written by @notdanwilkerson
* Documentation: http://www.lunametrics.com/blog/2015/08/27/ajax-event-listener-google-tag-manager/
* Licensed under the Creative Commons 4.0 Attribution Public License
*/
</script>
Set that Custom HTML tag to fire on all pages.
Now, let’s check whether a form is built on AJAX:
Enable (or refresh) Preview and Debug mode.
Try submitting the form on your website (with no errors).
Did the ajaxComplete event appear in the Preview and debug console?
If yes, the form is using AJAX.
If no, skip to the next chapter of this blog post.
If your answer to the previous questions was Yes, let’s take a look at what can we do with that AJAX form. Click ajaxComplete event in Preview and Debug mode, then expand the API call:
Looks difficult for a non-developer, right? But it’s easier than you think.
This is data was passed to the data layer after successful submission of the form. Each line is a separate dataLayer data point that can be used as a dataLayer variable in GTM.
Now you should look for something that helps identify successful form submission. Scroll down and look for “response”.
Let’s take a closer look at it. Can you see a message “Thanks for contacting us! We will be in touch with you shortly”? Bingo! We can use it as a trigger.
First, let’s create a Data Layer variable in Google Tag Manager.
Go to Variables
Scroll down to User-Defined variable and hit New
Click Variable configuration and choose variable type – Data Layer Variable
Enter Data Layer Variable Name – attributes.response.data.message
You’re probably guessing why I entered attributes.response.data.message as Data Layer Variable Name, instead of just response. Let’s take a closer look at Data Layer in Preview and Debug mode.
In line 2 you see the event named ajaxComplete – that’s the same name that appears in Preview and Debug console’s left side. Then we see attributes which is an object containing various data points (key-value pairs). And the response is one of those keys.
Within that response (2), we see data (3) and within that, we see message (4).
Think of this as accessing folders. First, you have to access the attributes, then you go to response, then you go do the data folder and then you access message.
IMPORTANT: in your case, the structure of the data can be different and parameters can be named differently. It will always start with attributes.response but after that, things might differ in every form. It might be attributes.response.message or something like that. You will need to adapt.
Another example: let’s say you’re interested in Server data (from that very exact AJAX response). In that case, the Data Layer Variable’s Name should be attributes.headers.Server .
After we created the Data Layer variable in Google Tag Manager, let’s debug. Refresh Preview and Debug mode (by clicking the Preview button in the GTM interface).
Fill in the form and submit. Click the most recent ajaxComplete event in Preview and Debug console, then navigate to the Variables tab and find the new variable dlv – attributes.response.data.message. If you did everything correctly, it should look like this:
That’s a message of the successfully submitted form. If the value of that variable is undefined, then you should start looking for mistakes. The most common ones are typos in the variable name or inaccurately defined variable’s path. Some people just try using response instead of attributes.response.data.message.
Now let’s create a trigger that fires when the event is ajaxComplete AND our new Data Layer variable contains “Thanks for contacting us”.
Go to Triggers and click New
Choose Trigger Type – Custom Event
Enter Event name – ajaxComplete
This trigger should fire on Some Custom Events.
Define a condition when the trigger will fire – dlv – attributes.response.data.message contains Thanks for contacting us!
Let’s Test
Assign this new trigger to the Google Analytics 4 Event Tag that you created at the beginning of this blog post.
Open (or refresh) a Preview and Debug mode
Then fill in the AJAX form and submit it. After successful submission, Google Analytics 4 Event Tag should fire (it will be displayed in Preview and Debug mode. You should also check Google Analytics 4 Debug View.
Things to keep in mind when tracking AJAX forms:
The response of your form might look different so you should adjust your Data Layer Variable and Custom Event trigger.
If developers change the response’s data, your trigger will fail. Inform developers about your GTM implementation.
If the page contains more than one AJAX form, try looking for more information in Data Layer which can help Google Tag Manager tell the difference between those forms.
Method #4. Track Form Submissions with Element Visibility Trigger
One of the most awesome triggers in GTM (in my opinion) is the Element Visibility trigger. It enables you to track when a particular element appears on the screen (due to scrolling or some other circumstances).
The same technique can be applied to forms when a particular message (e.g. “Thank you”) appears after a form is successfully submitted.
I have a bit older tutorial about this technique that uses Universal Analytics but if you have no problem with this, you can take a look at that video below.
The first thing we need to do here is to inspect the success message of a form. We’ll need to find a way how to instruct Google Tag Manager in which particular website element are we interested in.
After you submit the form successfully, right-click on the success message and choose Inspect Element.
You will then see the browser’s developer tools that contain various information about the message: its content, CSS class, etc.
In the example below I see that the message has a class “thanks” which could be used as a condition in the Element Visibility trigger. It was even better if the success message had a parameter called “id” but since it’s not available, we’ll use CSS class.
Let’s go to your Google Tag Manager container and go to Triggers. Create a new trigger and choose Element Visibility as its type. The key ingredient here is the Selection Method that will help GTM understand what we are looking for.
The selection method has two options: Element ID and CSS Selector. Since the success message in my example has no id (but “class”), we’ll go with CSS Selector.
In the Element Selector field, we need to paste that class “thanks”. In CSS, every class is defined with a dot in front of it, so let’s do the same.
Finally, make sure you tick “Observe DOM changes”. This setting means that if an element appears on the screen not due to scrolling but under some other circumstances (e.g. “just simply pops in”), GTM will catch it (most likely).
Take a look at the screenshot below. If you want, you may do some other tweaks but what I did was a bare minimum.
Save the trigger.
If you have no idea what are you doing here with a CSS selector, I explain them in plain English here + I share some tips on how to learn the topic faster.
Let’s Test
Assign this new trigger to Google Analytics Tag that you created at the beginning of this blog post.
Open (or refresh) a Preview and Debug mode
Then fill in the form and submit it. After successful submission, in P&D console you will see Element Visibility event. Click it and you will see that GA4 tag has fired. If you don’t see the Element Visibility event, you probably made some mistake in the Selection method or CSS selector field. Or forgot to enable Observe DOM changes checkbox. Or that form is in the iFrame (in that case, my Intermediate/Advanced GTM course will help you solve the problem).
Method #5. Write Your Own Form Auto-Event Listener
Yes, I know that this sounds complicated. Actually, this can’t be further from the truth.
If no other tracking method (explained in this blog post) works, then you have nothing to lose. Where am I going with this?
There is a slight chance that you can write an auto-event listener on your own (without solid coding skills). And I have explained that in this blog post.
So before you dive into that article, first answer this question: Are you trying to track some custom-made form that was built by a developer specifically for your website? If yes, skip to Chapter #6 of this blog post. Otherwise, try this method. It is not directly related to forms but the idea can work and can be applied.
For example, the Gravity form tracking guide is basically the result of this method.
Method #6. Form Tracking with dataLayer Events
Disclaimer: Although this form tracking method is a very robust solution, I placed it as a No.6 option in this list for a reason.
When other marketers approach me for form tracking advice, they’re looking for a solution where the developer’s input can be avoided. “Manage your marketing tags without help from developers” is one of the main reasons why they start considering Google Tag Manager in the first place.
This statement was among GTM’s key “selling” points when it was launched, so it’s no surprise marketers are expecting this to be 100% true. Although we know that in a lot of situations, the developer’s help is strongly advised. My position here:
If you have access to developers and Google Tag Manager’s Form listener isn’t working for you, I recommend using dataLayer.push method which I will describe further.
If you don’t have access to developers or they are super busy (and they usually are), then it’s okay to track with other techniques mentioned in this blog post. Just be aware, that other solutions have a bigger chance of breaking when developers make constant updates to a website. This especially applies to technique No. 7 – DOM scraping.
I hope I made my point clear and we can continue.
As it was mentioned above, if the built-in Google Tag Manager Form listener does not work with your form, the next best thing is to ask the developer to implement a custom dataLayer.push() into the callback function which is activated upon successful form submission. The piece of code could be something like (obviously, that dummy data like “Footer” should be replaced with the actual data of your form):
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
‘event’: ‘formSubmission’,
‘formType’: ‘Contact us’,
‘formPosition’: ‘Footer’
});
You’ll need to prepare a short but well-written and clear task for a developer:
First, choose a name for the event. In the example above I chose formSubmission.
Then think of any additional data you may need. Write those data points down and try categorizing them.
Let’s say that I have several types of forms – “Contact us” and “Newsletter Subscription”. So I decided to have a dataLayer variable formType.
Another useful parameter (in my opinion) is form position, because some forms are in the footer, and others are in the sidebar of a website. Why not make it another dataLayer variable?
If a developer is new to dataLayer events and Google Tag Manager in general, hand them a link to this dataLayer.push guide with clear examples. Explain to them that you need an event with additional parameters pushed into dataLayer after the successful form submission. If developers still have questions, this blog post should enlighten them.
But remember to emphasize that the values of parameters like formType and formPosition should be dynamically replaced by a developer. If X form was submitted, the data of that X form must be pushed to the Data Layer. It is your developer’s job to know and code a solution that inserts the actual values.
Done! After the developer implements dataLayer.push in all forms, you should test it:
Open Preview and Debug mode.
Try submitting the form:
Leave at least one required field blank. In this case, the dataLayer event must not be pushed.
Fill in all fields and try submitting again. Did the event appear in Preview and debug console? It should look like this:
Check whether all data is correctly pushed to the dataLayer. Click formSubmission event and then the API call in the Preview console. Data should look like this:
Set up variables and triggers in GTM. In my dataLayer.push example, there are two data points I’d like to use as variables – formType and formPosition (I will include them in my GA4 event tag), so I need to include them in Google Tag Manager by creating Data Layer variables.
1st variable:
Title: dlv – formType
Variable type: Data Layer Variable
Data Layer Variable Name: formType
Leave all other settings as they are
2nd variable:
Title: dlv – formPosition
Variable type: Data Layer Variable
Data Layer Variable Name: formPosition
Leave all other settings as they are
Now, let’s create a trigger. Go to Triggers and click New. Enter the following settings:
Trigger Type: Custom event
Event name: formSubmission (it may differ depending on your situation. Just make sure you and your developer are using the same name).
This trigger fires on: All custom events. This means that all formSubmission events will be tracked.
Update the GA4 event tag
Since I have created two Data Layer variables (formType and formPosition), I can use them in my GA4 event tag. As I have said before in this blog post, there are no strict requirements of how those parameters should be named.
I decided to use form_type and form_position. Their values are those two Data Layer Variables I have just created.
Save the tag.
Let’s test + GA4 Custom Dimensions
Assign this new trigger to Google Analytics Tag that you created at the beginning of this blog post.
Open (or refresh) a Preview and Debug mode
Then fill in the form and submit it. After successful submission, Google Analytics Tag should fire (it will be displayed in Preview and Debug mode).
You should also check the incoming events in Google Analytics 4 Debug View.
Register form_position and form_type as Custom Dimensions in GA4 (if you plan to use them in the reports). Read this guide to learn more.
Method #7. Track Form Submissions with DOM Scraping
This method should never be your first option. Try using all other Google Tag Manager Form tracking methods (described in this blog post) before you continue reading this chapter.
If developers often update the website’s code, you should treat DOM scraping as the last resort. It is risky and can break faster than you think.
Even a slight change committed by the developer might break your implementation. Also, it requires some knowledge of Javascript and DOM concepts (which is not a very common skill among marketers).
For this example, we’ll be using DOM Element Variable. It is a variable in Google Tag Manager which lets you scrape content directly from Document Object Model (in other words: with its help you can transfer any text on your website into a Variable and pass it on to your Marketing tools (e.g. Google Analytics)).
As an example, I’ll use a Shopify demo store. There is a Signup up to our mailing list form at the bottom of their homepage.
Quick off-topic note: If you haven’t, consider subscribing to my monthly email newsletter for more useful Google Tag Manager guides
Enter [email protected] in that Shopify form and hit Subscribe. A page will refresh, the web address will change to https://somewebsite.com/?customer_posted=true#contact_form, and that little form displays a “Thank you” message.
In this case, we could easily track form submissions with the Pageview trigger of Thank you page, but let’s imagine that the page’s address (URL) did not change. This is not a common situation, but it’s possible. That’s where DOM Element Variable might come in handy. We could create a trigger that could scan a website and look for a success message “Thanks for subscribing”.
First, let’s create a DOM element variable looking for that particular success message. Hover your mouse cursor over the success message’s text, right-click and choose Inspect.
A developer’s console will appear with a lot of HTML code. Note that success message’s code is already selected in that console. That message does not have any unique ID so we’ll need to utilize CSS Selectors.
At the bottom of the screenshot, you can see a line of CSS selectors, e.g. div.note.form-success. These selectors can help us identify the exact element of the website.
Let’s create a DOM Element variable and try to scrape the “Thanks for subscribing” text.
Go to Variables
Scroll down to user-defined variables and click New
Choose Variable type – DOM Element Variable
Selection method – CSS selector
In Element selector field enter div.note.form-success
See what I did there? I entered the last CSS selector from the screenshot above.
In case there were more than one possible success messages on a website with a similar CSS selector, I would have used a longer CSS selector, for example, “#contact_form div div.note.form-success” (without quotation marks). If you want to learn CSS Selectors and how to apply them in GTM, take a look at this course.
Leave the Attribute name empty.
Variable’s title could be DOM – Form Success Message.
Hit Save.
Let’s test
Enable Preview and Debug mode
Submit the form.
Choose DOM Ready (not Container Loaded) event in Preview and Debug console and click Variables.
If DOM – Form Success Message variable’s value is Thanks for subscribing, you did a good job.
Alright! Now we need to create a trigger that depends on our new DOM variable.
Go to Triggers and click New
Choose Trigger type – DOM Ready
This trigger fires on Some Pages
Enter the following condition: DOM – Form Success Message equals Thanks for subscribing. This means that the trigger will fire only on those pages where the Form success message is displayed to visitors.
Save the trigger
Do not forget to test:
Assign this new trigger to the Google Analytics 4 Event Tag that you created at the beginning of this blog post.
Open a Preview and Debug mode (or refresh)
Fill in the form and submit. After successful submission, Google Analytics Tag should fire (it will be displayed in Preview and Debug mode).
You should also check the incoming events in Google Analytics 4 Debug View.
Also, try submitting a form with an intentional error and see whether the tag fires (it shouldn’t).
Google Tag Manager Form Tracking: Final words
In this blog post, I described a bunch of form tracking methods with Google Tag Manager. This has been an intense ride but I hope you found it useful. You should now be able to track many more forms without a developer’s input.
But remember – it’s okay to ask for the developer’s help. If possible, choose dataLayer.push method over DOM scraping. Robust solutions should be your priority.
Did I skip something in this post? Is there some aspect of form tracking that you’d want more information on? Drop me a comment, and let’s see what we can come up with!
The post Google Tag Manager Form Tracking with GA4: 7 Ways To Reach Your Goal appeared first on Analytics Mania.
Read MoreAnalytics Mania
