Waarom Vercel de standaard is voor elke client-build

Bijna elk clientproject wordt op Vercel gebouwd, omdat één platform nu deployment, schaalbaarheid, analytics en de AI-agent-laag dekt, waardoor een smal team snel productiesoftware kan opleveren. Het is een standaardaanbeveling, geen verplichting: wie op eigen infrastructuur wil hosten, krijgt een portable applicatie en ondersteuning bij die deploymentweg.

Begin bij de pagina die u nu leest. webvise.io draait op Vercel: Next.js 16, zeven talen, een AI-assistent en een WordPress Health Report, allemaal live via één Git push.

Wie iemand inhuurt om een app te bouwen, beschouwt de hostingkeuze al snel als een detail om overheen te stappen. Toch bepaalt die keuze stilletjes hoe snel u kunt opleveren, hoe de maandelijkse factuur eruitziet, en of AI-features volgend jaar een herschrijving vergen of een config-vlag. Hieronder volgt de gemaakte keuze, de echte kosten, en de gevallen waarbij clients elders worden doorverwezen.

• Één platform, niet vijf. Vercel combineert deployment, preview-omgevingen, wereldwijde distributie, serverless functies en analytics in één pipeline, zodat een klein team oplevert wat vroeger een dedicated DevOps-medewerker vereiste.
• Een standaard, geen kooi. Er wordt gebouwd op standaard Next.js. Bij voorkeur voor AWS, eigen servers of een andere host verhuist dezelfde code en is ondersteuning beschikbaar.
• De agent-laag is de echte reden. Vercel Ship 2026 leverde een volledige stack voor AI-agents in productie, waardoor AI-features voor clients aanvullingen worden in plaats van herschrijvingen.
• De kosten zijn reëel. Leveranciersafhankelijkheid, gebruiksgebaseerde prijzen die kunnen pieken, en een supply-chain-inbreuk in april 2026 waarop moest worden gereageerd. Die worden meegewogen voordat Vercel wordt aanbevolen.
• Wanneer Vercel niet de keuze is: statische brochuresites, strikte multi-cloud-vereisten en clients die al een eigen platformteam hebben.

Wat volledig inzetten op Vercel hier concreet betekent

De site zelf is het eerste bewijs. webvise.io is een volledige Next.js 16-applicatie op Vercel, geen statische brochure. Via next-intl worden zeven talen ondersteund, een AI-assistent en een WordPress Health Report draaien live, en Core Web Vitals worden bijgehouden via Speed Insights. Elke wijziging gaat live via één deploy vanuit één Git push.

Clientapplicaties volgen dezelfde opzet. Next.js en React aan de voorkant, TypeScript van begin tot eind, PostgreSQL op Neon met Drizzle, tRPC voor type-veilige API's, Better Auth voor authenticatie, allemaal gedeployd op Vercel met CI/CD, staging en monitoring via Sentry en PostHog. De stack is bewust saai. Saai is wat een overdracht overleeft en twee jaar later nog steeds draait.

Dat is precies wat wordt opgeleverd bij custom full-stack applicaties: een productie-app, gedeployd, gemonitord en operationeel, met broncode in uw bezit. Waarom Next.js als vertrekpunt wordt genomen, staat uitgelegd in Framer vs. Next.js voor een zakelijke website.

Één platform verving een rij leveranciers

De keuze draait in essentie om consolidatie. Een conventionele productie-opzet verbindt een host, een CDN, een CI-runner, een preview-omgevingstool, een analytics-product en een secrets manager aan elkaar. Elk onderdeel is een contract, een integratie en iets dat op zijn eigen moment stukgaat. Vercel vouwt die lijst samen in één account met één factuur.

Voor een lean bureau is de rekensom eenvoudig. Elke leverancier minder betekent een integratie die niet onderhouden hoeft te worden en een factuur die niet verwerkt hoeft te worden. Dat is vaak het verschil tussen een project aannemen en afwijzen.

Preview-deployments zijn wat clients als eerste merken. Elke pull request krijgt een eigen live URL, zodat een client de feitelijke wijziging kan bekijken voordat die de productie bereikt. Goedkeuringen zijn dan geen giswerk meer op basis van screenshots.

De agent-laag is waarom de keuze zich versterkt

Op 25 juni 2026 was ik aanwezig bij Vercel Ship in Berlijn toen AI SDK 7 GA ging. De kern van de keynote was helder: een decennium lang bepaalde Vercel hoe het web wordt gebouwd, en nu doet het hetzelfde voor agents. De keynote in Londen, een week eerder, trok meer dan 2.500 mensen met dezelfde boodschap.

Het bewijs dat Vercel op het podium zette, was het eigen gebruik. Er draaien meer dan 100 agents in productie op het eigen agent-framework, en agents triggeren nu zo'n 29% van de deployments, tegen minder dan 3% een jaar eerder. Dat is een bedrijf dat zijn eigen software aflevert met de tools die het verkoopt.

Wat werd uitgebracht, is een set primitieven die elk één taak van een agent oplossen, plus eve, een framework dat ze samenbrengt en met één commando deployt. De namen zijn relevant omdat ze direct overeenkomen met concrete klantvragen.

Wanneer een client later vraagt om een AI-feature, een support-agent, een documentworkflow of een chatbot die hun data leest, past dat in de bestaande applicatie, aangesloten via de AI Gateway. Geen tweede platform om te leren, geen tweede factuur om bij te houden.

De eerlijke kosten: vendor lock-in, prijsstructuur en de inbreuk van april

Inzetten op één platform brengt kosten mee, en doen alsof dat anders is, zou oneerlijk zijn. Drie kosten verdienen een naam voordat iemand de keuze goedkeurt.

Het eerste is vendor lock-in. Preview-opmerkingen, Speed Insights en de AI Gateway zijn Vercel-specifieke gemakken. De onderliggende kernapplicatie is standaard Next.js en Postgres, zodat de app zelf naar een andere host te verplaatsen is. Clients krijgen precies te horen welke onderdelen de platformlijm vormen.

Het tweede is de prijsstructuur. Vercel factureert op basis van gebruik: Hobby is gratis, Pro kost 20 dollar per maand plus verbruik. Een verkeerspiek of een runaway functie kan dat hoger drijven dan een flat-rate server, dus worden er uitgavenlimieten ingesteld en wordt de meter bijgehouden bij projecten met onvoorspelbare belasting.

Het derde is beveiliging, en dat is een reëel risico, geen theoretisch. Op 19 april 2026 maakte Vercel een supply-chain-inbreuk bekend. Dat weekend werd voor elk beheerd project een rotate, redeploy en revoke-respons uitgevoerd, en ik heb de exacte stappen vastgelegd in het webvise Vercel breach response playbook. Een platform dat u vertrouwt, heeft nog steeds een plan nodig voor de dag waarop het wordt gecompromitteerd.

Wanneer van Vercel wordt afgestapt, en hoe hosting op maat werkt

Vercel is de standaardaanbeveling, en aanbevelingen hebben grenzen. Een aantal situaties leidt standaard naar een andere keuze.

• Statische brochuresites. Een marketingpagina zonder applogica werkt prima en goedkoper op een gewone CDN-host. Een runtime die niemand nodig heeft, wordt niet opgedrongen.
• Een bestaand platformteam. Als een client al AWS of GCP beheert met eigen standaarden, wordt naar dat doel gebouwd en gedeployd waar hun team opereert.
• Strikte multi-cloud of data-residency-vereisten. Als single-cloud lock-in niet toegestaan is, worden draagbare onderdelen ingezet: gecontaineriseerde Next.js en Mastra in plaats van eve voor agents.

En het eenvoudigste geval: u wilt simpelweg zelf hosten. De applicatie wordt gebouwd op standaard Next.js zodat die draait op uw servers, uw cloudaccount of waar uw infrastructuur al aanwezig is, met ondersteuning bij de deployment aldaar. De keuze voor Vercel is de standaard. Uw infrastructuur blijft uw beslissing.

Wat dit betekent als webvise uw app bouwt

Wie een partner kiest om een productie-app te bouwen, koopt ook het platform eronder. De keuze valt standaard op Vercel om twee redenen. Een klein senior team kan software opleveren en beheren die anders een apart platformteam zou vereisen. De agent-stack maakt van uw AI-roadmap een reeks aanvullingen in plaats van een toekomstige herschrijving.

Hoe dat wordt opgeleverd, is te zien bij custom full-stack applicaties, van architectuur tot een werkende overdracht. Wie overweegt waar de volgende app wordt gebouwd, kan webvise vertellen wat er gepland staat via het contactformulier, en het wordt gekoppeld aan de juiste stack, op Vercel of waar u al opereert.