Privacybeleid voor een custom GPT en GPT-actions

Schrijf het beleid voor de dienst achter de action, in eenvoudige taal die een ChatGPT-gebruiker kan volgen. Neem op:

1. Wie de action beheert: je naam of bedrijf, de naam van de GPT of dienst en een privacycontact.
2. Wat je ontvangt: de parameters die je schema accepteert, eventuele gesprekstekst die ermee wordt meegestuurd en accountgegevens als je OAuth gebruikt.
3. Waarom je het gebruikt: om het verzoek te beantwoorden, om de accountfuncties van de gebruiker te laten werken, om misbruik te voorkomen, en verder niets, tenzij dat klopt.
4. Wie het nog meer ontvangt: hosting, database, logging en een eventuele aanbieder van AI-modellen die je aanroept, met een korte beschrijving van elk.
5. Hoe lang je het bewaart: requestlogs, opgeslagen resultaten en accountgegevens, elk met een echte termijn.
6. Rechten van gebruikers en verwijdering: hoe je om inzage of verwijdering vraagt en hoe je een OAuth-account loskoppelt.
7. Kinderen: de diensten van OpenAI hebben eigen leeftijdsregels; vermeld of je dienst op kinderen is gericht.
8. Wijzigingen en ingangsdatum.

Ondersteunt je action gebruikersaccounts, voeg dan toe hoe met de gegevens in die accounts wordt omgegaan. De gids over een privacybeleid voor AI-chatbots en de gids over privacyinformatie voor AI-producten gaan dieper in op modelaanbieders, prompts en training.

De eis is gekoppeld aan actions, de functie waarmee een GPT een externe API aanroept die jij definieert. Het Help Center van OpenAI zegt dat als je GPT actions gebruikt en je hem openbaar wilt delen of in de GPT Store wilt publiceren, elke openbare action een geldige Privacy Policy URL moet bevatten. Het artikel over het configureren van actions zegt hetzelfde in kortere vorm: elke action kan een Privacy Policy URL bevatten, en openbare GPT's met actions, of ze nu via een link of in de GPT Store worden gedeeld, moeten een geldige bevatten. Het artikel over publiceren noemt een GPT die actions gebruikt zonder geldige Privacy Policy URL als een van de redenen waarom openbaar publiceren kan worden geblokkeerd.

Een GPT die alleen instructies en kennisbestanden gebruikt, zonder actions, valt niet onder deze specifieke regel. Een GPT die privé blijft of alleen binnen een workspace wordt gedeeld, valt er ook buiten, al kunnen workspacebeheerders eigen instellingen hanteren.

Waarom houdt OpenAI hieraan vast? Omdat zodra een action draait, gegevens ChatGPT verlaten en je server bereiken, en OpenAI verklaart dat het niet controleert of bepaalt hoe diensten van derden die gegevens gebruiken of opslaan. Via je beleid komen gebruikers het te weten. Dezelfde logica geldt voor andere platforms; onze gids over hoe je een URL voor je privacybeleid krijgt behandelt het hosten en testen van de link.

Je beleid moet beschrijven wat je server ziet, dus wees precies. De productienotities van OpenAI voor actions zeggen dat wanneer een gebruiker met de custom action van een GPT werkt, ChatGPT delen van het gesprek naar het endpoint van de action kan sturen. Het model zet het verzoek van de gebruiker om in de parameters die in je OpenAPI-schema zijn gedefinieerd, dus alles wat de gebruiker typt, kan in die parameters terechtkomen, inclusief namen, e-mailadressen of wat de gebruiker verder kiest te delen. OpenAI zegt ook dat ChatGPT actions aanroept vanuit zijn gepubliceerde IP-reeksen, dus je server ziet verzoeken van de infrastructuur van OpenAI.

Wat je verder ontvangt, hangt af van je ontwerp:

• Authenticatie: OpenAI noemt de opties None, API key en OAuth. Met OAuth loggen gebruikers in bij jouw dienst, dus verzoeken zijn gekoppeld aan hun account bij jou.
• Je eigen logs: request bodies, tijdstempels en fouten die je webserver, API-gateway of monitoringtools opslaan.
• Downstreamdiensten: databases, zoek-API's of aanbieders van AI-modellen die je backend aanroept.

De FAQ van OpenAI over privacy bij GPT's merkt op dat makers van GPT's geen individuele gesprekken kunnen bekijken die gebruikers met hun GPT's voeren. Wat jij in handen krijgt, is wat je action ontvangt en wat je bewaart, en dat is precies wat je beleid moet uitleggen.

Je keuze voor authenticatie verandert wat je beleid moet zeggen.

Geen authenticatie. Elk verzoek is vanuit jouw oogpunt anoniem, maar kan nog steeds persoonsgegevens bevatten die de gebruiker heeft getypt. Je beleid moet uitleggen dat je de inhoud van het verzoek verwerkt, minimale logs bijhoudt en niet probeert gebruikers te identificeren.

API-sleutel. De sleutel authenticeert de GPT, niet individuele gebruikers. Verzoeken zien er voor jou hetzelfde uit, ongeacht wie er chat, waardoor je gegevensvoetafdruk klein blijft. Het beleid lijkt op dat voor het anonieme geval, plus rate limiting en misbruikpreventie als je die gebruikt.

OAuth. Gebruikers loggen in bij jouw dienst, en verzoeken zijn gekoppeld aan hun account. Nu moet je beleid je volledige accountrelatie dekken: profielgegevens, opgeslagen content, hoe actions hun account bijwerken en hoe gebruikers kunnen loskoppelen. Het configuratieartikel van OpenAI zegt dat gebruikers bij OAuth-actions gekoppelde accounts in ChatGPT kunnen bekijken en beheren, en dat gebruikers kan worden gevraagd actions goed te keuren voordat ze worden uitgevoerd.

Wat je ook kiest, vraag om de smalste scopes en invoer waarmee de functie werkt. Zo blijven zowel je beleid als je beveiligingswerk korter.

Afwijzingen bij een review en verwarde gebruikers zijn meestal terug te voeren op een handvol fouten:

• Linken naar het privacybeleid van OpenAI. Het beleid van OpenAI gaat over ChatGPT, niet over jouw server. Je hebt je eigen beleid nodig.
• Linken naar een homepage of een algemeen bedrijfsbeleid dat de GPT, de action of de gegevens die je API ontvangt nergens noemt.
• Zeggen dat je niets opslaat terwijl je logs volledige request bodies bewaren. Controleer de instellingen van je webserver, gateway en monitoring.
• De AI-aanbieder weglaten die je backend aanroept. Stuurt je action tekst door naar een andere model-API, noem die dan en beschrijf de bewaring.
• Vage bewaring als “zolang als nodig is” zonder termijn of criteria.
• Een documentlink gebruiken waarvoor je moet inloggen of die bezoekers kunnen bewerken.
• Vergeten het beleid bij te werken wanneer je een endpoint toevoegt dat nieuwe soorten gegevens accepteert.

Een snelle test: lees je OpenAPI-schema en je beleid naast elkaar. Elke parameter die persoonsgegevens kan bevatten, moet in het beleid worden uitgelegd, en elke dienstverlener die je code aanroept, moet erin staan.

Controleer voordat je in een GPT investeert waar het product naartoe gaat. Per oktober 2026 zegt het Help Center van OpenAI dat het van plan is custom GPT's uit te faseren en raadt het aan workflows te verplaatsen naar plugins, die herbruikbare instructies en gekoppelde apps samenbrengen. Volgens dezelfde mededeling:

• was een migratie-ervaring gepland voor 17 september 2026, en die bereikt mogelijk niet elk account of elke workspace tegelijk
• staat de uitfasering voor betrokken Enterprise-workspaces gepland op 11 december 2026, en worden andere abonnementen naar verwachting volgens dezelfde planning uitgefaseerd
• blijven bestaande GPT's bruikbaar tot de uitfasering
• kunnen persoonlijke ChatGPT-accounts, waaronder Free, Go, Plus en Pro, geen nieuwe GPT's maken of publiceren, terwijl het voor Business-, Enterprise- en Edu-workspaces afhangt van de instellingen en rechten van de workspace

Deze data komen uit de eigen mededelingen van OpenAI en kunnen veranderen, dus raadpleeg de actuele Help Center-artikelen voordat je een lancering plant.

Voor privacybeleid is de verandering minder ingrijpend dan ze klinkt. De gegevensstroom is vergelijkbaar: het verzoek van een gebruiker in ChatGPT bereikt je backend. Een beleid dat je nauwkeurig voor je action-API hebt geschreven, kun je bijwerken voor een plugin, zoals hieronder beschreven, in plaats van het vanaf nul te herschrijven.

Migreer je naar een plugin, dan worden de privacyregels gedetailleerder, niet minder. De pluginrichtlijnen van OpenAI, die gelden voor plugins in de directory die ChatGPT en Codex delen, zeggen dat inzendingen een duidelijk, gepubliceerd privacybeleid moeten bevatten dat minimaal uitlegt welke categorieën persoonsgegevens worden verzameld, voor welke doelen ze worden gebruikt, welke categorieën ontvangers er zijn, hoe lang gegevens worden bewaard en welke instellingen gebruikers krijgen. Gebruikers kunnen het beleid bekijken voordat ze installeren.

De richtlijnen stellen ook gegevensregels die je beleid moet weerspiegelen:

• verzamel alleen de minimaal benodigde gegevens, zonder velden “voor het geval dat”
• verzamel geen beperkte gegevens zoals betaalkaartgegevens die onder PCI DSS vallen, beschermde gezondheidsinformatie, overheidsidentificatoren of inloggegevens
• vraag niet om de volledige gespreksgeschiedenis of ruwe chattranscripten
• volg of profileer gebruikers niet, ook niet via metadata zoals IP-adressen, tenzij dat wordt vermeld, nauw is afgebakend en onder betekenisvolle controle van de gebruiker staat
• plugins moeten geschikt zijn voor gebruikers van 13 tot en met 17 jaar en mogen niet op kinderen jonger dan 13 zijn gericht

Noemt het beleid voor je GPT-action al categorieën, doelen, ontvangers, bewaring en instellingen, dan ben je al een heel eind. Toets het bij het indienen aan deze richtlijnen.

De AI privacybeleid generator is ontworpen voor dit soort diensten. Kies de AI-use case en beschrijf daarna wat je action ontvangt, welke dienstverleners je gebruikt, of je gebruikersaccounts hebt, bewaartermijnen en de regio's waar je gebruikers zich bevinden. De vragenlijst, het volledige voorbeeld en de eenvoudige HTML- en pdf-download zijn gratis en zonder account.

Clausules worden deterministisch geselecteerd uit een bibliotheek met versiebeheer op basis van je antwoorden. Er schrijft geen AI clausules tijdens het genereren, dus het resultaat is voorspelbaar en beschrijft alleen wat jij bevestigt. Geavanceerde regionale modules zoals AVG, VK en Californië kosten $5, en optionele openbare hosting kost eenmalig $0,99 extra, waarmee je een openbare pagina krijgt die je in het Privacy Policy-veld van de action of in een plugininzending kunt plakken.

Staat je backend in een repository, dan kan een AI-codeeragent zoals Codex, Claude Code of ChatGPT de codebase via de MCP-server voor ontwikkelaars bekijken en een privéconcept maken op basis van wat hij vindt, dat jij daarna controleert en bevestigt. Dat is handig om logging en aanroepen naar dienstverleners te vinden die je was vergeten. Gegenereerde tekst weerspiegelt je antwoorden en is geen juridisch advies.