They can be tracked back one by one but if you have any amount of traffic it's a constant game of cat and mouse.
You can block entire ASNs until they start using residential proxies provided by less ethical companies. Then you end up blocking all of France or destroying user experience by enforcing a captcha on everyone.
I had to block ByteSpider at work because it can't even parse HTML correctly and just hammers the same page and accounts to sometimes 80% of the traffic hitting a customer's site and taking it down.
The big problem with AI scrapers is unlike Google and traditional search engines, they just scrape so aggressively. Even if it's all GETs, they hit years old content that's not cached and use up the majority of the CPU time on the web servers.
Scraping is okay, using up a whole 8 vCPU instance for days to feed AI models is not. They even actively use dozens of IPs to bypass the rate limits too, so theyre basically DDoS'ing whoever they scrape with no fucks given. I've been woken up by the pager way too often due to ByteSpider.
My next step is rewriting all the content with GPT-2 and serving it to bots so their models collapse.
Bullshit. This bot doesn't identify itself as a bot and doesn't rate limit itself to anything that would be an appropriate amount. We were seeing more traffic from this thing that all other crawlers combined.
Even if they were rate limiting they're still just using the bot to train an AI. If it's from a company there's a 99% chance the bot is bad. I'm leaving 1% for whatever the Internet Archive (are they even a company tho?) is doing.
I don't hate all bots, I hate this bot specifically because:
they intentionally hide that they are a bot to evade our, and everyone else's, methods of restricting which bots we allow and how much activity we allow.
The type of request is not relevant. It's the cost of the request that's an issue. We have long ago stopped serving html documents that are static and can be cached. Tons of requests can trigger complex searches or computations which are expensive server side. This type of behavior basically ruins the internet and pushes everything into closed gardens and behind logins.
It has nothing to do with a sysadmin. It's impossible for a given request to require zero processing power. Therefore there will always be an upper limit to how many get requests can be handled, even if it's a small amount of processing power per request.
For a business it's probably not a big deal, but if it's a self hosted site it quickly can become a problem.
Right, thats why I said you should fire your sysadmin if they aren't caching or can't manage to get the cache down to zero load for static content served to simple GET requests