views:

1224

answers:

12

I'm trying to determine why an enterprise wouldn't want to use Google Analytics.

Here are the main reasons I've seen mentioned:

  • Inability to track clients that have Javascript disabled.
  • Lack of ownership of the statistics - Google owns the data.

Most of the web clients with Javascript disabled will probably be bots/spiders. This data is interesting, but probably not very useful.

As for the ownership issue, this is a bit paranoid IMO.

What am I missing here? When is Google Analytics not good enough?

A: 

I wouldn't use it for any of my sites, because you're forcing the user to accept your proprietary JavaScript code in their browser, which is bad. Also, giving your data is Google is a really bad idea.

See Piwiki for something you can run yourself as in free software, eliminating both of the problems.

mattl
"Oh no I'm running non-free javascript" *asplode*Nobody cares except Richard Stallman. Why do you need to modify the javascript that tracks stats on some website?You're not forcing the user to accept proprietary javascript, either, unless you're forcing them to use your website.
Rusky
You're giving all of your data to the hosting company anyway, the javascript can be turned off with no ill effects, it's not YOUR proprietary code (it's Google's javascript), you aren't giving your data to Google because you didn't have any data before they generated it for you. Everything but the Piwiki thing is wrong.
Grant
The Stallman article is just hilarious, nothing more. Please don't base any actual real-world decisions on it.
deceze
FYI it's spelled 'Piwik'.
LarsH
@Grant: you are giving google the opportunity to collect your raw data, an opportunity that was only yours before you gave it up. So in effect you are giving them access to your raw data. You are also letting them keep the analyzed results too. I'm not saying that's a showstopper, but it is something to take into account.
LarsH
@LarsH I suppose if you have sharing turned on, then you would be giving them a copy of your data in exchange for analyzed data. You can turn sharing off, which should prevent them from using that data (It's my opinion that Google respects the sharing preference).
Grant
+10  A: 

The Google Analytics EULA does not allow you to track individual users by identifying them. So if you wanted to add a custom variable for username to track how many times each user logs in, then you would be in a gray zone if not outright violating the EULA.

I use Google Analytics on about 10 sites right now and it's a great tool. In addition to all the analytics stats, you can tie it in with AdSense and it becomes a marketing/revenue tool and not just "wow look at all these cool user stats". If there was a way to track by user ID in certain circumstances (e.g. if user's agreed to it, or if they work for the company that owns the site) then I would have no issues.

Besides, it's free and all you have to do is add JavaScript to the files, so give it a try and see what you think after a few months.

Mike Knowles
I really appreciate the answer. I'm having trouble finding any examples where this limitation has caused problems or been prosecuted. Any sources on this?
Gabe
Mike Knowles
+15  A: 

Here are my findings from additional research:

Google Analytics is limited to 5 million page views per month - source

If a web site generates more than 5 million pageviews per month it will need linked to an active AdWords account to avoid interruption of service.

Lack of / slow technical support

All Google support is handled through email and response times can take a week or more. Commercial analytics products often have much faster & personalized support.

Inability to track files (PDF's, Images, etc.)

GA relies on Javascript and files lack the ability to execute Javascript. The workaround to this problem is to tag the link, but this won't track requests that go directly to the file.

Limited ability to customize

This is a selling point that I see pushed by commercial analytics tools (WebTrends). However it's never explained what customizations are denied by GA but allowed by WebTrends.

Gabe
The 5 million PV limit is hardly an issue. If your site brings in several million PVs/month, you are most likely using AdWords as part of your marketing strategy anyhow. And I personally haven't seen any interruptions on any of my company's GA profiles running more than 25 million PVs/month.
Jens Roland
@Jens, our nonprofit org's site brings in more than 5 million PVs/mo, and we don't use AdWords. For this reason we eliminated GA from consideration. (Not that we could never get an Adwords account, but that requires a lot more administrative decision-making.)
LarsH
+6  A: 

Hi folks Thought I'd add my two pence worth to this thread, as this a topic close to my heart and one I've debated with colleagues for years. We've used webtrends in house for as long as i can remember, back to version 4 of the log analyzer (how different things were back then!). Since Google Analytics came along, we've started to come under increasing pressure from certain parts of our business to switch, as 'it does everything we need form an analytics tool'

Well, true in many senses it does, especially these days. But I championed the integration of our CRM and web analytics tools back in 2006, and as our business isn't e-commerce (the 'conversion' happens offline, sometimes months after the visitor acquisition) we need to integrate in this way to get a true picture of campaign effectiveness, and notion of ROI.

All of this means, we need access to the raw data, need to be able to join visitor records on sessionID etc, without this access we'd be screwed. I'd love it if we could roll without it, but the current requirements mean we can't, so this alone is a HUGE reason why Google analytics is not good enough.

Over and out

Simon
+3  A: 

Google Analytics does not work well with mobile phones. While the iPhone and the Palm may be supported, many of the existing handsets do not support the javascript that Google uses.

Hortitude
+1  A: 

I would NOT go with server logs. In fact I have them disabled on my server. Why you ask me?

For the simple reason that everytime you hit my server that stupid logging program makes an entry in the physical log file on my HDD. So if my server gets 100,000 hits in a day that's 100,000 time a HDD write operation happens.

You think that's cool? Well it's not. It's slowing your server down, specially if the log file is huge.

Why would someone even consider doing that to their server? Specially when we're working so hard to minify javascript, css and make image files 2 KB smaller!

Please do yourself a favor don't log directly on your server.

At least Google Analytics logs it on Google's server so my server's healthier.

Cyril Gupta
If the benefits of server logs (mentioned on this page) don't matter, then you are correct that the disk-write penalty isn't worth it. However, if the benefits are useful and the disk-write times are a concern, then log files can be moved to a separate disk (with zero web content) so log files won't contend with other content for access to the disk.
Gabe
A: 

While GA is very user-friendly, I've found it's not as granular as some of the other stats programs (or maybe I'm not looking in the right places). Before the marketing monkeys I work with began pushing GA, we were very satisfied with AWStats. The sheer scope of the data helped us on several occasions hone sites to better suit their audience. While GA is very shiny and laid out well, I personally still prefer the raw numbers like I used to get through AWStats.

SilentBobSC
+2  A: 

Recently I wrote an article on this subject: "10 strengths of web log analyzers compared to javascript based analytics". Of course, not all of points are relevant to everyone.

vrad
+6  A: 

One reason that was, surprisingly, not posted:

  • timing / speed of reaction

It takes at least 4 hours (up to 24) for GA to update your data.
This is ok for me personally in most of the cases, but when reacting fast is crucial (news sites, one-off events, etc.) you may want to employ some other solution (Mint comes to mind, but it's not the only one out there of course).

Agos
+1  A: 

If you're based in the UK, then theoretically you could be breaking the Data Protection Act by using Analytics.

If information about your users (like which web pages they're looking at) goes "outside the European Economic Area" and onto Google's servers in the US, then you're breaking the DPA.

Pretty obscure, but you did ask :)

Piwik avoids the problem because you host it on your own servers.

AP257
A: 

A couple more points that I've come across:

  • GA doesn't let you dig beyond full-day statistics; I would often like the ability to investigate whether a traffic dip the previous day was caused by the design update I did at 1pm or the soccer match on TV at 8pm.
  • GA doesn't offer a workaround for traffic spikes caused by DDoS attacks, Slashdotting etc. When I'm looking at a GA visitor graph of 2009, all I can see is the 2-million-pageview-spike on October 16th, pushing the entire rest of the year down flat against the horizontal axis of the graph. To get a meaningful graph, GA should offer the ability to trim or exclude outlying data points, or the ability to limit/bracket the graph window itself
  • GA doesn't have an event monitoring client (think Reinvigorate's Snoop tool)
Jens Roland
+1  A: 
  • Lack of ownership of the statistics - Google owns the data.

... As for the ownership issue, this is a bit paranoid IMO.

One problem with it is that we can't even access the raw data. We had a use case this week where we wanted a visitor map for an executive presentation. We needed to get more flexible with how the visitor map is displayed (wanted to view the map in Google Earth plug-in). In GA, you can't. You take what they give you. You can see a map of how many visits came from each city, but you can't export a data file of cities and number of visits, to run the data through other tools. So, paranoia aside, there are significant limitations on what you can accomplish with GA.

However this is not a problem if you use Urchin, the self-hosted version of GA: you can export the data and do what you want with it. (And the exported data is richer than the web server log's, as it includes some analysis already.)

Since Piwik is open source, and pluggable, I imagine you could enhance the visitor map plug-in any way you wanted to. And export whatever data you want.

Whether this limitation affects you depends on your needs, obviously.

Update: I've now looked at the GA Data Export API, and it turns out that things you cannot do through the UI (as you can with Urchin), you can do with this API. It does look like you can export the visit data I was talking about, via a feed (although there are daily traffic caps on those requests). So sprinkle salt heavily on what I wrote above.

LarsH