The big news here is that Googlebot will be blocked from September 15th onwards by one the "block training" policies, because Google use the same crawler infrastructure for their search index AND for training Gemini:<p>> Another change that will apply on September 15 is that multi-purpose crawlers (specifically those that combine Search with Training) will be allowed/blocked according to all of their behaviors, in line with our call for transparency for website owners. Since the defaults will be enforced by the most restrictive applicable rules, multi-purpose crawlers such as Googlebot, Applebot, and BingBot will be blocked by customers who have selected to block Training (either through the new options to manage AI traffic, or through the legacy Block AI bots service).
Good. Google's approach here is manifestly predator, unfair, and IMO illegal. They deserve to be in court for this behaviour, and mandating owners give consent for AI training or drop out of Google; which is just a non-starter because they're a search monopoly.<p>That's exactly what antitrust laws are supposed to do, and I hope at least EU regulators take action. Every single Googlebot crawl in your access logs is a trace for damages.
The irony here is that the people blocking all <i>other</i> crawlers are the ones shoring up their monopoly. If you can't block Googlebot because you need the search traffic but you block everybody else so that nobody other than Google can index your site, how do you expect to ever get any search traffic that isn't from Google?
I think it's bad, because everybody is desperate to hold onto every last bit of google search traffic they can, so they're going to allow training to do so. Google's predatory, unfair and illegal actions will continue as they have with a few $100 million slaps in the wrist from the EU and a few more white house dinners for their CEO.
I don't think it's the Google bot DDOSing people's infrastructure for AI training...
Don't that feel like a threat to businesses who dare to avoid their content being stolen?
We had googlebot blast a random customer system and almost cause an outage, this is when I first learnt that google will use it for AI training also. It's honestly kind of frustrating also because you then search on it and theres (was) nothing on how you are meant to "correctly" tell google to fuck off, and not use it like that.
The vast majority of Googlebot user agents are lying. Real Googlebot is pretty well behaved in my experience. You should use reverse DNS or IP lists to check: <a href="https://developers.google.com/crawling/docs/crawlers-fetchers/verify-google-requests" rel="nofollow">https://developers.google.com/crawling/docs/crawlers-fetcher...</a>
Google's web scraping functionality has been acting as a ddos for more than two decades. I've seen literally hundreds of reports of them attacking websites and taking them down, where there's nothing you can do but accept the traffic, or get delisted<p>This is unfortunately nothing new. There's no correct way to tell them to fuck off, they do not care, and they never will do. People have even taken them to court over this
People will use something for search and something needs to index pages, either for LLM or old school search engine.
[flagged]
I find it unsettling that we are willingly outsourcing the decision on who can access our sites to an increasingly dominant corporate entity.<p>The reasoning behind this is also flawed: blocking "bots" and "AI" means that <i>our</i> AI agents working for <i>us</i> are unable to do their work for <i>us</i>, because of knee-jerk bot-blocks.
> For all new domains onboarding to Cloudflare, the categories of Training and Agent will be blocked by default on the pages that display ads, while Search will remain allowed by default.<p>It's kind of exhausting seeing Cloudflare playing both sides of the arms race.<p>I just can't imagine bringing myself to use their technology to build agents and build AI products when they're also doing things like this.<p>> This also lines up the incentive model we want to foster. Losing trusted status across the more than 20% of web domains that sit behind Cloudflare is a deterrent with teeth. Trust becomes something you can carry with you, and something you can lose.<p>And even more so, LLM language aside, fun and fascinating to see them flagrantly calling out their position here as if it's a positive.
How are they playing both sides? I thought their scraping products were also about having it behave and not take down systems
Their scraping products are mostly about paying them money to not be blocked.
I mean that they're telling developers that they should use Cloudflare's platform to build agents, the kind of agents that would go across the web and act on behalf of users... but then they're also the ones blocking those requests.<p>This always engenders a solid amount of distaste from me, because much like Google and Chrome, it creates the incentive for you to treat yourself better than others. Especially coupled with the trust stuff. Of course, Cloudflare is always going to trust their own platform.
There are ways to use those agents ethically. Cloudflare isnt forcing you to be a dick with your agents. Infact the blocking side encourages you to use them ethically. I dont see the problem.
I thought the issue people have with AI scrapers is the ones that DDoS sites to scrape everything for training purposes, rather than the ones that interactively query specific content to support an active conversation?
If you read the article, you'll notice that they're explicitly making sure to block the ones that interactively query specific content too.
First one is problem because it brings no traffic back and occasionally DDoSes the site<p>Second one is problem because it DDoSes the site. "Just" queries for hundred thousand people (if you happened to be good source for that bit of knowledge) that don't bring actual people to your site is also a problem
> not take down systems<p>"Block on pages with ads" is probably about preventing the AI crawlers from clicking on the ads which maybe considered cheating by the ad company.<p>If you want to prevent "bot attacks", maybe the "Block" option will do the trick.<p>But of course, to do all that you need to put some trust on Cloudflare, because they're the one identifying the bots from normal users.<p>For me, as someone who's hosting a Gitea instance behind Cloudflare, I have a Configuration Rule set that says: if the client is trying to access a URL that is beyond certain length limit, then trigger "Browser Integrity Check" and "I’m Under Attack", a.k.a stricter security checks.<p>The match expression of the rule looked something like this:<p><pre><code> (
len(http.request.uri) > !!!!!SET LENGTH LIMIT!!!!! and
not lower(http.request.uri.path) contains ".git/" and
not lower(http.request.uri.path) contains "api/"
)
</code></pre>
(The `!!!!!SET LENGTH LIMIT!!!!!` is an integer of the length limit you wanted to set)<p>This rule alone basically blocked all abusive bot traffic to almost zero for my site (<a href="https://i.imgur.com/LaOjjvV.png" rel="nofollow">https://i.imgur.com/LaOjjvV.png</a>, see the traffic drop around 10 clock and Cloudflare mitigation kicks in).<p>But of course, you need to figure out your own rules based on the characteristic of the website. Also, you can be more creative: for example, my actual rule is more complex than that, it also checks to see if a cookie is not set, and only triggers when all condition are met:<p><pre><code> (
len(http.request.uri) > !!!!!SET LENGTH LIMIT!!!!! and
not lower(http.request.uri.path) contains ".git/" and
not lower(http.request.uri.path) contains "api/" and
not http.cookie wildcard "*!!!!!COOKIE NAME!!!!!=!!!!!COOKIE VALUE!!!!!*"
)
</code></pre>
then, as part two of that rule, I have a Response Header Transform Rules that says:<p><pre><code> (
len(http.request.uri) <= !!!!!SET LENGTH LIMIT!!!!! and
not http.cookie contains "!!!!!COOKIE NAME!!!!!=!!!!!COOKIE VALUE!!!!!"
)
</code></pre>
and if this Response Header Transform Rules is triggered, it sets the cookie `!!!!!COOKIE NAME!!!!!=!!!!!COOKIE VALUE!!!!!`.<p>(Note: `!!!!!COOKIE NAME!!!!!` and `!!!!!COOKIE VALUE!!!!!` are the variables you need to customize)<p>When you put the two rules together, it forces clients to access "shallow" (short URL) pages first as an user would normally do, before they can access "deeper" (long URL) content hosted on the site without triggering more strict security checks. If that makes sense.<p>Also, don't forget the cookie basically also dug a hole in the security setting. So it's really a balance between avoid annoying the user and protect your site. You need to be smart and be flexible about it, otherwise your users will just leave.
> If you want to prevent "bot attacks", maybe the "Block" option will do the trick.<p>This morning, for the first time, I clicked on a link posted on HN and was told in no uncertain terms that I am a bot and will not be allowed to view this page. By Cloudflare.<p>Your strategy is fine and similar to one of the checks in go-away. The point is that the unknown global DDoS adversary is using a very simple scraper, which does not load images or CSS or scripts, does not set cookies, etc
I see Cloudflare as trying to forge the appropriate path ahead. Neither allowing the free-for-all nor trying to block everything isn't playing both sides, it's the path straight down the middle. Providing tools for producers and consumers to do things with permission and compensation.
Blocking bots should not be the default behavior, it should be opt-in. Is Cloudflare trying to play both sides in order to secure a fee on every pay-to-crawl in the future?
Please consider installing one of the many PoW schemes such as anubis rather than use these cloudflare "features". I increasingly encounter outright blocks rather than any sort of captcha when visiting cloudflare "protected" sites. Each individual site isn't particularly important to me but it's depressing to watch the process unfold like this. You really are choosing to erode the core basis of the internet if you go this route.
Please don't use Anubis, it makes visiting websites very difficult (often multiple minutes wait times) on old hardware and low-end smartphones.
PoW schemes like Anubis don't work. Increasingly bots are using headless browsers and are basically able to solve captchas, proof-of-work(s) and basically bypass all any any attempts to block them. It's becoming impossible to stop bots from hammering your sites/services for unwanted traffic.
There's one or a small number of actors who are DDoSing the internet right now, and those are the ones you care about. What's the purpose for blocking non-DDoS bots?
You are asserting that they don't work without explanation or evidence. Meanwhile it isn't clear why they wouldn't and indeed they appear to accomplish the stated goal of severely rate limiting scrapers.
Surely I don't need to explain how headless browsers work, bot proxies and distributed crawlers to you do I? If you haven't experienced this first-hand, I can understand. Maybe it warrants a blog post. But I can assure you, these don't work at scale, they might only stop the "less sophisticated" bots and maybe (just maybe) some unwanted spam.
> You are asserting that they don't work without explanation or evidence.<p>Oh, no, that isn't how it works — you made a claim first (albeit indirectly), with no evidence. It's on you
The most recent captchas that involve basic reasoning can block majority of bots today.
>I increasingly encounter outright blocks rather than any sort of captcha when visiting cloudflare "protected" sites.<p>???<p>Unless you're browsing around with the googlebot user agent string, you should be getting turnstile challanges at most, not blocks. And if you're getting a turnstile challenge it's unclear how it's different than an anubis challenge. If you're outright blocked, it's probably a site decision (eg. block all VPNs or block everyone not from a given country) rather than cloudflare's.
Try using Firefox with "resist fingerprinting" enabled, on OpenBSD, if you want an idea of how insidious Cloudflare's increasing prevalence is for the openness of the web. Inexplicable 403 responses for entire domains for no apparent reason, no "captcha", just blocked outright. Heck, it happens on Linux too, and even without "resist fingerprinting" enabled.
> And if you're getting a turnstile challenge it's unclear how it's different than an anubis challenge.<p>You are guaranteed to pass an Anubis challenge eventually [0], whereas it's possible to get stuck forever in an infinitely-looping Turnstile challenge.<p>> If you're outright blocked, it's probably a site decision (eg. block all VPNs or block everyone not from a given country) rather than cloudflare's.<p>Cloudflare blocks legitimate users itself sometimes [1].<p>[0]: Unless you run into a bug, but Anubis is open source, so you can always submit a patch upstream. I've done this myself, and I can confirm that it's relatively straightforward.<p>[1]: <a href="https://news.ycombinator.com/item?id=43329320">https://news.ycombinator.com/item?id=43329320</a>
>You are guaranteed to pass an Anubis challenge eventually [0]<p>That's a double edged sword because bots will eventually get through too, and unlike humans, their time is dirt cheap.<p>>Cloudflare blocks legitimate users itself sometimes [1].<p>I never ran into this issue despite using seemingly maximally suspicious configs like tor browser. I can't say the same for some other vendors.
The bots that are problems right now are not the ones that run Anubis challenges. There is no universal anti-bot, only ones that work at certain times.
> That's a double edged sword because bots will eventually get through too, and unlike humans, their time is dirt cheap.<p>Yeah, I really have no idea why Anubis works right now: residential proxies are far more expensive than compute, yet the bots seem to have no problem obtaining millions of residential IPs, but they give up on even short-ish Anubis challenges.<p>> I never ran into this issue despite using seemingly maximally suspicious configs like tor browser. I can't say the same for some other vendors.<p>Yeah, I don't <i>like</i> the Cloudflare challenges, but in the past 5 years I've only had it outright block me once, and that fixed itself after 15 minutes. And I use Firefox on Linux with various privacy extensions, so my browser probably appears at least moderately suspicious.<p>Whereas I've been trapped in impossible ReCaptcha loops quite a few times, which is still better than vague error messages that magically go away when I switch to something not running Linux. So I'll begrudgingly accept that Turnstile is the least user-hostile product on the market right now.
Because the (singular) global ddos adversary is using a very dumb scraper, even dumber than curl --mirror
The only reason Anubis works right now is that it's not very commonly used and the bots are not optimized to bypass it (yet).
> unlike humans, their time is dirt cheap.<p>On the contrary I only want to visit a few pages on a given site and have an entire laptop at my disposal. Meanwhile for bots efficiency is key. A serious scraper (ie the type of actor that actually causes material problems for site operators) is performing tens or hundreds of pages loads per second per core spread across thousands of sites. Making a single page load take even half a second of cpu time is a massive win for the site operator.
Yesterday Cloudflare told me I was a bot and couldn't access this.
yeah, googlebot user agent thing was a thing maybe around 10 years ago but I don't think it's working today. Maybe if you start the http session from gcloud, it might still work.
> Please consider installing one of the many PoW schemes such as anubis<p>Why not go all the way and mine monero instead of just completely wasting the work?
Adding the link to GitHub here if anyone is curious:<p><a href="https://github.com/techaroHQ/anubis" rel="nofollow">https://github.com/techaroHQ/anubis</a>
Not sure why Anubis is getting so much hype on HN, but honestly, it is not the solution. A real solution would use behavioral modeling. Most browser fingerprinting issues are already largely solved anyway.
As someone who is regularly blocked by CF and G - no, they are not. Even worse, they should not be, because that would mean the complete end of privacy online (not that we are far from that). Anubis works because at scale it wastes bots' resources (time mainly).
PoW is a reasonable solution as a fallback when other metrics flag a client.
I tried this, blocking AI training blocked the Google search bots and cut my traffic in half. I would not recommend.
So is it possible to say "No bots except Google, OpenAI, Grok, Claude and Perplexity"?<p>As far as I can tell, Google is the only one sending me visitors. And the other big AI players might do so in the future.<p>Another option would be "No anonymous bots". So at least if a bot would want to crawl my site, they would have to identify themselves. Since the rise of the AI bots, I am getting hurt badly with insane amounts of requests from residential IPs that mimic real humans. The only difference being they don't make me any money. Only produce costs.<p>By the way, how is the situation over at Amazon's Cloudfront? Do they offer something that helps? Anyone here with them?
What’s the end goal for Cloudflare and the web here? I don’t think ADOG (anthropic, deepmind, openai, google) is going to pay to crawl.<p>What would force their hand?<p>It’s more likely they’ll strike undisclosed agreements with major sources of discussion like reddit etc.<p>That’s not to say getting new information as a way of context-providing is not going to happen but that’s not scraping.
Universal tax collector of the internet. A penny for every page access. ADOG will not mind as it cements their incumbent status and pulls up the drawbridge by erecting a huge financial barrier for any new entrant.
"I don’t think ADOG (anthropic, deepmind, openai, google) is going to pay to crawl."<p>You seem to misunderstand. You pay or you die. There's nothing in between. Cloudflare will happily collect the tax. As does Apple (collecting 20B$ yearly from Google for the "tax"). Cloudflare's users also won't mind about how the company handles ADOG as long as they get a chunk of the cake by getting freebies and cheap services.
I think the best answer is, nobody knows. The previous equilibrium for content scraping for search engines on the internet was already at times an uncomfortable one. But I agree that from a game theory perspective, "the AI bots take and give nothing back in return" is not just hyperbole, it's the actual situation. If Google is successful in what seems to be its plans and it becomes a box where you type a question and Google gives you an answer and only a vanishing fraction of the users click through to any underlying website, that instantly eliminates the entire value proposition for vast swathes of the web to actually be on the web.<p>Something has to happen or Google will end up starved and locked out of everything, by means both technical and legal. Then nobody gets anything.<p>I don't have the answer as to what happens next, and I doubt anyone else who proclaims one super confidently. But we <i>can</i> do some constraints analysis. There is no world where everyone works for free so Google and other AI engines can get all the value from the content, so we can eliminate those possibilities. I think we can safely discard the world(s) in which all content production just stops. However, off the top of my head, it's hard to get much tighter than that, and that definitely leaves a world where effectively everything everywhere ends up going pay-to-access.<p>Microtransactions have, to date, failed comprehensively, though, so the constraints on what "everything is pay-to-access" gets weird without them.<p>And there is never guarantee that there is any solution to any set of constraints. Things can end up overconstrained in reality as easily as a math problem. I don't actually think it'll go that way, but when analyzing this question I think it's important to not let "but $SOMETHING just <i>has</i> to have some way to work, because... uh... it has to!" Let the constraints do the talking. You could end up with a scenario where all content of any value is locked down, and it's fundamentally difficult and expensive to ever access or discover it, and consequently the entire content production industry radically contracts compared to its current size, if there is no pragmatic solution to microtransactions that is low-enough friction to get over the psychological and economic hurdles that have killed it to date. If everything is locked behind "macrotransactions" that's a much smaller commercial web. Probably a much higher quality one, too, but at a pretty stiff cost.
I get a mixed feeling about all this. Cloudflare is unilaterally making all these decisions which impact the whole internet traffic flow. Taking the lead is one thing, however decisions like this should have the direct involvement of Internet Engineering Task Force (IETF) to account for all stakeholders, otherwise we run into the situation of a fragmented internet
Pay to crawl is already here.<p>The usage patterns of how people pay and use AI is basically the same model the web should be using: you pay a small bit of money to access monetized pages, just how you pay a small bit of money to get AI responses.<p>It just needs people and browsers to get onboard with protocols. Crawlers will have no choice but to pay for content behind these 402 gateways.
I wonder if this has anything to do with the cf bug that stripped all POST data from requests to a SPA I manage for 4-5 hours last week. That was a real good time, figuring out that it wasn't trying to show challenges or anything. Default setting for any web app protection from cloudflare should always be "off" unless you're under attack, and then who knows what settings will or won't break your configuration.
Has there been any update on the pay per crawl program?
This is fine so long as it’s easy for me to turn off. I just don’t want to accidentally lose all AI traffic one day.
Do you actually get any signifcant AI traffic today?
Most of the internet unfortunatly ploinks fown a 'free' service and never even looks at what it defaults to. E.g., quite a lott of cloudflare "protected" sites block their rss feeds from being read by machine.
>So, instead of defining a bot primarily as “AI” or not, our updated approach to classification will ask deeper questions about bot or agent behavior: What are they doing on my site? What are they storing? And how will they reshare my content?<p>I dont get this. The question is are they a bot or a human. It doesnt matter what they are doing I dont want bots on my site.
> I dont get this. The question is are they a bot or a human. It doesnt matter what they are doing I dont want bots on my site.<p>Do you want your site to be discoverable by a search engine? (How do you think that occurs?)
Let's also spare a moment for accessibility issues. For example, is it that wrong for a blind person to invoke a tool that describes a picture when there's no alt-text? Or something which describes/transcribes audio for the deaf?<p>Where do we draw the line between a personal-bot and a custom browser?
Could there be a proper committee/association which can have all good faith search engines (which work for the purpose of search rather than AI related) which could show their proper IP/networks and cloudflare could have an option which supports all search but not any AI botnets.<p>That being said, the issue with it right now is that Google uses the same crawler for both AI training and search, so this step puts a small pressure on google nonetheless to hopefully split them.
Why not. You need a reason. A browser is just a bot that renders pages.
Website operators don’t lose anything when people download the content from their website and use it.<p>There is no technical mechanism whereby it is actually possible to allow people to read your webpage and not use it for other things. You can’t give responses that say “this is ok for indexing but not for training”. Anyone trying to sell you this sort of technology is lying.
this is annoying, it makes a big deal about "Back when we announced pay-per-crawl"...<p>I want pay-per-crawl. I clicked the link for it a year ago, got presented with a "request access" button, I "requested access" and obviously since I'm nobody I heard absolutely nothing. Now they're touting the link again, I checked, still that same "request access" button. I have no idea if anyone even has access to this feature.<p>I don't care about all this other stuff, I want the AI crawlers to pay me cash. Because boy do those fuckers want to crawl me. I'll gladly double the size of my gerrit/jenkins servers to keep up with the load if these stupid bots want to pay to crawl every jenkins build artifact and every changeset source file on the server, as they really seem to want to do.
[dead]
[dead]
So, in summary: still the honors system. Got it. thanks.