PrivacyExplainerBuying guide

Where Does Your Chatbot's Data Go? OpenAI API Data Policies Explained

What happens to customer messages when a chatbot calls the OpenAI API: training rules, 30-day logs, zero data retention, data residency and vendor questions.

PepoChat TeamPublished Last verified 17 min read
A data center floor with white raised tiles, rows of black server racks and blue network cables hanging overhead

Short answer

When a support chatbot runs on OpenAI's API, each visitor message, the retrieved knowledge-base passages and the bot's instructions go to OpenAI to generate the reply. As of October 2026, OpenAI says API data has not been used for training since 1 March 2023 unless the customer opts in, and abuse-monitoring logs are kept up to 30 days; zero data retention needs OpenAI's approval. ChatGPT's consumer rules do not apply. Ask the vendor how long its own database keeps transcripts.

Every security review of a website chatbot reaches the same three questions: does OpenAI train on our customers' messages, how long does it keep them, and who else stores them? The answers differ between ChatGPT, the app people chat with, and the OpenAI API, the developer service that chatbot vendors build on. Most of the confusion online comes from mixing the two.

The guide is written for founders, support leads and anyone filling in a vendor security questionnaire. It covers what OpenAI's API terms say about training and retention, what zero data retention and data residency change, which other systems touch a chat transcript, and ten questions to send any chatbot vendor. Every OpenAI rule below was read on OpenAI's own documentation, help center and enterprise privacy page on 19 October 2026.

PepoChat, the AI support agent we build, runs on OpenAI's API, so the last section lists the models it calls and the data it stores, taken from its product code and documentation. Nothing here is legal advice; where a rule matters for a contract or an audit, check the linked source on the day you rely on it.

What happens to a customer's message when a chatbot uses the OpenAI API?

The message makes a round trip. The visitor's browser sends it to the chatbot vendor's servers, the vendor adds context and calls OpenAI's API, and OpenAI returns the generated reply; the vendor and OpenAI can each keep a copy under their own rules.

The OpenAI API is the paid developer service that applications call over the internet to use OpenAI's models, billed by usage and governed by OpenAI's business terms rather than ChatGPT's consumer settings. A support chatbot built on it typically sends four things with each reply: the visitor's latest message, the recent conversation, passages retrieved from your knowledge base, and the bot's instructions. If the bot can look up an order or a subscription, the result of that lookup is sent too.

Your own content takes a second path. An embedding is a list of numbers that represents the meaning of a passage, and chatbots that answer from your documents use an embeddings model to turn every page and file into embeddings when you add them, then embed each visitor question to find the closest passages. That retrieval step, explained in our RAG guide for non-engineers, means your knowledge base passes through the model provider once at indexing time and in pieces at answer time.

So the full answer to where the data goes has three parts: the vendor's own systems, the model provider, and any tools the bot is connected to, such as email, a helpdesk or a CRM. The sections below take them in turn, starting with the rule people ask about most.

Does OpenAI train its models on API data?

No, not by default. OpenAI's data controls documentation says that as of 1 March 2023, data sent to the API is "not used to train or improve OpenAI models" unless the customer explicitly opts in to share it.

Opting in is possible, which is why the question is worth asking a vendor. OpenAI's help center says API organization owners can switch on data sharing, after which members can share feedback and API Playground chats to help improve OpenAI's models. A vendor that has never touched the setting is on the default: no training.

OpenAI's enterprise privacy page, last updated 8 January 2026, gives the same commitment for all business data: inputs and outputs from ChatGPT Business, ChatGPT Enterprise, ChatGPT Edu and the API Platform are not used for training by default, and the customer owns its inputs and outputs where the law allows. The page also says OpenAI encrypts data at rest with AES-256 and in transit with TLS 1.2 or higher, and that the API Platform has been audited for SOC 2 Type 2.

Not used for training does not mean not stored or never read. The same enterprise privacy page says OpenAI may run business data through automated content classifiers and safety tools, and that access to stored API data is limited to authorized employees, for engineering support, abuse investigations and legal compliance, and to contractors bound by confidentiality who review for abuse and misuse. Storage is the subject of the retention section below.

How is ChatGPT different from the OpenAI API?

ChatGPT is OpenAI's own chat app, sold as personal plans and as workspace plans for organizations, and each kind has its own data rules. The API is the separate developer service that chatbot vendors use, and none of ChatGPT's settings or defaults apply to it.

For personal plans, OpenAI's help article on how your data is used to improve model performance says it may use content from Free, Plus and Pro accounts to train its models unless you turn off Improve the model for everyone under Settings, Data controls, or opt out in OpenAI's Privacy Portal. Rating a reply with a thumbs up or down can still bring the whole conversation into training after an opt-out. Temporary Chats are not used for training and may be kept for up to 30 days for safety.

Workspace plans behave more like the API. By default, OpenAI does not use content from ChatGPT Business, Enterprise or Edu to train its models, workspace admins control how long conversations are kept, and response feedback in those workspaces does not permit training on the conversation.

RuleChatGPT personal plans (Free, Plus, Pro)ChatGPT Business, Enterprise, EduOpenAI API, standard terms
Used to train OpenAI's models by defaultYes, unless you turn off Improve the model for everyoneNoNo, since 1 March 2023, unless the organization opts in
Thumbs up or down on a replyMay bring the whole conversation into training, even after an opt-outDoes not permit training on the conversationFeedback is shared only if the organization owner enables data sharing
How long content is keptSaved chats stay until you delete them; deleted chats are scheduled for permanent deletion within 30 days; Temporary Chats may be kept up to 30 daysWorkspace admins set retention; deleted conversations are removed within 30 days unless the law requires longerAbuse-monitoring logs up to 30 days; some endpoints also keep application state
Who decides retentionThe account holderWorkspace adminsThe developer, through the endpoints and settings it uses
Data Processing AddendumNot listed; OpenAI's DPA covers Business, Enterprise and the APIAvailable for Business and Enterprise; Edu uses a Student Data Privacy AgreementAvailable

Read on OpenAI's help center, enterprise privacy page and API data controls documentation on 19 October 2026.

The practical difference for a support team is large. A teammate who pastes a customer's email into a personal ChatGPT account is under consumer rules, while a chatbot vendor calling the API is under business terms. Our post on using ChatGPT for customer service covers the workspace options and their limits in more depth.

How long does OpenAI keep API requests?

Up to 30 days by default. OpenAI's data controls documentation says abuse-monitoring logs, which may contain prompts, responses and metadata derived from them, are generated for all API use and kept for up to 30 days, unless the law requires longer retention or it is reasonably necessary to protect OpenAI's services or others from harm.

OpenAI separates two kinds of stored data. Abuse-monitoring logs are records OpenAI keeps to enforce its usage policies, and application state is data that some API features keep so they can work, such as a stored response, an uploaded file or a vector store. The endpoints a chatbot uses decide which of the two apply.

For Chat Completions, which generates replies, and Embeddings, which builds the search index, the documentation's endpoint table lists 30 days of abuse-monitoring retention and no application state. The Responses API keeps response data for at least 30 days by default, and files, vector stores and Assistants objects stay until the developer deletes them.

Endpoint or featureWhat chatbots use it forAbuse-monitoring logsApplication stateZero data retention eligible
Chat CompletionsGenerating repliesUp to 30 daysNone listed; the migration guide says completions are stored by default for new accounts unless store is falseYes, with limitations
ResponsesGenerating replies with built-in toolsUp to 30 daysAt least 30 days by default, or when store is trueYes, with limitations
EmbeddingsIndexing content and matching questionsUp to 30 daysNoneYes
Files and vector storesHosted document searchUp to 30 daysUntil deletedNo
Assistants and threadsHosted conversation historyUp to 30 daysUntil deletedNo
ConversationsHosted conversation historyUntil deletedUntil deletedNo

Endpoint rules from OpenAI's data controls documentation and migration guide, read 19 October 2026.

The store parameter is a per-request switch that tells OpenAI whether to keep the output of a request. OpenAI's migration guide says Responses are stored by default and Chat Completions are stored by default for new accounts, and that setting store to false disables storage in either API, while the data controls table lists no application state for Chat Completions. A vendor that sets store to false on every request does not depend on which reading applies.

Two smaller rules sit outside those tables. Images and files sent as inputs are scanned for child sexual abuse material, and a flagged image is kept for manual review even under zero data retention. Prompt caching can hold encrypted intermediate data on OpenAI's GPU machines, which the documentation says is not kept beyond a 24-hour expiry.

A glass hourglass with dark grey sand running through it, standing on a dark table against a white wall
OpenAI keeps abuse-monitoring logs for up to 30 days by default, while files, vector stores and Assistants data stay until the developer deletes them.

A court order changed these rules for part of 2025. A preservation order in The New York Times' lawsuit required OpenAI to keep consumer ChatGPT and API content it would normally delete, though not ChatGPT Enterprise and Edu data or API traffic under zero data retention. OpenAI's update dated 22 October 2025 says those obligations ended on 26 September 2025 and API data is again deleted after 30 days, while a limited set of April to September 2025 data stays under legal hold.

What is zero data retention, and who can get it?

Zero data retention (ZDR) is an OpenAI control that keeps customer content out of abuse-monitoring logs and makes the API treat the store parameter as false on every request. Only eligible customers get it: OpenAI's documentation says the control requires OpenAI's prior approval and acceptance of additional requirements, arranged through its sales team.

A lighter option sits beside it. Modified Abuse Monitoring also excludes customer content from abuse-monitoring logs, apart from image and file inputs in rare cases, but leaves the full platform available. An approved organization chooses between the two in a Data Retention tab under Settings, Organization, Data controls, for the whole organization or per project.

ZDR has limits worth knowing before you rely on a vendor's claim. Endpoints that are not eligible, such as files, vector stores and Assistants, can still store application state; flagged images are kept for review; and OpenAI reserves the right to make specific models ineligible for a customer, with written notice in advance. The enterprise privacy page describes ZDR as something you request for eligible endpoints when you have a qualifying use case.

For a buyer, the useful question is not whether a vendor says zero retention but which control, on which projects and endpoints, and approved when. Standard API terms are the default for every API customer; a ZDR claim should come with that detail in writing.

Can you choose where chatbot data is stored?

At OpenAI, eligible API customers can pin a project to a region. At the chatbot vendor, the answer depends on where the vendor hosts its own database, which is a separate question with a separate answer.

Data residency in OpenAI's API is a per-project setting that keeps customer content at rest in a chosen region wherever an endpoint needs to store it. OpenAI's documentation lists ten regions: the United States, Europe (EEA and Switzerland), the United Kingdom, Canada, Australia, Japan, India, Singapore, South Korea and the United Arab Emirates. Inference also stays in the region only where OpenAI lists regional processing, such as the United States and Europe.

Residency comes with conditions. Customers must ask OpenAI's sales team about eligibility, any region other than the United States requires approval for abuse-monitoring controls and a Modified Retention amendment, and residency endpoints carry a 10% price uplift for eligible models released on or after 5 March 2026. Residency also excludes system data, such as account details, usage metrics and billing information.

Vendors answer the hosting question very differently. Chatbase, for example, states on its security page that its database and application run on AWS in the us-east-1 region, managed by Supabase and Vercel. PepoChat does not state a hosting region, as the last section explains.

What else touches your chatbot's data besides OpenAI?

Several systems besides the model: the vendor's database, the search index built from your content, email and helpdesk tools, logs, analytics and exports. A 30-day limit at OpenAI means little if another system keeps every transcript forever, so ask about each one.

A sub-processor is a company your vendor uses to process your customers' data on your behalf, such as its cloud host, its model provider or its email service. Under GDPR, a processor may only use sub-processors its customer has authorized, which is why reputable vendors publish the list; our GDPR guide for chatbots explains the controller and processor roles in more detail.

Where the data can end upWhat it typically holdsWhat to ask the vendor
Model providerEach reply's messages, retrieved passages and instructionsWhich provider and model, which retention tier, whether store is false
Search indexYour content as text chunks and embeddingsWhere the index lives, and whether deleting a source deletes its chunks
Vendor databaseTranscripts, visitor details, contacts, uploaded filesThe default retention, a deletion setting, the hosting region
Email serviceAlerts that quote the conversation, transcripts sent to visitorsWhich parts of a chat an alert email quotes
Helpdesk, CRM and other integrationsTickets, contacts, order lookupsWhich fields go out, and which come back to the bot
Logs and error trackingRequest logs and error reportsWhether message text is logged, and for how long
AnalyticsTopics, ratings and countsWhether conversation text is reused for anything else
Exports and backupsCSV exports, database backupsWho can export, and how long backups keep deleted data

Integrations are the part buyers most often forget. When a bot opens a helpdesk ticket, the ticket can carry a full transcript or only a summary; in PepoChat it carries an AI-written summary and the email the visitor typed, as our guide to creating tickets from chat shows. Once data lands in the helpdesk, the helpdesk's retention rules apply, not the chatbot's.

Ten questions to ask your chatbot vendor about data

Ask about the model, the retention tier, what is sent, where it is stored, for how long, how deletion works and who else processes it. A vendor that answers in writing, with names and dates, is easier to trust than one that answers with a row of badges.

#QuestionA good answerA red flag
1Which AI provider and model answer my visitors, and through which product?Names the provider, the model and the API, and tells you when the model changesOur own proprietary AI, with no provider named
2Is my data, or my visitors' data, used to train any model, yours or the provider's?No, and data sharing with the provider is switched offOnly anonymized data, or no clear answer
3Which retention tier do you run on with the model provider?Standard 30-day abuse monitoring, Modified Abuse Monitoring or zero data retention, named preciselyA zero retention claim with no detail on projects or endpoints
4Do you keep anything at the provider, such as stored responses, files or vector stores?No, or a list of what is stored and when it is deleted, with store set to falseNot sure, or your documents sit in a provider-side store with no deletion process
5What exactly is sent to the model on each reply?The message, recent history, retrieved passages, instructions and only the tool fields you allowEverything we have on the customer
6Where are transcripts stored, and in which region?A named host and region, or an honest statement that no region is committedSilence, or a region claim that is not in the contract
7How long are transcripts kept, and can I shorten that?A stated default and a retention setting you controlKept forever, with no way to change it
8How does deletion work, including backups and sub-processors?A documented process with a deadlineEmail us, with no deadline
9Who are your sub-processors, and will you sign a DPA?A published list with each one's purpose, and a DPA on requestNo list, or no DPA for a customer under GDPR
10Who on your team can read transcripts, and what audit backs that up?Named roles, plus an audit report you can review or a plain statement that none exists yetBadges on the homepage with no report behind them

Questions 3, 6 and 7 matter most, because the provider's retention tier and the vendor's own storage location and retention are where long-lived copies sit. A Data Processing Addendum (DPA) is the contract in which a processor commits to handling personal data only on the customer's instructions; OpenAI offers one for API customers, and your vendor should offer one to you.

A person in a dark top reads through printed pages of tables and text at a meeting table
Read a vendor's answers on paper, not a sales call: the retention tier, the hosting region and the transcript retention are the three that find long-lived copies.

Some vendors answer several of these on a public page. Chatbase lets you choose models from OpenAI, Anthropic, Google and others, and its security page says it uses the providers' APIs and "doesn't opt-in their data sharing program". So a Chatbase agent running on an OpenAI model sends visitors' messages to OpenAI under API terms, and Chatbase says the providers cannot train on them; the Chatbase alternative page compares the rest of the product.

How does PepoChat handle chatbot data?

PepoChat sends each conversation to OpenAI's API to generate replies and keeps transcripts, contacts and your knowledge base in its own database. The facts below come from PepoChat's product code and documentation as of 19 October 2026.

Models and endpoints. Replies come from OpenAI's gpt-4o-mini through the Chat Completions endpoint, which PepoChat also uses to read retrieved passages, label each conversation's topic from the visitor's first message, power the inbox's Enhance button and transcribe images and scanned PDFs you upload to the knowledge base. Knowledge-base text and search queries are embedded with text-embedding-3-small through the Embeddings endpoint. None of these requests sets a storage or retention option, so they run under OpenAI's standard API terms; PepoChat makes no zero data retention claim.

What is sent and what stays. For each reply PepoChat sends the conversation, the passages retrieved from your knowledge base and your agent instructions, and when an action runs the agent sees only the response fields you allowed for it in custom actions. PepoChat does not use OpenAI's files, vector stores, Assistants or Responses storage: the knowledge base and the conversation history stay in PepoChat's own database. OpenAI's deprecations page lists GPT-4o mini for removal from the API on 14 January 2027, announced on 14 October 2026, so expect the reply model named here to change before that date.

DataWhere it goesRetention and notes
Chat messages and repliesPepoChat's database; sent to OpenAI for each replyKept until you remove them; with Data retention on, resolved conversations are deleted 30, 90, 180 or 365 days after they started
Knowledge base contentPepoChat's database, as text chunks and embeddingsUntil you delete the source; disconnecting Notion or Google Drive deletes every page it synced
Images a visitor attaches in the chatPepoChat's file storage; read by gpt-4o-miniDeleted a week after upload
Visitor session details (browser, language, timezone, page origin)PepoChat's database; the session ID sits in the widget's own browser storage24 hours, extended while chatting; a session with no conversation is deleted a day after it expires
Contact details a visitor givesYour workspace's Contacts listUntil removed; there is no delete button yet, so ask support
Escalation and assignment emailsSent through Resend to your teamQuote the visitor's name and email when known, and the last three messages
Inbox CSV exportA download for your teamThe link works for one hour, then the file is deleted

Source: PepoChat's privacy documentation and product code, read 19 October 2026.

Isolation and encryption protect the copies PepoChat keeps. Each workspace's knowledge base, conversations, contacts and credentials sit in separate namespaces, integration keys and OAuth tokens are encrypted with AES-256-GCM, and retrieved content is wrapped as untrusted data in the prompt so an instruction planted on a web page cannot steer the agent. The widget sets no cookies on your site; the security overview lists every control, and our post on AI chatbot security risks puts them in context.

PepoChat's services are Convex for the backend, Vercel for the dashboard and the chat widget, OpenAI for the models, Resend for email, Vapi for voice when you switch it on, and Dodo Payments for billing. PepoChat does not currently claim a hosting region, a signed DPA template or certifications such as SOC 2 or ISO 27001. The privacy documentation suggests listing PepoChat as a processor and the AI model provider as a sub-processor if you operate under GDPR, and asking [email protected] about current status rather than assuming.

What to do next

  • Send the ten questions above to every chatbot vendor on your shortlist, and file the written answers with your vendor records.
  • Read GDPR and AI chatbots for the controller and processor roles, and build vs buy if you are weighing calling the API yourself, which puts the store and retention choices in your own hands.
  • Check PepoChat's privacy and data documentation, then start a free workspace and set Data retention on the Team page before your first real conversation; every feature is on the free plan.

Frequently asked questions

Does OpenAI use API data to train its models?
No, not by default. OpenAI's API documentation says that since 1 March 2023, data sent to the OpenAI API is not used to train or improve its models unless the customer explicitly opts in, for example by enabling data sharing for feedback. ChatGPT personal plans are different: Free, Plus and Pro conversations may be used for training unless the user turns that setting off.
How long does OpenAI keep API requests?
By default, OpenAI keeps abuse-monitoring logs, which can include prompts and responses, for up to 30 days, longer only if the law requires it or to protect its services. Some features keep more: the Responses API stores responses for at least 30 days unless store is set to false, and files and vector stores stay until deleted. Checked on OpenAI's documentation on 19 October 2026.
What is zero data retention and who gets it?
Zero data retention is an OpenAI API control that keeps customer content out of abuse-monitoring logs and forces the store parameter off. As of October 2026 it needs OpenAI's prior approval and acceptance of extra requirements, arranged through OpenAI's sales team, and it covers eligible endpoints only. Flagged images can still be kept for review, and files, vector stores and Assistants still store data.
Does my chatbot vendor keep transcripts even if OpenAI does not?
Usually, yes. The vendor stores conversations in its own database so your team can read them in an inbox, and that copy follows the vendor's retention rules, not OpenAI's 30-day window. Ask for the default retention, a setting to shorten it and the deletion process. PepoChat keeps transcripts until you remove them, or deletes resolved ones after 30 to 365 days with its Data retention setting.
Can I choose where my chatbot data is stored?
Partly. OpenAI offers data residency to eligible API customers, with ten regions listed in October 2026 and a 10% price uplift for eligible models released from 5 March 2026, but the chatbot vendor holds that setting, not you. The vendor's own database location matters as much, so ask which host and region it uses. PepoChat does not currently commit to a hosting region.
Is a chatbot built on the OpenAI API GDPR-compliant?
No API makes a chatbot compliant on its own; compliance depends on how you and the vendor use it. You need a lawful basis and a privacy notice, a data processing agreement with the vendor, the model provider named as a sub-processor, retention limits and a way to handle deletion requests. OpenAI offers a DPA for API customers. This is general information, not legal advice.

Try this on your own site in ten minutes

PepoChat includes every feature on the free plan — 200 AI replies and 5 knowledge sources a month, no credit card.