Simple Google Analytics - Support

shrimp-gumbo-mmmhhh:

Hello,

I have implemented the module and am seeing that it is tracking but I am not seeing the transactions in the ecommerce section of Google. I did a test order and the checkout success pages looks as google is requesting. Does it take longer than normal for them to show? I implemented yesterday and don't see anything yet? I can see my google checkout ecommerce transactions.....

Thanks,

Shrimp-Gumbo

I found it! It looks like it is working... Thank you!

dbrewster:

ah, never mind, I missed a step! Always pays to read again, very carefully! (D'oh!)
odayict, this could be happening to you, too, check those installation instructions!

Yep. Pays to read closely. ;)

shrimp-gumbo-mmmhhh:

I found it! It looks like it is working... Thank you!

Sometimes it just takes time for Google to actually report the data it gathers. Patience is a virtue.

will this work for 1.3.8, we have it on our 1.3.7 and it works fine.... thanks

For ecommerce- some of my orders don't have the items or amounts in them... some are Paypal and some are Credit Card (authorizenet_aim). Any idea why it is working sometimes and not others?

Thanks,

Shrimp-Gumbo

Has anyone covered the fact that the installation sql deletes important configuration data related to attributes and breaks zen-cart?

I had to run these SQL commands to fix my zen-cart install after installing this analytics module.

INSERT INTO `configuration` VALUES ('', 'Product option type Select', 'PRODUCTS_OPTIONS_TYPE_SELECT', '0', 'The number representing the Select type of product option.', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO `configuration` VALUES ('', 'Upload prefix', 'UPLOAD_PREFIX', 'upload_', 'Prefix used to differentiate between upload options and other options', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO `configuration` VALUES ('', 'Text prefix', 'TEXT_PREFIX', 'txt_', 'Prefix used to differentiate between text option values and other option values', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO `configuration` VALUES ('', 'Image Handler Version', 'IH_VERSION', '2.0', 'This is used by image handler to check if the database is up to date with uploaded image handler files.', 0, 100, NULL, '2007-06-06 16:47:03', NULL, 'zen_cfg_textarea_small(');  

will this work for 1.3.8, we have it on our 1.3.7 and it works fine.... thanks

mrblaq:

Has anyone covered the fact that the installation sql deletes important configuration data related to attributes and breaks zen-cart?

I had to run these SQL commands to fix my zen-cart install after installing this analytics module.

INSERT INTO configuration VALUES ('', 'Product option type Select', 'PRODUCTS_OPTIONS_TYPE_SELECT', '0', 'The number representing the Select type of product option.', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO configuration VALUES ('', 'Upload prefix', 'UPLOAD_PREFIX', 'upload_', 'Prefix used to differentiate between upload options and other options', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO configuration VALUES ('', 'Text prefix', 'TEXT_PREFIX', 'txt_', 'Prefix used to differentiate between text option values and other option values', 0, NULL, '2007-03-19 17:57:39', '2007-03-19 17:57:39', NULL, NULL);
INSERT INTO configuration VALUES ('', 'Image Handler Version', 'IH_VERSION', '2.0', 'This is used by image handler to check if the database is up to date with uploaded image handler files.', 0, 100, NULL, '2007-06-06 16:47:03', NULL, 'zen_cfg_textarea_small(');

 
I just installed this mod in my 1.3.8 do I have to run this code so my cart won't break?

I'm running 1.3.8a and I had to. I noted that in the GoogleAnalytics.sql file, these commands right at the beginning deleted a bunch of stuff:

SET @t4=0;
SELECT (@t4:=configuration_group_id) as t4 
FROM configuration_group
WHERE configuration_group_title= 'Google Analytics Configuration';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

First of all, the default install of zen-cart on my system never had a configuration_group_title of 'Google Analytics Configuration' Thus t4 remained set to 0 and then anything in my DB that was configuration_group_id == 0 was deleted.

This in turn deletes the following configuration keys from my configuration table:
PRODUCTS_OPTIONS_TYPE_SELECT
UPLOAD_PREFIX
TEXT_PREFIX

And that's just not right.

I now don't know why the following table row is needed. I just used it on recommendation of Ajeh in this thread. It wasn't deleted by the analyytics install.

INSERT INTO `configuration` VALUES ('', 'Image Handler Version', 'IH_VERSION', '2.0', 'This is used by image handler to check if the database is up to date with uploaded image handler files.', 0, 100, NULL, '2007-06-06 16:47:03', NULL, 'zen_cfg_textarea_small(');

I'm 97% certain that none of the modifications or additions I've made to the base zen-cart package have caused this error for me. I'm writing this so you will be able to know how to fix your zen-cart IF this problem arises.

So, in conclusion, you CAN install google analytics just fine. BUT, it will probably mess up your products attributes AND you can fix it by running the query I mentioned earlier.

Thanks,
Dave

how can I test if I need to run some other code that this deleted or replaced? how do I know?

First, run this query

SELECT configuration_group_id
FROM configuration_group
WHERE configuration_group_title= 'Google Analytics Configuration';

If no row is returned, just delete the two "DELETE" lines from the beginning of googleanalytics.sql:

DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

Otherwise, if it does return a number, you'll then need to run the following queries to see what may be deleted. Replace <number> with what was returned above

SELECT * FROM configuration WHERE configuration_group_id = <number>;
SELECT * FROM configuration_group WHERE configuration_group_id = <number>;

If any rows are returned by those two queries, you'll need to back up those lines before running the googleanalytics.sql script.

Hello,

It appears that if someone purchases 2 items that have the same SKU and model number but different attributes then google is ignoring the second one and only reporting one instead of two. Would it be very easy to add attributes to the checkout_success product information?

Thank you!

Shrimp Gumbo

shrimp-gumbo-mmmhhh:

Hello,

It appears that if someone purchases 2 items that have the same SKU and model number but different attributes then google is ignoring the second one and only reporting one instead of two. Would it be very easy to add attributes to the checkout_success product information?

Thank you!

Shrimp Gumbo

Also, Google Checkout was sending information back on checkouts but appears not to be now... any ideas?

mrblaq:

I'm running 1.3.8a and I had to. I noted that in the GoogleAnalytics.sql file, these commands right at the beginning deleted a bunch of stuff:

SET @t4=0;
SELECT (@t4:=configuration_group_id) as t4
FROM configuration_group
WHERE configuration_group_title= 'Google Analytics Configuration';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

> 
> First of all, the default install of zen-cart on my system never had a configuration_group_title of 'Google Analytics Configuration'  Thus t4 remained set to 0 and then anything in my DB that was configuration_group_id == 0 was deleted.
> 
> This in turn deletes the following configuration keys from my configuration table:
> PRODUCTS_OPTIONS_TYPE_SELECT
> UPLOAD_PREFIX
> TEXT_PREFIX
> 
> And that's just not right.
> 
> I now don't know why the following table row is needed.  I just used it on recommendation of Ajeh in [this](http://www.zen-cart.com/forum/showpost.php?p=408898&postcount=10)  thread.  It wasn't deleted by the analyytics install.  
> 
> ```
INSERT INTO `configuration` VALUES ('', 'Image Handler Version', 'IH_VERSION', '2.0', 'This is used by image handler to check if the database is up to date with uploaded image handler files.', 0, 100, NULL, '2007-06-06 16:47:03', NULL, 'zen_cfg_textarea_small(');

I'm 97% certain that none of the modifications or additions I've made to the base zen-cart package have caused this error for me. I'm writing this so you will be able to know how to fix your zen-cart IF this problem arises.

So, in conclusion, you CAN install google analytics just fine. BUT, it will probably mess up your products attributes AND you can fix it by running the query I mentioned earlier.

Thanks,
Dave

Here is an important fix that you can use to remedy the situation before you install it. I have been looking into this myself, and came up with the following fix.

In the beginning of your SQL file, alter the lines that look like this:

SET @t4=0;
SELECT (@t4:=configuration_group_id) as t4
FROM configuration_group
WHERE configuration_group_title= 'Google Analytics Configuration';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

To read as follows.

SET @t4=0;
SELECT (@t4:=configuration_group_id) as t4
FROM configuration_group
WHERE configuration_group_title= 'Google Analytics Configuration';
DELETE FROM configuration WHERE configuration_group_id = @t4 AND configuration_group_id != 0;
DELETE FROM configuration_group WHERE configuration_group_id = @t4 AND configuration_group_id != 0;

This in effect says "delete the entry for Google Analytics if it is there, otherwise do not delete anything. I applied this to a release (patch) here today and re-uploaded to the zen-cart site.

keylesslocks:

will this work for 1.3.8, we have it on our 1.3.7 and it works fine.... thanks

Should work on 1.3.8 just fine.

shrimp-gumbo-mmmhhh:

Hello,

It appears that if someone purchases 2 items that have the same SKU and model number but different attributes then google is ignoring the second one and only reporting one instead of two. Would it be very easy to add attributes to the checkout_success product information?

Thank you!

Shrimp Gumbo

Google is not actually "ignoring" it as such. The way Google reports data is all in how you tell it to. If a product is identical in nature to another (as far as SKU, model, etc...) then Google sees that as one individual product (because it is) no matter if it has different attributes.

You can't just add "attributes" to the code without Google allowing it (and accepting it). That won't work.

The code currently in place is taken directly from the Google Analytics instructions.

You can tell Google HOW you want to report data to it (and how they should report on it) by choosing the proper selection from the admin configuration value that reads "Use sku/code".

Currently, Google only allows you to report based on either Product ID, or Product Model. If either of these are identical to another product being purchased (no matter if the attributes are different), then Google groups them into "1" product transaction.

So that is what you are seeing happen on your end. Google is not actually deleting the additional product (or ignoring it) they are simply "grouping" it based on the indicator you have told them to through the configuration value mentioned above.

they say some new things are going to be able to be done with the new "ga.js" version of tracking code, but have not released exactly what that will be yet. Maybe they will allow separation based on "attributes" as well. Who knows.

In the meantime, if you want to separate products with different attributes within Google, you would have to give each product a different Product ID or Model # (depending on the method in which you tell Google to report the data back to you).

Hope that helps in understanding what is going on.

As far as thee Google Checkout sending information back at one time, but not appearing to do so now, that seems to be something that is being affected by another issue and not the analytics itself. The module does not affect how data is moved between checkout and site, it only passes the completed data to Google for reporting as they instruct.

econcepts:

Google is not actually "ignoring" it as such. The way Google reports data is all in how you tell it to. If a product is identical in nature to another (as far as SKU, model, etc...) then Google sees that as one individual product (because it is) no matter if it has different attributes.

You can't just add "attributes" to the code without Google allowing it (and accepting it). That won't work.

The code currently in place is taken directly from the Google Analytics instructions.

You can tell Google HOW you want to report data to it (and how they should report on it) by choosing the proper selection from the admin configuration value that reads "Use sku/code".

Currently, Google only allows you to report based on either Product ID, or Product Model. If either of these are identical to another product being purchased (no matter if the attributes are different), then Google groups them into "1" product transaction.

So that is what you are seeing happen on your end. Google is not actually deleting the additional product (or ignoring it) they are simply "grouping" it based on the indicator you have told them to through the configuration value mentioned above.

they say some new things are going to be able to be done with the new "ga.js" version of tracking code, but have not released exactly what that will be yet. Maybe they will allow separation based on "attributes" as well. Who knows.

In the meantime, if you want to separate products with different attributes within Google, you would have to give each product a different Product ID or Model # (depending on the method in which you tell Google to report the data back to you).

Hope that helps in understanding what is going on.

As far as thee Google Checkout sending information back at one time, but not appearing to do so now, that seems to be something that is being affected by another issue and not the analytics itself. The module does not affect how data is moved between checkout and site, it only passes the completed data to Google for reporting as they instruct.

Thanks Econcepts,

Analytics didn't seem to group both items... they just showed one of one item sold... if it grouped that would have been okay. Actually what I am asking is ... "Is there an easy way to add the attribute to the model name and would that work to have the same sku with two product names.... like item #15541 LEXUS-RED and item #15541 LEXUS-WHITE

Thanks!

Shrimp-Gumbo

I just upgraded version 1.1 of the Simple Google Analytics mod to version 2. I did it by the book with no errors and it appears the code is in the pages on https://www.rv-accessory-store.com but Google Analytics doesn't acknowledge it.

Can anyone give me some ideas? I'm perplexed.

Thanks,
Mark

internetoutfitter:

I just upgraded version 1.1 of the Simple Google Analytics mod to version 2. I did it by the book with no errors and it appears the code is in the pages on www.rv-accessory-store.com but Google Analytics doesn't acknowledge it.

Can anyone give me some ideas? I'm perplexed.

Thanks,
Mark

Change "UA-3294791" to "UA-329479-1"

I think your account number is wrong.

Shrimp-Gumbo

I think it would be good to have the tracking in the popup_shipping_estimator.html page.... any ideas of how to do this?

Shrimp