Google Analytics & Ecom Tracking

I am looking to use Google analytics to track general site activity & also track subscriptions through the eComm options in Google Analytics.

Basic tracking is not an issue – just include the tracking script in the footer and your good

What about the eComm transaction tracking? I watched the video on your site and see how I can add in some specifics to the Google analytics script to track the subscription details, but what I am not clear about is what happens to the general tracking. Do I include the general script as normal so it’s included on all pages and also include Ecom scripts in the s2Member® API / Tracking > Signup Tracking Codes – Duplication?

Some direction,documentation or best practices on how to use Google Analytics on a s2Member/Pro site that includes transaction tracking and whatever else is possible would be great!

Thanks for your inquiry. ~ We appreciate your patience :-)

KB article created from this topic. Please see:
http://www.s2member.com/kb/ga-ecommerce-tracking/

Please let us know if you have any other questions/concerns :-)

Thanks Jason,

I followed the article, but I am not seeing the transaction. I have the general Google code tracking code include in the header of the site and then added the transaction chunk as indicated in the article.

I see the general traffic, but not the e-com data.

Do I need to have the general tracking code in the footer vs the header… an ordering issue?

Thanks for the follow-up :-)

Please post the full code that you’ve implemented for ECOM tracking and I’ll review it with you. Or, submit a Dashboard login privately and we’ll run diagnostics for you. See: s2Member® » Private Contact Form

Here is the code we have in the API Tracking area

<script type="text/javascript">

  var _gaq = _gaq || [];
  
  _gaq.push(['_addTrans',
    '%%subscr_id%%', // transaction ID - required
    '%%cv0%%', // affiliation or store name
    '%%initial%%' // total - required
  ]);

  _gaq.push(['_addItem',
    '%%subscr_id%%', // transaction ID - required
    '%%item_number%%', // SKU/code - required
    '%%cv0%%', // product name
    '%%item_number%%', // category or variation
    '%%initial%%', // unit price - required
    '1' // quantity - required
  ]);
  
  _gaq.push(['_trackTrans']); //submits transaction to the Analytics servers
  
</script>

and then we our standard tracking code included in the header

Details received. Thank you!

I just reviewed your installation. Your GA Ecommerce Tracking code looks good; as does your main GA tracking code. However, please be sure to paste your GA ECOM tracking code into both fields: Signup Tracking Codes and Modification Tracking Codes. If your Users/Members are purchasing while already logged into the site, that is a Modification and not a Signup. Most sites will want to track both scenarios.

See: Dashboard -› s2Member® -› API / Tracking -› Modification Tracking Codes

ECOM tracking data takes awhile to show up in your GA account. I’ve seen it take up to 48 hours in some cases. So this takes time to see results. Please let me know if you continue to have trouble.

Thanks Jason,

We will make that change, but I don’t think that’s the issue. I did a test registration/purchase creating a new account from scratch and the transaction did not show up in Google Analytics…. it’s been more then a week now.

Any other ideas? on which page would the transaction code get fired or is that behind the scenes?

Looking to get the resolved so we can move on with other tweaks!

Dina.

Thanks for the follow-up :-)

Have you integrated with Pro Forms or Buttons? If you can paste the s2Member® Shortcode you used, that will tell me what I need to answer your last question properly.

One trick to testing this, is to place an image that you actually see in your API Tracking fields. That way you’ll know when/where it shows up during your tests.

[s2Member-Pro-PayPal-Form level="1" ccaps="" desc="$97.00 CAD / Yearly Subscription (recurring charge, for ongoing access)" ps="paypal" cc="CAD" ns="2" custom="www.domain_name.com" ta="97.00" tp="365" tt="D" ra="97.00" rp="1" rt="Y" rr="1" rra="0" accept="paypal" accept_via_paypal="paypal" coupon="" accept_coupons="1" default_country_code="" captcha="0" success="/congratulations/" /]

Thanks for your reply :-)

So in this Pro Form, you are redirecting to a Custom Return URL on Success. This means the API Tracking Codes will be displayed at the bottom of your /congratulations/ Page. One thing to verify is that your WordPress® theme calls the wp_footer Hook. This is a WordPress® standard and all themes should make this action Hook display things like tracking codes, etc, in the footer of your theme. That’s what s2Member® uses as well.

See also: http://codex.wordpress.org/Function_Reference/wp_footer

If problems persist after another round of testing, please post a reply and we’ll run a test transaction for you.

Thanks! Yup.. we’re calling the hook in our theme footer.php.

It is an order thing? We have the generic GA tracking script included in the header and the GA transaction script in the footer.

Do we need to call the generic script AFTER the transaction script?

It is an order thing? We have the generic GA tracking script included in the header and the GA transaction script in the footer.

No, I don’t think this is a problem.
Just to double check; you DO have Google Ecommerce Tracking enabled for this domain right? In your Google Analytics account. See: https://developers.google.com/analytics/devguides/collection/gajs/gaTrackingEcommerce

I will run a test transaction shortly with a logger attached for you. If you can please confirm this also for me, that would be great. Thank you!

Google Ecommerce Tracking is enabled against the profile.

Thanks for the follow-up :-)

Running tests now. Please stand by. Thanks!

Thanks for your patience.

Unable to run a test transaction on your installation. An s2Member Pro Form Shortcode does not provide any way to accept payment on this installation for some reason. Have you made modifications to s2Member?

Does not work properly on this installation:

[s2Member-Pro-PayPal-Form /]

See “Test Page (by Jason Caldwell)” on your installation. Saved as a Draft.

No mods to your core plugin files… Just theming around the registration form. We are using Theme my login.

I went to your test page and published it, complete the registration form and it when out to paypal ($0.01) and returned back to the same registration page with a feedback message at the top. In snooping the source I see the expected google tracking code for the transaction in the footer…soooo it all looks good, including the transaction showing up in Google!

So whats the deal with our version of the shortcode – Is it because we are using a custom return page?
success=”/congratulations/”

Hi Jason,

Any suggested next steps to get this working in our implementation / shortcode ?

[s2Member-Pro-PayPal-Form level="1" ccaps="" desc="$97.00 CAD / Yearly Subscription (recurring charge, for ongoing access)" ps="paypal" cc="CAD" ns="2" custom="www.domain_name.com" ta="97.00" tp="365" tt="D" ra="97.00" rp="1" rt="Y" rr="1" rra="0" accept="paypal" accept_via_paypal="paypal" coupon="" accept_coupons="1" default_country_code="" captcha="0" success="/congratulations/" /]

Thanks for the follow-up :-)

I went to your test page and published it, complete the registration form and it when out to paypal ($0.01) and returned back to the same registration page with a feedback message at the top. In snooping the source I see the expected google tracking code for the transaction in the footer…soooo it all looks good, including the transaction showing up in Google!

So whats the deal with our version of the shortcode – Is it because we are using a custom return page?
success=”/congratulations/”

OK. So it’s working in the default implementation because you verified the snippet is there. Have you been able to verify the snippet is there on your /congratulations/ page as well? It’s just not showing up in Google Analytics?

If that’s the case, you might check your GA account and be sure there are no exclusions for the /?s2p-v=value that s2Member® passes your Custom Return URL on Success. See also: Dashboard -› s2Member® -› PayPal® Pro Forms -› Custom Return URLs Upon Success -› Verifying Integrity of Replacement Codes w/ s2p-v

Also, you might check to be sure your /congratulations/ page is not configured as a Goal or Funnel page in your GA account; just in case there is some conflict in your GA configuration that’s preventing ECOM tracking from working as expected on that page. Also, testing this with a different success="" value might help.

To answer your question though, no. I don’t see any reason why this would not work on your /congratulations/ page, so long as it uses a WP template that calls upon wp_footer() as it should. Which it is; I verified this on your installation.

If problems persist, I would suggest setting up a quick test installation of WordPress® and making an attempt to reproduce this there. I’ve run a few recent tests against a clean installation — running a default WP theme; and I was unable to reproduce the issue you’ve described. Even with the success="" attribute in use. If nothing else, this type of testing might shed light on the underlying cause for you; allowing you to narrow things down.

Thanks Jason,

OK. So it’s working in the default implementation because you verified the snippet is there. Have you been able to verify the snippet is there on your /congratulations/ page as well? It’s just not showing up in Google Analytics?

No, I have not seen the GA tracking code on the /congratulations/ ( source view ) . Should I be able to see it ( without the details ) even if I hit that page directly or will the code only be insert on return from payment?

I do have a goal configured against that page and it works, but it seems to me that for some reason the tracking code is not getting inserted as expected.

You suggestion on creating a test environment is valid and if we have to go that route we will, but I was hoping it would not be this difficult to trouble shoot.