Yer... I think mine has about 30k online at the moment. Pretty small compared to previous stuff.I'm watching a monster scraper wave.
I was actually thinking about this in a future project. I know there are addons out there trying to stop all this stuff automatically, but they all do an average job. They do something, but none fix the real problem. Based on discussion here, residential proxies tend to be new visitors, they like to set a figure, usually under 40 visits, and then they bounce to the next IP. I think that alone can be watched, logged, then auto blocked. Nothing else needs to be done, you just need a small addon to recognise patterns in your log, then take action, whether it be to slow it down or throw a captcha, or bounce it back to CF and let its system handle it.The central server tallies up a score over the past week of who was the most present during these scraper waves and the high scorers get labeled as suspected proxies - this can be looked up at the time of the first web hit to one of the servers in the fleet to increase the initial suspicion level.
Yer, but I've already demonstrated in this thread that that is easy to handle these bot waves on small servers, just optimise the crap out the server and it fixes the entire problem, doing nothing else. Mines just under 2M, doesn't budge being hit. I think the test forum I used in this thread was near 3M... on 2 cores and 4gb ram, took it like a champ upto 3 million daily uniques.We have in excess of 3.5million posts, as an example.
.... if your problem is "load" and not the fact that the bots scrape your content. You wrote that you don't care about that - but other people do.optimise the crap out the server and it fixes the entire problem

Why do you care? If you put your content publicly on the web, then its public. Who cares who is scraping your content when its public?the fact that the bots scrape your content. You wrote that you don't care about that - but other people do.
Many of the visits from residential proxies are one-shot - a single request from a single IP, which makes it very difficult to establish a pattern if you're using the IP address as an indicator. When they have access to "400M+ IPs", they don't need to re-use them for scraping a single site.Based on discussion here, residential proxies tend to be new visitors, they like to set a figure, usually under 40 visits, and then they bounce to the next IP. I think that alone can be watched, logged, then auto blocked. Nothing else needs to be done, you just need a small addon to recognise patterns in your log, then take action, whether it be to slow it down or throw a captcha, or bounce it back to CF and let its system handle it.
I see it on Wordpress blogs, where there's lots of content worth scraping. The scrapers can get a bit trapped in scraping the same info via different tags, categories, dates and the numerous other different ways of finding the same blog posts/events.I'm not seeing this behaviour on business sites and blogs. It just isn't there. This seems very targeted to forums. Are phpbb, vbulletin, invision, forums dealing with the same issue?
You're right, BUT, there will still be a pattern in there. Sites typically have members from certain countries. If 100M IP's are hitting your site for one page, then moving on, that is a pattern. Humans browse with behaviour... its the entire foundation of what website marketing is built upon. Psychology can be applied to this. If you distinguish human behaviour from everything else, you split the pool. There will always be false positives, but again, if you have split your IP pool on a behaviour and offer them up a protection mechanism, then you will also record how many false positives you have and use their analytics to limit false positives.Many of the visits from residential proxies are one-shot - a single request from a single IP, which makes it very difficult to establish a pattern if you're using the IP address as an indicator. When they have access to "400M+ IPs", they don't need to re-use them for scraping a single site.
That is actually pretty interesting. Is it about content depth?I see it on Wordpress blogs, where there's lots of content worth scraping. The scrapers can get a bit trapped in scraping the same info via different tags, categories, dates and the numerous other different ways of finding the same blog posts/events.
Some of it’s content depth - text and image-dense news-based blog posts, other times we’ve seen bots repeatedly scraping a calendar that has recurring events. Great to know that a genAI somewhere knows what will be on in a pub in South London in 2038!That is actually pretty interesting. Is it about content depth?
Prior to me implementing harsh limits with Anubis on one particular site (Game combat log parsing website), it's the "inch deep, mile wide" idiom that comes to mind. The site doesn't have too much in depth (page depth), but it's a mile wide with content (users over many years uploading content). The bots/scrapers prior to Anubis being implemented absolutely were ravaging said website. At its peak, it ultimately resulted in pipe saturation (upstream bandwidth) and causing system stability issues (backend machine IIS server and the associated MariaDB daemon) with high CPU and Disk utilization due to the absolutely extreme amount of connections taking place in such short amount of time. Effectively DDoS'd the website.That is actually pretty interesting. Is it about content depth?
The reasons have been told 1000 times, not just by me. In my case: My forum is small but has very high quality content within its special niche. Lots of it is basically exclusive: You cannot find it anywhere else as it has either been created by forum members or it is aggregated in a way that you won't find anywhere else (and would need years to find the sources that are condensed here, if they are still available which many of them are not). All of that used to be free and most of it was accessible w/o limitation or registration. This amount of information and the fact that it is pretty comprehensive as well as pretty reliable led to the fact that my forum is constantly gaining new members, as it is more or less the best source of information in it's niche. Which btw. even the various AIs state if you ask them.Why do you care? If you put your content publicly on the web, then its public. Who cares who is scraping your content when its public?
Caveat: its your site, your choice, purely just curious.
My custom Cloudflare analytics tool and dashboards also aggregate all configured Cloudflare zone sites' traffic metrics and Bot Crawler identified traffic to give my clients and me actionable WAF expression rules to try. That is passive method of what you're proposing. I am planning to make it more proactive via Cloudflare workers for clients who are ok paying more for such as Cloudflare workers are billable beyond the free tier quota. Otherwise, passive method is a middle ground as I leverage Cloudflare IP Intelligence data too.While watching it, i had an idea.
What if my protection mechanism that could send this to a central server:
- all IP addresses in scraper waves, minus ones that completed a captcha ( assuming that at X traffic, we reduce the trust level )
- all banned/failed captcha/ignored captcha IPs
- minus the ones that solved a captcha and had good reputation prior
The central server tallies up a score over the past week of who was the most present during these scraper waves and the high scorers get labeled as suspected proxies - this can be looked up at the time of the first web hit to one of the servers in the fleet to increase the initial suspicion level.
If you have a big fleet, or could link up to other fleets, you could basically run your own IP reputation service and know that the data is good. It may be more accurate than a big service.
If you could hook up all Xenforo sites ( 1000's? ) to form this reputation service, you could probably solve scraping.
It's very statistically unlikely that one IP address would visit some 5% or higher of those sites; so the threshold for identification could be pretty low.



Double check you aren't exposing the ports publicly.Interesting artifact i'm seeing during these waves is at one point, they'll slam elasticsearch for a brief period.
I have search for guest turned off so i'm not sure how they're accomplishing it.
View attachment 340828





Money talks. No client wants to pay for a proxy service which consumes hits from the proxy pool against some domain but does not produce results because the domain went shields up. So it makes sense for the bots to detect when the difficulty/effectiveness of scraping a domain suddenly increases, and either move on to the next domain or put the campaign on hold.
It would indeed be nice if they would share their best practices. They either did some custom configuration work (which would be helpful to share with their customers that suffer from the same bot issues to a massive degree) or maybe they upgraded to a paid CF level that offers better protection.
I use Cloudflare, but also my own add-on - so basically you can pretty much guarantee most of those guests are bots that Cloudflare "trusts" (they are mostly not beneficial for you).
I have thoughts on it... and I like a very simple system that concentrates on patterns. Grab all the known bots that you are ok with, add their IP ranges, then assess everything outside of that for visit pattern. There are some many variables you can use to match against, just simple stuff, like hitting x 404's, file locations real visitors don't access, etc etc etc. Just keep it simple. No heavy database, just use existing logs to assess and recommend action or take action.
Yer, but I've already demonstrated in this thread that that is easy to handle these bot waves on small servers, just optimise the crap out the server and it fixes the entire problem, doing nothing else.
I'm not seeing this behaviour on business sites and blogs. It just isn't there. This seems very targeted to forums. Are phpbb, vbulletin, invision, forums dealing with the same issue?
My custom Cloudflare analytics tool and dashboards also aggregate all configured Cloudflare zone sites' traffic metrics and Bot Crawler identified traffic to give my clients and me actionable WAF expression rules to try. That is passive method of what you're proposing. I am planning to make it more proactive via Cloudflare workers for clients who are ok paying more for such as Cloudflare workers are billable beyond the free tier quota. Otherwise, passive method is a middle ground as I leverage Cloudflare IP Intelligence data too.
Double check you aren't exposing the ports publicly.
Folks, Cloudflare has new options to manage AI traffic https://blog.cloudflare.com/content-independence-day-ai-options/
Yer, but I've already demonstrated in this thread that that is easy to handle these bot waves on small servers, just optimise the crap out the server and it fixes the entire problem, doing nothing else. Mines just under 2M, doesn't budge being hit. I think the test forum I used in this thread was near 3M... on 2 cores and 4gb ram, took it like a champ upto 3 million daily uniques.
Folks, Cloudflare has new options to manage AI traffic https://blog.cloudflare.com/content-independence-day-ai-options/
It is not exactly a big nothing burger but it is a massive advertisement of their Pay-Per-Crawl marketplace (which does not seem to get any traction, else they probably would have proudly announced that. It is also advertising for their bot directory, which is, in fact, pretty useless until now. What they now want to do is de facto use their market position to force bot providers to certify their bots with cloudflare. I don't say this would be a bad thing - but given the monopoly Cloudflare already has it is a pretty dangerous game.That's closer to what my sole client that uses cloudflare needs. Good move on their part.
If you run a small site, the problem isn’t just that someone could train models on your content — it's that nobody can find you in the first place. So you have to make a Faustian bargain: either show up in search and let AI train on you, or risk losing discoverability. This unfairly advantages incumbent search providers if they use the same bots for both search and training; and this unfair advantage incentivizes new players to be evasive as they try to close the competitive gap.
Today, AI can be in anything. Google search has changed from being sorted by AI to being a full answer engine that answers your question directly on the results page. And Google is not unique in this position — this is the direction in which “search” is moving.
Yeah why at Cloudflare layer probably the best solution otherwise resource requirements will grow exponentially.Problem: A very large fleet is gonna produce a heckin' lot of data. Our system may need to catalog a billion IP addresses one day.
Solution: Small datacenter
Yeah why at Cloudflare layer probably the best solution otherwise resource requirements will grow exponentially.
We use essential cookies to make this site work, and optional cookies to enhance your experience.