We’re seeing a similar problem on our site. As far as we can see the code is setup correctly, and around 60% of transactions ARE being tracked.
Investigating the orders that have not been tracked, it looks as if GA is only tracking orders where the customers have gone through the checkout as a guest. Any orders where the user has logged into the site have not been tracked?
Ah have found the problem with us, seems to be that if using a payment provider like Sagepay or Commidea, for some reason customers who register at the checkout do not get tracked, the tracking gif never gets sent for ecommerce but the page tracking works ok.
Customers who go through as guest or log into existing accounts have no problems. If we turn off Sagepay then this issue goes away, so its definitely a combination of using a payment provider and registering on the checkout.
What you are describing is maybe explains the problems we are having. We are tracking all data but none for transactions. Using SagePay as payment gateway. This problem started after upgrading to latest magento version. We made quite a few changes at same time so difficult to pinpoint cause..testing few different changes, will let you know of any success
Has anyone found a solution this this. We are having the same problem with our cart. Tracks some orders and not others. It isn’t quotes because those orders appear to be tracked and it isn’t paypal we are using authorize.net. This is really irritating and it’s hard to rely on the google analytics data when my number don’t match up.
I tried to track it down to specific products, specific users, guest checkout, quotes, etc, I can’t find any relation for reasons why some would work and some wouldn’t work.
I now (i think) have this working again. I say i think becuase it is tracking transactions but have not checked if any are missing. The issue for me was caused by google analytics plus. After reinstalling it now works. Might be worth using / trying same?
- E-commerce tracking is turned on in your Google Analytics account
- The Google Analytics tracking code has been added to “pc/footer.asp”
- The secure, HTTPS version of the tracking code is used. Using the non-secure, HTTP version can cause the script not to be executed on the order confirmation page (this might occur if you are using SSL on your store, but are not using the SSL version of the Google Analytics code).
- The file “pc/orderComplete.asp” contains the following lines of code at the very bottom, before the “include” statement that includes “footer.asp”:
That is good advice to follow. So as not to confuse people new to magento, the .asp pages you have mentioned are not magento pages. The confirmation page is called success.phtml and is located in the /app/design/frontend/default/default/template/checkout/
I don’t think you need to add any code yourself, instead use the control panel to turn on the Google Analytics code. If you want to check the code is working. View source from your browser on the confirmation page and look for the google code at the footer of the page in the </body>
hey everyone - I just realized that GA is only tracking transactional data on orders placed through the ‘one-page’ checkout. Orders placed using the ‘mulitishipping’ method do not track. When I view the source of success.phtml for orders placed using both methods, I see that there are some lines of GA code missing on the mulitishipping orders.
The Magento generated GA code in success.phtml on my multi-shipping checkout orders is:
The Magento generated GA code in success.phtml on my one-page checkout orders is the same, but has the following code appended below it: