Upcoming LunaMetrics Seminars
Seattle, Nov 3-7 New York City, Nov 17-21 Washington DC, Dec 1-5 Los Angeles - Anaheim, Dec 8-12

Cross-Domain Tracking With Google Tag Manager

Keep calm and _setAllowLinker on
Cross-domain tracking has been the bane of any analyst’s experience for, oh, just about ever. It is probably the hardest thing to get right in a Google Analytics implementation, and in our experience, more people ask us for help with this one issue than any other.

Over the years we’ve dealt with this problem in different ways. jQuery made it easy to drop in a couple lines of code to track behavior across domains, but even then it wasn’t exactly automatic.

Then along came Universal Analytics and Google Tag Manager – the perfect 1-2 punch combo to knock out cross domain tracking once and for all. We held a webinar to show people step-by-step how to implement cross-domain tracking in Google Tag Manager. Below is a recording of the webinar, along with the written step-by-step instructions.


*NOTE: Since the webinar, there have been some updates to Google Tag Manager and Universal Analytics that make cross domain tracking even easier and more intuitive. If you follow the directions in the webinar, it will still work. But the written instructions below are up to date with the newest features.

Step-By-Step Instructions – Universal Analytics

The following instructions will guide you to setting up cross-domain tracking through Google Tag Manager with Universal Analytics.

Create the following macros

1. uaid

uaid

* For the value, replace the Xs and Yx above with your UA number.

2. cross domains

cross domains macro

3. element url (if you don’t already have it)

element url

 

Tagging cross-domain links

Create a tag for your Universal Analytics tracker (I recommend naming it Google Analytics – Universal). The Track Type for this tag should be Page View. If you already have a tag for Universal Analytics, modify it to match the following settings:

1. For Tracking ID, use your uaid macro

tracking id

2. Under More Settings > Cookie Configuration, set the value of Cookie Domain to auto.

auto cookie domain

* This step has changed since the webinar was recorded. In the webinar we say to create and use a {{top level domain}} macro for the Cookie Domain value. Now you can simply use auto, as pictured above.

 

3. Under More Settings > Cross Domain Tracking, set the value of Auto Link Domains to your cross domains macro, and set the Allow Linker drop down menu to True.

auto link domains

* This step has changed since the webinar was recorded. You used to have to go into Fields to Set, and add a Field Name of allowLinker with a value of true. Now you can just use the drop down menu pictured above.

 

4. Set the firing rule for this tag to All pages.

all pages

Tagging cross-domain forms

1. Create tag – name it Form Submit

form submit

 

2. Create tag – name it Cross-Domain – Forms

A. Create a copy of your Google Analytics – Universal tag. To do this, click on your Google Analytics – Universal tag and scroll to the bottom. In the lower right corner, click on the Copy this tag button.

B. Name your new copy Cross-Domain – Forms.

C. Change the Track Type to Decorate Form.

decorate form

 

D. Remove the All pages rule and add the following 2 rules (which you will need to create):

i. On Form Submit to siteA.com

form submit rule 1

ii. On Form Submit to siteB.com

form submit rule 2

 

Update web property settings

Go into your Google Analytics Admin settings. Under Property Settings, Tracking Info > Referral Exclusion List, add both sites (if not already added).

referral exclusions

 

 

Jim Gianoglio

About Jim Gianoglio

Jim Gianoglio is our Digital Analytics Engineer. He works with implementation, analysis of Google Analytics, and spearheads the LunaMetrics Google Analytics seminars across the country. Want to see him in action? He'll be heading our Google Analytics training in Los Angeles. Before succumbing to the siren song of analytics, he led the SEO campaigns of Fortune 500 companies in the insurance, retail and CPG industries. Things you didn’t know about Jim: he runs marathons, photographs weddings and has done voiceovers for TV commercials.

http://www.lunametrics.com/blog/2013/12/24/cross-domain-tracking-tag-manager/

61 Responses to “Cross-Domain Tracking With Google Tag Manager”

Dries says:

Was wondering, why not just use the autolink feature? Have you done some tests already?

@Dries -

This implementation does take advantage of the autolink feature (through GTM). That’s why we don’t have to use a “Decorate Link” tag – just a “Decorate Form” tag. The link tagging is all done through the standard “Page View” tag with auto link features enabled through the More Settings > Cross Domain Tracking settings.

Hi,

Is it possible to auto track GET forms instead of POST forms?

@Rick -

The form submit auto event listener will work regardless of whether your form uses POST or GET.

There are some edge cases we’ve seen where the form submit auto event listener doesn’t work (or can prevent your form from successfully submitting), but it’s not due to the method (POST/GET) you use to submit the form.

Dan says:

Firstly thanks alot for taking the time to do your very helpful webinar!!!

My question relates to using more than 2 domains.

Say for example you had 2 separate websites each with their own domain A.com & B.com. They each advertise a product. However the payment engine is on another site/domain ( a 3rd site, C.com) .

I want to monitor cross domain tracking for each site, A.com & B.com, however I want to keep the tracking for A.com & B.com separate.

Is this possible with Google Tag Manager.

@Dan -

This is possible. You’d basically need to modify the uaid macro from the webinar/instructions above. Instead of using a Constant String type macro, you’d use a Custom JavaScript macro, with the return value being a web property ID based on either the hostname (if it’s a.com or b.com) or based on the referrer (if you’re on c.com).

You could try something like the following:

function() {

var ref = {{referrer}};

if ({{top level domain}} == “a.com” || ref.indexOf(“a.com”)) {
return “UA-XXXXXX-X”;
}
else if ({{top level domain}} == “b.com” || ref.indexOf(“b.com”)) {
return “UA-YYYYYY-Y”;
}
else return “UA-ZZZZZZ-Z”;
}

*Please test before implementing on a live site – this is merely provided as a possible solution (and was written rather quickly, so there may be typos!).

This assumes that a.com and b.com are two completely separate sites that never link to each other (otherwise if a user clicked on a link from a.com to b.com, the wrong UA# would fire). It also assumes that the only way to get to c.com is from either a.com or b.com. If it is different, then the last else statement will at least catch those visits into a different account (useful for troubleshooting).

This should at least get you started in the right direction.

What are the differences, if you want to implement cross-domain tracking with Google Analytics and not Universal Analytics?

@Gerard – If you’re using “classic” Google Analytics, the main changes are that you need to decorate your links in addition to decorating your forms. With Universal, the functionality to decorate the links is built into the standard tracking with the autoLink plugin (in GTM, this is set under More Settings > Cross Domain Tracking > Auto Link Domains).

So for classic GA, you’d have an additional tag to listen for clicks on links (using the auto event listener), and another tag that would decorate those links if they went to the other domain. Your rules for this tag would be similar to the rules for the Cross-Domain – Forms tag.

Hope that helps!

Thank you very much Jim!

Ryan says:

Hi Jim,

Thanks for the excellent blog post! I have a scenario where my main domain is on https site and the contact forms are on a third party http domain. I am trying to record the {{referrer}} in a form submit event, but seems to be stripping out the referrer info. Would your configuration listed above solve this issue?

Thanks
Ryan

@Ryan -

If you’re sending someone from your form (on http) to your main site (different domain, on https) then the referrer should still be sent. It’s usually only the other way around (going from https to http) that the referrer request header is not sent.

Is the problem that you have your http form iFramed on the https page? In that case, the referrer for the form would be blank.

If that is the case, then the instructions in this post will not save you :(

I would recommend this post:
http://www.knewledge.com/en/blog/2013/11/cross-domain-tracking-for-iframes-with-gtm/

Simon says:

Hi Jim,

Thanks for posting this.

I have set this up and a query parameter is not being added to the URL.

There are currently two analytics tags on the site I am working on, one served through GTM and one embedded into the HTML code. Would this prevent the query parameter from being created?

Thanks,
Simon

@Simon -

There are some edge cases that can prevent the linker parameters from being added (especially with forms), and without knowing your specifics it’s hard to say exactly why they’re not being added.

Having two sets of code – one through GTM and one manually added – will only make troubleshooting the issue more difficult, as well as lead to other issues.

I’d recommend consolidating everything in GTM and then troubleshooting from there.

Nick says:

Thanks Jim for posting this. I have everything working – the info is passing along in the url parameters and the visitor persists across one domain to another (so the cross-domain kicks in when a link goes to another domain) but the source is somehow not making it across. Instead it’s a self-referall (or source=domainA.com instead of say yahoo.com).

Any clues as to what this might indicate?

Thanks in advance for any info.

Nick

difeep says:

Hi Jim, thanks for the awesome write up. I am assuming the debugger should return Running command: ga(gtmXXXXXXX.linker:autoLink, siteA.com,siteB.com, true, true) however, with my test, ga(gtmXXXXXXX.linker:autoLink, siteA.com,siteB.com, false, false) I only ever get false as the value.

Both domains are using the the gtm code and GA profile id.

Any thoughts as to why linking between the 2 different domains still fails to pass the cookie details?

@Nick – Do you have your own sites listed in the referral exclusion list? Look in the Admin, under the Property > Tracking Info > Referral Exclusion List. You should see your sites listed there. If they’re not, go ahead and add them.

@difeep – The boolean values at the end of that command refer to the settings you have in GTM for your Universal Analytics pageview tracking tag. Under More Settings > Advanced Configuration > Cross Domain Tracking, you can set the Auto Link Domains, Use Hash (true/false), Decorate Forms (true/false) and Allow Linker (true/false).

The “false, false” you’re seeing in the command refer to the Use Hash setting (the first false) and the Decorate Forms setting (the second false). In the webinar (and instructions in the post above) I showed how to set up tags for tracking form submits and and doing the necessary form decorations to pass the cookie. Of course, the awesome team working on GTM has since made it much simpler (by using the “true” setting for the Decorate Forms dropdown).

If you’re not seeing the cookie pass back and forth, there could be a number of reasoons (AJAX forms, links that redirect, etc.). It’s hard to say without digging in deep to your site.

Syed says:

Hi Jim, Many thanks for posting this useful information for us. I would like to link 5 domains for cross domain reporting. So I was wondering if I need to add 4 other sites using RegeX on the element URL field for 2.D.i And 2.D.ii like below:

SiteB.com|SiteC.com|SiteD.com|SiteE.com

Rafael says:

Hi Jim,

Thanks for this comprehensive method. I have a question that the Google forums were not able to respond and I wondered if you may be able to help me.

We have 2 websites that use the same payment area, situated in the subdomain of siteA.com. SiteA.com has it’s own GA Profile and SiteB.com has it’s own too. We want top track them independently and be able to see how much traffic they send one an other. So we can’t add them to the referral exclusion list.

Currently in the payment area we have 1 pageview tag for each profile and 1 ecommerce transaction tag for each profile too. The problem we are experiencing is that a new session is being started each time traffic is sent from siteB.com to the payment area instead of just continuing the initial session. As a result siteA.com is showing as the referral and the real pages from SiteB.com never show up in the reports as the landing page.

Any help or ideas will be greatly appreciated.

Julian says:

Hi Jim,

I’ll much appreciate if you could post a quick pdf guide or update your post on cross-domain tracking with classic GA. Just for the dinosaures like me :/

Great video and thanks for all the tips with GTM.

Julian

Petros says:

Thank you for this post and the associated work of pulling it together.

I am wondering how cross domain tracking works when you have multiple websites – some of which do not have GTM running at all. I manage 7 sites – all of which are intertwined. 3 have GTM installed. The others have regular async GA and one is still running Urchin!

I am assuming that each site is treated individually — and that I need to get every site on GTM ASAP.

Thanks again Jim!

@Syed -

If you have 5 sites, then you’d need 5 tags:

On form submit to siteA.com
On form submit to siteB.com
On form submit to siteC.com
On form submit to siteD.com
On form submit to siteE.com

Each one would be structured like the instructions above. You can’t just include all your domains as a RegEx for the element URL field. If you did it that way, you could potentially have a form post back to the same domain and it would trigger the cross domain form decoration which could cause some issues.

@Petros -

Yes – if you want to do cross domain tracking across all 7 domains (without going insane) I’d highly recommend getting GTM on all of them and upgrading them all to Universal Analytics.

@Rafael -

There may be some configurations that aren’t set up correctly – especially since you’re using two trackers on the payment page/site. Are you using named trackers?

Petros says:

@Jim: That is what I assumed – and am working towards. At least I can set it up on sites that are running GTM. I am going to “hold out” and not succumb to political pressure for the others – especially the one running Urchin!

PS Please implement a comment subscription plugin on this site. You have enough comments to make a business case for it – IMHO ;-)

Petros says:

Silly question @Jim. Is best practice to have a separate GTM container for each domain? Or can this be done using one container for all domains?

@Petros -

I would recommend one container for all domains. It’s much easier to manage that way.

Primož says:

Hi Jim,

thanks for the video guide.
I have 1 question.
I am setting up GA for company where I work and we are going to have a lot of domains.
Example: domain1.eu, domain1.de, domain1.fr …, domain2.eu, domain2.de, domain.fr… and so on (different country different domain for our set of webpages)

Will your guide work on example like above? Do I need to add just the .eu domains in the cross domain macro or do I have to add all of the possible combinations of domains?

@Primož -

You would need to add all possible combinations of domains to the {{cross domains}} macro. For example:

domain1.eu, domain1.de, domain1.fr, domain2.eu, domain2.de, domain2.fr, etc.

Marcus says:

Hi Jim,

I’m trying to track visits from x.domain1.com to y.domain2.com should I enter just domain1.com,domain2.com into the cross domain macro?

Or should I put x.domain1.com,y.domain2.com?

Thanks

Marcus

@Marcus -

You should put just the domains (without the subdomains) in the cross domain macro:

domain1.com, domain2.com

Marcus says:

Thanks Jim – really useful post.

Thanks for the great tutorial – I got stuck in just one place – and this has been reworked in any event for the cookie config – using auto works fine – but just a quick heads up for anyone struggling as I did using the script to which you link on the video – this basically takes the dot and takes the domain around that… so subdomain.example.com becomes example.com
My situation was on example.com.au – so the script was returning com.au – which the system then rejected….
As I mention above, using “auto” as the value seems to fix the issue.

@Steve –

Thanks for the heads up on that script! Definitely using the ‘auto’ configuration is the way to go.

Tyler says:

Thank you!! This saved me hours.

Just one question. Now when I link to domainB.com from domainA.com it adds a really ugly ga variable to the URL like this:

doamainB.com/?_ga=1.151222384.81719891.1397694331

Any idea how to get rid of it? Thanks again for the instructions!

@Tyler,

That _ga parameter is how GA passes the cookie information for the visitor from one domain to the next – which is absolutely necessary for cross domain tracking to work.

Keep in mind, it will only be there on the first page after clicking from one domain to the next (it doesn’t get added to the URL for every page).

Evan says:

I have a situation where GA is not understanding a URL Percent-encoding so I can track multiple domains between my “source” domain and my “destination” domain. I’m using Google Tag Manager + the new Universal Analytics.

Is there a macro or rule in google tag manager that I can create to help Google Analytics detect these two URL Percent-encoding as %2526 for & and %253d for = appropriately? If so, is there any support that could be provided with this issue I’m experiencing?

Here is an example URL (not real):

http://subdomain.example.com/adfs/ls/?wa=wsignin1.0&wtrealm=https%3a%2f%2fsub.domain.com%2fwebsite%2f&wctx=rm%3d0%26id%3dpassive%26ru%3d%252fwebsite%252fsite%252fexample%252f%253fstuff%253dtypeofuser%2526_ga%253d1.244536837.1471787898.1397850931&wct=2014-04-18T20%3a14%3a54Z

As you can see close to the tail end of URL contains my _ga cookie that originated from my “source” domain and is getting passed to my “destination” domain. This is a good thing, however GA is not able to read it, because of the URL Percent-encoding shown below:

%2526_ga%253d1.244536837.1471787898.1397850931

%2526 is a URL encode for &

%253d is a URL encode for =

Since google analytics is not able to translate the URL Percent-encoding %2526 and %253d it writes a brand new cookie instead when I look at my cookies when I debug using firebug > cookies tab.

Thank you for the help in advance!

Evan

Evan says:

I figured out a work around to my challenge (above) by writing some custom JS to look for the percent encoding in the URL and then append the entire cookie again to the URL this time with the proper &_ga= and the cross domain cookie. I was able to do this, because the cross domain cookie was already in the URL fortunately, but GA just couldn’t translate “%2526_ga%253d” as “&_ga=” which it now works perfectly with this script. However, it would be even better if GA could translate percent encoding in the URL without going to such length. Just a thought…

note: with the regex on line 1, you would change it to match your own URL encoding issue.

var mycookie = window.location.search.match(‘_ga%253d(.+)&wct=’);
var url = window.location.href;
if (url.indexOf(‘%2526_ga’) >= 0) {
url += ‘&_ga=’ + mycookie[1]
parent.location.hash = url
var hash = location.hash.replace(‘#’, mycookie[1]);
if(hash != ”) {
location.hash = ‘&_ga=’ + mycookie[1];
}}

@Evan -

Sorry I wasn’t able to respond sooner! Looks like you worked this one out. Thanks for sharing your solution!

chaeyoung says:

what if I want to know.. user is submit a form in destination domain?

Mike says:

Hi Jim,

Great article! We’ve set this up successfully using Tag Manger.

It works fine for our subdomain to sales sub domain ie http:www.mysite.co.uk > https:booking.mysite.co.uk

However for external sites eg myothersite.co.uk > bookings.mysite.co.uk we’re still seeing source/medium as myothersite.co.uk/referral, not ‘real referral site name’/ referral or organic, cpc, direct etc as we would expect.

We’ve got Allow Linker set to True on the pageview Tag (Constant string) Value myothersite.co.uk,bookings.mysite.co.uk

We’ve set the macro used in the Auto Link Domains as the site names

We can see pageviews from both domains in the Analytics view, so there tracking OK.

Have you any suggestion on how to debug this?

Thanks,

@Mike -

I would check two things:

1. Do you have the sites added to your Referral Exclusion List in Google Analytics? (This is the final step listed in the blog post)

2. For your cross domains macro (where you list your site names) are you using just the domain? Or the full domain (including subdomain)? It should be set to:
myothersite.co.uk, mysite.co.uk

not:
myothersite.co.uk, bookings.mysite.co.uk

Also, there may be users whose source/medium was attributed to the self referral before you implemented cross domain tracking, and they keep coming back directly (direct navigation or bookmark). In this case, they will continue to show up as self referrals, because direct never overwrites existing source information.

Mike says:

Hi Jim,

1 Yes I have but as subdomains ie bookings.mysite.co.uk so have left as mysite.co.uk for now.

2 Ah! Had all the subdomains set so have now removed these and set to mysite.co.uk

Will give it a go!

samshare says:

Hi Jim,
Thanks your Post. but i have question need you help. there is ” Cross-Domain – Forms Not fired”
Can you tell me the way i can fix it.

Thanks Again!

The best explanation I’ve seen for cross-domain tracking in GTM…Thank you!

Sneha says:

Hello,
I want to track ecommerce data of my site. We are using dpd.com for product information and cart. And we are using paypal for payment. Now GA will track when payment is successfully completed. I have enabled Ecommerce on GoogleAnalytics. And its working fine. The problem is when some one lands on our site through other medium, GA is not tracking that medium. Its giving our site name as medium.

Can anyone help me. How do I solve this problem.?

Regards,
Sneha

Dianne says:

I am having the same tracking issue Sneha is having. What I also noticed on my site is that the cross domain cookie (_ga=) would reset after the initial landing page. Any help you could provide here would be greatly appreciated.

Krystal says:

My issue is similar to both Mike’s and Sneha and Dianne’s…

The way our site is set up is it goes from http://domainA.com > http://domainB.com > https://domainB.com

Somewhere between http://domainB.com and https://domainB.com it is losing all tracking information, so our transactions come through as domainA.com (referral) and paypal.com (referral)…

How can I resolve this so my utm’s will stay with it from landing to conversion? (I’ve gone through the webinar and read through the comments before posting…)

Thanks!

Christopher says:

@Jim Wow 10/10 for replying & effort! Best posting on Cross domain & GTM
@Marcus asked a good question, if I’m mostly cross sub.domain tracking do I just keep the {{cross domains}} to the one domain? zdomain.ca ? or 1.zdomain.ca & 2.zdomain.ca and all using the same UA-XXXX and with GTM.
Each subdomain has its own GTM container in order to keep it clean.
If I’m sending traffic from zdomain.ca > 1.zdomain.ca > 2.zdomain.ca Where should I be adding these steps? All three containers? Or just on zdomain.ca?
Sadly do have a couple old classic GA sites with GTM but, can you point to an example / blog post that shows the old way of link decorator?
Ps this has been more helpful than the google forum.

@Christopher -

In your case, you’re not doing cross-domain tracking, just subdomain tracking. Since the users stay on the same domain, you don’t have to pass their cookies with them (since the cookies written from 1.zdomain.ca can be read by 2.zdomain.ca).

The only thing you need to do is make sure the cookies are being set to the highest level domain (in your example, this would be zdomain.ca).

To do this with Universal Analytics and GTM, you can go into your Google Analytics tags and set the cookie configuration (under More Settings > Cookie Configuration). In the Cookie Domain field, type in “auto” (without the quotes). This sets the cookie to the highest level domain automatically.

For Classic GA in GTM, this same setting is under More Settings > Domains and Directories > Domain Name. For this, you can’t just type in “auto”. You need to type in the highest level domain (i.e. zdomain.ca).

This takes care of maintaining the cookie whenever a user goes from your main domain to a subdomain to any other subdomain.

Just be sure to do this in all your analytics tags in all your containers.

@Krystal, @Dianne and @Sneha -

Unfortunately, It’s hard to diagnose your specific issues without more information. There are a lot of things that can make cross domain tracking go awry, and without looking at your specific sites it’s hard to say what’s causing the problems.

Zach says:

Do you recommend using 1 container for multiple subdomains if each site at times will be analyzed independent from others?

For simplicity we would love to have just one container/snippet. However, we are concerned about what the data will look like if we need to audit website marketing performance one day, and then analyze how clients are using the software on a subdomain the other. Google talks about setting up filters and views, but I am hesitant to make changes and then found out it isn’t what we wanted.

Thanks

Anto777 says:

Dear Sir Madam,

Thank you for the amazing post!

What about the situation with multiple GA properties that each has a GTM container, is it possible to create an additional (Global) GA property and set all GTM containers to send all data additionally to the global property. At the moment we have additional specific tags that within each container that link to the global property id.

Many thanks!

@Zach -
You can use a single Google Tag Manager container on all domains, but still track them in separate Google Analtyics Web Properties. Just use a lookup table macro to return the correct Web Property ID (UA-12345-1, etc.) based on the hostname.

@Anto777
Yes – rollup trackers are fairly common. You just need to include the GA tag for the rollup Web Property in all of your containers.

AlexanderAA says:

Hi,

I have a problem with my tag manager tag that fires on the success page of my site. The data layer and everything works perf, but in Norway customers are re-directed to the acquirers payment site to confirm their payment, and when confirmed are re-directed back to our success page. The problem then are that when my universal analytics success page tag are firing, then the source of the customers session are re-set to the acquirers URL as a referral. Any clue how to avoid resetting the source of the customers session?

Best regards,
Alex

@AlexanderAA -

Universal Analytics works differently than “classic” Google Analytics when it comes to referrals. In the classic version, if the session hasn’t time out (30 minutes since the last interaction) referrals are ignored. So in your example, if users in Norway are taken off the site to confirm payment, then brought back to the site for the success page, that third-party payment site is ignored as a referral and does not overwrite the source/medium of the existing session.

With Universal Analytics, on the other hand, each time the traffic source changes (e.g. coming back to the site from the third-party payment site) it generates a new session with new source information. To fix this, you can add the third-party payment site to the Referral Exclusion List. Here’s the documentation for doing that:
https://support.google.com/analytics/answer/2795830?hl=en

Paul Kienker says:

Hi Jim,

We use a form system called Wufoo for some folks, and we embed the forms using javascript. I just received an answer to a ticket I submitted regarding submit handlers from Wufoo, and they’re not too optimistic with regard to google tag manager integration.

I was wondering if there is a workaround for situations like this where the form is embedded via javascript, and the submission passes through a third-party server.

Thanks,

Paul

MacKenzie Rawcliffe says:

I know you recommend using one container to do cross domain tracking – but if you don’t want to – will the cross domain tracking still work. Do you set it up the same way?

@Paul – if the form is being embedded in an iFrame (with the source of the form coming from wufoo.com) then this will not work. I was playing around with the free version of Wufoo and the options to embed the form would not make it possible to track.

The “JavaScript version” merely included a link to the form (which takes you off the site to the form page on wufoo.com). So that wouldn’t work.

The other option to embed was the iFrame version, which like I mentioned, also won’t work.

Perhaps there are additional options with a paid account that I’m not aware of. But it doesn’t look like this is going to be easy for you – sorry!

@MacKenzie -

You can still do cross-domain tracking with multiple containers. But now that the GTM interface has been redesigned, there are some changes to this post that need to be made to stay current.

I’m working on updating this post – stay tuned!

Albina says:

Hi Jim,

adding sources like paypal or ogone to the referral exclusion list doesn’t help. They would still show as referring sources and be credited with the sales.

Looking forward to your update.

Thank you for the great work!

Albina

Ron Kinkade says:

Hi Jim,

Thanks for such an informative write up. The Google team hasn’t quite how to simplify this, so it’s greatly appreciated.

I’ve tried to follow the steps you’ve outlined, along with a few other examples on the web and I keep running into the same problem;

LP – info.domain.com
Main Site – domain.com
Funnel – domain.domain_b.com

Tracking sources pass cleanly from LP-to-Main but when I go from Main-to-Funnel the sources drop.

Any ideas where I might be going wrong?

I’ve got the cross domains defined as domain.com and domain_b.com

I’m troubleshooting in real-time analytics with cpc as the utm_medium.

Leave a Reply