Announcement

Collapse
No announcement yet.

Google Analytics tracking site but not revenue amount?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Google Analytics tracking site but not revenue amount?

    Over the last few days I've looked at our Analytics account and I've seen that no revenue amount has been recorded since mid-July (which roughly corresponds to the time I upgraded our site from v9 to v10.0.1). However, if I track specific pages on our site (such as receipt.html) Analytics knows how many times it's been accessed, and this corresponds to the number of orders we've received - but for some reason it's not tracking the amount of the order.

    I don't know anything about JavaScript, but I've searched the forum and knowledge base for solutions, and I've implemented this solution (even though our site didn't appear to have this problem) and this solution because I figured it might be causing the problem.

    However, after implementing them and waiting a day for the analytics to come through, there is still no revenue information being collected, but all the pages of the site (such as receipt.html) are still being tracked correctly.

    Analytics worked fine with our v9 site, but since updating to v10.0.1 (and subsequently 10.0.2) it appears that something in the new version has caused it to break. This might be due to a feature shift in v10 which I admit have caught me out in the past (for example, leaving the online stock control setting as it was in v9, means the online stock control doesn't work in the same way as in v10), or it might be something wrong with my site.

    I hadn't changed any settings in Analytics or Actinic, but I've since been through the Actinic help files and checked the Analytics settings according to the 10.0.2 information. I hadn't had a Goal set up, so I've set that up, but it's not made any difference. We don't use SSL on the site either.

    Please could someone suggest where I and / or my site is going wrong?

    EDIT: I noticed that Google have introduced a new tracking code; one that is inserted just above the </head> tag. Google recommend switching to the new code - could this fix the problem? Is this something that should be / will be implemented by Actinic in their next release?

    #2
    I've just gone onto Google's Analytics help pages and have seen how they track the revenue from orders. To my (non-JavaScript-understanding) eyes, the code referred to in Google's help files contains code that doesn't appear in Actinic's version. I don't know if Actinic use a different way of tracking revenue, but could this be the reason that Analytics is not receiving the revenue information from our orders?

    Comment


      #3
      I contacted Actinic support, and they've managed to fix the issue.

      Since v10, I had changed the receipt page to have one of our store overall layouts to contain it (to make it fit in more visually than just using a blank page) - but by doing so it meant that the receipt page no longer had the necessary variables in it.

      A quick fix by Actinic did the job!

      However, I would advise caution to anyone who tries to do what I did. I would change the receipt page to match any other overall layouts, rather than using an overall layout for the receipt page. That way you can be sure that the required variables are still available.

      Comment


        #4
        Originally posted by Sadcase View Post
        Since v10, I had changed the receipt page to have one of our store overall layouts to contain it (to make it fit in more visually than just using a blank page) - but by doing so it meant that the receipt page no longer had the necessary variables in it.
        This needs sorting - as well as not all the new v10 code being inserted when using an external design via Dreamweaver. The number of checks on my list for manual intervention after using an external design is bonkers - it is not safe to assume creating an external design will work 100% with the DW plug-in.


        Bikster
        SellerDeck Designs and Responsive Themes

        Comment


          #5
          Just out of interest, I don't use the Dreamweaver extension - it's all manually coded. I just put the problem down to my unfamiliarity with v10 code.

          Comment


            #6
            Do you know what coding needs to be replace / changed.

            As I am having the same sort of problem!

            Comment


              #7
              Unfortunately not. I used the free online customer support to fix it and it was done within a day.

              Comment

              Working...
              X