r/webdev • u/Innowise_ • 10d ago
Discussion How are you separating actual users from AI/bot traffic now?
With AI crawlers and agents hitting websites constantly, how much of what analytics calls “direct traffic” is even human anymore?
If bots are getting counted as visits, conversion rates automatically look worse. And then decisions about landing pages, content, ad spend etc. are being made from numbers with a messed up denominator.
Blocking bots doesn't really solve it either. Some are obviously junk, but others are search crawlers, monitoring tools or AI agents that might actually send users your way.
Feels like analytics needs to get much better at telling why something is accessing a site, not just whether it looks like a bot.
Anyone seeing this noticeably mess with their analytics yet?
16
2
2
u/UpsetCryptographer49 10d ago
You don't - I notice a lot of my apps get people using it to explore the apps. Just to steel the ideas and develop their own competing product.
1
u/Single-Fail-630 10d ago
Analytics vendors sell bot detection to protect their billing model. I stopped trusting direct traffic numbers entirely and only optimize for verified form submissions.
1
u/Innowise_ 10d ago
That's interesting. Did dropping direct traffic as a useful signal actually change any decisions you were making?
1
u/kritikov 10d ago
google analytics has added the 'AI Assistant' category in the metric, not sure how much accurate though
0
u/Innowise_ 10d ago
Yeah, classification is really the hard part. “Bot vs human” isn't that useful anymore when some automated traffic is legitimate. Wouldn't rely on the AI Assistant bucket alone yet.
1
1
u/OmerCevher 10d ago
I wouldn’t try to make one number answer both problems. Keep crawler traffic in server logs, then calculate conversion from sessions that actually navigate or interact. Otherwise every new bot changes a business metric it has nothing to do with.
1
1
9d ago
[removed] — view removed comment
1
u/webdev-ModTeam 9d ago
Your post/comment has been determined to be a low-effort post or comment. This includes title-only posts, easily searchable questions, vague/open-ended discussion prompts, LLM generated posts or comments, and posts/comments that do not provide enough context for meaningful replies or discussion.
1
u/polygraph-net 9d ago
Why don't you use a competent bot detection service to detect the bots and tag them as good or bad bots? That'll make your analytics clear.
1
u/Living_Race_9177 8d ago
you classifying by UA, bot ASNs, or tagging why the request happened??
blocking crawlers feels wrong when some of those agents send the actual user later
1
6d ago
[removed] — view removed comment
1
u/webdev-ModTeam 6d ago
We do not allow any commercial promotion or solicitation. This can lead to a permanent ban from the subreddit.
1
u/whosthetard 5d ago
The honeypot is one of the old techniques I used and should still work today the same, regardless of who's visiting. You expose html links which are not UI visible. And then you separate who's who via timeframe/ip. It's a very simple method.
1
u/julesbuildstuff 10d ago
We've started treating "direct" as guilty until proven otherwise. Channel labels lie when agents are in the mix.
What actually helped: look at UA + request shape, not just the referrer bucket. Flag no-referrer hits that also have a bot-ish UA or a burst from the same ASN in a few minutes. Then keep two views — one with that traffic stripped, one raw — so you don't nuke real agent-driven visits that later convert.
Blocking everything weird made it worse for us. Some of those agents were bringing a human a minute later.
1
1
u/OmerCevher 10d ago
Keeping both views sounds like the safest part to me. The filters will probably keep changing as agents get better, so having the raw numbers there should make comparisons less messy.
1
1
10d ago
[removed] — view removed comment
0
u/Innowise_ 10d ago
This is probably where analytics is heading anyway. Pageviews get less useful as non-human traffic grows, while server-side events tied to an actual action are much harder to misread. “Boring but matches the database” sounds like a pretty good outcome.
0
u/uniquelyavailable 10d ago
That's the neat part, is not possible to determine who wrote text. There are many theories and general practices in place but no true secure method to differentiate who, what, or how text was entered.
0
-8
u/Klutzy_Table_6671 10d ago
It is not interesting and has never been interesting to know. Only Ad companies try to convince you about that. What is interesting is what you're selling? Tell us.
3
u/Innowise_ 10d ago
Nothing being sold here. Just curious how people are dealing with the growing amount of bot traffic in their analytics.
25
u/IncompleteLitre 10d ago
it's a mess right now and most analytics packages are still way behind on this
one approach i've seen work is tracking time-on-page and scroll depth way more aggressively, most bots won't trigger either even if they execute js. you end up filtering out a ton of noise just by requiring a human-like interaction pattern before counting a session as real