ChatGPT Sites met Codex: website bouwen en publiceren (2026)

ChatGPT Sites kan vanuit een opdracht of geschikt lokaal project een gehoste website, webapp of game maken en publiceren. Beheer en publicatie verlopen via ChatGPT op het web of in de ChatGPT-desktopapp, niet via een zelfstandig Sites-scherm in de Codex CLI.

Wat is ChatGPT Sites?

Sites is de hostingworkflow van OpenAI voor interactieve webresultaten. Je kunt een nieuw project beschrijven, een bestaande geschikte codebase laten voorbereiden, een versie opslaan en die versie vervolgens publiceren. OpenAI beheert daarbij de hostinglaag.

Dat maakt Sites geschikt voor bijvoorbeeld:

• een interne projecthub;
• een eenvoudig dashboard;
• een planner of calculator;
• een campagnepagina;
• een kleine webapp met opgeslagen gegevens;
• een prototype dat collega's of klanten via een link beoordelen.

Sites is geen losse websitebouwer naast ChatGPT. Je start en beheert het vanuit ChatGPT op het web of in de desktopapp. Codex kan wel helpen met broncode, tests en iteraties. Wil je eerst een sterke opdracht formuleren, gebruik dan onze stappen voor een goede prompt.

Hoe Sites en Codex zich tot elkaar verhouden

De eerste Sites-preview verscheen op 2 juni 2026 in de toenmalige Codex-app. Op 9 juli werd Codex een eigen werkomgeving binnen de ChatGPT-desktopapp. De actuele documentatie plaatst het beheer van Sites in ChatGPT op het web en in die desktopapp.

Het onderscheid is praktisch belangrijk:

• ChatGPT Sites: project beheren, versie opslaan, publiceren, toegang instellen, omgevingswaarden beheren en statistieken bekijken.
• Codex in de desktopapp: lokaal project onderzoeken, broncode wijzigen, tests uitvoeren en de diff beoordelen.
• Codex CLI of IDE-extensie: lokaal aan de code werken zonder zelfstandig Sites-beheerscherm.

Je kunt dus de CLI gebruiken om een geschikt project voor te bereiden, maar je publiceert niet met een los Sites-dashboard in de CLI.

Beschikbaarheid in Nederland en de EER

De introductie op 2 juni 2026 was een preview voor Business- en Enterprise-workspaces. Het bijbehorende OpenAI-bericht beschreef delen binnen de workspace. Dat was niet hetzelfde als algemene publieke publicatie voor iedere gebruiker of regio.

Op 29 juli 2026 noemt de actuele officiële Sites-pagina geen algemene uitsluiting voor de Europese Economische Ruimte. OpenAI zegt wel expliciet dat de publieke bèta afhankelijk kan zijn van:

• je plan;
• je regio;
• instellingen van je workspace;
• beheer door een workspace-admin;
• de beschikbaarheid van de gekozen deeloptie.

Voor een gebruiker in Nederland is de betrouwbaarste controle daarom de eigen interface. Kijk of Sites zichtbaar is in ChatGPT en welke doelgroepen je bij delen kunt kiezen. Als Iedereen op internet ontbreekt, betekent dat niet automatisch dat je project kapot is. Publiek publiceren kan voor je account, regio of workspace nog niet zijn ingeschakeld.

In een Enterprise-workspace staat publiek publiceren volgens de huidige documentatie standaard uit en moet een beheerder het inschakelen. Ga dus niet uit van publieke toegang alleen omdat je zelf de Site kunt openen.

Regionale productbeschikbaarheid is niet hetzelfde als dataresidentie. Ook wanneer Sites in Nederland of een andere EER-regio zichtbaar is, zegt dat niet waar gegevens worden opgeslagen of verwerkt. OpenAI vermeldt dat Sites bij de introductie geen data- of inferentieresidentie ondersteunt. Die beperking geldt voor gepubliceerde Sites, broncode, D1- en R2-opslag, gegenereerde bestanden en logs.

Stappenplan: een Site maken en publiceren

Stap 1: controleer toegang en doel

Open in ChatGPT Meer en daarna Sites, of open Sites in de ChatGPT-desktopapp. Bepaal vóór je bouwt wie het resultaat moet kunnen zien:

• alleen jij en workspace-admins;
• geselecteerde collega's;
• iedereen in de workspace;
• iedereen op internet, wanneer beschikbaar.

Die keuze bepaalt welke gegevens, authenticatie en privacymaatregelen passend zijn.

Stap 2: beschrijf de Site concreet

Noem doelgroep, kernactie, inhoud, gewenste gegevensopslag en grenzen. Een bruikbare startopdracht is bijvoorbeeld:

Bouw een eenvoudige intakewebsite voor een adviesbureau.
Bezoekers moeten drie diensten kunnen vergelijken en via WhatsApp contact opnemen.
Gebruik de aangeleverde huisstijl en teksten.
Voeg geen tracking, formulier of stockfoto's toe.
Maak de site responsive en controleer toetsenbordbediening.
Sla eerst een versie op, maar publiceer nog niet.

Vermeld expliciet wanneer gebruikersgegevens, uploads of inloggen nodig zijn. Vraag geen database of bestandsopslag voor tijdelijke schermvoorkeuren die een bezoeker niet blijvend hoeft te bewaren.

Stap 3: beoordeel de preview

Controleer niet alleen of de Site er goed uitziet. Loop de belangrijkste taak van begin tot eind door en controleer:

• klopt de inhoud en staat er geen verzonnen informatie;
• werken knoppen en externe links;
• is de navigatie met toetsenbord bruikbaar;
• blijft tekst leesbaar op smalle schermen;
• zijn formulieren en foutmeldingen duidelijk;
• worden geen geheime waarden zichtbaar;
• is de gekozen doelgroep passend.

Vergelijk persoonlijke gegevens en tracking met de aandachtspunten in ChatGPT, privacy en de AVG.

Stap 4: laat gerichte wijzigingen uitvoeren

Geef feedback op het concrete onderdeel dat moet veranderen. Beschrijf wat je verwacht en wat behouden moet blijven. Bijvoorbeeld:

Maak de drie dienstkaarten compacter. Houd titel en icoon op één regel, behoud alle links en verander de mobiele volgorde niet.

Werk in kleine rondes. Zo kun je iedere wijziging afzonderlijk beoordelen en voorkom je dat een brede opdracht goedgekeurde onderdelen opnieuw verandert.

Stap 5: sla een versie op zonder te publiceren

Sites maakt onderscheid tussen:

1. een versie opslaan;
2. een opgeslagen versie deployen.

Gebruik eerst opslaan voor een controleerbare kandidaat. Bij een lokaal project kan Sites de versie koppelen aan de gebruikte Git-commit. Dat helpt om later vast te stellen welke broncode bij een deployment hoort.

Iedere deployment-URL is een productiepublicatie. Er is dus geen onschuldige "testdeployment" die automatisch privé is. Beoordeel de opgeslagen versie en de toegangsinstelling voordat je deployt.

Stap 6: beheer omgevingswaarden veilig

Voeg API-sleutels en andere geheime waarden toe via de instellingen van de Site. Zet ze niet in:

• je prompt;
• broncode die je commit;
• een bijlage;
• .openai/hosting.json;
• tekst die op de website verschijnt.

Laat na een wijziging van een gehoste omgevingswaarde de goedgekeurde versie opnieuw deployen, zodat de nieuwe deployment de juiste configuratie gebruikt.

Stap 7: kies de toegang en publiceer

Selecteer de kleinste doelgroep die bij het doel past. Een interne planner hoeft meestal niet openbaar te zijn. Een publieke campagnepagina juist wel, maar alleen nadat publiek publiceren beschikbaar is en de inhoud geschikt is voor iedereen op internet.

Controleer na publicatie:

1. de gerapporteerde productie-URL;
2. de pagina in een uitgelogde of privébrowser;
3. alle kernacties;
4. toegang met een account dat wel en niet bevoegd is;
5. metadata, mobiele weergave en foutpagina's.

OpenAI benadrukt dat delen iemand alleen bezoekrecht geeft, geen bewerkrecht.

Stap 8: houd wijzigingen herleidbaar

Bewaar bij een lokaal project de broncode in Git en commit logische eenheden afzonderlijk. Noteer welke opgeslagen versie is gepubliceerd en controleer de publieke Site na iedere deployment.

Voor een terugkerend proces kun je de werkwijze structureren met de stappen uit AI-workflows automatiseren. Laat Codex helpen met de uitvoering, maar houd publicatie een bewuste beslissing.

Wat Sites wel en niet vervangt

Sites kan een aparte hostingopzet overbodig maken voor ondersteunde projecten. Dat betekent niet dat iedere bestaande applicatie zonder aanpassingen werkt. OpenAI noemt beperkingen voor sommige frameworks, private netwerken, databases, achtergrondservices en hostingpatronen.

Blijf je bij WordPress, dan vind je storingen en beheervragen in de WordPress-route van Hulpbij Hub.

Een Site is ook iets anders dan een ChatGPT Project. De Site blijft als gehost project in je Sites-overzicht staan nadat het gesprek waarin je hem maakte is afgelopen.

Voor Sites die niet van een Enterprise-workspace zijn, documenteert OpenAI automatische statistieken voor unieke bezoekers en paginaweergaven. Het analytics-overzicht is momenteel niet beschikbaar voor Sites vanuit een Enterprise-workspace. Beoordeel daarnaast gegevensverwerking en informatie voor bezoekers. Voeg niet automatisch een tweede analytics-pakket toe. Als je Site persoonsgegevens verzamelt, moet je zelf zorgen dat de verwerking en communicatie aan toepasselijke regels voldoen.

Veelgemaakte fouten

Opslaan verwarren met publiceren

Een opgeslagen versie is een kandidaat. Een deployment maakt een productie-URL. Vraag expliciet om alleen op te slaan als je nog wilt beoordelen.

Aannemen dat iedereen de Site kan openen

Toegang hangt af van de ingestelde doelgroep en beschikbare deelopties. Test met een bezoeker die niet is ingelogd in jouw account.

Een EER-garantie afleiden uit een algemene aankondiging

Een productbericht beschrijft niet altijd jouw regionale en workspacebeschikbaarheid. Zichtbaarheid in de EER is bovendien geen garantie voor data- of inferentieresidentie. Controleer de actuele Sites-pagina en de opties in je eigen account.

Geheime waarden in de prompt zetten

Gebruik de instellingen voor gehoste secrets. Een geheim dat in een prompt, bestand of log terechtkomt kan onbedoeld worden gedeeld.

Een bestaande app zonder compatibiliteitscontrole publiceren

Vraag eerst of het project een ondersteunde build kan opleveren. Controleer externe diensten, opslag, achtergrondprocessen en authenticatie voordat je migreert.

Alleen de ingelogde weergave testen

De eigenaar kan meer zien dan een gewone bezoeker. Test elke bedoelde doelgroep afzonderlijk, inclusief foutmeldingen en afgeschermde routes.

Veelgestelde vragen

Wat is ChatGPT Sites?

ChatGPT Sites is een publieke bètafunctie waarmee ChatGPT websites, webapps en games kan maken, hosten, aanpassen en delen. Je beheert Sites via ChatGPT op het web of in de ChatGPT-desktopapp.

Is Sites onderdeel van de Codex CLI?

Nee, Sites heeft geen zelfstandig beheerscherm in de Codex CLI of IDE-extensie. Je kunt lokaal wel met Codex aan de broncode werken, maar opslaan, publiceren en beheren gebeurt via ChatGPT op het web of in de desktopapp.

Is ChatGPT Sites beschikbaar in Nederland en de EER?

OpenAI noemt op 29 juli 2026 geen algemene EER-uitsluiting op de actuele Sites-pagina. Beschikbaarheid hangt wel af van plan, regio en workspace-instellingen. Dit zegt niets over dataresidentie: Sites ondersteunt bij de introductie geen data- of inferentieresidentie.

Is een opgeslagen Sites-versie meteen openbaar?

Nee, een versie opslaan en een versie publiceren zijn aparte stappen. Iedere deployment-URL is wel een productiepublicatie, dus publiceer pas nadat je de opgeslagen versie hebt beoordeeld.

Kan iedereen mijn ChatGPT Site bekijken?

Alleen als publiek publiceren voor jouw account of workspace is ingeschakeld en je die doelgroep kiest. Andere opties kunnen de Site beperken tot jezelf, geselecteerde gebruikers of je workspace.

Kan ik een eigen domein gebruiken voor een ChatGPT Site?

Waar deze functie beschikbaar is kun je een eigen domein koppelen en moet je zelf de verstrekte DNS-records instellen. OpenAI vermeldt dat aangepaste domeinen bij de introductie niet beschikbaar waren voor Enterprise-workspaces.

Moet ik een ChatGPT Site nog zelf testen?

Ja, controleer inhoud, links, formulieren, privacy, toegang en gedrag voor de bedoelde bezoeker. Test een openbare Site ook buiten je ingelogde sessie voordat je de link verspreidt.

Officiële bronnen

• Sites-documentatie
• Introductie van Sites in het Codex-changelog, 2 juni 2026
• Codex joins the ChatGPT desktop app, 9 juli 2026
• Codex voor iedere rol, tool en workflow

Laatst inhoudelijk gecontroleerd: 29 juli 2026.