Een Umbraco-website laten maken: wat komt er allemaal bij kijken?
Een Umbraco-website laten bouwen is meer dan een bestelling plaatsen. Het is een keten van kleine keuzes over scope, techniek en samenwerking die samen bepalen of het eindresultaat aanvoelt als maatpak of als confectie.
Het korte antwoord
Een Umbraco-website laten bouwen is zelden een rechte lijn van briefing naar go-live. Tussen die twee punten zit een reeks keuzes — sommige technisch, sommige organisatorisch — die samen bepalen of het eindresultaat aanvoelt als een pak van de rij of als maatwerk dat je over vijf jaar nog niet wilt vervangen. Dit artikel loopt die keuzes langs, op de volgorde waarin ze typisch voorbijkomen.
De meeste organisaties starten het traject om een website te ontwikkelen met twee vragen: "hoeveel gaat het kosten?" en "hoelang duurt het?" Logisch, maar nog niet nuttig. Voordat die vragen betrouwbaar beantwoord kunnen worden, moet je eerst de scope scherp krijgen. En scope is bijna nooit wat de briefing beweert dat hij is.
Wij bouwen al een aantal jaren Umbraco-sites van kleine brochure-pagina's tot complexe multi-market platforms. De rode draad: projecten die vastlopen, lopen bijna nooit technisch vast. Ze lopen vast op onuitgesproken aannames over wat er in scope zat en wat niet. Dit artikel is de checklist die wij in de eerste weken van elk traject doorlopen om dat te voorkomen.
Scope: wat zet je in versie 1?
Een Umbraco-site laten bouwen begint met een pijnlijk gesprek: wat hoeft er niet in de eerste release? Elk item dat erin blijft, kost ontwerp, bouw, content en training. Elk item dat eruit gaat, is een volgend release-moment — spannend maar ook rustgevend, want je houdt er budget voor over.
De drie scope-lagen die wij in elk traject apart benoemen:
Must-haves — de pagina's, functionaliteiten en integraties zonder welke de site geen online verlengstuk van de organisatie is. Meestal: homepage, dienst- of productpagina's, contactformulier, nieuws of blog, vacatures als dat een rol speelt, basis-SEO (metadata, structured data, sitemap).
Nice-to-haves — alles wat mooi zou zijn maar waarvoor ook een v2 mag bestaan. Personalisatie, klantportalen, geavanceerde zoekfunctionaliteit, A/B-testen, geautomatiseerde e-mails vanuit de site. Deze pak je bewust later op, wanneer je weet welke écht rendement opleveren.
Out-of-scope — de dingen die in de eerste twee lagen niet horen, maar wel genoemd moeten worden zodat er geen verwarring ontstaat. "We gaan geen webshop bouwen", "migratie van het oude CRM is een apart traject", "video-productie valt buiten het ontwikkelbudget". Schriftelijk, in de eerste twee weken.
Technische keuzes die je budget bepalen
Drie beslissingen maken in de offertefase het verschil tussen een voorspelbare build en een project dat halverwege uit de hand loopt.
Hosting. Umbraco Cloud (de SaaS-variant van Umbraco zelf) is de meest voorspelbare keuze: deployments, backups en upgrades zijn geregeld. Nadeel: de licentie loopt jaarlijks door en sommige enterprise-integraties vragen meer vrijheid dan Cloud geeft. Azure App Service of Kubernetes geeft die vrijheid, maar vraagt iemand met DevOps-ervaring die de CI/CD-pipeline opzet en onderhoudt. Self-hosted op een eigen VPS werkt ook, maar reken op ongeveer twee uur per maand aan ongepland onderhoud.
Architectuur. Traditionele server-side rendering (Razor) is voor 80 procent van de sites de juiste keuze: sneller te bouwen, eenvoudiger te onderhouden, beter voor SEO out-of-the-box. Headless met een decoupled frontend (Next.js, Nuxt, Astro) is zinvol als je al een design-system hebt dat niet in Razor past, of als je de site op meerdere kanalen gelijktijdig serveert. Headless kost typisch 30 tot 50 procent meer bouwkosten en legt de bal voor performance en caching nadrukkelijker bij jouw kant.
Content-modellering. Block Grid versus Block List is geen academische discussie — het bepaalt hoe redacteuren dagelijks met de site werken. Block Grid geeft visuele flexibiliteit (kolommen, layouts, drag-and-drop), Block List geeft strikte rails en dus strikte consistentie. Voor marketing-teams die veel experimenteren kies je Grid; voor organisaties waar twintig mensen content maken en consistentie belangrijker is dan flexibiliteit kies je List. Onze Umbraco-developers nemen deze keuze altijd expliciet mee in het design-document, nooit impliciet.
Bureau, freelancer of detachering?
Wie bouwt je site? In de praktijk zien we drie modellen.
Een bureau — je koopt een fixed-price build met een projectleider, design en Umbraco development in één huis. Voordeel: één aanspreekpunt, voorspelbaar bedrag. Nadeel: minder flexibel tijdens het traject, scope-discussies lopen via change-requests en voelen al snel als onderhandelingen.
Een freelance Umbraco-developer — je kiest zelf specialist, ontwerper en developer en puzzelt het team zelf bij elkaar. Voordeel: lagere uurtarieven, directe regie. Nadeel: je bent zelf projectleider en draagt het risico als iemand halverwege wegvalt of niet levert.
Detachering of hybride — het developer-team zit in jouw eigen stand-ups mee, je maakt zelf de scope-beslissingen, het bureau levert de specialistische Umbraco development-capaciteit in. Voordeel: kennis blijft na het project deels in huis. Nadeel: vraagt van je eigen organisatie dat iemand de product-owner-rol serieus neemt.
Er is geen "beste" keuze. Bureaus werken beter als je intern weinig digital-kennis hebt. Freelancers werken beter als je specifiek een pijnpunt wilt oplossen. Detachering werkt beter als je in-huis kennis wilt opbouwen en de site daarna zelf wilt doorontwikkelen. Wij doen alle drie, afhankelijk van wat de klant nodig heeft.
We krijgen regelmatig de vraag "kun je ons een Umbraco-site ontwikkelen?" zonder dat duidelijk is welk probleem die site moet oplossen. Umbraco is een prima antwoord — maar alleen als de vraag klopt. Begin met: wie bezoekt deze site, wat moet hij of zij kunnen doen, en welke meetbare verandering willen we daarvan zien? Pas daarna heeft de platform-keuze betekenis.
Hoe een project typisch verloopt
Een Umbraco-site laten ontwikkelen is minder rechttoe-rechtaan dan een keuken laten plaatsen, maar het lijkt er meer op dan je denkt. Er is een fase waarin je nadenkt over wat je wilt, een fase waarin dat wordt uitgewerkt tot tekeningen, een bouwfase en een inhuizingsfase. In tijdbesteding zit er grofweg dit patroon achter:
Discovery (10 procent van de tijd). Eerste gesprekken, scope vaststellen, stakeholders in kaart brengen, content-structuur globaal schetsen. Zonder deze fase gaat de rest later stuk.
Design en architectuur (20 procent). Visueel ontwerp, content-modellen in Umbraco uitwerken, template-structuur, integratie-architectuur. Hier worden beslissingen genomen die de volgende twee fases duur of goedkoop maken.
Development (50 procent). Het echte bouwen. Document-types aanmaken in Umbraco (bij voorkeur via uSync zodat alles netjes in Git staat), templates en views bouwen, integraties ontwikkelen, het frontend-werk. Hier zijn de Umbraco-developers het drukst, en hier moet je als opdrachtgever bereikbaar zijn voor snelle feedback — niet vier dagen later.
Content-migratie, QA en go-live (20 procent). Content vanuit de oude site of uit losse bestanden inbrengen, testen op browsers, devices en edge-cases, redacteuren trainen, de livegang zelf. Deze fase wordt in bijna elke eerste offerte onderschat. Reken drie tot zes weken.
Doorlooptijd en wat normaal is
Een middelgrote corporate-site (50 tot 200 pagina's, één taal, standaard integraties) staat typisch binnen vier tot zes maanden live. Een brochure-site van een enkele ondernemer is haalbaar in zes tot acht weken. Een meertalig platform met een custom backoffice-ervaring, drie externe API-koppelingen en een webshop-component landt eerder op acht tot elf maanden.
De snelste manier om een website te ontwikkelen binnen de beschikbare tijd is niet harder rennen, maar slimmer kappen. Elke feature die je in versie 1 laat vallen is twee weken doorlooptijd terug — vaak inclusief de testtijd die je anders zou besteden aan een feature waarvan je achteraf ziet dat gebruikers hem niet aanraken.
Budgetbandbreedtes in 2026, grove cijfers: €15k tot €30k voor een nette brochure-site, €30k tot €80k voor een volwaardige corporate-site met meertaligheid en integraties, €80k tot €200k voor platforms met maatwerk backoffice-functionaliteit of een commerce-component. Binnen die ranges is de variatie groot — het verschil zit niet in Umbraco zelf, maar in hoeveel custom werk eromheen hoort.
Zo verloopt een Umbraco-build in vier fases
-
Eerste gesprekken, stakeholders in kaart brengen, scope scherp krijgen. Zonder deze fase gaat elk volgend compromis richting meer-werk.
-
Visueel ontwerp, content-modellen, template-structuur en integratie-architectuur. Hier worden de keuzes gemaakt die de bouw makkelijk of pijnlijk maken.
-
Templates, integraties en content-voorbereiding. De fase waarin jij als opdrachtgever bereikbaar moet zijn voor snelle feedback, niet vier dagen later.
-
Testen op browsers en devices, redacteuren trainen, livegang en nazorg. Altijd langer dan de eerste offerte denkt — reken er ruim voor.
Wat er na livegang komt
De grootste misvatting over een Umbraco-site laten bouwen: dat het project stopt bij go-live. In werkelijkheid begint daar een nieuw ritme — niet een eindeloze lijst kleine klussen, maar een structureel onderhoudspatroon dat je vanaf dag één moet plannen.
Eerste drie maanden. Regressies die in de bouwperiode niet opvielen, komen nu boven. Analytics laat zien dat bepaalde pagina's anders presteren dan gedacht. Redacteuren hebben vragen die tijdens de training nog niet speelden. Reken op een halve dag developer-tijd per week voor deze fase — niet elk project heeft een retainer-afspraak, maar zonder komen die uren ergens anders terug in de vorm van frustratie.
Na drie maanden. Het onderhoud kalmeert naar typisch één tot twee uur per week voor een middelgrote site. Umbraco zelf krijgt minor-updates, .NET krijgt security-patches, third-party-libraries worden vernieuwd. Ook de content-strategie begint dan pas echt: welke pagina's presteren, welke moeten gestructureerder, welke nieuwe blocks zouden redacteuren graag willen?
Na een jaar. Major-versie-upgrades komen op de horizon. Umbraco volgt een zes-maanden-release-cyclus voor nieuwe versies en een jaarlijkse LTS. Een upgrade van een LTS naar de volgende LTS is in een goed gebouwde Umbraco-site een kleine ingreep — een paar dagen werk. In een slecht onderhouden site is het een project op zich. Hier toont zich de waarde van de keuzes die je in maand één hebt gemaakt.
Wat neem je mee
Een Umbraco-website laten maken is een serieuze stap, maar geen black box. Doe vooraf het werk op scope. Kies bewust voor de architectuur die bij je organisatie past. Beslis nuchter over wie het team is. Plan het na-live-onderhoud vanaf dag één mee. Dan landt het resultaat zoals je het voor ogen had en wordt de site vijf jaar lang je beste marketing-asset in plaats van een kwartaal-terugkerende ergernis.
Lukt het niet om zelf de puzzel te leggen? Dat is onze Umbraco-website laten bouwen-aanpak in twee zinnen: we doen de scope-discovery samen met je, bouwen in duidelijke sprints en dragen de site op een manier over waarbij redacteuren en developers niet later met vragen terug hoeven komen. Neem contact op voor een vrijblijvende intake. We kijken kosteloos mee naar je briefing en zeggen eerlijk of we een goede match zijn voor het project, of dat je beter bij een ander bureau of bij een freelancer past.