Codex Sites vs maatwerk webapps: wanneer u elke optie in 2026 gebruikt

De beslissing Codex Sites vs maatwerk webapp is eenvoudig: gebruik Codex Sites voor interne workspace-apps, reviewbare prototypes en tijdelijke tools. Bouw een maatwerk webapp wanneer externe gebruikers, duurzame bedrijfsdata, diepe auth, compliance, integraties of eigendom van broncode het project bepalen.

OpenAI heeft op 2 juni 2026 geen webbureaus gedood. OpenAI heeft het excuus gedood dat een team een maand nodig heeft om een eerste werkende versie te zien.

Dat telt wanneer uw team een idee in een document heeft, een spreadsheet-workflow of een dashboard waar niemand tijd voor heeft. Dit artikel geeft u de beslisgrens, de risico-checklist en het prijskader. Het scheidt wat Codex Sites moet dragen van wat thuishoort in een productieklare maatwerk webapplicatie.

• Codex Sites past het best bij interne workspace-apps. Denk aan planners, dashboards, reviewhubs, games en eenmalige tools die uw team achter gecontroleerde toegang kan gebruiken.

• Elke Sites deployment-URL is productie. OpenAI's documentatie zegt dat teams eerst een versie moeten opslaan als ze willen reviewen voor een live deployment.

• Maatwerk webapps winnen nog steeds wanneer de app het bedrijf is. Externe gebruikers, private data, diepe rechten, directe API-integraties en langetermijneigendom halen het werk uit Sites.

• De kopersfout is een prototype een platform noemen. We beschreven dezelfde fout in vibe-coded MVPs die technische schuld worden.

• webvise bouwt full-stack applicaties vanaf €7.500 in 4 tot 10 weken wanneer het werk broncode, architectuur, monitoring en overdracht nodig heeft in plaats van een tijdelijke workspace-app.

Wat Codex Sites echt oplevert

OpenAI kondigde Codex Sites aan op 2 juni 2026, samen met role plugins en annotations voor gedeelde review. De aankondiging zegt dat Codex meer dan 5 miljoen wekelijkse gebruikers heeft, met gebruik door niet-ontwikkelaars dat in de vorige maand 3x groeide en meer dan 20 procent van het gebruik bereikte.

De productclaim is nuttig omdat die de doelgroep benoemt. Codex is niet langer alleen een coding-laag voor ontwikkelaars. Het is een workspace-tool voor mensen die een plan, spreadsheet, proces of ruw productidee hebben en iets interactiefs willen zien.

OpenAI's Codex Sites docs beschrijven een gehoste workflow waarin Codex websites, webapps en games kan maken, opslaan, deployen en inspecteren. Sites-projecten kunnen D1 gebruiken voor relationele data, R2 voor bestandsopslag, workspace-authenticated identity en configureerbare toegangsmodi.

Het belangrijke detail is makkelijk te missen: elke Sites deployment-URL is een productie-deployment. Als u wilt reviewen voordat iets live wordt, zegt de documentatie dat u een versie moet opslaan zonder die te deployen.

De beslisgrens is publiek en eigendom

De eerste vraag is niet of Codex de interface kan bouwen. Vaak komt het ver genoeg. De eerste vraag is wie afhankelijk wordt van het resultaat zodra de URL bestaat.

Als het publiek uw interne team is, toegang workspace-scoped blijft en falen alleen een beslissing vertraagt, past Sites goed. Als het publiek bestaat uit klanten, partners, auditors of betalende gebruikers, draagt de laag een ander risicoprofiel. De app heeft dan architectuur, supportpaden, observability en change control nodig.

Eigendom is de tweede lijn. Een tijdelijk planningstool kan in een gehoste workspace leven. Een kernproduct hoort in broncode te leven die u controleert, met infrastructuur die uw team of bureau kan inspecteren, testen en verplaatsen.

Als uw antwoord drie keer in de rechterkolom valt, behandel Sites dan als discovery-tool, niet als productiepad. Daar past webvise's full-stack applications service: Next.js, PostgreSQL, Better Auth, tRPC, Drizzle, deployment, monitoring en overdracht als één eigen codebase.

Waar Codex Sites wint

Sites wint wanneer de kosten van het niet zien van de workflow hoger zijn dan de kosten van een ruwe eerste versie. Een team kan vragen om een dashboard, planning-app, simulatie of reviewhub en het resultaat delen met een gecontroleerd publiek.

Een echt verhaal uit de lancering is de verschuiving in wie kan starten. Op 2026-06-02 positioneerde OpenAI Codex voor elke rol, niet alleen voor ontwikkelaars. Dat telt omdat veel nuttige interne apps nooit als ticket beginnen. Ze beginnen als financieel model, launchplan of rommelig operations-sheet.

De juiste Sites-vraag is smal: maak van dit plan een werkend intern tool dat ons team vandaag kan inspecteren. De verkeerde vraag is breed: bouw het platform waar onze klanten de komende drie jaar afhankelijk van zijn.

• Interne launchplanner. Zet een launchchecklist om in een statusbord met owners, data en blockers.

• Forecast-sandbox. Maak van een spreadsheetmodel sliders, tabellen en opgeslagen scenario's voor een leadership review.

• Training-game. Bouw een kleine interactieve oefening voor een interne workshop zonder een volledig product te bestellen.

• Workflow-prototype. Laat operations-medewerkers door het proces klikken voordat iemand over velden in een spec discussieert.

• Tijdelijk dashboard. Trek een beperkte dataset in een reviewlaag voor een wekelijkse meeting.

Deze apps zijn waardevol. Ze zijn ook begrensd. Zodra ze de record of truth worden, verandert de beslissing.

Waar maatwerk webapps blijven winnen

Maatwerk webapps winnen wanneer software onderdeel wordt van het operationele model. De app heeft auth nodig waar u over kunt redeneren, een datamodel dat uw team bezit, integraties die niet van een prompt afhangen en foutafhandeling die draait wanneer niemand kijkt.

Bij webvise begint de full-stack basis bij €7.500 en loopt die voor productieapplicaties meestal 4 tot 10 weken. Dat budget koopt dingen die een promptdemo overslaat: databasearchitectuur, API-contracten, role-based permissions, CI/CD, monitoring en een overdrachtspad.

webvise.io is het interne bewijs van het model, zonder op extern projectbewijs te steunen. De site is geen brochure. Het is een Next.js 16 monorepo met tRPC, Drizzle, PostgreSQL, Better Auth, AI SDK 6 via Vercel AI Gateway, zeven locales, 93 blog-slugs, 651 gelokaliseerde JSON-bestanden, zes servicepagina's, een WordPress Health Report tool en een AI assistant.

De les is niet dat elke bedrijfswebsite zoveel machinekamer nodig heeft. De les is dat AI-assisted buildsnelheid het best werkt binnen een gedefinieerde architectuur. De architectuur houdt de code bruikbaar na de eerste demo.

Lees voor de bredere economie Build vs Buy Software in 2026. Dezelfde crossover geldt hier: huur of genereer de tijdelijke laag, bouw de workflow die waarde blijft opbouwen.

De beslissingstabel voor 2026

De meeste teams hebben nu vier routes, geen twee. De juiste keuze hangt af van publiek, datarisico, levensduur en eigendom.

De tabel is bewust gericht tegen overbouwen. Als het werk tijdelijk is, gebruik Sites. Als de workflow stabiel maar generiek is, gebruik no-code. Als het product een eigen bedrijfsasset moet worden, bouw het goed.

Dat is niet anti-AI. Het is de praktische versie van AI-assisted levering. Gebruik AI om de weg naar werkende software te verkorten, gebruik daarna engineeringoordeel om te beslissen welke werkende software een echte codebase verdient.

Een checklist van 20 minuten voordat u bouwt

Voordat uw team Codex, een app builder of een bureau vraagt te starten, beantwoordt u deze vragen schriftelijk. De antwoorden kiezen de route sneller dan nog een tooldemo.

• Publiek: Is toegang beperkt tot medewerkers in één workspace, of gaan klanten, partners of contractors het gebruiken?

• Data: Slaat het PII, betalingen, contracten, bestanden, private analytics of operationele records op?

• Levensduur: Geeft iemand over 90 dagen nog om deze app?

• Falen: Wat gebeurt er als de app één werkdag fout, onbeschikbaar of verouderd is?

• Integraties: Heeft het directe toegang nodig tot uw CRM, ERP, database, payment processor of interne API?

• Rechten: Zijn er meer dan twee rollen, of moet één gebruiker records zien die een andere gebruiker niet mag zien?

• Eigendom: Heeft u de broncode nodig in uw repository, met tests, docs en overdrachtspad?

Geef één punt voor elke ja buiten de eerste vraag. Nul tot twee punten betekent: probeer eerst Codex Sites of no-code. Drie of vier punten betekent: prototype met Sites en scope daarna de build. Vijf of meer betekent: de app zit al in maatwerk-webappgebied.

webvise bouwt de projecten uit de rechterkolom: eigen full-stack applicaties met broncode, auth, integraties, monitoring en een deploymentpad dat uw team kan blijven gebruiken. Als u beslist of Codex Sites genoeg is of dat het project een maatwerk build nodig heeft, stuur ons de checklist-antwoorden en wij zeggen welke route wij zouden nemen.