Live data from Hacker News

The scourge of web analytics

stavros.io

51–60 of 83 posts

Re: The scourge of web analytics

#51
post #37

Earlier quoted context omitted.

Google Analytics just allows you to GET a URL to send an event, which that tracking pixel does. Interesting that it actually returns an image, though, I didn't know that.

So that runs once when the page loads? It's not a continuous/real time tracker? Feel free not to respond as I said I can just Google. Thanks though.

[deleted]

Re: The scourge of web analytics

#53
post #33

Earlier quoted context omitted.

99% of ecommerce folks are not a scale where this would effect anything, and even then google display ads are less than 5% of the usual online marketing mix. It's well worth the tradeoff for the power and flexibility of GA.

Why would scale matter?

As a small company, you are barely affecting Google's targeting algorithms on your own.

Re: The scourge of web analytics

#54

I've worked in web analytics for the last 4 years. It's a bit annoying that OP doesn't differentiate "analytics tools" and "marketing tools", nearly every site I've worked on doubles the site load speed due to some arcane synchronous-only loading iFrame. Server side seems like a good idea until you realise how many bots there are on the internet (which the business doesn't care about), how hard it is to implement (on…

Not to be rude, as I am genuinely interested in this area. But is there much more to it than adding a GA tracker and setting up the dashboard?

Re: The scourge of web analytics

#55
post #45

I’ve been making web apps since 2003, which means that I’ve been doing this for fourteen years now, or it means that I can’t count. So, there are few people more qualified than me to tell you this: The web is shit. I've been doing this since 1996. I watched the transition from server-side analytics (one of my first jobs was implementing access log collection and anaylsis for a decently sized group of sites) to client…

I'll be mildly amused if sites are forced to return to server-side log collection because enough folks have started using tracking blockers.

That's already available as a service from Cloudflare.[1] Since so many sites go through Cloudflare, they know what many large sites are doing.

[1] https://www.cloudflare.com/analytics/

Re: The scourge of web analytics

#56

Earlier quoted context omitted.

What about running your own service like piwik?

That would be best, I tried to run it for me but my needs are too simple for a full-blown solution like that. I'm currently trying to just add a tracking image to my own server so I can count visits.

Server logs?

Re: The scourge of web analytics

#57
post #52

I was just looking for something to replace Google Analytics with the other day. GoAccess looks great.

Here's a how-to I wrote recently, which includes automating GeoIP look ups plus 'Referer Spam' blocking with simple cronjobs: https://www.tombrossman.com/blog/2017/faster-and-more-accura...

Re: The scourge of web analytics

#58
post #46
post #45

I’ve been making web apps since 2003, which means that I’ve been doing this for fourteen years now, or it means that I can’t count. So, there are few people more qualified than me to tell you this: The web is shit. I've been doing this since 1996. I watched the transition from server-side analytics (one of my first jobs was implementing access log collection and anaylsis for a decently sized group of sites) to client…

I hope to have time to work on a server-side ad + analytics framework, purely as an exercise. Might work as a business as well, as a "boutique" version of an ad network for blogs and businesses who care about privacy/not shitting in their users' browsers. I noticed this kind of small network with "premium"/"nice" ads a couple of years ago, but I can't remember any names. I really liked the idea tho.

That's an idea I've had for a long time actually, but never made anything of it. Running ads server-side, maybe especially that the server can preload ads so there is no overhead for the actual users in loading the ad. That seems like a good idea to me.

Re: The scourge of web analytics

#59
post #37

Earlier quoted context omitted.

So that runs once when the page loads? It's not a continuous/real time tracker? Feel free not to respond as I said I can just Google. Thanks though.

Nope it will fire again after 30 minutes but not continuously

Interesting for my own tracking I was thinking the next logical step might be to use websockets but I'm not sure.

Re: The scourge of web analytics

#60
post #37

Earlier quoted context omitted.

So that runs once when the page loads? It's not a continuous/real time tracker? Feel free not to respond as I said I can just Google. Thanks though.

Nope it will fire again after 30 minutes but not continuously

I don't think the web pixel will, that just runs on page load, unless you have some fancy JS to do other things (but then you could just call the event directly).
Post reply on HN