I can see clicks and conversions in google analytics - but I cannot see the original source click - google attributes all of my conversions to "not set" or refers them to my own site
I have followed the google recommendation --- and my code replicates the google suggested code
If your website initiates a purchase checkout process on a separate store site
(for example, if you send customers from www.mystore.com to www.securecart.com):
Add the following lines (in bold) to your tracking code on both your store site and your shopping cart pages:
But I believe e-junkie does not conform to the 2nd google suggestion to include onclick="__utmLinker(this.href) ?? to the cart links?
Change the links from the main site to the secure site to use __utmLinker as follows. If your current links look like:
<a href="https://www.securecart.com/?store=parameters">Purchase Now</a>
change them to:
<a href=" https://www.securecart.com/?store=parameters" onclick="__utmLinker(this.href); return false;">Purchase Now</a>
I really want to be able to assess the profitability of my ppc's but cannot unless e-junkie can track the original click source
The following is a great article on this - so is e-junkie fully integrated with google analytics? or am I doing something wrong?
How Google Analytics Tracks Third-Party Domains
June 25, 2006 by Justin Cutroni
Time for another installment of how to set up Google Analytics the right way! Today weâ€™re going to talk about how to configure GA if your website spans multiple domain names. This is often the case if youâ€™re using a third party shopping card. Just a note, Iâ€™m not going to get into the actual installation steps in this post. I want this to be a conceptual. If youâ€™re looking for step by step instructions you can contact me or find them on them here on the GA Support Site:
Before we get into the nuts and bolts of the setup, itâ€™s important to understand the fundamentals of how GA tracks visitors. GA uses first party cookies to identify your site visitors. We all know what cookies are, right? First party cookies are set with the same domain name that is in the location bar of the visitorâ€™s browser. It is very important to understand that cookies can only be â€™seenâ€™, and changed, by the domain that sets them. In fact, it is almost impossible for a website to set a cookie for a different website. This is due to a default security setting that most browsers have. Website A can not set a cookie for website B.
Letâ€™s take this knowledge and apply it to how GA works. When a user lands on a page in your site the urchin.js tracking code looks for the GA tracking cookies. If it finds the cookies then it updates them. If it does not find the cookies it sets them. Remember, if your website domain is www.shirts.com, then the urchin.js tracking code can only recognize cookies with the www.shirts.com domain and it can only set cookies for the www.shirts.com domain.
As the user continues their session the urchin.js interacts with the tracking cookies. Continuing with our example, the user on our site is just about to click on a link to different domain, the third party e-commerce platform we use. They will leave our domain and go to the e-commerce providerâ€™s domain. Weâ€™ve been tracking this user with a specific set of cookies on our domain. When the visitor leaves our domain we want them to take their cookies with them. The cookies identify them as a unique visitor, if they donâ€™t take their cookies to the next domain then we will loose the rest of their session information and thatâ€™s not good.
So how do we transfer the cookies to the shopping cart site? With Google Analytics we can pass the cookie values to the shopping cart domain via the query string. There are two conditions that need to be met for this technique to work:
We need to add the urchin.js tracking code to the pages on the third party domain (Iâ€™ll explain this in a second).
The third party domain must permit us to pass data via the query string.
If the third party domain does not allow the above then you can NOT use GA to track your visitors on the shopping cart pages. Sorry, thereâ€™s no way around it, both conditions must be met.
First, weâ€™re transferring the visitorâ€™s cookie values from one domain to another. This means that the entire visitor session will be captured. All the identifying information for the visitor stays with the visitor as they traverse the different domains.
Second, the GA tracking cookies on the third-party site will be first party cookies so they are less likely to be rejected by the browser.
We all know that getting the complete picture of a visitorâ€™s session is vital to better understanding of the referring information and site configuration. I hope this post gives people a better idea of how GA is tracking their traffic across third-party domains so they can configure it correctly.