Well, for really accurate figures you need to process your server logs anyway, and even then there’s a lot open to interpretation. So, what I use Google Anylytics for, mainly, is trend analysis. Visits going up? Bounce rating staying low? That kind of thing. You’ll never get entirely accurate statistics, but it really does not matter in the long run. Having said that, in this day and age of ubiquitous AJAX, I don’t think too many people have turned off Javascript permanently.

Couple of questions, What’s FF?

My site targets a highly technical crown with lots of other competing sites out there.  I’ve noticed that an incredible majority of my readers come in via RSS.  Therefore my bounce rate is crazy high.  They come in, see what they need, then leave until there’s an update again.

Isn’t it interested that if you then target hihg-end users, you may get pinged for poor bounce rate.

I am also using a multi-page tag that accomplishes most of what I needed, but may screw the GA data.  It really screws with comments for some reason.  here’s the code

{if segment_4 == “” OR segment_4 == ‘P0’}
{image}
{body}
{/if}

{multi_field=“extended|page2|page3|page4|page5|page6|page7|page8|page9|page10”}
<div class=“paginate”>
{paginate}
<p>(Page {current_page} of {total_pages} pages for this article {pagination_links})</p>
{/paginate}</div> 

Also, on a side note, I have recently been given access to the Google Ad Manager Beta.  For some reason, there seems to be some conflict that cause it to not work at all.  Not sure if it’s EE, some type of javascript or whatever.  Even the simply tutorial they offer showed nothing.

All said, Google, between Analytics and Ad Manager is causing my site some grief.

FF = FireFox - NoScript is an add-on for that browser that allows to block or enable JavaScript (and other scripting) based on a domain or even page URL. Standard with NoScript activated in Firefox is to block JS from all domains not explicitly allowed. That way, GA can’t recognize a visit because the GA JS isn’t executed.

RSS is known to change the surfing behaviour of users. Highly technical users are more RSS savvy (and perhaps even using Firefox with NoScript more often).

But honestly, all that isn’t really a “problem” - as stated above, the number of page impressions isn’t a good goal anymore ... you wouldn’t get more business just by having a lower bounce rate ... it would perhaps only lead to more visitors browsing through your pages and not finding what they looked for. Therefore, qualified traffic (and users subscribing to your RSS fed are at least pre-qualified) and clearly defined conversion goals are king. And, as stated above, GA and other web statistics are great in monitoring trends, not tracking every single visit to a site.

What do you mean with “srew the GA data”?

Markus

I pay my writers based on the traffic they drive to the site and calculate the payments based upon Google Analytics (GA).

Google Analytics is fast becoming a standard with at least my advertisers in that they’d like to see the data.  We’re very open in our business and share that to contracted vendors.

My server stats (where this thread originated I believe), is showing numbers much, much larger.  I use AWStats and it’s claim is that it doesn’t count spiders, etc. 

Any other suggestions other than Google Analytics to track and pay my writers - as well as share with vendors as a “real” traffic number?

You find writers that allow you to pay them on the statistics that a JS solution is counting and that you are presenting to them? Wow ... congrats to you.
GA becoming a standard for statistics accepted by your advertisers? You’re my man ... I have some completely useless stuff here, seems you could sell that for me and we both make a fortune!

Honestly: All pay for view based actions I was involved in for sites with some serious traffic required external, proven data based on webbugs, tracking servers and other means. But for smaller sites, pay per view is a dead horse if you ask me. There simply is no “real” traffic number to trust in without involving some expensive external monitoring service. As long as your partners are okay with JS based statistics, just be happy. And hope that your authors aren’t manipulation the page impressions by reloading their own articles. AWStats is crap as well (or at least, one would need some serious analyzing package to generate reliable data from the raw server logs…) - it counts requests, not served impressions.

For example: try ruling out traffic counted by AWStats that comes from all sorts of spam bots (trackbacks, comments, email harvesters, ...) - they don’t identify themselfes as bots. Good luck - some sites have more bot traffic than real users, especially small sites. GA will ignore most of that traffic because the JS isn’t evaluated.

For me, your business model seems to be outdated since at least three years. Its simply not reliable. Most robust business models I see these days are either based on countable actions (sales, perhaps newsletter signups, in advertising pay per click ... with the huge problem of click-fraud) or based on timed or proportion scenarios. But thats not really related to the topic of this thread anymore, so I’ll shut up now.

Just my $.02
Markus

All good points. 

My market is a niche that I was a print publisher in for many years.  Folks know me and trust me for that.  That may explain a great deal.

For the most part, the big sponsorships I currently have are paying a flat rate for the year.  No traffic minimum believe it or not.  Apple, HP and Adobe are three of them, so they’re not small potatoes.

The payment scheme for writers make sense in that the are incentivized to write great articles and drive great amounts of traffic.  If there were an alternative means of tracking traffic to individual blogs within my site, I’d look into it.  We are an aggregate of blogs.  Strength in numbers….

There is a way to traffic every hit you have. Any log parser can do it. AWStats will always be leaps and bounds more accurate than ANY scripted resource.

Do yourself a favor, install a free app like awstats. Spend the time to configure it correctly. Then track your blogs with both. you’ll see immediately just how badly Google Analytics misses your numbers.

As was stated, use GA for what it’s good at. Trend analysis. But don’t ever expect a javascript, remote script to be even remotely accurate.

Also, as you mention your site is largely technical? You’re even more prone to be WAY off with GA because a very large portion of those people will be using FF with noscript. and you’ll never see a bit of their visits with GA, but you would with AWStats.

Hey all, I finally figured out the incredible discrepancy between my AWStats and my Google Analytics reporting data.

According to AWStats, 7 of the top 10 pages are RSS.  There is no Goggle Analytics code in the rss template.  I tried to add it and of course it won’t accept it.  Reviewing the AWStats reveals that a vast majority of users are using RSS.

So here’s the question:  Is there any way to place the GA javascript code on the RSS template?  If not for me, it seems GA is relatively useless as a real traffic tracker.

GA isn’t targeted at RSS and a lot of RSS readers (and aggregators) might ignore JS code altogether.

I found this thread after being concerned about the same thing—the huge difference between EE stats and Google Analytics.

I spent quite a few years working for Internet divisions at two large media companies. Both divisions had Omniture, which is a probably the most dominant commercial stats package out there and used by many major companies. Omniture also suggested putting the tracking code at the bottom of the page because of page load issues after we quit another stats company and went with them. When we did that, we saw a fairly significant drop in page views.

We had to do it not only to track complete page loads accurately, but also to provide accurate stats to our advertisers. It became clear to us that page load is a factor in total traffic, especially for sites with 600k pages that are visited by people with DSL, dialup (yes, they still exist) and other slow connections.

That said, I don’t like seeing lower page views, but too conservative is better than too liberal (except maybe in politics, where moderate is fine with me).