
Share the page:
OpenAI runs three different crawlers and they do three different jobs. One trains models, one builds the index ChatGPT searches, and one fetches your page live when somebody asks about you. Blocking the training crawler is a reasonable choice that costs you nothing in ChatGPT answers. Blocking the search crawler takes you out of them. Across a sample of 4,242 robots.txt files, the training crawler was blocked outright on 8.11% of sites while the search crawler was allowed more often than it was blocked, which means the distinction is real and plenty of sites still get it backwards. This guide is for brewery operators who want to check, in about twenty minutes, whether ChatGPT can actually reach their site.
The brewery version of this question almost always arrives the same way. Somebody types their own taproom into ChatGPT, gets a vague answer or a competitor, and concludes the website needs rewriting. Sometimes it does. But rewriting a page that no crawler can reach is an expensive way to change nothing, and the version BeerSoft runs into most often is a brewery a month deep into content work before anyone has opened the robots.txt file.
So this is a retrieval guide rather than a content one. It asks whether ChatGPT can fetch your pages, not whether it likes them. Those are separate questions with separate fixes, and only one of them can be answered with certainty today.
That last part matters more than the AI-readiness checklists usually admit. A lot of what circulates as settled fact about AI crawlers rests on a single study that did not test the thing it is quoted for. We will get to which parts hold up and which do not, because knowing the difference is what stops you spending a quarter on the wrong work.
Probably not the one you think, and this is the only item on the list that is documented rather than inferred. OpenAI publishes four crawlers, and the three that matter here have genuinely different jobs.
GPTBot crawls content that may be used to train OpenAI's foundation models. OpenAI's own wording is that disallowing it "indicates a site's content should not be used in training generative AI foundation models." That is a legitimate business decision and it is the one most publishers have made.
OAI-SearchBot builds the search index behind ChatGPT's search features. OpenAI recommends allowing it, and says that opting out keeps a site out of ChatGPT search answers, though it may still appear as a navigational link. Changes to robots.txt take around 24 hours to register.
ChatGPT-User is the one that fetches your page live when ChatGPT browses on someone's behalf. OpenAI says it is "not used for crawling the web in an automatic fashion," and because the action is user-initiated, robots.txt rules may not apply to it at all.
Here is the trap. These three names all look like the same thing to anyone pasting a block list into robots.txt, and a brewery that decided "we don't want AI training on our beer descriptions" very reasonably blocks everything with an OpenAI name on it. Blocking GPTBot gets you exactly what you wanted. Blocking OAI-SearchBot in the same stroke removes you from the answers, which is almost never what anyone intended.

The wider web has mostly worked this out. In a snapshot of 4,242 robots.txt files taken on 28 September 2026, GPTBot appeared in 520 Disallow rules against 326 Allow rules, a ratio of 1.60 to 1, and was fully disallowed on 8.11% of sites. OAI-SearchBot ran the other way, 268 Disallow against 295 Allow, a ratio of 0.91 to 1. Publishers are blocking the training crawler and letting the answering crawler through. The question is whether your site is on the right side of that split, and the only way to know is to look.
If you want to check one thing after reading this, make it this one. Open yoursite.com/robots.txt in a browser and search the page for "OAI-SearchBot" and "GPTBot". Twenty seconds, no tools, and it settles the most consequential item on the list.
Key Takeaway: Blocking GPTBot and allowing OAI-SearchBot is a coherent position: no training use, full presence in answers. Blocking both is the common accident, and it is a two-line fix.
Possibly, and this is the version of the problem that no amount of content work will fix. On 1 July 2025, Cloudflare announced it had become the first infrastructure provider to block AI crawlers accessing content "without permission or compensation, by default."
The detail matters more than the headline, because the headline is routinely overstated. What Cloudflare's own announcement describes is that new domains are asked, at signup, whether to allow AI crawlers, and that "every new domain starts with the default of control." It does not say existing domains were switched over. Separately, Cloudflare says more than a million customers had already chosen its one-click AI blocking option, introduced in September 2024, and that it handles traffic for about 20% of the web.
So the realistic brewery scenario is narrower than "Cloudflare blocked everyone," and it is still worth checking. If your site launched or moved hosts after July 2025, somebody answered that question during setup, and it may not have been you. If a developer turned on the one-click block in 2024 because it sounded prudent, that setting is still there. Neither leaves a trace in your content, which is exactly why content audits miss it.
Key Takeaway: If the site is behind Cloudflare, open the dashboard's bot settings before touching a single page. A block applied at the edge overrides anything your robots.txt says.
Less than it appears, and a brewery operator deciding where to spend should know which warnings are documented and which are inference. Two of the most repeated claims in this space are weaker than the confidence around them suggests.
"AI crawlers don't execute JavaScript." You will see this stated as settled fact. It traces back substantially to one Vercel traffic analysis from December 2024, which observed that OpenAI's and Anthropic's crawlers were downloading JavaScript files, with roughly 11.5% of ChatGPT's crawler fetches and 23.8% of Claude's being JavaScript. The industry read downloading as evidence of not executing. That is an inference from indirect data, not a controlled rendering test, and the study is now nearly two years old. The direction is probably right and it is still the prudent assumption. It is not the proven fact it gets quoted as.
"Content has a one-year half-life in AI search." This comes from a Q1 2026 analysis of 194,077 sources across ChatGPT, AI Overviews, Gemini and Perplexity, which found that URLs from 2024 appeared at 0.58 times the rate of 2025 URLs, 2023 at 0.33, and 2022 at 0.23. Those numbers are real measurements. The "half-life" framing is the authors' own label for a year-over-year ratio of URL counts, not a measured decay of individual pages. The analysis is cross-sectional, so it cannot separate content age from how much was published in each year, and age was inferred from a year appearing in the URL path, which only 17.4% of URLs had. The remaining 82.6% were excluded.
Neither caveat means ignore the advice. It means the honest version is "older content is retrieved less, by a meaningful margin, and we do not know the mechanism," which is a different instruction from "rewrite everything every twelve months."

Key Takeaway: Spend first on the item that is documented and binary, which is robots.txt. Treat the rendering and freshness advice as sensible precaution rather than as measured law.
More than it costs most businesses, because a brewery's most-asked facts are the ones that change most often. Nobody asks an assistant for your brand story. They ask whether you are open, whether the patio takes dogs, whether the kitchen is running tonight, and whether the hazy IPA is still on.
That is the practical version of the freshness finding, and it does not require believing any half-life claim. If your hours page still describes the winter schedule in June, an assistant that retrieves it will answer confidently and wrongly, and the person asking will go somewhere else without ever knowing they were misinformed. The failure is silent at your end, which is what makes it persistent.
The pattern worth stealing here is one BeerSoft applies to every site it looks at: separate the facts that expire from the copy that does not, and keep the expiring ones on pages that someone owns. Hours, the current tap list, event dates and seasonal closures belong somewhere a staff member updates without needing a developer. Everything else can sit still for two years and lose nothing.
Key Takeaway: List the five facts a stranger most often needs from you, then check how old each one is on the live site. If any is wrong today, fix that before writing anything new.
In the order that makes each later check meaningful, which is infrastructure before content, every time. The checks below take roughly twenty minutes end to end and none needs a developer.
Start with robots.txt, because it is binary and it governs everything after it. Then the CDN or host bot settings, because an edge block silently overrides what robots.txt permits. Then confirm the facts a stranger actually asks for are present in the HTML and currently true. Only then is there any point looking at structure, and at that stage our guide to what actually breaks on a brewery website covers schema gaps, load speed and FAQ structure in more depth than this post does, and our GEO guide for craft breweries covers how to shape content once the door is open.

The ordering is not arbitrary, and it is the part most audits get wrong by starting at the bottom. A schema fix on a page that OAI-SearchBot is disallowed from reaching changes nothing, because the markup is only useful to a crawler that is permitted to fetch the page in the first place. The same is true of load speed: a page nobody is allowed to request cannot be requested slowly. Every item in the lower half of this list is conditional on the upper half passing, which is why a content-led audit can run for weeks and report steady progress while the actual blocker sits untouched two lines into a text file.
There is one more reason to work in this order, and it is about cost rather than logic. The first two checks are free and take minutes. The last two are projects. Running them in sequence means that when an edge block or a single robots.txt line turns out to be the whole problem, the fix costs an afternoon rather than a quarter, and you find that out on day one instead of after the invoice.
Key Takeaway: Run the checks in order and stop at the first failure. A site that fails check one cannot benefit from anything you do about check four.
Open yoursite.com/robots.txt in a browser and look for OAI-SearchBot. If it is disallowed, your site is opted out of ChatGPT's search answers, though it may still appear as a navigational link. Also check your CDN or host for an AI bot blocking setting, because a block applied at that level overrides robots.txt. Changes to robots.txt take around 24 hours to register with OpenAI.
GPTBot crawls content that may be used to train OpenAI's foundation models. OAI-SearchBot builds the index behind ChatGPT's search features. They are separate crawlers with separate purposes, so blocking GPTBot does not remove you from ChatGPT answers, while blocking OAI-SearchBot does. OpenAI recommends allowing OAI-SearchBot.
Blocking the training crawler is a defensible choice if you do not want your content used that way, and it costs you nothing in ChatGPT answers. Blocking the search crawler means giving up your presence in those answers, which for a brewery competing on local discovery is usually a poor trade. Most publishers now split the difference: block training, allow answering.
The common advice is that they do not, and it is prudent to assume so. That advice rests largely on a December 2024 Vercel traffic analysis which inferred non-execution from crawlers downloading JavaScript files, rather than on a controlled rendering test. The safe approach is to make sure your hours, location, tap list and contact details appear in the page HTML rather than loading only after a script runs.
Update what is wrong rather than everything on a schedule. Research across 194,077 sources found URLs from 2024 retrieved at 0.58 times the rate of 2025 URLs, so age does appear to matter, but that analysis is cross-sectional and inferred age from a year in the URL. For a brewery the practical rule is simpler: the facts that expire, meaning hours, tap list, events and seasonal closures, should never be wrong on the live site.
Almost every brewery that asks why ChatGPT does not know them assumes the answer is about writing. Sometimes it is. But the writing only matters once the retrieval works, and retrieval is governed by two settings that take twenty minutes to check and that no content audit will surface.
If the robots.txt file and the CDN both come back clean and the answers are still wrong, then the problem genuinely is content, and that is a different and much larger job. Working out which of the two you actually have is the first thing BeerSoft does on any SEO and AI optimization engagement, because the two look identical from the outside and cost wildly different amounts to fix. If you have checked both and want a second opinion on what the answers are saying about you, get in touch.

Delivery and shipping are different things and the law treats them differently. Where a brewery may ship, what a compliant shipment requires, why the post office is never the answer, and what the nine-province Canadian agreement does and does not do yet.

Google names three factors behind every map pack result. Two of them a brewery can move, one it never can, and the highest-leverage setting on the whole profile takes about two minutes to change.

A practical guide to paid search for taproom breweries: real category benchmarks, the alcohol policy rules that decide which campaign types you can run, and the intent split that tells you when to spend on Google instead of Meta.

What a can is really competing against, the one thing that should stay constant across a range, how the decoration method sets your minimum order, and what to hand a designer

The honest inventory of what decays on a brewery website, why plugins carry the risk on WordPress, what breaks on hosted builders instead, what a plan costs, and what you can do yourself

When a brewery actually needs to change platforms, what a migration genuinely puts at risk, the URL map that has to exist before anything moves, and the checks that close it out

Why the newsletter is the weakest thing you can do with a brewery list, the four sends that replace it, where the names actually come from, and the two numbers worth reporting

What a taproom chatbot would actually be asked, what the 2026 data says about how chatbots perform, why the tap list is the worst thing to put in one, the narrow cases where it does pay, and what to fix instead

What a small brewery actually needs photographs of, why a beer shot takes longer than it looks, what a half-day and a full day cost and deliver, which images have a window that closes, and how to write a brief

Why quotes for the same brewery website vary by three times, what makes a taproom site structurally different from a brochure site, which decisions actually move the price, what you pay after launch, and how to compare quotes fairly

What a brewery POS has to do that a restaurant POS does not, why the processing rate matters more than the subscription, what is actually in the contract, who owns your data when you leave, and the questions to ask before signing

Which taproom workflows actually repeat often enough to justify automating, why federal compliance reporting is the highest-value target, what to connect after that, what to leave alone, and the order to do it in

What the TTB requires on every beer label, how long approval actually takes in 2026, which rules constrain the artwork itself, what really delays a launch, and the brief a designer needs before starting

What the federal and state approval timeline actually looks like in 2026, why your brewery name is a digital decision before it is a branding one, what to build during the approval window, and what has to be live before your first pour

Why the three-tier system exists, which marketing activities it forbids outright, exactly what a brewery may legally give a retailer and up to what value, why beer is treated differently from wine and spirits, and which channel you fully control

What a mug club is, how it differs from a points program, what the membership fee actually buys a taproom, the liquor-law rules that decide how you structure it, and how to publish the club so it can be found

What ABV, IBU and SRM actually measure, why the IBU number misleads drinkers, what the TTB requires you to print, and how to publish the specs so search engines and AI assistants can read them

How the major craft beer consumer behavior shifts of 2024 to 2026 translate into practical marketing budget decisions for taproom breweries, brewpubs, and microbreweries

How taproom breweries can attract out-of-town visitors, rank in tourism discovery platforms, and build the partnerships that drive consistent weekend traffic from the tourist segment in 2026

An evidence-based guide to brewery loyalty program mechanics, platform options, and ROI measurement for taproom operators considering whether and how to launch a customer loyalty program in 2026

How taproom breweries and brewpubs can promote, price, and measure events as a primary revenue engine rather than a secondary marketing activity in 2026

How taproom breweries and brewpubs can market merchandise, crowler programs, and beer club memberships as both a revenue diversification tool and a customer loyalty driver in 2026

A 12-point self-audit guide for brewery operators to identify and fix the website issues most commonly responsible for poor local search rankings and limited AI search visibility in 2026

How craft breweries can market non-alcoholic beer lines to sober-curious consumers, health-conscious drinkers, and younger demographics to capture the fastest-growing segment in the craft beer market in 2026
.webp)
How brewpubs can use digital marketing to fill both the dining room and the bar by marketing the food and beer experience as a unified destination rather than two separate offerings

How microbreweries facing shrinking distributor interest and tightening shelf space can use digital marketing to differentiate their brand and pivot toward direct-to-consumer channels in 2026

A platform-by-platform social media strategy for taproom breweries and brewpubs in 2026, covering Instagram, Facebook, and TikTok with content mix ratios and posting cadence

What to publish, when to publish it, and why a structured content marketing program is the highest-ROI long-term investment available to brewery operators in 2026

A geo-targeted Meta advertising playbook for taproom breweries and brewpubs covering campaign structure, audience targeting, ad formats, and budget guidance for 2026

How regional craft breweries operating multiple taprooms can build an SEO architecture that ranks independently in every local market without cannibalizing results.

Google reviews are the number two local ranking factor for breweries. Learn how to generate, respond to, and optimize reviews for local search and AI search visibility.

How to set up, optimize, and maintain your brewery's Google Business Profile to dominate local search and drive foot traffic in 2026.

How craft breweries can use Generative Engine Optimization (GEO) to stay visible in AI-powered search results in 2026