Pete Hahn
Forum Replies Created
-
For 6/2/26, the update you provided was nearly an exact match. And to clear up one important detail, I was using Google Analytics as my comparison and NOT Google Search Console.
Yesterday GA reported 95 visitors and 125 page views. Koko reported 91 and 133. Nearly an exact match.
I’m sure when websites have very large traffic figures this issue is not even perceptible. It’s only when the traffic drys up to a trickle that things like this become more obvious. My site used to have really good traffic until the AI thing took over. Still struggling to find out how to operate a website in this new paradigm.
Thanks for working out those details and publishing that update. Seems to have resolved the issue. Until the AI bots find another way to screw something up.
Thanks Danny,
I just processed the update and I will follow-up in a day or two with some feedback. I want to give it time to accumulate data and make comparisons as I described in my previous post.
Thanks for checking in on this topic. I understand your question regarding Google Search console, and I will explain a bit more detail. From the left-hand panel on Google Search Console you to to:
Life cycle –> Engagement –> Pages and screens
From there I am able to configure a report that shows me actual page views. This value has always been very closely correlated in the past. But in the past week or so I have seen a very large divergence. But as you mentioned, there is a chance this is showing only page views related to Google search activity and not total page view volume from all sources? However, when I compare these values to what I get from Google Analytics they tend to line up very closely. And GA is reading page views from all sources.
I can also view live traffic through the Wordfence plugin. And they are also having difficulty differentiating between bots and humans. But for them, that is not a mission critical issue. One of the most common things they miss is the “applebot” crawler. Wordfence counts all of those hits as humans. And the pattern typically results in a nearly equal number of “visitors” and “page views”. Because every hit from applebot comes from a different IP.
So that is part of the pattern as well. In the past whether using JetPack or Koko I typically get at least 3 times the pages views as visitors. But for the day of May 27th, 28th and 29th that ratio is not even close. As follows:
May 27th: Visitors = 169 and Page views 264
May 28th: Visitors = 168 and Page views 202
May 29th: Visitors = 165 and Page views 346
May 25th was the worst of the bunch, showing 97 visitors with only 105 page views.
When you examine the site traffic through any other tool those ratios are way off. My site typically gets at least 3-4 page views for each unique visitor.
And today’s traffic so far is more typical. Koko currently shows Visitors = 52 and Page view = 203
This stuff is really difficult to troubleshoot so I understand the challenge. But I hope you can identify something and find a way to refine it further.
And again yesterday.
Google search console reports 91 page views
koko reports 202
These values have never been perfect and I don’t expect them to be. But they should not be 2-3 times greater than Google search console. And it’s not a one time fluke. This is occurring every day now.
This issue occurred again on 3/27/26
Google Search Console reports page views of 99
Koko reports page view of 264
Please let me know if I can provide any additional details to help you identify what is wrong. I’m certain this is happen to every other website using Koko. Probably has do with the filters used for determining bot/crawler versus human page views.
Thanks Danny @dvankooten. That really helps to clear things up. I noticed through further observation of the “Go-http-client/1.1” bot that it does run several separate and distinct operations of the WP Cron process. And I believe this is being run by my website host, which is GoDaddy. So I suppose that when any given plugin registers a cron job to run on a schedule, GoDaddy is processing those jobs using this “Go-http-client/1.1” bot. Fascinating stuff. Now my head is full of even more useless information than before… LOL.
Yeah, it’s been a pretty strange rabbit trail for certain. I can block those bots by specific criteria. Seems there are bots that have a list of all my BuddyPress members, and they (several bots actually) just keep crawling every member profile. To what end? I have no clue. But I changed the settings so now only members who are logged in can view member profiles. So the bots only see “Member only area” when they try to access those pages. Bizarre stuff.
If anyone has some more insight into this I would love to get some details.
I think… just maybe, you can disregard this issue. I have been digging deeper and found that these page views are also being logged in Google Analytics. So to some extent, the are legitimate. But they are not really.
What’s happening (I think) is the bot are posing as humans (ignoring robot.txt) and crawling the list of members in BuddyPress. They just go through the entire list of my BuddyPress members like a machine. No idea why, it’s very annoying and royally screws up my analytics.
For now, I have disabled the BuddyPress plugin and this prevents anyone from viewing any of the members how have registered. (They get redirected to the home page when trying to view a member profile url).
Yes, this causes some other issues but I am only using BuddyPress in the most limited way possible. I’ll spare you those details. But I hope the details I have provided will help others.
Thanks for trying to help. But unfortunately this only adds to the long list of features I have stopped using in the Jetpack plugin. It all started out great. But over time the Jetpack service has morphed into something that no longer adds any value to managing my website.
You are correct. I had to disable the Jetpack comments feature because it was allowing spammers to enter comments promoting their own websites. And I was not able to remove the “website url” from the Jetpack comments form. So was forced to turn that feature off.
So my request is this. Show me how I can disable the website url label and field from the Jetpack comments form. Once I can get that completed, I will be able to turn on the Jetpack comments feature again.
Here is a screenshot showing what it looks like when this feature is enabled. I have marked the field which needs to be removed. FYI, this really should be completely removed. It is only ever used for spam comments. So at the very least, the Jetpack plugin should include a setting to turn this off, and have it turned off by default. That would be the right way to do it.
https://drive.google.com/file/d/1mXv5O84jUbUM1Rjj6w_GZ_bMkKZP5qh2/view?usp=share_link
Thanks!
Forum: Themes and Templates
In reply to: [Customizr] Remove URL Field from Comments EntryUpdate. As it turns out, this website field for the comments was being generated by the Jetpack plugin. Sorry for any confusion.
Forum: Themes and Templates
In reply to: [Customizr] Remove URL Field from Comments EntrySo it appears that support for this WP theme has completely evaporated. And the only recourse is to switch to a different WP theme which is fully up to date and supported.
FYI. I’ve been using this theme since day one. October 2014, if anyone is interested.
Thanks Danny @dvankooten for the very rapid and thorough solution. I saw your update posted this morning and I appreciate the clear instructions on how to correct the database records due to the glitch in the previous update.
Forum: Themes and Templates
In reply to: [Customizr] Is This Theme Still Being Supported?Thanks for the update @nikeo . Very glad to hear the plugin is still being actively supported and there is no reason to consider moving on to another theme. Issue resolved.
Forum: Themes and Templates
In reply to: [Customizr] Is This Theme Still Being Supported?Sorry to hear about your experience @macitpros
And nearly three weeks after posting my original question no one from support or sales has bothered to respond. I would say that puts the “final nail in the coffin” for this theme. Bummer. I’ve been using it since 2014. Time to move on.