Key Takeaways
- ChatGPT-User is OpenAI’s user-triggered fetcher. It pulls a live page when someone asks ChatGPT a question that needs your content, and it can attach a citation link back to you.
- It is separate from GPTBot (model training) and OAI-SearchBot (ChatGPT search index). Each one is controlled independently.
- Per OpenAI’s own documentation, robots.txt rules may not apply to ChatGPT-User because the request is started by a person. You can reliably block GPTBot and OAI-SearchBot in robots.txt, but blocking ChatGPT-User needs a server or firewall rule.
- For most WordPress sites the right move is to allow ChatGPT-User. Blocking it removes you from the live answers ChatGPT gives real people.
- You can confirm it is reaching your site with verified IP ranges and a crawler log, then measure the payoff through chatgpt.com referral traffic.
The first time I went looking for ChatGPT-User in our server logs, I almost missed it. It was sitting quietly between the Googlebot hits and the usual noise, fetching one specific blog post a few times across an afternoon. Someone had asked ChatGPT a question, ChatGPT decided our page might answer it, and this little user agent went and grabbed it in real time. That is a very different thing from a crawler that indexes you overnight, and it changes how you should treat it.
If you run a WordPress site and you have started seeing ChatGPT-User in your access logs, this guide explains exactly what it is, whether you should allow or block it, and how to do either one correctly. The short version: most sites should welcome it. But the way you control it is not what most articles tell you.
What ChatGPT-User actually is
OpenAI runs three separate crawlers, and people mix them up constantly. ChatGPT-User is the one that fetches a page because a human asked for something. According to OpenAI’s crawler documentation, it handles “user-initiated actions in ChatGPT and Custom GPTs.” When you ask ChatGPT a question and it needs a live web page to answer, ChatGPT-User goes and gets that page, then can cite it as a source in the reply.
Here is how the three OpenAI agents compare, pulled from OpenAI’s official documentation:

| Crawler | User-agent token | What it does | Used for training? | Obeys robots.txt? |
|---|---|---|---|---|
| GPTBot | GPTBot/1.3 | Trains OpenAI’s foundation models | Yes | Yes |
| OAI-SearchBot | OAI-SearchBot/1.3 | Builds the ChatGPT search index | No | Yes |
| ChatGPT-User | ChatGPT-User/1.0 | Fetches a live page for a user’s question | No | May not apply |
The full ChatGPT-User user agent string is Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; ChatGPT-User/1.0; +https://openai.com/bot. Because every ChatGPT-User request starts with a real person typing a question, it behaves like a reader sending a friend to your page, not like a bulk scraper. That distinction matters for the next decision.
Also Read: The full list of AI web crawlers and what each one wants from your WordPress site.
Why ChatGPT-User matters for your site in 2026
Traditional crawlers decide whether you show up in a list of blue links. ChatGPT-User decides whether you show up inside the answer itself. When ChatGPT pulls your page through this agent and uses it, your brand can appear as a cited source in front of someone who is already asking about your topic. That is the closest thing to being recommended by name at the exact moment of intent.
Block ChatGPT-User and you opt out of that. ChatGPT can still know your page exists through its search index, but it cannot pull your live, current content to quote in a user’s answer. For a WordPress publisher who keeps posts updated, that live fetch is the whole point. Your freshest information is exactly what an answer engine wants to cite.
This is why the answer-engine conversation has shifted from “how do I rank” to “how do I get fetched and cited.” If you are new to that framing, our guide to answer engine optimization for WordPress sets up the full picture.
Should you allow or block ChatGPT-User? An honest framework
For most WordPress sites, the answer is allow it. If you publish content you want people to find, read, and trust, you want to be in ChatGPT’s answers. There is no training risk here, because ChatGPT-User does not feed model training. OpenAI states plainly that this agent is not used to train its foundation models.
There are a few real reasons to block it:
- You run gated, paid, or private content that should never appear in a third-party answer.
- You are seeing genuine load or abuse from automated traffic and need to throttle it.
- You have a legal or licensing reason to keep your content out of AI products entirely.
Notice that none of those apply to a normal marketing blog or business site. If your goal is visibility, blocking ChatGPT-User works against you. A useful way to decide: treat each OpenAI crawler as its own switch. Many publishers happily allow OAI-SearchBot and ChatGPT-User for visibility while blocking GPTBot to keep their work out of model training. Each setting is independent of the others.
Also Read: Once you are cited, you need to see it. Here is how to track Google AI Overviews and AI citations for your WordPress site.
How to allow or block ChatGPT-User in WordPress (the part most guides get wrong)
Here is the catch almost nobody mentions. You can reliably control GPTBot and OAI-SearchBot through robots.txt, because both respect it. ChatGPT-User is different. OpenAI’s documentation says that because these actions are initiated by a user, robots.txt rules may not apply to ChatGPT-User. So a robots.txt block is the right tool for two of the three OpenAI bots, and not a guarantee for the third.
To allow everything (recommended for most sites): do nothing special. If you have no disallow rules for these agents, all three are free to fetch. You can make it explicit:
User-agent: GPTBot
Allow: /
User-agent: OAI-SearchBot
Allow: /
User-agent: ChatGPT-User
Allow: /
To stay visible in answers but stay out of training: allow search and user fetches, block the training crawler.
User-agent: GPTBot
Disallow: /
User-agent: OAI-SearchBot
Allow: /
User-agent: ChatGPT-User
Allow: /

To genuinely block ChatGPT-User: robots.txt alone is not enough, since OpenAI says it may not apply. You need a server-level rule. The reliable approach is to block by verified IP range using OpenAI’s published list at openai.com/chatgpt-user.json, or to deny the user agent at the web server or firewall. On most managed WordPress hosts and on Cloudflare you can add a rule that matches the ChatGPT-User user agent and blocks it. One warning: Cloudflare’s broad “Block AI Scrapers” toggle can quietly catch agents you actually wanted to keep, so use a targeted rule instead of a blanket switch.
On WordPress you can edit robots.txt through Rank Math, through your SEO plugin, or by placing a physical file at your site root. For the IP and firewall layer, that lives with your host or your CDN, not inside WordPress.
How to verify ChatGPT-User is really hitting your site
Anyone can spoof a user agent, so before you act on what you see, confirm it is genuine. OpenAI publishes the IP ranges for each crawler as JSON. For this agent the file is openai.com/chatgpt-user.json. A request that claims to be ChatGPT-User but comes from an address outside that list is not the real thing, and you can ignore or block it.
Reading raw access logs works, but it is tedious and most site owners never do it. This is where a WordPress-native crawler log earns its place. RankReady keeps a live AI Crawler Log right in your dashboard. As its own description puts it, “Every time an AI bot hits your site, you see it. Timestamp, page, bot name, what it was likely doing.” It tracks GPTBot, ClaudeBot, PerplexityBot, Google-Extended and 27 more, which is 31 AI crawlers in one screen, so you do not have to grep server logs to know who is fetching what.

RankReady is free, forever, released under GPL-2.0-or-later, and it runs on WordPress 6.0 and up with PHP 7.4 and up. It sits alongside Rank Math or Yoast rather than replacing them, so adding it does not disturb your existing SEO setup.
Measuring the payoff: ChatGPT referral traffic
Allowing ChatGPT-User is a means to an end. The end is people arriving from ChatGPT, or at least seeing your brand cited there. When ChatGPT-User fetches your page and ChatGPT links to you, a curious reader can click through, and that visit lands as referral traffic from chatgpt.com.
You can watch that in GA4, and RankReady tracks AI referral traffic specifically, monitoring visits from chatgpt.com, perplexity.ai, claude.ai, gemini.google.com and copilot.microsoft.com. One honest caveat worth keeping in mind: in answer engines, mentions happen far more often than clicks. Many readers get their answer, see your name as the source, and never click. So judge ChatGPT-User by citations and brand presence first, and treat click-throughs as a bonus on top.
To turn that visibility into an actual content plan, pair this with E-E-A-T for AI search and a clean llms.txt file so the engines can find and trust your best pages.
So, allow it or block it?
For the overwhelming majority of WordPress sites, allow ChatGPT-User. It carries no training risk, it can put your brand inside ChatGPT’s answers, and the only people who should block it are those with gated content, abuse problems, or a firm policy against AI access. If you do choose to block it, remember that robots.txt is reliable for GPTBot and OAI-SearchBot but not for ChatGPT-User, so reach for a verified IP or firewall rule instead. Either way, log what is happening first, then decide with data in front of you.
Suggested Reading
- The complete list of AI web crawlers and bots
- Answer engine optimization for WordPress
- How to track Google AI Overviews and AI citations
- E-E-A-T for AI search: earning trust from ChatGPT and Perplexity
- What the Model Context Protocol means for WordPress










