ChatGPT Sites beheren in Codex: Complete handleiding

De meeste handleidingen over ChatGPT Sites richten zich op de "beschrijf wat u wilt"-magie. Dat is het makkelijke deel. Het echte werk komt daarna: deployments beheren, toegang regelen, secrets afhandelen en onthouden dat elke URL die u genereert live is. Deze handleiding behandelt Sites zoals het werkelijk is: een lichtgewicht release-pipeline voor kleine webapps.

Wat ChatGPT Sites werkelijk is

ChatGPT Sites verandert Codex van een codegenerator in een workflow voor gehoste apps. U beschrijft een dashboard, tracker of interne tool in gewoon Nederlands, en u krijgt niet alleen codebestanden. U krijgt een live URL met hosting, analytics, identiteitsbeheer en toegangscontroles ingebouwd.

Die verschuiving is belangrijk omdat het de gebruikelijke kloof tussen "het werkt lokaal" en "het staat online" overbrugt. Er is geen aparte hostingservice om op te zetten, geen CI/CD-pipeline om te configureren, en geen DNS om aan te raken tenzij u een eigen domein wilt. De keerzijde is eenvoudig: Sites is het beste voor gerichte interne tools en prototypes, niet voor volledige productie-engineeringstacks.

Uw eerste site maken

Het maken begint met het @Sites-commando in ChatGPT web (Work-interface) of de desktop-app. Beschrijf wat u wilt, en ChatGPT genereert een complete site die u kunt bekijken, verfijnen en deployen.

textCopy
@Sites Maak een projectstatus-dashboard met:
- Actieve projecten met voltooiingspercentages
- Teamledentoewijzingen
- Aankomende deadlines in de komende 14 dagen
- Filter op afdeling

Die prompt produceert een werkend dashboard, geen codefragment. ChatGPT regelt de HTML, CSS, JavaScript en hostingsetup. U ziet de site in een voorbeeldvenster waar u kunt klikken voordat u deployt.

Verfijning is conversationeel. Als de kleuren niet bij uw merk passen of het datumformaat er verkeerd uitziet, beschrijf dan de wijziging:

textCopy
Wijzig de headerkleur naar #1a365d en formatteer alle datums als DD MMM JJJJ

Elke wijziging creëert een nieuwe versie. Als iets kapotgaat, kunt u terugdraaien. Het is lichtgewicht versiebeheer, dichter bij "git commits zonder de commandoregel" dan een volledige repo-workflow.

Waar beheer daadwerkelijk plaatsvindt

Codex CLI en IDE-extensies kunnen u helpen lokaal te bewerken en testen, maar ze geven u niet de Sites-beheerschermen. Publiceren, toegangscontroles, analytics, secrets en instellingen leven in de ChatGPT web- of desktop-interface.

Deze gesplitste setup werkt meestal goed voor teams: bouw en pas aan zoals u wilt, kom dan terug naar ChatGPT voor deployment en governance. Het is een scheiding tussen ontwikkeling en operations, met opzet.

Toegangscontroles en delen

Nieuwe sites staan standaard op alleen eigenaar en workspace-admins. Die standaard is belangrijk omdat elke deployment direct live gaat op zijn URL. Als iemand de URL heeft maar geen toegang, krijgt hij een authenticatieprompt in plaats van de site te zien.

Toegangsniveaus zien er zo uit:

Alleen eigenaar/admin - Standaard. Alleen u en workspace-admins kunnen bekijken. Houd het hier terwijl u itereert.

Geselecteerde gebruikers/groepen - Deel met specifieke mensen of groepen in uw workspace. Dit is de typische instelling voor teamtools.

Iedereen in workspace - Iedereen in uw ChatGPT Business of Enterprise workspace heeft toegang. Werkt goed voor bedrijfsdashboards.

Publiek internet - Iedereen met de URL kan bekijken. Enterprise workspaces hebben dit meestal standaard uitgeschakeld en vereisen een admin om het aan te zetten.

Voor publieke sites regelt de "Inloggen met ChatGPT"-flow de authenticatie. Bezoekers loggen in met een ChatGPT-account, en analytics kunnen tonen wie de site heeft bezocht. Voor workspace-beperkte sites wordt de workspace-identiteit van de bezoeker automatisch gebruikt.

Ingebouwde app-primitieven

Sites is meer dan statische pagina's. Het komt met primitieven die normaal gesproken betekenen dat u extra services moet koppelen:

D1 (gestructureerde data) - SQLite-compatibele opslag voor formulierinzendingen, gebruikersvoorkeuren of app-status. Geen aparte database-setup.

R2 (objectopslag) - Bestandsopslag voor uploads, afbeeldingen of documenten. Denk aan "eenvoudige S3-achtige bucket" die geïntegreerd is met uw site.

Analytics - Automatische tracking voor unieke bezoekers en paginaweergaven. U kunt metrieken zien zoals "190 unieke bezoekers, 359 paginaweergaven over zeven dagen" zonder trackingcode toe te voegen.

Identiteit - Ingebouwde authenticatie, zodat u OAuth-setup en aangepast gebruikersbeheer voor eenvoudige toegangscontrole kunt vermijden.

Deze onderdelen maken Sites praktisch voor echte interne tools. Een projecttracker kan data opslaan in D1. Een assetbibliotheek kan bestanden serveren vanuit R2. Een dashboard kan tonen wie het daadwerkelijk gebruikt.

Secrets en beveiliging

Secrets volgen één harde regel: zet geen credentials in prompts, bestanden of pagina-inhoud. Zet ze in Site-instellingen, en alleen daar.

textCopy
@Sites Voeg Slack-integratie toe om updates te posten wanneer projectstatus verandert

Die prompt legt de integratie uit. De Slack webhook-URL hoort in Site-instellingen nadat de site bestaat, niet in het gesprek. Secrets uit chatgeschiedenis, versiesnapshots en gegenereerde commentaren houden is het hele punt.

OpenAI's beveiligingsdocumentatie behandelt sandboxing, goedkeuringsworkflows en audittrails voor Codex. Voor Sites zijn de praktische punten:

• Netwerkbeleid beperkt welke externe services sites kunnen contacteren
• Beheerde configuraties verminderen de kans op het per ongeluk blootstellen van workspace-data
• Telemetrie en audittrails volgen wie wat wanneer heeft gedeployd

Sites ondersteunt geen data-residency-vereisten bij lancering. PHI, betaalkaartgegevens en beleidsovertredende toepassingen zijn verboden. Als het project gereguleerde data raakt, is Sites waarschijnlijk niet de juiste keuze.

Governance vóór publicatie

Voordat u toegang wijzigt van alleen-eigenaar, voer een echte review uit. Een solide checklist:

Contentreview - Lees elke pagina. AI-gegenereerde tekst kan verzonnen details, onhandige formuleringen of incorrecte info bevatten. Uw team is verantwoordelijk voor wat wordt gepubliceerd.

Interactief gedrag - Klik elke knop, test elk formulier en valideer dynamische elementen. Kapotte flows creëren slechte UX en kunnen verloren data betekenen.

Inlogflows - Als authenticatie vereist is, test het dan zoals uw publiek het zal gebruiken. Probeer een ander account of een incognitovenster.

Bezoekersgegevensverzameling - Weet welke data wordt verzameld en waar het naartoe gaat. Formulierinzendingen landen in D1. Analytics volgen bezoekers. Externe integraties kunnen ook data ontvangen.

Externe afhankelijkheden - Als de site externe API's aanroept, controleer dan betrouwbaarheid en geschiktheid. Een dashboard dat verouderd raakt omdat een API hapert, reflecteert terug op uw tool.

Praktische use cases die werken

OpenAI positioneert Sites voor gerichte, reviewbare weboutputs in plaats van complexe producten. Waar het meestal uitblinkt:

Projecthubs - Dashboards voor status, tijdlijnen en eigenaarschap. De snelle iteratielus helpt u layout en duidelijkheid snel af te stemmen.

Launchtrackers - Aftelpagina's met takenlijsten en stakeholderzichtbaarheid. Met D1 houdt de tracker status bij over bezoeken heen.

Interne calculators - Prijsschattingen, resourcetoewijzingstools, budgetplanners. Ingebouwde primitieven handelen de logica en opslag af zonder veel externe koppelingen.

Onboardingpagina's - Nieuwe medewerkerinfo, procesdocs, teamdirectories. Toegangscontroles houden gevoelige info binnen de workspace.

Prototypes - Werkende mockups voor stakeholderreview voordat u zich committeert aan een volledige build. Sites is zeer geschikt voor vroege validatie.

Wat meestal slecht past: apps die specifieke frameworks vereisen, privénetwerktoegang, achtergrondservices of complexe databaseoperaties. Sites is opzettelijk lichtgewicht.

Projecten verbinden met resultaten

Stack Overflow's 2026 Pulse-data toont dat dagelijks AI-agentgebruik op het werk steeg naar 37% (van 14% in 2025), met OpenAI Codex dat 22% gebruik toont en 56% verklaarde interesse onder coding-agenttools. Maar Gartner rapporteert dat slechts 35% van software-engineeringleiders significante ROI ziet van AI in de SDLC.

Die kloof tussen adoptie en ROI komt meestal van vage doelen. Teams die beginnen met "laten we kijken wat AI kan bouwen" worstelen vaak om waarde te bewijzen. Teams die beginnen met "wekelijkse rapportage is te traag" en Sites gebruiken om die specifieke pijn op te lossen, kunnen het resultaat daadwerkelijk meten.

Het patroon dat werkt: kies één intern wrijvingspunt, bouw er een gerichte site voor, meet dan de verbetering. Een tracker die 30 minuten bespaart van een wekelijkse statusvergadering heeft duidelijke ROI. Een generiek "AI-gebouwd dashboard" heeft dat meestal niet.

Werken met Codex CLI voor geavanceerde aanpassing

Codex CLI is de ontsnappingsroute wanneer conversatie alleen niet genoeg is. Exporteer de code van de site, bewerk het in uw editor of IDE, test lokaal, deploy dan de bijgewerkte versie via de ChatGPT-interface.

Deze hybride aanpak past goed wanneer vereisten makkelijker uit te drukken zijn in code, zoals:

• Complexe CSS-layouts die pixel-perfecte aanpassingen nodig hebben
• JavaScript-logica die debugging in developer tools nodig heeft
• Integratiepatronen die teamconventies moeten matchen
• Toegankelijkheidsoplossingen die handmatige tests vereisen

Eén beperking blijft: Codex CLI bevat niet de Sites-beheerschermen. Lokale bewerkingen zijn prima, maar deployment, toegangscontroles en analytics gebeuren nog steeds in ChatGPT. Plan het als een hybride workflow, niet een volledig lokale omgeving.

Veelvoorkomende problemen en oplossingen

Site toont verouderde data na update - Sites cachet agressief. Vraag ChatGPT om de cache te legen of een nieuwe versie te deployen. Als u D1 gebruikt, controleer dan de querylogica.

Toegangscontroles lijken niet te werken - Toegangswijzigingen kunnen enkele minuten duren om door te voeren. Test in een incognitovenster zodat gecachte auth u niet misleidt.

Externe API-aanroepen mislukken - Uitgaande verbindingen worden beperkt door netwerkbeleid. Bevestig dat het eindpunt is toegestaan voor Sites. Sommige interne/privé-API's zijn niet bereikbaar.

Eigen domein niet beschikbaar - Enterprise workspaces ondersteunen geen eigen domeinen bij lancering. Dat is een productbeperking, geen misconfiguratie.

Analytics tonen onverwacht verkeer - Bots en crawlers kunnen aantallen opblazen. Analytics scheiden unieke bezoekers van paginaweergaven, maar filteren niet al het geautomatiseerde verkeer.

Site verdwenen uit dashboard - Sites zijn gekoppeld aan het gesprek dat ze creëerde. Als dat gesprek wordt verwijderd, wordt beheer moeilijker te vinden. De URL blijft live totdat de site expliciet wordt verwijderd.

Enterprise-overwegingen

ChatGPT Sites is beschikbaar voor Business- en Enterprise-planabonnees, met beschikbaarheid afhankelijk van plan, regio en workspace-instellingen.

Enterprise-specifieke overwegingen:

Publiek publiceren standaard uitgeschakeld - Workspace-admins moeten het aanzetten. Dit helpt onbedoelde blootstelling van interne tools voorkomen.

Eigen domeinen niet beschikbaar bij lancering - Enterprise-sites gebruiken door OpenAI verstrekte URL's. Als merkgebonden URL's een must-have zijn, is dit momenteel een blokkade.

Data-residency niet ondersteund - Sites garandeert geen residency in specifieke regio's. Voor strikte datasoevereiniteitsvereisten kan dat een dealbreaker zijn.

Audittrails beschikbaar - Enterprise-plannen bevatten telemetrie en audittrails voor compliance. Deployments worden gevolgd met wie/wat/wanneer.

Het OpenAI Help Center behandelt training- en datacontrolenotes voor enterprise-contexten.

Praktische stappen

Begin hier (uw eerste stap)
Open ChatGPT web, typ @Sites Maak een eenvoudige teamstatuspagina met drie projectkaarten, en deploy het. U kunt meestal de volledige cyclus in minder dan vijf minuten doorlopen, en het maakt de workflow duidelijk.

Snelle winst (directe impact)

• Kies één statusupdate die nog steeds handmatig wordt verzonden en verander het in een Sites-dashboard
• Stel toegangscontroles in voor uw directe team en verzamel vroeg feedback

Diepere duik (voor wie meer wil)

• Exporteer een site naar Codex CLI, maak lokale wijzigingen en deploy opnieuw om vertrouwd te raken met de hybride flow
• Voeg D1-opslag toe aan een formulierinzending zodat de site data behoudt tussen bezoeken

Nuttige bronnen

• Sites - ChatGPT Learn / OpenAI Developers - Officiële documentatie over deployment, analytics, toegangscontroles en opslagopties
• Creating and managing ChatGPT Sites - OpenAI Help Center - Stapsgewijze handleiding voor creatie, delen en governance
• ChatGPT Sites - OpenAI Academy - Praktische voorbeelden en use cases met reviewstappen
• Running Codex safely at OpenAI - Beveiligingsanalyse over sandboxing, credentials en audittrails
• Codex for every role, tool, and workflow - Productcontext voor Sites binnen het bredere Codex-ecosysteem

De conclusie

ChatGPT Sites verschuift Codex van "AI schrijft code" naar "AI creëert, host en helpt webexperiences te beheren." Het is het sterkst voor gerichte interne tools waar snelheid en iteratie belangrijker zijn dan frameworkkeuze.

De mindset die u nodig heeft: elke deploy is productie. Sla versies op voordat u deployt, review gegenereerde content zorgvuldig en stel toegangscontroles bewust in. Bouwen is snel, maar governance ligt nog steeds bij uw team.

Begin met een afgebakend probleem dat u kunt meten. Een tracker die 30 minuten per week bespaart verslaat een flitsende demo die niets verandert. Teams die ROI krijgen verbinden meestal de mogelijkheden van de tool aan een specifiek resultaat.