Tracking different events in Google Analytics

Shana Masterson:

Hi Brian,

I'm giving it a try tonight! Thank you so much for your help. I thought that might work and you've confirmed my suspicions. Fingers crossed!

Update - I've created separate profiles for two different events I'd like to track separately, but they each give me the same code snippet with the same UA number. When creating a new profile, should I select:

Add a Profile for a new domainOR Add a Profile for an existing domain

I selected an existing domain, and when I copied the code snippet, it is exactly the same as the main profile. Do I select NEW domain, even though it is the same domain URL base?

Please help!

Shana

Hi Shana,

Just wondering if the method Brian mentioned to you in this thread worked for you guys? Any luck?

Let me know. I'm kind of running into the same issue and would love to hear how your experience has been with this set up.

Thanks!

-Ana Lawless

Shana Masterson:

Hi Ana,

Actually this has been working just great as far as GA is concerned. However, I've run up against some problems in Convio. Basically, I insert different GA code into the page wrappers for the corresponding events. Also, more recently, I started adding it to the PC2 wrapper as it does not use the default page wrapper. After inserting the code in the plain text, if you go to the wysiwyg view, the code is compromised and must be reinserted. So, if ever I am in edit mode and the WYSIWYG opens, I must reinsert the code.

If anyone has a remedy for this, please let me know!

Thanks!

Shana

What if you put the GA code in a reusuable page builder component and then added it to your pagewrappers with an S Tag?

Regards, Brian

Shana Masterson:

Hi Brian,

How would I handle that if I need a different UA# for each place I am inserting code?

Thanks!

Shana

You'd need one for each UA#, so I guess you'd only get two reuses per component. At least you don't have to worry about people breaking it, though.

Regards, Brian

Shana Masterson:

Hi Ana,

Actually this has been working just great as far as GA is concerned. However, I've run up against some problems in Convio. Basically, I insert different GA code into the page wrappers for the corresponding events. Also, more recently, I started adding it to the PC2 wrapper as it does not use the default page wrapper. After inserting the code in the plain text, if you go to the wysiwyg view, the code is compromised and must be reinserted. So, if ever I am in edit mode and the WYSIWYG opens, I must reinsert the code.

If anyone has a remedy for this, please let me know!

Thanks!

Shana

One more question --sorry.

When you guys set up the different profiles did you use your "redirect" links (i.e. www.curebraintumors.org) or did you use convio's direct urls?

If the latter, did it make any difference that all urls coming from convio had the same first string (i.e. "http://orgname.convio.net/site/PageServer?pagename="?)

Hope that makes sense.

Thanks again for all your help.

-Ana

Ana Lawless:

One more question --sorry.

When you guys set up the different profiles did you use your "redirect" links (i.e. www.curebraintumors.org) or did you use convio's direct urls?

If the latter, did it make any difference that all urls coming from convio had the same first string (i.e. "http://orgname.convio.net/site/PageServer?pagename="?)

Hope that makes sense.

Thanks again for all your help.

-Ana

I'd use whatever domain name your site is actually served from. For you it looks like www.curebraintumors.org redirects to www.braintumorcommunity.org. All your pages are then served from www.braintumorcommunity.org so I'd use that.

When you go to the secure forms, your domain changes to 'https://secure2.convio.net/bts'. That is going to break your goal tracking, because you change domains in the middle. (Usually your goal 'funnel' starts at the top of your site somewhere and ends at the donation Thank You page.) You can fix that by getting an SSL cert for braintumorcommunity.org. Then your forms would be served from https://www.braintumorcommunity.org.

Nevertheless, if the tracking code is on your donation forms you WILL still get visitor statistics on that page, even though it is on a different domain.

I like to put a couple of filters on as well. Do this right away, cause filters do not change past data. Create these in Profile Settings.

One converts the URLS to all lowercase. (That way if you have case differences in your links it doesn't make separate records in analytics.)

Name: Lowercase

Custom Filter

Lowercase

Filter Field: Request URI

The other strips out the whole "/site/pageserver?pagename=" bit from the URLs. That makes easier to read analytics and still resolves in Convio.

Name: Exclude PageServer

Custom Filter

Search and Replace

Filter Field: Request URI

Search String: /site/pageserver\\?pagename=

Replace String: /

Case Sensitive: No

You can also exclude your own internal traffic.

Name: Exclude Internal

Predefined Filter

Exclude... traffic from the IP addresses... that are equal to...

000.000.000.000  (<- Your company's IP address or range. Get it from your IT networking guys.)

Regards, Brian

Shana Masterson:

Hi Brian,

The lowercase filter was a real epiphany for me - thank you!

Any thoughts on how to remove the session tags from the URLs so I can get a better idea on goal conversions for donations, registrations, etc? Also, in conversion tracking, I generally show everyone as exiting just because they move to a secure site. Is there a remedy for that?

Thanks for your insights and help!

Shana

The lowercase filter was a real epiphany for me - thank you!

You bet. I picked that tip up from somewhere.

Any thoughts
 on how to remove the session tags from the URLs so I can get a better 
idea on goal conversions for donations, registrations, etc? 

I'll have to think about that.

Also, in 
conversion tracking, I generally show everyone as exiting just because 
they move to a secure site. Is there a remedy for that?

Are you moving from your domain to the https://secure3.convio.net url? That breaks the path to the goal. If you are going from http://yourdomain.org to https://yourdomain.org it should be okay with Analytics.

Regards, Brian

Brian Mucha:

The lowercase filter was a real epiphany for me - thank you!

You bet. I picked that tip up from somewhere.

Any thoughts
 on how to remove the session tags from the URLs so I can get a better 
idea on goal conversions for donations, registrations, etc? 

I'll have to think about that.

Also, in 
conversion tracking, I generally show everyone as exiting just because 
they move to a secure site. Is there a remedy for that?

Are you moving from your domain to the https://secure3.convio.net url? That breaks the path to the goal. If you are going from http://yourdomain.org to https://yourdomain.org it should be okay with Analytics.

Regards, Brian

You have to get your own SSL Certificate for your domain.

The popular Verisign certificate costs an arm and a leg, but there are many other options. Read Michael from CARE on this thread. Yes, couple of THOUSAND a year for Verisign.

http://community.customer.convio.com/message/3599#3599

It appears that Convio will help. Probably should drop them a line before buying regardless.

http://community.customer.convio.com/docs/DOC-2383

Regards, Brian

Brian Mucha:

The JServ example was from regular old donation form URLs, not from a teamraiser. Sorry for the confusion.

I can't recall ever noticing PROXY in our teamraiser URLs, but that and the other few could easly be filtered in the same way. I don't think it has anything to do with the secure server thing. That long number in the actual URL has me stumped though. I can't think of a way to get rid of that.** I haven't yet tried to isolate each individual registration page's activity though.

Regards, Brian

PS - Of course, FR_ID is the TeamRaiser ID (FriendRaiser is the original name of TR I believe) and DF_ID is for the Donation Form.

** I DID just think of something, but I'm out of time today to be sure. You can use Regular Expressions in the Advanced Filter settings. I bet you can use RegEx to drop the numbers, but I'm not quite good enough with RegEx to write it without fooling around. I'll try to come back to this tomorrow if no one beats me to it.

Regards, Brian

The Include All Domain Traffic Filter section of this link got me thinking along these lines. ( http://doteduguru.com/id629-google-analytics-filters.html )

Sure to need this too: ( http://www.analyticsexperts.com/resources/google-analytics-regex-filter-tester/ )

Here's what I think you need...

The filter type is Custom Filter - Search and Replace

Filter Field        Request URI

Search String       /*\\?

Replace String      /Registration?

Case Sensitive       No

This should take your URL and find slash---any_bunch_of_numbers---question_mark and replace it with slash---Registration---question_mark.

So these....

https://secure3.convio.net/cmf/site/TRR/RacefortheKids/RacefortheKids/2350323564?pg=ptype&fr_id=1223

https://secure3.convio.net/cmf/site/TRR/RacefortheKids/RacefortheKids/1520334702?pg=ptype&fr_id=1223

https://secure3.convio.net/cmf/site/TRR/RacefortheKids/RacefortheKids/5974565495?pg=ptype&fr_id=1223

Should all become this...

https://secure3.convio.net/cmf/site/TRR/RacefortheKids/RacefortheKids/Registraion?pg=ptype&fr_id=1223

Let us know how this works out for you.

Regards, Brian

Shana Masterson:

Hi Brian!

I'm playing around with this now. Should the user id have both letters and numbers would the filter look like this?

/.htm/?&cons_id()*

As you can see, regular expressions are not my strong suit. Thank you so much for all your help!

Shana

RegEx are no one's strong suit. :-)

It's case sensitive, so I think it should actually be...

Edit: Oops, make that...

(||)*

Shana Masterson:

I'm sorry keep coming back to you, but I'm determined to get this to work. I set up the filter as we discussed, but I'm still seeing the pages:

>

You could just add "cons_id", "ts", and "signature" to your "Exclude URL Query Parameters" field in your Profile Settings. We only needed to fool with the RegEx to get rid of that string of numbers that was part of the URL itself and not a parameter.

Regards, Brian