De keuze tussen Codex Sites en een maatwerk webapplicatie is eenvoudig: gebruik Codex Sites voor interne werkruimte-apps, reviewbare prototypes en tijdelijke tools. Bouw een maatwerk webapplicatie wanneer externe gebruikers, duurzame bedrijfsdata, diepe authenticatie, compliance, integraties of broncode-eigenaarschap de doorslag geven.
OpenAI heeft op 2 juni 2026 geen webbureaus verslagen. Wat wel sneuvelde: het excuus dat een team een maand nodig heeft voordat er een eerste werkende versie op tafel ligt.
Dat maakt verschil wanneer uw team een idee heeft dat vastzit in een document, een spreadsheetworkflow of een dashboard waar niemand tijd voor vrijmaakt. Dit artikel geeft u de beslisslijn, de risico-checklist en het prijskader. Het scheidt wat Codex Sites aankan van wat thuishoort in een productiewaardige maatwerk webapplicatie.
- Codex Sites is het sterkst voor interne werkruimte-apps. Denk aan planners, dashboards, reviewhubs, games en eenmalige tools die uw team achter beheerde toegang gebruikt.
- Elke Sites-deployment-URL is een productie-URL. OpenAI's documentatie raadt teams aan eerst een versie op te slaan wanneer ze review willen voordat iets live gaat.
- Maatwerk webapplicaties winnen nog altijd wanneer de app het bedrijf is. Externe gebruikers, privédata, diepgaande rechten, directe API-integraties en langdurig eigenaarschap verschuiven het werk buiten Sites.
- De kopersfout is een prototype een platform noemen. Dezelfde valkuil behandel ik in vibe-coded MVPs die technische schuld worden.
- webvise bouwt gerichte full-stack applicaties in 4 tot 10 weken wanneer het werk broncode, architectuur, monitoring en overdracht vraagt in plaats van een tijdelijke werkruimte-app.
Wat Codex Sites werkelijk levert
OpenAI kondigde Codex Sites op 2 juni 2026 aan, samen met rolplugins en annotaties voor gedeelde review. De aankondiging vermeldt dat Codex meer dan 5 miljoen wekelijkse gebruikers heeft, dat het gebruik door niet-ontwikkelaars in de voorgaande maand 3x is gegroeid en inmiddels meer dan 20 procent van het totale gebruik beslaat.
Die productclaim is nuttig omdat hij de doelgroep benoemt. Codex is niet langer alleen een coderingsomgeving voor engineers. Het is een werkruimtetool voor mensen met een plan, een spreadsheet, een proces of een ruw productidee die iets interactiefs willen.
OpenAI's Codex Sites-documentatie beschrijft een gehoste workflow waarmee Codex websites, webapps en games kan aanmaken, opslaan, deployen en inspecteren. Sites-projecten kunnen gebruikmaken van D1 voor relationele data, R2 voor bestandsopslag, werkruimte-geauthenticeerde identiteit en instelbare toegangsmodi.
Een belangrijk detail valt snel over het hoofd: elke Sites-deployment-URL is een productie-deployment. Wie wil reviewen voordat iets live gaat, slaat volgens de documentatie eerst een versie op zonder te deployen.
De beslisslijn ligt bij doelgroep en eigenaarschap
De eerste vraag is niet of Codex de interface kan bouwen. Dat lukt vaak ver genoeg. De eerste vraag is wie afhankelijk is van het resultaat zodra de URL bestaat.
Is de doelgroep uw interne team, is toegang beperkt tot de werkruimte en betekent falen hooguit een vertraagde beslissing, dan is Sites een sterke keuze. Is de doelgroep klanten, partners, toezichthouders of betalende gebruikers, dan draagt het platform een ander risicoprofiel. De app heeft dan architectuur, supportpaden, observability en wijzigingsbeheer nodig.
Eigenaarschap is de tweede lijn. Een tijdelijke planningstool kan prima in een gehoste werkruimte leven. Een kernproduct hoort in broncode die u beheert, op infrastructuur die uw team of bureau kan inspecteren, testen en verplaatsen.
| Vraag | Codex Sites-antwoord | Maatwerk webapplicatie-antwoord |
|---|---|---|
| Wie gebruikt het? | Interne werkruimtegebruikers | Klanten, partners, medewerkers en beheerders |
| Wat als het faalt? | Een vergadering of review loopt vertraging op | Omzet, support, vertrouwen of compliance wordt geraakt |
| Wie beheert het codepad? | OpenAI-gehoste projectworkflow | Uw repository, CI, tests en deployment-pipeline |
| Hoe lang moet het meegaan? | Dagen tot maanden | Jaren |
| Welke data bevat het? | Laagrisico werkdata | PII, betalingen, contracten, bestanden of operationele records |
| Wat is het juiste budget? | Teamtijd plus plantoegang | Bepaald na discovery voor een gerichte full-stack build |
Valt uw antwoord drie keer in de rechterkolom, beschouw Sites dan als discovery-tool, niet als productiepad. Daar past webvise's full-stack applicatieservice: Next.js, PostgreSQL, Better Auth, tRPC, Drizzle, deployment, monitoring en overdracht als één beheerde codebase.
Waar Codex Sites wint
Sites wint wanneer de kosten van het niet-zien van de workflow hoger zijn dan die van een ruwe eerste versie. Een team kan vragen om een dashboard, een planningsapp, een simulatie of een reviewhub en het resultaat delen met een beheerde doelgroep.
Een concreet verhaal van de lancering is de verschuiving in wie kan beginnen. Op 2026-06-02 positioneerde OpenAI Codex voor elke rol, niet alleen voor engineers. Dat telt, omdat veel nuttige interne apps nooit als ticket beginnen. Ze beginnen als een financieel model, een lanceerplan of een rommelig operationeel overzicht.
Het juiste Sites-verzoek is smal: zet dit plan om in een werkende interne tool die ons team vandaag kan inspecteren. Het verkeerde verzoek is breed: bouw het platform waarop onze klanten de komende drie jaar rekenen.
- Interne lanceerplanner. Zet een lanceer-checklist om in een statusbord met eigenaren, datums en blokkades.
- Forecastsandbox. Maak van een spreadsheetmodel sliders, tabellen en opgeslagen scenario's voor een directiebespreking.
- Trainingsgame. Bouw een kleine interactieve oefening voor een interne workshop zonder een volledig product te commisseren.
- Workflowprototype. Laat operationeel personeel het proces doorlopen voordat iemand discussieert over velden in een specificatie.
- Tijdelijk dashboard. Laad een beperkte dataset in een reviewoppervlak voor een wekelijkse vergadering.
Dit zijn waardevolle apps, maar ook afgebakende apps. Zodra ze de bron van de waarheid worden, verschuift de beslissing.
Waar maatwerk webapplicaties nog altijd winnen
Maatwerk webapplicaties winnen wanneer de software deel uitmaakt van het operationeel model. De app heeft dan authenticatie nodig waarover u kunt redeneren, een datamodel dat uw team beheert, integraties die niet afhangen van een prompt en foutafhandeling die buiten kantooruren doorloopt.
Bij webvise wordt full-stack applicatiewerk afgebakend rondom de workflow, rollen, het datamodel, integraties, monitoring en het overdrachtspad. Gerichte productieapplicaties lopen doorgaans 4 tot 10 weken en bevatten wat een promptdemo overslaat: databasearchitectuur, API-contracten, rolgebaseerde rechten, CI/CD, monitoring en een overdrachtspad.
webvise.io is het interne bewijs van het model, zonder externe projectreferenties. De site is een Next.js 16-monorepo met tRPC, Drizzle, PostgreSQL, Better Auth, AI SDK 6 via Vercel AI Gateway, zeven talen, 93 blogslugs, 651 gelokaliseerde JSON-bestanden, zes servicepagina's, een WordPress Health Report-tool en een AI-assistent.
AI-ondersteunde bouwsnelheid werkt het best binnen een gedefinieerde architectuur. Die architectuur houdt de code bruikbaar na de eerste demo.
Voor de bredere economische context leest u Build vs Buy Software in 2026. Dezelfde keuze geldt hier: huur of genereer het tijdelijke oppervlak, bouw de workflow die waarde opbouwt.
De beslissingstabel voor 2026
De meeste teams hebben nu vier paden, geen twee. De juiste keuze hangt af van doelgroep, datarisco, levensduur en eigenaarschap.
| Pad | Het sterkst voor | Vermijd wanneer | Typische inzet |
|---|---|---|---|
| Codex Sites | Interne apps, prototypes, reviewtools, lichte games | Externe gebruikers of gereguleerde data er van afhangen | Uren tot dagen |
| AI app builders | Ideademo's, oprichtersprototypes, wegwerp-MVP-validatie | U schone authenticatie, tests, data-eigenaarschap of overdracht nodig heeft | Uren tot een week |
| No-code tools | Stabiele workflows die passen bij bestaande connectoren | Private API's, aangepaste bedrijfsregels of een hoog workflowvolume de doorslag geven | Dagen tot weken |
| Maatwerk webapplicatie | Eigen producten, portals, interne platformen, SaaS, complexe integraties | Het probleem tijdelijk is of nog niet voldoende begrepen | Bepaald na discovery voor een gerichte full-stack build |
De tabel is bewust gericht op beheerste scope. Is het werk tijdelijk, gebruik dan Sites. Is de workflow stabiel maar generiek, gebruik dan no-code. Moet het product een eigendom van het bedrijf worden, bouw het dan degelijk.
Dit is de praktische variant van AI-ondersteunde oplevering. Gebruik AI om het pad naar werkende software te verkorten, gebruik dan engineeringsoordeel om te beslissen welke werkende software een echte codebase verdient.
Een checklist van 20 minuten voordat u begint te bouwen
Voordat uw team Codex, een app builder of een bureau vraagt te starten, beantwoordt u deze vragen schriftelijk. De antwoorden bepalen het pad sneller dan nog een tooldemo.
- Doelgroep: Is toegang beperkt tot medewerkers in één werkruimte, of zullen klanten, partners of aannemers het gebruiken?
- Data: Slaat het PII, betalingen, contracten, bestanden, privéanalytics of operationele records op?
- Levensduur: Heeft iemand over 90 dagen nog iets aan deze app?
- Falen: Wat gebeurt er als de app een werkdag lang onjuist, onbeschikbaar of verouderd is?
- Integraties: Heeft het directe toegang nodig tot uw CRM, ERP, database, betalingsverwerker of interne API?
- Rechten: Zijn er meer dan twee rollen, of moet één gebruiker records zien die een andere gebruiker niet mag zien?
- Eigenaarschap: Heeft u de broncode nodig in uw eigen repository, met tests, documentatie en een overdrachtspad?
Tel één punt voor elke ja buiten de eerste vraag. Nul tot twee punten: probeer eerst Codex Sites of no-code. Drie of vier punten: maak een prototype met Sites en bepaal daarna de scope van de build. Vijf of meer punten: de app bevindt zich al in het territorium van een maatwerk webapplicatie.
webvise bouwt de rechterkolom-projecten: eigen full-stack applicaties met broncode, authenticatie, integraties, monitoring en een deploymentpad dat uw team blijft gebruiken. Twijfelt u of Codex Sites voldoende is of dat het project een maatwerk build vereist, stuur de checklist-antwoorden op en u hoort welk pad ik zou kiezen.
De werkwijzen van webvise zijn afgestemd op de ISO 27001- en ISO 42001-normen.