We recently added support for the latest version of Google Analytics tracking code but haven't posted an update our help page accordingly yet, as we're actually in the middle of a major update to all of our help/documentation pages.



Further instructions to follow.

But is the code working, shall I migrate?

It's working but we have not made the instructions live. Anyway, you need to replace your analytics code with the following code to start using ga.js



<script type="text/javascript">

var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");

document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

</script>

<script type="text/javascript">

var ejGATracker = gat.getTracker("UA-XXXXX-X");

ejGATracker._setDomainName("none");

ejGATracker._setAllowLinker(true);

ejGATracker._trackPageview();

</script>



where you'll need to replace UA-XXXXX-X with your UA ID that you get from Google Analytics in the code that they provide.



As always, tracking will work only if you are using JavaScript version of our CART buttons.

Hey Tyson! I know I've been email blasting you.



But this code does not send sku, cost of order, city, etc to google analytics - does it?



I have this code and e-commerce tracking is enabled, and i still can't get any $ revenue.



please check this link (this is where all my customers are re-directed after they purchase an order).



http://www.dougstubes.com/thanks.html



My current code looks like this:



<script type="text/javascript">

var gaJsHost=(("https:"==document.location.protocol)?

"https://ssl.":"http://www.");

document.write(unescape("%3Cscript src='"+gaJsHost+

"google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

</script>

<script type="text/javascript">

var ejGATracker = gat.getTracker("UA-796508-1");

ejGATracker._setDomainName("none");

ejGATracker._setAllowLinker(true);

ejGATracker._trackPageview();



pageTracker._addTrans(

"order-id", // required

"affiliate or store name",

"total",

"tax",

"shipping",

"city",

"state",

"country"

);



pageTracker._addItem(

"order-id", // required

"SKU",

"product name",

"product category",

"unit price", // required

"quantity" //required

);



pageTracker._trackTrans();

</script>





We'll see if that works..





Matt

NOTE: The former code you put up doesn't work, so I added some extra javascript to see if that will work..



Thanks,



Matt

I'll have to ask Development to look into this, as it appears you're trying to do something above and beyond the standard Analytics integration we document and officially support.



I can tell you that for order payments made via Google Checkout, GC is able to directly transmit eCommerce data for tracking, regardless of whether the buyer continues past checkout to any conversion/thank-you page with tracking code.

Please see newest thread...

Tyson,



Let me also add that this would make us seriously consider another shopping cart.



If we can't track revenue from source, what's kind of Google Analytics integration is that?



Not much.



I hope we can find a custom remedy, because I've loved your product thus far.



Matt

*Bump



Any update on this?





Matt

Matt,



I think you are trying to do what I am trying to do. I am trying to resolve the info found on this page:



http://www.google.com/support/googleanalytics/bin/answer.py?hl=en&answer=55528



...with the info found on this one:



http://www.e-junkie.com/ej/help.tracking.htm



...with the info found on this one:



http://www.e-junkie.com/ej/help.redirection.htm



...with the info found on this one:



http://www.e-junkie.com/ej/help.customization.htm



It seems to me that code found on the ejunkie page will NOT suffice for eCommerce tracking, which for those reading who might not know goes above and beyond standard google analytics tracking. You are actually on the right track with the way you added google's recommended code after e-junkie's code. Obviously, what you are missing are the values that need to be passed, such as price. Unfortunately, according the e-junkie "redirection" page mentioned above, all the pertinent info involved in a sale is missing when redirecting to a custom thankyou page (with the exception of txn_id.) I believe all of our problems would be solved if e-junkie would send more variables to the thank you page, such as total price, etc (basically all the variables you see as "customizable" on a generic e-junkie thankyou page per the "customization" help page above.)



Having said all that, I'm hoping I have stumbled across the thread I've been looking for. (If I've repeated a bunch of stuff already understood by most, I apologize. I needed to clarify everything for myself to make sure I'm in the right place.) Does this sound like what you are trying to do?



-Matt

Matt,



This is exactly what I'm trying to do.



If you check your transaction logs, e junkie collects all the data. They just need to support the javascript code that sends the data to google analytics.



What is your transaction process like? What kind of thank you page are you using? Will any kind of thank you page setup send the necessary e-commerce data to GA?



I am redirecting all my buyers to another URL that I designed, and I have my google analytics code on this page. I have a credit card provider, paypal, and google checkout. All of which have been recorded with 95% accuracy for tracking conversions. (E junkie has stated that sometimes using paypal and other parties will not redirect).



You can email me at mattpresto@gmail.com or matthew.preston@razorfish.com for a quicker response. I would like to figure this out as soon as possible.





-Matt

Matt,



I am using a custom designed thank you page as well. So far, I am only using the e-junkie-recommended analytics code and have not put any ecommerce tracking in (although I would like to.)



"Will any kind of thank you page setup send the necessary e-commerce data to GA?"



I think the unfortunate answer to that right now is no. It doesn't appear e-junkie supports Google's ecommerce tracking code...at least not from a custom thankyou page. (Any other type of support is useless to me, as I only want to ever use a custom thankyou page, and it sounds like you do too.) The javascript e-junkie provides simply does not do everything ecommerce tracking needs, and the redirection they provide does not send enough data for us to use in google's supplied javascript. A lot of those variables ARE however included in the "integration" link, which is the link e-junkie will POST all the transaction data to, but unfortunately that would fall outside the user's analytics tracking session.



"E junkie has stated that sometimes using paypal and other parties will not redirect"



Hm, I wasn't aware of that. Do you mean when people purchase through paypal they sometimes won't even get to our custom thankyou pages?? That could explain why some of my goals seem to activate less than I would assume they would. I probably get more paypal purchases than google checkout on average.



I think the solution for this falls in e-junkie's hands. We simply need the values for all of these variables you listed passed to the custom thankyou page:



pageTracker._addTrans(

"order-id", // required

"affiliate or store name",

"total",

"tax",

"shipping",

"city",

"state",

"country"

);



pageTracker._addItem(

"order-id", // required

"SKU",

"product name",

"product category",

"unit price", // required

"quantity" //required

);



That's all I can think of at the moment. E-junkie?



-Matt

Matt,



I think we are stuck until development gets back to us.



Tyson - any timeline on when this will happen?



Thanks,



Matt

At the moment, consistent/complete E-commerce tracking is really only possible with Google Checkout, since GC can send E-commerce tracking data directly from their end without any involvement from us.



The tradeoff you have to accept when accepting PayPal payments is that you won't get consistent nor complete tracking of any sort, since PayPal cannot automatically redirect a buyer to any thank-you page after completing Checkout, and many-to-most buyers may not bother to voluntarily click the "return to merchant" link once they've finished Checkout on PayPal's site.



See more details about how the different payment processors handle the checkout-to-thankyou transition, as described at the top of our Tracking help page here:

http://www.e-junkie.com/ej/help.tracking.htm

I am interested in a solution to this integration as well. I followed the conversation above and finally thought to follow Tyson's advice on handling the tracking on Google Checkout side. In other words, is there a way to link Google Checkout and Google Analytics to track everything? Here is what I found...



Google has a handy guide on this: http://code.google.com/apis/checkout/developer/checkoutanalytics_integration.html#Tracking_Checkout_Orders



Basically they suggest using the following code, which contains the usual Analytics code as well as some extra:



<script type="text/javascript">

var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");

document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3Cscript%3E"));

</script>



<script type="text/javascript">

var pageTracker = gat.getTracker("UA-XXXXX-X");

pageTracker._initData();

pageTracker._trackPageview();

</script>



<script src="http://checkout.google.com/files/digital/gapost.js"

type="text/javascript">

</script>





<form action="..." method="POST" onsubmit="setUrchinInputCode(pageTracker);">

<input type="hidden" name="cart" value="...">

<input type="hidden" name="signature" value="...">

<input type="hidden" name="analyticsdata" value="">

<input type="image" name="Google Checkout" alt="Fast checkout through Google"

src="http://checkout.google.com/buttons/checkout.gif?merchantid=YOUR_MERCHANT_ID

&w=180&h=46&style=white&variant=text&loc=en_US" height="46" width="180"/>

</form>





However, it seems that you need to have their checkout buttons to be able to use the above code (you need the <form> tag).



So far so good. My questions is, can we customise e-junkies buttons or the cart, to integrate this code, or what Google wants, so that we finally start getting data from the e-commerce side.



Tyson, you mentioned that e-commerce can be handled on Google side, perhaps you can tell us about this a bit more.



Thanks

No replies still :-(



I am trying to get some ecommerce data and I still cant succeed so I want to know what is currently possible.



From what I understand, I need to put the following on each page (with the appropriate tracker code of course)



<script type="text/javascript">

var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");

document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

</script>

<script type="text/javascript">

var ejGATracker = gat.getTracker("UA-XXXXX-X");

ejGATracker._setDomainName("none");

ejGATracker._setAllowLinker(true);

ejGATracker._trackPageview();

</script>



Then activate the e-commerce tracking in analytics and the rest is taken care of by e-junkies and google checkout. I should then expect to see ecommerce data on those purchases who used Google Checkout to process their payments. Is this correct? Do I need to do anything else? Is anyone able to see any results in analytics using e-junkies? At the moment this is what I have done, and I can't see any data in analytics!



Has anyone succeeded with this?



After thought: I read somewhere that multi domain tracking by google doesn't work if the tracking code in the javascript is different on both domains. Doesn't this mean that ejunkies should use the same tracking code as we do on our site and use it on their shopping cart when the domain is transferred? Is this the reason why it doesn't work?



I appreciate any help. Ecommerce data is like gold. It would be a wonderful feature for the already quite cool ejunkies services. So it's certainly worth investing time and effort in.

E-junkieGuruThe tradeoff you have to accept when accepting PayPal payments is that you won't get consistent nor complete tracking of any sort, since PayPal cannot automatically redirect a buyer to any thank-you page after completing Checkout, and many-to-most buyers may not bother to voluntarily click the "return to merchant" link once they've finished Checkout on PayPal's site.

May I propose a 90/10 solution? I'd like to see e-junkie implement a selectable option that fires off the GA e-commerce details BEFORE transferring to PayPal. I fully understand that scenario would generate false positives if the user abandons the payment, but it sure beats no e-commerce data at all. The reality is that users just don't press the Return to Merchant link.



My reality is that as Henry says "ecommerce data is like gold." However, it's not accounting data, but statistical data used for marketing decision-making. We can deal with a little bit of noise in the data, but we cannot deal with no data. Anyway, "the ones that got away" aren't just random noise since an abandoned cart is likely to be statistically in line with actual sales.



E-JUNKIE HEAR THIS: E-COMMERCE DATA IS A BIG DEAL. You need to get SOME KIND of solution going, even if it's an approximation. Stop hiding behind PayPal.

E-junkieGuruThe tradeoff you have to accept when accepting PayPal payments is that you won't get consistent nor complete tracking of any sort, since PayPal cannot automatically redirect a buyer to any thank-you page after completing Checkout, and many-to-most buyers may not bother to voluntarily click the "return to merchant" link once they've finished Checkout on PayPal's site.

May I propose a 90/10 solution? I'd like to see e-junkie implement a selectable option that fires off the GA e-commerce details BEFORE transferring to PayPal. I fully understand that scenario would generate false positives if the user abandons the payment, but it sure beats no e-commerce data at all. The reality is that users just don't press the Return to Merchant link.



My reality is that as Henry says "ecommerce data is like gold." However, it's not accounting data, but statistical data used for marketing decision-making. We can deal with a little bit of noise in the data, but we cannot deal with no data. Anyway, "the ones that got away" aren't just random noise since an abandoned cart is likely to be statistically in line with actual sales.



E-JUNKIE HEAR THIS: E-COMMERCE DATA IS A BIG DEAL. You need to get SOME KIND of solution going, even if it's an approximation. Stop hiding behind PayPal.

I will pass your suggestion on to our development team.