Jump to content

mdan

Members
 View Profile  See their activity

  • Posts

    3

  • Joined

  • Last visited

Profile Information

  • Activity
    User/Merchant

mdan's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. mdan
    Hello roicinho, (1) Did your sales really go down OR (2) only the proportion in which they are successfully recorded in Google Analytics has dropped, affecting the conversion rates displayed in Analytics in the same way? I have issue number (2), still (I had it since launch, actually). Please let me know if you have some breakthrough with this. Best of luck, Dan
  2. mdan
    Hello, I have a multistore containing 2 shops which share the stock, but nothing else (they have different domains, in 2 different countries). Each shop has its own property ID (Universal Analytics) which I've set accordingly in the ganalytics module for each shop and data started flowing into Analytics (ecommerce is enabled on all the properties' views in Analytics). And here is my problem: all was well until I noticed that not all transactions are getting recorded in Analytics and to make things stranger: for shop1 about 30% of transactions go to UA for shop2 (same multistore) about 75% of transactions go to UA. Now I can't be sure about pageviews either, part of them may be missing too. Both shops have the same theme, the same modules active and have the same performance settings, the only difference is that they are on different domains, for different countries, thus in different languages and currencies. Setup details: Prestashop 1.6.0.9 on Ubuntu 14 ganalytics module: Google Analytics v1.8.2 - by PrestaShop One page checkout, the only payment option (for now) is Cash on delivery (so no leaving the website during checkout) Varnish cache, js, /order-confirmation and all account / checkout related pages excluded from getting cached. What I've tried: I simplified \modules\ganalytics\views\templates\hook\header.tpl to keep only the UA part of the code I've tried testing with CCC options (from Advanced Parameters > Performance) on and off, with no notable difference. Now I have them all On, except Move Javascript to the end => pageview script goes near the end of <head> and order-confirmation somewhere in the middle of <body>. I've removed from the above mentioned header.tpl the ga('ecommerce:addItem'...) part to eliminate any potential unescaped characters in the product names - though they were escaped by ganalytics smarty when $isOrder eq true, no pageview is sent, only the ecommerce part is run (the module is hooked on header too, so that will send the pageview) In Analytics there are transactions recorded from all major browsers / operating systems / device types (it's not like mobile/tablet or some browser type transactions are completely missing). When I make tests (from different browsers, mostly on shop1 - where the problem is bigger), most of the times the transactions pass to UA correctly. Each time I check the JS output in the page source and it looks fine, but I also had a few cases when the JS looked by the book and still the transaction didn't go to UA For shop1 the missing/passed transactions seem to happen in periods (consecutive days with mostly missing and consecutive days with mostly recorded transactions). What I don't understand: Why is a (big) part of my transactions missing? Since another part of them gets recorded I don't think it's a problem with the UA tracking code. What could explain the difference of percentage of recorded transactions between shop1 and shop2? Did anyone else experience anything like this? Was there a solution or workaround? Any thought will be greatly appreciated, because I'm out of ideas Thank you, Dan
  3. mdan
    Salut. Incercat. Functionat. Multumesc, Valentin
×
×
  • Create New...